linux-avmb1: c2faxsend bleibt bei bestimmten Nummern hängen
tom steiger
tom at diesteigers.de
Tue Mar 15 12:58:42 CET 2011
Hallo Zusammen,
ich habe eine Faxserver laufen mit avmb1 pci, linux und Hylafax,
capi4hylafax usw.
Das ganze wird betrieben an einem Anlagenanschluss an einer Siemens
Hicom Telefonanlage, um die
eingehenden Faxe per Email an die Anwender weiterzuleiten.
Es werden ca. 1000 Faxe im Monat verarbeitet. Alles läuft auch sehr gut,
bis darauf, dass ab und zu sich der
c2faxsend Task sich nicht mehr beendet.
Es geschieht z.B. nachvollziehbar bei folgender Telefonnummer 061314343.
(ist eine nicht gültige Nummer
es hängt auch nichts dahinter )
Im Logfile steht dann folgendes:
/ Dial and starting transfer of TIFF-File docq/doc3191.ps;00 with normal
resolution./
Aber nicht passiert mehr. Der c2faxsend Task muss dann per Hand beendet
werden.
Dann werden weitere Faxe abgearbeitet.
Bei einigen angewählten Nummern klappt es dann beim zweiten oder dritten
Anlauf.
Ich habe verschieden Suse und Hylafax Versionen ausprobiert.
Sles 10, opensuse 11.1 bis 11.3
Bei allen das selbe Spiel.
Auch habe ich schon die IsdnKarte getauscht und unterschiedliche
Firmware Versionen benutzt.
Auch die für Anlagenanschluss vom AVM FTP Server.
Für mich sieht es so aus, als würde c2faxsend keine Rückmeldung von der
CAPI oder der Telefonanlage bekommen und ewig
auf einen timeout warten.
Unser Telefonanlagentechniker erklärt, dass alles korrekt von seiner
Seite eingestellt ist. Ein Anruf mit einem ISDN Telefon meldet bei
obiger Nummer auch ein Besetztzeichen.
CAPI.conf :
#SuSEconfig.isdn generated
# card file proto io irq mem cardnr options
b1pci b1.t4 DSS1 - - - 1 P2P
Sollte mit dem P2P auch richtig sein.
ein strace auf den c2faxsend sagt mir nichts :
--- SIGALRM (Alarm clock) @ 0 (0) ---
sigreturn() = ? (mask now [])
futex(0x8072c50, FUTEX_WAIT, 0, NULL) = ? ERESTARTSYS (To be restarted)
--- SIGALRM (Alarm clock) @ 0 (0) ---
sigreturn() = ? (mask now [])
futex(0x8072c50, FUTEX_WAIT, 0, NULL) = ? ERESTARTSYS (To be restarted)
--- SIGALRM (Alarm clock) @ 0 (0) ---
sigreturn() = ? (mask now [])
futex(0x8072c50, FUTEX_WAIT, 0, NULL) = ? ERESTARTSYS (To be restarted)
--- SIGALRM (Alarm clock) @ 0 (0) ---
sigreturn() = ? (mask now [])
futex(0x8072c50, FUTEX_WAIT, 0, NULL) = ? ERESTARTSYS (To be restarted)
--- SIGALRM (Alarm clock) @ 0 (0) ---
auch mit einem avmcapictrl trace full komme ich nicht weiter
ar 11 10:25:33 krfax kernel:
Mar 11 10:25:33 krfax kernel: kcapi: put [0x1]
DISCONNECT_RESP ID=004 #0x0002 LEN=0012
Mar 11 10:25:33 krfax kernel: Controller/PLCI/NCCI = 0x101
Mar 11 10:25:33 krfax kernel:
Mar 11 10:25:33 krfax kernel: kcapi: put [0x1]
LISTEN_REQ ID=004 #0x0000 LEN=0026
Mar 11 10:25:33 krfax kernel: Controller/PLCI/NCCI = 0x1
Mar 11 10:25:33 krfax kernel: InfoMask = 0x0
Mar 11 10:25:33 krfax kernel: CIPmask = 0x0
Mar 11 10:25:33 krfax kernel: CIPmask2 = 0x0
Mar 11 10:25:33 krfax kernel: CallingPartyNumber = default
Mar 11 10:25:33 krfax kernel: CallingPartySubaddress = default
Mar 11 10:25:33 krfax kernel:
Mar 11 10:25:33 krfax kernel: kcapi: got [0x1]
LISTEN_CONF ID=004 #0x0000 LEN=0014
Mar 11 10:25:33 krfax kernel: Controller/PLCI/NCCI = 0x1
Mar 11 10:25:33 krfax kernel: Info = 0x0
Mar 11 10:25:33 krfax kernel:
Mar 11 10:25:33 krfax kernel: kcapi: handle_message: applid 4 state
released (LISTEN_CONF ID=004 #0x0000 LEN=0014
Mar 11 10:25:33 krfax kernel: Controller/PLCI/NCCI = 0x1
Mar 11 10:25:33 krfax kernel: Info = 0x0
Mar 11 10:25:33 krfax kernel: )
Mar 11 10:25:51 krfax kernel: kcapi: put [0x1]
LISTEN_REQ ID=001 #0x0009 LEN=0026
Mar 11 10:25:51 krfax kernel: Controller/PLCI/NCCI = 0x1
Mar 11 10:25:51 krfax kernel: InfoMask = 0x40
Mar 11 10:25:51 krfax kernel: CIPmask = 0x1fff03ff
Mar 11 10:25:51 krfax kernel: CIPmask2 = 0x0
Mar 11 10:25:51 krfax kernel: CallingPartyNumber = default
Mar 11 10:25:51 krfax kernel: CallingPartySubaddress = default
Mar 11 10:25:51 krfax kernel:
Hat hier jemand noch Ideen ?
Ich wäre dankbar ...
Es läuft so schön nur noch nicht perfekt.
Tom Steiger
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: https://mlists.in-berlin.de/pipermail/linux-avmb1-mlists.in-berlin.de/attachments/20110315/e1ad8388/attachment.htm
More information about the linux-avmb1
mailing list