> > => Not in the main text, which is why I suggested above > that we can add it > > to section 7.2. > > I see. As I said in the previous message (see also below), we should > first make a consensus about whether this is to be added. Then, if > the result is positive, we should explicitly add the corresponding > text to 7.2 (in general, the appendix should be a summary of the main > text, IMO).
=> Agreed. > > (snip) > > >> I > >> believe it makes more sense to discard the bogus packets > silently as > >> described in the body of the draft (Section 7.2.4) rather > than taking > >> a specific action like sending an ICMPv6 error message. > > > => I don't think that's a good way to handle it, but the > current text inherited from > > 2461 agrees with you. I don't think it breaks backward > compatibility to mention this > > in the appendix as an optional behaviour (sending the ICMP > error). Are you ok with > > having this as an optional behaviour in the appendix? others? > > I don't have a strong opinion on either way (whether or not including > this feature). As you said, it may help in some cases (e.g., an end > host may be able to give up connecting to a non-compliant remote host > faster). But since this may require a change to the existing > implementation, I'd like to see an explicit consensus about the > additional behavior (i.e., 'no objection' would not suffice). => That's fine. I'll send a separate email to ask if people agree with adding the ICMP part as an optional feature. Hesham > > JINMEI, Tatuya > Communication Platform Lab. > Corporate R&D Center, > Toshiba Corp. > [EMAIL PROTECTED] > =========================================================== This email may contain confidential and privileged material for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. =========================================================== -------------------------------------------------------------------- IETF IPv6 working group mailing list [email protected] Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------
