On Thu, Aug 19, 2004 at 03:11:42PM -0400, Bound, Jim wrote:
> Hi Tim,
>
> Hints Node Reqs I agree. Hints in others I never agreed to at all.
> That does not mean that is not the case but lets be clear here people
> are running agendas and that is a fact. DHCPv6 will be used by users
> and requir
> On Thu, 19 Aug 2004 08:10:07 -0400,
> "Bound, Jim" <[EMAIL PROTECTED]> said:
> It is relevant completely to users and implementation your wrong.
Just for some clarification since I was perhaps not very clear:
When I said
>> Fine, but please note that this particular point is not at
: Bound, Jim
> Cc: Ralph Droms; [EMAIL PROTECTED]
> Subject: Re: M=1/O=0 is not valid in full 3315 ?
>
> On Thu, Aug 19, 2004 at 07:59:00AM -0400, Bound, Jim wrote:
> > The key is the ongoing debate of stateless vs stateful and members
> > working their agendas for the
ursday, August 19, 2004 8:31 AM
> To: [EMAIL PROTECTED]
> Subject: Re: M=1/O=0 is not valid in full 3315 ?
>
> Hi Jim,
>
> I thought we had reached a concensus that the O/M flags were
> now only hints, as part of the IPv6 Node Requirements text
> (in 4.5.5 and 5.2), a
I support
2. M=1 => Solicit/Advertise/Request/Reply is available
O=1 => Information-request/Reply is available
and hope that the flags will remain independent from each other.
Best regards
Peter
IETF IPv6 working group
On Thu, Aug 19, 2004 at 07:59:00AM -0400, Bound, Jim wrote:
> The key is the ongoing debate of stateless vs stateful and members
> working their agendas for their products. The bottom line is the users
> will use stateful and stateless and we need a way to permit that and
> also inform implementor
IL PROTECTED] On
> > Behalf Of Ralph Droms
> > Sent: Wednesday, August 18, 2004 7:01 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: M=1/O=0 is not valid in full 3315 ?
> >
> > Ignoring the issue of whether the service available when 0=1
> > is a subset of
t; To: Bound, Jim
> Cc: Christian Huitema; S. Daniel Park;
> [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: M=1/O=0 is not valid in full 3315 ?
>
> >>>>> On Thu, 19 Aug 2004 07:54:48 -0400, "Bound, Jim"
> >>>>> <[EMAIL PROTECTED]>
> On Thu, 19 Aug 2004 07:54:48 -0400,
> "Bound, Jim" <[EMAIL PROTECTED]> said:
> I did not ever agree to that as a note. If it is set the admin has said
> you should use it the admin is in charge not the host.
Fine, but please note that this particular point is not at all
relevant to the
is the bottom line. How we say it seems to be still
a debate.
/jim
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Ralph Droms
> Sent: Wednesday, August 18, 2004 7:01 AM
> To: [EMAIL PROTECTED]
> Subject: Re: M=1/O=0 is not
2:10 AM
> To: S. Daniel Park; JINMEI Tatuya / ; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: RE: M=1/O=0 is not valid in full 3315 ?
>
> > Besides, as jinmei indicated earlier as editor of 2462bis,
> M flag (ON)
> > indicated that the host (should) u
Ignoring the issue of whether the service available when 0=1 is a subset
of the service available when M=1 for a minute...
Practically speaking, even if we legislate that an RA is not allowed to
have M=1/O=0 or M=1/O=1, in practice, at some point, some host will
receive an RA with one of those dis
> On Tue, 17 Aug 2004 21:10:29 -0700,
> "Christian Huitema" <[EMAIL PROTECTED]> said:
>> Besides, as jinmei indicated earlier as editor of 2462bis, M flag (ON)
>> indicated that the host (should) use the stateful protocol for address
>> autoconfiguration. This should mean the M flag (ON)
> I disagree with the "host should use" part of this statement. We reached
> a consensus on this point in previous discussion. The consensus is "the
> M=1 flag indicates that the host MAY use the stateful protocol for
> address autoconfiguration" -- i.e., that this protocol is available
> should th
> Besides, as jinmei indicated earlier as editor of 2462bis, M flag (ON)
> indicated that the host (should) use the stateful protocol for address
> autoconfiguration. This should mean the M flag (ON) indicates
> Solicit/Advertise/Request/Reply.
I disagree with the "host should use" part of this st
(Just for easy tracking of this thread, I am slighly changing the subject)
As I described in this draft, 3736 is definitely subset of 3315, thus,
a host implementing 3315 can do both or either Stateful DHCPv6
for configuring the IPv6 address and Stateless DHCPv6 for the other
information. Also M
16 matches
Mail list logo
