This topic describes the DNSSRV for Cisco Jabber Video for TelePresence registration inside and outside the enterprise.
DNS service records, defined in RFC 2782, are a method to define a DNS record for a service instead of a specific host.
The DNS SRV record resolves to one or more hostnames of servers and port numbers where the desired service may be found.
Can be used to implement location-specific registration behavior.
Internal DNS records: Load balancing for endpoint registrations to VCS-C cluster
_service._protocol.domain TTL class SRV priority weight port target
_sip._tcp.clustername.internal.com. 86400 IN SRV 10 60 5060 server1.cisco.com.
_sip._tcp.clustername.internal.com. 86400 IN SRV 10 60 5060 server2.cisco.com.
_sip._tcp.clustername.internal.com. 86400 IN SRV 10 60 5060 server3.cisco.com.
_sip._tls.clustername.internal.com. 86400 IN SRV 10 60 5061 server1.cisco.com.
_sip._tls.clustername.internal.com. 86400 IN SRV 10 60 5061 server2.cisco.com.
_sip._tls.clustername.internal.com. 86400 IN SRV 10 60 5061 server3.cisco.com.
External DNS records: Provides a single service view to external endpoints and hides server names
_service._protocol.domain TTL class SRV priority weight port target
_sip._tcp.express.external.com. 86400 IN SRV 10 60 5060 server1.external.com.
_sip._tcp.express.external.com. 86400 IN SRV 10 60 5060 server2.external.com.
For registration within the enterprise, set up the DNS SRV records for the client to register to the Cisco TelePresence Video Communication Server cluster, where the devices use round-robin registration according to the DNS settings shown in the figure.
For external access, Cisco Jabber Video for TelePresence connects to the Cisco TelePresence Video Communication Server Expressway using firewall traversal.
This topic describes the Cisco Jabber Video for TelePresence client, which was formerly known as Movi.
Comparison of Cisco Jabber and Cisco Jabber Video
Cisco Jabber is a presence- and IM-centric client with rich media functionality.
Cisco Jabber Video is a video-centric client that can only be registered with Cisco VCS.
The presence functionality is limited to the Cisco TelePresence Video Communication Server (VCS) cluster and only to video endpoints.
Cisco Jabber requires Cisco Unified Communications Manager and Cisco Unified Communications IM and Presence to register and is a rich media-enabled client.
Cisco Jabber Video for TelePresence is a video-centric client that can only be registered with Cisco TelePresence VCS and can reach other clients on Cisco Unified Communications Manager via a SIP trunk. There is also a cloud-based solution, where you can register the Cisco Jabber Video for TelePresence client as well. Cisco Jabber Video for TelePresence uses the Cisco Precision Video Engine technology, which is also used by the Cisco TelePresence EX60 and EX90 systems.
The software requirements to deploy Cisco Jabber Video for TelePresence are as follows:
Cisco TelePresence Video Communication Server
Cisco TelePresence Management Suite
The provisioning option must be enabled on both products.
Cisco recommends using the Cisco TelePresence PrecisionHD USB Camera for Cisco Jabber Video for TelePresence on your PC for the best video and audio user experience.
To register, the client needs to locate the provisioning service and register with Cisco TelePresence Video Communication Server. You must set up the following to successfully register Cisco Jabber Video for TelePresence:
SIP domain on the Cisco VCS with which the client will register
DNS address of the primary Cisco VCS control cluster
(Optional) DNS address of a Cisco VCS Expressway cluster
These settings can be preset by the administrator so that users do not have to set these parameters. In fact, if these settings are configured, users cannot change them.
his topic describes the Cisco TelePresence Conductor functionality.
Improved user experience
Simple to use
Enhanced conference size
Intelligent resource usage
Instead of managing the MCUs directly with Cisco TelePresence Video Communication Server (VCS) or Cisco Unified Communications Manager, the MCUs are managed by Cisco TelePresence Conductor. There are two reasons for virtualizing and centralizing MCU management:
You can have multiple MCUs, cascade them geographically, and define backup conference resources.
Because pervasive video is complex and the call can happen anywhere in the organization, this approach allows optimal resources to be found, depending on the device location.
For example, assume that there are three locations, one each in Asia, Europe, and America. When the Europe conference bridge is fully utilized, users should not get a failure message saying that there are no video resources available, or fall back to audio only. Cisco TelePresence Conductor manages this situation by automatically choosing an underutilized conference bridge, but always using local resources first, based on the location configuration. With preferences set, an overflow situation selects the next best conference bridge. Cisco TelePresence Conductor is best described as a centralized MCU controller.
Cisco TelePresence Conductor is mandatory for the new pervasive conferencing platforms such as Cisco TelePresence Server on a VM and TelePresence Server on the Cisco Multiparty Media 310/320.
This topic describes multiparty conference systems.
Cisco TelePresence Server and Cisco TelePresence Conductor form a multiparty solution:
Any-to-any device connectivity, from mobile to immersive, bringing together video, web, and voice conferencing
Platforms to suit all deployment scenarios with a common application and industry-leading user experience
MCU hardware platforms can run Cisco TelePresence Server software.
Customers migrate when appropriate
*Valid service contract required for installation of TS software on platform; additional screen licenses may be required .
With universal encoding you can optimize the quality for users with different video qualities, for example, in a mixed video conference with participants using 360p, 720p, and 1080p resolution. In addition, the bandwidth is adapted between users with limited and slow Internet lines such as a 1-Mbps connection and users having 100 Mbps and more. Every single connection is transcoded to its best possible quality, forming a multiparty solution.
Conferencing is used if there are more than two participants:
Multipoint meeting is a conference
Most often just video terminals (endpoints)
Also used in other use cases, for example, call recording
Different visual experiences such as Cisco ActivePresence, advanced continuous presence, voice-switched
Different conference types such as ad hoc, scheduled, and rendezvous
Conferencing occurs when more than two participants join a meeting with a voice or video device. The challenge is to have a consistent user experience in voice or video conferences and to select the correct conference resource, depending on the device, especially when mixing standard-definition and high-definition video devices.
The Cisco focus for the future is Cisco ActivePresence using Cisco TelePresence Server instead of multipoint control units with many different layouts.
Ad hoc conferences are impromptu meetings. They are not scheduled and do not require an administrator to initiate them. Ad hoc conferences are suitable for smaller, on-the-fly meetings. A point-to-point call that is escalated to a multipoint call is considered an ad hoc conference.
Rendezvous conferences are also called Meet-Me, permanent, or static conferences. These conferences require that endpoints dial into a predetermined number and are often used for recurring group meetings that involve different endpoints each time.
Scheduled conferences provide a guarantee that endpoints and multipoint resources will be available at a certain time. Endpoints join manually or are automatically connected by the multipoint resource.
Continuous Presence Layouts
More than 50 layouts, depending on the MCU
Up to 9 ActivePresence windows per screen
The Cisco TelePresence MCU 5300 Series, for example, offers more than 50 layouts for continuous presence. All ports on this multipoint control unit also support advanced continuous presence.
The future trend is active presence supported by Cisco TelePresence Server. Cisco ActivePresence capability supports a full-screen immersive view of the primary speaker with an overlay of others who are participating in the call. ActivePresence is designed to maximize the large-scale immersive experience and is available on all ports of the Cisco TelePresence Server. The server interworks with Polycom RPX and TPX telepresence systems while preserving the full Cisco ActivePresence view. Four layout families are provided for single-screen endpoints, including panel-switched Cisco ActivePresence capability.
Up to 9 ActivePresence windows are supported on a single screen at one time. In a triple-screen system, a total of 27 ActivePresence windows are supported.