Please help me create a dial plan for Obi100
Setup:
SP1 : Google Voice
SP2: Callcentric
Pap2 dial plan:
(*xx.|*xxx|411:**275*18004664411>|<1877:**275*1877>xxxxxxxS0|<1866:**275*1866>xxxxxxxS0|<1800:**275*1800>xxxxxxxS0|<1888:**275*1888>xxxxxxxS0|<##:*123>|<:*75>xx<#:>|<*75xx|0|00|<:1614>[2-9]xxxxxx|<:1>[2-9]xxxxxxxxx|1[2-9]xxxxxxxxxS0|011[2-9]x.|[3469]11|**275*x.)
Need dial plan for SP1: 7 digits and 1+10 digits.
SP2: 911,411, and 1877,1866,1800,1888, voice mail dialing ##, 011, speed dial prefix *75
Thanks.
There's a fair amount here and it's untested, so don't be surpised if it needs a tweak or two.
Physical Interfaces -> PHONE Port -> PrimaryLine : SP2 Service
Physical Interfaces -> PHONE Port -> OutboundCallRoute:
{([1-9]x?*(Mpli)):pp},{(<#:>):li},{911:sp2},{(*75xx):sp2},{**0:aa},{***:aa2},
{(<**1:>(Msp1)):sp1},{(<**2:>(Msp2)):sp2},{(<**8:>(Mli)):li},{(<**9:>(Mpp)):pp},{(Mpli):pli}
Service Providers -> ITSP Profile A -> General -> DigitMap:
(1xxxxxxxxxx|<1>[2-9]xxxxxxxxx|<1614>xxxxxxx|011xx.|(Mipd)|[^*]@@.'@'@@.)
Service Providers -> ITSP Profile B -> General -> DigitMap:
(*xxx|*<00:75>xx|**275*[x*][x*].|<411:**275*18004664411>|<**275*>18(00|88|77|66|55)xxxxxxx|
<**275*1>8(00|88|77|66|55)xxxxxxx|<**1>1xxxxxxxxxx|<**11>[2-9]xxxxxxxxx|<**11614>xxxxxxx|
011xx.|(Mipd)|[^*]@@.'@'@@.)
7-digits -> SP1 (1 + 614 + 7-digits)
10-digits -> SP1 (1 + 10-digits)
11-digits -> SP1 (11-digits)
911 -> SP2 (911)
*xxx -> SP2 (*xxx)
*00xx -> SP2 (*75xx)
**275*+ -> SP2 (**275*+)
411 -> SP2 (**275*18004664411)
800 + 7-digits -> SP2 (**275*1800 + 7-digits)
1800 + 7-digits -> SP2 (**275*1800 + 7-digits)
011+ -> SP2 (011+)
Note: Callcentric Speed Dials are accessed by *00xx to avoid conflict with OBi *75.
Callcentric Voice Mail is accessed using *123 instead of ##.
Ron,
Thank you for the information. I will try it out once I receive my obi100 from Amazon.
BTW why SP2 was set as primary. Does it make a different when making or receiving a call which SP is primary ? I just want to learn more about the operation of the TA.
Thanks in advance.
Incoming calls on any trunk will ring the OBi PHONE Port.
Outgoing calls are made by default on the PrimaryLine. It doesn't matter what the PrimaryLine is as long as everything winds up going where it should.
In this instance, there are more special cases related to SP2 than SP1, so it's more convenient to make SP2 the PrimaryLine and redirect 7-, 10-, and 11-digit calls to SP1. It could be rewritten with SP1 as the PrimaryLine, but there would be many more redirects to SP2 and it would look more complex.
Thanks, The setup works like a cham. BTW when I tried to dial out **2+plus 7 digits I got the error message there is no call route available.
How do I force dial SP2 ?
Thanks.
By default (no **n prefix dialed), the OBi sends everything out the PrimaryLine (SP2 in this case). When you alter that trunk's DigitMap to automatically redirect certain patterns (7/10/11 dgits in this case) to another trunk (SP1 in this case), you give up the ability to force those patterns out the PrimaryLine.
I've reworked things in the settings below so that PrimaryLine is SP1. It's a little more cryptic, but should solve your complaint about not being able to force 7/10/11 digit numbers out SP2. There is a trade-off, however, in that you won't be able to force toll-free or international calls out SP1 using **1. You'll have to decide which trade-off is better for your usage.
Physical Interfaces -> PHONE Port -> PrimaryLine : SP1 Service
Physical Interfaces -> PHONE Port -> OutboundCallRoute:
{([1-9]x?*(Mpli)):pp},{(<#:>):li},{911:sp2},{(*75xx):sp2},{**0:aa},{***:aa2},
{(<**1:>(Msp1)):sp1},{(<**2:>(Msp2)):sp2},{(<**8:>(Mli)):li},{(<**9:>(Mpp)):pp},{(Mpli):pli}
Service Providers -> ITSP Profile A -> General -> DigitMap:
(*<00:75>xx|<**2>*xxx|<**2>**275*[x*][x*].|<411:**2**275*18004664411>|
<**2**275*>18(00|88|77|66|55)xxxxxxx|<**2**275*1>8(00|88|77|66|55)xxxxxxx|
1xxxxxxxxxx|<1>[2-9]xxxxxxxxx|<1614>xxxxxxx|<**2>011xx.|(Mipd)|[^*]@@.'@'@@.)
Service Providers -> ITSP Profile B -> General -> DigitMap:
(*xxx|**275*[x*][x*].|1xxxxxxxxxx|<1>[2-9]xxxxxxxxx|<1614>xxxxxxx|011xx.|(Mipd)|[^*]@@.'@'@@.)
Ron,
Thank you for all the help you have given me.
I am force to use the online provisioning system to initially setting up SP1 and SP2. I could not find a procedure to do it manually. Then I went in to manually changed the digitMap and outbound routing.
By manually changing the digit map in the Obi100. I should disable the "automatic update" process in order to keep what I have changed. Correct ?
Anyway. Down the road if GV not long provides a free service I would like to disable SP1 and have all the calls to SP2.
Please advice what I need to do to the digitMap. (I am thinking ahead).
Thanks again.
Quote from: Dtan on July 14, 2011, 05:29:29 AM
I am force to use the online provisioning system to initially setting up SP1 and SP2. I could not find a procedure to do it manually. Then I went in to manually changed the digitMap and outbound routing.
By manually changing the digit map in the Obi100. I should disable the "automatic update" process in order to keep what I have changed. Correct ?
You're never forced to use the online provisioning system (OBiTALK Web Portal), but you must consistently use one method or the other. I prefer to make all changes to the OBi locally/manually. To do so, it's necessary to disable Auto Provisioning so that the OBiTALK Web Portal doesn't repeatedly force it's settings onto the OBi:
System Management -> Auto Provisioning -> Auto Provisioning -> Medthod : Disabled
You can also periodically backup your configuration at:
System Management -> Device Update -> Backup Configuration
which will allow you to restore a previous configuration should you ever need to do so.
Quote from: Dtan on July 14, 2011, 05:29:29 AM
Down the road if GV not long provides a free service I would like to disable SP1 and have all the calls to SP2.
Please advice what I need to do to the digitMap. (I am thinking ahead).
Using the original configuration, simply remove the three **1 redirects (shown in
bold below):
Physical Interfaces -> PHONE Port -> PrimaryLine : SP2 Service
Physical Interfaces -> PHONE Port -> OutboundCallRoute:
{([1-9]x?*(Mpli)):pp},{(<#:>):li},{911:sp2},{(*75xx):sp2},{**0:aa},{***:aa2},
{(<**1:>(Msp1)):sp1},{(<**2:>(Msp2)):sp2},{(<**8:>(Mli)):li},{(<**9:>(Mpp)):pp},{(Mpli):pli}
Service Providers -> ITSP Profile A -> General -> DigitMap:
(1xxxxxxxxxx|<1>[2-9]xxxxxxxxx|<1614>xxxxxxx|011xx.|(Mipd)|[^*]@@.'@'@@.)
Service Providers -> ITSP Profile B -> General -> DigitMap:
(*xxx|*<00:75>xx|**275*[x*][x*].|<411:**275*18004664411>|<**275*>18(00|88|77|66|55)xxxxxxx|
<**275*1>8(00|88|77|66|55)xxxxxxx|
<**1>1xxxxxxxxxx|<
**11>[2-9]xxxxxxxxx|<
**11614>xxxxxxx|
011xx.|(Mipd)|[^*]@@.'@'@@.)
Assuming you don't plan to use the LINE Port on the OBi, here's a configuration that eliminates the previously described **1/**2 limitations/tradeoffs by using the LINE Port DigitMap for all redirection:
Physical Interfaces -> PHONE Port -> PrimaryLine : PSTN Line
Physical Interfaces -> PHONE Port -> OutboundCallRoute:
{([1-9]x?*(Mpli)):pp},{(<#:>):li},{911:sp2},{(*75xx):sp2},{**0:aa},{***:aa2},
{(<**1:>(Msp1)):sp1},{(<**2:>(Msp2)):sp2},{(<**8:>(Mli)):li},{(<**9:>(Mpp)):pp},{(Mpli):pli}
Physical Interfaces -> LINE Port -> DigitMap:
(*<00:75>xx|<**2>*xxx|<**2>011xx.|<**2>**275*[x*][x*].|<411:**2**275*18004664411>|
<**2**275*>18(00|88|77|66|55)xxxxxxx|<**2**275*1>8(00|88|77|66|55)xxxxxxx|
<**1>1xxxxxxxxxx|<**11>[2-9]xxxxxxxxx|<**11614>xxxxxxx)
Service Providers -> ITSP Profile A -> General -> DigitMap:
(1xxxxxxxxxx|<1>[2-9]xxxxxxxxx|<1614>xxxxxxx|011xx.|(Mipd)|[^*]@@.'@'@@.)
Service Providers -> ITSP Profile B -> General -> DigitMap:
(*xxx|**275*[x*][x*].|1xxxxxxxxxx|<1>[2-9]xxxxxxxxx|<1614>xxxxxxx|011xx.|(Mipd)|[^*]@@.'@'@@.)
The last dial plan will not work on Obi100 since it does not has a PSTN port.
Thanks.
Ooops! I forgot you're using an OBi100.
You should be able to use Trunk Group 1 instead. Just like using the LINE Port, all the DigiMap rules will redirect to SP1 or SP2.
Physical Interfaces -> PHONE Port -> PrimaryLine : Trunk Group 1
Voice Services -> Gateways and Trunk Groups -> Trunk Group1 -> DigitMap:
(*<00:75>xx|<**2>*xxx|<**2>011xx.|<**2>**275*[x*][x*].|<411:**2**275*18004664411>|
<**2**275*>18(00|88|77|66|55)xxxxxxx|<**2**275*1>8(00|88|77|66|55)xxxxxxx|
<**1>1xxxxxxxxxx|<**11>[2-9]xxxxxxxxx|<**11614>xxxxxxx)
Ron,
Can a dial plan be created for this scenario.
When one of the service goes down other one will become the primary and all 7,10digits will route through it.
Is this possible. This may be a firmware development feature.
Thanks.
Quote from: Dtan on July 15, 2011, 04:04:28 AM
Can a dial plan be created for this scenario.
When one of the service goes down other one will become the primary and all 7,10digits will route through it.
A Trunk Group can specify multiple trunks, using the first one that is available, but it only has one DigitMap associated with it. For example, if Trunk Group 1 were set to SP1,SP2, it would route calls matching its DigitMap to SP1 if available, otherwise SP2.
I don't think that's what you're looking for.