Help setting up call routes for OBi202
jadog:
I have an OBi202 and have attempted to configure using OBi Expert (unsuccessfully). I have the following service providers currently setup to point to Phone port 1:
SP1 - Anveo
SP2 - Flowroute
SP3 - DIDLogic
SP4 - Google Voice
Anveo of course is my primary service provider. Since Flowroute provides free 800 (toll-free) service, I would like to configure it to be automatically used for any outbound 800 numbers. Then DIDLogic has the best international rates I could find, so I would like to use that for any outbound international calls. Then finally, I don't use Google Voice often, but would like to be able to dial 9 and this would cause the outbound call to use GV. So to re-iterate it would look like the following:
SP1 - Anveo | Primary provider. Only used to dial 800 numbers and international if SP2 and SP3 fail.
SP2 - Flowroute | Used to call 800 numbers
SP3 - DIDLogic | Used to call international numbers
SP4 - Google Voice | Used when first dialing 9
The current DigitMap below (for the ITSP Providers) is the default and the same for all four providers. Do I need to modify this?
Code:
(*xx|1xxxxxxxxxx|<1260>[2-9]xxxxxx|<1>[2-9]xxxxxxxxx|011xx.|xx.|(Mipd)|[^*]@@.)
The current OutboundCallRoute is the default for Phone 1:
Code:
{911:sp1},{933:sp1},{([1-9]x?*(Mpli)):pp},{(<##:>):li},{(<#:>):ph2},{(<**70:>(Mli)):li},{(<**82:>(Mbt2)):bt2},{(<**81:>(Mbt)):bt},{(<**8:>(Mbt)):bt},{**0:aa},{***:aa2},{(<**1:>(Msp1)):sp1},{(<**2:>(Msp2)):sp2},{(<**3:>(Msp3)):sp3},{(<**4:>(Msp4)):sp4},{(<**9:>(Mpp)):pp},{(Mpli):pli}
I added the below code to the front of the OutboundCallRoute for the international calls on SP3 and toll free calls on SP2.
{(011xx.):sp3},{(18(00|88|77|66|55|44)xxxxxxx):sp2},{
What do I need to add here to be able to dial 9 to get Google Voice to work on SP4?
azrobert:
You need to dial "9" as a prefix on a 10 digit number.
In the ITSP A DigitMap change 1xxxxxxxxxx to [19]xxxxxxxxxx
This plus the Phone DigitMap is used to validate all dialed numbers.
(Mpli) in the Phone DigitMap points to the Primary Line's (ITSP A) DigitMap.
Now a number like 94805551212 will be validated.
Add {(<9:>xxxxxxxxxx):sp4} to the outbound route.
GV doesn't require a "1" prefix.
If you want it use {(<9:1>xxxxxxxxxx):sp4}
If you want to have automatic failover to SP1, you need to setup a trunk group. This will require changes to all your trunk DigitMaps.
jadog:
Thanks for the excellent explanation! Though I'm not sure I fully understand the ITSP DigitMap change. If I use [19]xxxxxxxxxx, won't that allow for dialing 900 numbers? I don't really want that.
I understand that GV doesn't require the "1" prefix. So if I use it with {(<9:>xxxxxxxxxx):sp4} at the front, what happens if does dial a the "1" prefix? If I use the second option, wouldn't that allow for both and thus preventing possible user error?
You have me intrigued with the mention of the possibility of setting up as a trunk group for use with failover. Can you point me to some guides on how to do this? I did a search on this forum and came back with very little. From what I did read however, it would seem that the failover isn't instant. In other words, if a call fails with one provider, it may take more than a minute or two for it to re-route. Maybe I didn't read correctly, but that's what I understood.
azrobert:
You can implement this in different ways. The way I chose is to dial 9 followed by 10 digits. If you also want to allow dial 9 followed by 11 digits, you will need another rule. Let me know if you want this. You can also try setting this up yourself. Post what you did and I'll check for errors.
Rule [19]xxxxxxxxxx is checking for "1" or "9" followed by 10 digits, so this doesn't add 900 numbers. Your current rules 1xxxxxxxxxx or <1>[2-9]xxxxxxxxx will allow 900 numbers. There are a couple ways to block 900 numbers. One is to add another rule in the outbound route like this:
{([19]900xxxxxxx):}
This will route 900 numbers to nowhere. If you are adding rules for 9 followed by 11 digits, don't forget to block 900 numbers.
I don't know a good guide on trunk groups. They work differently than the normal OBi processing. The failover normally takes 32 seconds, but there are ways to speed up the process. Today is turkey day at my sister-in-law's and I have to start to get ready, so I don't have time now. I'll write something when I get back.
jadog:
Thanks for taking time out of a likely busy Thanksgiving day to help me. You rock! I'll play around with the settings you recommended and report back in a few days. Happy Thanksgiving to you and your family!!!
Navigation
[0] Message Index
[#] Next page