linux-avmb1: c2faxsend bleibt bei bestimmten Nummern hängen

[lst_hoe02 at kwsoft.de]

Zitat von tom steiger <tom at diesteigers.de>:

> Am 15.03.2011 15:00, schrieb lst_hoe02 at kwsoft.de:
>> Zitat von tom steiger <tom at diesteigers.de>:
>>
>>> 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.
>>
>> Was ein Zufall, wir haben eine nahezu identische Konfiguration :-)
>>
>>> 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.
>>
>> Das haben wir allerdings nicht, aber ausgehende FAX sind auch nahezu Null.
>>
>>
>>> 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./
>>
>> Ich hab das gerade mal bei uns versucht, ich erhalte
>>
>> Mar 15 14:49:48.00: [ 3533]: CapiFaxSend - INFO: Connection dropped  
>> with Reason 0x349C (Invalid number format).
>>
>> und cfaxsend beendet sich danach wie gewünscht.
>>
>> Was sagt den "capiinfo" und "c2faxsend -V" ??
>  Capiinfo sagt :
> Number of Controllers : 1
> Controller 1:
> Manufacturer: AVM GmbH
> CAPI Version: 2.0
> Manufacturer Version: 3.11-03  (49.19)
> Serial Number: 1587248
> BChannels: 2
> Global Options: 0x00000039
>    internal controller supported
>    DTMF supported
>    Supplementary Services supported
>    channel allocation supported (leased lines)
> B1 protocols support: 0x4000001f
>    64 kbit/s with HDLC framing
>    64 kbit/s bit-transparent operation
>    V.110 asynconous operation with start/stop byte framing
>    V.110 synconous operation with HDLC framing
>    T.30 modem for fax group 3
> B2 protocols support: 0x00000b1b
>    ISO 7776 (X.75 SLP)
>    Transparent
>    LAPD with Q.921 for D channel X.25 (SAPI 16)
>    T.30 for fax group 3
>    ISO 7776 (X.75 SLP) with V.42bis compression
>    V.120 asyncronous mode
>    V.120 bit-transparent mode
> B3 protocols support: 0x8000003f
>    Transparent
>    T.90NL, T.70NL, T.90
>    ISO 8208 (X.25 DTE-DTE)
>    X.25 DCE
>    T.30 for fax group 3
>    T.30 for fax group 3 with extensions
>
>   0100
>   0200
>   39000000
>   1f000040
>   1b0b0000
>   3f000080
>   00000000 00000000 00000000 00000000 00000000 00000000
>   01000001 00010000 00000000 00000000 00000000
>
> Supplementary services support: 0x000003ff
>    Hold / Retrieve
>    Terminal Portability
>    ECT
>    3PTY
>    Call Forwarding
>    Call Deflection
>    MCID
>    CCBS
>
>
> und c2faxsend -v
> c2faxsend Version: 01.03.00 (c) AVM GmbH
>
> Sieht alles normal aus.
>
> Bei einem anderen Fax-Server, der an einem S0 Bus hängt klappt es  
> und ich bekomme die
> gleiche Medlung wie Du.  Es muss irgendwie mit dem Anlagenanschluss  
> zusammenhängen...

Schon geprüft ob irgendwelche Rufgruppen/Abwurfeinstellungen auf der  
Leitung des FAX-Servers definiert sind? Eventuell wird c2faxsend  
blockiert weil die Anlage (HICOM) abnimmt bzw. weiter leitet anstatt  
"nicht vorhanden" signalisiert. Mit dem Telefon lässt sich das  
allerdings nicht immer testen, da bei ISDN ja eine Dienstekennung  
verwendet wird...

Gruß

Andreas


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6046 bytes
Desc: S/MIME Cryptographic Signature
Url : https://mlists.in-berlin.de/pipermail/linux-avmb1-mlists.in-berlin.de/attachments/20110315/2fce47e9/attachment.bin