<div dir="ltr">Brian,<div><br></div><div>I agree with you on the trailing hash requirement. DNA will not make a match for you unless you typed the hash at the end.</div><div><br></div><div><img src="cid:ii_14b854cfd1a54570" alt="Inline image 1" width="466" height="118"><br></div><div><br></div><div><img src="cid:ii_14b854d2749d87a5" alt="Inline image 2" width="446" height="110"><br></div><div><br></div><div>Also, the PreDot/Trailing # is only needed for Translation Patterns. Route Patterns strip the trailing hash automatically. Though, it doesn't hurt to use the predot/trailing # on Route Patterns, it will still work.</div><div><br><div class="gmail_quote">On Fri Feb 13 2015 at 4:06:51 PM Brian Meade <<a href="mailto:bmeade90@vt.edu" target="_blank">bmeade90@vt.edu</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">If your route pattern is 9.011!#, users have to dial the # at the end to match and your discard should be pre-dot trailing hash. Usually you'll have 2 RPs for international (9.011! and 9.011!#).</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 13, 2015 at 3:29 PM, Ryan Huff <span dir="ltr"><<a href="mailto:ryanhuff@outlook.com" target="_blank">ryanhuff@outlook.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div><div dir="ltr">Try this one on;<br><br>Was working fine ...<br><br>Standard Int'l route pattern 9.011!# Discard set to PreDot (again, this was working ... no issue on gateway ... etc)<br><br>So today it stops working, just rings busy. I debug the ISDN and it shows called party as the last 7 digits. I go over to DNA and use an int'l pattern with the css I was using and it blocks pattern for unallocation.<br><br>I create a new test partition with a new 9.011!# pattern in it and a new css with only the new partition in it. I go back over to DNA and try the int'l pattern with the new test css and it blocks for unallocated.<br><br>Now I scratch my head, so I take off the octothorpe on the pattern (9.011!) and BOOM, DNA routes and everything is happy. I move to production and it works just fine without the octothorpe.<br><br>What does this sound like? Do you think I may have competing patterns somewhere in the dial plan?<br><br>Thanks,<br><br>Ryan<br> </div></div>
<br>______________________________<u></u>_________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/<u></u>mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>
______________________________<u></u><u></u>_________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/<u></u>mailma<u></u>n/listinfo/cisco-voip</a><br>
</blockquote></div></div></div>