Calls intermittently hit dead air

[jeffshen1215]

Hi All,

Our CUCM system (8.6) is experiecing a very strange issue: calls regardless internal or external intermittently hit dead air. Issue happens only when use speed dials, directory dials, redials. I checked the CDR and found the "called party number" of all failed calls in this format:

91XX@1xx.16.xx.1  (which is UCM server address)
91XXXX@1xx.16.xx.1
XXXX@1xx.16.xx.1  (if call internal)

* the number string before @ always are not the completely phone number dialed from (speed dial, directory, history logs)

Can anyone advise the direction of troubleshooting?

Thanks!

[jeffshen1215]

Bring it up see if anyone can offer an advise.

Thanks,

[Leo Salcie Tejeda]

What do you mean with Dead air? If the problem is one way audio or not audio at all it could be a routing issue.

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles dando click en las estrellas de mas abajo.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[jeffshen1215]

As i know, it's not a routing issue. All issues happens in recent few weeks and we didn't change anything in CUCM.

Here is an example, when i call other extension by using "redial" or directory dial, most time the call get through and rings on the other extension, but intermittently the call just hang there, no ring back tone and eventually drop.

[Leo Salcie Tejeda]

Hmmm. it could be some resources problem (DSP, CPU, Memory...). Have you find some new Alert or Warning? Log in RTMT, then go to Tools->Alert Central.

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles dando click en las estrellas de mas abajo.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[jeffshen1215]

The server is fine according to the RTMI track. I suspect it's network connectivity related but need some guide to look into it.

[Leo Salcie Tejeda]

Are you loosing packest between Phones and CUCM server? Check out the switch interface where phone/server are connected, maybe you're getting some mistmach speed or QoS issue (If QoS was applied on LAN).

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles dando click en las estrellas de mas abajo.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[jeffshen1215]

Here is phone ststus one experienced issue, don't see the pack lost.

Rx totalPkt		23440353
Rx crcErr		00000000
Rx alignErr		00000000
Rx multicast		18370987
Rx broadcast		02156169
Rx unicast		02913197
Rx shortErr		00000000
Rx shortGood		00000000
Rx longGood		00000000
Rx longErr		00000000
Rx size64		02596750
Rx size65to127		18015848
Rx size128to255		02447603
Rx size256to511		00308818
Rx size512to1023		00067192
Rx size1024to1518		00004142
Rx tokenDrop		00000000
Tx excessDefer		00000000
Tx lateCollision		00000000
Tx totalGoodPkt		02814778
Tx Collisions		00000000
Tx excessLength		00000000
Tx broadcast		00003068
Tx multicast		00119601
LLDP FramesOutTotal		00000000
LLDP AgeoutsTotal		00000000
LLDP FramesDiscardedTotal		00000000
LLDP FramesInErrorsTotal		00000000
LLDP FramesInTotal		00000000
LLDP TLVDiscardedTotal		00000000
LLDP TLVUnrecognizedTotal		00000000
CDP Neighbor Device ID
CDP Neighbor IP Address
CDP Neighbor IPv6 Address
CDP Neighbor Port		GigabitEthernet5/41
LLDP Neighbor Device ID
LLDP Neighbor IP Address
LLDP Neighbor IPv6 Address
LLDP Neighbor Port
Port Information		Full, 1000

[Leo Salcie Tejeda]

I recommend you use the switch console to see these error. What about server interface?

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles dando click en las estrellas de mas abajo.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie