Cisco Cisco Expressway Maintenance Manual

Configuring the Supported Services for Unified Communications 

When the Expressway-C has been enabled for 

 mobile and remote access, you must select 

the services that each domain will support. The options are:

 

■

SIP registrations and provisioning on Unified CM: Endpoint registration, call control and provisioning for this 
SIP domain is serviced by Unified CM. The Expressway acts as a Unified Communications gateway to provide 
secure firewall traversal and line-side support for Unified CM registrations. The default is On.

 

■

IM and Presence Service: Instant messaging and presence services for this SIP domain are provided by the 
Unified CM IM and Presence service. The default is On.

 

■

XMPP federation: Enables XMPP federation between this domain and partner domains. The default is On.

 

■

Deployment: Associates the domain with the selected deployment, if there are multiple deployments. This 
setting is absent if there is only one deployment (there is always at least one).

Any domain configuration changes, when one or more existing domains are configured for IM and Presence services 
on Unified CM or XMPP Federation will result in an automatic restart of the XCP router on both Expressway-C and 
Expressway-E.

The end-user impact is temporary loss of federation and any Jabber clients using mobile and remote access will be 
temporarily disconnected. The clients will automatically reconnect after a short period.

Configuring SIP and H.323 Interworking

The Interworking page (Configuration > Protocols > Interworking) lets you configure whether or not the Expressway 
acts as a gateway between SIP and H.323 calls. The translation of calls from one protocol to the other is known as 
“interworking”.

The Expressway always takes the media for SIP–H.323 interworked calls so that it can independently negotiate 
payload types on the SIP and H.323 sides and Expressway will re-write these as the media passes.

Also in a SIP SDP negotiation, multiple codec capabilities can be agreed (more than one video codec can be 
accepted) and the SIP device is at liberty to change the codec it uses at any time within the call.  If this happens, 
because Expressway is in the media path it will close and open logical channels to the H.323 device as the media 
changes (as required) so that media is passed correctly.

When searching a zone, the Expressway first performs the search using the protocol of the incoming call. If the 
search is unsuccessful the Expressway may then search the zone again using the alternative protocol, depending on 
where the search came from and the Interworking mode. Note that the zone must also be configured with the 
relevant protocols enabled (SIP and H.323 are enabled on a zone by default).

SIP endpoints can only make calls in the form of URIs — such as 

. If the caller does not specify a domain 

when placing the call, the SIP endpoint automatically appends its own domain to the number that is dialed.

So if you dial 

 from a SIP endpoint, the search will be placed for 

. If the H.323 endpoint being dialed is 

just registered as 

, the Expressway will not be able to locate the alias 

 and the call will fail. The 

solutions are to either:

 

■

Ensure all your endpoints, both H.323 and SIP, register with an alias in the form 

.

 

■

Create a pre-search transform on the Expressway that strips the 

 portion of the alias for those URIs that 

are in the form of 

.

See the 

 section for information about how to configure pre-search transforms, and the 

stripping @domain for dialing to H.323 numbers section for an example of how to do this.

For SIP calls, the Expressway implements RFC 2833 for DTMF signaling in RTP payloads. 

For H.323 calls, the Expressway implements H.245 UserInputIndication for DTMF signaling.

85

Cisco Expressway Administrator Guide