Kyushu University Graduate School of Information Science and Electrical Engineering Department of Advanced Information Technology Supervisor: Professor.

Slides:



Advertisements
Similar presentations
RIP V1 W.lilakiatsakun.
Advertisements

University of Cincinnati1 Towards A Content-Based Aggregation Network By Shagun Kakkar May 29, 2002.
Small-world Overlay P2P Network
Mohamed Hefeeda 1 School of Computing Science Simon Fraser University, Canada ISP-Friendly Peer Matching without ISP Collaboration Mohamed Hefeeda (Joint.
Rheeve: A Plug-n-Play Peer- to-Peer Computing Platform Wang-kee Poon and Jiannong Cao Department of Computing, The Hong Kong Polytechnic University ICDCSW.
Page: 1 Director 1.0 TECHNION Department of Computer Science The Computer Communication Lab (236340) Summer 2002 Submitted by: David Schwartz Idan Zak.
1 Drafting Behind Akamai (Travelocity-Based Detouring) AoJan Su, David R. Choffnes, Aleksandar Kuzmanovic, and Fabian E. Bustamante Department of Electrical.
An Introduction to Internetworking. Why distributed systems - Share resources (devices & CPU) - Communicate people (by transmitting data)
Design and Implementation of a Server Director Project for the LCCN Lab at the Technion.
On-Demand Media Streaming Over the Internet Mohamed M. Hefeeda, Bharat K. Bhargava Presented by Sam Distributed Computing Systems, FTDCS Proceedings.
Peer-to-peer file-sharing over mobile ad hoc networks Gang Ding and Bharat Bhargava Department of Computer Sciences Purdue University Pervasive Computing.
1CS 6401 Peer-to-Peer Networks Outline Overview Gnutella Structured Overlays BitTorrent.
Firewalls and VPNS Team 9 Keith Elliot David Snyder Matthew While.
Othman Othman M.M., Koji Okamura Kyushu University Proceedings of the 33 nd Asia-Pacific Advanced Network Meeting Thailand, Chiang Mai, 2012/2/15 1.
1 Content Distribution Networks. 2 Replication Issues Request distribution: how to transparently distribute requests for content among replication servers.
1 Study on Adaptation of CDN Request-Routing to Scalable Conference System Toshiyuki KAWASAKI* Koji OKAMURA** * Graduate School of Information Science.
A Brief Taxonomy of Firewalls
Study of the Relationship between Peer to Peer Systems and IP Multicasting From IEEE Communication Magazine January 2003 學號 :M 姓名 : 邱 秀 純.
1 Proceeding the Second Exercises on Computer and Systems Engineering Professor OKAMURA Laboratory. Othman Othman M.M.
Lecture 3a Mobile IP 1. Outline How to support Internet mobility? – by Mobile IP. Our discussion will be based on IPv4 (the current version). 2.
ECE 544 Project3 Kush Patel Siddharth Paradkar Ke Dong.
{ Content Distribution Networks ECE544 Dhananjay Makwana Principal Software Engineer, Semandex Networks 5/2/14ECE544.
DEMIGUISE STORAGE An Anonymous File Storage System VIJAY KUMAR RAVI PRAGATHI SEGIREDDY COMP 512.
Professor OKAMURA Laboratory. Othman Othman M.M. 1.
Lecture 2 TCP/IP Protocol Suite Reference: TCP/IP Protocol Suite, 4 th Edition (chapter 2) 1.
What is a Protocol A set of definitions and rules defining the method by which data is transferred between two or more entities or systems. The key elements.
Distributed Systems Concepts and Design Chapter 10: Peer-to-Peer Systems Bruce Hammer, Steve Wallis, Raymond Ho.
Implementing ISA Server Publishing. Introduction What Are Web Publishing Rules? ISA Server uses Web publishing rules to make Web sites on protected networks.
Application-Layer Anycasting By Samarat Bhattacharjee et al. Presented by Matt Miller September 30, 2002.
Firewall and Internet Access Mechanism that control (1)Internet access, (2)Handle the problem of screening a particular network or an organization from.
Othman Othman M.M. 30/1/ Outline: 1. Advisory Committee Meeting: 1. Content Anycasting. 2. OpenFlow Enhancement. 3. Current Status. 4. Next Research.
1 BitHoc: BitTorrent for wireless ad hoc networks Jointly with: Chadi Barakat Jayeoung Choi Anwar Al Hamra Thierry Turletti EPI PLANETE 28/02/2008 MAESTRO/PLANETE.
Professor OKAMURA Laboratory. Othman Othman M.M. 1.
Transport Layer Layer #4 (OSI-RM). Transport Layer Main function of OSI Transport layer: Accept data from the Application layer and prepare it for addressing.
An Integrated QoS, Security and Mobility Framework for Delivering Ubiquitous Services Across All IP-based Networks Haitham Cruickshank University of Surrey.
Othman Othman M.M., Koji Okamura Kyushu University 1.
Chord: A Scalable Peer-to-peer Lookup Protocol for Internet Applications Xiaozhou Li COS 461: Computer Networks (precept 04/06/12) Princeton University.
1 LAN Protocols (Week 3, Wednesday 9/10/2003) © Abdou Illia, Fall 2003.
1 Networking Chapter Distributed Capabilities Communications architectures –Software that supports a group of networked computers Network operating.
Othman Othman M.M., Koji Okamura Kyushu University 1.
《 Hierarchical Caching Management for Software Defined Content Network based on Node Value 》 Reporter : Jing Liu , China Affiliation : University of Science.
Othman Othman M.M., Koji Okamura Kyushu University Proceedings of the 32 nd Asia-Pacific Advanced Network Meeting India, New Delhi, 2001/8/22.
K-Anycast Routing Schemes for Mobile Ad Hoc Networks 指導老師 : 黃鈴玲 教授 學生 : 李京釜.
PROP: A Scalable and Reliable P2P Assisted Proxy Streaming System Computer Science Department College of William and Mary Lei Guo, Songqing Chen, and Xiaodong.
A P2P-Based Architecture for Secure Software Delivery Using Volunteer Assistance Purvi Shah, Jehan-François Pâris, Jeffrey Morgan and John Schettino IEEE.
DHT-based unicast for mobile ad hoc networks Thomas Zahn, Jochen Schiller Institute of Computer Science Freie Universitat Berlin 報告 : 羅世豪.
Performance Validation of Mobile IP Wireless Networks Presented by Syed Shahzad Ali Advisor Dr. Ravi Pendse.
The Client-Server Model And the Socket API. Client-Server (1) The datagram service does not require cooperation between the peer applications but such.
Design of a Cooperative Video Streaming System on Community based Resource Sharing Networks 2010 International Conference on P2P, Parallel, Grid, Cloud.
Bit Torrent Nirav A. Vasa. Topics What is BitTorrent? Related Terms How BitTorrent works Steps involved in the working Advantages and Disadvantages.
Improving Fault Tolerance in AODV Matthew J. Miller Jungmin So.
Computer Network Architecture Lecture 7: OSI Model Layers Examples II 1 26/12/2012.
Presenter: Kuei-Yu Hsu Advisor: Dr. Kai-Wei Ke 2013/9/30 Performance analysis of video streaming on different hybrid CDN & P2P infrastructure.
Fall, 2001CS 6401 Switching and Routing Outline Routing overview Store-and-Forward switches Virtual circuits vs. Datagram switching.
Network Layer COMPUTER NETWORKS Networking Standards (Network LAYER)
Author:Zarei.M.;Faez.K. ;Nya.J.M.
Gijeong Kim ,Junho Kim ,Sungwon Lee Kyunghee University
Othman Othman M.M. , Koji Okamura Kyushu University
Mohammad Malli Chadi Barakat, Walid Dabbous Alcatel meeting
EA C451 Vishal Gupta.
Net431:advanced net services
Chapter 7 Backbone Network
Routing.
Data and Computer Communications by William Stallings Eighth Edition
Net 431: ADVANCED COMPUTER NETWORKS
CPEG514 Advanced Computer Networkst
Mixed P2P-CDN System for Media Streaming in Mobile Environment
An Introduction to Internetworking
Routing.
Lecture 4a Mobile IP 1.
Presentation transcript:

Kyushu University Graduate School of Information Science and Electrical Engineering Department of Advanced Information Technology Supervisor: Professor Koji Okamura. Name: Othman Othman M.M. 1

Outline: 1. Goal. 2. Current Technologies. 3. Limitations of Current Technologies. 4. Anycast Scenario 5. BitTorrent (P2P) Scenario. 6. Advantages of Combining Technologies. 7. How to Combine Technologies. 8. Applications. 1. Popular Large File Distribution. 2. P2P construction. 9. Conclusion. 10. Q&A. 2

1-Goal: Nowadays many Future Internet researches, technologies going. OpenFlow is one of candidate Future Internet technologies. to create Circuit based like systems. To support mobility, computing centers …… Important to show new ways to use OpenFlow to provide new services or improve current ones. Important to show new ways to use OpenFlow to provide new services or improve current ones. That make use of OpenFlow capabilities other than circuit like. That make use of OpenFlow capabilities other than circuit like. To have contents with high availability. To have contents with high availability. 3

2-Current Technologies: Anycast: Multiple nodes with the same address (Sa). Packet sent to (Sa) will be delivered to the node with nearest location. 4 Peer to Peer: clients to provide service Depends on user clients to provide service. application layer overlay Implements an application layer overlay network. Fig 2. BitTorrent Source : Sa Fig 1. Anycast

3-Limitations of Current Technologies: Anycast: All of the content servers must have identical contents. Lacks the flexibility, and not dynamic. 5 Peer to Peer: Overhead because of overlay nature, protocol, peer discovery, and looking up in index. Service depends on user’s contribution Router 1 Router 2 Router 3 Router 4 Destination Next-Hop Distance Cont 1 Cont 2 Cont 3 Cont n Cont 1 Cont 2 Cont 3 Cont n Fig 2. BitTorrent Source : com/bittorrent2.htm

4-Anycast Scenario: Cont 1 Cont 2 Cont 3 Cont n Cont 1 Cont 2 Cont 3 Cont n Cont 1 Cont 2 Cont 3 Cont n Client will send packet to Network will choose end node based on routing measures

5-BitTorrent (P2P) Scenario: 7 Tracker 100% Seeder 100% Seeder 70% 30% 0%

6-Advantages of Combining Technologies 1/3 : Anycast. Content Centric Networks. Peer to Peer. Combination of those technologies: Users contributing in service: to improve the availability, and improves the overall use of bandwidth in whole network. Regular Client/Server User contribution In Content Anycasting

6-Advantages of Combining Technologies 2/3 : Anycast. Content Centric Networks. Peer to Peer. Combination of those technologies: Choosing destination by network: to remove the burden of finding destination and thus a faster response. Tracker Tracker Role in BitTorrent Choosing Destination By Network In Content Anycasting Content Server OpenFlow Router

6-Advantages of Combining Technologies 3/3 : Anycast. Content Centric Networks. Peer to Peer. Combination of those technologies: Content ID: to have more flexibility down to the level of contents rather than the node level. Using Content ID In Content Anycasting Content Server Decision based on: IP address. Content ID. Decision based on: IP address. Content ID. Regular Content Server Decision based on: IP address. sometimes port# Decision based on: IP address. sometimes port# OpenFlow Router

7-How to Combine Technologies: Content anycasting does its rule by using: OpenFlow for the process of choosing the destination, along with the aid of the content server. A new procedure for requesting content is introduced to enable the clients to get the contents. 11 Content Server Client A Anycast Manager Client B Su Au Bu Get Content ID form URL Content ID = X, in URL To: Su Cont id=X To: Au Cont id=X Redirection Req. Threshold reached Redirection OpenFlow Router

7-How to Combine Technologies: The new procedure for getting the content: Phase 1: getting the content ID. (e.g.: from the URL). Phase2: using the content ID in Probe protocol. Phase 3: getting file via TCP. Fig 1: Procedure for getting content (Hand shake of the Probe Protocol) New Client OpenFlow router Current Client Destination: serverIP :START Destination: CurrentClientIP :START START/ACK With CurrentClientIP in the probe header ACK / ACK Destination: CurrentClientIP TCP Session Phase 2 Phase 3

7-How to Combine Technologies: Headers of the Probe protocol 13 Fig2: Probe Protocol Header Fig1: UDP Header

8- Applications: Characterized by large number of users, and long time sessions. 14 Popular Large File Distribution: Popular: many users. Large file: long session. Content Anycast can: reduce the load on server. Aiding P2P network: e.g.: live video of a sport show. Popular: many users. Long time session. Content Anycast can: Reduce user start-up time. Reduce load on server or management entity.

8-1: App1 : Popular Large File Distribution: Example of use. 15 Fig 1: installing redirections Fig 2: requesting content; phase2 Fig 3: requesting content; phase3

9-App1 : Popular Large File Distribution: Evaluation: Using simple simulator, built using Java. Simulates a network with 5 areas (5 networks); Content Anycast: use only one server. Regular Anycast: 5 replica servers each in one network. Measure the server load : number of connections the server serves. Shows that : 100% Regular Client server: single server load is 100% (one server for all) 20% Regular anycast: each server out of 5 load is 20%. 20% Content Anycast : single server load is 50%,33%, 25% and 20% respectively for case of client can serve 1, 2, 3, 4 other clients. 16

8-1: App1 : Popular Large File Distribution: Evaluation: 17 Content Anycast can achieve same load as regular anycast but using only one server instead of 5. Content Anycast can achieve same load as regular anycast but using only one server instead of 5.

8-2: App2: P2P construction: Regular P2P network. To join the network the client must follow steps: locate arrange 1. locate the peer to contact, and arrange with management entity. 2. Contact 2. Contact that peer to get content. This is done by asking the management entity (e.g. tracker) about which peer to contact to and receive its reply. 18 Fig 1: Steps for Getting Content in regular P2P

8-2: App2: P2P construction: Using Content Anycast in P2P network. To join the network the client must follow steps: locateContact 1. locate the peer to contact, and Contact that peer to get content. 2. Report and arrange 2. Report and arrange with the management entity. This is done by using preinstalled redirection on the network. 19 Fig 1: Steps for Getting Content in Content Anycast P2P

8-2: App2: P2P construction: Example of use. 20 Fig 1: installing redirections Fig 2: requesting content; phase2 Fig 3: requesting content; phase3

8-2: App2: P2P construction: Evaluation: start-up time To evaluate start-up time: Count the number of hops that the client request travels across the network + hops reply travels. 21 Content Anycast, average hops = 5. Regular P2P, average hops = 14. Content Anycast has a lower hop count due to using pre- installed redirections that lead request to peer in same network.

8-2: App2: P2P construction: Evaluation: To evaluate serve/management entity load. To evaluate serve/management entity load. Generate flash crowds periodically every 100 cycle. Count the number of peer quivery requests received by the server/ management entity. Content Anycast has a lower load due to using pre-installed redirections that lead request to peer in same network rather than the server. 22 Server load limit

9- Conclusion: New mechanism for requesting content is designed to enable content anycasting. Using the content id in the process of getting the content. A Probe protocol is designed (modification to UDP) to be used. Simulation shows that Content anycast can reduce load match reduction of the regular anycast only one server reduce load to match reduction of the regular anycast (under some conditions) using only one server. On simulation scenario: 80% reduction in number of servers. shorter start-up time less load construct P2P network that has shorter start-up time and less load on the management entity/ server. On simulation scenario: 74% reduction in number of hops needed to get contents. 23

Study Plan: Approximate timeEvent April ~ May / 2011 Submit journal paper of master course research May/2011 ~ September/2012 Studying first and second stages ~September/2011Submit to Conference for stage one ~January/2012 Submit to journal paper for stage one ~February / 2012 Submit to Conference for stage two ~May/2012 Submit to Conference for stage two ~July/2012 Submit to journal paper for stage two October/2012 ~ September/2013 Further improve of stage one and two. ~ March / 2013 Submit to conference for stages one and two. ~ December/2013Finish writing Thesis 24 Goals: Propose protocols and mechanisms to be implemented to Future Internet to enable inter and intra network management of flows. Use them to create a smarter and self- organized network.

10- Q&A: Thank you for listening. 25