11-06-2015 07:21 AM - edited 03-17-2019 04:50 AM
All,
I have setup an ICT between 2 CUCM clusters - Site A + Site B. Site A uses G.711 and Site B uses G.729.
If Site A calls Site B, during the SIP or SCCP call setup Im guessing there will be a CODEC mismatch? If Site B add a Transcoder resource via MRG to the ICT, will this transcode from G.729 to G.711? Also vice versa, if a calls originates from Site B towards Site A, Site A will require a Transcoder resource?
Thanks!
D
Solved! Go to Solution.
11-10-2015 01:59 AM
1. I will suggest to use SIP trunk for inter cluster calling. You don't need to take special steps with respect to RP, RG and RL. Do it as you usually do it for PSTN calls. Please let us know if you have specific question.
2. Create new region and device pool and assoicate it with SIP trunk.
3. I already replied to this in one of the below post.
4. End points will also fall into one the device pool and region.
- Vivek
Please rate useful posts.
11-10-2015 02:20 AM
Hi there,
Transcoders are invoked only in case of codec mismatch and usually required with applications like MoH, CUC and UCCX in centrailzied deployment. In your case, there is no reason to invoke transcoder when two end points can agree on the same codec.
Let phones in SiteA having intra-region relationship set to use G711. We don't need to change anything at this end. We are just suggesting to have inter-region relation set for G729.
Ideally you should have separate device pool and region for all type of trunks. This will give you maximum flexibility and ease of troublshooting.
Transcoder means money. You might have spent good amount of money in transcoders. Why to waste it just to get away from configuring region and device pool. IMO, transcoding is not a practical situation in your scenerio.
- Vivek
Please rate useful posts.
11-06-2015 07:37 AM
•Outbound intercluster calls will use an MTP/transcoding resource from the Cisco CallManager from which the call originates.
•Inbound intercluster call will use the MTP/resource from the Cisco CallManager that terminates the inbound intercluster trunk.
•Allocate additional DSP MTP/transcoding resources to Cisco CallManagers terminating intercluster trunks.
•For compressed callers, you can accurately provision the MTP transcoding resources.
Please rate useful posts and mark answers as "correct" if applicable.
11-09-2015 12:16 AM
Thank you for the overview, this is now a lot clearer! :)
D
11-06-2015 09:42 AM
Do you really need transcoder for this reason? Codec selection is controlled through region. Let site A uses G711 and site B uses G729 for internal calls. Have a region for ICT and control the codec to be used between two sites. If it's WAN, you probably would like to use G729 and you don't need to use transcoder at all.
- Vivek
11-09-2015 12:16 AM
Thank you for your reply. I have never actually setup an ICT in a production network before so this is new to me. I do however understand the Region concept, that part makes sense. :) I didnt realise you could use Regions between different clusters connected via an ICT. :)
D
11-09-2015 12:59 AM
You would eventually need region for any type of call whether it's internal, external etc etc. Region settings will always be checked as per device pool configured between calling and called party because you always need codec irrespective of the type of call.
- Vivek
11-10-2015 12:59 AM
Hi Vivek,
Can you please elaborate on this? So if I setup the ICT in Site A and associate it with a Device Pool. The Device Pool then is associated with a Region. (Site A already has relationships with all other Regions in the Site A cluster)
How will Site A know anything about the Regions available in Site B? Site B is a seperate cluster. Im struggling to understand this part.
Or do I setup a new Device Pool for Site A, attach it to the ICT and setup a Region for the new Device Pool with G.729 as the only available CODEC?
D
11-10-2015 01:54 AM
Or do I setup a new Device Pool for Site A, attach it to the ICT and setup a Region for the new Device Pool with G.729 as the only available CODEC?
You understood it right. You need to have new device pool and region assigned to ICT in SiteA. Let say you want to use G729, let's have 8 Kbps bandwidth set between phones and ICT region in Site A. That's it.
Although you don't need to have same configuration in siteB because SiteA is configured to use 8 Kbps bandwidth but I suggest to have clean configuration and have the same thing configured in SiteB too.
- Vivek
Please rate useful posts.
asdf
11-10-2015 02:04 AM
Thanks Vivek all good stuff and understood.
However... Do I still have the option is Transcoding with an ICT?
The problem I have is the endpoints in Site A are currently attached to a Region using G.711 only. I dont really want to be creating a new DP just for these endpoints and the ICT.. Is Transcoding a practical option?
D
11-10-2015 02:20 AM
Hi there,
Transcoders are invoked only in case of codec mismatch and usually required with applications like MoH, CUC and UCCX in centrailzied deployment. In your case, there is no reason to invoke transcoder when two end points can agree on the same codec.
Let phones in SiteA having intra-region relationship set to use G711. We don't need to change anything at this end. We are just suggesting to have inter-region relation set for G729.
Ideally you should have separate device pool and region for all type of trunks. This will give you maximum flexibility and ease of troublshooting.
Transcoder means money. You might have spent good amount of money in transcoders. Why to waste it just to get away from configuring region and device pool. IMO, transcoding is not a practical situation in your scenerio.
- Vivek
Please rate useful posts.
11-10-2015 06:59 AM
Vivek,
Thank you for all your help! Learning everyday. :)
D
11-10-2015 07:03 AM
Hi...
Glad to know I could help you.
-Vivek
11-10-2015 03:47 AM
11-10-2015 04:16 AM
No issues, happy to help :)
I don't have much exposue to contact center but I try to put my words here what I know.
CTI Route Ports region comes into picutre for codec selection only when media is streamed from UCCX. Once call has been transfered to Site B, region of originating trunk and terminating trunk will be used for codec selection.
Let say in Site A, you've incoming call on Trunk1 which is routed to UCCX. Codec used here will be as per region settings between trunk1 and CTI port handling that call. Now if call is being transferred to site B using trunk2, region settings between trunk1 and trunk2 will determine the codec to be used.
- Vivek
Please rate useful posts.
11-10-2015 01:44 AM
Would anyone be able to list the high level steps required to achieve this?
What about the endpoints themselves?
D
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