[cisco-voip] International Calling Weirdness

[Matthew Ballard]

Try changing the destination pattern to 9011T.  I believe as is it will
strip the 901, leaving 14579282828, which isn¹t a valid number to send to
the telco.  If you make the pattern 9011T, it will only send 4579282828 (so
only starting with the country code).  Depending on your telco you may also
have to force the type to international, which could be done using a
translation-rule/profile, on the interface, or possibly a couple of other
ways.  Reference the thread I started earlier this week about H.323 Gateway
(Cisco) and Plan Type.

Matthew Ballard
Network Manager
Otis College of Art and Design


On 3/12/10 9:50 AM, "Jim Reed" <jreed at swiftnews.com> wrote:

> First off, thanks to Ryan, Jason and Scott for their replies.
> 
> An interesting note is that if I set up a Route Pattern with the exact number
> in it and a matching dial peer on the router at Locations B and C, the call
> goes through with no problem.  Here is what the default dial peer looks like
> and the modified one I put in the routers as a test.
> 
> dial-peer voice 400 pots
>  description Outbound International Calls to PRI
>  destination-pattern 901T
>  port 0/1/0:23
>  prefix 01
> 
> 
> dial-peer voice 401 pots
>  description Denmark Test
>  destination-pattern 90114579282828
>  port 0/1/0:23
>  prefix 0114579282828
> 
> The Route Patterns in Call Manager have the entire number in the Route Pattern
> field and Discard Digits is set to none.  I would think if the problem was
> with the telco, it wouldn¹t work under any scenario yet it works just fine
> when I set it up this way.  I have tried several variations on the Route
> Pattern and Dial Peer using only portions of the number but none of them seem
> to work except for an exact match.  I¹m still doing some additional testing.
> Just wanted to pass this along in case it rang any bells for anyone.
> 
> Thank You...

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