We4IT LCTY 2013 - Infra-Man - Deep Dive into IBM Sametime - Advanced Video Technology
1. ID 407
Seeing is Believing:
Advanced Video Technology for IBM Sametime
Pat Galvin IBM Sametimeยฎ Architect
Bhavuk Srivastava IBM Sametimeยฎ Architect
ยฉ 2013 IBM Corporation
2. Please note:
IBMโs statements regarding its plans, directions, and intent are subject to change or withdrawal
without notice at IBMโs sole discretion.
Information regarding potential future products is intended to outline our general product direction
and it should not be relied on in making a purchasing decision.
The information mentioned regarding potential future products is not a commitment, promise, or
legal obligation to deliver any material, code or functionality. Information about potential future
products may not be incorporated into any contract. The development, release, and timing of any
future features or functionality described for our products remains at our sole discretion.
Performance is based on measurements and projections using standard IBM benchmarks in a
controlled environment. The actual throughput or performance that any user will experience will
vary depending upon many factors, including considerations such as the amount of
multiprogramming in the user's job stream, the I/O configuration, the storage configuration, and the
workload processed. Therefore, no assurance can be given that an individual user will achieve
results similar to those stated here.
2 ยฉ 2013 IBM Corporation
3. Agenda
๎ Video in Sametime Today
โ A brief look at what we have
๎ Challenges
โ Changing landscape (devices, networks, user expectations)
โ Pain points and lessons learned from the field
๎ Concrete Solutions
โ Building blocks
โ Meeting the challenges
๎ Q&A
ยฉ 2013 IBM Corporation
4. Agenda
๎ Video in Sametime Today
โ A brief look at what we have
๎ Challenges
โ Changing landscape (devices, networks, user expectations)
โ Pain points and lessons learned from the field
๎ Concrete Solutions
โ Building blocks
โ Meeting the challenges
๎ Q&A
ยฉ 2013 IBM Corporation
5. Sametime 8.5.2 โ Multimedia Architecture
Voice / Video Component
Meeting Server
Sametime Dependency
3rd Party Component
Sametime Proxy
Sametime Unified Telephony
DMZ Community Server
Telephony
Application Server
HTTP Reverse Proxy
Media Manager
Telephony
Conference Manager SIP Proxy / Registrar
Control Server
TURN Server
TCSPI
Sametime
SIP Edge Server
Audio / Video Bridge Enterprise Telephony
Firewall Traversal
Partner Audio Bridge
HTTP
Virtual Places (VP)
Partner Video Bridge
SIP
Media (RTP)
API
ยฉ 2013 IBM Corporation
6. Sametime 8.5.2 Video โ Baseline for Comparison
๎ SIP-based Signaling
๎ H.264 AVC Video Encoding
๎ Voice-activated Switching MCU
๎ Desktop Only (Windowsยฎ, Mac, Linuxยฎ)
๎ Third-Party Product Integration
โ โUser Orientedโ integration via TCSPI adapters
โ โDevice Orientedโ integration via SUT Lite (direct dial)
โ Continuous presence available only through partner
ยฉ 2013 IBM Corporation
7. Agenda
๎ Video in Sametime Today
โ A brief look at what we have
๎ Challenges
โ Changing landscape (devices, networks, user expectations)
โ Pain points and lessons learned from the field
๎ Concrete Solutions
โ Building blocks
โ Meeting the challenges
๎ Q&A
ยฉ 2013 IBM Corporation
8. Challenge #1 โ Video Everywhere
๎ All Devices / Platforms
โ Desktop โ Windows, Mac, Linux
โ Browsers โ IE, Firefox, Safari, Chrome
โ Mobile โ iOS, Android, Others as needed
๎ All Networks
โ LAN, WAN, Broadband
โ Private, VPN, Public
โ Adaptive, to deal with poor network conditions
๎ All deployments
โ On-premise, private cloud, public cloud
ยฉ 2013 IBM Corporation
9. Challenge #2 โ Continuous Presence
๎ See everyone in the meeting continuously
โ Not just the active speaker
๎ Flexible
โ Different clients can have different views
โ Based on device capabilities, network conditions, or user preference
๎ Scalable and Affordable
โ Support many simultaneous conferences per server
โ Software only, with full support for virtualization
ยฉ 2013 IBM Corporation
10. Challenge #3 โ Interoperability
๎ Support direct connections to other SIP-based video endpoints
โ Rooms systems, desktop systems, soft clients
๎ Support bridging to PSTN devices
โ Connect via SIP/PSTN gateway
โ Permit dialing to or from devices such as cell phones, land lines, etc.
๎ Backward compatibility with previous Sametime releases
โ New clients with old servers
โ Old clients with new servers
โ Mixtures of clients in the same session
โ Any reasonable combination
ยฉ 2013 IBM Corporation
11. Challenge #4 โ Geographical Distribution
๎ Servers deployed to different geographies to support local
users
๎ Support automatic cascading of MCUs with no user
intervention
โ Reduce local latency
โ Optimize WAN traffic
๎ Permit capacity overflow to remote geographies to handle
load during peak hours
โ Most efficient use of deployed resources
๎ All governed by policy
ยฉ 2013 IBM Corporation
12. Challenge #5 โ Mission Critical
๎ Support failover within a geography
โ N+1 clustering to provide cost-efficient fault tolerance
๎ Support failover across geographies
โ Further cost reductions by permitting failover to remote systems during non-peak hours
๎ Support disaster recovery scenarios
โ Entire data center can be lost, with load shifting automatically to surviving data center
ยฉ 2013 IBM Corporation
13. Agenda
๎ Video in Sametime Today
โ A brief look at what we have
๎ Challenges
โ Changing landscape (devices, networks, user expectations)
โ Pain points and lessons learned from the field
๎ Concrete Solutions
โ Building blocks
โ Meeting the challenges
๎ Q&A
ยฉ 2013 IBM Corporation
14. Building Block #1 โ H.264 SVC
๎ SVC enables the efficient encoding
of video that can be realized at
different resolutions, frame rates,
quality
๎ A video image is organized into
layers; clients choose how many
layers to receive and process.
๎ This approach can save bandwidth
because clients can request fewer
layers when necessary.
๎ SVC is more robust since
transmission can gracefully degrade
to lower frame rates / resolutions
when experiencing packet loss.
๎ Continuous Presence is effectively * An example of layering
built-in, since each client can request
video from multiple participants (at
reduced quality, if necessary), and
then format the view locally; no need
for expensive hardware video MCUs.
ยฉ 2013 IBM Corporation
15. More about SVC Layering
๎ SVC layers are constructed across three
dimensions:
๎ Temporal
โ Frames rate, e.g. 30 fps, 15 fps, etc.
๎ Spatial
โ Resolution, e.g. QCIF (176ร144), VGA (640x480),
HD (1920x1080).
๎ Quality
โ The fidelity of compression; how close the reconstructed
frame is to the original input.
๎ Clients choose the layers they want. For
example:
โ HD room station will choose full size, quality & frame rate.
โ Mobile device will choose smaller frame, possibly lower
frame rate.
ยฉ 2013 IBM Corporation
16. Building Block #2 โ Native Clients for All Platforms
๎ Windows, Mac, Linux
๎ IExplorer, Firefox, Safari, Chrome
๎ IOS, Android, Others
ยฉ 2013 IBM Corporation
17. Building Block #3 โ SVC Video MCU
๎ Software only
๎ Avoids media transcoding, whenever possible
โ Works by adaptively routing appropriate SVC layers to clients
๎ Supports Scalable Audio Coding
โ Layered audio, mixed at client
๎ Provides interoperability with previous generation standards-based endpoints
โ Mixed audio
โ H.264 AVC video
ยฉ 2013 IBM Corporation
18. SVC Routing
๎ When all endpoints are SVC-enabled,
there is no need for media transcoding
๎ Provides for a rich and flexible user
experience
๎ Highly scalable, with optimized
network use
ยฉ 2013 IBM Corporation
19. Building Block #4 โ Intelligent Video Distribution
๎ Manage a pool of SVC MCUs, within or across geographies
๎ Balance load across the MCUs based on policy, load, and user proximity
๎ Intelligently cascade MCUs to achieve optimum use of expensive WAN
connections
๎ Cluster for scalability and reliability
๎ Multiple clusters can further distribute load, and provide for disaster recovery
ยฉ 2013 IBM Corporation
20. Video Subsystem โ Clusters and Pools
๎ Two new component types
โ Video Managers (VMGR)
Site 1 Site 2
โ Video Multipoint Control Units (VMCU)
๎ VMGR instances can be deployed in Clusters Video Manager
Video Manager
Video Manager
Video Manager
Video Manager
Video Manager
โ Scalability and reliability
โ Fronted by a Load Balancer
โ Conference assigned to specific node at run-time
โ Can failover to alternate node when necessary
โ Disaster recovery is achieved by deploying two Video MCU Video MCU
clusters in different geographies
๎ VMCU instances are managed in Pools VMCU Pool
โ Pools can span any number of VMCUs across any
number of geographies
โ A Pool is managed by a VMGR (single or cluster)
๎ Sites for Clusters and Pools can be different
ยฉ 2013 IBM Corporation
21. Automatic Video MCU Cascading
๎ Cascading refers to the use of two or more
VMCUs in the same conference
๎ Automatic cascading can enhance: Site 1 Site 2
โ Scalability โ If a VMCU in use reaches capacity, Video Manager Video Manager
Video Manager Video Manager
another can be engaged Video Manager Video Manager
โ Localization โ Users automatically connect to the
closest available VMCU
๎ Localization ensures the best possible
experience
Video MCU Video MCU
โ Lower latency within a given geography
โ Optimization of expensive WAN connections
๎ These two modes of cascading can be VMCU Pool
enabled/disabled independently
ยฉ 2013 IBM Corporation
22. Enhanced Voice / Video Architecture (Planned)
Voice / Video Component
Meeting Server
Sametime Dependency
3rd Party Component
Sametime Proxy
Sametime Unified Telephony
DMZ Community Server
Telephony
Application Server
HTTP Reverse Proxy
Media Manager
Telephony
Conference Manager SIP Proxy / Registrar
Control Server
TURN Server
TCSPI
SIP Edge Server
Enterprise Telephony
Firewall Traversal Site 1
Video
Manager
HTTP
Site 2
Virtual Places (VP)
Video MCU Video MCU SIP
VMCU Pool Media (RTP)
API
ยฉ 2013 IBM Corporation
23. Sample Worldwide Deployment
Site 2
Video
Manager
Video MCU
Video MCU
Site 1
Video MCU
Site 3
ยฉ 2013 IBM Corporation
25. Legal disclaimer
ยฉ IBM Corporation 2013. All Rights Reserved.
The information contained in this publication is provided for informational purposes only. While efforts were made to verify the
completeness and accuracy of the information contained in this publication, it is provided AS IS without warranty of any kind,
express or implied. In addition, this information is based on IBMโs current product plans and strategy, which are subject to
change by IBM without notice. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to,
this publication or any other materials. Nothing contained in this publication is intended to, nor shall have the effect of,
creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the
applicable license agreement governing the use of IBM software.
References in this presentation to IBM products, programs, or services do not imply that they will be available in all countries
in which IBM operates. Product release dates and/or capabilities referenced in this presentation may change at any time at
IBMโs sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future
product or feature availability in any way. Nothing contained in these materials is intended to, nor shall have the effect of,
stating or implying that any activities undertaken by you will result in any specific sales, revenue growth or other results.
Microsoft and Windows are trademarks of Microsoft Corporation in the United States, other countries, or both.
Linux is a registered trademark of Linus Torvalds in the United States, other countries, or both. Other company, product, or
service names may be trademarks or service marks of others.
25 ยฉ 2013 IBM Corporation