From: Jari Arkko [EMAIL PROTECTED]
Date: 2006/08/25 Fri AM 01:11:55 CDT
To: [EMAIL PROTECTED]
Cc: IETF IPv6 Mailing List ipv6@ietf.org
Subject: Re: Prefix Delegation using ICMPv6
Tim,
Its probably best if you now update your draft with a better description
of what scenario you are looking
, Fred L; Rao Satyanarayana-W60007; [EMAIL PROTECTED]
Cc: IETF IPv6 Mailing List
Subject: Re: RE: Re: Prefix Delegation using ICMPv6
Fred,
OK, I see now. When Tim first contacted me he came across with a
certain sense of naivety
If you wish to remain focused on the issue at hand (namely, the merit
Correcting somewhat what I said earlier, the proposal calls
for not only RS/RA modifications but also three new ICMPv6
error messages/codes, and one new notification message which
carrys prefixes using the PIO format.
But, as I said earlier, it is not just about RS/RA in its
current
[EMAIL PROTECTED] wrote:
Hi Tony, please see my in-line comments:
I think the questions should be is there merit in the
proposal?
That is true, but your section 3 does not establish that merit.
Hi Tony, just a reminder from an earlier e-mail that we will be seeking to
provide
On Aug 24, 2006, at 11:11 PM, ext Jari Arkko wrote:
Tim,
Its probably best if you now update your draft with a better
description
of what scenario you are looking at, details about the customers
requirements, justification of why new work is needed, and an analysis
of why existing
Just to be clear (and I know you're aware of this, Tony), lack of code is
a provably invalid argument in support of developing an alternative to
DHCPv6 PD. It is simply not true to say that DHCPv6 PD is not implemented
and has not been deployed. There are multiple server implementations
Rao Satyanarayana-W60007 wrote:
Ralph, Implementation and test effort is always there whether it is a
existing protocol or a new protocol to catch implementation specific
bugs. Even if one licenses a particular implementation, there is
always testing involved though the effort can be less
Hi Satya and icmpv6-pd draft co-authors,
Rao Satyanarayana-W60007 wrote:
We believe that there is a need for an alternate way of doing PD
simply because the DHCP PD is not intrinsic to the stack and makes it
unusable sometimes. ICMPv6 is intrinsic
I understand there may be a need for
[EMAIL PROTECTED] wrote:
We do not create alternative ways to do the same thing, because
doing so will burden implementors with additional complexity and
reduces the likelihood that nodes can communicate successfully.
Picking a common way to do something is the fundamental idea
behind
IPv6 Mailing List
Subject: Re: Prefix Delegation using ICMPv6
Rao Satyanarayana-W60007 wrote:
Ralph, Implementation and test effort is always there
whether it is a
existing protocol or a new protocol to catch implementation
specific
bugs. Even if one licenses a particular
-
From: Templin, Fred L [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 23, 2006 7:12 PM
To: [EMAIL PROTECTED]
Cc: IETF IPv6 Mailing List
Subject: RE: Re: Prefix Delegation using ICMPv6
Tim,
I took a look at the I-D and it reads well. I see that you
(and the co-authors) are asking RSs
Hi Ralph, why is it hard to talk about the e-mail without more detail?
Do you believe that it is theoretically possible that DHCPv6 PD
would be neither required nor desired?
Please make the case here (using technical justifications). Basic the
need for a new protocol on theoretical
Boy, an awful lot of messages on this already, and what appears to be
a lot of repeating the same arguments, and not actually responding to
the concerns being raised (i.e., not listening). :-(
I guess I'll add my $0.02 as well.
Thanks for the quick e-mail. As one of the co-authors, I'd in
-
From: Templin, Fred L [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 23, 2006 7:12 PM
To: [EMAIL PROTECTED]
Cc: IETF IPv6 Mailing List
Subject: RE: Re: Prefix Delegation using ICMPv6
Tim,
I took a look at the I-D and it reads well. I see that you
(and the co-authors) are asking RSs
Rao Satyanarayana-W60007 wrote:
I do not know what you mean by debug? Did anybody not say if a
proposal you may have submitted may or not work in some or certain
cases?. Did they not comment on the plus and minus points of the
proposal? That's what I mean by bugs in the proposal.
I
Bernie Volz (volz) wrote:
If we're to compare, I'd compare the ICMPv6-PD effort with the RA
option
to carry DNS Server effort. If things are to evolve quicker then
we could skip some intermediary steps.
Exactly. Why have two ways to the same thing! That's another effort
that should be
Title: RE: Prefix Delegation using ICMPv6
Alexandru - you've used a phrase that I still don't understand. What
does it mean for a node to have a prefix that it can reuse [...] for itself
and for others?
- Ralph
-Original Message-
From: Alexandru Petrescu [mailto:[EMAIL PROTECTED
Ralph Droms (rdroms) wrote:
Alexandru - you've used a phrase that I still don't understand. What
does it mean for a node to have a prefix that it can reuse [...]
for itself and for others?
Ralph, thanks for asking. A node having a prefix it can reuse for
itself and for others means that
Title: RE: Prefix Delegation using ICMPv6
Alex - thanks, that clarification helps. I wasn't sure if PD using ICMPv6
was using the phrase prefix delegation as you defined it, or to assign
a prefix between the requesting node and the assigning node (to
simulate a point-to-point link), or both
Hi Tony, please see my in-line comments:
I think the questions should be is there merit in the
proposal?
That is true, but your section 3 does not establish that merit.
Hi Tony, just a reminder from an earlier e-mail that we will be seeking to
provide additional detail in section 3 in the
From: Templin, Fred L [EMAIL PROTECTED]
Date: 2006/08/23 Wed PM 07:12:23 CDT
To: [EMAIL PROTECTED]
Cc: IETF IPv6 Mailing List ipv6@ietf.org
Subject: RE: Re: Prefix Delegation using ICMPv6
Tim,
I took a look at the I-D and it reads well.
Hi Fred, thanks.
I see that you
(and the co-authors
Rao Satyanarayana-W60007 wrote:
Thanks, Alex.
We too think the same about the use of PD - to be able subnet further
and RA downstream.
So one would need prefix delegation for a DSL-like deployment, or for a
mobile router deployment, but not for a netlmm deployment. Right?
Alex
Delegation using ICMPv6
[EMAIL PROTECTED] wrote:
In some cases, customers may wish to have an alternative to
the existing mechanism (WHY they wish to have it is a
separate question, THAT they do is an issue which helped
inform the writing of our draft).
I am not opposed to doing something different
Hi Thomas, please see my comments in-line:
From: Thomas Narten [EMAIL PROTECTED]
Date: 2006/08/24 Thu AM 10:26:19 CDT
To: [EMAIL PROTECTED]
Cc: Ralph Droms [EMAIL PROTECTED],
Durand,Alain [EMAIL PROTECTED],
IETF IPv6 Mailing List ipv6@ietf.org
Subject: Re: Prefix Delegation
Fred,
OK, I see now. When Tim first contacted me he came across with a certain
sense of naivety
If you wish to remain focused on the issue at hand (namely, the merit of the
proposal we have placed before the group), please do so. As for such
impressions about me, please keep them off this
Hello Ralph,
CPE (RR) in your diagram participate in prefix delegation.
And CPE and Subscriber PCs can use the same prefix delegation
mechanism to assign unique prefixes to the subscriber PCs.
This can be useful in scenarios where unique prefix assignment
is required on a shared link.
-Syam
On
From: Ralph Droms [EMAIL PROTECTED]
Date: 2006/08/22 Tue PM 11:04:04 CDT
To: [EMAIL PROTECTED]
Cc: Durand, Alain [EMAIL PROTECTED],
Syam Madanapalli [EMAIL PROTECTED],
IETF IPv6 Mailing List ipv6@ietf.org
Subject: Re: Prefix Delegation using ICMPv6
Tim - SLAAC and DHCPv6
Hi,
On 8/23/06, Ole Troan [EMAIL PROTECTED] wrote:
I don't understand the rationale for this work either.
the first PD proposal (by Brian Haberman) was indeed based on using
ICMP as transport. separate message types instead of
piggy-backing on RS/RA though. as we continued to develop that
[EMAIL PROTECTED] wrote:
From: Durand, Alain [EMAIL PROTECTED]
Date: 2006/08/22 Tue PM 10:31:10 CDT
To: [EMAIL PROTECTED], Syam Madanapalli [EMAIL PROTECTED],
IETF IPv6 Mailing List ipv6@ietf.org
Subject: RE: RE: Prefix Delegation using ICMPv6
Thanks for the quick e-mail. As one
Syam Madanapalli wrote:
Currently DHCP mechanism works only between routers whereas this
new mechanism works for end hosts.
The difference between a router and a host is a routing process and a
willingness to forward packets, not how it interprets ICMP or whether it
can parse DHCP.
Eliot
On Wed, 23 Aug 2006, Syam Madanapalli wrote:
Hi,
On 8/23/06, Ole Troan [EMAIL PROTECTED] wrote:
I don't understand the rationale for this work either.
the first PD proposal (by Brian Haberman) was indeed based on using
ICMP as transport. separate message types instead of
piggy-backing on
]
[EMAIL PROTECTED] wrote:
From: Ralph Droms [EMAIL PROTECTED]
Date: 2006/08/22 Tue PM 11:04:04 CDT
To: [EMAIL PROTECTED]
Cc: Durand, Alain [EMAIL PROTECTED],
Syam Madanapalli [EMAIL PROTECTED],
IETF IPv6 Mailing List ipv6@ietf.org
Subject: Re: Prefix Delegation using ICMPv6
Tim
Questions in line...
- Ralph
On Aug 23, 2006, at 3:54 AM, Syam Madanapalli wrote:
Hi,
On 8/23/06, Ole Troan [EMAIL PROTECTED] wrote:
I don't understand the rationale for this work either.
the first PD proposal (by Brian Haberman) was indeed based on using
ICMP as transport. separate
Tim,
Given that there is a historical precedent for being able to do something via
more than one standardized IETF way, I'd suggest that IPv6 PD is another such
case where such an approach is warranted.
...
I'd like to repeat my/our contention that ICMPv6 PD is not meant to replace
DHCPv6 PD.
Also, the subnet model that NetLMM WG wants to choose is to have
a unique prefix for each MN.
Having a unique prefix for each MN is not the same as a
requirement to perform prefix delegation. Netlmm hosts
are required to work with existing stacks, and I would
generally expect them to use
for the existing mechanism). FWIW, please see
comments in-line:
From: Durand, Alain [EMAIL PROTECTED]
Date: 2006/08/22 Tue PM 09:12:21 CDT
To: Syam Madanapalli [EMAIL PROTECTED],
IETF IPv6 Mailing List ipv6@ietf.org
Subject: RE: Prefix Delegation using ICMPv6
Currently proposed
To: [EMAIL PROTECTED]
Cc: Durand, Alain; IETF IPv6 Mailing List
Subject: Re: Prefix Delegation using ICMPv6
Some more detailed responses in line...
- Ralph
On Aug 22, 2006, at 11:25 PM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hi Alain,
Thanks for the quick e-mail. As one of the co
Hello Ralph,
On 8/23/06, Ralph Droms [EMAIL PROTECTED] wrote:
Questions in line...
- Ralph
On Aug 23, 2006, at 3:54 AM, Syam Madanapalli wrote:
Hi,
On 8/23/06, Ole Troan [EMAIL PROTECTED] wrote:
I don't understand the rationale for this work either.
the first PD proposal (by Brian
: Jari Arkko [EMAIL PROTECTED]
To: Syam Madanapalli [EMAIL PROTECTED]
Cc: Brian E Carpenter [EMAIL PROTECTED]; IETF IPv6 Mailing List
ipv6@ietf.org
Sent: Wednesday, August 23, 2006 5:25 AM
Subject: Re: Prefix Delegation using ICMPv6
Also, the subnet model that NetLMM WG wants to choose
Syam - I'm feeling really dense at this point. I don't understand
unique prefix for host and assigning the unique prefix for each
host between the CPE and the subscriber PC. In your scenario, what
devices participate in PD in the diagram I included? Is there a
description of the
[EMAIL PROTECTED] wrote:
Tim - SLAAC and DHCPv6 are fundamentally different ways to assign
addresses.
Ralph thanks, I'm glad you (realize that) see my point. There is more than
one IETF standardized way to do host addressing. Do you believe it is
good that more than one IETF standardized
On 8/23/06, Jari Arkko [EMAIL PROTECTED] wrote:
Also, the subnet model that NetLMM WG wants to choose is to have
a unique prefix for each MN.
Having a unique prefix for each MN is not the same as a
requirement to perform prefix delegation.
I am not sure if there is any difference as for as
@ietf.org
Subject: Re: Prefix Delegation using ICMPv6
[EMAIL PROTECTED] wrote:
From: Durand, Alain [EMAIL PROTECTED]
Date: 2006/08/22 Tue PM 10:31:10 CDT
To: [EMAIL PROTECTED], Syam Madanapalli [EMAIL PROTECTED],
IETF IPv6 Mailing List ipv6@ietf.org
Subject: RE: RE: Prefix Delegation using
From: Ole Troan [EMAIL PROTECTED]
Date: 2006/08/23 Wed AM 12:57:16 CDT
To: Syam Madanapalli [EMAIL PROTECTED]
Cc: IETF IPv6 Mailing List ipv6@ietf.org
Subject: Re: Prefix Delegation using ICMPv6
I don't understand the rationale for this work either.
Hi Ole, thanks for the reply. Sorry it took me
Tim - The answer to your exact question is, of course, yes. But, in
my opinion, that question is not the right starting point for our
conversation.
A better question to start with, which we certainly ought to ask as
members of an engineering organization like the IETF, is: Is there a
: Ralph Droms [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 23, 2006 5:31 PM
To: [EMAIL PROTECTED]
Cc: Durand, Alain; IETF IPv6 Mailing List
Subject: Re: Prefix Delegation using ICMPv6
Tim - The answer to your exact question is, of course, yes.
But, in my opinion, that question
From: Jari Arkko [EMAIL PROTECTED]
Date: 2006/08/23 Wed AM 07:24:59 CDT
To: [EMAIL PROTECTED]
Cc: Ralph Droms [EMAIL PROTECTED], IETF IPv6 Mailing List ipv6@ietf.org
Subject: Re: Prefix Delegation using ICMPv6
Tim,
Given that there is a historical precedent for being able to do something via
From: Rao Satyanarayana-W60007 [EMAIL PROTECTED]
Date: 2006/08/23 Wed PM 05:54:07 CDT
To: Ralph Droms [EMAIL PROTECTED], [EMAIL PROTECTED]
Cc: Durand, Alain [EMAIL PROTECTED],
IETF IPv6 Mailing List ipv6@ietf.org
Subject: RE: Prefix Delegation using ICMPv6
Satya,
You put this so much
From: Ralph Droms [EMAIL PROTECTED]
Date: 2006/08/23 Wed AM 05:43:09 CDT
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
Cc: Durand, Alain [EMAIL PROTECTED],
Syam Madanapalli [EMAIL PROTECTED],
IETF IPv6 Mailing List ipv6@ietf.org
Subject: Re: Prefix Delegation using ICMPv6
Tim - I
From: Ralph Droms [EMAIL PROTECTED]
Date: 2006/08/23 Wed AM 06:23:39 CDT
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
Cc: Durand, Alain [EMAIL PROTECTED],
Syam Madanapalli [EMAIL PROTECTED],
IETF IPv6 Mailing List ipv6@ietf.org
Subject: Re: Prefix Delegation using ICMPv6
Some more
Rao Satyanarayana wrote:
...
What we would like to know now is are there any bugs in the proposal
being specified?
Routers do not currently *send* RS messages.
Bug == ICMPv6 is an integral part of the IPv6 stack and
hence the proposed mechanism for Prefix Delegation does not require
Tim,
I took a look at the I-D and it reads well. I see that you
(and the co-authors) are asking RSs to carry PIOs by way of
requesting specific prefixes, and that you are asking for new
flag bits (the 'P' bit in the RS message 'Reserved' field and
the 'D' bit in the PIO 'Reserved1' field) which
List' ipv6@ietf.org
Subject: RE: Re: Prefix Delegation using ICMPv6
[EMAIL PROTECTED] wrote:
Tim - SLAAC and DHCPv6 are fundamentally different ways to assign
addresses.
Ralph thanks, I'm glad you (realize that) see my point. There is more than
one IETF standardized way to do host addressing
Currently proposed solution for IPv6 Prefix Delegation is based on
DHCPv6 protocol. We believe that in certain network topologies and
configurations where the CPE routers may not be capable or configured
to use DHCPv6 and hence can not utilize the currently proposed ipv6
prefix
Thanks for the quick e-mail. As one of the co-authors, I'd in
turn like to reply (and state that ICMPv6 PD is ANOTHER way
to do IPv6 PD, NOT a replacement for the existing mechanism).
FWIW, please see comments in-line:
This is probably the crux of the issue. I believe that having
From: Durand, Alain [EMAIL PROTECTED]
Date: 2006/08/22 Tue PM 10:31:10 CDT
To: [EMAIL PROTECTED], Syam Madanapalli [EMAIL PROTECTED],
IETF IPv6 Mailing List ipv6@ietf.org
Subject: RE: RE: Prefix Delegation using ICMPv6
Thanks for the quick e-mail. As one of the co-authors, I'd
: Durand, Alain [EMAIL PROTECTED]
Date: 2006/08/22 Tue PM 10:31:10 CDT
To: [EMAIL PROTECTED], Syam Madanapalli [EMAIL PROTECTED],
IETF IPv6 Mailing List ipv6@ietf.org
Subject: RE: RE: Prefix Delegation using ICMPv6
Thanks for the quick e-mail. As one of the co-authors, I'd in
turn like
ipv6@ietf.org
Subject: Re: RE: Prefix Delegation using ICMPv6
Hi Alain,
Thanks for the quick e-mail. As one of the co-authors, I'd in turn like to
reply (and state that ICMPv6 PD is ANOTHER way to do IPv6 PD, NOT a
replacement for the existing mechanism). FWIW, please see comments in-line:
From
:12:21 CDT
To: Syam Madanapalli [EMAIL PROTECTED],
IETF IPv6 Mailing List ipv6@ietf.org
Subject: RE: Prefix Delegation using ICMPv6
Currently proposed solution for IPv6 Prefix Delegation is based on
DHCPv6 protocol. We believe that in certain network topologies and
configurations
I don't understand the rationale for this work either.
the first PD proposal (by Brian Haberman) was indeed based on using
ICMP as transport. separate message types instead of
piggy-backing on RS/RA though. as we continued to develop that
mechanism we realised that we were pretty much reinventing
60 matches
Mail list logo