Avnu-Certified

Total Page:16

File Type:pdf, Size:1020Kb

Avnu-Certified #CLUS Audio Video Bridging (AVB) A Professional Grade Networked AV Solution Siddharth Krishna, Technical Marketing Engineer @siddkrishna CTHCRS-1250 #CLUS Cisco Webex Teams Questions? Use Cisco Webex Teams to chat with the speaker after the session How 1 Find this session in the Cisco Live Mobile App 2 Click “Join the Discussion” 3 Install Webex Teams or go directly to the team space 4 Enter messages/questions in the team space Webex Teams will be moderated cs.co/ciscolivebot# CTHCRS-1250 by the speaker until June 16, 2019. #CLUS © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 3 Agenda • Traditional AV - Challenges • Converged Networked AV – Benefits • AVB Standard, Components and Architecture • Cisco Switching Support • Deployment Examples #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 4 Traditional AV Messy - Point-to-Point – Unidirectional -Single Channel Per Cable - Inflexible #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 5 Networked AV = IT + AV Convergence Organized - Many-to-Many - Multiple Channels Per Cable – Flexible -Scalable #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 6 Common Requirements for AV Streaming o Distributed Timing o Bounded Latency o Reserved Bandwidth o Transport Protocol Audio Video Bridging Standards based Plug & Play solution providing AUTOMATION for ALL of the above #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 7 Audio Video Bridging (IEEE 802.1BA) Less Cables and a Transparent Collaboration Experience Traditional Digital AV Network Media on AVB over AV Networks Cisco HW Quality of Experience Scalability Lower TCO . Improved time-synchronized . Ability to scale with higher . Lower cost and complexity audio/video (latency < 2/50 msec over bandwidth 1G/10G/40G (60% CapEx and 35% OpEx savings) 7 hops for a/v respectively) over 5 years* . Allows device interoperability . Standard QoS to simplify and automate . Added functionality and control . Eliminates proprietary networks switch configuration . No proprietary license fee per . Increases flexibility to add new . Support for Video endpoint media applications #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 8 AVB – Applications & Deployments Pro Audio Pro Video Telepresence Automotive #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 9 Networked AV Technology Comparison Standard IEEE802.1 (Audio/Video over Proprietary (Audio over IP) Proprietary (Audio over Ethernet) Ethernet) Channel Capacity Highest channel capacity at Higher channel capacity at 1Gbps Low channel capacity at 100Mbps >=10Gbps network network network Clock Synchronization IEEE802.1AS gPTP IEEE1588 Proprietary All devices (switch, AVB end point) DANTE enabled devices need to be need to be gPTP capable IEEE1588 capable Latency <2ms <2ms <5.33ms High for many applications Frame/Packet Format Layer2 Ethernet frame Layer3 IP packet but not routable Layer2 Ethernet frame Configuration & Installation Simple (Controller software from Simple (controller software from Complex different vendors) DANTE) License Fee N/A Expensive Expensive Network Switch/Router Switch needs to support AVB Standard switch Standard switch QoS is manually setup QoS is manually setup QoS is automatically setup use of standard Voice over IP (VoIP) Better QoS feature Quality of Service (QoS) switch features #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 10 Audio Video Bridging Network Terminology AVB Domain Audio Player AV End Station 3 AV End AVB DSP I/O Station 5 Talker Ceiling AVB Ethernet Switch Microphones AV Bridge 3 AV AV Bridge 2 Bridge 4 AVB Amplifier Listener Non-AV AV End Bridge 1 Station 4 Non-AV End Station 2 AVB Traffic AVB Boundary Port Wall Speakers Ceiling Speakers Non-AVB Traffic AVB Core Port #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 11 IEEE Audio Video Bridging (AVB) Encompasses . Generalized . #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 12 Network Delay? AVB I/O Or Switch AVB I/O Or Switch AVB I/O Or Switch Out-Of-Sync Audio, Need A Clocking Mechanism #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 13 A Network without Clock Sync AVB I/O Or Switch AVB I/O Or Switch AVB I/O Or Switch Unsynchronized Clocks Don't Help Either #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 14 Peer-to-Peer PTP Syncing Grandmaster #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 15 IEEE802.1AS - g(eneralized)PTP BMCA Measure Link Delay Initial State Listening Announce No announce from from better master better master No announce from better master Slave Master Announce from better master Clock Synchronization #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 16 IEEE Audio Video Bridging (AVB) Encompasses . Generalized . #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 17 Traditional Ethernet Operates as “Best Effort” P1 P2 P3 P4 P1 P2 P3 P4 1G .4 .4 .4 .4 .4 .4 G G G G G G TX1 TX2 TX3 RX1 RX2 RX3 #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 18 AVB: Network Enforces Bandwidth Reservations P1 P2 P3 P4 P1 P2 P3 P4 1G 1G 1G 1G 1G 1G 1G TX TX RX RX RX RX #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 19 Bandwidth Reservation and MSRP (IEEE802.1Qat) Traffic Prioritization (Rules) SR Class A: Audio SR Class B: Video Class A+ B = 75% (max) of link b/w Class A >> Class B Example: Successful Stream Reservation Example: Unsuccessful Stream Reservation #CLUS © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public IEEE Audio Video Bridging (AVB) Encompasses . Generalized . #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 21 AVB Forwarding and Queueing (IEEE802.1Qav) Priority Queueing Traffic Shaping . AVB/TSN traffic shaping regulates the rate and bandwidth media traffic is allowed to use . Egress priority queues supports Credit Based Traffic Shaper . Dynamic configuration of Egress Shaper Rate - Per class and Per port basis for AVB core ports Note: For non-AVB traffic, DSCP, PREC may be matched as well #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 22 AVB Forwarding and Queueing #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 23 AVB Flow: Put It Together . MSRP initializes gPTP for time synchronization. QoS AV stream AVB Listener . MSRP initializes QoS policy on AVB QoS switch port. mroute . MSRP Signaling with Talker and Listener declarations to check resources. Guarantee bandwidth and QoS AVB Talker QoS upper bound latency. QoS QoS QoS . QoS (shaper) is dynamically adjusted. mroute mroute Up to 75% of bandwidth is allocated for SR Class A + SR Class B. QoS AVB Listener . MSRP adds Layer 2 multicast route. Advertise (A) QoS . AV stream starts flowing. Ready (R) mroute AVB Switch #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 24 Audio Video Bridging Convergence of AV on Ethernet with Cisco Switches Cisco Catalyst family of switches are Avnu-certified The Avnu Alliance (www.avnu.org) is a community creating an interoperable ecosystem servicing the precise timing and low latency requirements of diverse applications using open standards through certification Supported Platforms Open Standards Ecosystem Partners IEEE 802.1BA: Audio Video Bridging IEEE 802.1AS: Generalized PTP IEEE 802.1Qat: Stream Reservation C9300 C9500 Protocol IEEE 802.1Qav: Forwarding and Queuing for Time-Sensitive Streams C3850 C3650 Select models #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 25 AVB Built into Cisco Switches Starting with IOS-XE 16.3.1, IP Base & Above Catalyst 3850 Multigigabit Catalyst 3850 10G SFP+ C3650mini & C3650 Multigigabit WS-C3850-12X48U WS-C3850-12XS WS-C3850-24XS WS-C3850-48XS WS-C3650-24PDM WS-C3650-8X24PD WS-C3650-12X48UQ WS-C3850-24XU WS-C3850-16XS WS-C3850-32XS WS-C3650-48FQM WS-C3650-8X24UQ WS-C3650-12X48UR WS-C3650-12X48FD WS-C3650-12X48UZ Starting with IOS-XE 16.8.1, Network Advantage (Perpetual) Starting Nexus OS 7.3.0 Catalyst 9300 Catalyst 9500 Nexus 7700 All Models and F3 Modules All SKUs* C9500-12Q C9500-24Q C9500-40X C9500-16X * C9300-48UXM & C9300-48UN support PTP on the first 16 ports (1-16) only #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 26 Interconnected Multi-floor AVB Deployment #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 27 Connected Justice- eCourts VIDEO CAMERA TesiraLUX IDH-1 TABLE MONITOR Remote Subject Matter Expert Analog Audio to include Consecutive & Simultaneous Interpretation IEEE802.1AVB Data, VoIP, Ctrl TesiraLUX OH-1 Courtroom Control to include Digital Video Evidence and Document Capture lights, blinds & environment Tesira EX-AEC JUDGE TesiraLUX IDH-1 TesiraLUX IDH-1 Tesira EX-OUT WITNESS VIDEO DISPLAY CLERK Cisco WebEx Room Kit PLUS REPOTER Tesira AMP-A460H COURT TesiraLUX OH-1 TesiraLUX OH-1 TesiraLUX OH-1 JURY BOX Ctrl/Data PODIUM Recorder Time TesiraLUX IDH-1 PLANINTIFF DEFENDANT CISCO AVB SWITCH TersiraFORTE AVB VT DSP ADA Support VoIP ForTheRecord (FTR) ForTheRecord (FTR) Digital Audio and Directional AudiCUE AVB Video Recording TABLE SPEAKER AND Sound SHOCK MOUNT MICORPHONE PORT, plus headset port GALLERY Optional I3x# /O #CLUS © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public Open Plan Office Space http://blog.biamp.com/an-open-plan-office-with-tesira/ #CLUS CTHCRS-1250 © 2019 Cisco and/or its affiliates.
Recommended publications
  • On Ttethernet for Integrated Fault-Tolerant Spacecraft Networks
    On TTEthernet for Integrated Fault-Tolerant Spacecraft Networks Andrew Loveless∗ NASA Johnson Space Center, Houston, TX, 77058 There has recently been a push for adopting integrated modular avionics (IMA) princi- ples in designing spacecraft architectures. This consolidation of multiple vehicle functions to shared computing platforms can significantly reduce spacecraft cost, weight, and de- sign complexity. Ethernet technology is attractive for inclusion in more integrated avionic systems due to its high speed, flexibility, and the availability of inexpensive commercial off-the-shelf (COTS) components. Furthermore, Ethernet can be augmented with a variety of quality of service (QoS) enhancements that enable its use for transmitting critical data. TTEthernet introduces a decentralized clock synchronization paradigm enabling the use of time-triggered Ethernet messaging appropriate for hard real-time applications. TTEther- net can also provide two forms of event-driven communication, therefore accommodating the full spectrum of traffic criticality levels required in IMA architectures. This paper explores the application of TTEthernet technology to future IMA spacecraft architectures as part of the Avionics and Software (A&S) project chartered by NASA's Advanced Ex- ploration Systems (AES) program. Nomenclature A&S = Avionics and Software Project AA2 = Ascent Abort 2 AES = Advanced Exploration Systems Program ANTARES = Advanced NASA Technology Architecture for Exploration Studies API = Application Program Interface ARM = Asteroid Redirect Mission
    [Show full text]
  • Study of the Time Triggered Ethernet Dataflow
    Institutionen f¨ordatavetenskap Department of Computer and Information Science Final thesis Study of the Time Triggered Ethernet Dataflow by Niclas Rosenvik LIU-IDA/LITH-EX-G{15/011|SE 2015-07-08 Linköpings universitet Linköpings universitet SE-581 83 Linköping, Sweden 581 83 Linköping Link¨opingsuniversitet Institutionen f¨ordatavetenskap Final thesis Study of the Time Triggered Ethernet Dataflow by Niclas Rosenvik LIU-IDA/LITH-EX-G{15/011|SE 2015-07-08 Supervisor: Unmesh Bordoloi Examiner: Petru Eles Abstract In recent years Ethernet has caught the attention of the real-time commu- nity. The main reason for this is that it has a high data troughput, 10Mbit/s and higher, and good EMI characteristics. As a protocol that might be used in real-time environments such as control systems for cars etc, it seems to fulfil the requirements. TTEthernet is a TDMA extension to normal Eth- ernet, designed to meet the hard deadlines required by real-time networks. This thesis describes how TTEthernet handles frames and the mathemat- ical formulas to calculate shuffle delay of frames in such a network. Open problems related to TTEthernet are also discussed. iii Contents 1 Introduction 1 2 Ethernet 2 2.1 Switching . 2 2.2 Ethernet frame format . 3 2.3 The need for TTEthernet . 4 3 TTEthernet 6 3.1 TTEthernet spec . 6 3.1.1 Protocol control frames . 6 3.1.2 Time-triggered frames . 7 3.1.3 Rate constrained frames . 9 3.1.4 Best effort frames . 10 3.2 Integration Algorithms . 10 3.2.1 Shuffling . 10 3.2.2 Preemption .
    [Show full text]
  • Emerging Technology Trends Report Dante Q-LAN EBU N/ACIP
    Emerging Technology Trends Report AES Technical Committee on Network Audio Systems November 2011 Editor, Tim Shuttleworth; [email protected] This document is a compilation of contributions from numerous members of the Technical Committee on Networked Audio Systems. The committee has identified the following important topics related to emerging audio networking technologies. Technologies which have emerged since the last published Emerging Trends Report from the committee in 2007 are included. To provide structure to the report items are discussed in order of their maturity; commercialized technologies implemented in products available for purchase being discussed first and embryonic concepts in early development come up last. Other categorizations referred to in this document are consumer market orientation versus professional market focus, as well as media transport methods versus command and control protocols. Dante Dante is a media networking solution developed by Audinate. In addition to providing basic synchronization and transport protocols Dante provides simple plug and play operation, PC sound card interfacing via software or hardware, glitch free redundancy, support for AVB and support for routed IP networks. The first Dante product arrived in 2008 via a firmware upgrade for the Dolby Lake Processor and since then many professional audio and broadcast manufacturers have adopted Dante. From the beginning Dante implementations have been fully IP based, using the IEEE 1588-2002 standard for synchronization, UDP/IP for audio transport and are designed to exploit standard gigabit Ethernet switches and VoIP-style QoS technology (e.g. Diffserv). Dante is evolving with new networking standards. Audinate has produced versions of Dante that use the new Ethernet Audio Video Bridging (AVB) protocols, including IEEE 802.1AS for synchronization and RTP transport protocols.
    [Show full text]
  • Generating Synthetic Voip Traffic for Analyzing Redundant Openbsd
    UNIVERSITY OF OSLO Department of Informatics Generating Synthetic VoIP Traffic for Analyzing Redundant OpenBSD-Firewalls Master Thesis Maurice David Woernhard May 23, 2006 Generating Synthetic VoIP Traffic for Analyzing Redundant OpenBSD-Firewalls Maurice David Woernhard May 23, 2006 Abstract Voice over IP, short VoIP, is among the fastest growing broadband technologies in the private and commercial sector. Compared to the Plain Old Telephone System (POTS), Internet telephony has reduced availability, measured in uptime guarantees per a given time period. This thesis makes a contribution towards proper quantitative statements about network availability when using two redun- dant, state synchronized computers, acting as firewalls between the Internet (WAN) and the local area network (LAN). First, methods for generating adequate VoIP traffic volumes for loading a Gigabit Ethernet link are examined, with the goal of using a minimal set of hardware, namely one regular desktop computer. pktgen, the Linux kernel UDP packet generator, was chosen for generating synthetic/artificial traffic, reflecting the common VoIP packet characteristics packet size, changing sender and receiver address, as well as typical UDP-port usage. pktgen’s three main parameters influencing the generation rate are fixed inter-packet delay, packet size and total packet count. It was sought to relate these to more user-friendly val- ues of amount of simultaneous calls, voice codec employed and call duration. The proposed method fails to model VoIP traffic accurately, mostly due to the cur- rently unstable nature of pktgen. However, it is suited for generating enough packets for testing the firewalls. Second, the traffic forwarding limit and failover behavior of the redun- dant, state-synchronized firewalls was examined.
    [Show full text]
  • XMOS for AVB Ethernet Based Networking for Audio/Video
    Only a few years ago, computer networks were complex beasts tended by special acolytes and running on different standards. Today they have become commonplace in many homes and offices, simply plugged together using Ethernet technology. The same revolutionary change is coming for Audio/Video (AV) networking, as AVB (Audio XMOS for AVB: Video Bridging) products that run over the same network, Ethernet based networking begin to enter the market. for Audio/Video Putting together networks of AV equipment for professional and consumer use, or for use in How Ethernet Works vehicles, is about to become simpler while also Within Ethernet, data is transmitted between delivering better quality. No longer will devices (such as a computer and a printer) in specialist connectors and cables be needed to packets. Each packet carries one or more create a rats' nest of connectivity. Instead addresses for its destination. Like a postal packet traversing the postal system, the network has no Audio Video Bridging (AVB), a set of knowledge of what is in the packet, but uses the international standards, will make setting up address to pass the packet to the next point in the and managing networks almost as simple as network. just plugging together the different elements. In an Ethernet based network, each endpoint Sound and video sources will be mixed and (computer, storage element, printer etc.) is distributed to screens and speakers, with high identified by a unique address and has a single quality, low latency and tight synchronization. connection to the network, through an Ethernet Furthermore, the connectors and cables are switch.
    [Show full text]
  • Developments in Audio Networking Protocols By: Mel Lambert
    TECHNICAL FOCUS: SOUND Copyright Lighting&Sound America November 2014 http://www.lightingandsoundamerica.com/LSA.html Developments in Audio Networking Protocols By: Mel Lambert It’s an enviable dream: the ability to prominent of these current offerings, ular protocol and the basis for connect any piece of audio equip- with an emphasis on their applicability Internet-based systems: IP, the ment to other system components within live sound environments. Internet protocol, handles the and seamlessly transfer digital materi- exchange of data between routers al in real time from one device to OSI layer-based model for using unique IP addresses that can another using the long-predicted con- AV networks hence select paths for network traffic; vergence between AV and IT. And To understand how AV networks while TCP ensures that the data is with recent developments in open work, it is worth briefly reviewing the transmitted reliably and without industry standards and plug-and-play OSI layer-based model, which divides errors. Popular Ethernet-based proto- operability available from several well- protocols into a number of smaller cols are covered by a series of IEEE advanced proprietary systems, that elements that accomplish a specific 802.3 standards running at a variety dream is fast becoming a reality. sub-task, and interact with one of data-transfer speeds and media, Beyond relaying digital-format signals another in specific, carefully defined including familiar CAT-5/6 copper and via conventional AES/EBU two-chan- ways. Layering allows the parts of a fiber-optic cables. nel and MADI-format multichannel protocol to be designed and tested All AV networking involves two pri- connections—which requires dedicat- more easily, simplifying each design mary roles: control, including configur- ed, wired links—system operators are stage.
    [Show full text]
  • Overview on IP Audio Networking Andreas Hildebrand, RAVENNA Evangelist ALC Networx Gmbh, Munich Topics
    Overview on IP Audio Networking Andreas Hildebrand, RAVENNA Evangelist ALC NetworX GmbH, Munich Topics: • Audio networking vs. OSI Layers • Overview on IP audio solutions • AES67 & RAVENNA • Real-world application examples • Brief introduction to SMPTE ST2110 • NMOS • Control protocols Overview on IP Audio Networking - A. Hildebrand # 1 Layer 2 Layer 1 AVB EtherSound Layer 3 Audio over IP Audio over Ethernet ACIP TCP unicast RAVENNA AES67 multicast RTP UDP X192 Media streaming Dante CobraNet Livewire Overview on IP Audio Networking - A. Hildebrand # 3 Layer 2 Layer 1 AVB Terminology oftenEtherSound Layer 3 Audio over IP • ambiguousAudio over Ethernet ACIP TCP unicast • usedRAVENNA in wrongAES67 context multicast RTP • marketingUDP -driven X192 Media streaming • creates confusion Dante CobraNet Livewire Overview on IP Audio Networking - A. Hildebrand # 4 Layer 2 Layer 1 AVB Terminology oftenEtherSound Layer 3 Audio over IP • ambiguousAudio over Ethernet ACIP TCP Audio over IP unicast • usedRAVENNA in wrongAES67 context multicast RTP • marketingUDP -driven X192 Media streaming • creates confusion Dante CobraNet Livewire Overview on IP Audio Networking - A. Hildebrand # 5 Layer 7 Application Application Application and Layer 6 Presentation protocol-based layers Presentation HTTP, FTP, SMNP, Layer 5 Session Session POP3, Telnet, TCP, Layer 4 Transport UDP, RTP Transport Layer 3 Network Internet Protocol (IP) Network Layer 2 Data Link Ethernet, PPP… Data Link Layer 1 Physical 10011101 Physical Overview on IP Audio Networking - A. Hildebrand # 10 Physical transmission Classification by OSI network layer: Layer 1 Systems Transmit Receive Layer 1 Physical 10011101 Physical Overview on IP Audio Networking - A. Hildebrand # 12 Physical transmission Layer 1 systems: • Examples: SuperMac (AES50), A-Net Pro16/64 (Aviom), Rocknet 300 (Riedel), Optocore (Optocore), MediorNet (Riedel) • Fully proprietary systems • Make use of layer 1 physical transport (e.g.
    [Show full text]
  • Model 5421 Dante® Intercom Audio Engine
    Model 5421 Dante® Intercom Audio Engine Key Features • 16-channel audio engine creates multiple • DDM support and AES67 compliant virtual party-line (PL) intercom circuits • PoE powered, Gigabit Ethernet interface • Dante audio-over-Ethernet technology • Configured using STcontroller application • Auto Mix for enhanced audio performance • Table-top, portable, or optional rack-mount • Supports Studio Technologies’ intercom installation beltpacks Overview The Model 5421 Dante® Intercom Audio Engine is a high- enclosure can be used stand-alone or mounted in one space performance, cost-effective, flexible solution for creating (1U) of a standard 19-inch rack enclosure with an optional party-line (PL) intercom circuits. It’s directly compatible rack-mount installation kit. To meet the latest interoper- with the Studio Technologies’ range of 1-, 2-, and 4-chan- ability standard the Model 5421’s Dante implementation nel Dante-enabled beltpacks and other interface-related meets the requirements of AES67 as well as supporting the products. The unit is suitable for use in fixed and mobile Dante Domain Manager (DDM) application. Using DDM, broadcast facilities, post-production studios, commercial compliance with ST 2110-30 may be possible. and educational theater environments, and entertainment The Model 5421 provides one 16-channel audio engine applications. which can be configured to provide from one to four “virtual” Only a Gigabit Ethernet network connection with Power- intercom circuits. The term “audio engine” was selected over-Ethernet (PoE) support is required for the Model to describe a set of audio input, processing, routing, and 5421 to provide a powerful resource in a variety of Dante output resources that can be configured to support spe- applications.
    [Show full text]
  • Hasseb Audio Over Ethernet XLR Instructions Manual Version
    September HASSEB AUDIO OVER ETHERNET XLR INSTRUCTIONS MANUAL 19, 2018 VERSION 1.0 HASSEB AUDIO OVER ETHERNET XLR hasseb Audio over Ethernet XLR is an easy to use and portable device used to send lossless, realtime microphone audio signal using Ethenet network. The device is compatible with AES67 standard and can be used as a standalone device or together with other AES67 compatible devices. Two 3-pin XLR audio connectors are used to connect microphones to Ethernet netowork. The device has two input channels with a high quality analog amplifier and A/D converter to digitize the analog microphone signals. In addition, the device has a 48 V phantom source for microphones requiring phantom power. The device is configured using a web user interface and mDNS (multicast Domain Name System) protocol is supported to easily find the device IP addresses from the network. For professional grade network audio systems PTP (Precision Time Protocol) based time synchronization is required. The device can act as IEEE1588 grand master to provide synchronization clock signal to the network. INSTALLATION The device can be powered through the Ethernet cable using a Power over Ethernet capable switch of through a micro USB connector with an external 5 V USB power supply. DHCP (Dynamic Host Configuration Protocol) support is enabled by default, so the device will assign an IP address automatically. All hasseb Audio over Ethernet XLR devices and most other AES67 devices and their names and IP addresses connected to the network can be found using any software, capable of searching the network for mDNS supported devices.
    [Show full text]
  • Public Address System Network Design Considerations
    AtlasIED APPLICATION NOTE Public Address System Network Design Considerations Background AtlasIED provides network based Public Address Systems (PAS) that are deployed on a wide variety of networks at end user facilities worldwide. As such, a primary factor, directly impacting the reliability of the PAS, is a properly configured, reliable, well-performing network on which the PAS resides/functions. AtlasIED relies solely upon the end user’s network owner/manager for the design, provision, configuration and maintenance of the network, in a manner that enables proper PAS functionability/functionality. Should the network on which the PAS resides be improperly designed, configured, maintained, malfunctions or undergoes changes or modifications, impacts to the reliability, functionality or stability of the PAS can be expected, resulting in system anomalies that are outside the control of AtlasIED. In such instances, AtlasIED can be a resource to, and support the end user’s network owner/manager in diagnosing the problems and restoring the PAS to a fully functioning and reliable state. However, for network related issues, AtlasIED would look to the end user to recover the costs associated with such activities. While AtlasIED should not be expected to actually design a facility’s network, nor make formal recommendations on specific network equipment to use, this application note provides factors to consider – best practices – when designing a network for public address equipment, along with some wisdom and possible pitfalls that have been gleaned from past experiences in deploying large scale systems. This application note is divided into the following sections: n Local Network – The network that typically hosts one announcement controller and its peripherals.
    [Show full text]
  • Implementing Audio-Over-IP from an IT Manager's Perspective
    Implementing Audio-over-IP from an IT Manager’s Perspective Presented by: A Partner IT managers increasingly expect AV systems to be integrated with enterprise data networks, but they may not be familiar with the specific requirements of audio-over-IP systems and common AV practices. Conversely, AV professionals may not be aware of the issues that concern IT managers or know how best to achieve their goals in this context. This white paper showcases lessons learned during implementations of AoIP networking on mixed-use IT infrastructures within individual buildings and across campuses. NETWORKS CONVERGE AS IT such as Cisco and Microsoft. AV experts MEETS AV do not need to become IT managers to As increasing numbers of audio-visual do their jobs, as audio networking relies systems are built on network technology, only on a subset of network capabilities, IT and AV departments are starting configurations, and issues. to learn how to work together. As AV experts come to grips with the terminology Similarly, IT managers are beginning and technology of audio-over-IP, IT to acquaint themselves with the issues specialists—gatekeepers of enterprise associated with the integration and networks—are beginning to appreciate implementation of one or more networked the benefits that AV media bring to their AV systems into enterprise-wide converged enterprises. networks. Once armed with a clear understanding of the goals and uses This shift means that the IT department of these systems, IT managers quickly of any reasonably sized enterprise— discover that audio networking can be commercial, educational, financial, easily integrated with the LANs for which governmental, or otherwise—is they are responsible.
    [Show full text]
  • Hono AVB Custom MODULAR AVB 1U INTERFACE
    November 5, 2020 Hono AVB Custom MODULAR AVB 1U INTERFACE 1 DESCRIPTION FEATURES The Hono AVB Custom is an AVB audio interface in a 1U 4 AVB transmit and 4 AVB receive streams. rack mount format providing up to 32 channels of AVB receive and transmit. Stream formats of 1,2,4,8,16 and 32 channels. The unit can be populated with up to four function specific 1U rack-mount unit. modules, allowing up to 16 channels of analog or AES/EBU I/O. Each module has an interchangeable connector that may Modular architecture allows up to 4 I/O modules to be be configured with either a pluggable terminal block, inserted into the back of the unit. StudioHub+® RJ-45, or a 50pin Centronics connector with XLR breakout cables. Module connector options include Terminal Block ® (Phoenix style), StudioHub+ RJ-45, or 50pin Centronics The AVB Custom features a powerful Texas Instruments 32bit connector with XLR breakout cables. floating point DSP that allows sophisticated switching/mixing. A graphics display on the unit’s front panel shows peak Available modules include eight-channel analog I/O and meters and status. eight channel AES/EBU I/O, 8 channel mic preamp and 16x16 GPIO. AudioScience provides application software that may be used to set up the AVB Custom. ASIControl sets up all internal Powerful floating point DSP provides metering, level features of the unit. 3rd party software allows AVB routing control and up to 20 dB gain on all signal paths. connections to be set up between the unit and any other AVB Interoperable with all AudioScience AVB Sound Cards device on the network.
    [Show full text]