At Thu, 17 May 2007 09:28:10 -0400,
Brian Haberman [EMAIL PROTECTED] wrote:
While it would be useful to update 3542, I don't think it is necessary.
It is out-of-date given that it says the Type 0 routing header is the
only one defined (it isn't). However, I don't see the benefit of
revising
JINMEI Tatuya / 神明達哉 wrote:
At Thu, 17 May 2007 09:28:10 -0400,
Brian Haberman [EMAIL PROTECTED] wrote:
While it would be useful to update 3542, I don't think it is necessary.
It is out-of-date given that it says the Type 0 routing header is the
only one defined (it isn't). However, I
Itojun,
I think deprecation of RH0 along with BCP 38/84 ingress filtering on the edge
would be effective in limiting attacks to internal networks.
you know what, too much ingress filtering without rthdr2 support (MIP6
home address option) would kill MIP6 at once. MIP6
Pekka,
Dunno about that, but I guess an Updates: 4294 (IPv6 Node
Requirements) would be in order.
Yes, that would be good.
Jari
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests:
On 2007-05-17 03:29, Joe Abley wrote:
On 16-May-2007, at 18:54, Dow Street wrote:
It may not be the mechanism itself that is the inherent problem, but
rather the operational use model. In this case, disabling by default
and filtering when RH0 is turned on allows for careful investigation
On Wed, 16 May 2007, Vlad Yasevich wrote:
As part of the deprecation effort, does it also make sense to
update RFC 3542 (Advanced API) to remove the references to Type 0
routing header?
Dunno about that, but I guess an Updates: 4294 (IPv6 Node
Requirements) would be in order.
--
Pekka
Brian Haberman wrote:
While it would be useful to update 3542, I don't think it is necessary.
It is out-of-date given that it says the Type 0 routing header is the
only one defined (it isn't). However, I don't see the benefit of
revising that spec *just* for this.
Perhaps we should simply
On 16-May-2007, at 22:11, Iljitsch van Beijnum wrote:
On 17-mei-2007, at 3:29, Joe Abley wrote:
There is an argument that the right approach to facilitate source
routing experiments is to deprecate RH0, and define a new type of
routing header which is, from the outset, disabled by
On Wed, May 16, 2007 at 03:54:48PM -0700, Dow Street wrote:
I think the new draft is too extreme in its mitigation approach, and
would favor the disable by default option instead.
I think the new draft is too soft in it's mitigation approach, and would
favour language that more strongly
Jun-ichiro itojun Hagino 2.0 wrote:
As part of the deprecation effort, does it also make sense to
update RFC 3542 (Advanced API) to remove the references to Type 0
routing header?
we may want to remove references to rthdr0, but section 7 (Routing
Header) may be useful for rthdr7
Hi Ryan,
Good point about including the whole sentence; mea culpa! :^\
On Wed, May 16, 2007 at 05:09:34PM -0500, Tim Enos wrote:
In section 4.2, IMO it would seem good to see a brief justification of
the statement: filtering based on the presence of any
Routing Headers on IPv6 routers,
Le jeudi 17 mai 2007, Vlad Yasevich a écrit :
As part of the deprecation effort, does it also make sense to
update RFC 3542 (Advanced API) to remove the references to Type 0
routing header?
And then:
1/ Are inet6_rth_space() and inet6_rth_init() supposed to fail with
type 0?
2/ What is
On Wed, May 16, 2007 at 03:54:48PM -0700, Dow Street wrote:
I think the new draft is too extreme in its mitigation approach, and
would favor the disable by default option instead.
I think the new draft is too soft in it's mitigation approach, and would
favour language that more strongly
Dow,
Dow Street wrote:
I think the new draft is too extreme in its mitigation approach, and
would favor the disable by default option instead.
Underlying this debate seems to be the question of whether *any* form of
source routing is ok / worthwhile. I'm curious how much of the RH0 FUD
is
A New Internet-Draft is available from the on-line Internet-Drafts
directories.
This draft is a work item of the IP Version 6 Working Group Working Group of
the IETF.
Title : Deprecation of Type 0 Routing Headers in IPv6
Author(s) : J. Abley, et al.
Not sure why this hasn't gotten to the list yet, but here it is again.
Bob
Begin forwarded message:
From: ext [EMAIL PROTECTED] i-d-announce-
[EMAIL PROTECTED]
Date: May 16, 2007 12:50:02 PM PDT
To: [EMAIL PROTECTED]
Cc: ipv6@ietf.org
Subject: I-D ACTION:draft-ietf-ipv6-deprecate-rh0-00.txt
As part of the deprecation effort, does it also make sense to
update RFC 3542 (Advanced API) to remove the references to Type 0
routing header?
Thanks
-vlad
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative
PDT
To: [EMAIL PROTECTED]
Cc: ipv6@ietf.org
Subject: I-D ACTION:draft-ietf-ipv6-deprecate-rh0-00.txt
Reply-To: [EMAIL PROTECTED]
A New Internet-Draft is available from the on-line Internet-Drafts
directories.
This draft is a work item of the IP Version 6 Working Group Working
Group of the IETF
Not sure why this hasn't gotten to the list yet, but here it is again.
Title : Deprecation of Type 0 Routing Headers in IPv6
Author(s) : J. Abley, et al.
Filename: draft-ietf-ipv6-deprecate-rh0-00.txt
Pages : 7
Date:
There is an argument that the right approach to facilitate source routing
experiments is to deprecate RH0, and define a new type of routing header
which is, from the outset, disabled by default.
yes please.
IETF IPv6
On 17-mei-2007, at 3:29, Joe Abley wrote:
There is an argument that the right approach to facilitate source
routing experiments is to deprecate RH0, and define a new type of
routing header which is, from the outset, disabled by default.
Please present this argument; it's not self-evident.
On Wed, May 16, 2007 at 03:54:48PM -0700, Dow Street wrote:
I think the new draft is too extreme in its mitigation approach, and
would favor the disable by default option instead.
I think the new draft is too soft in it's mitigation approach, and would
favour language that more strongly
On Wed, May 16, 2007 at 05:09:34PM -0500, Tim Enos wrote:
In section 4.2, IMO it would seem good to see a brief justification of
the statement: filtering based on the presence of any
Routing Headers on IPv6 routers, regardless of type, is strongly
discouraged.
In this sentence, is
23 matches
Mail list logo
