Doc.: IEEE 802.11-08/0278r5 Submission March 2008 Javier Cardona et al. Avoiding Interactions with Lazy-WDS Equipment Date: 2008-03-15.

Slides:



Advertisements
Similar presentations
Short MAC Header Date: Authors: John Doe, Some Company
Advertisements

Submission doc.: IEEE /1357r3 Nov Slide 1 Dynamic TIM and Page Segmentation Date: Authors: Weiping Sun, Seoul National University.
Doc.: IEEE /0065r2 Submission January 2011 Ivan Pustogarov, IITP RASSlide 1 GCR for mesh Date: January 2011 Authors:
Submission doc.: IEEE /1015r1 September 2015 Guido R. Hiertz et al., EricssonSlide 1 Proxy ARP in ax Date: Authors:
Doc.: IEEE /1468r0 Submission Dec 2008 Ashish Shukla, Marvell SemiconductorSlide 1 ERP Protection in IEEE s Mesh Network Date:
Submission doc.: IEEE 11-13/ ak May 2013 Norman Finn, Cisco SystemsSlide 1 P802.1Qbz + P802.11ak Proposed Division of Work Date: Authors:
Submission doc.: IEEE 11-12/0246r2 NameAffiliationsAddressPhone Jing-Rong HsiehHTC Corp. 1F, 6-3 Baoqiang Road, Xindian district, New Taipei City,
Doc.: mes Submission 7 May 2004 Tricci SoSlide 1 Need Clarification on The Definition of ESS Mesh Prepared by Tricci So.
Doc.: IEEE /0103r0 Submission January 2008 Jarkko Kneckt, NokiaSlide 1 Peer Service Period Date: Authors:
Doc.: IEEE 11-04/0319r0 Submission March 2004 W. Steven Conner, Intel Corporation Slide 1 Architectural Considerations and Requirements for ESS.
Submission doc.: IEEE 11-12/0553r4 May 2012 Jarkko Kneckt, NokiaSlide 1 Response Criteria of Probe Request Date: Authors:
Submission doc.: IEEE 11-13/ ak May 2013 Finn and Hart, Cisco SystemsSlide 1 P802.1Qbz + P802.11ak Proposed Division of Work Date:
Doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel NetworksSlide 1 Improving Multicast Reliability Date: Authors:
Submission doc.: IEEE 11-13/ ak-r1 July 2013 Norman Finn, Cisco SystemsSlide 1 Comparison of Receiver Subset Techniques Date: Authors:
Doc.: IEEE /0357r0 Submission March 2008 Michelle Gong, Intel, et alSlide 1 Enhancement to Mesh Discovery Date: Authors:
Doc.: IEEE /0263r1 SubmissionJae Seung Lee, ETRI Spec Framework Proposal: Selection of the AP for Scanning Date: Slide 1 March 2012.
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 /2901r05 Submission November 2007 Doug Kavner, RaytheonSlide 1 Use of BSSID in WAVE Date: Authors:
Submission doc.: IEEE 11-15/1060r0 September 2015 Eric Wong (Apple)Slide 1 Receive Operating Mode Indication for Power Save Date: Authors:
Doc.: IEEE /492r00 Submission Orange Labs Date: Collaboration between 2.4/5 and 60 GHz May 2010 Slide 1 Authors:
Doc.: IEEE /0615r0 Submission May 2008 Naveen K. Kakani, Nokia IncSlide 1 Multicast Transmission in WLAN Date: Authors:
FILS Reduced Neighbor Report
Virtual CS during UL MU Date: Authors: March 2017
Considerations on WDS Addressing Tricci So 7 May 2004 Prepared by
P802.11aq Waiver request regarding IEEE RAC comments
P802.11aq Waiver request regarding IEEE RAC comments
Solving Status mismatch
Solving Status mismatch
Header Compression Date: Authors: May 2012 Month Year
AID Selection Date: Authors: September 2010 Month Year
Directed Multicast Service (DMS)
Wake Up Frame to Indicate Group Addressed Frames Transmission
Mesh Frame Format and Addressing
Technical Requirements for IEEE ESS Mesh Networks
Mesh Frame Formats Date: Authors: June 2007 March 2007
Enhancements to Mesh Discovery
Mesh Frame Formats Date: Authors: July 2007 March 2007
Proposed Modifications in TGh Draft Proposal
Resolutions to orphan comments
FILS Reduced Neighbor Report
Traffic Class Control in MBSS
WAVE ITS Station Technical Capabilities Summary
Directed Multicast Service (DMS)
Proposed Resolutions to RFI comments of LB 166 on IEEE s D7.0
Interworking with Multi Portals in Wireless Mesh Network
Discovery Assistance for ay
Mesh Frame Formats Date: Authors: May 2007 March 2007
CID#89-Directed Multicast Service (DMS)
Packet forwarding for non-routable devices in Multi-hop Wireless Mesh
May 2006 doc.: IEEE /0601r0 May 2006 Handling the Groupcast Sequence Number for Proxied Device in Multihop Mesh Date: Authors: Notice:
Use of BSSID in WAVE Date: Authors: November 2007
Mesh Frame Formats Date: Authors: June 2007 March 2007
Use of BSSID in WAVE Date: Authors: November 2007
LB97 Coex: Duplicate DSSS
P802.11aq Waiver request regarding IEEE RAC comments
P802.11aq Waiver request regarding IEEE RAC comments
MBCA and Beacon Timing element clean up
Use of BSSID in WAVE Date: Authors: November 2007
Proposed Change to Intra-Mesh Congestion Notification Frame
GCR for mesh Date: January 2011 Authors: January 2011 July 2010
Mesh Frame Formats Date: Authors: May 2007 March 2007
Directed Multicast Service (DMS)
Mesh Frame Formats Date: Authors: July 2007 March 2007
Odd Mesh Header Date: Authors: March 2008
NAV Update Rule Considering UL MU Operation
Traffic Filter based Wakeup Service
Mesh Frame Formats Date: Authors: May 2007 March 2007
LC MAC submission – follow up
Use of BSSID in WAVE Date: Authors: November 2007
Presentation transcript:

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Avoiding Interactions with Lazy-WDS Equipment Date:

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 2 Abstract Mesh multicast traffic will trigger unwanted responses on Access Points that implement Lazy- WDS. A frame format change is proposed that will avoid these interactions and make a more efficient use of the header address fields.

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 3 Background The origin of this problem is summarized in IEEE Std TM-2007: wireless distribution system (WDS): (...) This standard describes such a frame format, but does not describe how such a mechanism or frame format would be used. The Wi-Fi Alliance is also silent about the use of the WDS frame format.

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 4 Background So vendors had to get creative. There are two ways APs use WDS frames: Static WDS configuration –Network managers manually enter a list of WDS-peers Dynamic WDS configuration (most commonly known as Lazy-WDS)‏ –Access Points automatically "discover" WDS peers.

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 5 What triggers automatic peer discovery? We've empirically established that some Lazy-WDS Access Points will assign WDS-peer status to any STA that transmits a multicast WDS frame (i.e if bit8, 1st octet of the Receiver Address is set). Ah, and this is regardless of the value of the protected bit in the frame control header.

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 6 The birth of a WDS-peer link

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 7 How does that affect s? Resolution 11-07/799r6 established that mesh will use WDS frame format. This means that each MP that forwards a broadcast/multicast frame in the vicinity of a Lazy-WDS AP will be treated as a WDS-peer. There is a large deployed population of Lazy-WDS Access Points... being in the vicinity of one is not hard.

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 8 So? Mesh Points in range of Lazy-WDS APs will cause two serious problems: spurious traffic and DDoS attack on the AP.

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 9 Spurious Traffic Lazy-APs will retransmit all multicast traffic in the BSS to each and every MP in range. The AP does not consider the Mesh Sequence number to limit broadcast flooding. N MPs in range -> Each multicast frame is retransmitted N times by the AP.

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 10 Spurious Traffic

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 11 Spurious Traffic

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 12 Distributed Denial of Service Attack Apparently Lazy-WDS APs were designed to support only a small number of WDS peer links. A large number of MPs near a Lazy-WDS AP will carry out a DDoS attack on the Access Point. Service to the BSS will be disrupted.

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 13 Distributed Denial of Service Attack

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 14 Because of these problems we propose...

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 15 Broadcast and Multicast Packet Transmission According to Draft 1.09 Broadcast mesh packets are transmitted using 4 address frame formats with Address 1 as either unicast or broadcast/multicast. If Address 1 is unicast there is no issue. However if Address 1 is broadcast then…

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 16 Broadcast and Multicast Packet Transmission According to Draft A At Source MPs For non Proxied entries Address 1 = Broadcast or Multicast Address 2 = Source MP MAC address Address 3 = Broadcast or Multicast Address 4 = Source MP MAC Address From Proxied entities Address 1 = Broadcast or Multicast Address 2 = Source MP MAC address Address 3 = Broadcast or Multicast Address 4 = Source MP MAC Address AE: Add 5 = Broadcast or Multicast AE:Addr 6 = Address of Proxied entity 11A At Intermediate and destination MPs For non Proxied entries Address 1 = Broadcast or Multicast Address 2 = Intermediate MP MAC address Address 3 = Broadcast or Multicast Address 4 = Source MP MAC Address From Proxied entities Address 1 = Broadcast or Multicast Address 2 = Intermediate MP MAC address Address 3 = Broadcast or Multicast Address 4 = Source MP MAC Address AE:Addr 5 = Broadcast or Multicast AE:Addr 6 = Address of Proxied entity Observations A lot of redundant fields Broadcast/multicast address repeated 2 times in non-proxied case Broadcast/multicast address repeated 3 times in proxied case

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 17 Broadcast and Multicast Packet Transmission According to Draft 1.09 MPs MP1 MP2 MP3 Address 1 = Broadcast or Multicast Address 2 = MPs MAC Addr Address 3 = Broadcast or Multicast Address 4 = MPs MAC Address SQ1 Address 1 = Broadcast or Multicast Address 2 = MPs MAC Addr Address 3 = Broadcast or Multicast Address 4 = MPs MAC Address SQ1 Address 1 = Broadcast or Multicast Address 2 = MP1 MAC Addr Address 3 = Broadcast or Multicast Address 4 = MPs MAC Address SQ1 Address 1 = Broadcast or Multicast Address 2 = MP2 MAC Addr Address 3 = Broadcast or Multicast Address 4 = MPs MAC Address SQ1 Determines duplicate Packet based on

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 18 Broadcast and Multicast Packet Transmission According to Draft 1.09 MPs1 MPi1 MPi2 MP3 Address 1 = Broadcast or Multicast Address 2 = MPs1 MAC Addr Address 3 = Broadcast or Multicast Address 4 = MPs1 MAC Address AE:Addr 5 =Broadcast or Multicast AE:Addr 6= S SQ1 Address 1 = Broadcast or Multicast Address 2 = MPi1 MAC Addr Address 3 = Broadcast or Multicast Address 4 = MPs1 MAC Address AE:Addr 5 =Broadcast or Multicast AE:Addr 6 = S SQ1 Address 1 = Broadcast or Multicast Address 2 = MPi2 MAC Addr Address 3 = Broadcast or Multicast Address 4 = MPs2 MAC Address AE:Addr 5 =Broadcast or Multicast AE:Addr 6 = S SQ1 S

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 19 Broadcast and Multicast Packet Transmission Proposed Solution 11A At Source MPs For non Proxied entries Address 1 = Broadcast or Multicast Address 2 = Source MP MAC address Address 3 = Source MP MAC Address From Proxied entities Address 1 = Broadcast or Multicast Address 2 = Source MP MAC address Address 3 = Source MP MAC address AE:Addr 4 = Address of Proxied entity 11A At Intermediate MPs For non Proxied entries Address 1 = Broadcast or Multicast Address 2 = Intermediate MP MAC address Address 3 = Source MP MAC Address From Proxied entities Address 1 = Broadcast or Multicast Address 2 = Intermediate MP MAC address Address 3 = Source MP MAC Address AE:Add 4 = Address of Proxied entity Use 3 address formats for all non-proxied broadcast/multicast data frames Use AE=01 to carry proxied entity in proxied broadcast/multicast frame Addr1, Addr2, Addr3 are TA, RA and SA respectively From DS = 1, To DS = 0 Addr4 is proxied entity when AE=01

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 20 Broadcast and Multicast Packet Transmission Proposed Solution MPs MP1 MP2 MP3 Address 1 = Broadcast or Multicast Address 2 = MPs MAC Addr Address 3 = MPs MAC Address SQ1 Address 1 = Broadcast or Multicast Address 2 = MPs MAC Addr Address 3 = MPs MAC Address SQ1 Address 1 = Broadcast or Multicast Address 2 = MP1 MAC Addr Address 3 = MPs MAC Address SQ1 Address 1 = Broadcast or Multicast Address 2 = MP2 MAC Addr Address 3 = MPs MAC Address SQ1 Determines duplicate Packet based on

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 21 Broadcast and Multicast Packet Transmission Proposed Solution MPs1 MPi1 MPi2 MP3 Addr4 is proxied entity when AE=01 Address 1 = Broadcast or Multicast Address 2 = MPs1 MAC Addr Address 3 = MPs1 MAC Addr AE:Addr 4 = S SQ1 Addr4 is proxied entity when AE=01 Address 1 = Broadcast or Multicast Address 2 = MPi1 MAC Addr Address 3 = MPs1 MAC Address AE:Addr 4 = S SQ1 Addr4 is proxied entity when AE=01 Address 1 = Broadcast or Multicast Address 2 = MPi2 MAC Addr Address 3 = MPs2 MAC Address AE:Addr 4 = S SQ1 Use to determine duplicate packets. MPs2 S

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 22 Changes Required 1.Modify 11.A and 11.A to describe transmission of 3 address broadcast and multicast data frames 2.Modify Table s2 to allow AE=01 for broadcast/multicast data frames as well

doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Slide 23 Straw Poll Would you support the proposed modifications to mesh broadcast frames as presented in this submission? 1) Yes2) No 3) DK/DC