[cisco-voip] translation-rule on dialpeer for International calls to set plan=isnd type=international

[Jim Reed]

Jason,
Don't know if your issue is the same as we had at several locations but it did involve the telco prepending the 011 on the front of our dial string even though it was already there.  Here is what I did to resolve our issue.  Just thought I would pass it along.

dial-peer voice 103 pots
 description Outbound International Calls to PRI
 numbering-type international
 destination-pattern 9011T
 translate-outgoing called 9976
 port 0/0/0:23


translation-rule 9976
 Rule 0 0.% 0 international international
 Rule 1 1.% 1 international international
 Rule 2 2.% 2 international international
 Rule 3 3.% 3 international international
 Rule 4 4.% 4 international international
 Rule 5 5.% 5 international international
 Rule 6 6.% 6 international international
 Rule 7 7.% 7 international international
 Rule 8 8.% 8 international international
 Rule 9 9.% 9 international international

--
Jim Reed
Manager of Technical Services
Swift Communications, Inc.
970-384-9141 (Direct)
775-772-7666 (Cell)
Sorry, no faxes accepted.
Please send documents by eMail.



On 6/21/10 12:52 PM, "Jason Aarons (US)" <jason.aarons at us.didata.com> wrote:

Users dial 9,011+Number, AT&T doesn't want to see 011 and this circuit has both US Long Distance and International dialing from Houston, TX. This would so much easier if they just took the 011 <grin> and I could set it at port level.

At the dial-peer level I need to set the plan/type, but I know my rule below isn't correct as we don't pass 011 to provider just the Country Code+City+Number.

voice translation-rule 101
 rule 1 /\(.*\)/ /011\1/ type international international
!
!
!
voice translation-profile setintl
 translate called 101
!
dial-peer voice 30 pots
 description International Dialing
 translation-profile outgoing setintl
 destination-pattern 9011T
 direct-inward-dial
 port 0/2/0:23
________________________________

Disclaimer: This e-mail communication and any attachments may contain confidential and privileged information and is for use by the designated addressee(s) named above only.  If you are not the intended addressee, you are hereby notified that you have received this communication in error and that any use or reproduction of this email or its contents is strictly prohibited and may be unlawful.  If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100621/c16e8c48/attachment.html>