I have a suggestion on testing this. Before adding the Star Code make sure the dialed number fails in the DigitMap. You will get a busy signal. Then add the Star Code. This way you will be confident the Star Code is processing the dialed number.

This means that calls to 911 or 933 get dealt with directly with no reference to any other digit maps and no chance of delays or misrouting.

The Phone Port DigitMap defines which numbers to allow; the Phone Port OutboundCallRoute routes the numbers to the intended spX. For the puposes of this post:

Service Providers > ITSP Profile A > General > DigitMap = Msp1

I’m also guessing that sp1 is your Primary Line. Therefore:

Msp1 = Mpli

Mpli is “DigitMap Primary Line” – the service that does not require ** codes.

You will notice that Mpli occurs in both the Phone Port DigitMap and the Phone Port OutboundCallRoute. Therefore anything within Mpli is also in The Phone Port DigitMap and the Phone Port OutboundCallRoute.

This contains the rule “xx.” This rule means one of any digit followed by none or any number of any digits. In effect it’s a “catch-all” that allows any number of any length to be matched. With this in Mpli any number, including 933, is matched in the Phone Port DigitMap and Phone Port OutboundCallRoute.

The downside of the “xx.” rule, and some others, is that your OBi has no idea when you have finished dialling, so it waits for ten seconds before deciding that you have finished before it processes the number.

I have the following in the same OutboundCallRoute{(1[2-9]xx[2-9]xxxxxx):sp2}{(1555555xxxx):sp1}

I want to confirm if the order in which they are in the OutboundCallRoute plays an important role.

If I have these two in my OutboundCallRoute as follows:(.....{(1[2-9]xx[2-9]xxxxxx):sp2}....{(1555555xxxx):sp1}.....) then all numbers seem to be dialed using SP2

However, if I reverse the order of these two in my OutboundCallRoute as such:(.....{(1555555xxxx):sp1}.....{(1[2-9]xx[2-9]xxxxxx):sp2}....) then 1555555xxxx numbers go through SP1 and the rest of the numbers use SP2.

We need to be accurate about terminology here. In a digit map it's the best match that wins and gets matched. In an OutboundCallRoute or InboundCallRoute a complete number is compared with each rule from left to right and the first rule to match is used.

Your observation concerns OutboundCallRoutes and the order does matter. First rule from the left to match will be used.

but that didn't work. I think GV does not actually accept 001-aaa-xxx-xxxx calls. Could someone point me in the right direction? I tried modifying Physical Interfaces -> Phone Line 1 Digit Map and Outbound Call Route, and ITSP Profile A and B.

I think I made a mistake when I put the <0:1> replacement code in ITSP Profile A rather than Phone 1 OutboundCallRoute.

It is still not entirely clear to me why we need to handle the 0[2-9]xx[2-9]xxxxxx sequence in ITSP Profile B when the replacement from 0 to 1 has already been made in the OutboundCallRoute. But I'm here to learn...

So whatever we put in ITSP Profile B DigitMap is also in (Mpli). All numbers to be dialled need to be "allowed" in the Phone Port DigitMap which contains (Mpli). (Mpli) is the only DigitMap that require no ** codes, so it is a convenient way of getting 0[2-9]xx[2-9]xxxxxx into the Phone Port DigitMap.

Now 0[2-9]xx[2-9]xxxxxx is allowed we need to route it. This is done in the Phone Port OutboundCallRoute using rule {(<0:1>[2-9]xx[2-9]xxxxxx):sp1}. I have done the transformation here of replacing the 0 with 1 so the rule only picks numbers starting with 0[2-9]. Had I done the transformation in ITSP Profile B DigitMap, then the number would have started with "1" when it was processed by the OutboundCallRoute and so we lose the choice of sending to either sp1 or sp2.

If you look at the RonR config, it does something similar by placing (00|011)xx. in the ITSP Profile B DigitMap, even though the rule will be needed for sp3.

The format you are looking for is "other rules|123S0|other rules". However if you put that in a digit map, then any number you dial starting "123" will never get any further and will be sent to your provider as "123".

I believe that azrobert gave you the best answer in your other thread. If you put it in a speed dial in the format spX(123) then no digit maps are involved.

Could someone help me out on the following: I have a call plan that allows me to make really cheap calls to certain countries (in Europe, USA, Canada, etc.) while pretty expensive in others countries and to mobile numbers (also in Europe). Could someone show how to allow certain calls, i.e. to landlines in Europe, and blocking all the cell phone calls? Obviously I have the country codes that I am willing to allow and to block.

Please give more details:Which model OBi do you have?How many sp's are in use - sp1, sp2 etc.Which is the Primary Line? That is the one that does not require ** codes to use.The codes you wish to allow and the ones to block.Is the same sp used for your national calls and international calls?

HiI have an OBI202 and I setup my mail ITSP on phone1 (atlasvoice, toronto based)and I have a second ITSP as B.The second ITSP is used only for outgoing calls since I dont have a number.Also I have to mention the second ITSP is a european company and it accepts 00 forinternational callsI have all digitmap and call routes with their defaults values.I have read quite few pages but I am not sure I have understood all the rules fordial plans so if someone knows these rules well maybe can help me here

I want to do the followinga) How can I add #1 just before the number in order to make the call from ITSPB I used to be doing that in SPA3102. For example if I call UK I can type #10044xxxxxx and the call will be dialed from ITSPB More if I setup a third ITSP I would like to have #2 for the third

HiI have an OBI202 and I setup my mail ITSP on phone1 (atlasvoice, toronto based)and I have a second ITSP as B.The second ITSP is used only for outgoing calls since I dont have a number.Also I have to mention the second ITSP is a european company and it accepts 00 forinternational callsI have all digitmap and call routes with their defaults values.I have read quite few pages but I am not sure I have understood all the rules fordial plans so if someone knows these rules well maybe can help me here

I want to do the followinga) How can I add #1 just before the number in order to make the call from ITSPB I used to be doing that in SPA3102. For example if I call UK I can type #10044xxxxxx and the call will be dialed from ITSPB More if I setup a third ITSP I would like to have #2 for the third

Thanks

With the default settings, dialling **2 as a prefix will use SP2 for the call. Is that really more arduous than #1?