Debugging VOIP with Shikha Sharma #CiscoKid

When the softphone starts up it requests configuration file in the following order: VTGOPC.xml VTGO.cfg.xml VTGOPC.xml VTGO.cfg.xml SEP000000000001.cnf.xml (Repeating) You can easily create the VTGOPC.xml file as follows CME#conf t Enter configuration commands, one per line.  End with CNTL/Z. CME(config)#telephony-service CME(config-telephony)#create cnf-files CNF file creation is already On Creating CNF files CME(config-telephony)#do show telephony tftp-bindings tftp-server system:/its/united_states/7960-tones.xml alias United_States/7960-tones.xml tftp-server system:/its/united_states/7960-font.xml alias English_United_States/7960-font.xml tftp-server system:/its/united_states/7960-font.xml alias English_United_States/7920-font.xml tftp-server system:/its/united_states/7960-dictionary.xml alias English_United_States/7960-dictionary.xml tftp-server system:/its/united_states/7960-kate.xml alias English_United_States/7960-kate.xml tftp-server system:/its/united_states/7960-kate

1. Define bearer-cap speech in your voice-port to get this sorted. 2. If the first option doesn't apply in your scenario, check the codec. Its a clear issue of codec mismatch.

Resolution- Restart DRF Master service. For me, it didn't work instantly but suddenly the next day it started working.

Simple solution- Open Command Line and run the following commands, this will shrink your unity DB- osql -E 1> use UnityDB 2> go 1> backup log UnityDB with no_log 2> go 1> dbcc shrinkdatabase(UnityDB) 2> go 1>exit osql -E 1> use ReportDB 2> go 1> backup log ReportDB with no_log 2> go 1> dbcc shrinkdatabase(ReportDB) 2> go 1>exit

Sample call flow of such scenario- IP Phone CME A >> IP Phone CME B >> Call forward to another extension of CME B. In call forward loop scenario, Call will reroute by CME A instead of CME B. This scenario gets complicated when we call forward the calls to a PSTN number, in such scenarios, call routes via CME A, still doesn't looked complicated, let me give you an example- India IP phone calling directly to US IP phone which is CFA to local mobile number which could be 9.1234567890 When India IP phone hits the US CME, it will send the call forward information to India CME which is 9.1234567890, India CME won;t able to complete this call because it is not its local number rather international. To avoid this call forward looping, you'd need to disable H450.3 service in the forwarding CME. It is activated by default on a CME with 3.1 or later versions, this service loops the call. The idea of this service is to minimize the resources being used at re

1. Configure night-service under telephony-system- night-service day Sun 08:00 07:59 night-service day Sat 08:00 07:59 night-service weekday 16:00 08:00 The time will comprise - from - when you want night-service to invoke - to- when you want it to come down. 2. Apply night-service on the DN- ephone-dn  100 night-service bell call-forward night-service 5000 number 1000 Point to be noted- Make sure the time on CME and time on the phone matches, if it doesn't check this post .

dial-peer cor custom  name 911696  name 911697  name 911777 dial-peer cor list pt-911696  member 911696 dial-peer cor list pt-911697  member 911697 dial-peer cor list pt-911777  member 911777 dial-peer cor list css-dialall  member 911696  member 911697  member 911777 dial-peer cor list css-dialtwo  member 911697  member 911777 dial-peer cor list css-dialone  member 911696 dial-peer voice 911696 voip  corlist incoming pt-911696  corlist outgoing pt-911696  description cor test  translation-profile outgoing STRIPPREFIX  destination-pattern *911696  voice-class h323 1  session target ras  tech-prefix 666#91#  dtmf-relay h245-alphanumeric  ip qos dscp ef signaling  no vad dial-peer voice 911697 voip  corlist incoming pt-911697  corlist outgoing pt-911697  description cor test  translation-profile outgoing STRIPPREFIX  destination-pattern *911697  voice-class h323 1  session target ras  tech-prefix 666#91#  dtmf-relay h245-alphanumeric  ip qos dscp

The issue I faced today was quite weird. My IP phones showing correct timing, but my CME doesn't as a result of which night-service wasn't working correctly. Here is the snippet of my config- CONFIG (Version=8.6) ===================== Version 8.6 Max phoneload sccp version 17 Max dspfarm sccp version 18 Cisco Unified Communications Manager Express For on-line documentation please see: http://www.cisco.com/en/US/products/sw/voicesw/ps4625/tsd_products_support_series_home.html protocol mode default ip source-address 10.39.32.10 port 2000 ip qos dscp:  ef (the MS 6 bits, 46, in ToS, 0xB8) for media  cs3 (the MS 6 bits, 24, in ToS, 0x60) for signal  af41 (the MS 6 bits, 34, in ToS, 0x88) for video  default (the MS 6 bits, 0, in ToS, 0x0) for serviceservice directed-pickup service dnis overlay service dnis dir-lookup load 7916-12 B016-1-0-4.SBN load 7916-24 B016-1-0-4.SBN load 7937 apps37sccp.1-4-4-0 load 7941 SCCP41.9-1-1SR1S load 7942 flash:SCCP42.9-1-1