07-04-2013 12:06 PM - edited 03-16-2019 06:13 PM
Here is my rule:
LAB_2610XM(config)#voice translation-rule 40
LAB_2610XM(cfg-translation-rule)#rule 1 /[25-79]000/ /3000/
Here are my results:
LAB_2610XM(cfg-translation-rule)#do test voice translation-rule 40 8012000111
Matched with rule 1
Original number: 8012000111 Translated number: 8013000111
Original number type: none Translated number type: none
Original number plan: none Translated number plan: none
This time we tested a ten digit number and again we get the expected results.
LAB_2610XM(cfg-translation-rule)#do test voice translation-rule 40 3525000555
Matched with rule 1
Original number: 3525000555 Translated number: 3300000555
Original number type: none Translated number type: none
Original number plan: none Translated number plan: none
Take a good look at this example. Yes It does match our criteria with the 5000 in the number 3525000555 but look what the translated to number is; 3300000555. Here is one of those unexpected results you must watch out for and is why we test our configurations. CME found a matching number because of the 5000 in the string and when it replaced it with 3000 as our expression states, it placed the 3000 at the first 5 in the string.
I am trying to write a CCNA Voice lab manual and am worndering why the last example did what it did and what can I do to get it to give a result of 3523000555.
Solved! Go to Solution.
07-04-2013 02:05 PM
Works fine for me on 12.4(24)T2:
Router#test voice translation-rule 40 3525000555
Matched with rule 1
Original number: 3525000555 Translated number: 3523000555
Original number type: none Translated number type: none
Original number plan: none Translated number plan: none
What IOS version are you running? May be a bug.
Try running the test while also running "debug voice translation" and attach the debug as well.
07-04-2013 02:05 PM
Works fine for me on 12.4(24)T2:
Router#test voice translation-rule 40 3525000555
Matched with rule 1
Original number: 3525000555 Translated number: 3523000555
Original number type: none Translated number type: none
Original number plan: none Translated number plan: none
What IOS version are you running? May be a bug.
Try running the test while also running "debug voice translation" and attach the debug as well.
07-04-2013 03:45 PM
I am using c2600-ipvoicek9-mz.124-15.t7.bin. There must be a bug in my version. I have also tested version 15.1 and it works fine. I found a bug in my version then. Thank you for you help.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide