Server Edition with 500v2 PRI Expansion - Outgoing caller ID by extension 4

[HeathBCT]

Hey guys,

So I have been working on this for days, and while I feel I should be able to fix this with monitor and troubleshooting I have hit a dead end.


My scenario:

Server Edition 9.0

PRI Expansion 500v2


I have an H323 line to the 500 box w/ the shortcode: ?/dial/./99903

from the 500 I have a short code to strip the 9 (according to the doc) [9]N;/dial/N/2

The ARS is set up to send to the PRI with shortcode: ?/dial/./2


Calls are going out fine.


I need to override the caller ID based on extension dialing out. I do not want the DID of the extension shown I want the main number of that department (working with 11 depts, 1 system) shown.

Please tell me how. All attempts I have made with a user short code get stripped as soon as it hits the 99903 line to the 500 box I think. Here is a sys mon

175747851mS CMCallEvt: 0.1305.0 -1 BaseEP: NEW CMEndpoint e8a34348 TOTAL NOW=1 CALL_LIST=0
175747851mS CMCallEvt: 0.1305.0 -1 WPC300.-1: NEW CMExtnEndpoint e8a34348, Name=WPC300, Extn=300, Phys Extn=300
175747852mS CMCallEvt: CREATE CALL:90 (e8a2d790)
175747852mS CMCallEvt: 0.1306.0 -1 BaseEP: NEW CMEndpoint e8a1d118 TOTAL NOW=2 CALL_LIST=0
175747852mS CMExtnEvt: WPC300: CMExtnHandler::SetCurrent( id: 0->1305 )
175747853mS CMCallEvt: 351.1305.0 90 WPC300.0: StateChange: END=A CMCSIdle->CMCSDialInitiated
175747853mS CMExtnEvt: v=2 State, new=Dialling old=Idle,0,0,WPC300
175747853mS CMTARGET: 351.1305.0 90 WPC300.0: LOOKUP CALL ROUTE: type=100 called_party=917021231881 sub= calling=300 dir=out complete=1 ses=0
175747853mS CMTARGET: 351.1305.0 90 WPC300.0: ADD TARGET (N): number=917021231881 type=100 depth=1 nobar=1 setorig=1 ses=0
175747853mS CMTARGET: 351.1305.0 90 WPC300.0: DEF SC: 917021231881 0 sc=type=Dial code=?, num=.
175747853mS CMARS: FindActiveARSByGroupID GroupID=50 - Found
175747853mS CMARS: MakeCallTarget - Called Number: 917021231881
175747853mS CMCallEvt: 0.1307.0 -1 BaseEP: NEW CMEndpoint e8a39270 TOTAL NOW=3 CALL_LIST=1
175747853mS CMTARGET: 351.1305.0 90 WPC300.0: INITIAL TARGETING SUCCEEDED
175747853mS CMTARGET: 351.1305.0 90 WPC300.0: GetNoAnswerTimer:15
175747853mS CMCallEvt: 351.1305.0 90 WPC300.0: StateChange: END=A CMCSDialInitiated->CMCSDialled
175747853mS CMExtnEvt: v=2 State, new=Proceeding old=Dialling,0,0,WPC300
175747854mS CMCallEvt: 0.1306.0 90 TargetingEP: StateChange: END=B CMCSIdle->CMCSOffering
175747854mS CMCallEvt: 0.1307.0 90 ARS for Main: StateChange: END=T CMCSIdle->CMCSOffering
175747855mS CMCallEvt: 0.1306.0 90 TargetingEP: RequestEnd 0.1307.0 90 ARS for Main
175747855mS CMTARGET: 351.1305.0 90 WPC300.0: CancelTimer CMTCNoAnswerTimeout
175747855mS CMCallEvt: 0.1307.0 90 ARS for Main: StateChange: END=B CMCSOffering->CMCSOverlapRecv
175747855mS CMARS: FORM: Main - Received Number: 917021231881
175747855mS CMARS: FOUND A SHORT CODE - short_code: ? - Tel: . - Called_Party: 917021231881 - Line Group Id: 99903
175747855mS CMARS: FindActiveARSByGroupID GroupID=99903 - Not Found
175747855mS CMCallEvt: 0.1308.0 -1 BaseEP: NEW CMEndpoint e8a3c068 TOTAL NOW=4 CALL_LIST=1
175747856mS CMARS: FOUND LINE - Line Id: 2 - using line group id: 99903 - Called Number: 917021231881 - Calling Number: 300
175747856mS CMARS: SEND Setup TO LINE
175747856mS CMCallEvt: 0.1308.0 90 H323TrunkEP: StateChange: END=child CMCSIdle->CMCSOffering
175747857mS CMLineTx: v=2
CMSetup
Line: type=IPLine 2 Call: lid=0 id=1308 in=0
Called[917021231881] Type=Default (100) Reason=CMDRdirect SndComp Calling[300] Type=Internal Plan=Default







ACSS - SME

 

[HeathBCT]

Anyone? It doesnt have to be user codes maybe it can be done through alt ARS?

ACSS - SME

 

[mforrence]

Shortcode NsiNumberToSend. Look up the section in docs covering ARS and you'll see this covered nicely.

 

[HeathBCT]

Mforrence I have read through the docs. My issue lies in the fact that it passes through the h232 line from the server edition to the 500 box. The code that passes it through is ?/dial/./99903

the . replaces ANYTHING I put in the user short codes.

so that is just one line connecting from server edition to 500 box.

From 500 box I cant figure out how to trigger different ARS tables because the user short codes get stripped and there is just one line that all users are travelling over so.. how does the 500 box know which ARS to trigger based on that?



ACSS - SME

 

[IPGuru]

Have you connected your IP500 using SCN or have you correctly configured it as a media gateway?



A Maintenance contract is essential, not a Luxury.
Do things on the cheap & it will cost you dear

 

[HeathBCT]

IPGuru - thank you for your reply

I 'think' it is configured as SCN because the H323 lines are noted as SCN Fallback and SCN for the line to the 500

This is my first server edition deployment... What else should I check or set up? Thank you again

ACSS - SME

 

[mforrence]

One option would be to use different lead digits when sending to IP500. Right now you're sending 9+tel number and IP500 is stripping out 9. You could, instead of sending 9, send 801 for first group, 802 for second group, 803 for third group, etc. Then have IP500 use the 8XX to target the desired ARS group. Have the ARS then send the appropriate si value. This will overcome any signaling issues between systems.

 

[HeathBCT]

mforrence THANK YOU! That sounds like a plan... my issue is still with getting those digits through to the 500 box

the H323 line from Server Edition to 500 box strips ANYTHING I put on the user and replaces it with a .

But if I try to use a different short code than ?/dial/./line# then I get incompatible and call fails. Because the . seems to send through the dialed digits. So without it no dialed digits make it to the 500 and PRIs to be sent to carrier.



ACSS - SME

 

[mforrence]

You're getting a fail because, with a different shortcode, you're not sending what the IP500 expects. So, you'll need to modify shortcodes on both ends to make this work. On the server, just make user rights groups with shortcodes that replace the lead 9 that they dial with the 8XX, then code on far end to capture and route. Really, this is basic stuff as shortcodes are the life of the system. If you struggle more, it's time to call in a trained business partner who can sort this out in a matter of minutes. Minutes.

 

[HeathBCT]

Yeah my trained BP has not been able to help so far................

Can you provide an example of short code to send the dialed digits from server edition to the 500 box? I'm pretty sure using ?/dial/./line group is the problem but nothing else works.

ACSS - SME

 

[tlpeter]

Use the NSxxxxxx on the server and use N on the expansion.
Think SCN as it is one.

BAZINGA!

I'm not insane, my mother had me tested!

 

[HeathBCT]

Thanks All --- I got it working.

That was pure hell...

I am going to put together a nice little walk through for any others who may stumble upon this thread. Coming soon.

ACSS - SME

 

[HeathBCT]

Send User CallerID Settings from Server Edition to 500v2 PRI Expansion

Document referenced for original configurations

http://oc-stuff.com/businesspartner.../index.htm?example_3_using_trunks_hosted_.htm

Changes I made to support User Send CallerID

Note: Must have different # assigned to outgoing PRI channels as incoming PRI channels. For my example I used 2 for incoming and 3 for outgoing.


All the magic is done with shortcodes, as follows:


SOLUTION: User Settings:

Short Code for User: [9]N; / ns7755551234 / dial / 99903 (line # for h323 to 500v2)


PRIMARY/SECONDARY Settings:

Short Code for PRIMARY/SECONDARY Server Edition: ?/dial/./50: main


ARS Settings for PRIMARY/SECONDARY Server Edition: ARS 50:Main ARS Shortcode: ?/./dial/99903 (Line # h323 to 500v2)



500v2 PRI Expansion Settings:

Short Code (this is what was causing my issues) do not use the document recommended shortcode.

500V2 Short Code: ?/dial/./50:Main


ARS settings for 50:Main

11 / 911 / dial emergency / 3
911 / 911 / dial emergency / 3
? / . / dial / 3



ACSS - SME

 

[HeathBCT]

Forgot to note::
Secodary shortcode: ?/dial/./99901 (H323 line from secondary to 500v2)

ACSS - SME