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.
vg1: Ob number of box2 (Box with PTSN line)
vg2: Ob number of box3
tg2: vg1 and vg2
Inbound call route of OBi
Inbound call route of OBi.
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 Number **714154871880 _g3ob200345678*14154871880
Direction Outbound Outbound
14:06:41 New Call
14:06:53 End Call
Call log from Box2 (200345678)
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: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.