Deterministic Networking Lab Part Frömel
Deterministic Networking Lab Part
Bernhard Frömel
Institut für Technische Informatik Technische Universität Wien
- 182.730 Deterministic Networking VU
SS14
- 23. 05. 2014
1/34
Deterministic Networking Lab Part Bernhard Frmel Institut fr - - PowerPoint PPT Presentation
Deterministic Networking Lab Part Frmel Deterministic Networking Lab Part Bernhard Frmel Institut fr Technische Informatik Technische Universitt Wien - 182.730 Deterministic Networking VU SS14 23. 05. 2014 1/34 Deterministic
Deterministic Networking Lab Part Frömel
Institut für Technische Informatik Technische Universität Wien
SS14
1/34
Deterministic Networking Lab Part Frömel
Motivation Emergence Self- Organization E versus SO
2/34
Deterministic Networking Lab Part Frömel
Motivation Emergence Self- Organization E versus SO
3/34
Deterministic Networking Lab Part Frömel
Motivation Emergence Self- Organization E versus SO
1http://web.eecs.utk.edu/~mclennan/Classes/
4/34
Deterministic Networking Lab Part Frömel
Motivation Emergence Self- Organization E versus SO
◮ www.lalena.com/AI/Flock/Flock.aspx ◮ ”Emergent behavior in flocks” [1] 5/34
Deterministic Networking Lab Part Frömel
Motivation Emergence Self- Organization E versus SO
◮ World Wide Web: number of links high for few pages, low
◮ TCP based flows synchronize at network bottle necks,
2http://internet-map.net/
6/34
Deterministic Networking Lab Part Frömel
Motivation Emergence Self- Organization E versus SO
◮ No generally accepted definition of emergence
◮ strong versus weak emergence ◮ show up as a surprise (subjectively perceived properties
◮ ⇒ open research
◮ ’Sensible’ definition:
7/34
Deterministic Networking Lab Part Frömel
Motivation Emergence Self- Organization E versus SO
◮ Emergent properties are:
◮ Interacting Parts: Parts need to interact, parallelism is not
◮ Decentralized Control: only local mechanisms are used to
◮ Coherence: logical and consistent correlation of parts at
◮ Micro-Macro effect: effect that comes into existence at
◮ Two-Way Link: emergent has causal effect on behavior of
◮ Radical Novelty: emergent not explicitly defined
◮ Origin:
◮ Non-linear behavior of parts ◮ Feedback/Feedforward mechanisms ◮ Time delays
8/34
Deterministic Networking Lab Part Frömel
Motivation Emergence Self- Organization E versus SO
◮ Working definition:
◮ Properties of Self-Organization:
◮ Autonomy: absence of external control ◮ Increase in Order: convergence to confined set in state
◮ Adaptability/Robustness: convergence robust w.r.t.
9/34
Deterministic Networking Lab Part Frömel
Motivation Emergence Self- Organization E versus SO
◮ Not synonyms! ◮ Both are dynamic processes arising over time ◮ E robust w.r.t. entering/leaving parts at micro-level ◮ SO robust w.r.t. changes of input and maintaining
◮ One without the other possible (see [2]) ◮ In combination able to structure complex systems by
◮ Linking E and SO, different viewpoints:
◮ SO causes E: interaction of parts are SO, SO situated at
◮ SO effect of E: emergents become more organized, SO is a
10/34
Deterministic Networking Lab Part Frömel
Clock Sync System Model Protocol
11/34
Deterministic Networking Lab Part Frömel
Clock Sync System Model Protocol
◮ Problem: synchronize all local clocks up to precision π
◮ achieve and maintain precision π across all independent
◮ no central control ◮ unknown initial conditions (i.e., local clock values arbitrary)
◮ How to do that? 12/34
Deterministic Networking Lab Part Frömel
Clock Sync System Model Protocol
◮ Problem: synchronize all local clocks up to precision π
◮ achieve and maintain precision π across all independent
◮ no central control ◮ unknown initial conditions (i.e., local clock values arbitrary)
◮ How to do that? ◮ Solution: Emergence + Self-Organization
◮ Execute a protocol locally to achieve desired global effect ◮ Without external control input
12/34
Deterministic Networking Lab Part Frömel
Clock Sync System Model Protocol
◮ Nodes (processors) contain local oscillators with bounded
◮ Local oscillator generates clock ticks that are counted by
◮ Nodes interconnected by directed channels according to
◮ Source node broadcasts messages to all directly
◮ Delivery order of messages arbitrary ◮ No-fault assumption: all nodes execute protocol correctly,
13/34
Deterministic Networking Lab Part Frömel
Clock Sync System Model Protocol
◮ Drift of an oscillator is the frequency ratio of that oscillator
◮ Drift rate is
◮ Assumption: oscillators have a known bounded drift rate ρ:
◮ Maximum drift of fastest LocalTimer (discrete) over a time
◮ Maximum drift of slowest LocalTimer:
◮ Maximum relative drift δ(t):
14/34
Deterministic Networking Lab Part Frömel
Clock Sync System Model Protocol
◮ Communication delay D, bounded: D ≥ 1 ◮ Network imprecision d, bounded: d ≥ 0 ◮ Communication latency γ:
15/34
Deterministic Networking Lab Part Frömel
Clock Sync System Model Protocol
◮ System has two states:
◮ synchronized: all nodes are within precision π ◮ unsynchronized: during start-up, dynamic changes of
◮ Synchronization protocol executed at each node
◮ Synchronization protocol must be repeatedly reexecuted
◮ Nodes communicate by exchange of Sync messages ◮ Node times-out in case it’s LocalTimer reaches max. value
16/34
Deterministic Networking Lab Part Frömel
Clock Sync System Model Protocol
◮ Node restarts resynchronization process if
◮ LocalTimer times-out, or ◮ a Sync message is received
◮ Time-out ⇒ broadcast Sync message ◮ Received Sync message: ⇒ reset LocalTimer and relay
◮ Eventually all nodes participate in (re)synchronization
◮ Prevent cascading effects: Ignore temporally close Sync
17/34
Deterministic Networking Lab Part Frömel
Clock Sync System Model Protocol
18/34
Deterministic Networking Lab Part Frömel
TTEthernet Develop- ment Cluster TTEthernet Simulation Tools
19/34
Deterministic Networking Lab Part Frömel
TTEthernet Develop- ment Cluster TTEthernet Simulation Tools
◮ Gbit/s TTEthernet Development System
◮ Four nodes (x86, Ubuntu 10.04 LTS, 2.6.32), redundant
◮ Available Demo application showing video&audio
◮ login: demonstrator / demo26 ◮ don’t update the whole distributions (installing additional
◮ work on ’Video Client 4’
◮ All TTEthernet Tool DVDs/CDs: ~/Desktop/tte_cds 20/34
Deterministic Networking Lab Part Frömel
TTEthernet Develop- ment Cluster TTEthernet Simulation Tools
◮ Define network configuration ◮ Implement application code ◮ Create the schedule (TTE Demo Scheduler) ⇒ *.xml ◮ Compile applications ◮ Create device configurations (TTE Build) ⇒ *.hex ◮ Load switches (TTE Load) ◮ Start applications 21/34
Deterministic Networking Lab Part Frömel
TTEthernet Develop- ment Cluster TTEthernet Simulation Tools
22/34
Deterministic Networking Lab Part Frömel
TTEthernet Develop- ment Cluster TTEthernet Simulation Tools
◮ Omnet++ is an open-source network simulation framework
◮ wired, wireless, on-chip, queueing networks, ... ◮ Eclipse based IDE ◮ graphical visualization of simulation
◮ INET framework: an open-source communication networks
◮ support for: UDP, TCP, IPv4, IPv6, Ethernet, 802.11, 802.1e
◮ CoRE4INET: extension of INET for real-time Ethernet
◮ TTEthernet (SAE AS6802), Time-Sensitive Networking
◮ host-, switch-, and clock models ◮ host contains implementation of TTEthernet-API
23/34
Deterministic Networking Lab Part Frömel
TTEthernet Develop- ment Cluster TTEthernet Simulation Tools
24/34
Deterministic Networking Lab Part Frömel
TTEthernet Develop- ment Cluster TTEthernet Simulation Tools
25/34
Deterministic Networking Lab Part Frömel
Tasks Logistics and Grading
26/34
Deterministic Networking Lab Part Frömel
Tasks Logistics and Grading
◮ Based on the paper:
◮ Use (real) TTEthernet for simple four nodes topology ◮ Use simulation framework for simulating hundreds of
◮ Under different (self-chosen) network load/fault scenarios ◮ Conduct measurements, use TTEthernet global clock
27/34
Deterministic Networking Lab Part Frömel
Tasks Logistics and Grading
◮ Implementation ◮ Documentation/Lab report
◮ English ◮ Include rudimentary HowTo develope TTEthernet
◮ Focus on concise presentation of the implementation and
28/34
Deterministic Networking Lab Part Frömel
Tasks Logistics and Grading
◮ Start: now ◮ Finish: September (latest) ◮ Work in groups, group size depends on number of
◮ Location: Institute Lab ‘Fallstudienlabor’ ◮ Offer: weekly meetings ◮ Grading
◮ Deliverables: 75 points ◮ Delivery Talk/Presentation of results: 25 points
29/34
Deterministic Networking Lab Part Frömel
Summary Q&A Credits References
30/34
Deterministic Networking Lab Part Frömel
Summary Q&A Credits References
◮ Emergence and self-organization ◮ Self-Stabilizing distributed clock synchronization ◮ Available lab equipment and environment ◮ Assignment 31/34
Deterministic Networking Lab Part Frömel
Summary Q&A Credits References
32/34
Deterministic Networking Lab Part Frömel
Summary Q&A Credits References
◮ Images:
◮ https://www.flickr.com/photos/jamesjordan/ ◮ https://www.flickr.com/photos/87310153@N07/ ◮ https:
◮ https://www.flickr.com/photos/53297845@N06/ ◮ http://www.automationworld.com/sites/default/
33/34
Deterministic Networking Lab Part Frömel
Summary Q&A Credits References
[1] Felipe Cucker and Steve Smale. Emergent behavior in flocks. Automatic Control, IEEE Transactions on, 52(5):852–862, 2007. [2] Tom De Wolf and Tom Holvoet. Emergence versus self-organisation: Different concepts but promising when combined. In Engineering self-organising systems, pages 1–15. Springer, 2005. [3] Mahyar R Malekpour. A self-stabilizing distributed clock synchronization protocol for arbitrary digraphs. National Aeronautics and Space Administration, Langley Research Center, 2011. [4] Till Steinbach, Hermand Dieumo Kenfack, Franz Korf, and Thomas C. Schmidt. An Extension of the OMNeT++ INET Framework for Simulating Real-time Ethernet with High Accuracy. In SIMUTools 2011 – 4th International OMNeT++ Workshop, pages 375–382, New York, USA, March 21-25 2011. ACM DL. [5] TTTech. TTEthernet Introduction Workshop, Slides. TTTech Computertechnik AG, 2013.
34/34