Help understanding Outbound Call Routing
azrobert:
I just read your last post in your other thread where you said:
Quote
The digit map side of things is running well now. If I was only using line 1, it would be fine. It handles the number transformation nicely allowing me to dial UK 01, 02 & 07 numbers, as well as 10 & 11 digit North American numbers.
I assume this means you are still inserting "4444" into 01 and 02 numbers
This was my DigitMap suggestion for SP1:
(<07:011447>xxxxxxxxx|<0:04444>[1-2]xxxxxxxxx|<44:04444>[1-2]xxxxxxxxx|04444x.|011447x.)
The 1st 3 rules are used to validate and transform international numbers.
After dialing 01123456789 it will be transformed to 044441123456789
In the OutboundCallRoute the 1st 3 rules are useless because the original number was changed.
The last 2 rules were added for routing in the OutboundCallRoute.
Rule {(Mpli):pli} will use rule 04444x. to match transformed number 044441123456789 and route it to SP1.
You asked about rule {(01[127]xx.|(Msp1)):sp1}
I don't know what you are trying to do with 01[127]xx.
It won't match the transformed numbers.
xpr722946ghd:
Quote from: azrobert on May 07, 2017, 06:53:13 pm
I assume this means you are still inserting "4444" into 01 and 02 numbers
This was my DigitMap suggestion for SP1:
(<07:011447>xxxxxxxxx|<0:04444>[1-2]xxxxxxxxx|<44:04444>[1-2]xxxxxxxxx|04444x.|011447x.)
The 1st 3 rules are used to validate and transform international numbers.
After dialing 01123456789 it will be transformed to 044441123456789
In the OutboundCallRoute the 1st 3 rules are useless because the original number was changed.
The last 2 rules were added for routing in the OutboundCallRoute.
Rule {(Mpli):pli} will use rule 04444x. to match transformed number 044441123456789 and route it to SP1.
You asked about rule {(01[127]xx.|(Msp1)):sp1}
I don't know what you are trying to do with 01[127]xx.
It won't match the transformed numbers.
Yes, I used your suggested Digit Maps for ITSP A & B. The number transformation happens at that point. i.e. 01xxx becomes 044441xxx.
If my understanding is correct,
Physical Phone Port Digit Map rules comes first (no transformation).Outbound Call Route Digit Map comes next, sending 01,02,07 to SP1, [2-9]xxxxxxxxx to SP2SP1 Digit Map performs transformation of Uk area code 01xxx to 044441xxx and dials.
Therefore, in my mind, Outbound Call Routing needs to match the pre-transformed number. When that number is passed to SP1, SP2 or SP4 the digit map there transforms it for dialling.
If that is the case, I need to narrow down where the leading 1 is coming from when I dial a 10 digit number. Maybe the Phone Port Digit Map which reads :
([1-9]x?*(Mpli)|[1-9]S9|[1-9][0-9]S9|911|**0|***|#|##|**70(Mli)|**8(Mbt)|**81(Mbt)|**82(Mbt2)|**1(Msp1)|**2(Msp2)|**3(Msp3)|**4(Msp4)|**9(Mpp)|(Mpli)|(Msp2))
I don't see a 1 being prepended to 10 digit numbers there.
The SP2 Digit Map of (911|933|[2-9]xxxxxxxxx) doesn't seem to prepend a 1 either. So where is that 1 coming from?
If I can figure that out, then surely all I need to do is create a route to SP4 in the Outbound Call Route for 11 digit North American numbers. Then those outbound calls will go to Google Voice.
I get a little confused when the Outbound Call Routes are referring back to the Msp1 & Msp2 rules.
drgeoff:
Quote from: xpr722946ghd on May 07, 2017, 02:38:08 pm
Currently, outbound Canadian calls are routed to SP2. Perfect.
Outbound calls dialed with UK format numbers (01, 02, or 07) are routing via SP1.
933 (and I shall assume 911) correctly routing via SP2.
Next thing would be to get US bound calls to head over to SP4. Let's say I prefix all US numbers with a 1, but I leave the 1 off for all Canadian calls.
Looks like you haven't been following everything I've already told you. :)
There is no need to dial US and Canadian numbers differently. The rules in the OutboundCallRoute are evaluated sequentially in the order they are written and as soon as a rule is matched the OutboundCallRoute stops evaluating. So if you have a rule which picks off all the Canadian area codes (and sends them to SP2) then you simply need a later rule which matches all US and Canada numbers and sends them to SP4. ie optional leading 1 followed by [2-9] followed by xxxxxxxxx. That rule never gets to see the Canadian numbers. Everything that it does see and match must be US ones.
azrobert:
Transformation happens when a dialed number matches a rule, so it can occur in either the Phone Port DigitMap or the OutboundCallRoute. In your case transformation takes place in the Phone DigitMap.
Quote
Therefore, in my mind, Outbound Call Routing needs to match the pre-transformed number.
No! The Outbound Call Routing needs to match the transformed number.
Quote
So where is that 1 coming from?
All the default trunk DigitMaps contain rule "<1>[2-9]xxxxxxxxx". Make sure this rule was removed.
Quote
I get a little confused when the Outbound Call Routes are referring back to the Msp1 & Msp2 rules.
{(Msp2):sp2}
The number is compared to the rules in the SP2 DigitMap and upon a match the call is routed to SP2.
drgeoff:
Quote from: xpr722946ghd on May 07, 2017, 08:33:37 pm
If my understanding is correct,
Physical Phone Port Digit Map rules comes first (no transformation).Outbound Call Route Digit Map comes next, sending 01,02,07 to SP1, [2-9]xxxxxxxxx to SP2SP1 Digit Map performs transformation of Uk area code 01xxx to 044441xxx and dials.
Therefore, in my mind, Outbound Call Routing needs to match the pre-transformed number. When that number is passed to SP1, SP2 or SP4 the digit map there transforms it for dialling.
No, your understanding is not correct.
The Phone port digit map (with any maps it references) and its transformations (=mangling) is done and finished with before the OutboundCall Route looks at it.
I already told you on 5 May "Yes, the OutBoundCallRoute sees the mangled version of whatever a phone port digit map does to the number dialled on the phone." and earlier in this thread "OutboundcallRouteing in a nutshell: .....If a dialled number passes through the Phone Port Digit Map, it (with any mangling done by that map) is checked ......"
As azrobert has said, transformation can occur in either (or both) of the digit map and OutboundCallRoute.
Navigation
[0] Message Index
[#] Next page
[*] Previous page