Limit of 10 User Definined Digit maps?

(1/2) > >>

larrybob:
Is there any way to create more than 10 User defined Digit Maps?
Thanks Larry

larrybob:
I guess 10 is the limit, I was hoping that a field in another setting window like tones could be used as a user defined digit map... but I could not get anything to work.

QBZappy:
larrybob,

If you need more rules, you can always write them in long form in whatever place you are inserting the User defined digit maps. The User defined digit map is used as a placeholder to make references to them in order to avoid writing them over again and reducing typos.

QBZappy:
larrybob,
    
Re: Technical : DigitMaps and the OutboundCallRoute
http://www.obitalk.com/forum/index.php?topic=513.msg3061#msg3061
Quote from: obi-support2 on March 28, 2011, 04:41:11 pm

Just to confirm your observation/interpretation...

1. PHONE Port - DigitMap is the first gate that processes the digits dialed from the PHONE Port. Once the digits are accepted (and properly transformed by the digitmap, if applicable), the resulting number is used to determine the route to place the call, using the OutboundCallRoute.
The Digitmap on each trunk does not come into play, unless they are explicitly referenced in PhonePort's digitmap

2. OutboundCallRoute may transform the number again based on the digit-map used in the matching routing rule. Note that OutboundCallRoute does not allow forking at present; so only 1 trunk can be selected to place the call. Again the digitmap on each trunk does not play a role here, unless they are explicitly referenced in the PhonePort's OutboundCallRoute.
(Only inboundCallRoute allows forking to up to 4 destinations)

3. If the resulting trunk from #2 is NOT a trunk group, then the number from #2 will be used to call out on that trunk. That would be the end of it.

4. If the resulting trunk from #2 is a trunk group, OBi indeed will apply each member trunk's digit map to select a usable trunk member to place the call. It's a valid point that this may not be quite consistent with the non-trunk-group case, in the sense that the digitmap on each trunk now plays a role in the trunk-selection; but it makes trunk group more useful w/o introducing new syntax.


It seems that we can squeeze out a few more User Defined digimaps indirectly by using a reference on the phone port digimap via a trunk group digimap.

Huib:
If you're not using some or all of the voice gateways you can use those unused digitmaps as user defined digit maps.

Navigation

[0] Message Index

[#] Next page