Quote from: dhobi on February 23, 2012, 09:46:01 PM
It definitely does not accept 011, but I think + works. It doesn't matter, 00 works all the time, so the mapping is fine.
I just tested it here and 011 does work. There is a small anomaly, however. If you dial 011 + 5 digits, it matches the <8835100>xxxxxxxx rule that allows dialing just the last 8 digits of an iNum number. That rule has to go and you will have to dial the entire 15 digits of an iNum number:
Service Porviders -> ITSP Profile A -> General -> DigitMap:
(<1aaa>[2-9]xxxxxx|<1>[2-9]xxxxxxxxx|1xxxxxxxxxx|<**2>(011|00|+)xx.|8835100xxxxxxxx)
Quote from: dhobi on February 23, 2012, 09:46:01 PM
I thought it stopped at the first match, so if I put the user defined DigitMap first in the Phone Port DigitMap it might work.
Evaluation of the PHONE Port OutboundCallRoute stops at the first match. Evaluation of the PHONE Port DigitMap stops when there are no more candidates for a match, an interdigit timout occurs, or a terminating # is dialed.
Quote from: dhobi on February 23, 2012, 09:46:01 PM
It sounds like I will not be able to force using SP1 for int'l calls for cases where SP2 is down and I'm willing to pay more by using SP1. Or am I missing something here?
That is a tradoff of the simpler approach. If you need full flexibility, this should do it:
Service Porviders -> ITSP Profile A -> General -> DigitMap:
(<1aaa>[2-9]xxxxxx|<1>[2-9]xxxxxxxxx|1xxxxxxxxxx|011xx.|8835100xxxxxxxx)
where aaa is your local area code.
Service Porviders -> ITSP Profile B -> General -> DigitMap:
(<+:00>xx.|<011:00>xx.|00xx.)
Physical Interfaces -> PHONE Port -> DigitMap:
([1-9]x?*(Mpli)|[1-9]S9|[1-9][0-9]S9|911|**0|***|#|**1(Msp1)|**2(Msp2)|
**8(Mli)|**9(Mpp)|
(Mintl)|(Mpli))
Physical Interfaces -> PHONE Port -> OutboundCallRoute:
{([1-9]x?*(Mpli)):pp},{(<#:>|911):li},{**0:aa},{***:aa2},{(<**1:>(Msp1)):sp1},
{(<**2:>(Msp2)):sp2},{(<**8:>(Mli)):li},{(<**9:>(Mpp)):pp},
{(Mintl):sp2},{(Mpli):pli}
User Defined Digit MapX
Label : intl
DigitMap : ((011|00|+)xx.)