The Trunk Group feature seems not working in OBI 200

(1/2) > >>

TTCP:
I found that the Trunk Group feature seems not working in my OBI 200.

In the Physical Interfaces -> Phone -> OutboundCallRoute, I have the following piece in the rule:
{(<:1416>xxxxxxx):TG1}

In the Voice Service -> Gateways & TrunkGrps -> Trunk Group1, I set up the following:
Enable = ( Checked )
Name = TG1
TrunkList = SP3,SP4
DigitMap = (XX.S5S5)

If I dial a number that matches the (<:1416>xxxxxxx) digit map, say 1234567, I got an error saying: No service configured error.

However, in the OutboundCallRoute, if I change the piece to be:
{(<:1416>xxxxxxx):SP3}, essentially change TG1 to SP3, then I can dial out successfully.

Can someone help me on this issue?  Thanks a lot!

azrobert:
What rules to you have in ITSP C-D DigitMaps?
You need a rule like "1416xxxxxxx" in both.

TTCP:
ITSP C DigitMap = ()
ITSP D DigitMap = ()

( Essentially, I discard the DigitMap text box everywhere, and purely let the Phone OutboundCallRoute control both digit map and routing. But that is a separate topic I guess. But will this approach interfere with the Trunk Group feature in any unintended way ?  Has OBIHAI thoroughly tested the Trunk Group feature before they release the product? )

azrobert:
As I said in my last post, add rule "1416xxxxxxx" to both the ITSP C and D DigitMaps.

Trunk Groups work differently than normal routing. Your configuration doesn't use the TG1 DigitMap. You used rule {(<:1416>xxxxxxx):TG1} to route the call to TG1. When the TG gets control it compares the altered dialed number to the SP3 DigitMap. If there is a match it will route the call to SP3. If the call fails, it will compare the altered dialed number to the SP4 DigitMap. If there is a match, the call will be routed to SP4. You don't have any rules in either DigitMap, so the call fails.

FYI when you only add digits to a dialed number, the colon is optional, like "{(<1416>xxxxxxx):TG1}".

TTCP:
Thank you so much for the tips!

But if there are so much hassle in using the Trunk Group feature ( must add duplicate digit map in both places, thus creating maintenance headache, etc ), I think I might as well give up and return to using "SP3" directly in the OutboundCallRoute.

I think OBIHAI has made using the Trunk Group feature unnecessarily complicated - Redundant unnecessary multiple time digit map check during an outbound call,etc.

Navigation

[0] Message Index

[#] Next page