[cisco-voip] one way audio after SIP cupover

[Ryan Huff]

Empirically, this “looks” like one way audio. How long will the call stay connected? Indefinitely? 30 seconds? 2 minutes?

Your call doesn’t appear to have a need for MTP or Transcoding (G711 both sides and matching sample sizes); so I wouldn’t start there.

Check these items and see what you find;

CUBE: ip trusted address list (make sure all provider signaling and media addresses are authorized or ip authentication is off (which I do not recommend) and make sure you include any CUCM addresses that are not used in dial peers).

CUBE: double check your media and signal bindings and make sure they are binding correctly. Are you globally binding or dial peer binding?

CUCM: verify the SIP trunk points to the CUBE interface that signaling is bound to (generally the same interface media would be bound to as well).

CUBE:
#logging buffered 10000000
#enable debug ccsip messages

Place a call and then look at the logs. Do you see any SIP error messages in the 4xx, 5xx (or more rare 6xx) range?

As a quick gut check, if you can, enable “MTP Required” on the CUCM SIP trunk facing the CUBE (and make sure it has access to an MRGL/MRG that uses a CUCM node for MTP) and reset the trunk and test a call. If this works, it likely means you’re facing a network path issue between the phone’s IP network and the network of the CUBE interface facing CUCM.

Outside of that, like Anthony said, it could be almost anything. A “sh run” or “sh tech” on the cube with a logging buffer from a ccsip messages during a failed call will generally get the ball rolling for most of us on this list in terms of offering targeted assistance.

Thanks,

Ryan

On Feb 5, 2018, at 2:37 PM, Anthony Holloway <avholloway+cisco-voip at gmail.com<mailto:avholloway+cisco-voip at gmail.com>> wrote:

The fact that you received 2 packets is interesting.  Tells me that there is routing happening correctly...to some degree.

If you go to the web page of the phone and click on stream 1, does the far end IP address match your CUBE address?

Also, there's a lot of settings that need to be considered when implementing SIP, such as:

Early Offer and MTP usage
PRACK/Early Media
Offfer/Answer (Capabilities)
Interface Binding
Transport Protocol
OPTIONS Ping
Duplex Streaming
Midcall Signaling
Timers
etc.

Depending on your setting, a lot of different possibilities exist for why you might have the experience you have.  If you could paint a clearer picture of your scenario, that might help out.

On Fri, Feb 2, 2018 at 5:47 PM Jonatan Quezada <jonatan.quezada at chemeketa.edu<mailto:jonatan.quezada at chemeketa.edu>> wrote:
I get that this is usually routing but, is it also routing when the issue is intermittent?

our call flow is like so

CentLink(Provider) ----siptrunk30Meg-PPP(IQ-private)---Cube---CUCM10.5, uccx,unity

<image.png>

bonus facts, I have an operator who is in one of the two most affected buildings and she can recover the call after hold, resume,hold,resume sequence. then full rtp stream is there and she can hear and speak with caller.

are there SIP state change timers I can adjust, I want to tread lightly though because out of all of our outreachs seperated by a metro ethernet hub and spoke topology and almost 30 buildings here on main campus only 2 seem to be affected.





--
For immediate assistance please reach out to Chemeketa IT Help Desk at 5033997899<tel:(503)%20399-7899>
-or-
Visit the help center from your employee dashboard found here:
https://dashboard.chemeketa.edu/helpcenter/default.aspx


Johnny Q
Voice Technology Analyst - TelNet
Chemeketa Community College
Johnny.Q at chemeketa.edu<mailto:Johnny.Q at chemeketa.edu>
Building 22 Room 131
Work 5033995294<tel:(503)%20399-5294>
Mobile 9712182110<tel:(971)%20218-2110>
SIP 5035406686<tel:(503)%20540-6686>
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20180205/d6799f4a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 533204 bytes
Desc: image.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20180205/d6799f4a/attachment.png>