[src/trunk]: src/sys/netinet6 sync with reality.

[itojun <itojun%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/e489e0f33f03
branches:  trunk
changeset: 481761:e489e0f33f03
user:      itojun <itojun%NetBSD.org@localhost>
date:      Sat Feb 05 18:05:33 2000 +0000

description:
sync with reality.
- getipnodeby{name,addr} is now non-issue as RFC2553bis will be dropping it
- if_detach is mostly done
- add some items

diffstat:

 sys/netinet6/TODO |  41 ++++++++++++++++-------------------------
 1 files changed, 16 insertions(+), 25 deletions(-)

diffs (90 lines):

diff -r 8ce645e41c97 -r e489e0f33f03 sys/netinet6/TODO
--- a/sys/netinet6/TODO Sat Feb 05 17:53:30 2000 +0000
+++ b/sys/netinet6/TODO Sat Feb 05 18:05:33 2000 +0000
@@ -1,5 +1,5 @@
 KAME/NetBSD integration TODOs
-$NetBSD: TODO,v 1.10 2000/02/03 19:29:20 itojun Exp $
+$NetBSD: TODO,v 1.11 2000/02/05 18:05:33 itojun Exp $
 Jun-ichiro itojun Hagino <itojun%itojun.org@localhost>
 
 
@@ -37,7 +37,7 @@
 bytes)
 
 KAME team is doing experiments with m_pulldown().  will migrate to m_pulldown()
-after stabilization.
+after stabilization.  working nicely but need more tests and code reviews.
 
 * ipsec socket pointer
 
@@ -58,9 +58,8 @@
 Others (IPsec items) are used across IPv4 and IPv6 so they cannot be in
 M_PROTO0 kind of thing.
 
-When we switch to m->m_pkthdr.aux, we don't need those flags in m->m_flags.
-
-* if_detach improvement
+When we switch to full m->m_pkthdr.aux support, we don't need IPsec related
+flags in m->m_flags.
 
 * use of xx_control() from kernel
 
@@ -70,20 +69,24 @@
 we need to clean it up.  The right thing to happen is to split those
 necessary functions into (1) called-from-userland function, (2) called-from-
 interrupt function, and (3) common backend which shares as much code as
-possible.
+possible.  in6_prefix.c is the offending portion.
+
+* more LP64 friendliness checking
 
-* more LP64 friendliness
+* scoped address printing
+
+KAME implements extended format for link-local address printing, like
+"fe80::1@lo0".  After long debate, IETF ipngwg will pick "lo0%fe80::1" as
+standard one (picked "%" for avoiding conflict with "user@host" notation).
+We'll need to update the support before the release.
 
 
 USERLAND
 ========
-* various routing daemons
+* pim6dd/pim6sd licensing
 
-KAME codebase includes several routing daemons, like route6d or bgpd (which
-does RIPng and BGP4+, respectively).  Should we put these into
-/usr/src/usr.sbin, or should we treat those as third-party code (pkgsrc)?
-
-pim6dd/pim6sd license issue should be clarified.
+pim6dd/pim6sd license issue should be clarified, just like we need
+clarification for mroute6d.
 
 * IPv6-support in resolvers and libraries
 
@@ -93,9 +96,6 @@
 
 At this moment IPv6 support in lib/libc/net/* is implemented in very
 conservative way so that it will not break existing codebase.
-To be RFC2553 compilient, we need to supply getipnodeby{name,addr}.
-However, it needs a total rewrite of gethostby{name,addr}.
-It will make future upgrade to bind8x really harder.
 
 * -DINET6, -DIPSEC
 
@@ -109,15 +109,6 @@
 support.  Since we ship single binary tree we want to ship them enabled
 by default.
 
-* if index
-
-Should we hide if index (s6_addr[2-3] in in6_addr) from the user, on "ifconfig"
-or "netstat -in"?  Those numbers are just for kernel internal
-and should never be used from standard userland applications.
-(see 1.3 in sys/netinet6/IMPLEMENTATION)
-
-We start hiding it by using getnameinfo(NI_WITHSCOPEID).
-
 * more IPv6 support
 
 X11, NFS, RPC, whatever.