Hi Tatuya,
(B
(BI'm not sure what was said in the meeting but at least my intention
(Bwas to use this text in addition to what you suggested. I can see
(Bthat I didn't mention the second bullet in your suggestion. Just a slip.
(BI'll fix that part of Appendix C.
(BAlso adding Greg's text to section 7.3.3 is fine with me unless someone else
(Bobjects with
(Ba good reason.
(B
(BI already addressed the third bullet in your email, I intend to address the
(Bspecific
(Bsections.
(B
(BHesham
(B
(B > -----Original Message-----
(B > From: [EMAIL PROTECTED]
(B > [mailto:[EMAIL PROTECTED]
(B > Sent: Tuesday, March 08, 2005 3:13 PM
(B > To: [EMAIL PROTECTED]
(B > Cc: Soliman, Hesham; ipv6@ietf.org
(B > Subject: Re: RFC 2461[bis]: RS with srcaddr but w/o SLLAO
(B >
(B >
(B > >>>>> On Tue, 22 Feb 2005 16:26:26 +1100,
(B > >>>>> Greg Daley <[EMAIL PROTECTED]> said:
(B >
(B > Okay, so this is what was referred to in the meeting today:
(B >
(B > > How about a paragraph (maybe somewhere else) saying:
(B >
(B > > "... It is possible that a host may receive a solicitation
(B > or a router
(B > > advertisement without a link-layer address option included.
(B > > These messages will not create or update neighbor
(B > cache entries,
(B > > except with respect to the IsRouter flag as specified in
(B > > Sections XXX and YYY.
(B >
(B > > If a neighbour cache entry does not exist for the
(B > source of such a
(B > > message, Address Resolution will be required before unicast
(B > > communications with that address to begin.
(B > > This is particularly relevant for unicast responses to
(B > > solicitations where an additional packet exchange is
(B > required for
(B > > advertisement delivery.
(B > > ..."
(B >
(B > I can live with this approach, but I responded to this message in the
(B > mailing list with a slightly different flavor (attached below).
(B >
(B > I don't have a strong opinion on either way, and leave it to you,
(B > Hesham (as document editor), or the wg as a whole.
(B >
(B > JINMEI, Tatuya
(B > Communication Platform Lab.
(B > Corporate R&D Center,
(B > Toshiba Corp.
(B > [EMAIL PROTECTED]
(B >
(B
(B===========================================================
(BThis email may contain confidential and privileged material for the sole use
(B of the intended recipient. Any review or distribution by others is strictly
(B prohibited. If you are not the intended recipient please contact the sender
(B and delete all copies.
(B===========================================================
(B
(B
(B--------------------------------------------------------------------
(BIETF IPv6 working group mailing list
(Bipv6@ietf.org
(BAdministrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
(B--------------------------------------------------------------------
