Maximum retries exceeded on transmission ERROR ?

[snyfer]

Hallo!

Jetzt hab ich folgendes skurilles Problem:

Nachdem ein Anruf herein kommt und auch signalisiert wird am Hardphone - soweit so gut - aber sobald man abhebt wird anscheinend die Verbindung unterbrochen mit folgender Fehlermeldung:


--- (10 headers 0 lines)---
Jun 2 23:35:20 WARNING[13846]: chan_sip.c:1217 retrans_pkt: Maximum retries exceeded on transmission a2695be589ca9ed1a89169dd6c1c3f19 for seqno 28355574 (Non-critical Response)
Destroying call 'a2695be589ca9ed1a89169dd6c1c3f19'server*CLI>
<-- SIP read from 82.165.39.16:5060:
BYE sip:[email protected] SIP/2.0
To: <sip:[email protected]:5060;user=phone>;tag=as45003a0c
From: "+43XXXXXXX"<sip:+43XXXXXXX@ss7enum:5060;user=phone>;tag=01641d41
Via: SIP/2.0/UDP 82.165.39.16;branch=z9hG4bKe4de.43f6f25.0
Via: SIP/2.0/UDP 212.183.31.133:5060;branch=z9hG4bK-d87543-01214d1f534fe6370bc1-1-cHA3YjBlODgxMzQ5ODk2OTQyZGZlOA..-d87543-
Call-ID: a2695be589ca9ed1a89169dd6c1c3f19
CSeq: 28355575 BYE
Contact: <sip:[email protected]:5060>
Max-Forwards: 67
Content-Length: 0
Reason: Q.850 ;cause=16;text="Normal call clearing"


--- (11 headers 0 lines)---
Sending to 82.165.39.16 : 5060 (non-NAT)
Transmitting (no NAT) to 82.165.39.16:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 82.165.39.16;branch=z9hG4bKe4de.43f6f25.0;received=82.165.39.16
Via: SIP/2.0/UDP 212.183.31.133:5060;branch=z9hG4bK-d87543-01214d1f534fe6370bc1-1-cHA3YjBlODgxMzQ5ODk2OTQyZGZlOA..-d87543-
From: "+43XXXXXXX"<sip:+43XXXXXXX@ss7enum:5060;user=phone>;tag=01641d41
To: <sip:[email protected]:5060;user=phone>;tag=as45003a0c
Call-ID: a2695be589ca9ed1a89169dd6c1c3f19
CSeq: 28355575 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Length: 0


Wisst ihr hierzu eine Lösung?

DANKE!!

 

[Numsi]

<-- SIP read from 82.165.39.16:5060:
BYE sip:[email protected] SIP/2.0
To: <sip:[email protected]:5060;user=phone>;tag=as45003a0c

Schnellschuss:
Du bekommst einen Anruf aus dem 8x.er Netz auf ein Sip in deinem 10.er Netz.
Die Signalisierung funktioniert weil * dazwischen "haengt".
Nach dem Abheben will * euch direkt verbinden (reinvite) und ab da hast du evtl. Probleme mit den verschieden IP-Netzen (NAT)
Probier mal in der sip.conf das reinvite auf no zu setzen, somit bleibt * auch nach dem Abheben im Media-Path.

 

[Hupe]

Der Name des Parameters ist "canreinvite". Wäre snyfer bestimmt auch selber drauf gekommen, wolte das aber noch einmal richtig stellen, da imerwieder das gerücht hochkommt, dass es einen Parameter Namens "reinvite" gibt

Beispiel aus der sip.conf.sample:

;[xlite1]
; Turn off silence suppression in X-Lite ("Transmit Silence"=YES)!
; Note that Xlite sends NAT keep-alive packets, so qualify=yes is not needed
;type=friend
;regexten=1234                  ; When they register, create extension 1234
;callerid="Jane Smith" <5678>
;host=dynamic                   ; This device needs to register
;nat=yes                        ; X-Lite is behind a NAT router
;canreinvite=no                 ; Typically set to NO if behind NAT
;disallow=all
;allow=gsm                      ; GSM consumes far less bandwidth than ulaw
;allow=ulaw
;allow=alaw
;mailbox=1234@default,1233@default      ; Subscribe to status of multiple mailboxes

 

[Numsi]

Der Name des Parameters ist "canreinvite". Wäre snyfer bestimmt auch selber drauf gekommen, wolte das aber noch einmal richtig stellen, da imerwieder das gerücht hochkommt, dass es einen Parameter Namens "reinvite" gibt

Jep, Recht hast du.
Der Ansatz aus dem Gedaechtnis war nah dran.
Ich habe nicht immer eine Box im Zugriff

 

[snyfer]

DANKEE!

Jetzt funktioniert es wieder - stimmt darauf hätt ich ja wirklich kommen können ....

Lg aus dem sonnigen Wien,
snyfer