callcentric related

[earthtoobi]

i have question wrt specific things on callcentric setup:
i have it setup as Sp2 and is set as default for the phone/obi.

how should the digitmap be:
1.  to call sipbroker: **275
2.  callcentric speed dial  : *75xx format.

[RonR]

1.  To allow Sip Broker Calls through CallCentric, add the following rule to the ITSPx DigitMap:

**275*[x*][x*].

2.  To allow access to CallCentric Speed Dials, add the following rule to the ITSPx DigitMap:

*75xx

This will replace OBi Star Code 75 : Speed Dial Read-Back

As such, you might wish to access CallCentric Speed Dials using *00xx instead:

*<00:75>xx

[earthtoobi]

*75xx

This will replace OBi Star Code 75 : Speed Dial Read-Back

As such, you might wish to access CallCentric Speed Dials using *00xx instead:

*<00:75>xx

Does not seem to work for me(says there is no call route). i placed it in ITSP2 at the start.
here is how my current ITSP2 digit map looks like:
(*<00:75>xx|**275*[x*][x*].|*86|*123|1xxxxxxxxxx|<1>[2-9]xxxxxxxxx|011xx.|xx.|(Mipd)|[^*]@@.)

wrt other Digit map suggestion for **275..wouldn't obi think we want to call through **2 trunk.
does phone port digitmap have anything to do with this.

[RonR]

Yeah, there is a problem with *<00:75>xx.  Sorry 'bout that!  I try hard not to alter the PHONE Port OutboundCallRoute, but due to the way Star Codes are implemented, I don't see an easier solution in this case.  Keep *<00:75>xx in ITSPB and add the following rule to the PHONE Port OutboundCallRoute:

{(*75xx):sp2}

I don't believe there's a problem with the **275*[x*][x*]. rule being in ITSPB.  Try calling **275*011188888# and you should reach the Sip Broker test announcement.  I worried about this too at first, but I think the * following the **275 keeps it out of trouble.

[earthtoobi]

No Luck Ron.error for both cases (sipbroker and speeddial)

**275*011188888 goes out as : 75*011188888

[RonR]

**275*011188888 goes out as : 75*011188888

Ok, let's work on this problem first.  In the ITSPB -> DigitMap, change:

[^*]@@.

to

@@.'@'@@.

I'm pretty sure that will make **275*011188888 go the Sip Broker test announcement.

[earthtoobi]

Sipbroker worked!

[RonR]

Sipbroker worked!

Great!  Those [^*]@@. rules are horrible.  Any place you have one, change it to:

@@.'@'@@.

I'm still trying to figure out the problem with *<00:75>xx and {(*75xx):sp2}

You are dialing *0033, correct?

Does *75xx (instead of *<00:75>xx) in the ITSPB DigiMap allow dialing *7533?

[earthtoobi]

Here is my PHONE port digitmap
([1-9]x?*(Mpli)|[1-9]|[1-9][0-9]|911|**0|***|#|**1(Msp1)|**2(Msp2)|**3(Mvg3)|**4(Mvg4)|**6(Mvg6)|**8(Mli)|**9(Mpp)|(Mpli))

and ITSP2 digitmap:
(*<00:75>xx.|**275*[x*][x*].|*86|*123|1xxxxxxxxxx|<1>[2-9]xxxxxxxxx|011xx.|xx.|(Mipd)|@@.'@'@@.)

can we remove the **275*[x*][x*]. setting now that we have changed the last rule.

PhonePort Outbound call route:
{({(*75xx):sp2}|[1-9]x?*(Mpli)):pp},{(<#:>):li},{911:sp2},{**0:aa},{***:aa2},{(<**1:>(Msp1)):sp1},{(<**2:>(Msp2)):sp2},{(<**3:>(Mvg3)):vg3},{(<**4:>(Mvg4)):vg4},{(<**6:>(Mvg6)):vg6},{(<**8:>(Mli)):li},{(<**9:>(Mpp)):pp},{(Mpli):pli}

btw, have tried *00<last_2digits_of_callcentricspeeddial> and *75<last_2digits_of_callcentricspeeddial>
None work.

*75<last_2digits_of_callcentricspeeddial> is reading my obi speedial for 2 digit number.

EDIT: Changing *<00:75>xx. in itsp2 digit map to *75xx still does not work. it reads back the obi speedial number corresponding to xx

[RonR]

can we remove the **275*[x*][x*]. setting now that we have changed the last rule.

No, **275*[x*][x*]. is still a necessary rule.

PhonePort Outbound call route:
{({(*75xx):sp2}|[1-9]x?*(Mpli)):pp},{(<#:>):li},{911:sp2},{**0:aa},{***:aa2},{(<**1:>(Msp1)):sp1},{(<**2:>(Msp2)):sp2},{(<**3:>(Mvg3)):vg3},{(<**4:>(Mvg4)):vg4},{(<**6:>(Mvg6)):vg6},{(<**8:>(Mli)):li},{(<**9:>(Mpp)):pp},{(Mpli):pli}

Here's your problem (you can't blend two rules together like you did):

{({(*75xx):sp2}|[1-9]x?*(Mpli)):pp}

should be:

{(*75xx):sp2},{([1-9]x?*(Mpli)):pp}

[earthtoobi]

Made the change. get an engaged tone(not that the number is engaged.it does not show in obi/callcentric history).

[RonR]

You must have a typo somewhere, as it works here.

With:

|*<00:75>xx|

as a DigitMap rule and

{(*75xx):sp2},

as an OutboundCallRoute rule, dialing *0033 sends *7533 out SP2.

The ITSP I have on SP2 doesn't particularly like it, but it goes out as expected.  

[earthtoobi]

is the digitmap phone port or ITSPB(primary line) digitmap

[RonR]

Technically, it's all one.  The ITSPB DigitMap is an extension of the PHONE Port DigitMap.  Normally, we don't make changes to the top-level PHONE Port DigitMap, but rather to the subordinates it references (ITSPB, for example).

PHONE Port -> DigitMap:

([1-9]x?*(Mpli)|[1-9]|[1-9][0-9]|911|**0|***|#|**1(Msp1)|**2(Msp2)|**8(Mli)|**9(Mpp)|(Mpli))

ITSPB (used by SP2) gets referenced whenever you dial **2 [**2(Msp2)], or through (Mpli) when you don't dial **2 [(Mpli) is replaced by (Msp2) when PrimaryLine is set to SP2 Service].

I had |*<00:75>xx| in ITSPB.

[earthtoobi]

must be a typo..since i got it to work after changing everything back to original and putting in the changes afresh..Thanks Ron..

Now when we combine this setting to the single stage dialing setup that you mentioned:

then
wouldn't the first line of Obitalk Inbound Call route Route:   (Mcot)>(Mpli_sp2_in_my_case):pli_sp2_in_my_case

Match because we have made changes to the last line in the digit map of sp2:  [^*]@@  and route through SP2 - which is not what we want.

[RonR]

Now when we combine this setting to the single stage dialing setup that you mentioned:

then
wouldn't the first line of Obitalk Inbound Call route Route:   (Mcot)>(Mpli_sp2_in_my_case):pli_sp2_in_my_case

Match because we have made changes to the last line in the digit map of sp2:  [^*]@@  and route through SP2 - which is not what we want.

There shouldn't be a problem with the following:

=====

{(Mcot)>(Mpli):pli},

in your case (PrimaryLine = SP2 Service) would be

{(Mcot)>(Msp2):sp2},

=====

[^*]@@.

in ITSPA and ITSPB should be changed to

@@.'@'@@.

=====

I don't foresee any conflicts between between your ITSPB DigitMap and single-stage dialing, but sometimes it's not obvious until you actually try it.  Let's cross that bridge when we come to it.