Telepresence Conference Video Switch off Periodically

[Roman Stozhkov]

Good day!

I'm have the Cisco Telepresence Video Conference Solution, deployed by this guide:

Cisco TelePresence Conductor with Cisco Unified CM Deployment Guide (XC4.1).

I'm create Video Conference for 22 participants and all work fine during 20-30 minutes.

Audio and Video channels to all participants is open. But, after approximately 20-30 minutes 4-5 random participnts switch to audio-only mode (see attache), and Video channel is closed.

Participant client - Cisco Jabber 11.8

Hardware - BE6K (CUCM, Conductor, TMS)

Multiparty Media 410v Blade Server - vTS.

The channels bandwidth 10 MBPS, and no packet loss.

Log file vTS in the attache.

Any ideas?

[Patrick Sparkman · Accepted solution]

Your problem is because somewhere, either at at the TelePresence Server end or the participant end, there isn't enough bandwidth to support video and the call then gets drops down to audio only.

Warning   call 36: not enough bandwidth available to send any main video

You can try to lower the call rate.  Check your network to see what the bandwidth utilization is at both ends.

[Roman Stozhkov]

My problem endpoints have 10 mbps bandwidth and 1 mbps SD video stream. Where I check network? vTS and CUCM is connected at 100 mbps channels to network.

[Roman Stozhkov]

Any ideas? What services I'm must check?

[Wayne DeNardi]

Are there any firewalls between the endpoints and the TelePresence server?

Endpoints showing video for a while, then stopping, and at a relatively consistent timing interval, suggests that there may be a firewall session timeout occurring somewhere within your network.

[Roman Stozhkov]

I'm have no any firewalls between endpoints and the TelePresence server.

I watched the log and a few items seemed strange to me:

 2184 2017/06/30 13:46:14.897 MEDIA                    Info      call N253: reported transmit packet loss: audio: 2 (0.1%), main video: 4294967293 (100.0%), extended video: 0 (0.0%)
     2221 2017/06/30 13:58:24.309 MEDIA                    Info      call N253: reported transmit packet loss: audio: 0 (0.0%), main video: 33 (1.2%), extended video: 0 (0.0%)
     2262 2017/06/30 14:17:37.290 MEDIA                    Info      call N253: reported transmit packet loss: audio: 0 (0.0%), main video: 18 (0.6%), extended video: 0 (0.0%)
     2290 2017/06/30 14:42:20.756 MEDIA                    Info      call N253: reported transmit packet loss: audio: 0 (0.0%), main video: 14 (0.5%), extended video: 0 (0.0%)
     2304 2017/06/30 14:52:52.789 MEDIA                    Info      call N253: reported transmit packet loss: audio: 1 (0.0%), main video: 4294967123 (100.0%), extended video: 0 (0.0%)

~2^32 loss packets since 14:42:20 to 14:52:52? Is this really not a bug?

Video closed on this endpoint just at 14:52:53...

[Patrick Sparkman]

While a call is in progress, check the network switches and anything in between the endpoint and the TelePresence Server to see if you can locate what is causing the packet loss, possible issues could be a misconfigured QoS on a switch or something else consuming all the bandwidth.

[Roman Stozhkov]

I'm have no any firewalls between endpoints and the TelePresence server.

I watched the log and a few items seemed strange to me:

 2184 2017/06/30 13:46:14.897 MEDIA                    Info      call N253: reported transmit packet loss: audio: 2 (0.1%), main video: 4294967293 (100.0%), extended video: 0 (0.0%)
     2221 2017/06/30 13:58:24.309 MEDIA                    Info      call N253: reported transmit packet loss: audio: 0 (0.0%), main video: 33 (1.2%), extended video: 0 (0.0%)
     2262 2017/06/30 14:17:37.290 MEDIA                    Info      call N253: reported transmit packet loss: audio: 0 (0.0%), main video: 18 (0.6%), extended video: 0 (0.0%)
     2290 2017/06/30 14:42:20.756 MEDIA                    Info      call N253: reported transmit packet loss: audio: 0 (0.0%), main video: 14 (0.5%), extended video: 0 (0.0%)
     2304 2017/06/30 14:52:52.789 MEDIA                    Info      call N253: reported transmit packet loss: audio: 1 (0.0%), main video: 4294967123 (100.0%), extended video: 0 (0.0%)

~2^32 loss packets since 14:42:20 to 14:52:52? Is this really not a bug?

Video closed on this endpoint just at 14:52:53...