Network Security for Broadcast Media Streaming Keyur Parikh and Junius Kim Gatesair Mason Ohio
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
Diameter Configuration, Maintenance, and DSR Applications Guide 910-6573-001 Revision B December 2012
EAGLE® XG Diameter Signaling Router Diameter Configuration, Maintenance, and DSR Applications Guide 910-6573-001 Revision B December 2012 Copyright 2012 Tekelec. All Rights Reserved. Printed in USA. Legal Information can be accessed from the Main Menu of the optical disc or on the Tekelec Customer Support web site in the Legal Information folder of the Product Support tab. Table of Contents Chapter 1: Introduction.....................................................................12 Purpose of this document......................................................................................................13 Scope and Audience...............................................................................................................13 Manual Organization..............................................................................................................13 Documentation Admonishments..........................................................................................14 Customer Care Center............................................................................................................14 Emergency Response..............................................................................................................16 Locate Product Documentation on the Customer Support Site.......................................17 Chapter 2: Diameter Signaling Router (DSR)...............................18 Diameter Signaling Router Overview..................................................................................19 DSR -
Comrex's Future Takes Shape with IP
www.tvtechnology.com/04-08-15 TV TECHNOLOGY April 8, 2015 21 TK Comrex’s Future Takes Shape With IP Company’s NAB booth to feature updated LiveShot, BRIC-Link II BY SUSAN ASHWORTH productions for television,” he said. “Over the last several decades we’ve been in LAS VEGAS—Building on its experience the radio space but we’ve had so many of in remote broadcasting technology, our radio customers move on to TV [and Comrex will come to the 2015 NAB Show adopted] our audio-over-IP codec, so we with IP on its mind, showcasing technology had a lot of requests to make something that the company sees as the future of live as portable and compact as our audio video broadcasting. products but for television.” Comrex will introduce the newest What’s especially compelling about this version of LiveShot, a system that allows segment of the market, he said, is that there broadcasters to tackle remote broadcast are people “who are doing really creative setups that would be tough with and unique broadcasts with our products traditional wired configurations. Using because [they] offer two-way video and Comrex ACCESS audio IP codecs, LiveShot return video to the field and intercom in a sends live HD video and audio over IP. The small little package.” system addresses technical inconsistencies For example, at a recent air show in in public Internet locales and provides Wisconsin, two wireless Comrex devices access to low-latency broadcast-quality were used by a local broadcaster for their live video streaming, including 3G, 4G, and multicamera fieldwork. -
IP Audio Coding with Introduction to BRIC Technology 2 Introduction by Tom Hartnett—Comrex Tech Director
IP Audio Coding With Introduction to BRIC Technology 2 Introduction By Tom Hartnett—Comrex Tech Director In 1992, when ISDN was just becoming available in the US, Comrex published a Switched 56/ISDN Primer which became, we were told, a very valuable resource to the radio engineer struggling to understand these new concepts. As POTS codecs and GSM codecs became viable tools, Comrex published similar primers. Now, with the gradual sunsetting of ISDN availability (and the migration of phone networks to IP based services), it not only makes sense for us to introduce a product based on Internet audio transfer, but again to publish all the relevant concepts for the uninitiated. The ACCESS product is the result of years of our research into the state of IP networks and audio coding algo- rithms. This has all been in ISDN is not a long term solution. the quest to do what we do The telephone network is changing. best, which is to leverage existing, available services Transition to IP is inevitable. to the benefit of our core Resistance is futile. customers—radio remote broadcasters. The heart of this product is called BRIC (Broadcast Reliable Internet Codec). While others have introduced hardware coined “IP Codecs,” this is the first product introduced that dares to use the wordInternet with a capital I. Given the challenges the public Internet presents, it’s no small boast to say that this product will perform over the majority of available connections. BRIC represents a change that is both desirable and inevitable for remotes. This change is inevitable because, as available connections move from old fashioned circuit switched to newer packet switched style, technology like ISDN and POTS codecs will begin to work less and less often. -
Diameter-Based Protocol in the IP Multimedia Subsystem
International Journal of Soft Computing and Engineering (IJSCE) ISSN: 2231 – 2307, Volume- 1 Issue- 6, January 2012 Diameter-Based Protocol in the IP Multimedia Subsystem Vinay Kumar.S.B, Manjula N Harihar Abstract— The Diameter protocol was initially developed by II. ROLE OF DIAMETER IN IMS the Internet Engineering Task Force (IETF) as an Authentication, Authorization, and Accounting (AAA) framework The IMS is based on a horizontally layered architecture, intended for applications such as remote network access and IP consisting of three layers, namely, Service Layer, Control mobility. Diameter was further embraced by the Third Generation Layer, and Connectivity Layer. Service Layer comprises Partnership Project (3GPP) as the key protocol for AAA and application and content servers to execute value-added mobility management in 3G networks. The paper discusses the use services for the user. Control layer comprises network control of Diameter in the scope of the IP Multimedia Subsystem (IMS) as servers for managing call or session set-up, modification and specified by 3GPP. This paper presents a solution for the problem release. The most important of these is the Call Session of how to provide authentication, authorization and accounting Control Function (CSCF). Connectivity Layer comprises of (AAA) for multi-domain interacting services by referring open routers and switches, for both the backbone and the access diameter. We have studied the case of ‘FoneFreez’, a service that provides interaction between different basic services, like network telephony and television. The involvement of several parties like A. IMS functions television provider, telephony provider etc., secure interaction between multiple domains must be assured. -
The Essential Guide to Audio Over IP for Broadcasters 2 5
The Essential Guide To Audio OverIP FOR BROADCASTERS Powerful Performance | Powerful Control | Powerful Savings i 1. Why IP for Broadcast Audio? Reasons to Migrate to Audio over IP ..........................................................................................................8 1. Flexibility ..................................................................................................................................................................................8 2. Cost ...........................................................................................................................................................................................8 3. Scalability ................................................................................................................................................................................9 4. Reliability (yes really!) .........................................................................................................................................................9 5. Availability ..............................................................................................................................................................................9 6. Control and Monitoring .....................................................................................................................................................9 7. Network Consolidation ......................................................................................................................................................9 -
E-IPA-HX Audio-Over-IP Interface Card Eclipse HX Matrix Systems
E-IPA-HX Audio-over-IP Interface Card Eclipse HX Matrix Systems Linking People Together E-IPA-HX Interface Card The E-IPA-HX AoIP Interface card provides multiple IP Key Features and Benefits connection types for Eclipse® HX Matrix Intercom Systems, • Available in 16, 32, 48, and 64 port including support for AES67 and SMPTE ST2110 audio. cards (16 port upgrades) • Software definable port configuration Description to support multiple IP connection and The E-IPA-HX is a high density IP interface card that supports up to 64 Clear-Com standards intercom devices. The interface card can be used with the Eclipse HX-Delta Lite, • Supports up to 64 IP ports (endpoint HX-Delta, HX-Median, and HX-Omega matrix frames. Eclipse HX Configuration connections) and additionally up to 64 Software (EHX™) configures each port for its intended application and provides a FreeSpeak IP Transceivers dedicated IP Manager screen to monitor connections and add users. The E-IPA-HX card also supports SMPTE ST2110 and AES67 connectivity. • Compatible with Eclipse HX-Delta Lite, -Delta, -Median and -Omega Connection to FreeSpeak II and FreeSpeak Edge Beltpacks frames The E-IPA-HX card connects to FreeSpeak II® Beltpacks (1.9 or 2.4) in E1 mode via • Supports connection to V-Series and fiber to the FSII-SPL for the FSII-TCVR-24 or FSII-TCVR-19-XX transceivers. This V-Series Iris panels, Agent-IC mobile will allow up to 50 beltpacks and 10 transceivers per card. The E-IPA-HX card also app, FreeSpeak II wireless beltpacks, connects FreeSpeak II or FreeSpeak Edge™ devices via AES67 protocol to Eclipse HX LQ Series devices and Station-IC frames. -
Low-Latency Audio Over IP on Embedded Systems
Master Thesis Low-Latency Audio over IP on Embedded Systems by Florian Meier Start date: 02. April 2013 End date: 02. October 2013 Supervisor: Dipl.-Ing. Marco Fink Supervising Professor: Prof. Dr.-Ing. habil. Udo Zölzer Second Examiner: Prof. Dr. rer. nat. Volker Turau Abstract Transmission of audio data over networks, such as the Internet, is a widespread technology. Up to now, the primary application is voice trans- mission (Voice over IP). Although modern Voice over IP systems are de- signed to reduce the audio latency, it is still too high for the bidirectional transmission of live music. The construction of a low-latency music envi- ronment would enable distributed musical performances and "Jamming over IP". This thesis takes a step in this direction by building an Audio over IP system as an embedded system. All components needed for a jam- ming session over the Internet are integrated in a handy box on the basis of a Raspberry Pi. This required the development of a Linux kernel driver. Furthermore, a software for low-latency audio transmission is build and evaluated, considering audio quality, data rate, and the reduced computa- tional power of the embedded system. iii iv Declaration by Candidate I, FLORIAN MEIER (student of Informatik-Ingenieurwesen at Hamburg University of Tech- nology, matriculation number 20836390), hereby declare that this thesis is my own work and effort and that it has not been submitted anywhere for any award. Where other sources of information have been used, they have been acknowledged. Hamburg, 02. October 2013 Florian Meier v vi TABLE OF CONTENTS vii Table of Contents List of Figures ix List of Tables and Sourcecodes xi List of Symbols xiii 1 Introduction 1 2 State of the Art3 2.1 Effect of Latency for Musical Interaction . -
Nist Sp 800-77 Rev. 1 Guide to Ipsec Vpns
NIST Special Publication 800-77 Revision 1 Guide to IPsec VPNs Elaine Barker Quynh Dang Sheila Frankel Karen Scarfone Paul Wouters This publication is available free of charge from: https://doi.org/10.6028/NIST.SP.800-77r1 C O M P U T E R S E C U R I T Y NIST Special Publication 800-77 Revision 1 Guide to IPsec VPNs Elaine Barker Quynh Dang Sheila Frankel* Computer Security Division Information Technology Laboratory Karen Scarfone Scarfone Cybersecurity Clifton, VA Paul Wouters Red Hat Toronto, ON, Canada *Former employee; all work for this publication was done while at NIST This publication is available free of charge from: https://doi.org/10.6028/NIST.SP.800-77r1 June 2020 U.S. Department of Commerce Wilbur L. Ross, Jr., Secretary National Institute of Standards and Technology Walter Copan, NIST Director and Under Secretary of Commerce for Standards and Technology Authority This publication has been developed by NIST in accordance with its statutory responsibilities under the Federal Information Security Modernization Act (FISMA) of 2014, 44 U.S.C. § 3551 et seq., Public Law (P.L.) 113-283. NIST is responsible for developing information security standards and guidelines, including minimum requirements for federal information systems, but such standards and guidelines shall not apply to national security systems without the express approval of appropriate federal officials exercising policy authority over such systems. This guideline is consistent with the requirements of the Office of Management and Budget (OMB) Circular A-130. Nothing in this publication should be taken to contradict the standards and guidelines made mandatory and binding on federal agencies by the Secretary of Commerce under statutory authority. -
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. -
Security Penetration Test Framework for the Diameter Protocol
Security Penetration Test Framework for the Diameter Protocol Frederick R. Carlson National Defense University Washington, D.C., USA [email protected] Abstract— this paper outlines the infrastructure required for a documented the next generation NAS AAA requirements. The penetration testing suite centered around the cellular call control Mobile IP Working Group of the IETF documented AAA protocol called Diameter. A brief description of Diameter is requirements that would help Mobile IP scale for Inter-Domain given along with the basic equipment and design requirements to mobility. The Telecommunication Industry Association (TIA) conduct the testing. TR-45.6 Adjunct Wireless Packet Data Technology working group documented the CDMA2000 Wireless Data Diameter, Wireless Security, Penetration Testing, SIP, SS7 Requirements for Authorization, Authentication and Accounting (AAA). Based on the work of TR-45.6, 3GPP2 has I. INTRODUCTION specified a two phased architecture for supporting Wireless IP The purpose of this paper is to suggest a framework for a networking based on IETF protocols; the second phase detailed security analysis of the Diameter Protocol and the requiring AAA functionality not supportable in RADIUS. The design of Diameter met the requirements indicated by these platforms that carry this protocol. There is very little 2 information on the protocol aside from a series of Requests for various groups. Comment, Standards Body Documentation and Industry White Papers. It is critical that the framework not only examines the III. THE -
5G; 5G System; Interworking Between 5G Network and External Data Networks; Stage 3 (3GPP TS 29.561 Version 15.1.0 Release 15)
ETSI TS 129 561 V15.1.0 (2018-10) TECHNICAL SPECIFICATION 5G; 5G System; Interworking between 5G Network and external Data Networks; Stage 3 (3GPP TS 29.561 version 15.1.0 Release 15) 3GPP TS 29.561 version 15.1.0 Release 15 1 ETSI TS 129 561 V15.1.0 (2018-10) Reference RTS/TSGC-0329561vf10 Keywords 5G ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N° 348 623 562 00017 - NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N° 7803/88 Important notice The present document can be downloaded from: http://www.etsi.org/standards-search The present document may be made available in electronic versions and/or in print. The content of any electronic and/or print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at https://portal.etsi.org/TB/ETSIDeliverableStatus.aspx If you find errors in the present document, please send your comment to one of the following services: https://portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm except as authorized by written permission of ETSI. -
Aoip/AES67: Anatomy of a Full-Stack Implementation Ievgen Kostiukevych IP Media Technology Architect European Broadcasting Union
AoIP/AES67: Anatomy of a Full-Stack Implementation Ievgen Kostiukevych IP Media Technology Architect European Broadcasting Union ©Ievgen Kostiukevych, [email protected], Special for AES New York 145 convention AOIP IP STACK ON OSI LAYERS • Layer 1: 100BASE-T, 1000BASE-% (T, X, etc.) • Layer 2: Ethernet • Layer 3: IPv4, IGMPv2, DiffServ • Layer 4: UDP • Layer 5: RTP • Layer 6: PCM Audio • Layer 7: “Network-aware” A/D-D/A ©Ievgen Kostiukevych, [email protected], Special for AES New York 145 convention AUDIO OVER IP IMPLEMENTATION ANATOMY ©Ievgen Kostiukevych, [email protected], Special for AES New York 145 convention ©Ievgen Kostiukevych, [email protected], Special for AES New York 145 convention SMPTE ST 2110-30 ©Ievgen Kostiukevych, [email protected], Special for AES New York 145 convention AUDIO OVER IP IMPLEMENTATION ANATOMY • Audio over IP protocols are packet-based • Utilize connectionless, unreliable protocol – UDP • Require additional protocols • I.E. DiffServ to maintain reliable performance • I.E. IEEE1588 to keep stable clock and synchronization • I.E. IGMP to utilize network properly and efficiently ©Ievgen Kostiukevych, [email protected], Special for AES New York 145 convention AUDIO OVER IP IMPLEMENTATION ANATOMY • Core of all implementations – PCM audio • Additional functionality is required to be fully operational, configurable and user-friendly • This functionality is provided by implementation and can vary from one to another ©Ievgen Kostiukevych, [email protected], Special for AES New York 145 convention