[Problem] Hyla, IAXModem, Asterisk 1.4.30, Patton VoIP Gateway

[HobbyStern]

Hallo Gemeinde,

ich mache es möglichst kurz - ich habe, denke ich - eine Anfrage die mir eher Foschi lösen kann - ich stelle sie der Einfachheit halber dennoch hier:

Anlage aus 2005, Asterisk 1.4.30, Hylafax 6.x, IaxModem auf Debian -> außer Dienst

6 IaxModems lauschen seit ca. 2007 und geben eingehende Faxe (kommend vom Patton (ISDN)) an Hylafax weiter, von dort aus gehen diese per Mail an die Benutzer durch

Bisher war diese Funktion für personenbezogene Faxe, das "Gross" der Faxe kam über :

Patton -> Asterisk -> interne TDM-Karte 4 x analog -> Hardware FaxAktuelles System ist virtuell auf VmWare ESX und Debian.

Die Zukunft wird ohne Hardware Fax auskommen wollen und ich ahne das iaxmodem da nicht der richtige Partner ist :

Patton -> Asterisk -> IaxModem -> Hylafax -> Email/Ausdruck scheitert an zB codec 100 oder >2400bps
und natürlich
Fax-Klient -> Hylafax -> Iaxmodem -> Asterisk -> Patton läuft stabilIch denke ich muss die bauweise des Vorgehens verändern und wenn ich dieses hier wirklich will auf t38modem umsteigen, sowie Asterisk als t38 Gateway (1.4 konnte das mM nach) und auch den Patton als t38 passthrough konfigurieren.

Fehlermeldung im Asterisk

    -- Called patton4638/NUMMER
    -- SIP/patton4638-0000003b is ringing
    -- SIP/patton4638-0000003b answered IAX2/iaxmodem3-4121
[2014-10-08 07:59:55] NOTICE[376]: rtp.c:1343 ast_rtp_read: Unknown RTP codec 100 received from '10.0.0.121'
[2014-10-08 07:59:55] NOTICE[376]: rtp.c:1343 ast_rtp_read: Unknown RTP codec 100 received from '10.0.0.121'

Möglich wäre auch den Weg des Empfangs outzusourcen, es geht täglich um ca. 50 Faxe mit max. 2 Seiten (Bestellseiten)

Wie gesagt RAUS geht. REIN nicht. Codec 100 maßt t38 an...

Habt Ihr einen guten Rat? Konstruktive Vorgehen?

Liebe Grüße,

Stefan

 

[rentier-s]

So ganz kann ich das Problem grad noch nicht nachvollziehen. Du hast iaxmodem oder t38modem soweit konfiguriert, eingehende Faxverbindungen werden auch aufgebaut, aber der Faxempfang bricht während der Übertragung ab?

Wo hast Du T.38 wie konfiguriert? Wenn dann muss das Patton als T.38 Gateway arbeiten, Asterisk macht passthrough.

Ich habe festgestellt, dass faxen über ATA am stabilsten läuft, wenn im Patton Voice Profil kein T.38 eingerichtet ist, also auf dem Register Fax kein Codec eingetragen. Mit iaxmodem/t38modem habe ich (noch) keine Erfahrung.

 

[HobbyStern]

Moin Svenja,

schön das man Dich hier noch lesen kann, ist mM nach ruhig im Forum geworden...egal, zur Sache.

- eingehende Verbindungen werden aufgebaut, ca. 14.4bps
- Faxempfang ist "choppy" - bricht also nach ca. 3/4 zusammen - jedoch schafft er (wie früher, so ~2006) die erste Seite meist locker
- Anbei - die Meinung mit dem ATA von Patton vertrat (tritt) Foschi auch schon immer und ewig - bisher war ja die Hardware von Digium drin, da gab es keinen Bedarf

Um dieses Ganze Dilemma hier erst einmal professionell zu entfernen, habe ich unsere Fax-Erreichbarkeit in die Hände eines externen Providers gelegt.

Ich skizziere mal die Stufen im Detail .. :

ISDN auf PATTON 4638 (meine ich)

  Fax   ---      
Detection:                          CED Tone     
T.38 High Speed Redundant Packets:  3     
T.38 Low Speed Redundant Packets:   3     
Max. Bit Rate:                      14400bps     
Volume:                             -9.500dB     
Error Correction:                   disabled     
HDLC:                               disabled     
Dejitter Max Delay:                 300ms     
Max Datagram Size:                  244 Byte

Codec Negotiation ist aktiv.

Nun brauchen wir das "Modem" (oder die Modem)

IAXMODEM

device          /dev/ttyIAX0
owner           uucp:uucp
mode            660
port            4570
refresh         60
server          127.0.0.1
peername        iaxmodem0
secret          geheim
codec           alaw

testweise habe ich nun noch ein t38modem daneben gelegt

T38MODEM (wird ja direkt auf der Kommandozeile konfiguriert)

t38modem --no-h323 -u T38modem --sip-listen udp\$127.0.0.1:6060 --sip-redundancy 3 --ptty +/dev/ttyT381,+/dev/ttyT382 --route "modem:.*=sip:<dn>@127.0.0.1" --route "sip:.*=modem:<dn>" --sip-old-asn

Dann brauchen wir eine Möglichkeit das Modem anzusprechen, einen "GETTY" - hier sind drei Kontexte - T38 ist nur testweise

## SENDEN (iaxmodem)                
IA00:23:respawn:/usr/bin/iaxmodem ttyIAX0
IA10:23:respawn:/usr/bin/iaxmodem ttyIAX1

## EMPFANGEN (iaxmodem)
mo00:23:respawn:/usr/sbin/faxgetty ttyIAX0
mo10:23:respawn:/usr/sbin/faxgetty ttyIAX1

## T38Modem Getty
t381:23:respawn:/usr/sbin/faxgetty ttyT381
t382:23:respawn:/usr/sbin/faxgetty ttyT382

Nun müssen wir noch Asterisk über die vielen Möglichkeiten informieren:

sip.conf (für t38modem)

[t38modem1]         
type=friend      
host=127.0.0.1
permit=127.0.0.1            
context=faxgeraet   
port=6060           
allow=all          
canreinvite=no 
t38pt_udptl=yes

iax.conf (für das ... ja , genau, iaxmodem)

[iaxmodem0]
type=friend
secret=xxxxxx
port=4570
host=dynamic
context=mailfax_ausgehend
qualify=yes
requirecalltoken=no

Und ganz am Ende kommt natürlich noch HYLAFAX
(den ganzen Konfig-Kram von Hyla lass ich mal raus)

Modem-Konfig für IAXMODEM

CountryCode:            49
AreaCode:               208
FAXNumber:              "+49 208 xxxx"
LongDistancePrefix:     0
InternationalPrefix:    00
DialStringRules:        etc/dialrules
ServerTracing:          1
SessionTracing:         11
RecvFileMode:           0600
LogFileMode:            0600
DeviceMode:             0600
RingsBeforeAnswer:      1
SpeakerVolume:          off
GettyArgs:              "-h %l dx_%s"
LocalIdentifier:        "xxx 0208 xxx"
TagLineFont:            etc/lutRS18.pcf
TagLineFormat:          "From %%l|%c|Page %%P of %%T"
MaxRecvPages:           25
ModemType:              Class1          # use this to supply a hint
ModemResetCmds:         "ATH1\nAT+VCID=1"       # enables CallID display
ModemReadyCmds:         ATH0
Class1AdaptRecvCmd:     AT+FAR=1
Class1TMConnectDelay:   400             # counteract quick CONNECT response
Class1RMQueryCmd:       "!24,48,72,96"  # V.17 fast-train recv doesn't work well
CallIDPattern:          "NMBR="
CallIDPattern:          "NAME="
CallIDPattern:          "ANID="
CallIDPattern:          "NDID="
RecvFileMode: 0666

Für das t38modem soll dies hier nutzbar sein (nur im test hier)

SessionTracing: 0x2FFF
RingsBeforeAnswer: 1
ModemType: Class1 # use class 1 interface
ModemFlowControl: rtscts # default
ModemRevQueryCmd: AT+FREV?
RingsBeforeAnswer: 2                                  
#ModemDialCmd: ATDF%s # user can override F by dial V
#ModemDialCmd: ATDV%s # user can override V by dial F
#ModemDialCmd: ATD%sF # user can't override F
#ModemDialCmd: ATD%sV # user can't override V
#ModemDialCmd: ATD%sVL # user can't override V or calling number

Ich teste gerade das t38modem hin- und her, ich denke das ich den Weg so auch lösen kann.

Ich möchte gerne von den Hardware-Faxen weg, wegen der Dokumentation etc. - und das scheint ein idealer Weg zu sein....es muss nur stabil gehen und das scheint dann so gar kein idealer Weg zu sein, wenigstens nicht mit 1.4.x

EDIT: Ich habe mir heute nochmals drei volle Stunden diesen Mist angetan und verstehe nun wieder sehr gut, warum ich mich damals für "funktioniert und mehr wollen wir nicht" entschieden habe. Ich denke, ich suche nach einem Weg die Faxe und deren Empfang auszulagern...mal schauen, eine echte "Rufnummer" wäre mir am liebsten (also eine aus unserem System und Haus)

Grüsse, Stefan

 

[rentier-s]

Ja es war in der Tat schon mal mehr los in der Asterisk Ecke. Wahrscheinlich findet man zu allen Fragen mittlerweile Antworten in alten Threads, so dass niemand mehr was neues posten muss ;-)

Deine Konfiguration schaut eigentlich brauchbar aus.

Nichtsdestotrotz, probier's mal mit iaxmodem und komplett ohne T.38. Ich hab mit HT-286, HT-386 und einem Patton M-ATA tatsächlich die Erfahrung gemacht, dass Faxe problemlos durchgehen, wenn T.38 im Smartnode nicht konfiguriert ist.