[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: draft-ietf-v6ops-security-overview-06.txt comments
Hi itojun,
On Fri, 3 Aug 2007, Jun-ichiro itojun Hagino wrote:
i'm not too sure if the document have reached WGLC or not, but anyways,
there are some critical comments coming up from my side.
http://ipv6samurais.com/ipv6samurais/openbsd-audit/
(still under development)
Yes -- in fact, it's already in RFC-editor's queue, so the possibility
of making non-editorial changes is rather slim.
overall (up to 2.1.9):
- i'm not too sure if it is appropriate to go into middleboxes too much
in this document or not. the document should clear up its standpoint
either to the standards side (like those who write specifications for
normal nodes), or to the "real life" side (like those who implement
middleboxes)
There has been significant debate about this, and much of it during
IESG review (see https://datatracker.ietf.org/idtracker/ballot/2044/),
so changes at this time are likely very substantial and not possible.
- i guess we need some upper-limit on a number of hop-by-hop option
headers present on a packet. i would say "at most 1", as the sender
can encodde as many stuffs as needed into a single hop-by-hop option
header.
Yes, that would be a good idea, but would need to be done in a spec
that updates RFC 2460 or such.
You may be interested in draft-krishnan-ipv6-hopbyhop-01.txt which
goes even a bit further than that. I guess this could potentially be
a good topic for the future IPv6 maintenance WG.
--
Pekka Savola "You each name yourselves king, yet the
Netcore Oy kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings