January 23 rd, 2003 The Time-Triggered Architecture Krishnakumar B Institute for Software Integrated Systems Vanderbilt University,

Slides:



Advertisements
Similar presentations
Bus Architectures for Satety- Critical Embedded Systems --by Harit Desai.
Advertisements

Reliability on Web Services Presented by Pat Chan 17/10/2005.
Fault Detection in a HW/SW CoDesign Environment Prepared by A. Gaye Soykök.
Distributed Systems Fall 2010 Replication Fall 20105DV0203 Outline Group communication Fault-tolerant services –Passive and active replication Highly.
E-Transactions: End-to-End Reliability for Three-Tier Architectures Svend Frølund and Rachid Guerraoui.
1 The Time-Triggered Model of Computation Lior Zimet.
Software Engineering for Real- Time: A Roadmap H. Kopetz. Technische Universitat Wien, Austria Presented by Wing Kit Hor.
Distributed Systems Fall 2010 Time and synchronization.
CS 582 / CMPE 481 Distributed Systems Fault Tolerance.
CS599 Software Engineering for Embedded Systems1 Software Engineering for Real-Time: A Roadmap Presentation by: Mandar Samant Raghbir Singh Banwait.
Replication Management using the State-Machine Approach Fred B. Schneider Summary and Discussion : Hee Jung Kim and Ying Zhang October 27, 2005.
2/23/2009CS50901 Implementing Fault-Tolerant Services Using the State Machine Approach: A Tutorial Fred B. Schneider Presenter: Aly Farahat.
Design of Fault Tolerant Data Flow in Ptolemy II Mark McKelvin EE290 N, Fall 2004 Final Project.
Distributed Systems Fall 2009 Replication Fall 20095DV0203 Outline Group communication Fault-tolerant services –Passive and active replication Highly.
Establishing the overall structure of a software system
Architectural Design Principles. Outline  Architectural level of design The design of the system in terms of components and connectors and their arrangements.
CprE 458/558: Real-Time Systems
The Rare Glitch Project: Verifying Bus Protocols for Embedded Systems Edmund Clarke, Daniel Kroening Carnegie Mellon University.
Page 1 Copyright © Alexander Allister Shvartsman CSE 6510 (461) Fall 2010 Selected Notes on Fault-Tolerance (12) Alexander A. Shvartsman Computer.
Architectural Design Establishing the overall structure of a software system Objectives To introduce architectural design and to discuss its importance.
Time-Triggered Architectures, Protocols and Applications. P.S. Thiagarajan.
1 Software Testing Techniques CIS 375 Bruce R. Maxim UM-Dearborn.
Tanenbaum & Van Steen, Distributed Systems: Principles and Paradigms, 2e, (c) 2007 Prentice-Hall, Inc. All rights reserved DISTRIBUTED SYSTEMS.
HRTC Meeting 12 September 2002, Vienna Smart Sensors Thomas Losert.
1 Fault Tolerance in the Nonstop Cyclone System By Scott Chan Robert Jardine Presented by Phuc Nguyen.
Weekly Meeting Time-Triggered Ethernet: Concepts and Switch Design Andrew Mortellaro William Garcia.
Fault Tolerance via the State Machine Replication Approach Favian Contreras.
CSE 303 – Software Design and Architecture
RTS Meeting 8th July 2009 Introduction Middleware AUTOSAR Conclusion.
Architectural Design portions ©Ian Sommerville 1995 Establishing the overall structure of a software system.
Cluster Reliability Project ISIS Vanderbilt University.
Connectivity Devices Hakim S. ADICHE, MSc
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 10Slide 1 Architectural Design l Establishing the overall structure of a software system.
 Communication Tasks  Protocols  Protocol Architecture  Characteristics of a Protocol.
ARMADA Middleware and Communication Services T. ABDELZAHER, M. BJORKLUND, S. DAWSON, W.-C. FENG, F. JAHANIAN, S. JOHNSON, P. MARRON, A. MEHRA, T. MITTON,
DEVICES AND COMMUNICATION BUSES FOR DEVICES NETWORK
TOTEM: A FAULT-TOLERANT MULTICAST GROUP COMMUNICATION SYSTEM L. E. Moser, P. M. Melliar Smith, D. A. Agarwal, B. K. Budhia C. A. Lingley-Papadopoulos University.
Architectural Design lecture 10. Topics covered Architectural design decisions System organisation Control styles Reference architectures.
한국기술교육대학교 컴퓨터 공학 김홍연 Habitat Monitoring with Sensor Networks DKE.
In-Vehicle Communication SAN Group RTS Regular Meeting Presentation December 2008.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 10Slide 1 Architectural Design l Establishing the overall structure of a software system.
Architectural Design Yonsei University 2 nd Semester, 2014 Sanghyun Park.
Thomas Losert HRTC Meeting 12 September 2002, Vienna Introduction to the TTA.
TTP and FlexRay. Time Triggered Protocols Global time by fault tolerant clock synchronisation Exact time point of a certain message is known (determinism)
Secure Systems Research Group - FAU 1 Active Replication Pattern Ingrid Buckley Dept. of Computer Science and Engineering Florida Atlantic University Boca.
Time Triggered Networks: use in space 2015 CCSDS spring SOIS Plenary 23 March 2015 Glenn Rakow/NASA-GSFC.
1 ACTIVE FAULT TOLERANT SYSTEM for OPEN DISTRIBUTED COMPUTING (Autonomic and Trusted Computing 2006) Giray Kömürcü.
Global Time in Distributed Real-Time Systems Dr. Konstantinos Tatas.
Copyright 1999 G.v. Bochmann ELG 7186B ch.1 1 Course Notes ELG 7186C Formal Methods for the Development of Real-Time System Applications Gregor v. Bochmann.
Replication (1). Topics r Why Replication? r System Model r Consistency Models – How do we reason about the consistency of the “global state”? m Data-centric.
Copyright © George Coulouris, Jean Dollimore, Tim Kindberg This material is made available for private study and for direct.
Membership and Clique Avoidance in TTP/C Gunther Bauer, Michael Paulitsch Presented by Michael Sirivianos 02/01/2005.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
1 Software Design Lecture What’s Design It’s a representation of something that is to be built. i.e. design  implementation.
Tolerating Communication and Processor Failures in Distributed Real-Time Systems Hamoudi Kalla, Alain Girault and Yves Sorel Grenoble, November 13, 2003.
Middleware for Fault Tolerant Applications Lihua Xu and Sheng Liu Jun, 05, 2003.
Testing Overview Software Reliability Techniques Testing Concepts CEN 4010 Class 24 – 11/17.
Slide 1 Chapter 8 Architectural Design. Slide 2 Topics covered l System structuring l Control models l Modular decomposition l Domain-specific architectures.
ARTEMIS SRA 2016 Trust, Security, Robustness, and Dependability Dr. Daniel Watzenig ARTEMIS Spring Event, Vienna April 13, 2016.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 10Slide 1 Chapter 5:Architectural Design l Establishing the overall structure of a software.
Chapter 8 Fault Tolerance. Outline Introductions –Concepts –Failure models –Redundancy Process resilience –Groups and failure masking –Distributed agreement.
Powerpoint Templates Data Communication Muhammad Waseem Iqbal Lecture # 07 Spring-2016.
Reliable multicast Tolerates process crashes. The additional requirements are: Only correct processes will receive multicasts from all correct processes.
Krishna Suman Kadiyala Fault Tolerant Systems EE 585 Fall 2006
Providing Secure Storage on the Internet
COT 5611 Operating Systems Design Principles Spring 2012
TU Wien Time-Triggered Protocols for Safety-Critical Applications
CS4470 Computer Networking Protocols
Time-Triggered Architecture
COT 5611 Operating Systems Design Principles Spring 2014
Presentation transcript:

January 23 rd, 2003 The Time-Triggered Architecture Krishnakumar B Institute for Software Integrated Systems Vanderbilt University, Nashville, TN

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 2 Outline of Talk Overview of TTA Architecture Model Design Principles Communication Fault Tolerance Design Methodology Questions ?

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 3 Time-Triggered Architecture Treatment of physical time as a first-order quantity Provides fault-tolerant global time base Decomposes a large application into: –Clusters –Nodes –Combination of both Use global time to specify interfaces between nodes Communication and agreement protocols

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 4 Model of Time Time progresses along a dense timeline Duration – Interval delimited by two instants Event occurs at an instant –E.g. Observation of state Time-stamping –Assign state of node-local global time to event How to synchronize clocks ?

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 5 Sparse Time Base Continuum of time is partitioned Infinite sequence of alternating durations of activity & silence Duration of the activity interval > precision of clock synchronization All events that occur within an interval of activity considered simultaneous External representation of time

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 6 RT Entities and RT Images TTA system –Node, Communication Network Interface, Host –Time domain and value domain

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 7 RT Entities and RT Images (Contd…) Real-Time Entities –State variables used to model dynamics of system –Change their state as time progresses –Mix of both static and dynamic attributes –E.g Flow of a liquid in a pipe, Temperature of valve Observation –State of RT Entity at a particular instant t obs –Observation = Real-Time Image –Temporally accurate picture of RT entity at instant t –Duration b/w time of observation and instant t < d acc Observation valid forever, not true of validity of image

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 8 State-Information vs Event-Information State attribute –Property of a RT entity at a particular instant State Information –(state variable, value, time of observation) –Idempotent, atleast-once semantics –Sender-side – Not consumed –Receiver-side – Update-in-place, non-consuming read Event –Sudden change of state of an RT Entity at an instant Event Information –(state variable, value difference, time of event) –Exactly-once semantics –Sender-side – Consumed on sending –Receiver-side – Queued and consumed on reading

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 9 Structure of TTA Node –Self-contained unit Communication system –Replicated channels –Autonomous –Executes periodically –a priori TDMA schedule Fetch Instant –Reads state message from CNI Delivery instant –Delivers it to CNI of all other nodes of cluster –Overwriting previous version of state message Fetch, delivery instants in message scheduling table

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 10 Interconnection topology TTA-bus –Replicated passive buses –Each node has 3 subsystems Node, 2 guardians Spatial proximity faults Fail-safe vs fail-operational TTA-star –Independent guardians –n+2 packages vs 3n –Reshape physical signals & resilient to Slightly-off- specification (SOS) faults –Additional monitoring, better EMI characteristics

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 11 Design Principles of TTA Consistent Distributed Computing Base Unification of Interfaces – Temporal Firewalls Composability Scalability Transparent Fault Tolerance Openness

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 12 Consistent Distributed Computing Base Distributed algorithms dependent on consistent data TTA exploits short error detection latency of protocol –Error-detection at protocol level –Distributed agreement (membership) algorithm Checking membership of all nodes to ascertain correct operation Detect faulty outgoing link Violation of fault-hypothesis –Distributed agreement protocol unable to reach conclusion –Result: Clique avoidance algorithm is activated

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 13 Unification of Interfaces – Temporal Firewalls Uni-directional data-flow interfaces –Elementary – Uni-directional control flow –Composite – Bi-directional control flow TTA CNI is an elementary interface Control-error propagation prevented by design Interface called temporal firewall

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 14 Different Interfaces of a Node Real-Time Service (RS) Interface –Provides timely real-time services to node environment –Must satisfy temporal specification under all conditions –Affects temporal composability Diagnostic & Maintenance (DM) Interface –Opens channel to internals of a node –Useful in configuring node parameters –Retrieve node parameters for fault diagnosis –Doesn’t affect temporal composability Configuration Planning (CP) Interface –Connect node to other nodes of a system –Used during integration phase to generate “glue” –Not time critical

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 15 Composability Independent development of nodes –Differentiate between node and architecture design –Precise specification of all node services => independent design of nodes Stability of Prior services –Validated service of a node should be unaffected by integration of node into a system Constructive Integration –n nodes already integrated => addition of n+1 doesn’t affect previous n nodes Replica determinism –All members have same externally visibile state –Produce same output messages atmost d time units apart

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 16 Scalability Complexity of system should not increase with growth of system In TTA, CNIs provides abstraction –Encapsulate properties of environment –Only essential properties available to nodes Example - Gateway nodes

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 17 Transparent Fault-Tolerance Active redundancy by replication and voting Active replication is complex –Shouldn’t be done at application level TTA provides dedicated Fault-Tolerance layer –Fault-tolerant CNI (FTU-CNI)

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 18 Openness Standardize interfaces TTA interfaces submitted for standardization by OMG Inter-operation with CORBA clients RS, DM and CP interfaces available at the ORB level

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 19 Communication Deliver information between CNIs –Within interval delimited by fetch and delivery instants TTP/C Protocol –Autonomous, fault-tolerant, TDMA based transport –Fault-tolerant clock synchronization –Membership service Inform every node about “health” of every other node Doubles as multicast acknowledgment Used in implementing fault-tolerant clock synchronization –Clique avoidance to detect and eliminate the formation of cliques when fault-hypothesis is violated

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 20 Communication (contd…) TTP/A protocol –Time-triggered field-bus protocol of TTA –Connects low-cost smart transducers to a node of TTA –Two types of rounds – Master/Slave (MS) & Multi-partner (MP) MS – Read/write records from IFS to implement DM and CP MP – Periodic, implements the RS service

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 21 Event Message Channels & Performance Event message channels –Created by allocating portion of TT communication –Push-pull model for events –Filter service & Garbage collection service Performance of TTA –Time distribution needs inter-frame gap of 5 μs –80% bandwidth utilization => 20 μs for send-phase –40,000 messages / second –10 clients => 250 μs sampling period => 4kHz loop –Amount of data 5 Mbps => 12 bytes / 20 μs 1 Gbps => 2400 bytes / 20 μs

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 22 Fault Tolerance Fault Hypothesis –States types and number of faults that the system should tolerate TTA-star cluster –Can tolerate an arbitrary failure of a single node –Single faulty unit detected by membership protocol –Isolated within two rounds (for single fault) Fault-tolerant Units – Triple Modular redundancy

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 23 Fault Tolerance (contd…) Till now assumed that environment complies with fault-hypothesis If environment violates fault hypothesis –TTA activates never-give-up strategy –Initiated by TTP/C protocol in combination with application –Only when necessary resources are unavailable to provide minimum required service Redundant transducers –Requires two independent TTP/A field buses

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 24 Design Methodology Architecture Design –Decompose into clusters and nodes –Can use top-down or bottom-up –Specify CNIs of nodes in both the temporal & value domains Node design –Delivery and fetch instants Used as pre-condition and post-condition by applications Validation –Formal methods for consistent distributed computing base algorithms –Reproducable, observed without probe effect, DM interface

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 25 Concluding Remarks Autonomous clusters and nodes Global time used to specify interfaces among nodes Two-phased design –Architecture and Component (Node) design Take advantage of global time Currently occupies a niche position –Time considered a nuisance in mainstream computing Real-Time is an integral part of real-world –Cannot be abstracted away

Krishnakumar B The Time-Triggered Architecture ISIS, Vanderbilt University 26 Questions ?