A Scheduling-based Routing Network Architecture Omar Y. Tahboub & Javed I. Khan Multimedia & Communication Networks Research Lab (MediaNet) Kent State.

Slides:



Advertisements
Similar presentations
QoS Strategy in DiffServ aware MPLS environment Teerapat Sanguankotchakorn, D.Eng. Telecommunications Program, School of Advanced Technologies Asian Institute.
Advertisements

Network Resource Broker for IPTV in Cloud Computing Lei Liang, Dan He University of Surrey, UK OGF 27, G2C Workshop 15 Oct 2009 Banff,
Generalized Multiprotocol Label Switching: An Overview of Signaling Enhancements and Recovery Techniques IEEE Communications Magazine July 2001.
© 2006 Cisco Systems, Inc. All rights reserved. MPLS v2.2—8-1 MPLS TE Overview Introducing the TE Concept.
1 EL736 Communications Networks II: Design and Algorithms Class3: Network Design Modeling Yong Liu 09/19/2007.
Towards Virtual Routers as a Service 6th GI/ITG KuVS Workshop on “Future Internet” November 22, 2010 Hannover Zdravko Bozakov.
Breaking the Single-Path Barrier Brad Smith Jack Baskin SoE Research Review Day 10/20/2011.
Dynamic Routing and Wavelength Assignment Scheme for Protection against Node Failure Ying Wang1, Tee Hiang Cheng1,2 and Biswanath Mukherjee3 1School of.
Jan 13, 2006Lahore University of Management Sciences1 Protection Routing in an MPLS Network using Bandwidth Sharing with Primary Paths Zartash Afzal Uzmi.
Introduction to MPLS and Traffic Engineering Zartash Afzal Uzmi.
October 8, 2004MPLS: TE and Restoration1 MPLS: Traffic Engineering and Restoration Routing Basics Zartash Afzal Uzmi Computer Science and Engineering Department.
Beneficial Caching in Mobile Ad Hoc Networks Bin Tang, Samir Das, Himanshu Gupta Computer Science Department Stony Brook University.
End-to-End Analysis of Distributed Video-on-Demand Systems Padmavathi Mundur, Robert Simon, and Arun K. Sood IEEE Transactions on Multimedia, February.
Restoration Routing in MPLS Networks Zartash Afzal Uzmi Computer Science and Engineering Lahore University of Management Sciences.
Traffic Engineering Jennifer Rexford Advanced Computer Networks Tuesdays/Thursdays 1:30pm-2:50pm.
Multiple constraints QoS Routing Given: - a (real time) connection request with specified QoS requirements (e.g., Bdw, Delay, Jitter, packet loss, path.
Muhammad Mahmudul Islam Ronald Pose Carlo Kopp School of Computer Science & Software Engineering Monash University, Australia.
December 20, 2004MPLS: TE and Restoration1 MPLS: Traffic Engineering and Restoration Routing Zartash Afzal Uzmi Computer Science and Engineering Lahore.
MPLS and Traffic Engineering
Restoration Routing in MPLS Networks Zartash Afzal Uzmi Computer Science and Engineering Lahore University of Management Sciences.
A General approach to MPLS Path Protection using Segments Ashish Gupta Ashish Gupta.
Introduction to MPLS and Traffic Engineering
Path Protection in MPLS Networks Using Segment Based Approach.
RATES: A Server for MPLS Traffic Engineering (Routing And Traffic Engineering Server) Zlatokrilov Haim Advanced Topics in IP Networks5/1/2001 Tel-Aviv.
Multi-Protocol Label Switching
A General approach to MPLS Path Protection using Segments Ashish Gupta Ashish Gupta.
Ashish Gupta (98130) Ashish Gupta (98131) Under guidance of Prof. B. N. Jain.
A Study of MPLS Department of Computing Science & Engineering DE MONTFORT UNIVERSITY, LEICESTER, U.K. By PARMINDER SINGH KANG
1 Multi-Protocol Label Switching (MPLS) presented by: chitralekha tamrakar (B.S.E.) divya krit tamrakar (B.S.E.) Rashmi shrivastava(B.S.E.) prakriti.
Lecture 1, 1Spring 2003, COM1337/3501Computer Communication Networks Rajmohan Rajaraman COM1337/3501 Textbook: Computer Networks: A Systems Approach, L.
A global, public network of computer networks. The largest computer network in the world. Computer Network A collection of computing devices connected.
Distributed Quality-of-Service Routing of Best Constrained Shortest Paths. Abdelhamid MELLOUK, Said HOCEINI, Farid BAGUENINE, Mustapha CHEURFA Computers.
1 Multi Protocol Label Switching Presented by: Petros Ioannou Dept. of Electrical and Computer Engineering, UCY.
Lecture 2 TCP/IP Protocol Suite Reference: TCP/IP Protocol Suite, 4 th Edition (chapter 2) 1.
1 Multi-Protocol Label Switching (MPLS). 2 MPLS Overview A forwarding scheme designed to speed up IP packet forwarding (RFC 3031) Idea: use a fixed length.
Introduction to MPLS and Traffic Engineering Zartash Afzal Uzmi.
CS An Overlay Routing Scheme For Moving Large Files Su Zhang Kai Xu.
Lecture 15. IGP and MPLS D. Moltchanov, TUT, Spring 2008 D. Moltchanov, TUT, Spring 2015.
“Intra-Network Routing Scheme using Mobile Agents” by Ajay L. Thakur.
© 2006 Cisco Systems, Inc. All rights reserved. MPLS Introduction Module 4: Frame Mode MPLS Implementation.
Multi-protocol Label Switching Jiang Wu Computer Science Seminar 5400.
Switched network.
MPLS and Traffic Engineering Ji-Hoon Yun Computer Communications and Switching Systems Lab.
By Omar Y. Tahboub Multimedia and Networking Lab MediaNet Computer Science Department Kent State University.
1 Optical Burst Switching (OBS). 2 Optical Internet IP runs over an all-optical WDM layer –OXCs interconnected by fiber links –IP routers attached to.
Case Study: ATM (+ MPLS)
Muhammad Mahmudul Islam Ronald Pose Carlo Kopp School of Computer Science & Software Engineering Monash University, Australia.
Lecture # 03 Switching Course Instructor: Engr. Sana Ziafat.
MULTI-PROTOCOL LABEL SWITCHING Brandon Wagner. Lecture Outline  Precursor to MPLS  MPLS Definitions  The Forwarding Process  MPLS VPN  MPLS Traffic.
Symbiotic Routing in Future Data Centers Hussam Abu-Libdeh Paolo Costa Antony Rowstron Greg O’Shea Austin Donnelly MICROSOFT RESEARCH Presented By Deng.
Supporting DiffServ with Per-Class Traffic Engineering in MPLS.
Unit III Bandwidth Utilization: Multiplexing and Spectrum Spreading In practical life the bandwidth available of links is limited. The proper utilization.
McGraw-Hill©The McGraw-Hill Companies, Inc., 2000 CH. 8: SWITCHING & DATAGRAM NETWORKS 7.1.
Multiple Protocol Support: Multiprotocol Level Switching.
09/13/04 CDA 6506 Network Architecture and Client/Server Computing Peer-to-Peer Computing and Content Distribution Networks by Zornitza Genova Prodanoff.
MULTI-PROTOCOL LABEL SWITCHING By: By: YASHWANT.V YASHWANT.V ROLL NO:20 ROLL NO:20.
Data Communication Networks Lec 13 and 14. Network Core- Packet Switching.
Multi-protocol Label Switching
MPLS Introduction How MPLS Works ?? MPLS - The Motivation MPLS Application MPLS Advantages Conclusion.
Multiprotocol Label Switching (MPLS) Routing algorithms provide support for performance goals – Distributed and dynamic React to congestion Load balance.
Multi-protocol Label Switching (MPLS) RFC 3031 MPLS provides new capabilities: QoS support Traffic engineering VPN Multiprotocol support.
-1/16- Maximum Battery Life Routing to Support Ubiquitous Mobile Computing in Wireless Ad Hoc Networks C.-K. Toh, Georgia Institute of Technology IEEE.
Multiprotocol Label Switching
B-TECH PROJECT MID-SEM PRESENTATION 2011
Architecture and Algorithms for an IEEE 802
Inter domain signaling protocol
Mohammad Malli Chadi Barakat, Walid Dabbous Alcatel meeting
School of Electrical Engineering and Computer Science
CHAPTER 8 Network Management
1 Multi-Protocol Label Switching (MPLS). 2 MPLS Overview A forwarding scheme designed to speed up IP packet forwarding (RFC 3031) Idea: use a fixed length.
Presentation transcript:

A Scheduling-based Routing Network Architecture Omar Y. Tahboub & Javed I. Khan Multimedia & Communication Networks Research Lab (MediaNet) Kent State University

Outline  Introduction  The Scheduling-based Routing Network Architecture  Case Study: An Institutional Remote Data Backup & Recovery Network  Performance Evaluation.  Conclusion and Future Work

Outline  Introduction  The Scheduling-based Routing Network Architecture  Case Study: An Institutional Remote Data Backup & Recovery Network  Performance Evaluation.  Conclusion and Future Work

Introduction  Bandwidth-intensity will be dominating aspect in future emergent Internet applications.  Will pose network capacity demands beyond imagination reaching Gigabytes and yet Terabytes per day.  Internet2 [1] model will likely be the reference architectural model for the next generation high-performance networks.  The Internet2 Dynamic Circuit Networking (DCN) [2] will also be the key communication paradigm.  Multi Protocol Labeling Switching (MPLS) [3] play a central role massive data flow routing, switching and forwarding

Introduction  Finally, on the basis of the case study, we carried out a performance evaluation study: Demonstrated two simulation experiments. Compared the performance between the scheduled data backup transfer to the conventional non-scheduled.  We first describe a scheduling-based routing network architecture namely [4,5]. Implements DCN operation at the MPLS level. Enables time-scheduled route (LSP) information to be disseminated into MPLS domains.  Second, we present a case study focusing on remote backup and recovery networking application. Utilized the Ohio Super Computing Network OSCnet backbone. Connects 11 universities in the state of Ohio,

Outline  Introduction  The Scheduling-based Routing Network Architecture  Case Study: An Institutional Remote Data Backup & Recovery Network  Performance Evaluation  Conclusion and Future Work

The Scheduling-based Routing Network Architecture Figure 1: The Network Architecture [4][5]

The Network Tier  For each edge e i E, bw i denotes its bandwidth (bps) and l i denotes its propagation delay in seconds. Figure 2: The Network Tier  Represented by G = (N, E).  N = {n 1, n 2, …, n m } be the set of m label switch routers.  E = {e 1, e 2, …, e n } be the set of edges (links), Each edge e i in E connects a pair of label switch routers (n u, n v ) N.  For each switch router n i in N, c i : service rate in bits per second (bps) and b i : the available storage buffer in bits.

The Edge Tier  Clients of this architecture are multi-disciplinary demanding various communication services: Telemedicine Content Distribution Distance Learning Figure 3: The Edge Tier  Represents the user-groups requesting on-demand data flow transmissions via the network tier.

The Edge Tier  A FEC is further presented by a task t defined by the tuple (u, v, o, dl, s), where u: the ingress LER. v: the egress LER. o: the task origination time in seconds. dl: the task completion time deadline in seconds. s: the task size in bits. Figure 4: The FEC as a Task

The Routing Tier  The main task of the route scheduling tier is computing time-scheduled routes in the underlying network domain. Figure 5: The Routing Tier  Consists of the route scheduling solver.

The Routing Tier  Let set R T ={ r 1, r 2, …, r i,…, r n } defines a route schedule as a set of routes, where each task has a route (is committed to a task). Figure 6: The LSP Specifications  Given a MPLS domain G = (N, E)  Let T denote the set of n tasks  Let the route (LSP) r i be a solution to task t i, defined as an ordered set of k node hops (switch routers) H i = {u i, n i,2,…, n i,j, …, n i,(k-1), v i }, or as k-1 link (edge) hops. L i = {e i,1, e i,2,.., e i,j, …, e i,k-1 }, where e i,j connects n i,(j-1) and n i,j.

The Routing Tier

The Scheduling Tier Figure 7: The Scheduling Tier  This tier consists of three entities: Node Resource Information Base (NRIB) Link Resource Information Base (LRIB) and Router server.

The Scheduling Tier The Node Resource Information Base (NRIB )  Node resources information includes: Available service capacity (bps) Total service capacity (bps) Total input/output buffers capacity (bytes) and Available input/output buffer capacities (bytes). Figure 8: The NRIB

The Scheduling Tier The Link Resource Information Base (NRIB )  Link resources information includes: Source LSR Destination LSR, Total link capacity (bps), and Propagation delay (seconds). Figure 9: The NRIB

The Scheduling Tier Network Resource Reservation Figure 11: Network Resource Reservation

The Scheduling Tier Route Schedule Dissemination Figure 12:Route (LSP) Schedule Dissemination

Outline  Introduction  The Scheduling-based Routing Network Architecture  Case Study: An Institutional Remote Data Backup & Recovery Network  Performance Evaluation.  Conclusion and Future Work

Case Study: An Institutional Remote Data Backup & Recovery Network  We utilize the Ohio Supercomputing Computing [6] network OSCnet as practical network backbone.  Safeguarding data and information against all types of disasters is an urgency.  Offline remote data backup & Recovery Networks serves an efficient solution.  In organizational Information centers, data & information backup is performed in a daily, weekly and monthly basis.

Case Study: The OSCnet Network Backbone Figure 13: The OSCnet Network Backbone

Case Study: Backup Mirror Site Assignment Table 1: Backup Mirror Sites Assignment

Case Study: Data Backup Transfer Demands Table 2: Projected Daily Transfer Demands

Case Study: Critical Performance Challenges Figure 14: Sample Average Shortest Path Length Stable Chaotic Will Chock out other bandwidth contending Applications

Case Study: Critical Performance Challenges Figure 15: Sample Aggregate Shortest Path Load

Figure 16: The Four- Tier OSCnet-based Network Architecture Case Study: The Network Architecture

Outline  Introduction  The Scheduling-based Routing Network Architecture  Case Study: An Institutional Remote Data Backup & Recovery Network  Performance Evaluation.  Conclusion and Future Work

Performance Evaluation  To demonstrate the performance incentives of scheduled-based data transfer over the classical transfer scheme.  Compares the performance achieved by scheduled backup data transfer to the classical unscheduled scheme.  This study is conducted as a simulation study of the OSCnet network backbone shown by Figure 13.

Simulation Experiment-1 Setup  Link capacity allocation: Unscheduled: Day = 100%, Night = 100% Scheduled: Day = 10%, Night = 90%  Number of Tasks: 156.  Performance Metrics: Average Shortest Path Length at Link Load 90% Aggregate Shortest Path Load at Link Load 90%

Simulation Experiment-2 Setup  Link capacity allocation: Day = 100%, Night = 100%  Number of Tasks: 156.  Performance Metrics: Overall Task Schedulability Percentage The ration of number of tasks completed by their deadline to total of all tasks * 100%

Simulation Experiment-1 Results Figure 16: Average Shortest Path Length Unscheduled Scheduled

Simulation Experiment-1 Results Figure 17: Aggregate Shortest Path Load

Simulation Experiment-2 Results Figure 17: Overall Task Schedulability

Outline  Introduction  The Scheduling-based Routing Network Architecture  Case Study: An Institutional Remote Data Backup & Recovery Network  Performance Evaluation.  Conclusion and Future Work

Conclusion and Future Work  On the basis of the performance evaluation stud, it can be concluded that Scheduling-based routing significantly improves: The Average Shortest Path Length. The Aggregate Load of the Shortest Path. The Overall Task Schedulability.  Presented a four-tier scheduling-based routing architecture namely  Demonstrated a OSCnet-based remote data backup case study.

Conclusion and Future Work  The Scheduling-based data backup and recovery Near-optimal mirror site exploration and Selection Heuristics.  Hierarchical scheduling-based routing network architecture is a centralized architecture.  MPLS & CR-LDP Protocol Extensions Timed Route Schedule Dissemination in MPLS networks  Pathway Intermittency Route Scheduling in Physically/Logically Intermittent Networks

Thank You !

References [1] The Internet2, Wikipedia, url: [2] Internet2 Consortium, “Internet2’s Dynamic Circuit Network”, [3] E. Rosen, A. Viswanathan, and R. Callon, “Multiprotocol Label Switching Architecture”, RFC 3031, January, [4] O. Tahboub, A Network Architectural Model for Dynamic Circuit Networking at Multiple Protocol Label Switching”, TR , MediaNet Lab,, [5] Tahboub, O., Khan, J., A Network Architectural Model for Dynamic Circuit Networking at Multiple Protocol Label Switching”, The First International Workshop on Concurrent Communication ConCom 2009, Seattle, WA, [6] The Ohio Super Computing Network, url: