Requirements for Automotive AVB System Profiles

Total Page:16

File Type:pdf, Size:1020Kb

Requirements for Automotive AVB System Profiles White Paper Contributed to AVnu Alliance TM Requirements for Automotive AVB System Profiles 3/15/2011 Author Junichi Takeuchi, Renesas Contributor Hideki Goto, Shinichi Iiyama, Takumi Nomura, Toyota Hajime Kosugi, NEC Engineering Michael Johas Teener, Yong Kim, Broadcom Contents herein are not necessarily endorsed by AVnu Alliance, and solely represent respective authors or companies’ views. Page| 1 Executive Summary The IEEE 802.1 Audio/Video Bridging (AVB) standards will enable time-synchronized low latency streaming services through 802 networks, ensuring interoperability between devices using the AVB specifications through a system profile called 802.1BA. Automotive applications, such as infotainment and drivers assistance, can deploy those specifications for an in-vehicle high bandwidth, synchronized network, as discussed in AVnu White Paper, AVB for Automotive Use, July 20, 2009. This paper presents automotive system profiles for general streaming applications as well as critical control applications, discussing basic profiles, additional network management, acknowledge and retry, and a low latency method. Figure 1. Automotive system profiles and IEEE802.1 AVB Page| 2 Assumptions The automotive system profiles in this paper are discussed under the following assumptions and goals. 1. The AVB network supports both automotive multimedia applications and critical control applications. 2. Critical control applications send and receive messages which require fault-tolerant, low-latency communication. 3. There will be no more than 32 endpoints in an automotive network. 4. There will be no more than 7 switch hops in any path taken by reserved streams. 5. The maximum cable length is 24m. The maximum total aggregate end-to-end cable length in a network is 30m. 6. The most time-sensitive applications use Class A streaming, which has a 125μs class measurement interval. Class B, which has a 250μs class measurement interval, also can be used for lower priority streaming. There are best effort frames using the lowest priority. 7. Maximum end-to-end delay for Class A streaming needs to be less than 100us for the cases where it is used for critical control applications (AVB guarantees 2ms for Class A, as default). 8. Maximum network recovery time needs to be less than 100ms, for the cases where it is used for critical control applications. Recovery time is measured from the detection of a failure event to the time that the network is ready to transmit data from applications. Page| 3 Contents 1. Basic network requirements and profiles 1-1. Standards: 802.1AS, Qat, Qav, BA, and 1722, 1722.1 1-2. Setup and Operational procedures ・ Grand Master selection ・ System management with 1722.1 1-3. General Security procedure ・ Ethernet LAN Security Requirements (trusted network) 1-4. Network application: Multimedia example ・ Audio and Video Lip-Sync 2. Additional requirements for Critical control and Converged backbone network 2-1. Fail-safe systems and Quick recovery ・ RSTP with quick recovery ・ RSTP Root selection ・ End-point failure discovery 2-2. Acknowledge and Retry 2-3. AVB automotive Frame definition ・ Acknowledge and Retry, and CAN 2-4. Smaller Frame size for low latency 2-5. Requirements for ultra-low latency Appendix A. General Security procedure methods and examples ・ In-Vehicle LAN Security Considerations and Use Cases Appendix B. Audio and Video Lip-Sync example Page| 4 1. Basics network requirements and profiles 1-1. Standards: 802.1AS, Qat, Qav, BA, and 1722, 1722.1 Automotive Ethernet AVB products comply with the base standards in Table 1, although some products might not use all these specifications, selecting some subsets based on the requirements of the target system. On the other hand, some products might add additional specifications discussed in this paper for converged network systems, or critical control systems. Table 1. Standards for automotive Ethernet AVB Abbreviation name comments 802.1AS Timing and Synchronization for Time-Sensitive - Specified by The Audio/Video Applications in Bridged Local Area Networks Bridging Task Group 802.1Qat Stream Reservation Protocol - All approved IEEE Standards 802.1Qav Forwarding and Queuing Enhancements for Time-Sensitive Streams 802.1BA Audio Video Bridging (AVB) Systems - System profiles that are common to any application - In progress 1722 Layer 2 Transport Protocol for Time Sensitive - Stream packet format Applications in a Bridged Local Area Network - Approved IEEE Standard 1722.1 Device Discovery, Enumeration, Connection - In progress Management & Control Protocol for 1722 based devices 1-2. Setup and Operational procedures While one of the advantages of Ethernet is a simple configuration, which enables data transmissions without complicated network settings, there are a few parameters that must be set either by users during initialization procedures (if the network configuration can be altered) or by the manufacturers (if the network configuration is semi-static or fixed). Another advantage is Plug-and-Play, but the system doesn’t necessarily have to use the dynamic configuration default, because automotive network is a provisioned network, and electronic control units (ECU) in an end-point usually have pre-determined functions. The network could operate using default settings, and could optimize some of the settings during system initialization. Page| 5 Grand Master selection The best master clock algorithm in 802.1AS determines the grand master and constructs a time-synchronization spanning tree with the grandmaster as root. In this process, time-aware systems send best master selection information to each other by using Announce messages, which contains a priority vector with some attributes specified in 802.1AS. Developers should provide electronic units with appropriate attributes such as system type priority, clock class, clock accuracy, or time source of the system, referring to 802.1AS standard. For example, central gateway unit is usually the first one to startup among ECUs in the entire in-vehicle network, and also last one to shutdown. It tends to be the first priority and highest quality unit. There is another higher priority unit, yet less than central gateway unit, and it is head unit including GPS, which is a main source of information for drivers. Then, the central gateway should have the highest priority value used for the grand master selection process, and the head unit should have the second highest value. System management with 1722.1 The protocols in 1722.1 are complementary to other AVB standards and profiles, since 1722.1 specifies an application-level connection procedure for the AVB network system. It includes 1) Service Discovery process, in which a 1722.1 controller identifies other 1722.1-capable nodes, 2) Enumeration process to find capabilities of the nodes, 3) Connection Management to connect and disconnect virtual links between media sources and media sinks, and 4) Control protocol. The first three functions can be bypassed for pre-configured networks where the configuration will not change, such as in a typical automotive application. The control protocol is very simple, yet easily extended to support industry-specific command sets such as those needed for automotive control and sensing applications. IEEE 1722.1, although requiring only simple layer 2 protocols (not using TCP/IP), is also designed to be optionally carried on TCP/IP networks using familiar HTTP protocols. 1722.1 suggests that all “controller” devices be capable of performing a simple IP proxy function so that pure IP-only devices on the network can still participate in device discovery, enumeration, and control. Page| 6 1-3. General Security procedure Ethernet LAN Security Requirements (trusted network) Ethernet technology is well-known in the industry, and securing the network from hacking and un-authorized access is required. The best security practices from the IT industry are adoptable to in-vehicle network with the same effectiveness. The general concept is to protect the network infrastructure and control access at the edge (i.e. the first switch connection from the end-point). The cost-benefit balance will be maintained by protecting the network access for various use cases. End-point Access Instrument Controlled. Panel Body Central Ctrl ECU Head Unit Camera Gateway Switch to Switch E connections are Switch E Switch trusted. GE E 10GE E E E E E Switch to Switch 1 Gb/s connections are Switch . trusted. 100 Mb/s E E E E E 100 Mb/s . LCD End-point Multi- Display Access Camera channel RSE Controlled. Audio Amp Ethernet Network in IT Ethernet Network in Automotive Figure 2. Ethernet network comparison (trusted network) Many features are available within IEEE 802.1Q Bridge implementations to provide LAN access security methods, and some of these are described in Appendix A. 1-4. Network application: Multimedia example By selecting some of the AVB standards described in the previous sections, a high-speed automotive network can be implemented. Here, we discuss application-related functions rather than network functions, in order to show how an automotive network can benefit from 802.1 AS and 1722. Page| 7 Audio and Video Lip-Sync One of the key advantages of Ethernet AVB is providing all media synchronization in its native form, with a transport protocol that provides presentation time to the application layer such that real-time synchronized rendering, i.e. “lip-sync” can be achieved. Because AVB provides the network time accurate to 1μ sec anywhere in a network, presentation time carried in a transport protocol can be honored by all media renderers in a network. A detailed example of this use of presentation time in AVB network is in Appendix B. Summary There are multitude of network-enabled in-vehicle Ethernet use that can be serviced with IEEE 802.1, IEEE 802.3, and IEEE 1722 standards that provide professional quality streaming, precision time synchronization in Ethernet, and related transport protocols. The use cases include vehicular multi-media, driver-assist camera and displays, and consumer owned portable content integration. There are a few further requirements that helps to harden the use of Ethernet AVB to meet the all of the vehicular backbone requirements.
Recommended publications
  • Transparent LAN Service Over Cable
    Transparent LAN Service over Cable This document describes the Transparent LAN Service (TLS) over Cable feature, which enhances existing Wide Area Network (WAN) support to provide more flexible Managed Access for multiple Internet service provider (ISP) support over a hybrid fiber-coaxial (HFC) cable network. This feature allows service providers to create a Layer 2 tunnel by mapping an upstream service identifier (SID) to an IEEE 802.1Q Virtual Local Area Network (VLAN). Finding Feature Information Your software release may not support all the features documented in this module. For the latest feature information and caveats, see the release notes for your platform and software release. To find information about the features documented in this module, and to see a list of the releases in which each feature is supported, see the Feature Information Table at the end of this document. Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to http://tools.cisco.com/ITDIT/CFN/. An account on http:// www.cisco.com/ is not required. Contents • Hardware Compatibility Matrix for Cisco cBR Series Routers, page 2 • Prerequisites for Transparent LAN Service over Cable, page 2 • Restrictions for Transparent LAN Service over Cable, page 3 • Information About Transparent LAN Service over Cable, page 3 • How to Configure the Transparent LAN Service over Cable, page 6 • Configuration Examples for Transparent LAN Service over Cable, page 8 • Verifying the Transparent LAN Service over Cable Configuration, page 10 • Additional References, page 11 • Feature Information for Transparent LAN Service over Cable, page 12 Cisco Converged Broadband Routers Software Configuration Guide For DOCSIS 1 Transparent LAN Service over Cable Hardware Compatibility Matrix for Cisco cBR Series Routers Hardware Compatibility Matrix for Cisco cBR Series Routers Note The hardware components introduced in a given Cisco IOS-XE Release are supported in all subsequent releases unless otherwise specified.
    [Show full text]
  • Ieee 802.1 for Homenet
    IEEE802.org/1 IEEE 802.1 FOR HOMENET March 14, 2013 IEEE 802.1 for Homenet 2 Authors IEEE 802.1 for Homenet 3 IEEE 802.1 Task Groups • Interworking (IWK, Stephen Haddock) • Internetworking among 802 LANs, MANs and other wide area networks • Time Sensitive Networks (TSN, Michael David Johas Teener) • Formerly called Audio Video Bridging (AVB) Task Group • Time-synchronized low latency streaming services through IEEE 802 networks • Data Center Bridging (DCB, Pat Thaler) • Enhancements to existing 802.1 bridge specifications to satisfy the requirements of protocols and applications in the data center, e.g. • Security (Mick Seaman) • Maintenance (Glenn Parsons) IEEE 802.1 for Homenet 4 Basic Principles • MAC addresses are “identifier” addresses, not “location” addresses • This is a major Layer 2 value, not a defect! • Bridge forwarding is based on • Destination MAC • VLAN ID (VID) • Frame filtering for only forwarding to proper outbound ports(s) • Frame is forwarded to every port (except for reception port) within the frame's VLAN if it is not known where to send it • Filter (unnecessary) ports if it is known where to send the frame (e.g. frame is only forwarded towards the destination) • Quality of Service (QoS) is implemented after the forwarding decision based on • Priority • Drop Eligibility • Time IEEE 802.1 for Homenet 5 Data Plane Today • 802.1Q today is 802.Q-2011 (Revision 2013 is ongoing) • Note that if the year is not given in the name of the standard, then it refers to the latest revision, e.g. today 802.1Q = 802.1Q-2011 and 802.1D
    [Show full text]
  • Introduction to Spanning Tree Protocol by George Thomas, Contemporary Controls
    Volume6•Issue5 SEPTEMBER–OCTOBER 2005 © 2005 Contemporary Control Systems, Inc. Introduction to Spanning Tree Protocol By George Thomas, Contemporary Controls Introduction powered and its memory cleared (Bridge 2 will be added later). In an industrial automation application that relies heavily Station 1 sends a message to on the health of the Ethernet network that attaches all the station 11 followed by Station 2 controllers and computers together, a concern exists about sending a message to Station 11. what would happen if the network fails? Since cable failure is These messages will traverse the the most likely mishap, cable redundancy is suggested by bridge from one LAN to the configuring the network in either a ring or by carrying parallel other. This process is called branches. If one of the segments is lost, then communication “relaying” or “forwarding.” The will continue down a parallel path or around the unbroken database in the bridge will note portion of the ring. The problem with these approaches is the source addresses of Stations that Ethernet supports neither of these topologies without 1 and 2 as arriving on Port A. This special equipment. However, this issue is addressed in an process is called “learning.” When IEEE standard numbered 802.1D that covers bridges, and in Station 11 responds to either this standard the concept of the Spanning Tree Protocol Station 1 or 2, the database will (STP) is introduced. note that Station 11 is on Port B. IEEE 802.1D If Station 1 sends a message to Figure 1. The addition of Station 2, the bridge will do ANSI/IEEE Std 802.1D, 1998 edition addresses the Bridge 2 creates a loop.
    [Show full text]
  • Publication Title 1-1962
    publication_title print_identifier online_identifier publisher_name date_monograph_published_print 1-1962 - AIEE General Principles Upon Which Temperature 978-1-5044-0149-4 IEEE 1962 Limits Are Based in the rating of Electric Equipment 1-1969 - IEEE General Priniciples for Temperature Limits in the 978-1-5044-0150-0 IEEE 1968 Rating of Electric Equipment 1-1986 - IEEE Standard General Principles for Temperature Limits in the Rating of Electric Equipment and for the 978-0-7381-2985-3 IEEE 1986 Evaluation of Electrical Insulation 1-2000 - IEEE Recommended Practice - General Principles for Temperature Limits in the Rating of Electrical Equipment and 978-0-7381-2717-0 IEEE 2001 for the Evaluation of Electrical Insulation 100-2000 - The Authoritative Dictionary of IEEE Standards 978-0-7381-2601-2 IEEE 2000 Terms, Seventh Edition 1000-1987 - An American National Standard IEEE Standard for 0-7381-4593-9 IEEE 1988 Mechanical Core Specifications for Microcomputers 1000-1987 - IEEE Standard for an 8-Bit Backplane Interface: 978-0-7381-2756-9 IEEE 1988 STEbus 1001-1988 - IEEE Guide for Interfacing Dispersed Storage and 0-7381-4134-8 IEEE 1989 Generation Facilities With Electric Utility Systems 1002-1987 - IEEE Standard Taxonomy for Software Engineering 0-7381-0399-3 IEEE 1987 Standards 1003.0-1995 - Guide to the POSIX(R) Open System 978-0-7381-3138-2 IEEE 1994 Environment (OSE) 1003.1, 2004 Edition - IEEE Standard for Information Technology - Portable Operating System Interface (POSIX(R)) - 978-0-7381-4040-7 IEEE 2004 Base Definitions 1003.1, 2013
    [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]
  • Software Architecture for a Multiple AVB Listener and Talker Scenario
    Software Architecture for a Multiple AVB Listener and Talker Scenario Christoph Kuhr and Alexander Car^ot Department of Computer Sciences and Languages, Anhalt University of Applied Sciences Lohmannstr. 23, 06366 K¨othen, Germany, fchristoph.kuhr, [email protected] Abstract 1.2 Concept for a Realtime Processing Cloud This paper presents a design approach for an AVB network segment deploying two differ- A specialized and scalable server infrastructure ent types of AVB server for multiple paral- is required to provide the realtime streaming re- lel streams. The first type is an UDP proxy quirements of this research project. The ser- server and the second server type is a digital vice time property of an Ethernet frame arriv- signal processing server. The Linux real time ing on a serial network interface at the wide area operating system configurations are discussed, network (WAN) side of this server cloud, is of as well as the software architecture itself and paramount importance for the software design. the integration of the Jack audio server. A During the service time of a single UDP stream proper operation of the JACK server, along- datagram, no concurrent stream datagrams can side two JACK clients, in this multiprocess- be received. Thus, the latencies of all streams ing environment could be shown, although a arriving on such an interface are accumulated. persisting buffer leak prevents significant jitter In addition to connecting the 60 streams to and latency measurements. A coarse assessment each other, the Soundjack cloud provides dig- shows however, that the operations are within ital signal processing algorithms for audio and reasonable bounds.
    [Show full text]
  • Extremexos® Operating System
    Data Sheet Highlights ExtremeXOS has a robust set of Layer 2 and Layer 3 control protocols, provides a flexible architecture for highly resilient networks and has been designed to support the nextgeneration Internet Protocol, IPv6. ExtremeXOS is a highly available and extensible software foundation for converged networks. ExtremeXOS offers high availability for carriergrade voice and video services over IP and for supporting mission- critical business applications such as CRM. • Modular Operating System • High Availability Architecture • Rich set of Layer-2 and Layer-3 ® protocols and features ExtremeXOS Operating System • Secure Network Access through role Version 16.2, 21.1, 22.7, and 30.4 based policy or Identity Management • Extensibility • Integrated Security with NetLogin, Overview MAC Security, IP Security Extreme Networks has created the ExtremeXOS modular Operating • User, location, and time-based System (OS) – for highly available, extensible, high-performance networks. dynamic security policies with ExtremeXOS high availability architecture with EAPS protocol helps reduce Identity Management network downtime for business continuity and access to mission-critical • Insight, control and automation for applications such as CRM, data warehouses and VoIP for carrier and voice virtualized data centers with XNV grade networks. (ExtremeXOS Network Virtualization) • Enhanced resiliency, Built-in security capabilities provide network access control integrated with synchronization, performance for endpoint integrity checking, identity management, and protection for the 2G/3G/4G mobile backhaul network control and management planes. • ExtremeXOS InSite SDK Software Defined Networking Ready with With ExtremeXOS you can extend the capabilities of your network by OpenFlow and OpenStack support integrating specialized application appliances such as security devices into • Ethernet Audio Video Bridging the network, providing insight and control at the network, application and (AVB) enabled user level.
    [Show full text]
  • Layer 2 Virtual Private Networks CM-SP-L2VPN-I11-130808
    Data-Over-Cable Service Interface Specifications Business Services over DOCSIS® Layer 2 Virtual Private Networks CM-SP-L2VPN-I11-130808 ISSUED Notice This DOCSIS specification is the result of a cooperative effort undertaken at the direction of Cable Television Laboratories, Inc. for the benefit of the cable industry and its customers. This document may contain references to other documents not owned or controlled by CableLabs®. Use and understanding of this document may require access to such other documents. Designing, manufacturing, distributing, using, selling, or servicing products, or providing services, based on this document may require intellectual property licenses from third parties for technology referenced in this document. Neither CableLabs nor any member company is responsible to any party for any liability of any nature whatsoever resulting from or arising out of use or reliance upon this document, or any document referenced herein. This document is furnished on an "AS IS" basis and neither CableLabs nor its members provides any representation or warranty, express or implied, regarding the accuracy, completeness, noninfringement, or fitness for a particular purpose of this document, or any document referenced herein. Cable Television Laboratories, Inc., 2006-2013 CM-SP-L2VPN-I11-130808 Data-Over-Cable Service Interface Specifications DISCLAIMER This document is published by Cable Television Laboratories, Inc. ("CableLabs®"). CableLabs reserves the right to revise this document for any reason including, but not limited to, changes in laws, regulations, or standards promulgated by various agencies; technological advances; or changes in equipment design, manufacturing techniques, or operating procedures described, or referred to, herein. CableLabs makes no representation or warranty, express or implied, with respect to the completeness, accuracy, or utility of the document or any information or opinion contained in the report.
    [Show full text]
  • 7-Port Gigabit Ethernet Switch with Audio Video Bridging and Two RGMII/MII/RMII Interfaces
    KSZ9567R 7-Port Gigabit Ethernet Switch with Audio Video Bridging and Two RGMII/MII/RMII Interfaces Highlights • Five Integrated PHY Ports - 1000BASE-T/100BASE-TX/10BASE-Te IEEE 802.3 • Non-blocking wire-speed Ethernet switching fabric - Fast Link-up option significantly reduces link-up time • Full-featured forwarding and filtering control, includ- - Auto-negotiation and Auto-MDI/MDI-X support ing Access Control List (ACL) filtering - On-chip termination resistors and internal biasing for • Full VLAN and QoS support differential pairs to reduce power • Five ports with integrated 10/100/1000BASE-T PHY - LinkMD® cable diagnostic capabilities for determining transceivers cable opens, shorts, and length • Two ports with 10/100/1000 Ethernet MACs and con- • Advanced Switch Capabilities figurable RGMII/MII/RMII interfaces - IEEE 802.1Q VLAN support for 128 active VLAN • IEEE 1588v2 Precision Time Protocol (PTP) support groups and the full range of 4096 VLAN IDs - IEEE 802.1p/Q tag insertion/removal on per port basis • IEEE 802.1AS/Qav Audio Video Bridging (AVB) - VLAN ID on per port or VLAN basis • IEEE 802.1X access control support - IEEE 802.3x full-duplex flow control and half-duplex • EtherGreen™ power management features, back pressure collision control including low power standby - IEEE 802.1X access control 2 • Flexible management interface options: SPI, I C, (Port-based and MAC address based) MIIM, and in-band management via any port - IGMP v1/v2/v3 snooping for multicast packet filtering • Industrial temperature range support - IPv6
    [Show full text]
  • Analysis of Qos in Software Defined Wireless Network with Spanning Tree Protocol
    I. J. Computer Network and Information Security, 2017, 6, 61-68 Published Online June 2017 in MECS (http://www.mecs-press.org/) DOI: 10.5815/ijcnis.2017.06.07 Analysis of QoS in Software Defined Wireless Network with Spanning Tree Protocol Rafid Mustafiz, Abu Sayem Mohammad Delowar Hossain, Nazrul Islam+, Mohammad Motiur Rahman Department of Computer Science and Engineering +Department of Information and Communication Technology Mawlana Bhashani Science and Technology University, Santosh, Tangail-1902, Bangladesh E-mail: [email protected], [email protected], [email protected], [email protected] Abstract—Software Defined Network (SDN) is more technique. The data controlling actions are controlled by dynamic, manageable, adaptive and programmable a software or hardware based centralized controller and network architecture. This architecture separates the data forwarding task has performed by a hardware core control plane from the forwarding plane that enables the device [3]. This enables the control plane to be directly network to become directly programmable. The programmable which makes it suitable in the field of programmable features of SDN technology has research. Data plane functionality contains features such dramatically improved network efficiency and simplify as quality of service (QoS) [4]. The overall performance the network configuration and resource management. of a network topology depends mostly on the parameters SDN supports Open-Flow technology as forwarding of QoS. The present goal of SDN is to design a network function and centralized control successfully. Wireless that is capable the maximum improvement of QoS environment has recently added to the SDN infrastructure parameters. SDN supports many new types of that has rapidly emerged with Open-Flow protocol.
    [Show full text]
  • Schedulability Analysis of Ethernet Audio Video Bridging Networks with Scheduled Traffic Support
    Real-Time Syst DOI 10.1007/s11241-017-9268-5 Schedulability analysis of Ethernet Audio Video Bridging networks with scheduled traffic support Mohammad Ashjaei1 · Gaetano Patti2 · Moris Behnam1 · Thomas Nolte1 · Giuliana Alderisi2 · LuciaLoBello2 © The Author(s) 2017. This article is published with open access at Springerlink.com Abstract The IEEE Audio Video Bridging (AVB)technology is nowadays under con- sideration in several automation domains, such as, automotive, avionics, and industrial communications. AVB offers several benefits, such as open specifications, the exis- tence of multiple providers of electronic components, and the real-time support, as AVB provides bounded latency to real-time traffic classes. In addition to the above men- tioned properties, in the automotive domain, comparing with the existing in-vehicle networks, AVB offers significant advantages in terms of high bandwidth, signifi- cant reduction of cabling costs, thickness and weight, while meeting the challenging EMC/EMI requirements. Recently, an improvement of the AVB protocol, called the AVB ST, was proposed in the literature, which allows for supporting scheduled traffic, i.e., a class of time-sensitive traffic that requires time-driven transmission and low latency. In this paper, we present a schedulability analysis for the real-time traffic crossing through the AVB ST network. In addition, we formally prove that, if the bandwidth in the network is allocated according to the AVB standard, the schedula- bility test based on response time analysis will fail for most cases even if, in reality, these cases are schedulable. In order to provide guarantees based on analysis test a bandwidth over-reservation is required.
    [Show full text]
  • V1.1.1 (2014-09)
    Final draft ETSI ES 203 385 V1.1.1 (2014-09) ETSI STANDARD CABLE; DOCSIS® Layer 2 Virtual Private Networking 2 Final draft ETSI ES 203 385 V1.1.1 (2014-09) Reference DES/CABLE-00008 Keywords access, broadband, cable, data, IP, IPcable, L2VPN, modem 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 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 http://portal.etsi.org/tb/status/status.asp If you find errors in the present document, please send your comment to one of the following services: http://portal.etsi.org/chaircor/ETSI_support.asp 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.
    [Show full text]