Yeah, apparently my PRI was not picking up the remote call reject.... I only figured it out after seeing the call-reject on the remote PRI...<br><br><br>Jonathan<br><br><div class="gmail_quote">On Fri, Mar 5, 2010 at 1:41 PM, Mark Holloway <span dir="ltr"><<a href="mailto:mh@markholloway.com">mh@markholloway.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div style="word-wrap: break-word;">Wow, what odd behavior. I would expect a fast-busy. Also, I noticed in your test below the first line says Skipping and the last line says Matched yet the number= is the same on both.<div>
<div></div><div class="h5"><div><br><div><div>On Mar 4, 2010, at 10:49 PM, Jonathan Charles wrote:</div><br><blockquote type="cite">OK, now I am starting to wonder if it was working the whole time...<br><br>The calls are being rejected, but they are still ringing on the calling side...<br>
<br>Thanks!<br><br><br><div class="gmail_quote">On Thu, Mar 4, 2010 at 11:36 PM, Jonathan Charles <span dir="ltr"><<a href="mailto:jonvoip@gmail.com" target="_blank">jonvoip@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Did it on the inbound peers and moved it off the voice port....<br><br>Call is not blocked... and translation isn't invoked.<br>
<br><br>!<br>dial-peer voice 100 pots<div><br> call-block translation-profile incoming BLOCKED<br></div>
call-block disconnect-cause incoming call-reject<br> incoming called-number .<br> direct-inward-dial<div><br> port 0/0/0:23<br></div>!<br>dial-peer voice 101 pots<div><br> call-block translation-profile incoming BLOCKED<br>
</div> call-block disconnect-cause incoming call-reject<br>
incoming called-number .<br> direct-inward-dial<br> port 0/0/1:23<br><br><br>However, if I test it...<br><br>HTACHI525a#test voice translation-rule 2 6305551212<br>6302192766 blocked on rule 1<br>HTACHI525a#<br>.Mar 4 23:28:15: //-1/xxxxxxxxxxxx/RXRULE/regxrule_match: Skipping a call block rule; number=6305551212 rule precedence=1<br>
.Mar 4 23:28:15: //-1/xxxxxxxxxxxx/RXRULE/regxrule_match: more digits needed; number=6305551212 rule precedence=2<br>.Mar 4 23:28:15: //-1/xxxxxxxxxxxx/RXRULE/regxrule_match: No match; number=6305551212 rule precedence=3<br>
.Mar 4 23:28:15: //-1/xxxxxxxxxxxx/RXRULE/regxrule_rule_match: partial match found, partial_match 2<br>.Mar 4 23:28:15: //-1/xxxxxxxxxxxx/RXRULE/regxrule_match: Matched a call block rule; number=6305551212 rule precedence=1<br>
HTACHI525a#<br><br><br>On an actual call, you see no debug output.<br><font color="#888888"><br><br>Jonathan</font><div><div></div><div><br><br><br><br><div class="gmail_quote">On Thu, Mar 4, 2010 at 11:24 PM, Jonathan Charles <span dir="ltr"><<a href="mailto:jonvoip@gmail.com" target="_blank">jonvoip@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Not valid on the voice port.<div><div></div><div><br><br><div class="gmail_quote">
On Thu, Mar 4, 2010 at 7:04 PM, Mathew Miller <span dir="ltr"><<a href="mailto:miller.mathew@gmail.com" target="_blank">miller.mathew@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Try this.<br>
<div><br>
<br>
voice-port 0/0/0:23<br>
</div> call-block translation-profile incoming BLOCKED<br>
<div><div></div><div><br>
On Mar 4, 2010, at 5:20 PM, Jonathan Charles wrote:<br>
<br>
> So, I have the following translation:<br>
><br>
> voice translation-rule 2<br>
> rule 1 reject /^6305551212$/<br>
><br>
> voice translation-profile BLOCKED<br>
> translate calling 2<br>
> !<br>
><br>
><br>
> voice-port 0/0/0:23<br>
> translation-profile incoming BLOCKED<br>
> bearer-cap Speech<br>
> !<br>
><br>
> Router#test voice translation-rule 2 6305551212<br>
> 6305551212 blocked on rule 1<br>
><br>
><br>
> Mar 4 17:17:48: //-1/xxxxxxxxxxxx/RXRULE/regxrule_match: Skipping a call block rule; number=6305551212rule precedence=1<br>
> .Mar 4 17:17:48: //-1/xxxxxxxxxxxx/RXRULE/regxrule_match: more digits needed; number=6305551212 rule precedence=2<br>
> .Mar 4 17:17:48: //-1/xxxxxxxxxxxx/RXRULE/regxrule_match: No match; number=6305551212 rule precedence=3<br>
> .Mar 4 17:17:48: //-1/xxxxxxxxxxxx/RXRULE/regxrule_rule_match: partial match found, partial_match 2<br>
> .Mar 4 17:17:48: //-1/xxxxxxxxxxxx/RXRULE/regxrule_profile_match_internal: partial match found with rule 2 ruleset 2<br>
> .Mar 4 17:17:48: //-1/xxxxxxxxxxxx/RXRULE/regxrule_profile_subst_internal: partial match found doing regxrule_profile_match<br>
><br>
> And the call progresses fine to its destination.<br>
><br>
> It appears the call reject via translation doesn't do anything, the very first line of the debug says it is just skipping the rule...<br>
><br>
> What is going on here?<br>
><br>
> Why does this not work...<br>
><br>
> This is a 2851 running 12.4.24T2<br>
><br>
><br>
> Jonathan<br>
><br>
><br>
><br>
</div></div><div><div></div><div>> _______________________________________________<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/mailman/listinfo/cisco-voip</a><br>
<br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>
_______________________________________________<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/mailman/listinfo/cisco-voip</a><br>
</blockquote></div><br></div></div></div></div></blockquote></div><br>