RFC 6583 on Operational Neighbor Discovery Problems

rfc-editor@rfc-editor.org Tue, 27 March 2012 11:07 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: ietf-announce@ietfa.amsl.com
Delivered-To: ietf-announce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03E9D21F85C9; Tue, 27 Mar 2012 04:07:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.663
X-Spam-Level:
X-Spam-Status: No, score=-104.663 tagged_above=-999 required=5 tests=[AWL=1.014, BAYES_00=-2.599, HELO_MISMATCH_ORG=0.611, HOST_MISMATCH_COM=0.311, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T3jgzWgqxLcA; Tue, 27 Mar 2012 04:07:44 -0700 (PDT)
Received: from rfc-editor.org (rfcpa.amsl.com [12.22.58.47]) by ietfa.amsl.com (Postfix) with ESMTP id C487521F8810; Tue, 27 Mar 2012 04:07:32 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 67F5D72F4F6; Tue, 27 Mar 2012 04:06:12 -0700 (PDT)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
Subject: RFC 6583 on Operational Neighbor Discovery Problems
From: rfc-editor@rfc-editor.org
Message-Id: <20120327110612.67F5D72F4F6@rfc-editor.org>
Date: Tue, 27 Mar 2012 04:06:12 -0700
Cc: v6ops@ietf.org, rfc-editor@rfc-editor.org
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-announce>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Mar 2012 11:07:45 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 6583

        Title:      Operational Neighbor Discovery Problems 
        Author:     I. Gashinsky, J. Jaeggli,
                    W. Kumari
        Status:     Informational
        Stream:     IETF
        Date:       March 2012
        Mailbox:    igor@yahoo-inc.com, 
                    jjaeggli@zynga.com, 
                    warren@kumari.net
        Pages:      12
        Characters: 29480
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-v6ops-v6nd-problems-04.txt

        URL:        http://www.rfc-editor.org/rfc/rfc6583.txt

In IPv4, subnets are generally small, made just large enough to cover
the actual number of machines on the subnet.  In contrast, the
default IPv6 subnet size is a /64, a number so large it covers
trillions of addresses, the overwhelming number of which will be
unassigned.  Consequently, simplistic implementations of Neighbor
Discovery (ND) can be vulnerable to deliberate or accidental denial
of service (DoS), whereby they attempt to perform address resolution
for large numbers of unassigned addresses.  Such denial-of-service
attacks can be launched intentionally (by an attacker) or result from
legitimate operational tools or accident conditions.  As a result of
these vulnerabilities, new devices may not be able to "join" a
network, it may be impossible to establish new IPv6 flows, and
existing IPv6 transported flows may be interrupted.

This document describes the potential for DoS in detail and suggests
possible implementation improvements as well as operational
mitigation techniques that can, in some cases, be used to protect
against or at least alleviate the impact of such attacks.  
[STANDARDS-TRACK]

This document is a product of the IPv6 Operations Working Group of the IETF.


INFORMATIONAL: This memo provides information for the Internet community.
It does not specify an Internet standard of any kind. Distribution of
this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  http://www.ietf.org/mailman/listinfo/ietf-announce
  http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html.
For downloading RFCs, see http://www.rfc-editor.org/rfc.html.

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC