How do route special calls so they can be made from a second OBI box ?
larrybob:
I think if I can use the voice gateway method it would be better for my proposes. When I get get all to work, i explain the big picture for now I just want to get this piece working.
I tried to set up single stage dialing through a voice gateway, but I have not been successful. I hope someone can show me where I am missing something. this is what I did so far
box1 200813082
box2 200960470
BOX 1
I added a voice gateway in slot 3
Acess Number : PP(ob200813082)
DigitMap: xx.
To the Phone OutboundCallRoute I added:
{(<**3:>(Mvg3)):vg3}
To the phone digitmap I added my test number:
14158263763
Box2
I kept the default inbound callroute for OBITALK:
{(290183615|200813082|200197212)>(xx.):LI},{(290183615|200813082|200197212):aa},{ph}
To the line digit map I added my test number
14158263763
Then I tested:
first I called 14158263763 on Box2 ..... > the call went out on the line trunk as expexted.
The I called 14158263763 On box1.....>the call failed! I head A SIT tone.
This is what the call log showed on box1
OBITALK
_g3ob200813082*14158263763
Outbound
Box2
No incoming call was shown .
Thanks for any help with this...
Larry
RonR:
For starters...
Quote from: larrybob on April 21, 2012, 10:30:05 pm
box1 200813082
box2 200960470
BOX 1
I added a voice gateway in slot 3
Acess Number : PP(ob200813082)
The Voice Gateway3 AccessNumber points to the local OBi, not the remote OBi (i.e. it points to itself).
Quote from: larrybob on April 21, 2012, 10:30:05 pm
Box2
I kept the default inbound callroute for OBITALK:
{(290183615|200813082|200197212)>(xx.):LI},{(290183615|200813082|200197212):aa},{ph}
If you want number validation and tranformations to occur, this should be:
{(290183615|200813082|200197212)>(Mli):li},{(290183615|200813082|200197212):aa},{ph}
larrybob:
Thanks RON! I was confused witch OBI number to use in the voice gateway, I used the remote box number in the voice gateway, and all worked!This is wonderful... many companies in Brazil can only be reached through their 0800 number this solves a big problem! I will also change the Inbound call route as you suggested..
Here is part-2
I have now around 15 boxes, 9 in the U.S. and 6 in Brazil only 3 in Brazil have Landlines.
I had a thought to make a voice gateway for each of the three boxes with landlines, then combine them in a trunk.
I am not sure how things would work??
there would be (vg3, vg4, vg6) combined into tg2
If I make a call from My U.S. based box to an 0800 number through tg2 and vg3 is available, the call should route through the first box in Brazil. If Vg3 is off line, I hope the call will route through vg4 ?? Will this happen?
What would happen, if the box of Vg3 is online but the line port of the box of Vg3 is in use... will the call still be sent through vg4 or vg6, or will i get a SIT tone??
Thanks.. Larry
RonR:
Trunk Groups do not provide hunting or fail-over capability. A Trunk Group simply skips over a trunk whose sessions are depleted or, in a few cases, is not available for another reason.
Voice Gateways do not provide adequate status to be reliably used with Trunk Groups. Even if the OBiTALK Service trunk is disabled, a Trunk Group will not skip over a Voice Gateway that's trying to use it. If the target of a Voice Gateway is not in service, it will still be tried and endless ringing will be heard with no indication of the problem.
With 15 OBi's in a network, I would definitely implement Single-Stage Dialing Through Any OBi Trunk in all of them (it's totally transparent to any user that's unaware of its presence) in order to be able to explicitly address each of them from any of them, even if I employed the automatic routing as described earlier in this thread. If automatic routing fails for any reason, you'd then have the option to select another route explicitly.
larrybob:
Thanks Again Ron!...
Your idea of using Single-Stage Dialing Through Any OBi Trunk would work with sophisticated users, but most of my users would never understand that feature. That being said, i did some testing of my own. I only have one PTSN line available where I am, so I used routing to sp1 on box3 in place of routing to li. This is how I set up my test.
Originating Box:
vg3: Ob number of box2 (Box with PTSN line)
vg4: Ob number of box3
tg1: vg3 and vg4
box2:
Inbound call route of OBi
{>(xx.):li},{(290183615|200813082|200197212):aa},{ph}
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.
b) ptsn line disconnected on box2---> call routed through box3 on sp1 of box3!
c) ptsn line in use on box2---- > call routed through box3 on sp1 of box3!
d) box2 off line -------->Will route through to box 3 in first few seconds after box2 is off line, (then will get a call rejected by service message) 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 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. 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 ( 200813082)
Call 1 04/23/2012 14:06:41
Terminal ID PHONE1 OBiTALK1
Peer Name
Peer Number **714154871880 _g3ob200960470*14154871880
Direction Outbound Outbound
14:06:41 New Call
14:06:53 End Call
Call log from Box2 (200960470)
NO Calls!!
Call Log from Box3( 200915780)
Call 1 04/23/2012 14:06:45
Terminal ID OBiTALK1 GoogleVoice1
Peer Name Larry's OBI 110 Home
Peer Number 200813082 14154871880
Direction Inbound Outbound
14:06:45 Ringing
14:06:53 End Call
Navigation
[0] Message Index
[#] Next page
[*] Previous page