Cisco Cisco TelePresence Video Communication Server Expressway 관리 매뉴얼

다운로드
페이지 498
Dial plan and call processing
Cisco VCS Administrator Guide (X7.2)
Page 214 of 498
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 VCS 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:
n
xCommand DisconnectCall Call: <ID number>
n
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
VCS 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 VCS to release all resources used for the call; the call
will appear as disconnected on the VCS. However, endpoints will still consider themselves to be in the call.
SIP calls are peer-to-peer, and as the VCS is a SIP proxy it has no authority over the endpoints. Releasing
the resources on the VCS means that the next time there is any signaling from the endpoint to the VCS, the
VCS 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.