Hello,
IPO500V1, v5.0(24) with VM PRO. PRI service.
Calls to main number are configured to transfer to VM Autoattendant named "incoming". Ocasionally, some calls will route directly to a hunt group, bypassing the autoattendant altogether.
I have a HG named "incoming" to route calls in the event the VMPRO server is unavailable, but that directs calls to HG 300, these random calls are being directed to HG 303.
I can't figure out why they're ending up there. The caller says they don't hear any prompts, just ringing (directly to the HG 303).
Here's a monitor trace of a sample call (phone number redacted):
I've looked through the incoming call routes and Fallback settings and VM call flows but can't figure out how they're getting directly to HG 303.
Any ideas?
Thanks!
IPO500V1, v5.0(24) with VM PRO. PRI service.
Calls to main number are configured to transfer to VM Autoattendant named "incoming". Ocasionally, some calls will route directly to a hunt group, bypassing the autoattendant altogether.
I have a HG named "incoming" to route calls in the event the VMPRO server is unavailable, but that directs calls to HG 300, these random calls are being directed to HG 303.
I can't figure out why they're ending up there. The caller says they don't hear any prompts, just ringing (directly to the HG 303).
Here's a monitor trace of a sample call (phone number redacted):
Code:
4065222676mS VMAIL: SESS 641f: CMD=1 Mailbox=incoming Access=4 !Internal!=N Calling_party_number=9xxxxxx4363 targeted_party_number= Called_party_number= Display=9xxxxxx4363>incoming
4065222677mS VMAIL: SESS 641f: CMD=9 Mailbox=incoming Access=4 !Internal!=N Calling_party_number=9xxxxxx4363 targeted_party_number= Called_party_number= Display=9xxxxxx4363>incoming
4065222677mS ISDNL1Tx: v=1 peb=1
0000 02 01 01 3a ...:
4065222739mS RES: Tue 5/2/2013 10:16:11 FreeMem=69259092(1) CMMsg=11 (12) Buff=200 948 999 7362 3 Links=21778
4065222739mS RES2: IP 500 5.0(24) Tasks=33 RTEngine=0 CMRTEngine=0 Timer=63 Poll=0 Ready=2 CMReady=0 CMQueue=0 VPNNQueue=0 Monitor=1
4065223096mS ISDNL1Rx: v=1 peb=1
0000 02 01 3a 1e 08 02 03 35 62 1c 1c 9f 8b 01 00 a1 ..:....5b.......
0010 16 02 01 01 02 01 00 80 0e 53 50 45 4e 43 45 52 .........SPENCER
0020 20 45 41 52 4c 20 26 EARL &
4065223097mS ISDNL2Rx: v=1 peb=1
0000 02 01 3a 1e 08 02 03 35 62 1c 1c 9f 8b 01 00 a1 ..:....5b.......
0010 16 02 01 01 02 01 00 80 0e 53 50 45 4e 43 45 52 .........SPENCER
0020 20 45 41 52 4c 20 26 EARL &
4065223097mS ISDNL3Rx: v=1 peb=1
ISDN Layer3 Pcol=08(Q931) Reflen=2 ref=0335(Remote)
Message Type = Facility
InformationElement = FAC
0000 1c 1c 9f 8b 01 00 a1 16 02 01 01 02 01 00 80 0e ................
0010 53 50 45 4e 43 45 52 20 45 41 52 4c 20 26 SPENCER EARL &
4065223097mS ISDNL2Tx: v=1 peb=1
0000 02 01 01 3c ...<
4065223098mS ISDNL1Tx: v=1 peb=1
0000 02 01 01 3c ...<
4065223098mS CMLineRx: v=1
CMFacility
Line: type=Q931Line 1 Call: lid=1 id=2 in=1
IE CMIESupplementaryService (3)
Interpretation APDU
rejectAnyUnrecognisedInvokePdu
CallingName.Invoke.CodePageISO8859-1
invokeId 1
user 'SPENCER EARL &' presentation Allowed
4065223099mS CMExtnTx: v=RAS, p1=0
CMFacility
Line: type=RAS 1 Call: lid=0 id=1013 in=0
Called[] Type=Default (100) Reason=CMDRdirect Calling[9xxxxxx4363] Type=Unknown Plan=ISDN Pres=Allowed (0)
BChan: slot=21 chan=43
IE CMIESupplementaryService (3)
Interpretation APDU
rejectAnyUnrecognisedInvokePdu
CallingName.Invoke.CodePageISO8859-1
invokeId 1
user 'SPENCER EARL &' presentation Allowed
IE CMIERespondingPartyNumber (230)(P:0 S:1 T:0 N:1 R:4) number=9xxxxxx4363
IE CMIEDeviceDetail (231) LOCALE=enu HW=8 VER=5 class=CMDeviceISDNTrunk type=2 number=1 channel=13 rx_gain=32 tx_gain=32 ep_callid=2 ipaddr=172.18.12.5 apps=0
IE CMIECallingPartyName (110)(Type=CMNameDefault) name=SPENCER EARL &
IE CMIERespondingPartyName (228)(Type=CMNameDefault) name=SPENCER EARL &
4065226521mS CMExtnRx: v=RAS, p1=0
CMFacility
Line: type=NoLine 0 Call: lid=0 id=-1 in=0
Called[CLAIM] Type=ACD (103) Reason=CMDRdirect
4065226528mS VMAIL: VMMESSAGE Transfer request [303]
4065226528mS CMExtnRx: v=RAS, p1=0
CMTransfer
Line: type=NoLine 0 Call: lid=0 id=-1 in=0
Called[303] Type=Default (100) Reason=CMDRdirect SndComp
4065226529mS CMCallEvt: 0.201383.0 35592 RAS.0: Transfer CMCauseTransfer
4065226529mS CDR: Initialising communications [IP Address = 0.0.0.0, port 1150 [TCP]]
4065226529mS PRN: CDR - ResetQueueSize=500
4065226530mS PRN: CDR - TCPSend maxqueuesize=500 operational=0
4065226530mS ERR: CDRServer discarding - framecount=500
4065226530mS CD: CALL: 1.2.1 BState=Connected Cut=3 Music=0.0 Aend="Line 1" (1.14) Bend="incoming(incoming)" [VoiceMail] (21.43) CalledNum=incoming () CallingNum=9xxxxxx4363 (SPENCER EARL &) Internal=0 Time=3896 AState=Connected
4065226531mS CMTARGET: 1.2.1 35592 Q931 Trunk:1 CHAN=13: ADD TARGET (N): number=303 type=100 depth=1 nobar=1 setorig=1 ses=0
4065226531mS CMTARGET: 1.2.1 35592 Q931 Trunk:1 CHAN=13: HG(Wellness Group,303,172.18.12.5) Requires Routing To Master(1). IsLocalExecutive(1)
4065226531mS CMTARGET: 1.2.1 35592 Q931 Trunk:1 CHAN=13: HG call targeting occuring here
4065226531mS CMTARGET: 1.2.1 35592 Q931 Trunk:1 CHAN=13: PrimeForHGTarget: Wellness Group setorig=1 recall=0 resetExtnVars 1
4065226531mS CMCallEvt: Priority hike: call 35592 priority 1->5
4065226532mS CMTARGET: 1.2.1 35592 Q931 Trunk:1 CHAN=13: AddHGTarget Wellness Group (depth=2) allowq=1 type=CMNTypeDefault
4065226532mS CMCallEvt: 0.201384.0 -1 BaseEP: NEW CMEndpoint f525f1b8 TOTAL NOW=9 CALL_LIST=4
4065226532mS CMTARGET: 1.2.1 35592 Q931 Trunk:1 CHAN=13: PrepareTransferTargets Found 1 target
I've looked through the incoming call routes and Fallback settings and VM call flows but can't figure out how they're getting directly to HG 303.
Any ideas?
Thanks!