![]() ![]() |
#1
|
|||
|
|||
![]()
Customer want to set call forward unconditional to IPOCC by the user, but it is always got busy however if calling the IPOCC directly it is OK.
In system monitor log I saw "Detected Redirect IPOCC loopback" I tried to replicate it on my lab system, but here is works well. Any Idea? Code:
14:10:00 2657532213mS CMTARGET: 0a01a4790000001e 1.3739.1 65236 H323TrunkEP: LOOKUP CALL ROUTE: GID=0 type=0 called_party=283 sub= calling=8855409 calling_sub= dir=out complete=1 ses=0 14:10:00 2657532213mS CMTARGET: 0a01a4790000001e 1.3739.1 65236 H323TrunkEP: ADD TARGET (N): number=283 type=0 depth=1 nobar=1 setorig=1 ses=0 14:10:00 2657532213mS CMTARGET: 0a01a4790000001e 1.3739.1 65236 H323TrunkEP: SET USER: Racz Timea orig=1 14:10:00 2657532213mS CMTARGET: 0a01a4790000001e 1.3739.1 65236 H323TrunkEP: ADD USER: Racz Timea depth=1 disallow_cw=0 dnd=0 real_call=1 group_call=0 type(CMNTypeUnknown) incl(0x0) excpt(0x0), allow_redir(1) remote=00000000 simult 0 (0) 14:10:00 2657532214mS CMTARGET: 0a01a4790000001e 1.3739.1 65236 H323TrunkEP: ADD TARGET (N): number=999901 type=100 depth=2 nobar=1 setorig=0 ses=0 14:10:00 2657532214mS CMTARGET: 0a01a4790000001e 1.3739.1 65236 H323TrunkEP: SYS SC: 999901 6 01 sc=type=DialExtn code=9999XX, num=999|>>. callinfop->sending_complete=1 secondary_dialtone= 14:10:00 2657532214mS CMTARGET: 0a01a4790000001e 1.3739.1 65236 H323TrunkEP: ADD TARGET (N): number=999 type=100 depth=3 nobar=1 setorig=0 ses=0 14:10:00 2657532214mS CMTARGET: 0a01a4790000001e 1.3739.1 65236 H323TrunkEP: SET USER: Contact Center orig=0 14:10:00 2657532214mS CMTARGET: 0a01a4790000001e 1.3739.1 65236 H323TrunkEP: ADD USER: Contact Center depth=3 disallow_cw=0 dnd=0 real_call=1 group_call=0 type(CMNTypeUnknown) incl(0x8) excpt(0x0), allow_redir(1) remote=00000000 simult 0 (0) 14:10:00 2657532214mS CMCallEvt: 0000000000000000 0.201606.0 -1 BaseEP: NEW CMEndpoint 1438c2e8 TOTAL NOW=57 CALL_LIST=17 14:10:00 2657532214mS CMCallEvt: 0000000000000000 0.201606.0 -1 Contact Center.-1: NEW CMExtnEndpoint 1438c2e8, Name=Contact Center, Extn=999, Phys Extn=999 14:10:00 2657532214mS CMTARGET: 0a01a47800031386 351.201606.0 65236 Contact Center.24: ADD PRIMARY 14:10:00 2657532214mS CMTARGET: 0a01a4790000001e 1.3739.1 65236 H323TrunkEP: INITIAL TARGETING SUCCEEDED 14:10:00 2657532214mS CMTARGET: 0a01a4790000001e 1.3739.1 65236 H323TrunkEP: Detected Redirect IPOCC loopback. Re-target from (0a01a4790000001e 1.3739.1 65236 H323TrunkEP) 14:10:00 2657532214mS CMCallEvt: 0000000000000000 0.201605.0 65236 TargetingEP: Transfer CMCauseRedirect 14:10:00 2657532214mS PRN: CDR - TCPSend maxqueuesize=1000 framecount=0 operational=1 14:10:00 2657532214mS CMLOGGING: CALL:2015/11/0214:10,00:00:00,000,8855409,I,999,283,,,,0,,"",0,n/a 14:10:00 2657532214mS CD: CALL: 1.3739.1 BState=Idle Cut=0 Music=0.0 Aend="Line 1" (251.15) Bend="Racz Timea(283)" [Contact Center(999)] (0.0) CalledNum=999 (Contact Center) CallingNum=8855409 () Internal=0 Time=1 AState=Dialling 14:10:00 2657532214mS CD: CALL: 1.3739.1 Deleted 14:10:00 2657532214mS CMLineTx: v=1 CMReleaseComp Line: type=IPLine 1 Call: lid=1 id=3739 in=1 IE CMIESupplementaryService (3) Network Facility Extension sourceEntity: 0 destinationEntity: 0 Interpretation APDU discardAnyUnrecognisedInvokePdu BusyName.Invoke.CodePageUtf8String invokeId 48084 user 'Contact Center' presentation Allowed Cause=17, User busy 14:10:00 2657532214mS CMCallEvt: 0a01a4790000001e 1.3739.1 -1 H323TrunkEP: StateChange: END=X CMCSDialInitiated->CMCSDelete 14:10:00 2657532214mS CMCallEvt: 0000000000000000 0.201605.0 -1 BaseEP: DELETE CMEndpoint 143cfba8 TOTAL NOW=56 CALL_LIST=16 14:10:00 2657532215mS CMExtnEvt: Contact Center: CALL LOST (CMCauseBusy) 14:10:00 2657532215mS CMExtnEvt: Contact Center: Extn(999) Calling Party Number(8855409) Type(CMNTypeSubscriberNumber) 14:10:00 2657532215mS CMExtnTx: v=999, p1=0 CMReleaseComp Line: type=SIPLine 260 Call: lid=351 id=201606 in=0 Called[999] Type=Unknown (0) Reason=CMDRdirect Calling[8855409] Type=SubscriberNumber Plan=ISDN Pres=Allowed (0) Cause=17, User busy Timed: 02/11/15 14:10 |
#2
|
|||
|
|||
![]()
Can you attach the customer IPO config ?
|
#3
|
|||
|
|||
![]()
Here is the config files. It is a SE and a IP500v2. Calls comes in on a PRI line, and routed to the extension in the SE. The extension want to forward calls into IPOCC in OOH.
Extension/station is 283. |
#4
|
|||
|
|||
![]()
Are you transferring to the IPOCC SIP extension or a Topic number? I'm not sure you can transfer to the SIP extension directly.
|
#5
|
|||
|
|||
![]()
To the topic number. In my lab system it works well, and dont understand why not working on the customer system. All component and configuration are the same.
|
#6
|
|||
|
|||
![]()
Did you find a solution, or a reason, why this was caused?
I'm experiencing the same situation here :-( |
![]() |
Thread Tools | Search this Thread |
Display Modes | |
|
|