draft-ietf-6man-maxra-02.txt   draft-ietf-6man-maxra-03.txt 
IPv6 Maintenance S. Krishnan IPv6 Maintenance S. Krishnan
Internet-Draft Ericsson Internet-Draft Kaloom
Updates: 4861 (if approved) J. Korhonen Updates: 4861 (if approved) J. Korhonen
Intended status: Standards Track Broadcom Intended status: Standards Track Broadcom
Expires: September 10, 2017 S. Chakrabarti Expires: January 4, 2018 S. Chakrabarti
Ericsson Ericsson
E. Nordmark E. Nordmark
Arista Networks Arista Networks
A. Yourtchenko A. Yourtchenko
cisco cisco
March 9, 2017 July 3, 2017
Support for adjustable maximum router lifetimes per-link Support for adjustable maximum router lifetimes per-link
draft-ietf-6man-maxra-02 draft-ietf-6man-maxra-03
Abstract Abstract
The neighbor discovery protocol specifies the maximum time allowed The neighbor discovery protocol specifies the maximum time allowed
between sending unsolicited multicast Router Advertisements from a between sending unsolicited multicast Router Advertisements from a
router interface as well as the maximum router lifetime. It also router interface as well as the maximum router lifetime. It also
allows the limits to be overridden by link-layer specific documents. allows the limits to be overridden by link-layer specific documents.
This document allows for overriding these values on a per-link basis. This document allows for overriding these values on a per-link basis.
Status of This Memo Status of This Memo
skipping to change at page 1, line 41 skipping to change at page 1, line 41
Internet-Drafts are working documents of the Internet Engineering Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet- working documents as Internet-Drafts. The list of current Internet-
Drafts is at http://datatracker.ietf.org/drafts/current/. Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress." material or to cite them other than as "work in progress."
This Internet-Draft will expire on September 10, 2017. This Internet-Draft will expire on January 4, 2018.
Copyright Notice Copyright Notice
Copyright (c) 2017 IETF Trust and the persons identified as the Copyright (c) 2017 IETF Trust and the persons identified as the
document authors. All rights reserved. document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of (http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License. described in the Simplified BSD License.
Table of Contents Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 2
3. Relationship between AdvDefaultLifetime and MaxRtrAdvInterval 3 3. Relationship between AdvDefaultLifetime and MaxRtrAdvInterval 3
4. Updates to RFC4861 . . . . . . . . . . . . . . . . . . . . . 4 4. Updates to RFC4861 . . . . . . . . . . . . . . . . . . . . . 4
5. Host Behavior . . . . . . . . . . . . . . . . . . . . . . . . 4 5. Host Behavior . . . . . . . . . . . . . . . . . . . . . . . . 4
6. Security Considerations . . . . . . . . . . . . . . . . . . . 4 6. Security Considerations . . . . . . . . . . . . . . . . . . . 4
7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 4 7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 4
8. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 4 8. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 4
9. References . . . . . . . . . . . . . . . . . . . . . . . . . 4 9. References . . . . . . . . . . . . . . . . . . . . . . . . . 4
9.1. Normative References . . . . . . . . . . . . . . . . . . 4 9.1. Normative References . . . . . . . . . . . . . . . . . . 5
9.2. Informative References . . . . . . . . . . . . . . . . . 5 9.2. Informative References . . . . . . . . . . . . . . . . . 5
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 5 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 5
1. Introduction 1. Introduction
IPv6 Neighbor Discovery relies on IP multicast with the expectation IPv6 Neighbor Discovery relies on IP multicast with the expectation
to be efficient with respect to available bandwidth and to avoid to be efficient with respect to available bandwidth and to avoid
generating interrupts in the network nodes. On some datalink-layer generating interrupts in the network nodes. On some datalink layers
network, for example IEEE 802.11 WiFi, this is not the case because multicast may not be natively supported. On such links any possible
of limitations in the services offered by the datalink-layer network reduction of multicast traffic will be highly beneficial.
[draft-vyncke-6man-mcast-not-efficient-01]. On such links any
possible reduction of multicast traffic will be highly beneficial.
Unfortunately, due to the fixed protocol constants specified in Unfortunately, due to the fixed protocol constants specified in
[RFC4861] it is difficult to relax the multicast timers for neighbor [RFC4861] it is difficult to relax the multicast timers for neighbor
discovery. There are already link technology specific clarifications discovery. There are already link technology specific clarifications
how to tune protocol constants for certain system with the how to tune protocol constants for certain system with the
expectation to reduce excess Neighbor Discovery Protocol (NDP) expectation to reduce excess Neighbor Discovery Protocol (NDP)
traffic. 3GPP cellular links are one existing example traffic. 3GPP cellular links are one existing example
[RFC6459][RFC7066]. [RFC6459][RFC7066].
This document specifies updates to the IPv6 Neighbor Discovery This document specifies updates to the IPv6 Neighbor Discovery
Protocol [RFC4861] for relaxing the the maximum time allowed between Protocol [RFC4861] for relaxing the the maximum time allowed between
skipping to change at page 4, line 14 skipping to change at page 4, line 14
4. Updates to RFC4861 4. Updates to RFC4861
This document updates Section 6.2.1. of [RFC4861] to update the This document updates Section 6.2.1. of [RFC4861] to update the
following router configuration variables. following router configuration variables.
MaxRtrAdvInterval MUST be no greater than 65535. AdvDefaultLifetime MaxRtrAdvInterval MUST be no greater than 65535. AdvDefaultLifetime
MUST either be zero (the router is not to be used as a default MUST either be zero (the router is not to be used as a default
router) or be a value between MaxRtrAdvInterval and 65535. router) or be a value between MaxRtrAdvInterval and 65535.
As explained in Section 3, the relationship between MaxRtrAdvInterval
and AdvDefaultLifetime must be chosen to take into account the
probability of packet loss.
5. Host Behavior 5. Host Behavior
Legacy hosts on a link with updated routers may have issues with a Legacy hosts on a link with updated routers may have issues with a
Router Lifetime of more than 9000 seconds. In the few Router Lifetime of more than 9000 seconds. In the few
implementations we have tested with general purpose operating implementations we have tested with general purpose operating
systems, there does not seem to be any issues with setting this field systems, there does not seem to be any issues with setting this field
to more than 9000, but there might be implementations that to more than 9000, but there might be implementations that
incorrectly (since RFC4861 requires receivers to handle any value) incorrectly (since RFC4861 requires receivers to handle any value)
reject such RAs. reject such RAs.
skipping to change at page 5, line 36 skipping to change at page 5, line 42
<http://www.rfc-editor.org/info/rfc6459>. <http://www.rfc-editor.org/info/rfc6459>.
[RFC7066] Korhonen, J., Ed., Arkko, J., Ed., Savolainen, T., and S. [RFC7066] Korhonen, J., Ed., Arkko, J., Ed., Savolainen, T., and S.
Krishnan, "IPv6 for Third Generation Partnership Project Krishnan, "IPv6 for Third Generation Partnership Project
(3GPP) Cellular Hosts", RFC 7066, DOI 10.17487/RFC7066, (3GPP) Cellular Hosts", RFC 7066, DOI 10.17487/RFC7066,
November 2013, <http://www.rfc-editor.org/info/rfc7066>. November 2013, <http://www.rfc-editor.org/info/rfc7066>.
Authors' Addresses Authors' Addresses
Suresh Krishnan Suresh Krishnan
Ericsson Kaloom
8400 Decarie Blvd. 335 Rue Peel
Town of Mount Royal, QC Montreal, QC
Canada Canada
Phone: +1 514 345 7900 x42871 Email: suresh@kaloom.com
Email: suresh.krishnan@ericsson.com
Jouni Korhonen Jouni Korhonen
Broadcom Broadcom
Porkkalankatu 24 Porkkalankatu 24
FIN-00180 Helsinki FIN-00180 Helsinki
Finland Finland
Email: jouni.nospam@gmail.com Email: jouni.nospam@gmail.com
Samita Chakrabarti Samita Chakrabarti
Ericsson Ericsson
USA USA
Email: samita.chakrabarti@ericsson.com Email: samita.chakrabarti@ericsson.com
Erik Nordmark Erik Nordmark
Arista Networks Arista Networks
Santa Clara, CA Santa Clara, CA
USA USA
 End of changes. 12 change blocks. 
18 lines changed or deleted 19 lines changed or added

This html diff was produced by rfcdiff 1.45. The latest version is available from http://tools.ietf.org/tools/rfcdiff/