I'm currently using tg1 as my default line.
it includes: li1,vg3
dial plan: (Mli)
I have AA setup to dial exactly as if I would be dialling from the Phone port, like this:
DigitMap:
([1-9]x?*@@.|[1-9]|[1-9][0-9]|<00:$1>|0|**1{t=di}(Msp1)|**2{t=di}(Msp2)|**3{t=di}(Mvg3)|**4{t=di}(Mvg4)|**6{t=di}(Mvg6)|**7{t=di}(Mvg7)|**0{t=di}(Mvg8)|**8{t=di}(Mli)|**9{t=di}(Mpp)|(Mpli))
OutboundCallRoute:
{([1-9]x?*@@.):pp},{0:ph},{(<#:>):li},{***:aa2},{(<**1:>(Msp1)):sp1},{(<**2:>(Msp2)):sp2},{(<**3:>(Mvg3)):vg3},{(<**4:>(Mvg4)):vg4},{(<**6:>(Mvg6)):vg6},{(<**7:>(Mvg7)):vg7},{(<**0:>(Mvg)):vg8},{(<**8:>(Mli)):li},{(<**9:>(Mpp)):pp},{(Mpli):tg1}
Everything works perfectly.
I would like to be able to dial like that when calling through the Obi110 using a PAP2, at the moment however, I can't call without dialing a **x prefix.
SP1> X_InboundCallRoute:
{9725xxxxxxxx:aa},{(9725xxxxxxxx):aa(**688351000xxxxxx)},{pap2>(Mli):tg1},{pap2>([1-9]x?*@@.):pp},{pap2>(<#:>|1xx):li},{pap2>**0:aa},{pap2>***:aa2},{pap2>(<**1:>(Msp1)):sp1},{pap2>(<**2:>(Msp2)):sp2},{pap2>(<**3:>(Mvg3)):vg3},{pap2>(<**4:>(Mvg4)):vg4},{pap2>(<**6:>(Mvg6)):vg6},{pap2>(<**7:>(Mvg7)):vg7},{pap2>(<**8:>(Mli)):li},{pap2>(<**9:>(Mpp)):pp},{pap2>0:ph},{pap2:},{ph,vg5(pap2)}
What can I change in the above Call Route to achieve that?
Thanks
This setup seems to be working now!? ???
Only for calls which use the default line.
It will failover to vg3 when the Cellphone is not connected.
I think this setup of calls being initiated from the inbound Call Route of SP1 may be coming at too late a stage to recognise **x for choosing a line.
Anyone have any more information on this?
mrjoe,
Your setup is working as it should.
Calls going to tg1 will not need any ** codes because it is your Primary Line.
The only way to achieve what you want is to arrange other codes to be diverted in your Primary Line Digit Map, in this case tg1.
For example, if you included this rule in tg1 Digit Map <**1>(Msp1) numbers matching Msp1 would have **1 prepended to them and be sent out of sp1 by the OutBoundCallRoute.
To make this work you need to include this at the beginning of the sp1 InBoundCallRoute:
{pap2>(Mtg1):tg1} This could replace {pap2>(Mli):tg1} as Mli exists within Mtg1.
You might try the above as an example for Msp1. To do this for all codes coming from your pap2 would make the tg1 digit map very complicated!
Thanks for that,
I'll give it a try.
Would copying and pasting Mli's content work?
What I don't understand is:
Why is putting (Mli) in tg1's Digitmap not the same as copying all the information from Mli and putting it there.
I thought using shortcuts like that allowed you to 'Host' a dial plan somewhere else while having the same effects.
Hi ianobi thanks for all your help,
I tried doing what you said.
I put Line's Digit Map (and changed it to (xx.)) into tg1 changed SP1 inbound to Mtg1 etc.
Nothing has changed though.
Do you think I have something when I say that maybe Obitalk/SP1's Inboundcallroute is too low in the Hierarchy to deal with **x of the digitmap it is sent to?
AA is using {(Mpli):tg1} and it is working fine.
I'll remind you of what the Digit Plan consists of:
(2<#>S0|3S0|<972:0>[23489]xxxxxxx|<972:0>[7]xxxxxxxx|02[3-9]xxxxxx<#>|<02>[5-9]xxxxxx<#>|0[49]xxxxxxx<#>|03[125689]xxxxxx<#>|0[5][0-57-9]xxxxxxx<#>|07[23]xxxxxxx<#>|07[4-8]xxxxxxx<#>S2|08[135689]xxxxxx<#>|087[4-9]xxxxx<#>|084[126-90]xxxxx<#>|1[2578]xxxxxxxx<#>S2|*xxxx<#>S2|*xxxxx<#>|1xx<#>S2|1xxx<#>|12[12]2xxxx<#>|1255xxx<#>|00(46|34|351|48|31|39|36|30|49|33|32|43|852|86|65|90|27|41|64|353|352|613|39|54|868)xx.<#>|<**3>00xx.|<**2>1xxxxxxxxxx|<00:**2>1xxxxxxxxxx|0044[123]xxxxxxxxx<#>|0<044>1xxxxxxxxx<#>|<0044191>4xxxxxx<#>|0<044>20xxxxxxxx<#>|0<044>2[34]xxxxxxxxx<#>|0<044>28[2346-9]xxxxxxx<#>|0<044>292xxxxxxx<#>|0<044>3[0347]xxxxxxxx<#>|<0:**344>7xxxxxxxxx|<**7>0(500|800|808)xxxxxxS2|<**7>0(500|800|808|870)xxxxxxx|<**6>084[345]xxxxxxx|<**6>087[123]xxxxxxx)
I'm thinking now maybe if I integrate the Dial Plan into the inboundcallroute of SP1 it might work but that would mean hours of painstaking work! :-\
Take a step back!
When I said "This could replace {pap2>(Mli):tg1} as Mli exists within Mtg1." I was meaning to say Mli is already part of the tg1 digit map, you do not need to put it in there again.
For my example to work you only need to do two things:
1. Change your tg1 digit map to ((Mli)|<**1>(Msp1))
2. To make this work you need to include this at the beginning of the sp1 InBoundCallRoute:
{pap2>(Mtg1):tg1} This could replace {pap2>(Mli):tg1} as Mli exists within Mtg1.
No need to type any long digit maps into anywhere.
I have no way to test these changes, so you are chief test pilot on this one :)
Hi ianobi,
Please could you explain to me the theory behind those adjustments?
The Obi got even more upset than it has been lately :) and went in to a Reboot Loop, in between, I tried it and it did not seem to help.
What I think you were trying to do is get tg1 to replace numbers without **x in front with **1?
Hi ianobi,
I read your previous post again and understand the theory.
What does this mean though?
QuoteFor example, if you included this rule in tg1 Digit Map <**1>(Msp1) numbers matching Msp1 would have **1 prepended to them and be sent out of sp1 by the OutBoundCallRoute.
which numbers would be matching Msp1
thanks again
Before any changes you dial from your pap2 **1 and a number that fits the format for Msp1. The incoming SP1> X_InboundCallRoute removes the **1 and sends the number to sp1 using this rule {pap2>(<**1:>(Msp1)):sp1}
After the changes the aim is to dial a number that fits the format for Msp1 and let the tg1 digit map process that number using <**1>(Msp1) so it adds **1. Then the Phone Port OutBoundCallRoute will send it out via its rule {<**1:>(Msp1)):sp1}
We are at the limits of my ability here! Processing numbers through trunk routes is not an easy subject. I can only suggest experiment making one small change at a time.
Hi ianobi,
Thanks for that explanation.
I'll do some more exhaustive trials when I next get in the mood.
I'd really like an engineer from Obihai to join this post.
With the information I've learned in this Forum, I'm going to help some NPOs get the cheapest most sofisticated phone system running.
mrjoe,
You have the hardest working OBi110 on this planet! It deals with incoming routes, mobile phones, pap2 .....
Obihai should be using you as an advertisment for what is possible :)
I may have another think about this soon. Perhaps I can simulate your pap2 with a softphone.
Keep up the good work!
Thanks ianobi,
You do have a point there.
I just can't help thinking that whatever we're breaking our heads over can be accomplished with the greatest of ease with the Obi202.
I press 1# to switch lines, incoming calls ring both lines (without CLI for incoming Line calls on the PAP2), I can transfer calls from the Obi to the PAP2 (but not vice versa), outgoing calls can be made from both lines using the same routes etc.
I still think the Obi110 has the advantage though as POTS aren't going away for some reason.
Another advantage is often you get VoIP providers who will not reveal SIP settings and provide their own equipment that cannot be manipulated in any way.
It could be here the reason is because they are allowed to work as virtual Landline providers not VoIP.
Just wondering why is this not workinging in the SP1 inbound Callroute?
,{pap2>(0(500|800|808)xxxxxx):vg7}
I think this is a format problem. pap2 is the callee, thats ok. After the > is the caller list. OBi expects to see each caller separated by a |. I think this would work:
,{pap2>(0500xxxxxx|0800xxxxxx|0808xxxxxx):vg7}
I note in your first post you had this rule:
,{pap2>(<**7:>(Mvg7)):vg7}
In this case the caller list is anything that agrees with Mvg7 and you remove **7 before sending the number to vg7.
Edit: Where are you experts?!! Someone should have spotted that I got callee and caller the wrong way round in this post :-[
Hi ianobi,
Tried that, no luck.
I think this is saying if a call comes through from the PAP2 that is prefixed with **7 (remove **7) use vg7's digit map and put the call through vg7.
Quote{pap2>(<**7:>(Mvg7)):vg7}
I'm lost for digit maps! :)
Your last post is correct. We are saying the same thing in different ways. What is in Mvg7? Maybe there is a problem there.
My attempt to prepend codes to incoming calls was wrong. Here is why:
Call originating from Phone Port or Auto Attendant: This is a two stage process. Stage one: The DMP (Digit Map Processor) compares the number with the rules in the Phone Port or Auto Attendant Digit Map, then executes the best matched rule. This may transform the number by say adding a code such as **1. Transforming is most often done using Mpli. Stage two: The DMP takes the number from stage one and compares it to the rules in the Phone Port or Auto Attendant OutBoundCallRoute. It looks at rules from left to right and executes the first rule that matches the number from stage one. The number may be further transformed here by say removing a code such as **1 before sending the number out on the appropriate trunk.
Call coming into Obi through X_InboundCallRoute: This is a one stage process. The DMP compares the incoming number with the rules in X_InboundCallRoute. It looks at rules from left to right and executes the first rule that matches the number. The number may be further transformed here by say removing a code such as **1 before sending the number out on the appropriate trunk. The DMP then stops, no further processing takes place.
In effect the X_InboundCallRoute acts the same as the Phone Port or Auto Attendant OutBoundCallRoute. If we wish to prepend codes to incoming numbers, then we must do it before they reach the Obi. In your case you do it in the pap2.
Thanks ianobi,
Where did you see that?
In all sincerity, that makes a mighty lot of sense.
It really should work that way.
The only problem is....
The PAP2's dial plan will not affect any calls going out in that way. All it will do is block calls that do not match it for example if it says (xx.) it will stop **x from going through.
It seems to use Mli all the way.
The Obi Admin Guide tries to explain it, but as usual it took RonR to give us a clear idea of how it all works.
I do not know how the pap2 dial plan works. The best way forward is to look at the OBi Call History to see in what format numbers are coming into the OBi from the pap2. Then the OBi will apply the rules in X_InboundCallRoute and Call History will show the result.
It looks like the pap2 and the OBi are doing exactly what they are supposed to do, but maybe not what you want them to do :)
mrjoe,
I decided to have one more look at this after looking at a similar problem for my own set up. I think RonR's original post was intending for the ** codes to be used from the pap2.
This is your SP1> X_InboundCallRoute, modified to allow dialling without ** codes:
{9725xxxxxxxx:aa},{(9725xxxxxxxx):aa(**688351000xxxxxx)},{pap2>(Mtg1):tg1},{pap2>([1-9]x?*@@.):pp},{pap2>(<#:>|1xx):li},{pap2>**0:aa},{pap2>***:aa2},{pap2>(Msp1):sp1},{pap2>(Msp2):sp2},{pap2>(Mvg3):vg3},{pap2>(Mvg4):vg4},{pap2>(Mvg6):vg6},{pap2>(Mvg7):vg7},{pap2>(<**9:>(Mpp)):pp},{pap2>0:ph},{pap2:},{ph,vg5(pap2)}
I have left in **9 as Mpp matches any nine digit number and may cause conflicts. This relies on there being no conflicts between digit maps. I removed Mli as it is already there within Mtg1.
I would copy and save your original plan, maybe put it in a word doc. Copy and paste this plan to try it. Easy then to get back to the original.
Of course, by now you may have gone a completely different route :)
Hi Ianobi,
I really appreciate your attempts at solving this issue.
The new digit map did not achieve the desired results however.
I've officially given up on trying to find a solution.
I think it must be it is a lower level digit map that cannot evoke a SP change on its own.
I now have another problem.
I'll open a new Post :)
Finally figured this one out with something I read about trunks.
A trunk will also check each dial plan and when it finds a match it will use that particular VG/SP.
So I broke up my Line dial plan, took the * prefixes out and put the remaining digits in each VG/SP that I wanted it to dial through.
Then I changed Trunk1's digit map to include all of the VGs that I wanted to use.
Everything now works perfectly.
COTs cannot have **Xs prepended automatically but they can have the Trunk do the work for them!
I'll post a few examples when I get home.
Just saw this RonR Post:
http://www.obitalk.com/forum/index.php?topic=3094.msg20656#msg20656 (http://www.obitalk.com/forum/index.php?topic=3094.msg20656#msg20656)
QuoteThe InboundCallRoute rules generated by the OBiTALK Web Portal for Circle of Trust have some limitations and shortcomings:
1. When single-stage dialing is used, the called number is not processed though the OBi's PrimaryLine DigitMap. As a result, no validation is done and expected transformations do not occur. The rules should instead be:
Voice Services -> OBiTALK Service -> InboundCallRoute:
{(290123456|200123456|300123456)>(Mpli):pli},{(290123456|200123456|300123456):aa},{ph}
where pli is the OBi's PrimaryLine name (sp1, sp2, or li).
2. Single-stage dialing is limited to using the OBi's PrimaryLine. Service Route Access Codes (**1, **2, etc.) are not supported.
These limitations and shortcomings do not exist if the configuration described in Single-Stage Dialing Through Any OBi Trunk is used instead of Circle of Trust.
Here is an example of my Setup now:
Trunk Group 1
li1,sp2,vg1,vg4,vg7,vg6,vg8,sp1
DigitMap
((Mli)|(Msp2)|(Mvg1)|(Mvg4)|(Mvg7)|(Mvg6)|(Mvg8)|(Msp1))
Voice Gateway 4
(01xxxxxxxxx|<0191>4[2-9]xxxxx|02[34]xxxxxxxxx|028[2346-9]xxxxxxx|0292xxxxxxx|03[0347]xxxxxxxx|07xxxxxxxxx)
Voice Gateway 5
(<0:972>[3-9]x.|<0:972>2[1-9]x.|9<0:72>[2-489]xxxxxxx|9<0:72>[57]xxxxxxxx)
None of the Digit Maps can have xx. In them except the last one.
So if you don't have a detailed dial plan and usually dial a **x prefix and end your number with # this won't fork for you.
Somehow I knew that you would not give up on this :)
We can all learn a lot from your innovative use of trunk groups.
You deserve the RonR medal for Digit Mapping 8)
ianobi,
Quote from: ianobi on October 20, 2012, 07:24:20 AM
You deserve the RonR medal for Digit Mapping 8)
Not a bad idea. We can start using this medal symbolically to memorialize RonR's contribution to this forum. Ron must be chuckling somewhere every time we mention him on this forum. :D He could send us an ack to let us know that our pings are received.
Hi Ianobi,
Thanks for the Complements. :)
The best part of this way of routing calls is that you need no S2/S4 etc. which delays dialing, You just put the SP/VG with the longer numbers earlier in the Group. It is also cleaner as you can see exactly which numbers are using which SP/VG
Also, there is no need for me to dial Area Codes or Country Codes anymore.
(For the US I dial (1-9)xx xxx xxxx without the preceding 001 or 1
For Tyneside 0191 4 area code, I just dial starting with a 4xx xxxx for Lancashire 0161 7, 7xx xxxx & for London 020 3/7/8 just 3xxx xxxx or 7xxx xxxx which are the numbers that people living in these areas can dial, for other parts of the UK 01/2/3xxxxxxxxx. For the 02 Central District of Israel I dial xxx xxxx, elsewhere 03/4/7/8/9 xxx xxxx, for any other countries I dial 00xx..
For those interested or if it may help someone:
This used to be my Digit Map when I requested help to shorten it. http://www.obitalk.com/forum/index.php?topic=3961.0 (http://www.obitalk.com/forum/index.php?topic=3961.0)
(<02>[2356789]xxxxxx<#>|02[23456789]xxxxxx<#>|0[49]xxxxxxx<#>|
03[125689]xxxxxx<#>|08[1235689]xxxxxx<#>|
087[456789]xxxxx<#>|084[1267890]xxxxx<#>|0[57]xxxxxxxx<#>|
1[278]xxxxxxxx<#>|*xxxx<#>S2|*xxxxx<#>|
1xx<#>S2|1xxx<#>|12[12]2xxxx<#>|1255xxx<#>|0044[123]xxxxxxxxx<#>|
0<044>292xxxxxxx<#>|
0<044>28[2346789]xxxxxxx<#>|0<044>3[0347]xxxxxxxx<#>|<0044191>4xxxxxx<#>|0<044>20xxxxxxxx<#>|0<044>1xxxxxxxxx<#>|<**3>00447xxxxxxxxx|<**3>00xx.|<**7>0(500|800|808)xxxxxxS2|<**7>0(500|800|808|870)xxxxxxx|<**6>084[345]xxxxxxx|<**6>087[123]xxxxxxx|<**2>1xxxxxxxxxx|<00:**2>1xxxxxxxxxx)
This is all that is left:
Trunk1:
TrunkList: vg6,vg4,vg7,li1,vg3,vg8,sp1,sp2,vg1
DigitMap: ((Mvg6)|(Mvg4)|(Mvg7)|(Mli)|(Mvg3)|(Mvg8)|(Msp1)|(Msp2)|(Mvg1))
Digit Maps:
(US SP)-Mvg6: ([2-9]xxxxxxxxx)
(UK SP)-Mvg4: (<0191>4xxxxxx|<0161>7xxxxxx|0[13]xxxxxxxxx|02[1-9]xxxxxxxx|07xxxxxxxxx)
(UK SP)-Mvg7: (<020>[378]xxxxxxx|020xxxxxxxx)
(IL Cell)-Mli: (00xx.|<02>xxxxxxx<#>|0[23489][3-9]xxxxxx<#>|05[0-578]xxxxxxx<#>|07xxxxxxxx<#>|1xxxxxxxxx<#>|*xxxxx<#>|*xxxx<#>|1[1-9]xx<#>|1[1-9]x<#>|12[12]2xxxx<#>|1255xxx<#>)
(IL SP)-Mvg3: (05[0-578]xxxxxxx)
(UK Localphone)-Mvg8: (<9722>[3-9]xxxxxx|<0:972>[23489][3-9]xxxxxx|<0:972>7xxxxxxxx|08[47][1-9]xxxxxxx)
(UK Voipfone)-Msp1: (154|166|1571|301xxxxx)
(UK Comms)-Msp2: (08xxxxxxxxx|08xxxxxxxx)
(didlogic Int.)-Mvg1: (<00:>xx.)
I use different VGs for calling different countries to show the CLI of my numbers in that country or City.