Re: Last Call: <draft-ietf-6man-lineid-05.txt> (The Line Identification Destination Option) to Experimental RFC

Suresh Krishnan <suresh.krishnan@ericsson.com> Fri, 08 June 2012 20:18 UTC

Return-Path: <suresh.krishnan@ericsson.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DD1E11E8152 for <ipv6@ietfa.amsl.com>; Fri, 8 Jun 2012 13:18:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, 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 TuZBl3kpURGR for <ipv6@ietfa.amsl.com>; Fri, 8 Jun 2012 13:18:00 -0700 (PDT)
Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id 66D4C11E815F for <ipv6@ietf.org>; Fri, 8 Jun 2012 13:17:40 -0700 (PDT)
Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id q58KGijY007918 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 8 Jun 2012 15:17:39 -0500
Received: from [142.133.112.108] (147.117.20.214) by smtps-am.internal.ericsson.com (147.117.20.181) with Microsoft SMTP Server (TLS) id 8.3.264.0; Fri, 8 Jun 2012 16:17:28 -0400
Message-ID: <4FD25DD8.1000504@ericsson.com>
Date: Fri, 08 Jun 2012 16:17:28 -0400
From: Suresh Krishnan <suresh.krishnan@ericsson.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: RJ Atkinson <rja.lists@gmail.com>
Subject: Re: Last Call: <draft-ietf-6man-lineid-05.txt> (The Line Identification Destination Option) to Experimental RFC
References: <043AB3A8-7E94-4082-8207-FF59AD129075@gmail.com>
In-Reply-To: <043AB3A8-7E94-4082-8207-FF59AD129075@gmail.com>
X-Enigmail-Version: 1.4.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: "ipv6@ietf.org" <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
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, 08 Jun 2012 20:18:00 -0000

Hi Ran,

On 06/07/2012 12:18 PM, RJ Atkinson wrote:
> 
> One (non-blocking) side comment to the discussion (contained
> within "draft-dec-6man-rs-access-harmful") that IPv6 RS messages 
> are specified at present to avoid repetitive RS messages after 
> a host's initial (re)initialisation period might be worth repeating.
> 
> On low bandwidth links (e.g. many commonly used radio links), 
> it is very important to keep the ND traffic low, so that the 
> link capacity can be used for actual user/data traffic.  
> 
> While it is great that some very recent IEEE 802.11 specifications 
> enable higher link capacity wireless LAN segments, there remain 
> many existing radio link technologies that are unlikely ever
> to have higher link capacity.  First-responder radios are especially 
> likely to have significantly constrained link capacity, for example.

While I fully agree with you, I am not sure how this applies to the
lineid draft. Is there some specific change you would like to see in the
draft?

Thanks
Suresh