12-15-2015 09:17 PM - edited 03-17-2019 05:14 AM
Hi,
Below is the call flow;
Phone (CAC location NY) -> CUCM -> SIP Trunk (CAC location SJ) -> Gateway
I want to allow only two calls (G729) between location NY and SJ hence created two locations in CUCM as NY and SJ. Bandwidth between these two location is configured as 50. Regions are created and assigned for calls to use G729 codec. Location is assigned to Phone and SIP Trunk directly.
Now the issue is system is allowing more than two calls on SIP trunk.
I verified the same in serviceability and checked the effective path. For first call, I can see the location reduced from 50 (-24) to 26. Second call, it further reduced from 26 (-24) to 2. Now when there is a third call, system allows it and available bandwidth reflects as 0. User can also make further calls now.
I tried to find out service parameter which can control this behavior but failed.
Regards
Solved! Go to Solution.
12-17-2015 04:57 AM
Hi,
It seems to be related to the following
https://tools.cisco.com/bugsearch/bug/CSCum41473/?reffering_site=dumpcr
I believe this is fixed in CUCM 11.0 with the introduction of the following service parameter:
Use this procedure if you want to split the audio and video bandwidth deductions into separate pools for video calls. By default, the system deducts the bandwidth requirement for both the audio stream and video stream from the video pool for video calls.
When you enable this feature, CAC includes the bandwidth required for the IP/UDP network overhead in the audio bandwidth deduction. This audio bandwidth deduction equates to the audio bit rate plus the IP/UDP network overhead bandwidth requirement. The video bandwidth deduction is the video bit rate only.
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/11_0_1/sysConfig/CUCM_BK_C733E983_00_cucm-system-configuration-guide/CUCM_BK_C733E983_00_cucm-system-configuration-guide-transformed_chapter_0101011.html#CUCM_TK_DB12677A_00
Manish
12-15-2015 10:56 PM
An update:
Just found that issue is only with devices which supports video e.g., 8945 etc. Other non video phones works as expected means drop the third call. If I disable video/camera on device page, 8945 also started working as expected.
Audio bandwidth between NY and SJ is 50, and video is default 384. Since it's a gateway call, although call is being made from video phone but it's not a video call. Seems like even audio call from video device is utilizing video bandwidth. But serviceability is not reducing any bandwidth from video available bandwidth. Not sure what is happening from video phone.
Regards
12-16-2015 01:39 AM
Hi,
As per the SRND
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab10/collab10/cac.html#pgfId-1489908
By default, all video calls from either immersive or desktop endpoints are deducted from the locations and links video bandwidth pool. To change this behavior, set Unified CM’s CallManager service parameter Use Video BandwidthPool for Immersive Video Calls to False, and this will enable the immersive video bandwidth deductions. After this is enabled, immersive and desktop video calls will be deducted out of their respective pools.
Manish
12-16-2015 04:17 AM
Appreciate your response.
I have changed this service parameter to True however there is no change in the behavior. Although audio bandwidth between these two locations is set to 50, I can still make more that two G.729 calls. Effective audio bandwidth after two calls shows None in serviceability but it is still allowing more than two calls. Moreoever, no deduction in video and immersive bandwidth is being shown, shows default 384 even after two calls.
My requirement is to allow only 2 G.729 calls from SIP trunk. What configuration changes I need to have there?
Regards
12-16-2015 05:26 AM
Can you share screenshot of the region and location config page for these two locations.
Manish
12-17-2015 02:09 AM
1. Audio bandwidth set to 8 Kbps between NewYork and SanJose. Video bandwidth is default.
2. Location audio bandwidth is set to 50. Video is again default.
3. Phones are in Newyork region and location. SIP trunk is in SanJose region and location. Where there is one call on SIP trunk, we can see the available bandwidth;
4. When there are two calls, we can see available bandwidth as 2.
5. Now SIP trunk should not allow third call, but it's not restricting.
12-17-2015 04:57 AM
Hi,
It seems to be related to the following
https://tools.cisco.com/bugsearch/bug/CSCum41473/?reffering_site=dumpcr
I believe this is fixed in CUCM 11.0 with the introduction of the following service parameter:
Use this procedure if you want to split the audio and video bandwidth deductions into separate pools for video calls. By default, the system deducts the bandwidth requirement for both the audio stream and video stream from the video pool for video calls.
When you enable this feature, CAC includes the bandwidth required for the IP/UDP network overhead in the audio bandwidth deduction. This audio bandwidth deduction equates to the audio bit rate plus the IP/UDP network overhead bandwidth requirement. The video bandwidth deduction is the video bit rate only.
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/11_0_1/sysConfig/CUCM_BK_C733E983_00_cucm-system-configuration-guide/CUCM_BK_C733E983_00_cucm-system-configuration-guide-transformed_chapter_0101011.html#CUCM_TK_DB12677A_00
Manish
12-29-2015 08:49 PM
Yes, seems what I am facing. But strange until version 11, there is no solution. So how customers are managing to use location for audio calls (from video terminal) on SIP trunk before v11?
Regards
12-30-2015 02:44 AM
I don't see any workaround for this in 10.x or lower versions.
Manish
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