05-30-2016 07:12 AM - edited 03-17-2019 07:04 AM
Hi All
Not sure if i`m just being stupid here or missing something ... definately pulling my hair out
I have a CFA all set on a Device Profile ,when the user is logged into DP then it works but as soon as the user logs out of EM then i the forward stops working ,if i forward to a different number on the system then it works ,seems to be only external that is failing.
Any ideas ?
Thanks
Solved! Go to Solution.
05-30-2016 09:14 AM
Hi,
Can you please add the call forward number on "Call Forward Unregistered" fields?
Let me know
Regards
Carlo
05-30-2016 09:14 AM
Hi,
Can you please add the call forward number on "Call Forward Unregistered" fields?
Let me know
Regards
Carlo
05-30-2016 10:46 AM
Hi Carlo
I have tried that also ,same behavior. Sorry meant to click on the "Reply" button not the "Correct Answer" one. I will pull some logs from CUCM tommorow ,just thought i might be missing something glaringly obvious.
05-30-2016 03:11 PM
Hi,
Can you please check the css activation policy under call forward al on the directory number configuration page and make sure that is on "with css configured"?
Thanks
Regards
Carlo
05-31-2016 06:39 AM
Hi Carlo
It was set to System Default ,so i have changed it to "With Configured CSS" but still the same issue.
05-31-2016 09:15 AM
Below is error i get in the CUCM logs for the Forward ,just not sure why it is giving me this
85181803.001 |17:08:54.733 |AppInfo |RouteListCdrc::null0_CcSetupReq check vipr call mViprReroute=0 mViprAlreadyAttempt=0 CI=52549831 BRANCH=0
85181803.002 |17:08:54.733 |AppInfo |RouteListCdrc::null0_CcSetupReq - Terminating a call after the RouteListCdrc cannot find any more device.
85181803.003 |17:08:54.733 |AppInfo |RouteListCdrc::terminateCall - No more Routes in RouteListName = STAND_LOCAL_RL. Rejecting the call
85181803.004 |17:08:54.733 |AppInfo |RouteListCdrc::terminateCall - Sending CcRejInd, with the cause code (41), to RouteListControl because all devices are busy/stopped.
85181803.005 |17:08:54.733 |AppInfo |RouteListCdrc::terminateCall - precedenceBlocked == 0, cause = 41
85181803.006 |17:08:54.733 |AppInfo |RouteListCdrc::terminateCall - Sending CcRejInd, with cause code (41), to Cc because it has not sent CcRegisterPartyB to Cc.
85181803.007 |17:08:54.733 |AppInfo |RouteListCdrc::sendDStopInd
85181804.000 |17:08:54.733 |SdlSig |CcRejInd |idle |RouteListControl(3,100,89,219) |RouteListCdrc(3,100,90,659400) |3,100,10,2.11906991^41.21.187.33^* |[R:N-H:0,N:2,L:0,V:0,Z:0,D:0] CI=52549831 CI.branch=0 c.l=1 c.cid=8 c.cs=0 c.lc=0 c.r=0 CV=41 rejectType=1 dtmDisconn=F FDataType=0opId=0ssType=0 SsKey=0invokeId=0resultExp=Fbpda=FTransparentData=null CanSupportSIPTandN=false TransId=0 AllowBitMask=0x0 UserAgentOrServer= OrigDDName=locale: 1 Name: UnicodeName: pi: 0 mCallerId= mCallerName= mediaCause=0 CAL={v=ffffffff, m=ffffffff, tDev=F, res=F, devType=0} CAL={v=fffffff6, m=ffffffff, tDev=F, res=F, devType=0}
85181805.000 |17:08:54.733 |SdlSig |CcRejInd |wait |Cc(3,100,220,1) |RouteListCdrc(3,100,90,659400) |3,100,10,2.11906991^41.21.187.33^* |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0] CI=52549831 CI.branch=0 c.l=1 c.cid=8 c.cs=0 c.lc=0 c.r=0 CV=41 rejectType=1 dtmDisconn=F FDataType=0opId=0ssType=0 SsKey=0invokeId=0resultExp=Fbpda=FTransparentData=null CanSupportSIPTandN=false TransId=0 AllowBitMask=0x0 UserAgentOrServer= OrigDDName=locale: 1 Name: UnicodeName: pi: 0 mCallerId= mCallerName= mediaCause=0 CAL={v=ffffffff, m=ffffffff, tDev=F, res=F, devType=0} CAL={v=fffffff6, m=ffffffff, tDev=F, res=F, devType=0}
85181806.000 |17:08:54.733 |SdlSig |DStopInd |idle |RouteListControl(3,100,89,219) |RouteListCdrc(3,100,90,659400) |3,100,10,2.11906991^41.21.187.33^* |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0]
85181807.000 |17:08:54.733 |SdlSig |CcRejInd |tcc_register_party_b |Cdcc(3,100,219,1451595) |Cc(3,100,220,1) |3,100,10,2.11906991^41.21.187.33^* |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0] CI=52549831 CI.branch=0 c.l=1 c.cid=8 c.cs=0 c.lc=0 c.r=0 CV=41 rejectType=1 dtmDisconn=F FDataType=0opId=0ssType=0 SsKey=0invokeId=0resultExp=Fbpda=FTransparentData=null CanSupportSIPTandN=false TransId=0 AllowBitMask=0x0 UserAgentOrServer= OrigDDName=locale: 1 Name: UnicodeName: pi: 0 mCallerId= mCallerName= mediaCause=0 CAL={v=ffffffff, m=ffffffff, tDev=F, res=F, devType=0} CAL={v=fffffff6, m=ffffffff, tDev=F, res=F, devType=0}
85181807.001 |17:08:54.733 |AppInfo |processCCMFeatureData: operationIeIdd=0
85181807.002 |17:08:54.733 |AppInfo |Cdcc doGDPRPSTNFailover No GDPR PSTN failover configured for = +!
85181807.003 |17:08:54.733 |AppInfo |Cdcc - (1451595) - dumpSecureStatus - sideA=(cap=1,1, media=0,0, feature=0,0), sideB=(cap=0,0 media=0,0, feature=0,0)
85181807.004 |17:08:54.733 |AppInfo |Cdcc - (1451595) - dumpSecureStatus - sideA=(cap=1,1, media=0,0, feature=0,0), sideB=(cap=0,0 media=0,0, feature=0,0)
85181808.000 |17:08:54.733 |SdlSig |DStopConf |routeListExhausted_shutting_down |RouteListCdrc(3,100,90,659400) |RouteListControl(3,100,89,219) |3,100,10,2.11906991^41.21.187.33^* |[R:N-H:0,N:3,L:0,V:0,Z:0,D:0] varChannelStatus=0
85181808.001 |17:08:54.733 |AppInfo |RouteListCdrc::routeListExhausted_shutting_down_DStopConf
85181808.002 |17:08:54.733 |Stopping | | |RouteListCdrc(3,100,90,659400) |RouteListCdrc(3,100,90,659400) | |NumOfCurrentInstances: 52
85181809.000 |17:08:54.733 |Created | | |SdlTCPConnection(3,100,14,2182043) |SdlTCPListener(3,100,12,3) | |NumOfCurrentInstances: 5109
85181810.000 |17:08:54.733 |SdlSig |SsRedirectCallRes |wait |ForwardManager(3,100,199,1) |Cdcc(3,100,219,1451595) |3,100,10,2.11906991^41.21.187.33^* |[R:N-H:0,N:2,L:0,V:0,Z:0,D:0] Type=50331654 Key=256819 ANode=3 ASs=52549828 BNode=3 BSs=0 RedirectCallResult=2 sideABridgeParticipantID= sideBBridgeParticipantID=
05-31-2016 09:29 AM
If these are for failed call, then from logs we can see no routes in the route list Stand_local_RL for routing the call.
85181803.002 |17:08:54.733 |AppInfo |RouteListCdrc::null0_CcSetupReq - Terminating a call after the RouteListCdrc cannot find any more device.
85181803.003 |17:08:54.733 |AppInfo |RouteListCdrc::terminateCall - No more Routes in RouteListName = STAND_LOCAL_RL. Rejecting the call.
Make sure
1) CSS for CF unregistered is set correctly and contains the paritition for routing the call via correct outgoing RL.
2) Also check your above Route List if the routes groups/gateways are inside to route the call.thanks
05-31-2016 11:46 PM
I have a theory as to what is happening here ,please feel free to correct me if i am wrong.
We are using SLRG to route to a SIP trunk for outgoing calls ,because there is no Device Pool assigned to a Device Profile it inherits the Device Pool from the phone when the user logs in. But when the Device Profile is not logged in it will inherit the CSS of the SIP trunk cause that is where the call came in. That CSS is only allowed to call Internal extensions and that is why i can only forward Internal when user is logged out. Does this sound correct ?
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide