Cisco Cisco Expressway Maintenance Manual

Page of 343
Disconnecting calls
Disconnecting a call using the web interface
To disconnect one or more existing calls using the web interface:
 1.  Go to the 
Calls
 page (
Status > Calls
).
 2.  If you want to confirm the details of the call, including the Call Serial Number and Call Tag, click View
Click the back button on your browser to return to the 
Calls
 page.
 3.  Select the box next to the calls you want to terminate and click Disconnect.
Note that if your Expressway is part of a cluster you have to be logged into the peer through which the call is 
associated to be able to disconnect the call.
Disconnecting a call using the CLI
To disconnect an existing call using the CLI, you must first obtain either the call ID number or the call serial 
number (see 
). Then use either one of the following commands as appropriate:
 
xCommand DisconnectCall Call: <ID number>
 
xCommand DisconnectCall CallSerialNumber: <serial number>
While it is quicker to use the call ID number to reference the call to be disconnected, there is a risk that in the 
meantime the call has already been disconnected and the call ID assigned to a new call. For this reason, the 
Expressway also allows you to reference the call using the longer but unique call serial number.
Note that when disconnecting a call, only the call with that Call Serial Number is disconnected. Other calls 
with the same Call Tag but a different Call Serial Number may not be affected.
Limitations when disconnecting SIP calls
Call disconnection works differently for H.323 and SIP calls due to differences in the way the protocols work.
For H.323 calls, and interworked calls, the Disconnect command actually disconnects the  call.
For SIP calls, the Disconnect command causes the Expressway to release all resources used for the call; 
the call will appear as disconnected on the Expressway. However, endpoints will still consider themselves to 
be in the call. SIP calls are peer-to-peer, and as the Expressway is a SIP proxy it has no authority over the 
endpoints. Releasing the resources on the Expressway means that the next time there is any signaling from 
the endpoint to the Expressway, the Expressway will respond with a '481 Call/Transaction Does Not Exist' 
causing the endpoint to clear the call. 
Note that endpoints that support SIP session timers (see 
) have a call refresh timer which allows 
them to detect a hung call (signaling lost between endpoints). The endpoints will release their resources after 
the next session-timer message exchange. 
Cisco Expressway Administrator Guide (X8.1.1)
Page 142 of 343
Dial plan and call processing
Disconnecting calls