Primary Line

(1/3) > >>

dvijen:
primary line selection appear in two places.
In Auto Attendant, I have primary line sp1.
In phone port, I have primary line PSTN.

However, when I dial a number, it goes out from sp1 unless I dial with # before number.
Is this normal behaviour?  Am I missing something?

my sp1 dial rule (google)
(1xxxxxxxxxx)
my line digimap
(*xx|<:1225>xxxxxxxS3|<:1>[2-9]xxxxxxxxxS2|1[2-9]xxxxxxxxxS1||01191xxxxxxxxxxS1|011[2-9]xxxxx.|!1900xxxxxxx)
strange thing is that even 7 digit dialing goes out from sp1 (google) with 1225 added to it.
dvijen

RonR:
When you dial a leading '#', the OBi immediately bridges the PHONE and LINE Ports and everything after goes out the LINE Port.  That's part of the default PHONE Port DigitMap and OutboundCallRoute.

Have you modified your PHONE Port DigitMap and OutboundCallRoute?  If so, you need to post those also as the ITSPx and LINE DigitMaps are invoked from the PHONE Port DigitMap and the OutboundCallRoute controls the routing.

Also, please give an example or two of numbers dialed that go out SP1 instead of the expected PrimaryLine (LINE) Port.

dvijen:
Phone port outbound call route
{(1xxxxxxxxxx):sp1},{(011xx.):sp2},{(<#:>|911|xxxxxxx|xxxxxxxxxx):li},{**0:aa},{***:aa2},{(Mpli):pli},{(<**1:>(Msp1)):sp1},{(<**2:>(Msp2)):sp2},{(<**8:>(Mli)):li},{(<**9:>(Mpp)):pp}

Line port digimap
(*xx|<:1225>xxxxxxxS3|<:1>[2-9]xxxxxxxxxS2|1[2-9]xxxxxxxxxS1||01191xxxxxxxxxxS1|011[2-9]xxxxx.|!1900xxxxxxx)

sp1 digimap (ITSP-A) (google)
(1xxxxxxxxxx)

sp2 digimap (ITSP-B)
(1xxxxxxxxxx|<1>[2-9]xxxxxxxxx|011xx.|xx.)

comments:
when I dial o11xxxxx  it goes through sp2 (expected outcome)
when I dial 1xxxx. it goes through sp1 google ((expected outcome))
when I dial 225xxxxxxx or xxxxxxx it goes through google (expected to go through line port)

default on phone port is PSTN
default on AA is sp1 (changing it to PSTN produces same results, no change)

dvijen

RonR:
When you dial 225xxxxxxx or xxxxxxx, they're expanded to '1xxxxxxxxxx'.

The first route in your OutboundCallRoute '{(1xxxxxxxxxx):sp1}' instructs the OBi to send any '1xxxxxxxxxx' number out SP1.  So the OBi is doing exactly what you asked it to.

In my opinion, it's very ill-advised to make changes to the PHONE Port DigitMap and OutboundCallRoute.  They are tightly coupled, working hand-in-hand, and it's usually not necessary to alter them to get a desired result.

The OBi first processes the number you dial through the PHONE Port DigitMap, which ultimately results in it being evaluated through the other DigitMap's via indirection (Msp1, Msp2, Mli, etc.).  The result from the best matching rule (which may have altered the original input) is then compared to the routes in the PHONE Port OutboundCallRoute.  The first route that matches is the one that's used.

In your case, you've hard-wired the OBi to always send US numbers out SP1 and international numbers out SP2 (unless you use **?, of course).

dvijen:
now that you mentioned it, makes sense, however, the expansion of 7 or 10 digit is done in either sp2 or li only, not in sp1.  I thought, based on the route, any 7 or 10 digit number not starting with 1 would be routed to the line port, then expanded there as necessary. Thanks for your guidance.  So if I wanted to do this, would there be any other way?
dvijen

Navigation

[0] Message Index

[#] Next page