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.
