Re: Comments on draft-yourtchenko-colitti-nd-reduce-multicast

Ole Troan <otroan@employees.org> Fri, 21 February 2014 19:37 UTC

Return-Path: <otroan@employees.org>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2FD61A05A6 for <ipv6@ietfa.amsl.com>; Fri, 21 Feb 2014 11:37:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level:
X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e1w6c_2yqHdv for <ipv6@ietfa.amsl.com>; Fri, 21 Feb 2014 11:37:52 -0800 (PST)
Received: from banjo.employees.org (banjo.employees.org [IPv6:2001:1868:205::19]) by ietfa.amsl.com (Postfix) with ESMTP id E82711A05B3 for <ipv6@ietf.org>; Fri, 21 Feb 2014 11:37:30 -0800 (PST)
Received: from dhcp-10-61-103-160.cisco.com (173-38-208-169.cisco.com [173.38.208.169]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: otroan) by banjo.employees.org (Postfix) with ESMTPSA id EFA8260C4; Fri, 21 Feb 2014 11:37:23 -0800 (PST)
Content-Type: multipart/signed; boundary="Apple-Mail=_78B419FD-756B-4062-A390-F287A90CD8F9"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\))
Subject: Re: Comments on draft-yourtchenko-colitti-nd-reduce-multicast
From: Ole Troan <otroan@employees.org>
In-Reply-To: <75B6FA9F576969419E42BECB86CB1B89115F9CC5@xmb-rcd-x06.cisco.com>
Date: Fri, 21 Feb 2014 20:37:20 +0100
Message-Id: <1CB2CA70-30E3-4B47-B0BC-5B80A41FEAD2@employees.org>
References: <5305AF13.5060201@acm.org> <75B6FA9F576969419E42BECB86CB1B89115F99A9@xmb-rcd-x06.cisco.com> <2730F679-46FC-416E-8DBB-D74676E637CA@employees.org> <75B6FA9F576969419E42BECB86CB1B89115F9CC5@xmb-rcd-x06.cisco.com>
To: "Hemant Singh (shemant)" <shemant@cisco.com>
X-Mailer: Apple Mail (2.1827)
Archived-At: http://mailarchive.ietf.org/arch/msg/ipv6/hNytUjcb8WwEYDCCEk_LCLyuDes
Cc: Erik Nordmark <nordmark@acm.org>, Andrew Yourtchenko <ayourtch@cisco.com>, 6man WG <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Feb 2014 19:37:54 -0000

Hemant,

we are severely digressing here, but since it is Friday...

> The RA has the A-bit set and the L-bit cleared.  So as per the specification text above the L-bit is zero and the host does not get any on/off--link determination from the L-bit for the addresses covered by the prefix in the PIO.   The host configures its ipv6 address from the PIO in the RA using SLAAC.  Now the host has to send a packet out an interface and the packet destination in the host's Neighbor Cache.  The packet destination also matches the host's prefix to a /64.  So what does the host do?  
> 
> Issue 
> 
> (a) an address resolution NS (assuming the destination is on-link) due to SLAAC operation.
> 
> or
> 
> (b) send the packet to the default router(s).  The L-bit has conveyed no on- or off-link information.  So doesn't the host resort to (a) above.  If the host choses to go to operation (b) what signaled to the host that the destination is off-link?   If the host picked (a), why is that?
> 
> If you can't determine one concrete choice from the two above, we have an ambiguity. 

there is no ambiguity. see the conceptual sending algorithm in section 5.2, RFC4861.
a prefix with the L flag = 0 is not added to the Prefix List. if the Prefix List is empty all packets will be sent to the default router, apart from packets destined to fe80::/10.

cheers,
Ole