Cisco Acano X-series

7.3 Web Admin Interface configuration pages that handle calls

Before going on to expand the examples in the previous sections, it is necessary to understand
how the Meeting Server determines how to handle each call.

Two configuration pages in the Web Admin Interface control how the Meeting Server behaves
for incoming and outgoing calls: Outbound Calls and Incoming Calls pages. The Outbound Calls
page is for outbound calls; the Incoming calls page determines whether incoming calls are
rejected. If they are not rejected, but matched and forwarded, then information about how to
forward them is required and the Incoming Calls page has two tables – one to configure
matching/rejection and the other to configure the forwarding behavior. This section provides an
overview of these two pages which are then used in

to configure the Meeting Server

to act as a gateway between SIP and Lync calls.

7.3.1 Outbound calls page

The Outbound Calls page allows you to configure an appropriate dial plan comprising a number
of dial plan rules. The dial plan controls the routing of outbound calls. Each entry/rule in the dial
plan matches on the Domain of the outgoing call (see below) and determines which SIP proxy
to use (or whether it is a direct call).

The Local contact domain is the domain that will be used for the contact URI for calls using this
rule. The Local from domain is the domain the call uses as its originator ID/Caller ID.

CAUTION:

If you are using Lync, we suggest that you use the Local contact domain. If you are

not using Lync we recommend that the Local contact domain field is left blank to avoid
unexpected issues with the SIP call flow.

Usually, you set up rules to route calls out to third party SIP control devices such as Cisco VCS,
Avaya Manager or Lync servers. Therefore, there are currently three types of SIP trunks you can
configure: Standard SIP, Lync and Avaya.

Note: A common use of the Meeting Server is with an Avaya PBX; these calls will be audio-only.
However, the Meeting Server does not impose this restriction on interoperability with Avaya
products (some of which support video also): therefore a call of type of ‘avaya’ does not imply
that the call is audio-only.