<div>If it is hitting the NS first, I would guess the routing profile on the NS probably does not have the UrlDialing policy in it. If you do a vtr where does it appear to fail?</div><div><br><br> </div><div class="gmail_quote">
On Wed, Jun 20, 2012 at 8:34 AM, Robert Dawson <span dir="ltr"><<a href="mailto:RDawson@alliedtelecom.net" target="_blank">RDawson@alliedtelecom.net</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">






<div lang="EN-US" vlink="purple" link="blue">
<div>
<p class="MsoNormal">Conference URI is configured on AS. Works fine for customers on AMS/SCCP as they originate against the AS. SIP endpoints originate against the NS, NS is returning a “404 Not Found” on the invite to the conference URI. I have a case open
 with TAC but we have not progressed beyond the “collect 500 log files” stage yet so I am hoping someone else may have run into this.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Thanks,<u></u><u></u></p>
<p class="MsoNormal">Rob<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>

<br>_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
<br></blockquote></div><br>