sip register verschiedene Ports

[RealFairPlayer]

Hallo zusammen,

Ich registriere mich bei einem VoIP Provider mittels Register => IDW@PROV/ID - das klappt auch einwandfrei, dann passiert folgendes:


Alle 120 Sekunden wird der Status der Verbindung geprüft. Nun scheint es so als würde er für den "TEST" einen anderen Port als bei der Registrierung nutzen, das Ergebnis ist ein "Declined" seitens des Providers, dieses empfängt der Asterisk und leitet sofort eine erneute Registrierung ein welche der VoIP Provider auch empfängt und bestätigt.

Durch dieses Verhalten kommt es bei 3 von 10 Anrufen vor das der Anrufer ein klingeln hört, der VoIP Provider durch invalide Portangaben jedoch nicht richtig an den Asterisk übergibt.

Benutzt wird ein Asterisk 1.6
Der Provider ist Axxeso (nun bitte keine Diskussionen über dessen Qualitäten )

Daten:
=====

sip.conf Ausschnitt:

register=>9546:[email protected]/9546

type=peer
insecure=very
canreinvite=no
nat=no
username=9546
fromuser=9546
authname=9546
callerid=9546
secret=4W
context=axx-in
fromdomain=TXLYY.AXXESO.COM
host=TXLYY.AXXESO.COM

Hier ein Whireshark Mitschnitt:

261639	2135.064101	10.10.10.XXX	10.10.10.181	DNS	Standard query A TXLYY.AXXESO.COM
261640	2135.064167	10.10.10.181	10.10.10.XXX	DNS	Standard query response A 83.125.37.XX
261644	2135.073291	10.10.10.XXX	83.125.37.XX	SIP	Request: REGISTER sip:TXLYY.AXXESO.COM
261645	2135.092622	83.125.37.XX	10.10.10.XXX	SIP	Status: 100 Trying    (1 bindings)
261646	2135.093282	83.125.37.XX	10.10.10.XXX	SIP	Status: 401 Unauthorized    (0 bindings)
261647	2135.095681	10.10.10.XXX	83.125.37.XX	SIP	Request: REGISTER sip:TXLYY.AXXESO.COM
261648	2135.115292	83.125.37.XX	10.10.10.XXX	SIP	Status: 100 Trying    (1 bindings)
261649	2135.119277	83.125.37.XX	10.10.10.XXX	SIP	Status: 200 OK    (1 bindings)

Danke vorab,
Grüße,
Matthias

 

[Ottone]

Alle 120 Sekunden wird der Status der Verbindung geprüft. Nun scheint es so als würde er für den "TEST" einen anderen Port als bei der Registrierung nutzen

Wer prüft, Du den server pre qualify=yes (steht nicht in dem von Dir geposteten Ausschnitt der sip.conf), oder der Server Dich? Wenn letzteres dann meinst Du eine eingehende SIP OPTIONS message?

Kannst Du das ganze irgendwie illustrieren, z.B. durch "sip history" oder einen "sip debug"? Dein wireshark Schnipsel zeigt nur eine ganz gewöhnliche Registrierung ganz genau so wie sie ablaufen soll.

der VoIP Provider durch invalide Portangaben jedoch nicht richtig an den Asterisk übergibt.

Bitte ein Log mit den Ports zeigen.

Benutzt wird ein Asterisk 1.6

...welcher noch den Titel "release candidate" bzw. "beta" trägt.

 

[RealFairPlayer]

Hi!

Hier mal ein logging vom registrierungsprozess. Die IP's wurden teilweise nachträglich verändert (letztes Netzsequent wurde auf int. bzw. ext. abgeändert).

*CLI> sip set debug peer axx-out
SIP Debugging Enabled for IP: 83.125.37.19:5060
*CLI> Really destroying SIP dialog '[email protected]' Method: REGISTER
[Aug 19 03:05:53] NOTICE[5429]: chan_sip.c:7487 sip_reregister:    -- Re-registration for  [email][email protected][/email]
REGISTER 13 headers, 0 lines
Reliably Transmitting (no NAT) to 83.125.37.19:5060:
REGISTER sip:TXLYY.AXXESO.COM SIP/2.0
Via: SIP/2.0/UDP 10.10.10.int:5060;branch=z9hG4bK5a59da12;rport
From: <sip:[email protected]>;tag=as677a4de8
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 104 REGISTER
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="9546", realm="asterisk", algorithm=MD5, uri="sip:TXLYY.AXXESO.COM", nonce="1e6d255f", response="ff58742abba0df90aa742d24bfce7603"
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


---

<--- SIP read from 83.125.37.19:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.10.10.int:5060;branch=z9hG4bK5a59da12;received=62.214.130.ext;rport=1127
From: <sip:[email protected]>;tag=as677a4de8
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 104 REGISTER
User-Agent: astarixx Cluster 4.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Length: 0


<------------->
--- (10 headers 0 lines) ---

<--- SIP read from 83.125.37.19:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 10.10.10.int:5060;branch=z9hG4bK5a59da12;received=62.214.130.ext;rport=1127
From: <sip:[email protected]>;tag=as677a4de8
To: <sip:[email protected]>;tag=as0c488bb8
Call-ID: [email protected]
CSeq: 104 REGISTER
User-Agent: astarixx Cluster 4.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="055a2921"
Content-Length: 0


<------------->
--- (10 headers 0 lines) ---
Responding to challenge, registration to domain/host name TXLYY.AXXESO.COM
REGISTER 13 headers, 0 lines
Reliably Transmitting (no NAT) to 83.125.37.19:5060:
REGISTER sip:TXLYY.AXXESO.COM SIP/2.0
Via: SIP/2.0/UDP 10.10.10.int:5060;branch=z9hG4bK7a615acb;rport
From: <sip:[email protected]>;tag=as74507758
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 105 REGISTER
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="9546", realm="asterisk", algorithm=MD5, uri="sip:TXLYY.AXXESO.COM", nonce="055a2921", response="1dcdb72e16fcc7271619593d41a5a3f0"
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


---

<--- SIP read from 83.125.37.19:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.10.10.int:5060;branch=z9hG4bK7a615acb;received=62.214.130.ext;rport=1127
From: <sip:[email protected]>;tag=as74507758
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 105 REGISTER
User-Agent: astarixx Cluster 4.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Length: 0


<------------->
--- (10 headers 0 lines) ---

<--- SIP read from 83.125.37.19:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.10.10.int:5060;branch=z9hG4bK7a615acb;received=62.214.130.ext;rport=1127
From: <sip:[email protected]>;tag=as74507758
To: <sip:[email protected]>;tag=as0c488bb8
Call-ID: [email protected]
CSeq: 105 REGISTER
User-Agent: astarixx Cluster 4.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Expires: 120
Contact: <sip:[email protected]>;expires=120
Date: Tue, 19 Aug 2008 07:06:27 GMT
Content-Length: 0


<------------->
--- (12 headers 0 lines) ---
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: REGISTER)
[Aug 19 03:05:53] NOTICE[5429]: chan_sip.c:12628 handle_response_register: Outbound Registration: Expiry for TXLYY.AXXESO.COM is 120 sec (Scheduling reregistration in 105 s)
stop now
Beginning asterisk shutdown....
Executing last minute cleanups
  == Destroying musiconhold processes
Asterisk cleanly ending (0).

Langsam bin ich a bisserl ratlos, er initiiert auf 5060 ... und dann kommt da irgendwo so ein "rport" daher ... und der vermasselt es wohl

Danke vorab schon mal fürs drüberschaun.

Grüße,
Matthias

Edit Guard-X: Bitte nächstes mal Code- statt Quote-Tags verwenden!

 

[Ottone]

Ich sehe nach wie vor kein Problem, das ist alles so wunderbar in Ordnung, auch wenn das Registrierungsinterval mit 120 sec schon eine ziemlich hohe Frequenz aufweist.

Du sprichst in Deinem ersten posting von "TEST" und "Declined", das ist hier nicht zu sehen. Der "Verlust" von 30% Deiner Anrufe wäre durch sofortige Neuregistrierung nach einem "Declined" nicht zu erklären - es sei denn der carrier hat seine eigenen Infrastruktur nicht richtig im Griff. Das kann er Dir aber nur selbst beantworten, also am besten dort ein Supportticket eröffnen.

 

[RealFairPlayer]

HI!

Danke für die Antwort, das Problem ist eben das declined. Das ist so ja wohl nicht angedacht, oder? Er sollte doch eigentlich stattdessen ein "ACK" oder sowas bekommen, quasi vom Provider ne Rückbestätigung "Ja, du bist registriert, alles fein" ... stattdessen bekomme ich quasi ein "Kenne ich nicht" und daraufhin sagt mein Asterisk "dann aber hepp hepp, schnell neu registrieren" ...

 

[Ottone]

Ohne ein aussagekräftiges Debug/Log Deines "Decline" Problems wird Dir schwerlich jemand helfen können.