Recently brought up a new remote site with an MPLS connection back to CUCM(9.1.1.2).
Remote users are reporting issues of call quality issues but only via webex calls. It seems like audio loss, jitter and digitization are a daily occurrence for them but only on Webex calls. We are using a local SIP trunk so their calls go out via a local gateway (2911). I engaged TAC but the amount of packet captures and spans they want me to configure (while being 3000 miles away) is disheartening and difficult for me to do. To me it looks to be provider related but the provider has been of little help as of late.
Looking at the CUBE and the phone I don't see anything that would point the finger at our local network. I have the logs from the phone at the time (user reported 9:05) but nothing jumps out at me. I dont have CUBE logs as I wasn't logging at the time. Does anyeone know what could cause this? I believe it has nothing to do with with phone < > CUCM at this point and would lean towards the provider?
Having said that I do see Rcvr Lost Packets ad Latency from the 'stream' on this users phone.
Rcvr Lost Packets 211
Severely Conceal Seconds 27
Latency 17
Max Jitter 9
2352 NOT May 24 09:04:03.514742 CDP-gdpReadThrd(): CDP select wakeup - n = 501
2353 NOT May 24 09:04:38.740684 NTP-calling catchAlarm
2354 NOT May 24 09:04:38.741081 NTP- expired: targ=19B7D423 tmr=0xE0E350 func = 0xc37c arg=1B4FC
2355 NOT May 24 09:04:38.741814 NTP-remove timer ok
2356 NOT May 24 09:04:38.742180 NTP-before ptimer
2357 NOT May 24 09:04:56.628736 JAVA-ccsip_messaging: sipSPIAddContactHeader: CFGID_DEVICE_NAME = SEP3820560D014D
2358 NOT May 24 09:04:56.628949 JAVA-ccsip_messaging: sipSPIAddContactHeader: ccb->call_mode = 0, display_name = <localDID>
2359 NOT May 24 09:05:03.560309 CDP-gdpReadThrd(): CDP select wakeup - n = 501
2360 NOT May 24 09:05:32.526157 JAVA-ccsip_messaging: sipSPIAddContactHeader: CFGID_DEVICE_NAME = SEP3820560D014D
2361 NOT May 24 09:05:32.526370 JAVA-ccsip_messaging: sipSPIAddContactHeader: ccb->call_mode = 0, display_name = <localDID>
2362 ERR May 24 09:05:32.563361 JAVA-SIPCC-SIP_CC_PROV: ccappFeatureUpdated: REG_STATE event:line=1,state=1
2363 NOT May 24 09:05:32.565803 JAVA-SIPCC-UI_API: ui_is_server_side_adr: server side application dial rules set = 0
2364 NOT May 24 09:05:42.732749 NTP-calling catchAlarm
2365 NOT May 24 09:05:42.733146 NTP- expired: targ=19B7ED23 tmr=0xE0E350 func = 0xc37c arg=1B4FC
2366 NOT May 24 09:05:42.733878 NTP-remove timer ok
2367 NOT May 24 09:05:42.734245 NTP-before ptimer
2368 NOT May 24 09:06:03.603434 CDP-gdpReadThrd(): CDP select wakeup - n = 501
2369 WRN May 24 09:06:04.821014 kernel: [4315160.935432] dspgfb_ioctl: 1417 callbacks suppressed
2370 DEB May 24 09:06:04.821197 kernel: [4315160.935463] FILL block test for LCD driver
2371 DEB May 24 09:06:04.821289 kernel: [4315160.935463] DSPG LCDC DMA start
2372 DEB May 24 09:06:04.821380 kernel: [4315160.935493] DSPG LCDC DMA end
2373 DEB May 24 09:06:04.890784 kernel: [4315161.010940] FILL block test for LCD driver
2374 DEB May 24 09:06:04.890967 kernel: [4315161.010970] DSPG LCDC DMA start
Remote users are reporting issues of call quality issues but only via webex calls. It seems like audio loss, jitter and digitization are a daily occurrence for them but only on Webex calls. We are using a local SIP trunk so their calls go out via a local gateway (2911). I engaged TAC but the amount of packet captures and spans they want me to configure (while being 3000 miles away) is disheartening and difficult for me to do. To me it looks to be provider related but the provider has been of little help as of late.
Looking at the CUBE and the phone I don't see anything that would point the finger at our local network. I have the logs from the phone at the time (user reported 9:05) but nothing jumps out at me. I dont have CUBE logs as I wasn't logging at the time. Does anyeone know what could cause this? I believe it has nothing to do with with phone < > CUCM at this point and would lean towards the provider?
Having said that I do see Rcvr Lost Packets ad Latency from the 'stream' on this users phone.
Rcvr Lost Packets 211
Severely Conceal Seconds 27
Latency 17
Max Jitter 9
2352 NOT May 24 09:04:03.514742 CDP-gdpReadThrd(): CDP select wakeup - n = 501
2353 NOT May 24 09:04:38.740684 NTP-calling catchAlarm
2354 NOT May 24 09:04:38.741081 NTP- expired: targ=19B7D423 tmr=0xE0E350 func = 0xc37c arg=1B4FC
2355 NOT May 24 09:04:38.741814 NTP-remove timer ok
2356 NOT May 24 09:04:38.742180 NTP-before ptimer
2357 NOT May 24 09:04:56.628736 JAVA-ccsip_messaging: sipSPIAddContactHeader: CFGID_DEVICE_NAME = SEP3820560D014D
2358 NOT May 24 09:04:56.628949 JAVA-ccsip_messaging: sipSPIAddContactHeader: ccb->call_mode = 0, display_name = <localDID>
2359 NOT May 24 09:05:03.560309 CDP-gdpReadThrd(): CDP select wakeup - n = 501
2360 NOT May 24 09:05:32.526157 JAVA-ccsip_messaging: sipSPIAddContactHeader: CFGID_DEVICE_NAME = SEP3820560D014D
2361 NOT May 24 09:05:32.526370 JAVA-ccsip_messaging: sipSPIAddContactHeader: ccb->call_mode = 0, display_name = <localDID>
2362 ERR May 24 09:05:32.563361 JAVA-SIPCC-SIP_CC_PROV: ccappFeatureUpdated: REG_STATE event:line=1,state=1
2363 NOT May 24 09:05:32.565803 JAVA-SIPCC-UI_API: ui_is_server_side_adr: server side application dial rules set = 0
2364 NOT May 24 09:05:42.732749 NTP-calling catchAlarm
2365 NOT May 24 09:05:42.733146 NTP- expired: targ=19B7ED23 tmr=0xE0E350 func = 0xc37c arg=1B4FC
2366 NOT May 24 09:05:42.733878 NTP-remove timer ok
2367 NOT May 24 09:05:42.734245 NTP-before ptimer
2368 NOT May 24 09:06:03.603434 CDP-gdpReadThrd(): CDP select wakeup - n = 501
2369 WRN May 24 09:06:04.821014 kernel: [4315160.935432] dspgfb_ioctl: 1417 callbacks suppressed
2370 DEB May 24 09:06:04.821197 kernel: [4315160.935463] FILL block test for LCD driver
2371 DEB May 24 09:06:04.821289 kernel: [4315160.935463] DSPG LCDC DMA start
2372 DEB May 24 09:06:04.821380 kernel: [4315160.935493] DSPG LCDC DMA end
2373 DEB May 24 09:06:04.890784 kernel: [4315161.010940] FILL block test for LCD driver
2374 DEB May 24 09:06:04.890967 kernel: [4315161.010970] DSPG LCDC DMA start