<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body dir="auto">
*** Regional issues would NOT cause a 404 response generally.<br>
<br>
<div dir="ltr">Sent from my iPhone</div>
<div dir="ltr"><br>
<blockquote type="cite">On Oct 13, 2019, at 22:15, Ryan Huff <ryanhuff@outlook.com> wrote:<br>
<br>
</blockquote>
</div>
<blockquote type="cite">
<div dir="ltr"> Sort of sounds like you may have a Class of Service (CSS/Partition) issue with the SIP trunk between CUBE and CUCM, since that is most likely the most significant configuration change/add since moving to SIP, that could generate 404 responses.
<div><br>
</div>
<div>Could also be an issue with the device pool on the SIP trunk, depending on how you have the dialplan structured.</div>
<div><br>
</div>
<div>CUCM Generally won’t issue a station not found (404) message, unless CUCM ingress element (the SIP trunk) doesn’t find the station; either because the station doesn’t truly exist, or doesn’t exist in the configuration context it has access to.<br>
<div><br>
</div>
<div>Regional problems would issue a 404 generally.</div>
<div><br>
<div dir="ltr">Sent from my iPhone</div>
<div dir="ltr"><br>
<blockquote type="cite">On Oct 13, 2019, at 21:58, Dana Tong <dana.tong@yellit.com.au> wrote:<br>
<br>
</blockquote>
</div>
<blockquote type="cite">
<div dir="ltr">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
 <style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal">Hi all,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Customer recently changed from ISDN gateways (H323 registered) to centralised SIP and now the UCCX IVR isn’t working.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The SIP trunk is set to use the 64K region and I did also try setting the CODEC to both G.711alaw and ulaw on the dial-peers on the SIP CUBE router.
<o:p></o:p></p>
<p class="MsoNormal">It’s weird.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The debug CCSIP messages are showing 404 not found, and the voip dialpeer inout were showing a match on the correct dial-peers.
<o:p></o:p></p>
<p class="MsoNormal">But then the logs say no match as per below.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Anyone seen this kind of error after changing from ISDN to SIP?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Somewhat sanitised below. Trying to get RTMT access.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Sent:<o:p></o:p></p>
<p class="MsoNormal">SIP/2.0 404 Not Found<o:p></o:p></p>
<p class="MsoNormal">Via: SIP/2.0/UDP 203.52.3.164:5060;branch=z9hG4bKritgbh304ou76jse28v0.1<o:p></o:p></p>
<p class="MsoNormal">From: <sip:000000@10.119.243.144;user=phone>;tag=39906919-1571014929892-<o:p></o:p></p>
<p class="MsoNormal">To: "777 777"<sip:754420777@customer.com.au;user=phone>;tag=EDD3AA89-2562<o:p></o:p></p>
<p class="MsoNormal">Date: Mon, 14 Oct 2019 11:02:09 GMT<o:p></o:p></p>
<p class="MsoNormal">Call-ID: BW120209892141019-860012483@10.10.10.10<o:p></o:p></p>
<p class="MsoNormal">CSeq: 602191603 INVITE<o:p></o:p></p>
<p class="MsoNormal">Allow-Events: telephone-event<o:p></o:p></p>
<p class="MsoNormal">Warning: 399 10.10.253.10 "No matching outgoing dial-peer"<o:p></o:p></p>
<p class="MsoNormal">Server: Cisco-SIPGateway/IOS-15.5.3.S4b<o:p></o:p></p>
<p class="MsoNormal">Reason: Q.850;cause=1<o:p></o:p></p>
<p class="MsoNormal">Content-Length: 0<o:p></o:p></p>
</div>
<span>_______________________________________________</span><br>
<span>cisco-voip mailing list</span><br>
<span>cisco-voip@puck.nether.net</span><br>
<span>https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7Cf8a7858daf594c9c0c1f08d7504a0d4c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637066151290735716&amp;sdata=MEMPChCZTf9Fkl4a7n%2BVjLO%2Fkd2gkOVy20TqdO0ZBss%3D&amp;reserved=0</span><br>
</div>
</blockquote>
</div>
</div>
<span>_______________________________________________</span><br>
<span>cisco-voip mailing list</span><br>
<span>cisco-voip@puck.nether.net</span><br>
<span>https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7Cc730cfd38ea844c2a80808d7504c69de%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637066161430811593&amp;sdata=pXmnFKefxRS%2FQkrQI%2FSFOG1rn%2Bdh5Xm2WeFfwX8TWTA%3D&amp;reserved=0</span><br>
</div>
</blockquote>
</body>
</html>