[cisco-voip] Unity xfer Getting 603 from carrier

[Ryan Huff]

Codec preservation tells CUBE to try not to renegotiate the codec in the middle of a call. Not sure of your setup, but most major carriers won’t typically do this anyway. I can’t really tell you what would happen in your environment by changing that, other than it would allow CUBE to participate in codec renegotiations mid call.

“media-change” helps reduce reINVITES from reaching the carrier unless there is a reason for it to (like an actual media change). Sometimes call forwards that involve Unity Connection will generate reINVITES with a null (0.0.0.0) media address (no media change). If that reINVITE reaches the carrier, the carrier may “pay attention” to it and try to renegotiate the media to 0.0.0.0 which it can’t... so the call drops.

Some carriers will ignore these reINVITES (they are supposed to) and there is no issue, other carriers (AT&T is particularly offensive with this in my experience) do not, and quirks like this creep up.

You can read up on the command here: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube_proto/configuration/15-mt/cube-proto-15-mt-book/voi-cube-midcall-reinvite.html#GUID-F5641A05-14F7-4396-B04B-5F1D4F527457

Thanks,

Ryan

On Jul 29, 2020, at 08:25, "fred at browardcommunications.com" <fred at browardcommunications.com> wrote:

 Thank you.
Currently that setting under sip is set to:
midcall-signaling preserve-codec

If that gets changed what do you think the impact would be?

This customer has had many hands on their environment and is a bit of a mess, so I feel that if I change one thing, 10 other things will break.


Sent from my iPhone

On Jul 29, 2020, at 8:18 AM, Ryan Huff <ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>> wrote:

Try adding “midcall-signaling passthru media-change” under voice service voip -> sip.

Thanks,

Ryan

Sent from my iPhone

On Jul 29, 2020, at 07:45, "fred at browardcommunications.com<mailto:fred at browardcommunications.com>" <fred at browardcommunications.com<mailto:fred at browardcommunications.com>> wrote:


Greetings all, this might be simple fix, I just haven’t dealt with this in a while.

We have a unity AA that, when external callers call, select menu options, etc. Unity will send the call back to. CtiRp, which then CFA to an external number. You hear the Unity transfer message, 1 second of MoH, then 10 seconds of nothing, then the call drops.

Internal calls to the CFA ctirp works

Internal calls to the unity ctirp then back to the CFA ctirp works.

I tried having unity call the pstn number directly with same results

I think the issue is with the calling number is why the carrier is sending the 603, but it is next to impossible to get them to tell us that.

Call flow:
Pstn>sipt>cucm >unity>cucm>ctirp-CFA-pstn

Where would I change the calling number being CFA’ed from Unity to the PSTN?

Any ideas?

Thank you.

/FW

Sent from my iPhone
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C28818464c6c846d4c8e208d833b4d58f%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637316199047340753&sdata=1x9qkgFAEbtBVvGV7bqyHSWGFmxuX6zUm%2F8OYQcFVeQ%3D&reserved=0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200729/b687dfe5/attachment.htm>