Fax --> ZAP zu VOIP (RTP/Codec Fehler)

[HobbyStern]

Ich muss das machen was man nicht macht - Faxe über ein SIP Protokoll(VOIP) versenden. Geplant für den Faxversand war ein Faxchannel auf einem mISDN angesteuerten Controller, der mir aber in der nächsten Zeit noch nicht zur Verfügung steht. Leider.

Also muss ich es irgendwie hinbiegen dass es geht.

Zum Problem :

- Empfang von Faxen funktioniert unter Qualitätseinbußen einwandfrei.
- Versand sieht zZt. so aus :

Legende : ZAP/4-1 ---> analoges Faxgerät, keine EchoCancel o.ä., kein faxdetect
SIP/xyz ---> VoIP Anbieter mit Codec A und Ulaw, ende.

-- Starting simple switch on 'Zap/4-1'
-- Executing Dial("Zap/4-1", "SIP/XYZ/02065772477|30|") in new stack
-- Called XYZ/02065772xxx
-- SIP/XYZ-f549 is making progress passing it to Zap/4-1
-- SIP/XYZ-f549 is ringing
-- SIP/XYZ-f549 answered Zap/4-1
Jan 4 10:59:08 WARNING[4223]: frame.c:1151 speex_samples: Not enough bits remaining after wide band for speex samples.
Jan 4 10:59:08 WARNING[4223]: channel.c:2313 set_format: Unable to find a codec translation path from speex to slin
Jan 4 10:59:08 WARNING[4223]: channel.c:2313 set_format: Unable to find a codec translation path from speex to slin
Jan 4 10:59:08 WARNING[4223]: channel.c:2675 ast_channel_make_compatible: No path to translate from Zap/4-1(68) to SIP/6104721-f549(512)
Jan 4 10:59:08 WARNING[4223]: channel.c:3485 ast_channel_bridge: Can't make Zap/4-1 and SIP/6104721-f549 compatible
Jan 4 10:59:08 WARNING[4223]: res_features.c:1367 ast_bridge_call: Bridge failed on channels Zap/4-1 and SIP/6104721-f549
-- Hungup 'Zap/4-1'

Interpretation :

Anruf geht raus, wird angenommen, der Codec kann nicht gebridged werden, hangup.

Zu lösen habe ich es mit folgenden Maßnahmen :

- Codecs herumgetestelt, alle erlaubt, speex,slin,721 erlaubt..GSM ist *immer* aus.
- Echocancel ist natürlich immer aus, alle Sonderfunktionen auf der Leitung sind aus.
- Anderen Provider genommen.

Weitere Fehlermeldungen beim probieren mit anderen Konstellationen :

"rtp.c:460 ast_rtp_read: RTP Read too short"

Hat jemand hiermit Erfahrungen ?

Es ist leider nicht änderbar das ich ein analoges Fax zum heraussenden brauche, da ich der Bürobelegschaft nicht das Rad neu erfinden möchte und alles scannen, email2fax o.ä. bauen.

Beste Grüße,

Stefan

 

[rajo]

verbiete mal abgehend alle audiocodecs und erlaube _nur_ g.711 (also alaw/ulaw). Wenn Du oben schon schreibst, dass Dein VoIP-Provider G.711 benutzen soll -- warum erlaubst Du dann noch komprimierte Codecs?

 

[HobbyStern]

Hallo,

ich glaube wir haben aneinander vorbeigeredet oder ich habe mich etwas unpräzise ausgedrückt ;-)

"herumgetestelt" heisst nur soviel wie mit diesen Optionen gewerkelt - natürlich habe ich nach den ersten Störungen alle audio codecs in der sip.conf für den provider disallowed, alaw und ulaw sind hier die einzige ausnahme, leider brachte das aber den gewünschten Erfolg nicht mit sich.

Sondern den o.g. Fehlercode, obwohl ich slin nicht erlaubt habe wird er in diesem angesprochen, habe ich einen Denkfehler gemacht ? Im Providercontext selber sind die a und ulaws erlaubt, ende. Ist noch irgendwo ne möglichkeit mist zu bauen ? Kann "tos" daran schuld sein? (sorry...müde...)

Normalerweise (standard) soll der outgoing kanal mein PBX Account sein, jedoch durch die viele Änderei im laufenden Betrieb bin ich auf meine alten 1&1 Leitungen ausgewichen, der Fehler entspricht aber dem gleichen, also schleidet "tos" eigentlich aus.

Aber - verschaff Dir doch erstmal selber einen Überblick, wenn Du möchtest...:

SIP.conf auszug

[General]
[...]
; Die Codecs

disallow=all
allow=alaw
allow=ulaw
[...]

[61047xx] ; FAX Anschluss AUSGEHEND !
username=4920861047xx
secret=xxxxx
host=sip.1und1.de
fromuser=4920861047xx
fromdomain=sip.1und1.de
insecure=very
type=peer
qualify=yes
context=voip_eingehend
; dtmfmode=info ; herausgenommen - fax-test
tos=0x18
nat=no
canreinvite=no
[...]

in der extensions.conf wird das ganze so geleitet - Auszug
FAX = MSN 24 (also nehme ich alles was auf 24 kommt für Fax an.)

[eingehend]
[...]
exten => 8480424,1,Dial(ZAP/4,20)
exten => 848042,1,Dial(ZAP/4,20)
exten => 8480471,1,Dial(ZAP/4,20)
[...]

[faxgeraet] ;raus !
exten => _X.,1,Dial(SIP/61047??/${EXTEN},30,)
exten => _NXXX.,1,Dial(SIP/61047??/0208${EXTEN},,)
exten => _0[2-9].,1,Dial(SIP/61047??/${EXTEN},30,)
exten => fax,1,Dial(SIP/61047??/${EXTEN},30,) ; fuer "faxdetect=outgoing"
; edit rajo: hier auch mal die Rufnr. unkenntlich gemacht
[...]

die zapata.conf sieht auszugsweise so aus : (ist einiges unnützes drin, sind aber standardkanaele,
so habe ich nur copy&paste gemacht und ge"no"ed.

; FAX KANAL

language=de
context=faxgeraet ; Fax CONTEXT setzen !
signalling=fxo_ks
usecallerid=yes
hidecallerid=no
callwaiting=no
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=no
transfer=no
cancallforward=no
callreturn=yes
echocancel=no ; Versuche das echo wegzubekommen, ACHTUNG : FAXPROBLEM!
echocancelwhenbridged=no ; Beim Bridged-Mode sollte es auf jeden Fall aus sein
echotraining=no ; yes/no/Zahl Versuche zu lernen
rxgain=0.0 ; Wie laut soll ich uebertragen ?
txgain=0.0
group=0 ; Standard = 0
callgroup=0 ; Welche Gruppe darf ich einnehmen ?
pickupgroup=0 ; mISDN hat zum Beispiel Gruppe 2.
immediate=no ; Lege ich sofort beim waehlen los ?
faxdetect=no ; Kann bei Faxstoerungen der Drahtesel werden !(incoming,outgoing,both)
busydetect=yes ; Teste ob BUSY
busycount=4 ; Zaehle bis zum auflegen, je mehr desto besser aber laenger
callerid=02088480xxx
channel => 4

Danke erstmal für die Antwort, Infos en Masse, würde mich über Deine Hilfe sehr freuen, 4 Augen sehen mehr als 2 die mitten im Wald stehen.

Grüsse, Stefan

 

[HobbyStern]

Folgende Fehlermeldungen beginnen ab dem annehmen des Anrufs mit der Gegenstelle

-- Starting simple switch on 'Zap/4-1'
-- Executing Dial("Zap/4-1", "SIP/61047xx/0230297xxx||") in new stack
-- Called 61047xx/02302978xxxx
-- SIP/61047xx-188c is making progress passing it to Zap/4-1
-- SIP/61047xx-188c answered Zap/4-1
Jan 4 18:24:03 NOTICE[6328]: rtp.c:564 ast_rtp_read: Unknown RTP codec 100 received
Jan 4 18:24:03 NOTICE[6328]: rtp.c:564 ast_rtp_read: Unknown RTP codec 100 received
Jan 4 18:24:03 NOTICE[6328]: rtp.c:564 ast_rtp_read: Unknown RTP codec 100 received
Jan 4 18:24:13 WARNING[6328]: rtp.c:460 ast_rtp_read: RTP Read too short
Jan 4 18:24:14 WARNING[6328]: rtp.c:460 ast_rtp_read: RTP Read too short
Jan 4 18:24:14 WARNING[6328]: rtp.c:460 ast_rtp_read: RTP Read too short
Jan 4 18:24:14 WARNING[6328]: rtp.c:460 ast_rtp_read: RTP Read too short
Jan 4 18:24:14 WARNING[6328]: rtp.c:460 ast_rtp_read: RTP Read too short
Jan 4 18:24:14 WARNING[6328]: rtp.c:460 ast_rtp_read: RTP Read too short
[......jede Menge dieser RTP Meldungen (seitenweise).....]
-- Hungup 'Zap/4-1'
-- Got SIP response 408 "Request Timeout" back from 212.227.15.198

Was ist da los ? RTP ist doch SIP (ZAP -> umcodieren -> SIP/VoIP)...würgt sich da ein Codec ab ?
Es bleibt dabei - ausschliesslich u und alaw sind erlaubt.

 

[HobbyStern]

Nun wird es kurios, es scheint sich bei diesem (meinem) Problem, ausschliesslich um spezielle Fax Gegenstellen zu handeln. Nach dem entnervten und erfolglosen Abbruch der Testerei gestern lief heute ein großteil der neuen Faxe einwandfrei.

Es wird wohl unumgänglich herauszubekommen was die anderen gegenstellen für Faxe und Leitungen einsetzen.

G3 scheint einwandfrei zu funktionieren...