Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

SCN and trunk failover

Status
Not open for further replies.

HairySupportMonkey

Programmer
May 30, 2008
186
GB
Hello,

we have a customer (Taxi) with 3 IP Offices and SCN between the 3 sites via VPN over DSL + a couple of IP handsets

so what we have is 3 offices like so:
Main office - IP 500 - ISDN + users
Remote office 1 - IP500 - ISDN + IP handset
Remote office 2 - IP500 - ISDN + POTS + IP handset
(customer didnt want to go down the SIP route so we couldnt port all the numbers to one site and we should have used Qunitum tenors here, but the customer wouldnt wear the costs.

What happens at the moment, (and this is how the customer wanted to route the calls) calls are all routed to the Main office regardless of where they orginiate, the two remote sites use SCN to route to a hunt group on the main office with the IP handset in it, then overflow to the main office.

What we need to to happen is if the VPN fails we need calls to re-route out via the local ISDN, but we just cant get calls to fail over, as all their remote offices also rely on the VPN for terminal services for their booking and despatch software so the calls need to route to the head office.

Any suggestions?

Thanks in advance!

 
I assume you have set up and tried ARS to do this? I am not sure how well ARS detects a VPN connection going down as it still has a working connection to the router itself.

ACS - IP Office Implement
 
This is for inbound calls re-routing over the local ISDN to dial the main office, so they still field the calls, as the remote site wont be able to book the car in the event of VPN failure.

 
You can still send forwarded calls to an ARS form, If I understand correctly a call to a remote site comes in and is sent straight back out to the Main site via the VPN and you want to fail those calls over to go out the ISDN pipe whan the VPN goes down, ARS can do this, but as I say not sure if it detects a VPN failure well.

ACS - IP Office Implement
 
I assume you have set up and tried ARS to do this? I am not sure how well ARS detects a VPN connection going down as it still has a working connection to the router itself.

There is a new timer in 4.2 specialy for sip and iptrunks

If there is no reply within that timer it will fallover


ACA - Implement IP Office
ACS - Implement IP Office
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!
 
So, as a diagram

all working:
ISDN Call --> *remote ip office* --> VPN (SCN) --> *Main Office IPO* --> *5620 back to remote site*

failure:
ISDN Call --> *remote ip office* --> DIAL PSTN --> *Main Office IPO* --> *Answered at main office*

and you think ARS can deal with this? We have tried but perhaps missing something?

 
tlpeter - would you have any more details for this timer... im looking in 4.2 Manager - and blind.....
 
Ahh I see it in Line, Voip settings, call initiation timeout

ACS - IP Office Implement
 
Mr Monkey,lol I think it would rely upon calls being forwarded over the Sip trunk to the group as oppose to it being routed to the group over Advanced SCN which is what you are currently doing right?

ACS - IP Office Implement
 
So on Incoming call route send the calls to a shortcode that dials the Group(say 1234)over the VPN via the ARS form with the ISDN as a fallback with the extra numbers in a shortcode required to dial over the ISDN (012341234). In effect not using the Advanced SCN features at all just using it as basic SCN.

ACS - IP Office Implement
 
With the call initiation time out in 4.2, is that for outgoing or incoming? I read it as outgoing....

"Call Initiation Timeout: Default = 4 seconds, Range = 1 to 99 seconds, Software level = 4.2+.
This option sets how long the IP Office should wait for a response to its attempt to initiate a call before following the alternate routes set in an ARS form."

 
amriddle01 - Im sure we did this, but it doesnt work. when you call with the VPN the call is answered by the local switch and doesnt route anywhere
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top