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

 

■

On: the VCS handles the call signaling when the call is one of:

 

—

a traversal call

 

—

an H.323 call that has been modified by Call Policy or FindMe such that:

 

•

the call resolves to more than one alias

 

•

the source alias of the call has been modified to display the associated FindMe ID

 

•

the FindMe has a "no answer" or "busy" device configured

 

—

one of the endpoints in the call is locally registered

 

—

a SIP call where the incoming transport protocol (UDP, TCP, TLS) is different from the outgoing protocol

In all other cases the VCS removes itself from the call signaling path after the call has been set up. The VCS 
does not consume a call license for any such calls, and the call signaling path is simplified. This setting is 
useful in a 

, when used on the directory VCS. In such deployments the directory VCS is 

used to look up and locate endpoints and it does not have any endpoints registered directly to it.

Call Loop Detection Mode

Your dial plan or that of networks to which you are neighbored may be configured in such a way that there are 
potential signaling loops. An example of this is a 

, where all systems are neighbored together in a 

mesh. In such a configuration, if the 

 are set too high, a single search request may be sent repeatedly 

around the network until the hop count reaches 0, consuming resources unnecessarily.

The VCS can be configured to detect search loops within your network and terminate such searches through the Call 
loop detection mode setting, thus saving network resources. The options for this setting are:

 

■

On: the VCS will fail any branch of a search that contains a loop, recording it as a level 2 "loop detected" 
event. Two searches are considered to be a loop if they meet all of the following criteria:

 

—

have same call tag 

 

—

are for the same destination alias

 

—

use the same protocol

 

—

originate from the same zone

 

■

Off: the VCS will not detect and fail search loops. You are recommended to use this setting only in advanced 
deployments.

Identifying Calls

Each call that passes through the VCS is assigned a Call ID and a Call Serial Number. Calls also have a Call Tag 
assigned if one does not already exist.

The VCS assigns each call currently in progress a different Call ID. The Call ID numbers start at 1 and go up to the 
maximum number of calls allowed on that system.

Each time a call is made, the VCS will assign that call the lowest available Call ID number. For example, if there is 
already a call in progress with a Call ID of 1, the next call will be assigned a Call ID of 2. If Call 1 is then disconnected, 
the third call to be made will be assigned a Call ID of 1.

The Call ID is not therefore a unique identifier: while no two calls in progress at the same time will have the same Call 
ID, the same Call ID will be assigned to more than one call over time.

Note that the VCS web interface does not show the Call ID.

The VCS assigns a unique Call Serial Number to every call passing through it. No two calls on a VCS will ever have 
the same Call Serial Number. A single call passing between two or more VCSs will be identified by a different Call 
Serial Number on each system.

213

Cisco TelePresence Video Communication Server Administrator Guide

Dial Plan and Call Processing