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!

link between two S8300 goes down! 1

Status
Not open for further replies.

bancci

Technical User
Sep 26, 2002
45
GB
We have installed G700 + S8300 (main location) and G700 + S8300 (remote location, S8300 is LSP).
We have deployed a couple of IP phones, some of them are in main location (extensions are 4xxx)and some are in remote location (extensions are 2xxx).
When 4xxx calls 2xxx (and other way round), users dial only ext.number. It works fine.

And now the question:
What will happen when the link between two sites goes down? S8300 LSP will take the functionallity of S8300 (from main location), but when user 2xxx calls 4xxx - he will get intercept/busy treatment. We are trying to find some solution so that user 2xxx dials 4xxx (no ars or aar code!), and somehow S8300 with LSP recognises that link is down and route that call towards CO lines(there are some CO lines connected to S8300 with LSP).

Is it possible?
 
you have to have aar as the system needs to add some digits in order to dial out on the trunk
 
Have you thought about implementing IP Trunk to PSTN failover? You can do this for poor network (QOS threshold) conditions as well as loss of connectivity back to the ICC.
 
thanks guy for info's,
mrjedi - did you mean to insert aar code on a trunk group?

wepkey - i have to admit i didn't get your idea, can you give me some more details, please
 
First of all, are the 4xxx DDI numbers? If so, your dial plan parametres first. Then enter 4xxx in the uniform dial plan with an aar analysis code. The route pattern for this aar should insert a 9 for dialling out, and the full number of 4xxx.
 
I thought even with LSP in place, in order to provide true redundancy, you will need to have installed, at least 1 T1 at the remote site or CO lines in your case. This will allow an alternate route if the link between 8300's goes down. This can built in your route patterns.

This is how I understand it to work. LSP provides processing power if the Main 8300 processor fails. In this case the remote processor would take care of call control, processing, etc...

Thanks,
Chris

 
mrjedi, if i deploy aar code in administration on the way you suggest, does it mean that every call for ext 4xxx will go through aar analysis?
 
If you put in the Dial Plan Parameters, local extension first, then anytime you dial 4xxx, it will treat is as an extension. If link is down, it will look in the UDP and the associated aar code and route out on PSTN.
 
mrjedi is right, or should I say: right mrjedi, he is...

:)

Anyway, back ontopic, you should implement UDP for this to work, so that when the "local" extension (local in the sence that as long as the connection to the remote site is available it is part of the main switch, thus extensions are local) is unavailable, you can route it through the PSTN.
Naturally you need to have a local PSTN connection on the remote site, but I hope this is the case (otherwise there's no reason the have an LSP in the first place).
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top