[cisco-voip] SRST question

Kevin Thorngren kthorngr at cisco.com
Mon Feb 20 14:45:39 EST 2006


If I am reading your question correctly you could do something like 
this:

For 10 digit local dialing you can use this dial peer to use the local 
provider FXO port, assuming it is 1/0/0
dial-peer voice 5 pots
  destination-pattern 9[2-9]..[2-9]......
  port 1/0/0


Then if that call fails you can have the call use the long distance 
provider on port 1/0/1 by setting the preference to 1
dial-peer voice 6 pots
  destination-pattern 9[2-9]..[2-9]......
  preference 1
  port 1/0/1
  prefix 1


A preference value of 0 is the default and is the highest priority.  If 
more than one dial peer has the same preference then you will see some 
form of round robin between the dial peers that have the same 
destination pattern.  Otherwise the call will be extended to the 
highest priority (preference of 0) first then if the call is busy the 
GW will try the ext highest priority (preference of 1).  You will also 
want to prefix a 1 for the outbound calls using the long distance 
provider.

Or, you could simply just remove dial peer 6 and only have the local 
calls use the local provider.

HTH,
Kevin

On Feb 20, 2006, at 12:29 PM, Voll, Scott wrote:

> If I have 4 FXO ports on a 2801 running 12.3(14)T5 that goes into SRST 
> (MGCP VGW) which port will it start dialing out on then which is next 
> etc.
>  
> Reason I ask is this VGW is in to different Telco areas.  And the 
> worst part is that calls from one telco to the other are long 
> distance.  So I don’t want to get into an issue of dialing a number in 
> SRST and the operator saying you don’t have to dial 1 then try again 
> for it to say you must dial 1.  You get the basic idea.  I really 
> don’t want to try and setup ~150 dial peers to fix the issue.  Is the 
> easiest fix to just remove any desination-patterns off the two ports 
> that go to one telco?
>  
> Any thoughts?
>  
> Scott
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 2521 bytes
Desc: not available
Url : https://puck.nether.net/pipermail/cisco-voip/attachments/20060220/e56dd602/attachment.bin


More information about the cisco-voip mailing list