Hunting and Automatic Fall-over(out going) using a Trunk Group?

(1/1)

larrybob:
Most of this is a copy from another post, but it was buried pretty deep so I am starting a new subject here.

I believe I have hunting working using a trunk group, but I am not 100% sure, as I am confused if this is supposed to be possible.
I want to use this to call 0800  numbers in Brazil (Toll free calls that can only be made from inside Brazil)from obi boxes that are within the U.S. My goal is to send all theses calls to boxes in Brazil that can access a PTSN line. If the first box in Brazil is not available, then the call will hunt or fall over to a second box, and even possibly a third.
If this actually works I see no reason this can not be used in other aplications where multiple Google Voice or VoIP lines are needed for outgoing calls.

My test set up is described below. I only have access to one PTSN line for testing. So in my test I set box3 to use SP1 instead of a PTSN Line.

I am very interested to know if anyone has had sucess with a similar set up.

This is how I set up my test.
Originating Box:
vg1: Ob number of box2 (Box with PTSN line)
vg2: Ob number of box3
tg2: vg1 and vg2
box2:
Inbound call route of OBi
{>(xx.):li}
box 3:
 Inbound call route of OBi.
{>(xx.):sp1}

In my test, calls of my test number on the Originating box are sent to tg2.
This is what happened:
a) ptsn line avaiable on box2 --> call routed through box2 on ptsn line. Successful!

b) ptsn line disconnected on box2---> call routed through box3 on sp1 of box3. Successful!
c) ptsn line in use on box2---- > call routed through box3 on sp1 of box3. Successful!
d) box2 off line --------> will get a "call rejected by service" message)FAILURE!
( if box 2 goes back on line then call is routed through box3 on sp1 of box3)

The Trunk group did provide hunting or fall-over capability. I was surprised!!It took 6 to eight rings (29 seconds), but eventually, the call always went through. The only time hunting failed was when  box2 went offline( then a call rejected message is heard, not infinite ringing)

Perhaps this is an undocumented feature? It seems to be working.
For most users, a wait of 30 seconds for a call to connect is unsatisfactory as most people will hang up before the call is routed through.
In my case, this would just be needed for 0800 calls, and I can warn the users that these calls will take extra time to connect. If box2 would be off line, the other users would not be able to complete an 0800 call but as long as it is online it seems that if the PTSN (li) service of box2 is not available the call will fall over (eventually) to box3.

Here  are more details from the call logs of the boxes.(The actual box numbers were replaced with dummy numbers but the call log is real.( I will show a type b) call from above. It is interesting to note that the originating box shows an obi call to box2 only, even though the call is routed through box3.

Call log from originating box:Larry's Obi110 home ( 200123456)
Call 1   04/23/2012    14:06:41  
Terminal ID   PHONE1   OBiTALK1
Peer Name      
Peer Number   **714154871880   _g3ob200345678*14154871880
Direction   Outbound   Outbound
14:06:41   New Call  
14:06:53   End Call

Call log from Box2 (200345678)
NO Calls!!

Call Log from Box3( 200678987)
Call 1   04/23/2012    14:06:45  
Terminal ID   OBiTALK1   GoogleVoice1
Peer Name   Larry's OBI 110 Home  
Peer Number   200123456   14154871880
Direction   Inbound   Outbound
14:06:45   Ringing  
14:06:53   End Call  

As can be seen from the call log, a call made from box 1 bypassed box2 which was on line but whose ptsn was not available , and was made through box 3.

Again, i am interested if anyone else has been using this, or has duplicated fall over similar to this.

Larry

ProfTech:
I'm not sure about using the gateways in a trunk group but I have a fairly simple trunk group consisting of my PSTN line and sp1 [Callcentric] and it works perfectly. Local calls and Toll Free calls are routed to the PSTN line unless it is in use in which case they are routed to Callcentric. This also has the side benefit of giving me two lines to use for conference calling. As far as I can tell trunk groups have no effect on incoming calls whatsoever.

Navigation

[0] Message Index