Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Noprint
Panel
borderColorgreen
bgColortransparent
borderWidth2

Back to Table of Contents

Back to Supported Features

...

Panel

In this section:

Table of Contents
maxLevel2

 

The 

Spacevars
0series4
interoperates with Unified Communication Servers such as Microsoft Lync, and supports the following features:

  • Associate a Fully Qualified Domain Name (FQDN) with each
    Spacevars
    0product
    signaling zone
  • Track the availability of peers specified by FQDNs by sending OPTIONS ping requests

  • FQDN received in Contact headers of mid-dialog SIP messages

  • FQDN received in contact header of 3xx response to INVITE
  • FQDN received in Refer-To header of REFER message
  • FQDN received in contact header of 3xx response to SUBSCRIBE
  • FQDN received in Route header of INVITE
  • Sending FQDN in contact header of the messages sent by the
    Spacevars
    0product

Track Availability of Peers Specified by FQDN

The

Spacevars
0product
is configurable to support the following functionality:

  • Resolves FQDN of an IP Peer to the IP addresses of its SIP servers using A/AAAA queries to DNS.
  • Periodically pings each server of the IP Peer and checks if the peer is available, and set the Request-URI of the outgoing Options ping requests to the FQDN of the IP Peer being pinged.
  • Displays the current status of a FQDN IP peer. When queried from the CLI, the
    Spacevars
    0product
    classifies the FQDN IP peer as "up" if any of the peer’s servers are available. Alternatively, it classifies the FQDN IP peer as "down"  if all of the peer’s servers are unavailable.
  • Raises an SNMP trap (and alarm), and adds it to the Address Reachability Service (ARS) blacklist if a peer specified by an FQDN becomes unavailable. Raises another 'clearing' trap (and alarm) when the peer becomes available again. The
    Spacevars
    0product
    also passes the FQDN, port and zone of the peer in these traps.
  • Raises/clears the traps when individual IP endpoints that an FQDN resolves becomes unavailable/available. The
    Spacevars
    0product
    passes the IP/port of the endpoint, FQDN and zone of the corresponding peer in these traps.
  • Picks up any change to the peer’s set of servers published through DNS as soon as the corresponding DNS record expires.
  • While placing calls to the Peer, the
    Spacevars
    0product
    checks the Peer's status in ARS. The
    Spacevars
    0product
    does not place calls to a Peer-Servers which are down.
  • Removes any Peer-Server that was earlier blacklisted by Pathcheck and is no longer a part of the peer’s set of servers in DNS.

Support Targets Specified by FQDN

When the

Spacevars
0product
receives a REFER request with a transfer-target specified by an FQDN (in the Refer-To header), it looks up for PSX to route to the target (including the destination Trunk Group). The
Spacevars
0product
then places an INVITE to the destination specified by PSX. Similarly, when the
Spacevars
0product
receives a 3xx with a contact specified by an FQDN in response to INVITE/SUBSCRIBE, it looks up for PSX to route to the target (including the destination Trunk Group). It then places an INVITE/SUBSCRIBE to the destination specified by PSX. The
Spacevars
0product
supports the following scenarios:

  • If the FQDN in the Refer-To/Contact of 3xx header matches the Zone Level FQDN of
    Spacevars
    0product
    , the INVITE/SUBSCRIBE is sent out to the destination specified by the PSX.
  • If the FQDN in the Refer-To/Contact of 3xx header does not match the Zone Level FQDN of the
    Spacevars
    0product
    and if the "Route using Received FQDN" flag is disabled, the INVITE/SUBSCRIBE is sent out to the destination specified by the PSX.
  • If the FQDN in the Refer-To/Contact of 3xx header does not match the Zone Level FQDN of the
    Spacevars
    0product
    and if the "Route using Received FQDN" flag is enabled, the INVITE/SUBSCRIBE is sent out to the destination specified by the Refer-To/Contact header (that is, to the IP address that DNS resolves it to). The destination of the INVITE/SUBSCRIBE is not affected by the value of the ‘Preserve Ingress R-URI Domain Name’ flag.
  • For a redirection response, the modified behavior is applied only if the ‘Force Re-query for Redirection’ flag is enabled in the IPSP.
Note

The support for SUBSCRIBE does not depend on "forceRequeryForRedirection" flag. But, the support of processing FQDN in 3xx/REFER messages depends upon the "forceRequeryForRedirection" flag.

FQDN Support in Route Header

The

Spacevars
0product
supports the following FQDN behavior:

  • If the FQDN in topmost route header matches zone level FQDN and the parameter useRouteset is set to "received", the
    Spacevars
    0product
    pulls the route from the route set and routes the INVITE to PSX returned destination gateway.
  • If the FQDN in topmost route header does not match configured zone level FQDN, and if useRouteSet is set to “received”, the
    Spacevars
    0product
    resolves the received FQDN using DNS look-up, and routes the INVITE to the resolved destination.
  • If useRouteSet’ is not set to "received", the
    Spacevars
    0product
    routes the INVITE to PSX returned destination gateway.

Respond to Incoming OPTIONS Pings

The

Spacevars
0product
locally responds if either of the following holds true for an OPTIONS received outside of a dialog:

  • Max-Forwards is zero.
  • If userinfo in Request-URI and Route Header is absent and the hostname in RURI matches either the domainName of the local signaling zone or the IpAddress of any sipSigPort in the Zone.

Support Sending FQDN in Contact Header

If the flag useZoneLevelDomainNameInContact is enabled, the

Spacevars
0product
sends the local domainName in contact header for all outgoing messages.

  • Initial INVITE and its responses (18x,2xx,4xx-6xx)
  • In Dialog messages (OPTIONS, REFER, SUBSCRIBE, NOTIFY, MESSAGE, INVITE, PUBLISH, UPDATE) and their responses
  • Out-of-dialog requests (NOTIFY, SUBSCRIBE, OPTIONS. MESSAGE, PUBLISH, REFER) and their responses
  • All requests and responses relayed in registration context (SUBSCRIBE, REFER, NOTIFY and so on)

  • Register request (not applicable for REGISTER response)

If passCompleteContactHeader transparency flag is enabled, contact header is passed transparently irrespective of setting of flag useZoneDomainInContact.

If transparency for contact header is enabled via IP Signaling Profile flags or by using newly introduced Header Transparency Profile, then it will take precedence over the Use Zone Domain in Contact flag.

Note

The

Spacevars
0product
sends some locally generated requests like BYE, PRACK, ACK, INFO, OPTIONS and its responses without Contact header. This behavior is retained irrespective of newly introduced Use Zone Domain in Contact flag value.

Unique FQDN for Video

A Lync 2013 video call requires a unique FQDN to identify the

Spacevars
0series4
. This FQDN is different from the one used by the Mediation server for normal audio-only calls. Since the
Spacevars
0product

...

 requires two FQDNs to place both audio and video calls on Lync using a static route from Lync FE (Front End), the

Spacevars
0product
local certificate must contain both FQDNs for CN and SAN for a successful TLS connection between Lync and the
Spacevars
0product
.

Pagebreak