<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Verdana; font-size: 10pt; color: #000000'>I'll have to read up on the limit of translation rules in v15. Last I checked it was 15, which was not scalable by any means. I'll post the limit and link to the documentation if I find it.<span><br><br><span name="x"></span>---<br>Lelio Fulgenzi, B.A.<br>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>(519) 824-4120 x56354 (519) 767-1060 FAX (ANNU)<br>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>Cooking with unix is easy. You just sed it and forget it. <br> - LFJ (with apologies to Mr. Popeil)<br><span name="x"></span><br></span><br><hr id="zwchr"><b>From: </b>"Nick Matthews" <matthnick@gmail.com><br><b>To: </b>"Lelio Fulgenzi" <lelio@uoguelph.ca><br><b>Cc: </b>"Dennis Heim" <Dennis.Heim@cdw.com>, "Cisco VoIPoE List" <cisco-voip@puck.nether.net>, "Chris Martin" <clm.ccie@gmail.com><br><b>Sent: </b>Wednesday, November 30, 2011 8:40:17 AM<br><b>Subject: </b>Re: [cisco-voip] Num expands<br><br>When you type bad characters into the command line, the error prompt<br>says you can. I wasn't able to get ^ to work but I didn't try too<br>terribly hard.<br><br>In the latest IOS (I'm thinking 15(2)T) they greatly increased the<br>amount of translation rules you can have, so that ban has been lifted<br>after 10 something years. There's a limit on num-exp too, but I think<br>it's in the realm of 512 entries.<br><br>-nick<br><br>On Tue, Nov 29, 2011 at 10:26 AM, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:<br>> This is an interesting thread. I used numexp for the simple reason that<br>> translation rules, etc have a limited number of entries available. I was<br>> aware that they were captured both on the in/out but not midstream. I only<br>> use them during SRST so I don't think we're too exposed. Will have to<br>> re-evaluate when I have a bit more time.<br>><br>> Can numexp use both ^ and $ so it doesn't capture midstream?<br>><br>> ---<br>> Lelio Fulgenzi, B.A.<br>> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>> (519) 824-4120 x56354 (519) 767-1060 FAX (ANNU)<br>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>> Cooking with unix is easy. You just sed it and forget it.<br>> - LFJ (with apologies to Mr. Popeil)<br>><br>><br>> ________________________________<br>> From: "Dennis Heim" <Dennis.Heim@cdw.com><br>> To: "Nick Matthews" <matthnick@gmail.com>, "Chris Martin"<br>> <clm.ccie@gmail.com><br>> Cc: "Cisco VoIPoE List" <cisco-voip@puck.nether.net><br>> Sent: Tuesday, November 29, 2011 12:55:48 AM<br>> Subject: Re: [cisco-voip] Num expands<br>><br>> Num-exp will eventually bite you in the arse. Any time saved now will be<br>> insanely painful down the road or if you are lucky you will be employed<br>> somewhere else when it comes time to payback the Cisco gods.<br>><br>> Dennis Heim<br>> Senior Engineer (Unified Communications)<br>> CDW Advanced Technology Services<br>> 10610 9th Place<br>> Bellevue, WA 98004<br>><br>> 425.310.5299 Single Number Reach (WA)<br>> 317.569.4255 Single Number Reach (IN)<br>> 317.569.4201 Fax<br>> dennis.heim@cdw.com<br>> cdw.com/content/solutions/unified-communications/<br>><br>><br>> -----Original Message-----<br>> From: cisco-voip-bounces@puck.nether.net<br>> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Matthews<br>> Sent: Monday, November 28, 2011 7:27 PM<br>> To: Chris Martin<br>> Cc: Cisco VoIPoE List<br>> Subject: Re: [cisco-voip] Num expands<br>><br>> Agree. Num-exp is one of the easiest ways to create a totally messy dial<br>> plan. You can use the $ terminator in the num-exp string if you find no<br>> other way around it.<br>><br>> -nick<br>><br>> On Tue, Nov 22, 2011 at 3:04 PM, Chris Martin <clm.ccie@gmail.com> wrote:<br>>> Num expansion is bi-directorial and will replace digits mid stream if<br>>> it has a match, just like you are reporting. I would create a voice<br>>> translation rule and apply to either an incoming dial-peer or on your<br>>> voice-port.<br>>><br>>> IE:<br>>><br>>> voice translation-rule 9000<br>>> rule 1 /^9...$/ /55\0/<br>>> !<br>>> voice translation-profile 9000<br>>> translate called 9000<br>>> !<br>>> voice-port 0/0/0:23<br>>> translation-profile incoming 9000<br>>><br>>> This matches on anything incoming on an incoming called number with 9<br>>> and 3 extra digits then prefixes 55. ie: 9001 = 559001.<br>>><br>>> HTH,<br>>> Chris<br>>><br>>> On Tue, Nov 22, 2011 at 1:30 PM, Mike King <me@mpking.com> wrote:<br>>>><br>>>> I have a site that has been given the number block ending in 9XXX.<br>>>> Trypically we've only been taking in 4 digits from telco.<br>>>> I set a num expand like this:<br>>>> 9... 559...<br>>>> we have extensions in the 5591XX thru 5599XX.<br>>>> However, I have issues with outbound calls completing. My Maintenance<br>>>> provider is saying that it was catching anyting (outbound calls as<br>>>> well) and appending 559 to it.<br>>>> example<br>>>> 919781234567 becomes 95599781234567<br>>>><br>>>> Suggestions?<br>>>> I guess I could contact telco and change it up to 5 digits, but I'm<br>>>> wondering if there is a different way to setup the num expands so it<br>>>> does more what I want.<br>>>> Mike<br>>>> _______________________________________________<br>>>> cisco-voip mailing list<br>>>> cisco-voip@puck.nether.net<br>>>> https://puck.nether.net/mailman/listinfo/cisco-voip<br>>>><br>>><br>>><br>>> _______________________________________________<br>>> cisco-voip mailing list<br>>> cisco-voip@puck.nether.net<br>>> https://puck.nether.net/mailman/listinfo/cisco-voip<br>>><br>>><br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> cisco-voip@puck.nether.net<br>> https://puck.nether.net/mailman/listinfo/cisco-voip<br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> cisco-voip@puck.nether.net<br>> https://puck.nether.net/mailman/listinfo/cisco-voip<br>><br></div></body></html>