- Joined
- Jan 23, 2011
- Messages
- 45
- Reaction score
- 0
Hello all!
I am having a hard-time making 3CX work with one of our providers. 3CX registers correctly, sends a few re-registration packets when 90% of the provider's expire time has elapsed, but then stops sending the re-registration packets when the provider sends back an "ok" that does not contain the "expires" header. 3CX keeps showing the external port as "registered" even though for the provider it is not (the provider does not receive the registers and hence considers 3CX no longer registered).
Example of a provider response that makes 3CX re-register after 270 seconds (IP adresses/user names/domains masked for security):
Session Initiation Protocol
Status-Line: SIP/2.0 200 OK
Message Header
Via: SIP/2.0/UDP xxx.xxx.xxx.xxx:5060;branch=z9hG4bK-d8754z-5f08cc40e12f535c-1---d8754z-;rport=5060
Contact: <sip:[email protected]:5060;rinstance=df885ae8ecf74d06>;expires=300
Contact-URI: sip:[email protected]:5060;rinstance=df885ae8ecf74d06
Contactt-URI User Part: username
Contact-URI Host Part: xxx.xxx.xxx.xxx
Contact-URI Host Port: 5060
Contact parameter: rinstance=df885ae8ecf74d06>
Contact parameter: expires=300
To: <sip:[email protected]:5060>;tag=0f252131
SIP to address: sip:[email protected]:5060
SIP tag: 0f252131
From: <sip:[email protected]:5060>;tag=f3071042
SIP from address: sip:[email protected]:5060
SIP tag: f3071042
Call-ID: OTIzMmQ4ZjRhZDJmOTQyOWI3NWM5YjEyMTliYzkzYjk.
CSeq: 3 REGISTER
Date: Mon, 17 Oct 2011 17:56:47 GMT
Content-Length: 0
Example of provider response that makes 3CX stop registering:
Session Initiation Protocol
Status-Line: SIP/2.0 200 OK
Message Header
Via: SIP/2.0/UDP xxx.xxx.xxx.xxx:5060;branch=z9hG4bK-d8754z-5c015e69ea5dc100-1---d8754z-;rport=5060
Contact: <sip:[email protected]:5060;rinstance=df885ae8ecf74d06>
Contact-URI: sip:[email protected]:5060;rinstance=df885ae8ecf74d06
Contactt-URI User Part: username
Contact-URI Host Part: xxx.xxx.xxx.xxx
Contact-URI Host Port: 5060
Contact parameter: rinstance=df885ae8ecf74d06>
To: <sip:[email protected]:5060>;tag=5636d439
SIP to address: sip:[email protected]:5060
SIP tag: 5636d439
From: <sip:[email protected]:5060>;tag=f3071042
SIP from address: sip:[email protected]:5060
SIP tag: f3071042
Call-ID: OTIzMmQ4ZjRhZDJmOTQyOWI3NWM5YjEyMTliYzkzYjk.
CSeq: 6 REGISTER
Date: Mon, 17 Oct 2011 18:05:48 GMT
Content-Length: 0
I understand that here the provider is not behaving in a coherent manner, but is there any way to tell 3CX to keep registering at the last known interval (or just force an interval) if the provider stops sending the expires header? This would increase compatibility, I guess.
Thank you!!
I am having a hard-time making 3CX work with one of our providers. 3CX registers correctly, sends a few re-registration packets when 90% of the provider's expire time has elapsed, but then stops sending the re-registration packets when the provider sends back an "ok" that does not contain the "expires" header. 3CX keeps showing the external port as "registered" even though for the provider it is not (the provider does not receive the registers and hence considers 3CX no longer registered).
Example of a provider response that makes 3CX re-register after 270 seconds (IP adresses/user names/domains masked for security):
Session Initiation Protocol
Status-Line: SIP/2.0 200 OK
Message Header
Via: SIP/2.0/UDP xxx.xxx.xxx.xxx:5060;branch=z9hG4bK-d8754z-5f08cc40e12f535c-1---d8754z-;rport=5060
Contact: <sip:[email protected]:5060;rinstance=df885ae8ecf74d06>;expires=300
Contact-URI: sip:[email protected]:5060;rinstance=df885ae8ecf74d06
Contactt-URI User Part: username
Contact-URI Host Part: xxx.xxx.xxx.xxx
Contact-URI Host Port: 5060
Contact parameter: rinstance=df885ae8ecf74d06>
Contact parameter: expires=300
To: <sip:[email protected]:5060>;tag=0f252131
SIP to address: sip:[email protected]:5060
SIP tag: 0f252131
From: <sip:[email protected]:5060>;tag=f3071042
SIP from address: sip:[email protected]:5060
SIP tag: f3071042
Call-ID: OTIzMmQ4ZjRhZDJmOTQyOWI3NWM5YjEyMTliYzkzYjk.
CSeq: 3 REGISTER
Date: Mon, 17 Oct 2011 17:56:47 GMT
Content-Length: 0
Example of provider response that makes 3CX stop registering:
Session Initiation Protocol
Status-Line: SIP/2.0 200 OK
Message Header
Via: SIP/2.0/UDP xxx.xxx.xxx.xxx:5060;branch=z9hG4bK-d8754z-5c015e69ea5dc100-1---d8754z-;rport=5060
Contact: <sip:[email protected]:5060;rinstance=df885ae8ecf74d06>
Contact-URI: sip:[email protected]:5060;rinstance=df885ae8ecf74d06
Contactt-URI User Part: username
Contact-URI Host Part: xxx.xxx.xxx.xxx
Contact-URI Host Port: 5060
Contact parameter: rinstance=df885ae8ecf74d06>
To: <sip:[email protected]:5060>;tag=5636d439
SIP to address: sip:[email protected]:5060
SIP tag: 5636d439
From: <sip:[email protected]:5060>;tag=f3071042
SIP from address: sip:[email protected]:5060
SIP tag: f3071042
Call-ID: OTIzMmQ4ZjRhZDJmOTQyOWI3NWM5YjEyMTliYzkzYjk.
CSeq: 6 REGISTER
Date: Mon, 17 Oct 2011 18:05:48 GMT
Content-Length: 0
I understand that here the provider is not behaving in a coherent manner, but is there any way to tell 3CX to keep registering at the last known interval (or just force an interval) if the provider stops sending the expires header? This would increase compatibility, I guess.
Thank you!!