Understanding Proxy ARP Implementation in IEEE 802.11ax
Proposed in September 2015, the document discusses the implementation of Proxy ARP with 802.11ax Access Points. It explains the Address Resolution Protocol (ARP), detailing how devices in a LAN communicate using MAC and IP addresses. The submission aims to provide comprehensive explanations on Proxy ARP and IPv6, addressing the concerns raised during the July 2015 meeting.
Download Presentation
Please find below an Image/Link to download the presentation.
The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author. Download presentation by click this link. If you encounter any issues during the download, it is possible that the publisher has removed the file from their server.
E N D
Presentation Transcript
September 2015 doc.: IEEE 802.11-14/1015r1 Proxy ARP in 802.11ax Date: 2015-08-25 Authors: Name Guido R. Hiertz Affiliations Address Ericsson Phone +49-2407- 575-5575 email hiertz@ieee.org Ericsson Allee 1 52314 Herzogenrath Germany F r gatan 6 Stockholm Sweden 170 W Tasman Dr, San Jose, CA 95134, USA Filip Mestanov Ericsson +46-725-298- 161 filip.mestanov@eri csson.com Brian Hart Cisco Systems +1-408- 5253346 brianh@cisco.com Submission Slide 1 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 Abstract Submission [1] proposes the implementation of Proxy ARP with 802.11ax AP. The submission was presented during the July 2015 meeting but attendees asked for more time to review the Proxy ARP mechanism. Further information about Proxy ARP and IPv6 was asked for. The present submission intends to provide according explanations. Submission Slide 2 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 Address Resolution Protocol What is the Address Resolution Protocol (ARP)? The Internet Protocol (IP) layer does not assume/know anything about lower layers In a Local Area Network (LAN) devices talk in peer-to-peer mode to each other The MAC (layer 2) address space is flat No hierarchy like in IP How do devices learn about each others MAC address? ARP glues MAC and IP addresses More precisely: ARP glues MAC and IPv4 IPv6 is different Submission Slide 3 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 Example network Example LAN consisting of router and clients Router operates on IP layer Has routing knowledge Knows paths to all destinations Internet Router LAN Printer Client PC Server Submission Slide 4 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 Without ARP Client PC intends to communicate with printer W/o ARP, client PC does not know how to communicate with printer Sends data to router Router = default gateway = first hop for all unknown destinations Internet Router 172.16.19.254 LAN Printer 172.16.19.23 Client PC 172.16.19.74 Server 172.16.19.42 Submission Slide 5 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 With ARP Client PC intends to communicate with server Client uses subnet mask to identify that server is on same subnet Internet Router 172.16.19.254 Broadcast message: Who has 172.16.19.42? Src: 10101100.00010000.00010011.01001010 LAN Dst: 10101100.00010000.00010011.00101010 Mask: 11111111.11111111.11111111.00000000 Match indicates destination is immediately reachable ARP message to find destination MAC address Broadcast message sent to everyone Printer 172.16.19.23 Client PC 172.16.19.74 Server 172.16.19.42 Submission Slide 6 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 Example Event 611: 172.16.19.74 (xx:xx:xx:xx:03:9a) sends message to broadcast address (ff:ff:ff:ff:ff:ff), asking Who has 172.16.19.42? Event 612: xx:xx:xx:xx:46:3b directly replies to xx:xx:xx:xx:03:9a, indicating I am 172.16.19.42 172.16.19.74 adds entry to its local ARP cache: C:\windows\system32>arp a Interface: 172.16.19.74 Internet Address Physical Address 172.16.19.42 xx-xx-xx-xx-46-3b Submission Slide 7 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 How does ARP hurt WLANs? Internet AP extends wired segment ( transparent bridge ) All broadcast frames on LAN side copied to WLAN ARP requests are broadcast messages All ARP requests forwarded to WLAN In WLAN, broadcast messages transmitted at most robust MCS Router 172.16.19.254 LAN Printer 172.16.19.23 Server 172.16.19.42 AP Client PC 172.16.19.74 Submission Slide 8 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 Solution: Proxy ARP The AP knows all associated STA s MAC address AP acts as central manager in BSS AP acts on behalf of STAs Power save relies on AP buffering data for STAs Proxy ARP easy to implement at AP Advantages Less low MCS broadcast traffic on wireless medium STA benefits from extended power save in sleep mode as ARP requests are replied to by AP Submission Slide 9 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 Proxy ARP in 802.11-REVmc/D4.1 [2] When the AP supports Proxy ARP [ ] the AP shall maintain a Hardware Address to Internet Address mapping for each associated station, and shall update the mapping when the Internet Address of the associated station changes. When the IPv4 address being resolved in the ARP request packet is used by a non-AP STA currently associated to the BSS, the proxy ARP service shall respond on behalf of the STA to an ARP request or an ARP Probe Keeps ARP frames off the wireless medium See 10.24.14 in [2] Submission Slide 10 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 ARP and IPv6? NDP may be used to request additional information Maximum Transmission Unit Router Solicitation Router Advertisement, etc. NDP messages are sent as group addressed (broadcast) frames in 802.11 IPv6 doesn t need ARP IPv6 uses Neighbor Discovery Protocol (NDP) instead [3] Every IPv6 node subscribes to special multicast address Neighbor-Solicitation message replaces ARP Submission Slide 11 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 IPv6 support in 802.11-REVmc/D4.1 [2] When an IPv6 address is being resolved, the Proxy Neighbor Discovery service shall respond with a Neighbor Advertisement message [ ] on behalf of an associated STA to an [ICMPv6] Neighbor Solicitation message [ ]. When MAC address mappings change, the AP may send unsolicited Neighbor Advertisement Messages on behalf of a STA. 802.11 Proxy ARP prepared for IPv6 Keep NDP messages off the wireless medium See 10.24.14 in [2] Submission Slide 12 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 Why mandatory? Today, many issues arise from broken implementations In dense deployments, which 802.11ax is designed for, a broken implementation is not just your neighbor s issue In dense deployments, inefficient medium usage hurts everyone 802.11ax focuses at system level, not only at entity level Efficient airtime use is everybody s duty For robustness, broadcast frames use low(est) MCS Proxy ARP is important and simple to prevent unnecessary traffic from reaching the BSS Submission Slide 13 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 STRAW POLL Submission Slide 14 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 Straw Poll Do you agree to add the following to the IEEE 802.11 TGax Specification Framework? Add to the end of Clause 6 (MAC): The amendment shall define a HE AP to implement Proxy ARP capability. Submission Slide 15 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 Transform successful straw poll into a motion MOTION Submission Slide 16 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 Motion Moved to add to the end of Clause 6 (MAC) of the IEEE 802.11 TGax Specification Framework: The amendment shall define a HE AP to implement Proxy ARP capability. Moved by: Seconded: Submission Slide 17 Guido R. Hiertz et al., Ericsson
September 2015 doc.: IEEE 802.11-14/1015r1 References 1. G. R. Hiertz et al., Efficiency enhancement for 802.11ax, Jul. 2015. [Online]. Available: https://mentor.ieee.org/802.11/dcn/15/11-15-0871 2. IEEE 802.11, IEEE P802.11-REVmc/D4.1 3. T. Narten et al., Neighbor Discovery for IP version 6 (IPv6), IETF RFC 4861, Sep. 2007. [Online]. Available: https://tools.ietf.org/html/rfc4861 Submission Slide 18 Guido R. Hiertz et al., Ericsson