Table of Contents
Advertisement
Grey Headline (continued)
URI dialing
Types of DNS records required
The ability of the VCS to receive incoming calls made using URI dialing via DNS relies on the
presence of DNS records for each domain the VCS is hosting.
These records can be of various types including:
•
A records
, which provide the IPv4 address of the VCS
•
AAAA records
, which provide the IPv6 address of the VCS
•
Service (SRV) records
, which specify the FQDN of the VCS and the port on it to be queried for a
particular protocol and transport type.
•
NAPTR records
, which specify SRV record and transport preferences for a SIP domain.
You should provide an SRV or NAPTR record for each combination of domain hosted and protocol
and transport type enabled on the VCS.
Process
When an incoming call has been placed using URI dialing via DNS, the VCS will have been located
by the calling system using one of the DNS record lookups described above. The VCS will receive
the request containing the dialed URI in the form user@example.com. This will appear as coming
from the Default Zone. The VCS will then search for the URI in accordance with its normal
process, applying any pre-search transforms, Call Policy and FindMe policy, then searching its Local
Zone and other configured zones, in order of match priority.
SRV record format
The format of SRV records is defined by
RFC 2782 [3]
_ Service. _ Proto.Name TTL Class SRV Priority Weight Port Target
For the VCS, these will be as follows:
_ Service
_ Proto
•
and
will be different for H.323 and SIP, and will depend on the protocol
and transport type being used.
Name
•
is the domain in the URI that the VCS is hosting (e.g. example.com)
•
Port
is the IP port on the VCS that has been configured to listen for that particular service and
protocol combination
•
Target
is the FQDN of the VCS.
Overview and
Introduction
Getting started
status
D14049.05
February 2009
URI dialing via DNS for incoming calls
search
as:
System
VCS
Zones and
configuration
configuration
neighbors
Configuring H.323 SRV records
Annex O of
H.323 [15]
defines the procedures for using DNS to locate gatekeepers and endpoints
and for resolving H.323 URL aliases. It also defines parameters for use with the H.323 URL.
The VCS supports two types of SRV record as defined by this Annex. These are Location and Call,
_ Service
_ h323ls
with
set to
and
If you wish the VCS to be contactable using H.323 URI dialing, you should provide at least a
Location SRV record, as it provides the most flexibility and the simplest configuration.
Location SRV records
For each domain hosted by the VCS, you should configure a Location SRV record as follows:
•
_ Service
_ h323ls
is
_ Proto
_ udp
•
is
•
Port
is the port number that has been configured from
the
Registration UDP
port.
Call SRV records
Call SRV records (and A/AAAA records) are intended primarily for use by endpoints which cannot
participate in a location transaction, exchanging LRQ and LCF. The configuration of a Call SRV
record should be as follows:
_ Service
_ h323cs
•
is
•
_ Proto
_ tcp
is
Port
•
is the port number that has been configured from
the
Call signaling TCP
port.
Configuring SIP SRV records
RFC 3263 [16]
describes the DNS procedures used to resolve a SIP URI into the IP address, port,
and transport protocol of the next hop to contact.
If you wish the VCS to be contactable using SIP URI dialing, you should configure an SRV record for
each SIP transport protocol enabled on the VCS (i.e. UDP, TCP or TLS) as follows:
_ Service
•
Valid combinations of
•
_ sips. _ tcp
•
_ sip. _ tcp
•
_ sip. _ udp
•
Port
is the IP port number that has been configured from
the
port
for that particular transport protocol.
Call
Bandwidth
processing
control
110
TANDBERG
VIDEO COMMUNICATIONS SERVER
_ h323cs
respectively.
VCS configuration > Protocols > H.323
VCS configuration > Protocols > H.323
_ Proto
and
are:
VCS configuration > Protocols > SIP
Firewall
Applications
Maintenance
traversal
ADMINISTRATOR GUIDE
as
as
as
Appendices
Advertisement
Table of Contents
