[cisco-voip] SRST inbound calls issue

[Lelio Fulgenzi]

The important thing is to ensure that when a call goes from one router to the other, you don't send the call back in a loop. 

Not sure how to accomplish that. It's something that we might need as I'm recommending two SRST/HSRP routers for a business continuity solution when we get rid of our emergency PBX. 

--- 
Lelio Fulgenzi, B.A. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
"Bad grammar makes me [sic]" - Tshirt 


----- Original Message ----- 
From: "James Buchanan" <jbuchanan at ctiusa.com> 
To: "Nick" <csvoip at googlemail.com>, "cisco-voip at puck-nether.net" <cisco-voip at puck.nether.net> 
Sent: Wednesday, November 26, 2008 2:29:07 PM GMT -05:00 US/Canada Eastern 
Subject: Re: [cisco-voip] SRST inbound calls issue 




Hello, 



Use a VoIP dial peer with a wildcard pattern and point it to the other gateway on each gateway. 



Thanks, 



James 




From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Nick 
Sent: Wednesday, November 26, 2008 1:20 PM 
To: cisco-voip at puck-nether.net 
Subject: [cisco-voip] SRST inbound calls issue 




I have just come across a situation, I have 2 SRST gateways with phones split across the 2, each gateway has a PRI which have a range of numbers that round robin between the 2 PRI's 





If phone A is registered to SRST gateway A then because the PRI round robins between the 2 gateways the call will only complete if it goes to the gateway that number is registered, is there any way round this or to send the call to the other gateway? 






_______________________________________________ cisco-voip mailing list cisco-voip at puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20081126/1ccb3cec/attachment-0001.html>