News:

On Tuesday September 6th the forum will be down for maintenance from 9:30 PM to 11:59 PM PDT

Main Menu

How do route special calls so they can be made from a second OBI box ?

Started by larrybob, April 20, 2012, 08:19:09 PM

Previous topic - Next topic

larrybob

I have 2 obi boxes, one in California, one in Brazil.Often I need to make toll free calls to companies in Brazil. These calls can not be made from outside of Brazil. I have been calling the box in Brazil, and using the Auto Attendant to make these calls through the land line in Brazil. The calls are of the form 0800 xxx xxx. I believe there is a way to create a digit map and callroute in my California box that will route the call through my Brazil box automatically. Thanks for any help with this idea.

Larry

RonR

US OBi (200123456):

PrimaryLine -> DigitMap : (<n*>0800xxxxxx|...)

User Settings -> Speed Dials -> n : PP(ob200654321)


Brazil OBi (200654321):

Voice Services -> OBiTALK Service -> InboundCallRoute : {200123456>(Mli):li},...


If you're not already using Single-Stage Dialing Through Any OBi Trunk, you will also need to make the following change:

In the PHONE Port and Auto Attendant DigitMap's, change [1-9]x?*(Mpli) to [1-9]x?*@@.

In the PHONE Port and Auto Attendant OutboundCallRoute's, change {([1-9]x?*(Mpli)):pp} to {([1-9]x?*@@.):pp}

larrybob

US OBi (200123456):
PrimaryLine -> DigitMap : (<n*>0800xxxxxx|...)
User Settings -> Speed Dials -> n : PP(ob200654321)
Brazil OBi (200654321):
Voice Services -> OBiTALK Service -> InboundCallRoute : {200123456>(Mli):li},...

I am confused by your answer. Can you define what is "n". Is an an interger?
can you explain the flow of the process, i understand that the primaryLine digitmap will add n* to the number if n is an interger say 14, then 14* will be added to the 0800 number so you will get 14*0800xxxxxxx.

then you will have speed dial 14: PP(ob20065432) . can you explain what  this is?

I think the last part says that the number coming from box 200123456 will be sent out on the line trunk of box 200123456 after being processed by the digitmap of the line trunk of box 200123456.
Thanks


RonR

From page 151 of the OBi Device Administration Guide:

Using Speed Dial Number as Ad Hoc Gateway

If an external gateway does not require authentication, its access number can be stored in one of the 99 speed dial slots to allow ad hoc direct dialled gateway calls. To do this, the user dials the gateway's speed dial, followed by a *, followed by the target number. That is <gateway-speeddial> * <target-number>. For example, the gateway access number pp(ob200333456) is stored at speed dial 8, and the user can dial 8*14085551234 to call 14085551234 using the given gateway.

Note: At the present time, only gateways that are accessed with an OBi number can be used this way.

My previous reply omitted:

If you're not already using Single-Stage Dialing Through Any OBi Trunk, you will also need to make the following change:

In the PHONE Port and Auto Attendant DigitMap's, change [1-9]x?*(Mpli) to [1-9]x?*@@.

In the PHONE Port and Auto Attendant OutboundCallRoute's, change {([1-9]x?*(Mpli)):pp} to {([1-9]x?*@@.):pp}

Quote from: larrybob on April 21, 2012, 12:14:25 AM
Can you define what is "n". Is an an interger?
can you explain the flow of the process, i understand that the primaryLine digitmap will add n* to the number if n is an interger say 14, then 14* will be added to the 0800 number so you will get 14*0800xxxxxxx.

That's correct.  The {([1-9]x?*@@.):pp} rule in the PHONE Port OutboundCallRoute will send the call out the OBiTALK Service to the Brazil OBi addressed by Speed Dial 14.

Quote from: larrybob on April 21, 2012, 12:14:25 AM
then you will have speed dial 14: PP(ob200654321) . can you explain what  this is?

Speed Dial 14 is a Speed Dial to the Brazil OBi using its OBiTALK  number.

Quote from: larrybob on April 21, 2012, 12:14:25 AM
I think the last part says that the number coming from box 200123456 will be sent out on the line trunk of box 200123456 after being processed by the digitmap of the line trunk of box 200123456.

This OBiTALK Service InboundCallRoute rule resides in the Brazil OBi, so an incoming call from the US OBi will use the Brazil OBi LINE Port DigitMap and send the call out the Brazil OBi LINE Port.

larrybob

Thanks Ron! I'm almost there.
(My Admin guide only goes to page 141.. I need to print out a new copy!)

On page 82 in my guide Voice gateways are explained. I guess in the U. S. box I could also accomplish this with a voice gateway? Is there any advantages to using either method?


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   

mondynet@gmail.com

Quote from: larrybob on April 21, 2012, 12:14:25 AM
then you will have speed dial 14: PP(ob200654321) . can you explain what  this is?

Speed Dial 14 is a Speed Dial to the Brazil OBi using its OBiTALK  number.

---------------------------------------------------------------

Is there a way for me just to dial 14 and then the number in Brazil so that I won't have to type * to dial out?

So instead of 14*0800xxxxxxx

I will just dial 140800xxxxxx

Thanks!