Address Resolution Protocol (ARP) for the Identifier-Locator Network Protocol for IPv4 (ILNPv4)
RFC 6747

#x27;s IPv4 address.  [RFC5227] describes several of these
   risks and some measures that an ARP implementation can use to reduce
   the chance of accidental IPv4 address misconfiguration and also to
   detect such misconfiguration if it should occur.

   This extension does not change the security risks that are inherent
   in using ARP.

   In situations where additional protection against on-link attackers
   is needed (for example, within high-risk operational environments),
   the IEEE standards for link-layer security [IEEE-802.1-AE] SHOULD be
   implemented and deployed.

   Implementers of this specification need to understand that the two OP
   code values used for these 2 extensions are not uniquely assigned to
   ILNPv4.  Other experimenters might be using the same two OP code
   values at the same time for different ARP-related experiments.
   Absent prior coordination among all users of a particular IP
   subnetwork, different experiments might be occurring on the same IP
   subnetwork.  So, implementations of these two ARP extensions ought to
   be especially defensively coded.

4.  IANA Considerations

   This document makes no request of IANA.

   If in the future the IETF decided to standardise ILNPv4, then
   allocation of unique ARP OP codes for the two extensions above would
   be sensible as part of the IETF standardisation process.

Atkinson & Bhatti             Experimental                      [Page 9]
RFC 6747                       ILNPv4 ARP                  November 2012

5.  References

5.1.  Normative References

   [IEEE-802.1-AE] IEEE, "Media Access Control (MAC) Security", IEEE
                   Standard 802.1 AE, 18 August 2006, IEEE, New York,
                   NY, 10016, USA.

   [RFC826]        Plummer, D., "Ethernet Address Resolution Protocol:
                   Or Converting Network Protocol Addresses to 48.bit
                   Ethernet Address for Transmission on Ethernet
                   Hardware", STD 37, RFC 826, November 1982.

   [RFC2119]       Bradner, S., "Key words for use in RFCs to Indicate
                   Requirement Levels", BCP 14, RFC 2119, March 1997.

   [RFC5227]       Cheshire, S., "IPv4 Address Conflict Detection", RFC
                   5227, July 2008.

   [RFC5494]       Arkko, J. and C. Pignataro, "IANA Allocation
                   Guidelines for the Address Resolution Protocol
                   (ARP)", RFC 5494, April 2009.

   [RFC6740]       Atkinson, R. and S. Bhatti, "Identifier Locator
                   Network Protocol (ILNP) Architectural Description",
                   RFC 6740, November 2012.

   [RFC6741]       Atkinson, R. and S. Bhatti, "Identifier-Locator
                   Network Protocol (ILNP) Engineering and
                   Implementation Considerations", RFC 6741, November
                   2012.

   [RFC6742]       Atkinson, R., Bhatti, S., and S. Rose, "DNS Resource
                   Records for the Identifier-Locator Network Protocol
                   (ILNP)", RFC 6742, November 2012.

   [RFC6745]       Atkinson, R. and S. Bhatti,  "ICMP Locator Update
                   Message for the Identifier-Locator Network Protocol
                   for IPv4 (ILNPv4)", RFC 6745, November 2012.

   [RFC6746]       Atkinson, R. and S.Bhatti, "IPv4 Options for the
                   Identifier-Locator Network Protocol (ILNP)", RFC
                   6746, November 2012.

Atkinson & Bhatti             Experimental                     [Page 10]
RFC 6747                       ILNPv4 ARP                  November 2012

5.2.  Informative References

   [RFC4984]       Meyer, D., Ed., Zhang, L., Ed., and K. Fall, Ed.,
                   "Report from the IAB Workshop on Routing and
                   Addressing", RFC 4984, September 2007.

   [RFC6743]       Atkinson, R. and S. Bhatti, "ICMPv6 Locator Update
                   Message", RFC 6743, November 2012.

   [RFC6744]       Atkinson, R. and S. Bhatti, "IPv6 Nonce Destination
                   Option for the Identifier-Locator Network Protocol
                   for IPv6 (ILNPv6)", RFC 6744, November 2012.

   [RFC6748]       Atkinson, R. and S. Bhatti, "Optional Advanced
                   Deployment Scenarios for the Identifier-Locator
                   Network Protocol (ILNP)", RFC 6748, November 2012.

6.  Acknowledgements

   Steve Blake, Stephane Bortzmeyer, Mohamed Boucadair, Noel Chiappa,
   Wes George, Steve Hailes, Joel Halpern, Mark Handley, Volker Hilt,
   Paul Jakma, Dae-Young Kim, Tony Li, Yakov Rehkter, Bruce Simpson,
   Robin Whittle, and John Wroclawski (in alphabetical order) provided
   review and feedback on earlier versions of this document.  Steve
   Blake provided an especially thorough review of an early version of
   the entire ILNP document set, which was extremely helpful.  We also
   wish to thank the anonymous reviewers of the various ILNP papers for
   their feedback.

   Roy Arends provided expert guidance on technical and procedural
   aspects of DNS issues.

Atkinson & Bhatti             Experimental                     [Page 11]
RFC 6747                       ILNPv4 ARP                  November 2012

Authors' Addresses

   RJ Atkinson
   Consultant
   San Jose, CA,
   95125 USA

   EMail: rja.lists@gmail.com

   SN Bhatti
   School of Computer Science
   University of St Andrews
   North Haugh, St Andrews,
   Fife  KY16 9SX
   Scotland, UK

   EMail: saleem@cs.st-andrews.ac.uk

Atkinson & Bhatti             Experimental                     [Page 12]