Mark, That is a good thought.. there are a few scenarios where a CUCM/CUC.. etc mid call change will advertise a "no media change" reINVITE out to the PSTN. While I don't think that would be the case here (I would expect the peer to drop the call because they couldn't negotiate the null/0.0.0.0 media address), SIP traces would certainly show if it were. If it were the case, likely under voice service voip >> sip the syntax midcall-signaling passthru media-change would prevent mid call signaling from egressing the CUBE unless it actually had legitimate media changes.
-Ryan ________________________________ From: cisco-voip <cisco-voip-boun...@puck.nether.net> on behalf of Mark H. Turpin <mtur...@covene.com> Sent: Monday, December 2, 2019 8:20 AM To: Dana Tong <dana.t...@yellit.com.au>; cisco-voip@puck.nether.net <cisco-voip@puck.nether.net> Subject: Re: [cisco-voip] Native Call Queuing on UCM 12.5 with SIP Trunks Does the problem go away if you force an MTP? Can you provide a debug ccsip messages of an external call? Can you share your sanitized CUBE config? Curious if your call/media is changing after the initial announcement and your ITSP doesn't care for the way you're attempting to change it. ________________________________ From: cisco-voip <cisco-voip-boun...@puck.nether.net> on behalf of Dana Tong <dana.t...@yellit.com.au> Sent: Monday, December 2, 2019 12:36 AM To: cisco-voip@puck.nether.net <cisco-voip@puck.nether.net> Subject: [cisco-voip] Native Call Queuing on UCM 12.5 with SIP Trunks *** EXTERNAL EMAIL - DO NOT CLICK LINKS *** Hi all, This being back on the tools is doing my head in. I think I’ve been away too long. So I have configured native call queuing on UCM 12.5.x Internal calls queue fine. The initial announcement plays. Period announcements work and the MOH is fine in between. External calls hear the initial announcement. There is no MOH after the announcement and the external user has ring-back tone. There is no periodic announcement. Any thoughts on why internal is okay and external is not working? Is it relating to SIP supplementary services? Cheers Dana
_______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
