outgoing call service order
skipro:
I want my outgoing call order to be SP1 and then BT. I assume I must use a Trunk Group to do this.
I set up Trunk Group 1 as follows:
Trunklist - SP1,BT
DigitMap - (Msp1)
I setup Phone 1 / Phone port / PrimaryLine as "Trunk Group 1"
This does not work. I get no service. Any suggestions?
azrobert:
The OBihai user guide doesn't show BT as a valid trunk in a Trunk Group.
See page 132 here:
http://www.obihai.com/docs/OBiDeviceAdminGuide.pdf
I don't know if this is an oversight or BT is not valid.
For a test change the Trunk Group to "sp1,sp2" and see if you get the same error.
If you get the same error please post following:
ITSP A and B DigitMaps
BT DigitMap
Phone Port 1 OutboundCallRoute
What you are dialing
The standard use of a Trunk Group the call is not routed to the 2nd trunk unless the 1st trunk is down or busy.
Is this what you want?
skipro:
azrobert,
Thanks for responding.
First thing, Trunk 1 does not work. ??! Tested it with SPs and no service.
Did same with Trunk 2 and it works.
Tried Trunk 2 with BT,SP1 [as a test] and it goes straight to SP1. So Trunk 2 works but BT does not.
Quote
The standard use of a Trunk Group the call is not routed to the 2nd trunk unless the 1st trunk is down or busy.
Is this what you want?
Yes, but for now to test BT in the Trunk, I am using BT,SP1 order.
ITSP A and B DigitMaps:
(*xx|1xxxxxxxxxx|<1609>[2-9]xxxxxx|<1>[2-9]xxxxxxxxx|011xx.|xx.|(Mipd)|[^*]@@.)
(*xx|*123|1xxxxxxxxxx|<1>[2-9]xxxxxxxxx|011xx.|xx.|(Mipd)|[^*]@@.)
BT DigitMap
(<609>[2-9]xxxxxx|xxxxxxxxxx|011xx.|[1-9]11S2|[1-9]xx)
Phone Port 1 OutboundCallRoute
{(<911:16092678300>):sp1},{(<411:18003733411>):sp1},{([1-9]x?*(Mpli)):pp},{(<##:>):li},{(<#:>):ph2},{(<**70:>(Mli)):li},{(<**82:>(Mbt2)):bt2},{(<**81:>(Mbt)):bt},{(<**8:>(Mbt)):bt},{**0:aa},{***:aa2},{(<**1:>(Msp1)):sp1},{(<**2:>(Msp2)):sp2},{(<**3:>(Msp3)):sp3},{(<**4:>(Msp4)):sp4},{(<**9:>(Mpp)):pp},{(Mpli):pli}
Dialing 609-xxx-yyyy
azrobert:
1st let me explain how the OBi works without a Trunk Group assuming dialing 6091112222 and the primary line is SP1.
The Phone Port DigitMap verifies the dialed number using SP1 DigitMap.
(Mpli) points to the Primary Line DigitMap.
Rule <1>[2-9]xxxxxxxxx changes the number to 16091112222
Rule {(Mpli):pli} in the Phone Port OutboundCallRoute matches 16091112222 and routes the call out SP1
(Mpli) points to the Primary Line DigitMap.
Rule 1xxxxxxxxxx in the SP1 DigitMap matches the altered dialed number.
I hope the following is clear. There is nothing automatic on which DigitMap is used to match the dialed number. The primary line is used because it's coded that way. If I changed the rule to {(Msp2):pli} then the SP2 DigitMap will be used to match the dialed number.
Trunk Groups work differently. Instead of a 2 step process, it's a 3 step process.
Trunk List is BT,SP1 and DigitMap is (Msp1)
The Phone Port DigitMap verifies the dialed number using SP1 DigitMap.
(Mpli) points to the Primary Line DigitMap.
Rule <1>[2-9]xxxxxxxxx changes the number to 16091112222
The Trunk Group Digit Map determines if the TG will process the call.
SP1 rule 1xxxxxxxxxx will match 16091112222, so the trunk group will process the call.
BT will process the Number 1st. It uses the BT DigitMap to determine if the call is routed out BT. This cannot be changed. BT DigitMap does not contain a rule that matches 16091112222.
Because BT did not get a match SP1 will process the call. Rule 1xxxxxxxxxx will match the dialed number and the call will be routed out SP1.
To have BT route the call add 1xxxxxxxxxx to the BT DigitMap.
Sorry for the long explanation.
skipro:
azrobert,
It works. I had originally removed the "1" from the default 10 digit path because it forced me to preface all dialing with a "1". I now added another 10 digit path including the "1" so BT accepts it and I can have it both ways. That works.
I replaced both 1xxxxxxxxxx and xxxxxxxxxx with <1>xxxxxxxxxx thinking the "1" would be optional and work for both purposes, but it does not work. It does not satisfy BT [1xxxxxxxxxx].
Any idea why not?
I appreciate the long explanation as I can better understand the process.
Navigation
[0] Message Index
[#] Next page