[gelöst] Sip 488, warum nur

[kombjuder]

Hallo,

ich sollte ein paar DIDs zum Laufen bringen, aber das will nicht. Hir ein debug:

Sending to 190.6.xxx.xxx : 5060 (no NAT)
Found RTP audio format 18
Found RTP audio format 101
Found RTP audio format 19
Peer audio RTP is at port 190.6.xxx.xxx:16586
Found audio description format G729 for ID 18
Found audio description format telephone-event for ID 101
Found audio description format CN for ID 19
Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0x100 (g729)/video=0x0 (nothing), combined - 0x0 (nothing)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x3 (telephone-event|CN), combined - 0x1 (telephone-event)

<--- Reliably Transmitting (no NAT) to 190.6.xxx.xxx:5060 --->
SIP/2.0 488 Not acceptable here

Der sip.conf Eintrag dazu:

[test1]
type=peer
host=190.6.xxx.xxx
context=test1
disallow=all
allow=ulaw
allow=g729

Mehr gibt der debug nicht her. Es kommt nur dieses eine Paket, das dann mit 488 beantwortet wird.
Sowohl der Asterisk als auch das Zieltelefon können g729.

Jemand eine Idee, wo suchen? Vor allem verwunderlich, mit einem anderen Server des selben Provideres läuft der Kontext.

 

[Timmbo]

Hi Kombjuder,


was mir auffällt, ist das der angegebene ulaw codec nicht ausgegeben wird, denn dieser hat das Format 0.

Grüße
Timm

 

[kombjuder]

Vor allem verwunderlich, mit einem anderen Server des selben Provideres läuft der Kontext.

So, das läft jetzt.

Ursache:
Obwohl in der Globalsection der sip.conf keinerlei Codeceinschränkungen gemacht sind wurde der Codec g729 nicht angeboten.

Der Provider liefert den invite für den Anruf nicht auf port 5060 sondern auf einem willkürlichen, ständig wechselden Port. Damit landete der Anruf nicht im zuständigen Kontext test1 sondern in default. Das erkannte ich aber erst, nachdem ich den g729 explizit in den Globalsettings angegeben hatte, da alles was im debug angezeigt wurde der Audio-Port war.

Ein insecure=port in test1 hat das Problem dann gelöst.