Re: RFC 2461- issue list
Vijay Devarapalli <vijayd@iprg.nokia.com> Thu, 23 October 2003 21:02 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA18791 for <ipv6-archive@odin.ietf.org>; Thu, 23 Oct 2003 17:02:30 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ACmas-0000WT-FL for ipv6-archive@odin.ietf.org; Thu, 23 Oct 2003 17:02:10 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h9NL26Un002006 for ipv6-archive@odin.ietf.org; Thu, 23 Oct 2003 17:02:06 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ACmas-0000WH-9I for ipv6-web-archive@optimus.ietf.org; Thu, 23 Oct 2003 17:02:06 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA18766 for <ipv6-web-archive@ietf.org>; Thu, 23 Oct 2003 17:01:55 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1ACmaq-0000XO-00 for ipv6-web-archive@ietf.org; Thu, 23 Oct 2003 17:02:04 -0400
Received: from sausage.foretec.com ([4.17.168.5] helo=manatick) by ietf-mx with esmtp (Exim 4.12) id 1ACmao-0000XL-00 for ipv6-web-archive@ietf.org; Thu, 23 Oct 2003 17:02:03 -0400
Received: from [132.151.6.22] (helo=optimus.ietf.org) by manatick with esmtp (Exim 4.24) id 1ACmao-0006xM-4o for ipv6-web-archive@ietf.org; Thu, 23 Oct 2003 17:02:02 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ACmZt-0000FX-Ly; Thu, 23 Oct 2003 17:01:05 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ACmZI-00007T-OV for ipv6@optimus.ietf.org; Thu, 23 Oct 2003 17:00:28 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA18636 for <ipv6@ietf.org>; Thu, 23 Oct 2003 17:00:17 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1ACmZG-0000U6-00 for ipv6@ietf.org; Thu, 23 Oct 2003 17:00:26 -0400
Received: from darkstar.iprg.nokia.com ([205.226.5.69]) by ietf-mx with esmtp (Exim 4.12) id 1ACmZF-0000QS-00 for ipv6@ietf.org; Thu, 23 Oct 2003 17:00:25 -0400
Received: (from root@localhost) by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h9NKxrk23182; Thu, 23 Oct 2003 13:59:53 -0700
X-mProtect: <200310232059> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.30.3, claiming to be "iprg.nokia.com") by darkstar.iprg.nokia.com smtpdyXCIin; Thu, 23 Oct 2003 13:59:52 PDT
Message-ID: <3F9841CC.5040303@iprg.nokia.com>
Date: Thu, 23 Oct 2003 14:02:04 -0700
From: Vijay Devarapalli <vijayd@iprg.nokia.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Soliman Hesham <H.Soliman@flarion.com>
CC: ipv6@ietf.org
Subject: Re: RFC 2461- issue list
References: <748C6D0A58C0F94CA63C198B6674697A01922E01@ftmail.lab.flarion.com>
In-Reply-To: <748C6D0A58C0F94CA63C198B6674697A01922E01@ftmail.lab.flarion.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: ipv6-admin@ietf.org
Errors-To: ipv6-admin@ietf.org
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Id: IP Version 6 Working Group (ipv6) <ipv6.ietf.org>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
hi Hesham, here is another issue. when a router includes a Prefix Information Option (section 4.6.2 of RFC 2461) in the Router Advertisement, and if the router has an address configured from that prefix, I suggest including the router's address in the 'Prefix' field. not just the prefix. the Prefix Length field will still indicate the prefix length and hosts should be able to figure out the prefix. we have had problems when two different interfaces of a router use the same link local address. some host implementations just check the source address and assume that the current router is still reachable even when they move between links attached to the two interfaces on the router. we came across this issue at Connectathon 2002. the following URL has some discussion on it http://www.piuha.net/~jarkko/publications/mipv6/issues/issue278.txt Mobile IPv6 already defines a Modified Prefix Information option where the router's address is present in the prefix field. I would like to see it in the Neighbor Discovery specification itself. having the global unicast address in the prefix field will help in movement detection. Vijay Soliman Hesham wrote: > Folks, > > This is what I found initially. Please let us know if > there are any issues that should be added to the list. > > Please note that some of these issues might not necessarily > be addressed in this revision if they require non-backward > compatible changes. The main requirement here is to be > backward compatible with our changes. > > If you wish to express opinions, questions or suggestions > please start a separate thread with the issue's header > in the subject field. > > Thanks, > Hesham > > Issue 1: Mixed Host/Router behaviour > by Pekka Savola, May 2001 > http://www.wcug.wwu.edu/lists/ipng/200105/msg00068.html > Erik Nordmark made a comment that the text could be clearer: > http://www.wcug.wwu.edu/lists/ipng/200105/msg00077.html > > > Issue 2: Check against the case of preferred lifetime > valid lifetime > by jinmei, Dec 2002 > http://www.atm.tut.fi/list-archive/ipng/msg07250.html > > This thread contained a possible updates on the router behavior of > sending router advertisements: > http://www.atm.tut.fi/list-archive/ipng/msg07402.html > > Issue 3: On-link assumptions in 2461 considered harmful. > This issue was raised by Alain and documented in: > draft-ietf-v6ops-onlinkassumption-00.txt > draft-ietf-v6ops-v6onbydefault-00.txt > Also see related issue in section 2.4 of: > http://www.ctie.monash.edu.au/ipv6/draft-jinchoi-ipv6-cRA-00.txt > > Issue 4: Advertisement lifetime issues raised by Pete Barany > > Issue 5: Clarifying the use of the M and O flags > (raised by Rolf and others during V6ops meeting > in San Francisco) > > Issue 6: The prefix length field in the prefix option > and its consistency with the fixed prefix size > (64 bits) in RFC 3513. > > > SEND issues: > > Issue 7: All the security discussions (e.g. assuming that AH > or ESP can be added to the ND messages) will need to > be put in the context of SEND. > > Issue 8: Security considerations section needs to consider issues > in: draft-ietf-send-psreq-04 > > Issue 9: The chicken and egg problem for ND security using IKE > as specified in: > draft-arkko-icmpv6-ike-effects-02 > > and manual SAs issues addressed in: > draft-arkko-manual-icmpv6-sas-02 > > MIP issues: > > Issue 10: Reducing MIN_DELAY_BETWEEN_RAS from 3 seconds > to 50 ms as specified in MIPv6 (many emails on the > MIP mailing list in October and November 2002) > > Issue 11: Eliminating the random delays required before sending > an RS when a mobile node does a handover to a new > link. The random delay imposed by 2461 significantly > increases the movement detection time for mobile nodes > > Issue 12: Eliminating the random delays required in 2461 when > a router sends a solicited RA. See : > draft-mkhalil-ipv6-fastra-04.txt > > Issue 13: Impacts of the omission of a prefix option. > section 2.2 in : > http://www.ctie.monash.edu.au/ipv6/draft-jinchoi-ipv6-cRA-00.txt > describes the impacts of omitting a prefix option from > an RA on movement detection for mobile nodes. RFC 2461 > does not require options to be present in every RA. > > Issue 14: Link ids required to aid with movement detection. > see: > http://www.ietf.org/internet-drafts/draft-pentland-mobileip-linkid-00.txt > > Finally, I recall (but not clearly) some discussions > on the clarity of 2461 when it comes to multihomed hosts. But > I haven't managed to find the relevant thread(s) in the > archive. So if you have an issue to add please let me know. > > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------
- RFC 2461- issue list Soliman Hesham
- Re: RFC 2461- issue list Erik Nordmark
- RE: RFC 2461- issue list Soliman Hesham
- Re: RFC 2461- issue list Vijay Devarapalli
- Re: RFC 2461- issue list JINMEI Tatuya / 神明達哉
- RE: RFC 2461- issue list Bound, Jim
- RE: RFC 2461- issue list Pekka Savola
- RE: RFC 2461- issue list Soliman Hesham
- RE: RFC 2461- issue list Soliman Hesham
- Re: RFC 2461- issue list Vijay Devarapalli
- Re: RFC 2461- issue list Brian Haberman
- RFC 2460 issue Alain Durand
- RE: RFC 2461- issue list Erik Nordmark
- RE: RFC 2461- issue list Soliman Hesham
- Re: A list of issues for RFC2462 update JinHyeock Choi
- Re: A list of issues for RFC2462 update JinHyeock Choi
- Re: RFC 2461- issue list Francis Dupont
- Re: RFC 2461- issue list Erik Nordmark
- RE: RFC 2461- issue list Soliman Hesham
- Re: RFC 2461- issue list Vijay Devarapalli
- Re: RFC 2460 issue Fred Templin
- Re: RFC 2461- issue list Pekka Savola
- RE: RFC 2461- issue list Soliman Hesham
- Re: RFC 2461- issue list Greg Daley
- Re: RFC 2461- issue list: Prefixes with L=0 JinHyeock Choi
- implementation reports for rfc246[01]bis (Re: RFC… JINMEI Tatuya / 神明達哉
- Re: RFC 2461- issue list JINMEI Tatuya / 神明達哉
- Re: implementation reports for rfc246[01]bis (Re:… Fred Templin
- Re: implementation reports for rfc246[01]bis (Re:… JINMEI Tatuya / 神明達哉
- Re: RFC 2461- issue list Greg Daley