Moin, ich bekomme es doch nicht hin, dass die CAPI-Unterstützung bei ausgehenden Faxen eine 0 vorwegwählt, damit ich ein Amt bekomme. Es ist zum Mäusemelken. Es geht nicht, wenn ich in der /var/spool/fax/etc/config für *Prefix 0,0 bzw. 0,00 setze, aber auch nicht, wenn ich in der config.faxCAPI NumberPrefix: 0 eintrage. Es ist wirklich zum Mäusemelken. Kann man irgendwie testen, was bei der Umsetzung geschieht? Hinrich -- Hinrich Donner
On Thu, Oct 24, 2002 at 12:50:04PM +0200, Hinrich Donner wrote:
Moin,
ich bekomme es doch nicht hin, dass die CAPI-Unterstützung bei ausgehenden Faxen eine 0 vorwegwählt, damit ich ein Amt bekomme. Es ist zum Mäusemelken.
Du kannst auch die Nummer mit der zusaetzlich Null angeben.
Es geht nicht, wenn ich in der /var/spool/fax/etc/config für *Prefix 0,0 bzw. 0,00 setze, aber auch nicht, wenn ich in der config.faxCAPI
Kommas sind sehr schlecht.
NumberPrefix: 0
Nur 0 nicht "0" verwenden !!! Das funktioniert bei mir (dann kann man aber keine Faxe mehr intern versenden !) c2faxrecv sollte neu gestartet werden. Oct 24 13:07:57.96: [13868]: SESSION BEGIN 00000015 +49.812.......... Oct 24 13:07:57.96: [13868]: FAX FAX: JOB 15 DEST 0812.... COMMID 00000057 Oct 24 13:07:57.96: [13868]: Try to connect to fax number 00812... in Hylafax mode. Oct 24 13:07:57.96: [13868]: Dial and starting transfer of TIFF-File docq/doc16.tif;30 with normal resolution. Oct 24 13:08:08.55: [13870]: Connection established. Oct 24 13:08:08.55: [13870]: StationID = +49 xxxxxx Oct 24 13:08:08.55: [13870]: BaudRate = 14400 Oct 24 13:08:08.55: [13870]: Flags = HighRes, MR_compr, MMR_compr Oct 24 13:08:08.55: [13870]: Page 1 was sended. Oct 24 13:08:08.55: [13870]: Page 2 was sended. - Last Page! Oct 24 13:08:22.26: [13870]: Fax file completely transfered. Oct 24 13:08:28.58: [13870]: Connection dropped with Reason 0x3400 (No additional information). Wie man sieht wird eine zusaetzliche Null vor die Nummer gesetzt.
eintrage. Es ist wirklich zum Mäusemelken. Kann man irgendwie testen, was bei der Umsetzung geschieht?
Hinrich
-- Hinrich Donner
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
-- Karsten Keil SuSE Labs ISDN development
Hi Liste! Vor ein paar Tagen hatte ich gemailt, ob jemand eine Idee/Lösung für ein automatisches Fallback einer DSL-Einwahl auf ISDN-Einwahl (und zurück) hat, leider ohne Reaktion bis jetzt... Kann keiner helfen? Meine Idee bislang ist das manuelle Umbiegen der default route von ppp0 auf ippp0 und wieder zurück. Greets, Arne
On Don, 24 Okt 2002, Arne Metzger wrote:
Vor ein paar Tagen hatte ich gemailt, ob jemand eine Idee/Lösung für ein automatisches Fallback einer DSL-Einwahl auf ISDN-Einwahl (und zurück) hat, leider ohne Reaktion bis jetzt... Kann keiner helfen?
Meine Idee bislang ist das manuelle Umbiegen der default route von ppp0 auf ippp0 und wieder zurück.
Karsten hatte dazu aber was gepostet: Message-ID: <20021022185617.GB3871@pingi3.kke.suse.de> In-Reply-To: <3DB5577C.FE6F8EDD@komtel.net> Gruss, -- Jörg Henner Fon: +49 (7 11) 48 90 83 - 0 ETES - EDV-Systemhaus GbR Fax: +49 (7 11) 48 90 83 - 50 Libanonstrasse 58 A * D-70184 Stuttgart Web: http://www.etes.de ______________________________________ Inflex - eMail Scanning and Protection Queries to: postmaster@etes.de
Hi! Danke. Wie man am vermurksten subject sieht, scheint mein mailer in den letzten Tagen heftigst Schluckauf zu haben :-( Die Mail von Karsten habe ich auch nicht gesehen, dann werde ich mal im Archiv stöbern. nochmal danke, soweit und sorry, Liste! Arne Joerg Henner schrieb:
Karsten hatte dazu aber was gepostet:
Message-ID: <20021022185617.GB3871@pingi3.kke.suse.de> In-Reply-To: <3DB5577C.FE6F8EDD@komtel.net>
Gefunden! Nochmal sorry, ich habe Karstens Antwort nicht ignoriert. Mein Mailer, am besten das ganze Windoof schreit mal wieder nach einer Neuinstallation :-(
Gefaehrlich (Kosten). Richtig. Deswegen würde ich auch per samba eine meldung an die Win-Clients schicken.
Am einfachsten geht das wenn der ISDN Fallback mit STARTMODE="manual" konfiguriert wird. Dann kann das script das den Ausfall detektiert z.B. folgendes ausfuehren:
ifdown dsl0 ifup ippp0
Und schon laeuft alles ueber ISDN.
Detektieren kann man den Ausfall z.B. mit pings zum PtP Einwahlrouter, die durchaus nicht sekuendlich stattfinden muessen (z.B ping -i 30 ...) Man kann das auch den pppd machen lassen (Wenn DSL ausfaellt werden keine LCP echos mehr uebertragen und die Verbindung wird geschlossen).
Die andere Sache ist, wie man feststellt das DSL wieder geht.
Zu beachten: Das kann sehr schnell sehr teuer werden, wenn man bei DSL eine Flat hat und fuer ISDN einen Zeittakt.
Was haltet ihr vom folgenden script (quick'n dirty und ohne große Kenntnisse gebacken): #/bin/bash pollintervall=60 # Abstand in sec zum Test, ob AC erreichbar FALLBACK_BEEP=yes while true; do pppoe -A -I eth0 >/dev/null if [ $? != 0 ]; then # sync ist rot, also Route auf ISDN-device ifdown dsl0 ifupp ippp0 # und nun warten bis sync wieder gruen wi # erst dann raus aus der warteschleife echo "ISDN-Fallback AKTIV!" |smbclient -M 192.168.1.2 while true; do if [ "$FALLBACK_BEEP" = "yes" ] then echo -e '\007' >/dev/tty4 # Umleitung nach tty4, damit kein Zeilenvorschub auf der Konsole # echo -ne funktioniert nicht! echo -e '\007' >/dev/tty4 sleep 1 echo -e '\007' >/dev/tty4 sleep 1 echo -e '\007' >/dev/tty4 fi sleep $pollintervall pppoe -A -I eth0 >/dev/null if [ $? = 0 ]; then echo "Und wieder über DSL!" |smbclient -M 192.168.1.2 break # sync ist wieder da, also raus hier fi done fi # und route wieder umbiegen ifdown ippp0 ifup dsl0 done Nur zu, bin für kritik offen! Arne
On 24.10.2002 at 14:04 Arne Metzger wrote:
Hi Liste!
Vor ein paar Tagen hatte ich gemailt, ob jemand eine Idee/Lösung für ein automatisches Fallback einer DSL-Einwahl auf ISDN-Einwahl (und zurück) hat, leider ohne Reaktion bis jetzt... Kann keiner helfen?
Schade, dass Du die Antwort von Karsten zu ignorieren scheinst :o( Falls Du da was verpasst hast -- hier _noch einmal_ seine Antwort: <zitat> On Tue, Oct 22, 2002 at 03:49:48PM +0200, Arne Metzger wrote:
Hallo Liste!
Hat jemand eine Lösung für folgende Aufgabenstelung parat:
SuSE8.0-Router, eth0/ppp0 geht aufs DSL-Modem, ippp0 (mit capi) zum Faxen. Ich möchte nun einen Automatismus, der mir ein Fallback auf ISDN-Einwahl bietet, falls ich über DSL keine Verbindung bekomme.
Manuell kann dies durch "umbiegen" der default route geschehen.
Ich möchte dies aber automatisch abhandeln.
Gefaehrlich (Kosten). OK ein paar Bemerkungen zur Realisierung: Am einfachsten geht das wenn der ISDN Fallback mit STARTMODE="manual" konfiguriert wird. Dann kann das script das den Ausfall detektiert z.B. folgendes ausfuehren: ifdown dsl0 ifup ippp0 Und schon laeuft alles ueber ISDN. Detektieren kann man den Ausfall z.B. mit pings zum PtP Einwahlrouter, die durchaus nicht sekuendlich stattfinden muessen (z.B ping -i 30 ...) Man kann das auch den pppd machen lassen (Wenn DSL ausfaellt werden keine LCP echos mehr uebertragen und die Verbindung wird geschlossen). Die andere Sache ist, wie man feststellt das DSL wieder geht. Zu beachten: Das kann sehr schnell sehr teuer werden, wenn man bei DSL eine Flat hat und fuer ISDN einen Zeittakt. -- Karsten Keil SuSE Labs ISDN development </zitat>
participants (5)
-
Andreas Kretzer
-
Arne Metzger
-
Hinrich Donner
-
Joerg Henner
-
Karsten Keil