DigitMap - recursiviness

(1/2) > >>

Obvdobi:
On Obi's administration guide, it mentioned DigitMap's recursiveness.  So, should it be okay to rewrite this rule

from:
Quote

(1xxxxxxxxxx|<1615>[2-9]xxxxxx|<1>[2-9]xxxxxxxxx|<0:**201186>1[02-9]xx.|<0:**201186>[2-9]xx.|<**2>011xx.|<00:**2011>xx.|xx.|(Mipd)|[^*]@@.)
to:
Quote

(1xxxxxxxxxx|<1615>[2-9]xxxxxx|<1>[2-9]xxxxxxxxx|<0:01186>1[02-9]xx.|<0:01186>[2-9]xx.|<00:011>xx.|<**2>011xx.|xx.|(Mipd)|[^*]@@.)
?

RonR:
Assuming this is your PrimaryLine/SP1 DigitMap, only calls to 011+ will be diverted to SP2 using the second DigitMap.

You didn't implement any recursion anywhere.  You simply removed three **2 redirects.

Obvdobi:
I tried, it seems the digits are translated properly. However, the lines are not.

Using the first DIGITMAP, it will automatically switch to SP2 to dial out international number.

Using the second digitmap, the number is translated to '**201186.....', but it still uses SP1 to dial out the international number as is: "**201186...".

RonR:
Using the second DigitMap...


Service Provicers -> ITSP Profile A -> General -> DigitMap:

(1xxxxxxxxxx|<1615>[2-9]xxxxxx|<1>[2-9]xxxxxxxxx|<0:01186>1[02-9]xx.|
<0:01186>[2-9]xx.|<00:011>xx.|<**2>011xx.|xx.|(Mipd)|[^*]@@.)


Any number matching either the <0:01186>1[02-9]xx. or <0:01186>[2-9]xx. rule will be transformed to 01186+ during the DigitMap evaluation phase of the call from the PHONE Port.  During the OutboundCallRoute evaluation phase of the call from the PHONE Port, the 01186+ will match the {(Mpli):pli} rule (which the OBi has internally rewritten to {(Msp1):sp1} since the PrimaryLine is SP1) which will add **2 before sending the call out SP1.

The two-stage (DigitMap + OutboundCallRoute) aspect of PHONE Port call processing can be a little tricky.

Obvdobi:
Hmm, how to properly implement a recursiveness? I probably misunderstood how it works.

I thought the second digitmap works like this:
dial 010-5555-5555the rule translate it to 011861055555555Then the rule will see it start with 011 and translate it into **2011861055555555
Here is what happened when dialing out 010555555555, primary line is SP1 (google voice):
  Using the first digitmap:
   Terminal ID   PHONE1   SP2
        Peer Number   **2011861055555555   => 011861055555555
  Using the second digitmap:
   Terminal ID   PHONE1   GoogleVoice1
        Peer Number   011861089529702   =>  **2011861055555555

Navigation

[0] Message Index

[#] Next page