To access Jabber-config.xml

If you want to check what has been configured on a Jabber-config.xml then you need to go to CLI of CUCM and execute this command to display its contents: admin:file view tftp jabber-config.xml <?xml version=”1.0″ encoding=”utf-8″?> <config version=”1.0″> <CUCM> <PhoneService_UseCredentialsFrom>presence</PhoneService_UseCredentialsFrom> </CUCM> <Directory> <BusinessPhone>ipPhone</BusinessPhone> <OtherPhone>telephoneNumber</OtherPhone> <BaseFilter>(&amp;(objectclass=user)(!(objectclass=Computer))(!(UserAccountControl:1.2.840.113556.1.4.803:=2)))</BaseFilter> </Directory> <Policies> <File_Transfer_Enabled>false</File_Transfer_Enabled> </Policies> </config> end of the file reached options: q=quit, n=next, p=prev, b=begin, e=end (lines 1 – 14 of 14) : OR You can see the file by using this URL: http://X.X.X.X:6970/jabber-config.xml XXXX = CUCM Pub You can also find a local copy on user PC at: %USERPROFILE%\AppData\Roaming\Cisco\Unified Communications\Jabber\CSF\Config Remmeber EDI is used … Continue reading To access Jabber-config.xml

Selecting a Vendor to Replace Cisco Attendant Console

Since Cisco Unified Attendant Console has reached its end of life, clients are offered several alternatives from Cisco Solution Partners. This article will help you to make the rights choice. Directory and Basic Call Control Features If a Cisco IP phone is one of your main business tools you need the most convenient interface to: quickly find any person and call him, see who’s calling you, perform the basic call control actions – call forward, conference, parking etc. So, when selecting the attendant console for Cisco UCM pay attention directory and call control features. Make sure that the solution supports: … Continue reading Selecting a Vendor to Replace Cisco Attendant Console

Scenario#45: 7841 SIP phone in Registration loop

I was working on this customer issue last week where they added a new 7841 phone but it was not registering properly or should I say it was registering briefly before unregistering. Call Manager was 9.1.2.11900-12 which does not support 78XX phones so customer actually applied the device pack cmterm-devicepack9.1.2.12039-1.cop  so that they can add 78XX phones. Looking at the logs I found that it is registering with Pub and not Sub even though Sub was the Primary CCM in Call Manager group. At Pub I can see something like this: Pub: REGISTER sip:192.168.11.2 SIP/2.0 Via: SIP/2.0/TCP 172.18.52.91:51736;branch=z9hG4bK739dd207 From: <sip:49715220XXXXX@192.168.11.2>;tag=544a003629fd000a741be677-22e1dea8 … Continue reading Scenario#45: 7841 SIP phone in Registration loop

Scenario#32 – SIP Calls drop after 75 minutes

I had an interesting case where SIP calls over a SIP trunk were dropping after like 75 minutes. The duration was not confirmed as sometimes it use to drop even before 75 minutes. I looked into few CCSIP debugs (debug ccsip messages) and found that the ‘BYE’ message was actually coming from our end (Call manager/Gateway). Platform information: CCM: System version: 7.1.3.32900-4 CUBE-10#sh ver Cisco IOS Software, 3800 Software (C3825-ADVIPSERVICESK9-M), Version 12.4(24)T4, RELEASE SOFTWARE (fc2) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2010 by Cisco Systems, Inc. Compiled Fri 03-Sep-10 09:15 by prod_rel_team ROM: System Bootstrap, Version 12.4(13r)T, RELEASE SOFTWARE (fc1) CUBE-10 … Continue reading Scenario#32 – SIP Calls drop after 75 minutes

Applying QoS for Voice Traffic

QoS is very important for Voice traffic which is delay sensitive. I won’t go into details of QoS over here and will just explain the configuration we normally use on a Voice gateway for QoS. class-map match-any Voice-RTP match ip precedence 5 match ip dscp ef match ip rtp 16384 16383 class-map match-any Voice-Cntl match ip precedence 3 match ip dscp af31 match access-group name voice-signal ! ip access-list extended voice-signal permit tcp any any range 2000 2002 permit udp any any eq 2427 permit tcp any any eq 2428 permit tcp any any eq 1720 permit tcp any any … Continue reading Applying QoS for Voice Traffic

Scenario#29 – Certificate expired – %CCM_UNKNOWN-CERT-0-CertExpiryEmergency

For one of our customer we noticed several RTMT SyslogSeverityMatchFound alerts generated every few minutes for Certificates expiration. The alerts I was getting were as follows: Feb 15 16:00:00, CCM-PUB, Emergency, Cisco Certificate Monitor, : 8947: Feb 15 16:00:00.57 UTC : %CCM_UNKNOWN-CERT-0-CertExpiryEmergency: Certificate Expiry EMERGENCY_ALARM Message:Certificate expiration Notification. Certificate name:tomcat Unit:tomcat Type:own-cert Expiration:Wed Mar 3 08:16:58:000 GMT 2010 Cluster ID: Node ID:CCM-PUB, 42 Feb 15 16:00:00, CCM-PUB, Emergency, Cisco Certificate Monitor, : 8948: Feb 15 16:00:00.57 UTC : %CCM_UNKNOWN-CERT-0-CertExpiryEmergency: Certificate Expiry EMERGENCY_ALARM Message:Certificate expiration Notification. Certificate name:CallManager Unit:CallManager Type:own-cert Expiration:Thu Mar 4 08:41:45:00 Cluster ID: Node ID:CCM-PUB, 43 Feb 15 … Continue reading Scenario#29 – Certificate expired – %CCM_UNKNOWN-CERT-0-CertExpiryEmergency

Scenario#28 – CUCM applying DST changes 1 week before needed (2010)

Today was a hectic day. I walked into my office and immediately started getting calls that phones have gone 1 hour behind. I was a bit surprised as Daylight Saving will be finishing here in UK on 31st October so how come phones gone behind a week earlier. I thought may be customer has got some messed up NTP settings. So, I started investigating it and found the NTP server is their gateway which is in synch with an external time source. Time on the gateway was correct. I did show system at Call manager and found the Call manager … Continue reading Scenario#28 – CUCM applying DST changes 1 week before needed (2010)