Cisco Cisco Expressway Maintenance Manual

Serviceability improvements

This new utility enables you to test whether or not a secure connection can be made from the Expressway. It checks 
the validity of certificates presented by the transacting parties, looking for errors that would prevent the secure 
connection.

You simply enter an FQDN, hostname, or IP address to test the secure connection without otherwise affecting your 
configuration.

The feature can be used in the following circumstances: 

 

■

you are discovering Unified Communications servers / nodes while configuring Mobile and Remote Access, 
and wish to test whether TLS or HTTPS will be possible with the configured nodes

 

■

you are configuring a Unified Communications traversal zone, or Secure Traversal zone, between the 
Expressway-C and the Expressway-E

You can now filter the logs that Expressway sends to each remote syslog host by severity level.

For example, your syslog host is typically receiving syslog messages from multiple systems, so you may want to limit 
Expressway to sending only "Error" messages (and anything more severe) to this host. If you want to leave the host 
untouched while troubleshooting a Expressway problem, you could configure a second, temporary, host to receive 
"Debug" level (most verbose = messages of all severities). Then you could safely remove the configuration after 
resolving the issue, without risking your primary syslog host.

The Expressway now has the ability to record call connections and disconnections. There is a new service that allows 
short-lived CDRs to be read from the Expressway by an external system. 

There is also an option to log the CDRs more permanently, in which case the CDRs are published as Informational 
messages to your syslog host. This option also keeps CDRs for a few days on the event log, but the local data could 
rotate quickly.

 CDR reporting is best effort and should not be relied upon for accurate billing purposes.

361

Cisco Expressway Administrator Guide