Through CVOICE... but a question about CUBE
mikearama
Member Posts: 749
Took two months of straight work, both reading and labbing, but beat this one yesterday. Very detailed questions... surprising the level of detail referred to... but that's Cisco for ya.
So without giving away too much info... cause we just don't want that to happen:
If I set up a CUBE, with a H323 network on one side and a SIP network on the other, and I need to set up dial-peers on the CUBE to route calls between the networks... here, I'll try to illustrate:
CME router 1 (IP of 1.1.1.1)(Ext's 1....) --- [H323] --- CUBE Router --- [SIP] --- CME router 2 (IP address of 2.2.2.2)(Ext's 2....)
I would typically build dial-peers as:
CME Router 1
config t
dial-peer voice 20000 voip
dest-pat 2....
session-tar ipv4:2.2.2.2
CME Router 2
config t
dial-peer voice 10000 voip
dest-pat 1....
session-tar ipv4:1.1.1.1
session protocol sipv2
My questions. Is "codec transparency" required? or is it the default?
IE, if both sides are running G711, then no doubt we're good. But if Router 1 is sending 711 and Router 2 is sending 729, is transcoding automatic?
I had thought that was left to the endpoints to negotiate. If the endpoint routers negotiate, say, 729... what's the CUBE gonna do about that? I have to think 'not a damn thing'. No?
And also... as the signalling changes from 323 to SIP, I imagine that "media flow-through" is also default. I can't find anything that says either way.
What I did find was this link:
Cisco Unified Border Element and Cisco IOS Gatekeeper [Cisco Unified Border Element] - Cisco Systems
which says that "Flow around for H.323-to-H.323 mode is supported as of Cisco IOS Software Release 12.3(1), and flow around for SIP-to-SIP calls is supported as of Cisco IOS Software Release 12.4(9)T." As my analogy has us going from 323 to SIP, I have to assume that "flow-through" is mandatory, right?
Preciate any thoughts.
Mike
So without giving away too much info... cause we just don't want that to happen:
If I set up a CUBE, with a H323 network on one side and a SIP network on the other, and I need to set up dial-peers on the CUBE to route calls between the networks... here, I'll try to illustrate:
CME router 1 (IP of 1.1.1.1)(Ext's 1....) --- [H323] --- CUBE Router --- [SIP] --- CME router 2 (IP address of 2.2.2.2)(Ext's 2....)
I would typically build dial-peers as:
CME Router 1
config t
dial-peer voice 20000 voip
dest-pat 2....
session-tar ipv4:2.2.2.2
CME Router 2
config t
dial-peer voice 10000 voip
dest-pat 1....
session-tar ipv4:1.1.1.1
session protocol sipv2
My questions. Is "codec transparency" required? or is it the default?
IE, if both sides are running G711, then no doubt we're good. But if Router 1 is sending 711 and Router 2 is sending 729, is transcoding automatic?
I had thought that was left to the endpoints to negotiate. If the endpoint routers negotiate, say, 729... what's the CUBE gonna do about that? I have to think 'not a damn thing'. No?
And also... as the signalling changes from 323 to SIP, I imagine that "media flow-through" is also default. I can't find anything that says either way.
What I did find was this link:
Cisco Unified Border Element and Cisco IOS Gatekeeper [Cisco Unified Border Element] - Cisco Systems
which says that "Flow around for H.323-to-H.323 mode is supported as of Cisco IOS Software Release 12.3(1), and flow around for SIP-to-SIP calls is supported as of Cisco IOS Software Release 12.4(9)T." As my analogy has us going from 323 to SIP, I have to assume that "flow-through" is mandatory, right?
Preciate any thoughts.
Mike
There are only 10 kinds of people... those who understand binary, and those that don't.
CCIE Studies: Written passed: Jan 21/12 Lab Prep: Hours reading: 385. Hours labbing: 110
Taking a time-out to add the CCVP. Capitalizing on a current IPT pilot project.
CCIE Studies: Written passed: Jan 21/12 Lab Prep: Hours reading: 385. Hours labbing: 110
Taking a time-out to add the CCVP. Capitalizing on a current IPT pilot project.
Comments
Codec Transparency on CUBE is used so it can pass codec capabilities between end points...basically the end point specifies the codec when the call is setup. It's not turned on by default.
With signaling changes, media flow-through would be needed to be configured on dial peers.
CUBE config example:
voice service voip
allow connections h323-sip
allow connections sip-h323
dial-peer voice 20000 voip
dest-pat 2....
session-tar ipv4:2.2.2.2
codec transparent
media flow-through
A follow up question then... if transparency is not turned on, then what? The local end-point negotiates with the CUBE, which then has to negotiate the codec with the remote end-point?
And both (codec transparency AND media flow-through) would need to be configured on both dial-peers, for both directions, yeah?
CCIE Studies: Written passed: Jan 21/12 Lab Prep: Hours reading: 385. Hours labbing: 110
Taking a time-out to add the CCVP. Capitalizing on a current IPT pilot project.
Correct.
In your example, yes, codec transparency would be configured on both dial-peers. Media flow-through would be too if the CUBE is connected directly to both CME routers. I think media flow-through is the default but in examples I've seen the command is specified in the config.
CUCM SRND 9x/10, UCCX SRND 10x, QOS SRND, SIP Trunking Guide, anything contact center related
Hahaha... I think so too. But compared to H323... easy peasy.
CCIE Studies: Written passed: Jan 21/12 Lab Prep: Hours reading: 385. Hours labbing: 110
Taking a time-out to add the CCVP. Capitalizing on a current IPT pilot project.
CUCM SRND 9x/10, UCCX SRND 10x, QOS SRND, SIP Trunking Guide, anything contact center related