Doc.: IEEE 802.11-07/2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 1 Mesh points that do not forward Date: 2007-09-17 Authors:

Slides:



Advertisements
Similar presentations
Virtual Trunk Protocol
Advertisements

Page 1 Approximately Maximum Bandwidth Routing for Slotted Wireless Ad Hoc Networks Approximately Maximum Bandwidth Routing for Slotted Wireless Ad Hoc.
Doc.: IEEE /1259r0 Submission Nov 2009 Michael Bahr, Siemens AGSlide 1 RFI Tüddelkram Date: Authors:
Doc.: IEEE /0046r0 Submission July 2009 Ari Ahtiainen, NokiaSlide 1 A Cooperation Mechanism for Coexistence between Secondary User Networks on.
Doc.: IEEE /1120r2 Submission September 2008 Guido R. Hiertz et al., PhilipsSlide 1 Terminology changes in a nutshell … Date: Authors:
Doc.: IEEE /082r0 Submission January 2001 Anuj Batra et al., Texas InstrumentsSlide 1 Project: IEEE P Working Group for Wireless Personal.
1 Hyades Command Routing Message flow and data translation.
0 - 0.
Addition Facts
Submission doc.: IEEE 11-12/0553r0 May 2012 Jarkko Kneckt, NokiaSlide 1 Response Criteria of Probe Request Date: Authors:
Doc.: IEEE /0259r02 Submission Date: ad New Technique Proposal March 2010 Yuichi Morioka, Sony CorporationSlide 1 Authors:
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public ITE PC v4.0 Chapter 1 1 Distance Vector Routing Protocols Routing Protocols and Concepts –
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public 1 EN0129 PC AND NETWORK TECHNOLOGY I NETWORK LAYER AND IP Derived From CCNA Network Fundamentals.
Doc.: IEEE tvws Submission September 2009 Stanislav Filin et al, NICTSlide 1 Comments to WS coexistence draft PAR Notice: This document.
Doc.: IEEE /2547r2 Submission September 2007 Slide 1 Reconsidering RA-OLSR Date: Authors: J. Jetcheva, Firetide, et al.
Submission doc.: IEEE /0166r0January 2011 Barbara Staehle, Uni WürzburgSlide 1Barbara Staehle, Uni WürzburgSlide 1Barbara Staehle, Uni Würzburg.
Doc.: IEEE /0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 1 Forwarding in mesh containing MPs in power save Date: Authors:
Doc.: IEEE /0798r1 Submission July 2008 L. Chu Etc.Slide 1 HT Features in Mesh Network Date: Authors:
Doc.: IEEE /1345r0 Submission November 2013 Jiamin Chen, HuaweiSlide 1 Dynamic Channel Transfer(DCT) Procedure for IEEE aj ( 60GHz New Technique.
Doc.: IEEE /1267r0 Submission November 2008 L. Chu Etc.Slide 1 Multiple Radio MP Date: Authors:
Doc.: IEEE /0608r2 Submission May 2012 Shoukang Zheng et. al, I2R, SingaporeSlide 1 Low-Power PS-Poll Date: Authors:
Doc.: IEEE /0881r0 Submission July 2012 Anna Pantelidou, Renesas Mobile CorporationSlide 1 PS Mode Enhancements with Timing Indication Date:
Doc.: IEEE /2439r0 Submission September 2007 L.Chu Etc.Slide 1 Forwarding at Intermediate and Destination Mesh Points (MP) using 6-Address Scheme.
Addition 1’s to 20.
Week 1.
IEEE r0 Submission July 2007 R. Zhang, H. Jung, E. Lee, M. Lee Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE /0440r1 Submission July 2013 Jiamin Chen, HuaweiSlide 1 Dynamic Channel Transfer(DCT) procedure for IEEE aj ( 60GHz ) Date:
MANETs Routing Dr. Raad S. Al-Qassas Department of Computer Science PSUT
Ad-hoc On-Demand Distance Vector Routing (AODV) and simulation in network simulator.
Submission doc.: IEEE /1015r1 September 2015 Guido R. Hiertz et al., EricssonSlide 1 Proxy ARP in ax Date: Authors:
Doc.: IEEE /1234r0 Submission October 2008 L. Chu Etc.Slide s Power Saving Issues Date: Authors:
Doc.: IEEE /0636r0 Submission April 2008 L. Chu Etc.Slide 1 Symmetrical Airtime Link Metric Report and Path Loop Avoidance Date: Authors:
Ad-hoc On Demand Distance Vector Protocol Hassan Gobjuka.
Doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Avoiding Interactions with Lazy-WDS Equipment Date:
6LoWPAN Ad Hoc On-Demand Distance Vector Routing Introduction Speaker: Wang Song-Ferng Advisor: Dr. Ho-Ting Wu Date: 2014/03/31.
Ad Hoc On-Demand Distance Vector Routing (AODV) ietf
Doc.: IEEE /0174r1 Submission Hang Liu, et al. March 2005 Slide 1 A Routing Protocol for WLAN Mesh Hang Liu, Jun Li, Saurabh Mathur {hang.liu,
Doc.: IEEE /1468r1 Submission Jan 09 Ashish Shukla, Marvell SemiconductorSlide 1 ERP Protection in IEEE s Mesh Network Date:
Doc.: IEEE /0862r0 Submission July 2009 Michael Bahr, Siemens AGSlide 1 Proxy Update Element Revision Date: Authors:
Doc.: IEEE /r0 Submission November 2005 Xin Yu and Hang LiuSlide 1 Implementation and Evaluation of AODV with Proactive Route Announcements.
Doc.: IEEE /2200r2 Submission July 2007 Sandesh Goel, Marvell et alSlide 1 Route Metric Proposal Date: Authors:
Doc.: IEEE /0174r2 Submission Hang Liu, et al. March 2005 Slide 1 A Routing Protocol for WLAN Mesh Date: Authors: Notice: This document.
Submission doc.: IEEE /838r0 July 2016 Guido R. Hiertz, EricssonSlide 1 Resolution to CID 8291 Date: Authors:
Relationship between peer link and physical link
Path Selection and Power Save
1-PREQ : n-Targets versus n-PREQ : 1-Target
Symmetrical Airtime Link Metric Report and Path Loop Avoidance
Symmetrical Airtime Link Metric Report and Path Loop Avoidance
Fix inconsistency in PLM specification
Mesh Frame Formats Date: Authors: July 2007 March 2007
HWMP Specification Update
A Hybrid Mesh Routing Protocol
Proposed Resolutions to RFI comments of LB 166 on IEEE s D7.0
doc.: IEEE <doc#>
PREQ/PREP Create/Process/Forward
PREQ/PREP Create/Process/Forward
PREQ/PREP Create/Process/Forward
RFI Update Munich Meeting
PREQ/PREP Create/Process/Forward
Packet forwarding for non-routable devices in Multi-hop Wireless Mesh
LB93 Unresolved RFI Comments
A Routing Protocol for WLAN Mesh
Relationship between peer link and physical link
A Hybrid Mesh Routing Protocol
Power Aware Link Metric
Proposed Change to Intra-Mesh Congestion Notification Frame
Mesh Frame Formats Date: Authors: July 2007 March 2007
RFI Update Munich Meeting
RFI Update Munich Meeting
PREQ/PREP Create/Process/Forward
Presentation transcript:

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 1 Mesh points that do not forward Date: Authors:

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 2 Abstract This submission describes a mechanism that allows low complexity devices to join a Mesh network without a full implementation of HWMP

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 3 Background Tuesday May 15 th discussion resulted in submission of 11-07/732r0 “resolution of LWMP CIDs” Result was mostly elimination of LWMPs from the draft Null Routing (the path selection protocol [sic] associated with LWMPs) remains! Impetus to keep meshes clean (one ID, one protocol, one metric etc.) –Separate beacon? Separate action frame? –ToDS, FromDS = 1  Mesh Data

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 4 What is this “special” MP supposed to be? Impetus for dealing with battery-operated (or energy- efficient) devices: –Concerns over footprint/complexity of full-fledged HWMP –“Obligation” to participate in path selection Burden of maintaining forwarding tables (memory) –“Obligation” to forward frames Power consumption burden (Tx and CPU)

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 5 Null Path Selection Null Path Selection does a disservice to the Mesh in general and to the Mesh Point in particular –Mesh is not cognizant of the MP –MP is not cognizant of the Mesh Authors believe Null Path Selection makes mesh operation more complex and that a simple solution is available –Pros of null routing No routing implementation required on terminal device –Cons of null routing Proprietary implementation of dual-function MP at the junction of two networks Proprietary implementation of next hop selection on terminal device No guarantee of collaboration between terminal device and dual-function MP!

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 6 Unavoidable fact There will be non forwarding devices that send traffic through the mesh –The questions are: who and how? non entity STA MP MPP MP MAP MP STA MP Well documentedUndocumented!?Well documented

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 7 Null routing and non forwarding NR F F FF F F F F NF Independent links (no path selection) Real paths (links selected based on an end-to-end metric) NR: Null Routing NF: Non-forwarder F: Forwarder NF

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 8 Proposed changes to the draft Add one paragraph explaining the purpose Add 5 conditions allowing MPs to ignore IEs/conditions that would “force” them into becoming forwarders –The real problem is that processing IEs “properly” identifies these MPs as being forwarders from the other MPs’ point of view Too simple to work?

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 9 Practical example A E C H F I D B J G K Reference MP Forwarding MP NF MP Mesh Point E Dest.NH Mesh Point C Mesh Point AMesh Point B MDest.NHM Dest.NHMDest.NHM 9

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 10 Practical example A E C H F I D B J G K MP E wishes to communicate with MP A Mesh Point E Dest.NH Mesh Point C Mesh Point AMesh Point B MDest.NHM Dest.NHMDest.NHM Bcast PREQ 10 Reference MP Forwarding MP NF MP

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 11 Practical example A E C H F I D B J G K Receiving MPs establish a path to the source Mesh Point E Dest.NH Mesh Point C Mesh Point AMesh Point B MDest.NHM Dest.NHMDest.NHM Bcast PREQReverse path is established EE1 11 Reference MP Forwarding MP NF MP Path is not established

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 12 Practical example A E C H F I D B J G K Other MPs propagate the path request Paths are established selectively Mesh Point E Dest.NH Mesh Point C Mesh Point AMesh Point B MDest.NHM Dest.NHMDest.NHM EE1 Bcast PREQReverse path is established CC1CC1 12 Reference MP Forwarding MP NF MP not sent not established

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 13 Practical example A E C H F I D B J G K Once the destination is found, the forward path is created Mesh Point E Dest.NH Mesh Point C Mesh Point AMesh Point B MDest.NHM Dest.NHMDest.NHM EE1 CC1CC1 Forward path is established AA1 Ucast PREP EC2 13 Reference MP Forwarding MP NF MP

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 14 Practical example A E C H F I D B J G K Once the destination is found, the forward path is created Mesh Point E Dest.NH Mesh Point C Mesh Point AMesh Point B MDest.NHM Dest.NHMDest.NHM EE1 CC1CC1 AA1 EC2 Ucast PREP Forward path is established AC2 CC1 14 Reference MP Forwarding MP NF MP

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 15 Practical example A E C H F I D B J G K Mesh Point E Dest.NH Mesh Point C Mesh Point AMesh Point B MDest.NHM Dest.NHMDest.NHM EE1 CC1CC1 AA1 EC2 Eventually, bidirectional paths are formed AC2 CC1 15 Reference MP Forwarding MP NF MP

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 16 What if MP E is a Null Routing entity? A E C H F I D B J G K E will select an MP to send its traffic to C, H and J do not know how to tell E how good their path is E has to establish a peer link with C, H or J—although it does not implement their primary path selection protocol 16 Reference MP Forwarding MP NF MP ? ??

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 17 Conditions for generating HWMP IEs MPTerminal MP PREQ Case A: Original Transmission (Path Discovery) Case B: Original Transmission (Path Maintenance) Case C: Root Path Confirmation Case D1: PREQ Forwarding (no PREP generation)  Case D2: PREQ Forwarding (PREP generation as intermediate MP)  Case E: Proactive PREQ (original transmission)  PREP Case A: Original transmission Case B: PREP Propagation  Case C: Intermediate reply  Case D: Gratuitous PREP PERR Case A: Original transmission  Case B: PERR propagation  RANN Case A: Original transmission  Case B: Forwarding 

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 18 MP responsibilities MPTerminal MP PREQ 1. Record (if dest) 2. Update forwarding information (if dest) 3. Initiate RREP (if dest) 4. Proxy (if dest) 5. Intermediate reply  6. Reply and forward  7. Precursor list  PREP 1. Record (if orig) 2. Record dependents  3. Propagate  4. Record proxy at originator (if orig) 5. Record proxy at intermediate node  6. Update precursors  PERR 1. Update records 2. Update route 3. Transmit RERR  RANN 1. Propagate  2. Establish path 3. Record

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 19 Terminology Heard in TGs: –“Leaf node” –“Mesh station” –“Non forwarding MP” –“Parasitic MP” –“Selfish MP” –“Terminal MP” –“Lightweight” –“Low complexity”

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 20 Conclusion The Mesh Point that does not forward only performs the following: 1.Send a PREQ to whichever destination it would like to establish a path with 2.Process PREPs that are specifically addressed to itself (as a consequence of step 1.) Select the PREP with the best metric and the correct sequence number 3.Respond to PREQs that specifically address the terminal MP (or its proxies) as a destination (within implementation limits) Sometimes the response will based on the value of the path selection metric 4.Keep track of its own sequence number 5.Keep track of the sequence number of its destinations (within the constraints of step 3.) 6.Store a next hop, a metric, a lifetime, a sequence number for each of its destinations (within the constraints of step 3.)

doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 21 References Normative text: r0