About rynard.coetzee

rynard.coetzee · ‎08-29-2018

Hi Jonathan Thanks for the reply ,i agree something had to change ,trying to find that something seems to be the issue. Yes under System-Server all servers in the cluster is configured with IP Address. Not entirely sure if this is the only place that gets referenced when the Jabber client requests it`s Home UDS server. Strange thing is that all queries sent from Jabber client to CUCM Pub is in IP format up to the point where it queries it`s Home UDS server and then gets a FQDN in response to the query ,it then tries to use the FQDN in all subsequent queries to CUCM. Regards Rynard

rynard.coetzee · ‎08-28-2018

Hi All I have a question that i hope someone here can help me shed some light on. We have a HCS deployment with CUCM clusters and IM&P nodes ,because this is a multi tenanted environment we can not use Service Discovery for the Jabber clients as each client has their own Internal DNS servers. Because of this we always use to set the IP of the CUCM manually on the Jabber client ,and this always worked fine. Recently we have come across an issue where this is failing and upon inspecting the Jabber PRT came across the following. When the Jabber client queries the CUCM Publisher for it`s Home UDS server ,the CUCM is actually returning this as an FQDN and not an IP address ,so when the Client then tries to query the Home UDS server for the server list etc ,the HTTP GET is failing cause it is unable to resolve the host name to an IP. As this was working fine before something must have changed ,but for the life of me i cannot get the server to return an IP address for the home UDS server ,also i can`t find where to change this anywhere in CUCM pages. Thanks in advance

rynard.coetzee · ‎01-24-2017

Hi Guys Thanks for the replies ,the service param in CUCM is set to 8. Here is the relevant GW config : sccp local GigabitEthernet0/1.1121 sccp ccm 172.21.253.54 identifier 2 version 6.0 sccp ccm 172.21.253.55 identifier 1 version 6.0 sccp ccm 172.21.253.41 identifier 7 version 7.0 sccp sccp ccm group 1 bind interface Loopback0 associate ccm 1 priority 1 associate ccm 2 priority 2 associate profile 1 register g711u_vpn1_mtb associate profile 2 register g711a_vpn1_mtb associate profile 3 register g729_vpn1_mtb associate profile 4 register xcode_vpn1_mtb associate profile 5 register conf_vpn1_mtb switchover method immediate switchback method immediate dspfarm profile 5 conference codec g729br8 codec g729r8 codec g729abr8 codec g729ar8 codec g711alaw codec g711ulaw maximum sessions 8 associate application SCCP So according to the default on the dspfarm and what is set in CUCM service param i should be able to have 8 participants in a conference ,i have checked the CUCM traces but was unable to pick up anything significant from there ,also did a debug sccp errors on GW ,but did not pick up anything obvious there either.

rynard.coetzee · ‎01-24-2017

Hi all I have an issue on an IOS CFB where it only allows 4 participants in a conference ,when you try and dial the 5th participant into the conference it just gives a fastbusy tone. When checking on the router i can see there are DSP slots available sh dspfarm dsp all SLOT DSP VERSION STATUS CHNL USE TYPE RSC_ID BRIDGE_ID PKTS_TXED PKTS_RXED 0 1 37.2.0 UP N/A FREE xcode 1 - - - 0 1 37.2.0 UP N/A FREE xcode 1 - - - 0 1 37.2.0 UP N/A FREE xcode 1 - - - 0 1 37.2.0 UP N/A FREE xcode 1 - - - 0 1 37.2.0 UP N/A FREE xcode 1 - - - 0 1 37.2.0 UP N/A FREE conf 2 - - - 0 1 37.2.0 UP N/A FREE conf 2 - - - 0 1 37.2.0 UP N/A FREE conf 2 - - - 0 2 37.2.0 UP 1 USED conf 2 8917360 12756 12755 0 2 37.2.0 UP 1 USED conf 2 8917361 12753 12753 0 2 37.2.0 UP 1 USED conf 2 8917455 11162 11143 0 2 37.2.0 UP 1 USED conf 2 8917456 1202 1193 0 2 37.2.0 UP N/A FREE conf 2 - - - 0 2 37.2.0 UP N/A FREE conf 2 - - - 0 2 37.2.0 UP N/A FREE conf 2 - - - 0 2 37.2.0 UP N/A FREE conf 2 - - - Total number of DSPFARM DSP channel(s) 13 Any ideas ?

rynard.coetzee · ‎09-08-2016

Hi Pascal Thanks for the reply ,we are using sip88xx.11-0-1-11 ,do you perhaps have the bug id ? Regards Rynard

rynard.coetzee · ‎09-06-2016

Hi Robert Thanks for the reply ,yes i have actually configured those numbers on different phones and then BLF works ,they are currently configured on 7821 phone and 7962 phones. Although there are other BLF`s on those models that are working ,so it does not seem like it is model specific ,but more to do with those 3 physical phones ,hence the reason i want to try and see if they are even sneding out the update for the BLF.

rynard.coetzee · ‎09-06-2016

Hi All I have a CUCM version 10.5 ,i have BLF SD`s created on a 8851 with Expansion modules. Out of the 18 BLF SD`s i have created on here there are 3 that just doesn`t seem to want to work. The 3 extensions in question are in the exact same partition as the ones that are working ,and the Subscribe CSS has been set correctly on all phones. My question here is how can i troubleshoot this ,i need to check if the phones are sending out their BLF status and if the 8851 is seeing that status. I have collected normal CUCM traces but not exactly sure what i am looking for. Any help will be appreciated. Rynard

rynard.coetzee · ‎07-08-2016

Thanks for the reply ,i will have to check if the number is shared although i doubt it ,as the numbers are provisioned to the CUCM via a frontend portal that provisions all devices the same and the norm is to put a "*" in front of the device directory number. It is CUCM 10.5. Also i did not alter the SQL query ,i just didn`t copy all output here

rynard.coetzee · ‎06-29-2016

Hi Guys Sorry for reviving this very old thread ,just wanted to check if someone could help me with some info here. Firstly thanks for the SQL query ,it works perfectly Just a question i had ,when i run this query and i filter out the correct Line group i am looking for ,the 2 Line group members show up twice in the table , see below : AA_LG_312757400_1 872875449 t AA_LG_312757400_1 872875449 t AA_LG_312757400_1 872875452 t AA_LG_312757400_1 872875452 t Any ideas why this would be ? Currently i have an issue where i change the Distribution algorithm to Broadcast and somehow the following day it stops broadcasting , if i then reset the Line group it works again for a day ,could the above duplication have anything to do with it ? Regards

rynard.coetzee · ‎05-31-2016

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 ?

rynard.coetzee · ‎05-31-2016

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=

rynard.coetzee · ‎05-31-2016

Hi Carlo It was set to System Default ,so i have changed it to "With Configured CSS" but still the same issue.

rynard.coetzee · ‎05-30-2016

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.

rynard.coetzee · ‎05-30-2016

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

rynard.coetzee · ‎04-21-2016

Hi Mohit ,thanks that worked ,any info what the difference is between the two ? And why this is now working ?

Date Registered	‎03-25-2009 02:13 AM
Date Last Visited	‎09-09-2019 01:34 AM
Total Messages Posted	109
Total Helpful Votes Received	15

Re: Home UDS server for Jabber Clients

Home UDS server for Jabber Clients

Hi Guys

IOS conference bridge issue

Hi Pascal

Hi Robert

Troubleshoot BLF Speed Dial

Thanks for the reply ,i will

Hi Guys

I have a theory as to what is

Below is error i get in the

Hi Carlo

Hi Carlo

CFA on Device Profile to Translation Pa...

Hi Mohit