03-09-2013 04:54 PM - edited 03-25-2021 09:43 AM
Hi
I installed a new UC500 last week. Incoming and Outbound calls disconnect between 40-60 seconds after answering.
I attached the Debug ccsip all. can you let me know the problem
CME 8.6
IOS : uc500-advipservicesk9-mz.151-4.M4b
Phones 7942
PSTN -->> SIP --->> UC540
Test Scenario
23:47PM called 02074022082 (customer sip number) from mobile 079 call cut off after 50 seconds
Solved! Go to Solution.
03-10-2013 01:48 AM
Disconnection comes from ITSP, ask them why.
Als you shoudl fix the registration failures.
03-10-2013 09:14 AM
Mohammed,
Before you speak to your provider you should sort some things out at your end...
When you send a registration request to your provider...Your registration expire timer is set to 2 minutes..
REGISTER sip:93.95.124.78:5060 SIP/2.0
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE1D1E74
From: <84420051>;tag=B0FFE6C-1C3A84420051>
To: <84420051>84420051>
Date: Sat, 09 Mar 2013 23:44:33 GMT
Call-ID: A49AD962-86FE11E2-800DE0C7-CFC70E28
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 70
Timestamp: 1362872673
CSeq: 2958 REGISTER
Contact: <84420051>84420051>
Expires: 120------------------------------------------------------------After 2 minutes this regiustration expires
Now after 2 minutes you send another regutsration request to your provider.. (23:46 in the trace)
To fix this I suggest you increase your registration timer so that during calls your timer doesnt expire and cause issues..
Now lets look at this issue ( I think its related to your registration too)
1. At 23:46.04 you received an invite...call connects at 23:46:09 the call was connected
2. at 23:46.10 a new registration request was sent..pay attention to this section, this is where thing are breaking
Sent:
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE1F756
REGISTER sip:93.95.124.78:5060 SIP/2.0
---
CSeq: 2960 REGISTER----------------------------------Nb the seq number
Next your provider sends an authentication request for he REGISTER
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE1F756;received=212.188.195.234
From: <84420051>;tag=B11768C-70F84420051>
CSeq: 2960 REGISTER
User-Agent: VoiceFlex
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces
WWW-Authenticate: Digest algorithm=MD5, realm="voiceflex", nonce="051dabc0"
+++ Next your gateway sends a new request without the authorization credentials.....
Sent:
REGISTER sip:93.95.124.78:5060 SIP/2.0
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE1F756 (the via header shows us its the old transaction)
CSeq: 2960 REGISTER---------------------------------------------------------------- This is wrong...
Contact: <84420051>84420051>
Expires: 120
NB: This new request is sent with the old CSEQ number..2960...Now that is not right. This transaction is dead..So your ITSP ignores it and we dont get any response...then the gateway sends a new one
Sent:
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE2055B
REGISTER sip:93.95.124.78:5060 SIP/2.0
CSeq: 2961 REGISTER
Authorization: Digest username="84420051",realm="voiceflex",uri="sip:93.95.124.78:5060",response="8f9a435db8481c1dddf13dc61ce44be8",nonce="051dabc0",algorithm=MD5
Now..eventually we get a trying to the old REGISTER with csq 2960
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE1F756;received=212.188.195.234
Call-ID: A49AD962-86FE11E2-800DE0C7-CFC70E28
CSeq: 2960 REGISTER
And we also receive a trying for the REGISTER with cseq 2961
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE2055B;received=212.188.195.234
CSeq: 2961 REGISTER
And after this we get a BYE
Received:
BYE sip:02033010433@212.188.195.234:5060 SIP/2.0
Via: SIP/2.0/UDP 93.95.124.78:5060;branch=z9hG4bK66ecac34;rport
From: "07929768214" <07929768214>;tag=as7d8f97b407929768214>
To: <02033010433>;tag=B1161CC-109B02033010433>
Call-ID: 6f9f10136d0394f251b2acb95f226bc5@93.95.124.78
CSeq: 103 BYE
So you can see that your provider seems fedup with incorrect/ un properly formatted regustration requests leading to them tearing down active calls..
Action plan..
Increase your registration timer and test again
Please rate all useful posts
"opportunity is a haughty goddess who waste no time with those who are unprepared"
03-10-2013 01:48 AM
Disconnection comes from ITSP, ask them why.
Als you shoudl fix the registration failures.
03-10-2013 03:02 AM
Hi Paolo
Thank you verymuch for the prompt reply
Can you be more specific about the problem.
and point me the part on debug where you see the problem was,
When you say ITSP, I beleive you mentioned the VOIP service provider (SIP Trunk from- 'voiceflex') not the Broadband provider (ADSL line from 'BT').
so i can send THEM and ask them to check.
Thank you once again
Regards
shameer
03-10-2013 04:21 AM
BYE is coming from ITSP.
03-10-2013 04:46 AM
Thanks Paolo
I'll check with them tomorrow and revert.
Thanks
Shameer
03-10-2013 09:14 AM
Mohammed,
Before you speak to your provider you should sort some things out at your end...
When you send a registration request to your provider...Your registration expire timer is set to 2 minutes..
REGISTER sip:93.95.124.78:5060 SIP/2.0
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE1D1E74
From: <84420051>;tag=B0FFE6C-1C3A84420051>
To: <84420051>84420051>
Date: Sat, 09 Mar 2013 23:44:33 GMT
Call-ID: A49AD962-86FE11E2-800DE0C7-CFC70E28
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 70
Timestamp: 1362872673
CSeq: 2958 REGISTER
Contact: <84420051>84420051>
Expires: 120------------------------------------------------------------After 2 minutes this regiustration expires
Now after 2 minutes you send another regutsration request to your provider.. (23:46 in the trace)
To fix this I suggest you increase your registration timer so that during calls your timer doesnt expire and cause issues..
Now lets look at this issue ( I think its related to your registration too)
1. At 23:46.04 you received an invite...call connects at 23:46:09 the call was connected
2. at 23:46.10 a new registration request was sent..pay attention to this section, this is where thing are breaking
Sent:
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE1F756
REGISTER sip:93.95.124.78:5060 SIP/2.0
---
CSeq: 2960 REGISTER----------------------------------Nb the seq number
Next your provider sends an authentication request for he REGISTER
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE1F756;received=212.188.195.234
From: <84420051>;tag=B11768C-70F84420051>
CSeq: 2960 REGISTER
User-Agent: VoiceFlex
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces
WWW-Authenticate: Digest algorithm=MD5, realm="voiceflex", nonce="051dabc0"
+++ Next your gateway sends a new request without the authorization credentials.....
Sent:
REGISTER sip:93.95.124.78:5060 SIP/2.0
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE1F756 (the via header shows us its the old transaction)
CSeq: 2960 REGISTER---------------------------------------------------------------- This is wrong...
Contact: <84420051>84420051>
Expires: 120
NB: This new request is sent with the old CSEQ number..2960...Now that is not right. This transaction is dead..So your ITSP ignores it and we dont get any response...then the gateway sends a new one
Sent:
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE2055B
REGISTER sip:93.95.124.78:5060 SIP/2.0
CSeq: 2961 REGISTER
Authorization: Digest username="84420051",realm="voiceflex",uri="sip:93.95.124.78:5060",response="8f9a435db8481c1dddf13dc61ce44be8",nonce="051dabc0",algorithm=MD5
Now..eventually we get a trying to the old REGISTER with csq 2960
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE1F756;received=212.188.195.234
Call-ID: A49AD962-86FE11E2-800DE0C7-CFC70E28
CSeq: 2960 REGISTER
And we also receive a trying for the REGISTER with cseq 2961
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 212.188.195.234:5060;branch=z9hG4bKE2055B;received=212.188.195.234
CSeq: 2961 REGISTER
And after this we get a BYE
Received:
BYE sip:02033010433@212.188.195.234:5060 SIP/2.0
Via: SIP/2.0/UDP 93.95.124.78:5060;branch=z9hG4bK66ecac34;rport
From: "07929768214" <07929768214>;tag=as7d8f97b407929768214>
To: <02033010433>;tag=B1161CC-109B02033010433>
Call-ID: 6f9f10136d0394f251b2acb95f226bc5@93.95.124.78
CSeq: 103 BYE
So you can see that your provider seems fedup with incorrect/ un properly formatted regustration requests leading to them tearing down active calls..
Action plan..
Increase your registration timer and test again
Please rate all useful posts
"opportunity is a haughty goddess who waste no time with those who are unprepared"
03-10-2013 09:48 AM
Thank you very much for the detailed explanation
I changed the registration expiry to 300 seconds.
it seems to be working but cannot test fully untill tomorrow when the staff started to make/receive calls
update you tomorrow
thank you once again
regards
shameer
03-10-2013 10:24 AM
300 seconds is too low..Thats five minutes. You can use 3600 or 7200 thats much better..3600 gives you 1hr and 7200 2hrs..I prefer 2hrs..
Please rate all useful posts
"opportunity is a haughty goddess who waste no time with those who are unprepared"
03-11-2013 06:59 AM
Thank you very much for the support
Yes Paolo, its provider sending the disconnect, because when customer said the calls are dropping last week, i thought call disconnects, but this morning i found out its not disconnecting but its one way choopy audio (extenal caller experiencing drop on voice but Internal person can hear clearly). so i endedup troubleshooting with my CIPC with VPN while audio disabled. so phone is not sending any RDP so provider is disconnection due to silence. fair enough. when i test with a physical ipphone this morning its fine.
Also there is a issue with registration as well. Provider advised me to enter following commands under sip-ua.
keepalive target ipv4:93.95.124.78 udp
timers keepalive active 15
But customer said they experiencing intermittent voice drop on calls, its always the external caller facing the problem.
i'll try to collect some logs and post here or i''ll open a new thread.
thanks
shameer
03-11-2013 07:10 AM
Voice drops = network issue. Fix or upgrade you internet connection.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide