03-21-2018 11:58 AM - edited 03-17-2019 12:28 PM
Hi, we have one cube and sip to service provider(SP) , management is considering another redundant SIP trunk to be established via another l3mpls network we use for data traffic only . The thing is CUBE is not directly connected to that l3mpls network but connected via LAN .
Is it possible to setup 2nd SIP trunk to be established via another l3mpls network over LAN ?
I don't know how to deal with IPs at this case, cause we are connecting to PUblic ip of the SP...
and also I don't have PVDM modules and CUBE license on the router connected to that l3mpls network...
Any idea, recommendations?
Thank you
Solved! Go to Solution.
04-11-2018 11:21 AM
04-11-2018 11:37 AM - edited 04-11-2018 11:43 AM
incoming call drops in 5-10 sec . ITSP is sending Session-Expires: 1800;refresher=uas .
Ok fixed it too :D, they had transpost as udp, mine was tcp, I changed to udp and no drops so far 5 minute active .
04-13-2018 06:37 AM
Hi Nipun, can u tell me how to correlate Call-ID in logs debug voip inout and debug ccsip messages, ?
debug voip inout logs has more information but call id is different if u compare with debug ccsip messages.
I often have this issue when troubleshoot sip, and would be great if there is way to correlate them. Thank you
For example:
468763: Apr 12 16:17:30.231: //7636505/0C6D17000004/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x25B71684, Tag=0x0, Call Id=7636505,
Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
468764: Apr 12 16:17:30.231: //7636505/0C6D17000004/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
468765: Apr 12 16:17:30.231: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
468766: Apr 12 16:17:30.231: :cc_free_feature_vsa freeing 289F9D38
468767: Apr 12 16:17:30.231: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
468768: Apr 12 16:17:30.231: vsacount in free is 2
468769: Apr 12 16:17:30.841: //7633737/334841A78176/SIP/Msg/ccsipDisplayMsg:
Via: SIP/2.0/UDP x.x.x.x:5060;branch=z9hG4bK6A0CA8239A
From: <sip:2133149210@x.x.x.x>;tag=3B1DFF9C-2510
To: "14803836933" <sip:4803836933@x.x.x.x>;tag=gK084ee693
Date: Thu, 12 Apr 2018 16:17:30 GMT
Call-ID: 86520506_50305714@a.a.a.a
User-Agent: Cisco-SIPGateway/IOS-15.4.3.M8
Max-Forwards: 70
CSeq: 187 OPTIONS
Contact: <sip:2133149210@x.x.x.x:5060>
Content-Length: 0
04-13-2018 08:03 AM - edited 04-13-2018 08:13 AM
For SIP, it is written right there -
Call-ID: 86520506_50305714
For CCAPI, it would be - //7636505/
04-13-2018 08:13 AM
yes, I know that, and as u can see they are different. So my question was- it would be helpfull if possible to correlate them somehow, is it?. For example if u have a lot of calls , ccapi show much more details , and if u can correlate both ccapi and ccsip messages would be easier .
04-14-2018 04:58 AM
04-24-2018 06:59 AM
HI Nipun,
WHat is the best practice in case when users dial their own full 10/11 digit DID from inside instead of 4/5 digits? Right now I have setup from vendor when if I dial our own 10/11 digit DIDs from my desk phone that call go to CUBe and coming back to CUCM . I think there should be way to avoid this and route such calls on CUCM only, this would decrease load on the SIP and CUBE , simplify troubleshooting...
But I am not sure how to correctly do this, with translation patterns and where to apply them . What do you think?
03-21-2018 03:13 PM
YOur ITSP, how do they currently connect to your cube? through a public IP address?
You would need to talk to the ITSP and see how they can make inbound calls redundant. It all depends on thier service offerings.
some ITSP's load balance inbound call across a CUBE pair, or HA a CUBE pair.
03-22-2018 07:50 AM
Thank you Dennis, the existing SIP ITSP connected via public IP, the new one for new SIP connection over L3MPLS , I am planning to do is via private IPs . And this is a challenge for me too for this backup SIP I'd need to give sip provider my internal ip ?? which is not secure...
sip---cube---lan---routerB---l3mpls--
Unless if there is possible to run routerB as just router and use existing CUBE as CUBE only. So routerB would process voip flow as just ip flow ..
what do u think ?
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