i now understood all the reasoning for accepting TCP SYN to deprecated
address, and corrected netbsd. ok.
> | "new communication" isn't clear enough, IMHO.
>It would be hard to dispute that given the exchange of the past
>hour or two.
>How would you suggest that it be revised to have the proper effect?
>(That is, to explicitly allow deprecated addresses to be used, other
>than when it is a toss up which address to use).
>Do we currently have a 2462 bis draft?
here are my proposed changes.
itojun
RFC2462
page 3:
> in arbitrary communication is unrestricted. Later, an address becomes
> "deprecated" in anticipation that its current interface binding will
> become invalid. While in a deprecated state, the use of an address is
> discouraged, but not strictly forbidden. New communication (e.g.,
> the opening of a new TCP connection) should use a preferred address
> when possible. A deprecated address should be used only by
> applications that have been using it and would have difficulty
> switching to another address without a service disruption.
the last sentence does not meet people's understand. append
", or there is no other choice than to use deprecated address".
or, since this is introduction section, we shouldn't go into this
detail here.
--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page: http://playground.sun.com/ipng
FTP archive: ftp://playground.sun.com/pub/ipng
Direct all administrative requests to [EMAIL PROTECTED]
--------------------------------------------------------------------
