08-01-2015 12:28 AM - edited 03-18-2019 04:48 AM
Hi everyone,
I haven't been able to discern from the SRND and jabber guides how VRA dynamically allocates bandwidth. For example if I were to limit the bandwidth per endpoint (via QOS at the WAN) to be 1Mbps, would a RTCP enabled device start off with the lowest possible resolution and codec, and then ramp up until it finds the combination that is as close to 1Mbps as possible? Does it only affect resolution or also other factors? Can I see what was the final profile used when limited by the QoS?
I'm using CUCM 11.0 and Jabber for Windows 11.0, as well as DX series endpoints.
Thanks!
Solved! Go to Solution.
08-26-2015 12:00 AM
That is correct.
If you use the region settings for Video and you use SIP for your endpoints, you will notice that in the SIP SDP's it will use TIAS values in the signalling that coincide with whatever you configured in your region settings. so lets say your region A>B is defined to use 2Mbps for video (which is in fact audio+video+sometimes evene presentation), your endpoint will kick off with that 2Mbps in its signalling. I all depends on the far end if that is eventually what will be transmitted.
08-08-2015 05:49 AM
Any ideas, guys?
08-15-2015 08:15 PM
Hi,
RTCP will start from high to low under it adjusts to the available bandwidth. This will reflect on the resolution of the video stream.
You can't find this from the jabber client.
08-16-2015 09:22 AM
I see, so it only lowers the resolution and nothing else including voice codec? Is there any way to configure the starting resolution of the jabber/video client so that there aren't spikes in WAN bandwidth?
08-16-2015 11:32 AM
You can limit the start bandwidth using video CAC in CUCM.
08-17-2015 08:16 PM
From what I recall, CAC applies to the total bandwidth allocated in a location and not per endpoint. This means that the first 30 could start out at full bandwidth and the 31st person would start out with less since they have to share the bandwidth with everyone else in the location. It would be better to avoid bandwidth spikes by making each user begin with a lower resolution and not try the highest resolution and work down from there.
Is there a way to make everyone start out at 480p, for example?
08-17-2015 09:26 PM
Hi,
Let me detail more. You can use RSVP based CAC. In RSVP config you can specific the max bandwidth per session to avoid spikes. You can use software MTP resources rather than hardware to act as RSVP agents. In this case, you video bandwidth will be capped and no spikes will be present.
08-18-2015 07:26 AM
If all video-enabled SIP devices register to the same CUCM 11.x cluster, would it be possible to define max bandwidth per session between each location? All the examples I've seen for RSVP require all the L3 hardware between the endpoints to be configured as an RSVP agent. Have you seen documentation which shows how to configure RSVP based CAC so that the entire configuration is within the CUCM cluster?
Thanks for your time, I appreciate it :)
08-25-2015 08:38 AM
I spoke with someone who integrates UC solutions regularly, and he believes that you can configure a maximum video bandwidth per call via the Region. Does this ring true?
08-25-2015 10:23 AM
Not really. This can only be done using RSVP. I will be interested to hear from him how this can be done.
08-26-2015 12:00 AM
That is correct.
If you use the region settings for Video and you use SIP for your endpoints, you will notice that in the SIP SDP's it will use TIAS values in the signalling that coincide with whatever you configured in your region settings. so lets say your region A>B is defined to use 2Mbps for video (which is in fact audio+video+sometimes evene presentation), your endpoint will kick off with that 2Mbps in its signalling. I all depends on the far end if that is eventually what will be transmitted.
08-25-2015 11:56 PM
Hod,
Region settings in CUCM will do just that, but they don't scale resolution up. They only scale down.
I have run tests using various regions settings on SX20, and this is what I found
4000kbps: 1920x1080@60Hz
3600kbps: 1920x1080@60Hz
3400kbps: 1920x1080@60Hz
3200kbps: 1920x1080@61Hz
Cutover at 3160kbps
3100kbps: 1280x720@60Hz
2600kbps: 1280x720@60Hz
2500kbps: 1280x720@60Hz
2000kbps: 1280x720@60Hz
1500kbps: 1280x720@60Hz
Cutover at 1472kbps:
1400kbps: 1280x720@30Hz
1300kbps: 1280x720@30Hz
1200kbps: 1280x720@30Hz
1000kbps:
08-27-2015 05:28 AM
The far end doesn't have to respect the region's maximum bandwidth if all endpoints register to the same CUCM cluster? If the region is defined to use 2Mbps for video then I would expect that at no point could any side choose a higher resolution.
The session could choose less than 2Mbps if the available bandwidth is less than that, or due to CAC limitations, but it shouldn't be able to surpass the region's configuration. Is this not so?
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide