The regular expression language came from Unix SED, so check out that documentation.
You should only need a handful of translation patterns on the lab. I can't see them asking weird stuff like take the 3, 4, 5th digits in the DNIS or the DNIS is coming into the PSTN backwards, reorder it. I had a document I was using and put in my own notes when I was studying the written 2+ years ago. I'll see if I can find it again. It had a table with a LOT of examples. If not, I'll paste it out of my notes for you's. You strip a 9, add a 9, strip a 011, add a 011, take the last 4 digits, etc. From: Wilson Bolanos [mailto:wbola...@pvt.com] Sent: Monday, October 26, 2009 2:45 PM To: Daniel Rodriguez; Michael Ciarfello; OSL Group Subject: RE: Xlate Rules: Wildcard * in Sets Does anyone know of a great whitepaper or Cisco document that explains the translation rules very well for the CCIE voice lab? Or should the SRNDs be the main source? From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Daniel Rodriguez Sent: Monday, October 26, 2009 11:43 AM To: Michael Ciarfello; OSL Group Subject: Re: [OSL | CCIE_Voice] Xlate Rules: Wildcard * in Sets Thanks for the reply Mike. It seems that no matter how many dots I have in the set, the asterisk will always cancel the last dot out. I read the voice translations rule doc again and noticed this: Wildcard Combination .* Any digit followed by none or more occurrences, effectively anything including null. I understand that wildcard combination and used it before my 1st set.. But maybe I'm thinking of it the wrong way... I'm thinking of my set as dot, dot, dot, asterisk. Four separate wildcards. But if it's treated as a combination (as mentioned above) it's more like dot, dot, dot-asterisk. In other words, the first two dots are anything from 0-9 twice, then dot-asterisk is treated as a wildcard combination matching anything including null.. and for some reason goes with null. I hope that theory makes some sense. Seems like it follows your idea below. I tried with more dots and got the same result - all but the last dot was used to match the last digits. I also replaced the * with a ? and got the same result. Both characters could possible match null. Thanks again. Dan From: Michael Ciarfello [mailto:mciarfe...@iplogic.com] Sent: Monday, October 26, 2009 1:22 PM To: Daniel Rodriguez; OSL Group Subject: RE: Xlate Rules: Wildcard * in Sets Don't know. Stick with what works. Seems because you have the first wildcard (which would cover the entire string in itself) then another one, the second one will take the rightmost two explicit dots and consider the third dot with the star is 0 or more occurrances, but decides on 0 occurrances for unknown reason. So you have the last two dots. If my explanation makes sense. Try it with 4 dots and a star. Should end up with 3 rightmost digits. From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Daniel Rodriguez Sent: Monday, October 26, 2009 12:28 PM To: OSL Group Subject: [OSL | CCIE_Voice] Xlate Rules: Wildcard * in Sets I found something interesting when testing voice translation rule sets... I have a voice translation rule that strips everything but the last 4 digits: /^.*\(....\)$/ /\1/ It's very useful and allows me to strip the last 4 digits on inbound called party without having to know the full DNIS... but then I started to mess around with my sets and inserted a wildcard: /^.*\(...*\)$/ /\1/ Passing a number through this rule results in only the last TWO digits, yet my set contains THREE "." followed by a "*". Does the * cancel out one of the "." when inside of a set? Thanks ahead of time. - Dan
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com