From jeroen at unfix.org Tue Jul 20 13:54:03 2004 From: jeroen at unfix.org (Jeroen Massar) Date: Tue, 20 Jul 2004 13:54:03 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? Message-ID: <1090324442.4858.23.camel@segesta.zurich.ibm.com> Hi, As e.f.f.3.ip6.arpa has finally been delegated and works as of today I want to propose the end-day for ip6.int. ip6.int has been deprecated in favor of ip6.arpa for almost 3 years already (RFC3152 dates August 2001) thus it is time to clean up the mess. Vendors have been able to update their stacks for almost 3 years, ip6.arpa has been deployed on production (read RIR) IPv6 space already for quite some time too. Thus now, with 6bone also having a working ip6.arpa tree this seems to be a perfect opportunity to start shutting down ip6.int. At the moment only Cisco IOS and Windows XP don't have ip6.arpa support, but IOS has been addressed (they say) and Windows XP will be fixed with SP2 due out per August. As neither of these are server OS's this doesn't pose much of a problem anyway. People using IPv6 need to keep their systems up-to-date anyways. I propose that RIPE, and actually any other RIR, stops any delegations for ip6.int per 9/9/2006. Which is more than 3 years after the RFC has been released. Greets, Jeroen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 240 bytes Desc: This is a digitally signed message part URL: From plzak at arin.net Tue Jul 20 14:02:31 2004 From: plzak at arin.net (Ray Plzak) Date: Tue, 20 Jul 2004 08:02:31 -0400 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: <1090324442.4858.23.camel@segesta.zurich.ibm.com> Message-ID: <20040720120232.5CA01CF394@mercury.arin.net> Sounds like a good idea to me. Ray > -----Original Message----- > From: ipv6-wg-admin at ripe.net [mailto:ipv6-wg-admin at ripe.net] On Behalf Of > Jeroen Massar > Sent: Tuesday, July 20, 2004 7:54 AM > To: ipv6-wg at ripe.net > Subject: [ipv6-wg at ripe.net] 9/9/2006 : ip6.int shutdown? > > Hi, > > As e.f.f.3.ip6.arpa has finally been delegated and works as of today I > want to propose the end-day for ip6.int. > > ip6.int has been deprecated in favor of ip6.arpa for almost 3 years > already (RFC3152 dates August 2001) thus it is time to clean up the > mess. Vendors have been able to update their stacks for almost 3 years, > ip6.arpa has been deployed on production (read RIR) IPv6 space already > for quite some time too. Thus now, with 6bone also having a working > ip6.arpa tree this seems to be a perfect opportunity to start shutting > down ip6.int. > > At the moment only Cisco IOS and Windows XP don't have ip6.arpa support, > but IOS has been addressed (they say) and Windows XP will be fixed with > SP2 due out per August. As neither of these are server OS's this doesn't > pose much of a problem anyway. People using IPv6 need to keep their > systems up-to-date anyways. > > I propose that RIPE, and actually any other RIR, stops any delegations > for ip6.int per 9/9/2006. Which is more than 3 years after the RFC has > been released. > > Greets, > Jeroen From tjc at ecs.soton.ac.uk Tue Jul 20 14:34:16 2004 From: tjc at ecs.soton.ac.uk (Tim Chown) Date: Tue, 20 Jul 2004 13:34:16 +0100 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: <1090324442.4858.23.camel@segesta.zurich.ibm.com> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> Message-ID: <20040720123416.GY23475@login.ecs.soton.ac.uk> On Tue, Jul 20, 2004 at 01:54:03PM +0200, Jeroen Massar wrote: > > I propose that RIPE, and actually any other RIR, stops any delegations > for ip6.int per 9/9/2006. Which is more than 3 years after the RFC has > been released. > Maybe 6/6/6 as per 3ffe deprecation? tim From jeroen at unfix.org Tue Jul 20 14:40:44 2004 From: jeroen at unfix.org (Jeroen Massar) Date: Tue, 20 Jul 2004 14:40:44 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: <20040720123416.GY23475@login.ecs.soton.ac.uk> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> Message-ID: <1090327244.4858.31.camel@segesta.zurich.ibm.com> On Tue, 2004-07-20 at 14:34, Tim Chown wrote: > On Tue, Jul 20, 2004 at 01:54:03PM +0200, Jeroen Massar wrote: > > > > I propose that RIPE, and actually any other RIR, stops any delegations > > for ip6.int per 9/9/2006. Which is more than 3 years after the RFC has > > been released. > > > > Maybe 6/6/6 as per 3ffe deprecation? I actually made a typo there (and in another one), as I got mixed up with exactly that date. 9/9/2004 would be the better date, which also matches with the '3 years after the RFC' part. The sooner we flush out all the dependencies on ip6.int and clear it out the better. Why? I hear from a corner (there is bound to be someone screaming that), well maintaining both an ip6.arpa and ip6.int tree is not that difficult management wise if you got a good toolset, but it does eat quite a lot of nameserver resources (read: memory) when you have quite a number of prefixes and are reversing a lot of IP's there. As ip6.int can go away as it has been replaced properly, better use those resources for something else. Greets, Jeroen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 240 bytes Desc: This is a digitally signed message part URL: From jordi.palet at consulintel.es Tue Jul 20 18:37:10 2004 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Tue, 20 Jul 2004 18:37:10 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> Message-ID: <02ea01c46e77$d0d107a0$8700000a@consulintel.es> I will also support the idea of 6/6/6. I believe a shorter time is a little bit dangerous. Some OS could be not updated so often. Not a maker problem, but by the users. The main point should be to avoid problems to users, mainly. I also hear to Jeroen, but I'm not really sure that this actually means (and in 1-2 years from now) so many resources. Instead, we can also move forward faster IF the deployment takes up sooner. Regards, Jordi ----- Original Message ----- From: "Tim Chown" To: "Jeroen Massar" Cc: Sent: Tuesday, July 20, 2004 2:34 PM Subject: Re: [ipv6-wg at ripe.net] 9/9/2006 : ip6.int shutdown? > On Tue, Jul 20, 2004 at 01:54:03PM +0200, Jeroen Massar wrote: > > > > I propose that RIPE, and actually any other RIR, stops any delegations > > for ip6.int per 9/9/2006. Which is more than 3 years after the RFC has > > been released. > > > > Maybe 6/6/6 as per 3ffe deprecation? > > tim > > ********************************** Madrid 2003 Global IPv6 Summit Presentations and videos on line at: http://www.ipv6-es.com This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited. From jeroen at unfix.org Wed Jul 21 11:42:40 2004 From: jeroen at unfix.org (Jeroen Massar) Date: Wed, 21 Jul 2004 11:42:40 +0200 Subject: [ipv6-wg@ripe.net] Re: [dns-wg] Re: Re: IPv6 glue AAAA RRs in the root zone In-Reply-To: <830.1090401067@gromit.rfc1035.com> References: <830.1090401067@gromit.rfc1035.com> Message-ID: <1090402959.4858.148.camel@segesta.zurich.ibm.com> [Added CC to ipv6-wg at ripe.net, where IMHO this belongs ;) ] On Wed, 2004-07-21 at 11:11, Jim Reid wrote: > >>>>> "Jeroen" == Jeroen Massar writes: > > >> Wrong, several root name servers (of course, not ICANN's one) > >> are reachable over IPv6: read http://www.root-servers.org/ > >> and edit your db.root. > > Jeroen> I know those addresses and I also know that all of those > Jeroen> boxes have a latency over at least 200ms and very odd > Jeroen> routability and those are far far far from to be called > Jeroen> production. > > This could be a good topic for presenting to the WG. Want to volunteer > to write up a document and/or presentation on the state of IPv6 > deployment in the root and TLD name servers, routing anomalies, etc, > etc? It would be good to hear someone's first-hand experiences with > this stuff: what went wrong, how it was worked around or solved, what > could be done better, future directions. Check http://www.sixxs.net/misc/latency/ and select the "IPv6 between POPs and well known destinations" option to reveal some ugglyness. I've been monitoring most of them for quite some time already and I also did some testing with the IPv6 only test root's (see http://www.rs.net) The POPs mentioned btw are the located all over Europe at various independent ISP's add .sixxs.net to find out exactly where or see the POP page on the site. Average latency to b.root-servers.net at least 294ms. H.root-servers.net was gone for sunday to monday and so on.... Not even minding the packetloss. E and I are also there btw, though that is not on the root-servers.org site. > Personally, I don't see why you care about the RTT to a root server. A > well-behaved name server will make 4-5 queries to a root server once a > week or so. That is indeed true, but it is rather odd when a machine is physically close and good connectivity between for instance Amsterdam and Sweden exists and then one still has traffic going over the US... But this is more a problem of the state of the IPv6 routing tables and the fact that only I is in europe and is only even testing IPv6 connectivity. Thus a presentation or better a debate about how the IPv6 routing can be improved in general would be a better subject and prolly the place for that is the ipv6-wg. But as people know who go there Gert Doering has been doing those updates for quite some time already and last time at least there was some discussion about the MIPP draft. Even as it has improved considerably in the last couple of years we are not there yet.. Greets, Jeroen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 240 bytes Desc: This is a digitally signed message part URL: From rogerj at jorgensen.no Tue Jul 20 18:49:27 2004 From: rogerj at jorgensen.no (Roger Jorgensen) Date: Tue, 20 Jul 2004 18:49:27 +0200 (CEST) Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: <02ea01c46e77$d0d107a0$8700000a@consulintel.es> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> Message-ID: The faster we get cleaned up the .ip6.int vs .ip6.arpa in DNS the better it is. If we wait until 2006 or do it late this year doesn't matter, it will cause problems anyway. Let's go for 2004 and get things moving just a little bit faster ... people have known about .ip6.arpa for some times so the support should have been there. On Tue, 20 Jul 2004, JORDI PALET MARTINEZ wrote: > > I will also support the idea of 6/6/6. > > I believe a shorter time is a little bit dangerous. Some OS could be not updated so often. Not a maker problem, but by the users. The main point should be to avoid problems to users, mainly. > > I also hear to Jeroen, but I'm not really sure that this actually means (and in 1-2 years from now) so many resources. Instead, we can also move forward faster IF the deployment takes up sooner. > > Regards, > Jordi > > ----- Original Message ----- > From: "Tim Chown" > To: "Jeroen Massar" > Cc: > Sent: Tuesday, July 20, 2004 2:34 PM > Subject: Re: [ipv6-wg at ripe.net] 9/9/2006 : ip6.int shutdown? > > > > On Tue, Jul 20, 2004 at 01:54:03PM +0200, Jeroen Massar wrote: > > > > > > I propose that RIPE, and actually any other RIR, stops any delegations > > > for ip6.int per 9/9/2006. Which is more than 3 years after the RFC has > > > been released. > > > > > > > Maybe 6/6/6 as per 3ffe deprecation? > > > > tim > > > > > > > ********************************** > Madrid 2003 Global IPv6 Summit > Presentations and videos on line at: > http://www.ipv6-es.com > > This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited. > > > > > -- ------------------------------ Roger Jorgensen | rogerj at stud.cs.uit.no | - IPv6 is The Key! http://www.jorgensen.no | roger at jorgensen.no ------------------------------------------------------- From iljitsch at muada.com Thu Jul 22 09:32:56 2004 From: iljitsch at muada.com (Iljitsch van Beijnum) Date: Thu, 22 Jul 2004 09:32:56 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> Message-ID: <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> On 20-jul-04, at 18:49, Roger Jorgensen wrote: > The faster we get cleaned up the .ip6.int vs .ip6.arpa in DNS the > better > it is. If we wait until 2006 or do it late this year doesn't matter, it > will cause problems anyway. > Let's go for 2004 and get things moving just a little bit faster ... > people have known about .ip6.arpa for some times so the support should > have been there. Just curious: why was there a change from ip6.int to ip6.arpa in the first place? And I suggest that those who find it hard to support both just go ahead and drop ip6.int themselves and see what problems this causes rather than push for elimination of ip6.int wholesale. In fact, it would probably be a good idea to keep ip6.int around forever. If nobody uses it, there is no harm in it being there. If people still use it, then removing it causes problems. From jeroen at unfix.org Thu Jul 22 09:43:34 2004 From: jeroen at unfix.org (Jeroen Massar) Date: Thu, 22 Jul 2004 09:43:34 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> Message-ID: <1090482213.16467.318.camel@segesta.zurich.ibm.com> On Thu, 2004-07-22 at 09:32, Iljitsch van Beijnum wrote: > On 20-jul-04, at 18:49, Roger Jorgensen wrote: > > > The faster we get cleaned up the .ip6.int vs .ip6.arpa in DNS the > > better > > it is. If we wait until 2006 or do it late this year doesn't matter, it > > will cause problems anyway. > > > Let's go for 2004 and get things moving just a little bit faster ... > > people have known about .ip6.arpa for some times so the support should > > have been there. > > Just curious: why was there a change from ip6.int to ip6.arpa in the > first place? RFC3152: 8<----------- The IAB recommended that the ARPA top level domain (the name is now considered an acronym for "Address and Routing Parameters Area") be used for technical infrastructure sub-domains when possible. It is already in use for IPv4 reverse mapping and has been established as the location for E.164 numbering on the Internet [RFC2916 RFC3026]. ---------->8 > And I suggest that those who find it hard to support both just go ahead > and drop ip6.int themselves and see what problems this causes rather > than push for elimination of ip6.int wholesale. In fact, it would > probably be a good idea to keep ip6.int around forever. If nobody uses > it, there is no harm in it being there. If people still use it, then > removing it causes problems. The problem here is that you can't identify the software easily which is using the wrong delegation. Also one now needs to support both ip6.int and ip6.arpa trees, which thus consumes double the resources on your nameservers. For people without proper DNS management it also requires double the work. It has been deprecated thus it must go away ;) Three years is long enough for people to wait already. But indeed, if there is concensus or not 9/9/2004 and ip6.int is gone for me. Greets, Jeroen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 240 bytes Desc: This is a digitally signed message part URL: From kurtis at kurtis.pp.se Thu Jul 22 09:58:31 2004 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 22 Jul 2004 09:58:31 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: <1090482213.16467.318.camel@segesta.zurich.ibm.com> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2004-07-22, at 09.43, Jeroen Massar wrote: > But indeed, if there is concensus or not 9/9/2004 and ip6.int is gone > for me. I vote for 9/9/2004 and getting rid of it properly. Maintaining two reverse threes will create more problems than it will solve. - - kurtis - -----BEGIN PGP SIGNATURE----- Version: PGP 8.0.3 iQA/AwUBQP9zq6arNKXTPFCVEQI3kACgg64aymyVhewNR5xZqxBqyf+eeZMAoIgM 8UGVR6tAuhsVPUBZQOJSCxqc =y9eV -----END PGP SIGNATURE----- From jeroen at unfix.org Thu Jul 22 10:10:19 2004 From: jeroen at unfix.org (Jeroen Massar) Date: Thu, 22 Jul 2004 10:10:19 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> Message-ID: <1090483818.16467.335.camel@segesta.zurich.ibm.com> [ Cross-post, to get everybody in sync, Other messages in this thread can be found at: http://www.ripe.net/ripe/mail-archives/ipv6-wg/2004/msg00089.html ] On Thu, 2004-07-22 at 09:58, Kurt Erik Lindqvist wrote: > On 2004-07-22, at 09.43, Jeroen Massar wrote: > > > But indeed, if there is concensus or not 9/9/2004 and ip6.int is gone > > for me. > > I vote for 9/9/2004 and getting rid of it properly. Maintaining two > reverse threes will create more problems than it will solve. Take your pick: http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.html http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.txt http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.xml Short, quick and easy. If no comments are risen for 16:00 today I'll submit this as an ID. Greets, Jeroen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 240 bytes Desc: This is a digitally signed message part URL: From iljitsch at muada.com Thu Jul 22 10:55:22 2004 From: iljitsch at muada.com (Iljitsch van Beijnum) Date: Thu, 22 Jul 2004 10:55:22 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> Message-ID: On 22-jul-04, at 9:58, Kurt Erik Lindqvist wrote: >> But indeed, if there is concensus or not 9/9/2004 and ip6.int is gone >> for me. > I vote for 9/9/2004 and getting rid of it properly. Maintaining two > reverse threes will create more problems than it will solve. Blame the IAB. Apparently, they were the ones who created this mess by frivolously adopting ip6.arpa as a replacement for ip6.int. It staggers the mind that otherwise smart people can make decisions like this. In Dutch we have a saying "those who burn their buttocks must sit on the blisters" (= if you do something stupid you have to suffer the consequences). From pim at ipng.nl Thu Jul 22 10:56:57 2004 From: pim at ipng.nl (Pim van Pelt) Date: Thu, 22 Jul 2004 10:56:57 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <1090483818.16467.335.camel@segesta.zurich.ibm.com> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> Message-ID: <20040722085657.GA7275@bfib.colo.bit.nl> Hi, http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.html | Short, quick and easy. | If no comments are risen for 16:00 today I'll submit this as an ID. Are you serious ? Not that this document is that lengthy and all, but perhaps a one week review period is somewhat more fair ? I for one do not see the need to kill ip6.int 'per se' in 2004. I would think that the 6bone removal date in 2006 is more realistic. Note that if the majority thinks your 2004 date is a reasonable goal, I will support this also. groet, Pim -- ---------- - - - - -+- - - - - ---------- Pim van Pelt Email: pim at ipng.nl http://www.ipng.nl/ IPv6 Deployment ----------------------------------------------- From kurtis at kurtis.pp.se Thu Jul 22 10:58:31 2004 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 22 Jul 2004 10:58:31 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> Message-ID: <4E066A04-DBBD-11D8-B026-000A95928574@kurtis.pp.se> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2004-07-22, at 10.55, Iljitsch van Beijnum wrote: > On 22-jul-04, at 9:58, Kurt Erik Lindqvist wrote: > >>> But indeed, if there is concensus or not 9/9/2004 and ip6.int is gone >>> for me. > >> I vote for 9/9/2004 and getting rid of it properly. Maintaining two >> reverse threes will create more problems than it will solve. > > Blame the IAB. Apparently, they were the ones who created this mess by > frivolously adopting ip6.arpa as a replacement for ip6.int. It > staggers the mind that otherwise smart people can make decisions like > this. > > In Dutch we have a saying "those who burn their buttocks must sit on > the blisters" (= if you do something stupid you have to suffer the > consequences). "Two wrongs doesn't make a right". :-) I don't know why we ended up in .int to start with. But I guess there is a story behind that, that someone will tell me real soon now(tm). :-) Still, there is no merit to have two trees and we have known this change would come for a long time. And now that even IANA seems to be "IPv6 capable" we should just move on. - - kurtis - -----BEGIN PGP SIGNATURE----- Version: PGP 8.0.3 iQA/AwUBQP+BuqarNKXTPFCVEQIj4QCgpJ7w2srZtSiHQSerQFXjYVvwfxEAoOeE nZDDKnW8kc/sr/O8xBzzFYD/ =lePP -----END PGP SIGNATURE----- From k13 at nikhef.nl Thu Jul 22 10:57:46 2004 From: k13 at nikhef.nl (Rob Blokzijl) Date: Thu, 22 Jul 2004 10:57:46 +0200 (MET DST) Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <1090483818.16467.335.camel@segesta.zurich.ibm.com> Message-ID: Jeroen, On Thu, 22 Jul 2004, Jeroen Massar wrote: > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.html > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.txt > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.xml > > Short, quick and easy. yes, indeed :-) > If no comments are risen for 16:00 today I'll submit this as an ID. two minor points. In the abstract and the introduction you write: RFC 3152 delegates IP6.ARPA for reverse IPv6 delegations. For RIRs (RIPE,ARIN,APNIC,LACNIC and soon AFNIC) Replace RIPE --> RIPE NCC Replace AFNIC --> AFRINIC (AFNIC is the .fr registry :-) ) > > Greets, > Jeroen > > Otherwise YES! Groet, Rob From gert at space.net Thu Jul 22 11:46:30 2004 From: gert at space.net (Gert Doering) Date: Thu, 22 Jul 2004 11:46:30 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> Message-ID: <20040722094630.GR467@Space.Net> Hi, On Thu, Jul 22, 2004 at 09:32:56AM +0200, Iljitsch van Beijnum wrote: > Just curious: why was there a change from ip6.int to ip6.arpa in the > first place? Politics that no sane minds will be able to understand. > And I suggest that those who find it hard to support both just go ahead > and drop ip6.int themselves and see what problems this causes rather > than push for elimination of ip6.int wholesale. In fact, it would > probably be a good idea to keep ip6.int around forever. If nobody uses > it, there is no harm in it being there. If people still use it, then > removing it causes problems. Maintaining both trees does cause quite some administrative overhead (depending on the name server software and zone file format you use, you cannot just point both zones to the same file. Even if you can, the whole thing falls apart if you want to delegate a /48 to your customer, and the customer has only ip6.arpa, but not ip6.int -> lame delegation, or distinct zone files further up the tree). Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 65398 (60210) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From jeroen at unfix.org Thu Jul 22 11:46:17 2004 From: jeroen at unfix.org (Jeroen Massar) Date: Thu, 22 Jul 2004 11:46:17 +0200 Subject: [ipv6-wg@ripe.net] Re: 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <20040722085728.GD24497@sutekh.progsoc.uts.edu.au> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <20040722085728.GD24497@sutekh.progsoc.uts.edu.au> Message-ID: <1090489576.16467.385.camel@segesta.zurich.ibm.com> On Thu, 2004-07-22 at 10:57, Anand Kumria wrote: > On Thu, Jul 22, 2004 at 10:10:19AM +0200, Jeroen Massar wrote: > > [ Cross-post, to get everybody in sync, > > Other messages in this thread can be found at: > > http://www.ripe.net/ripe/mail-archives/ipv6-wg/2004/msg00089.html ] > > > > On Thu, 2004-07-22 at 09:58, Kurt Erik Lindqvist wrote: > > > > > On 2004-07-22, at 09.43, Jeroen Massar wrote: > > > > > > > But indeed, if there is concensus or not 9/9/2004 and ip6.int is gone > > > > for me. > > > > > > I vote for 9/9/2004 and getting rid of it properly. Maintaining two > > > reverse threes will create more problems than it will solve. > > What, specifically, is the hurry? That this has been overdue for three years already and that even though the deprecation was marked in August 2001 some vendors still not have done the change. And as it is a s/ip6.int/ip6.arpa/g which is very easy, if vendors did not do that yet they are way overdue and you got to wonder how much their interest is in keeping software upto date. Basically we (at least me) have been waiting for the 6bone to get the delegation so that we could remove the 2 trees and only keep one: ip6.arpa. This was decided by the IAB thus we should live up to it. If we do not remove ip6.int then still implementations using it will not show up. They have had 3 years already to update... > > Take your pick: > > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.html > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.txt > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.xml > > > > Short, quick and easy. > > If no comments are risen for 16:00 today I'll submit this as an ID. > > Comments: > e.f.f.3.ip6.arpa was documented in RFC3681 published in February > 2004 and actioned in July 2004. Added, but note that this was all long overdue and there where a number of other solutions that would have worked already 2 years ago if there had not been any of the political arguments holding back this technical issue. Note also that 6bone will end per 6/6/6 and that it is a TESTbed. The TESTbed is delaying and thus hurting the production networks in this case. > I'm assuming the actioning of e.f.f.3.ip6.arpa is the trigger > for this I-D; if so, why do you want to wait so little time (2 > months) between e.f.f.3.ip6.arpa becoming available and > requiring people to have updated resolver libraries? People should have updated their resolvers in the last *3 years*. If you have not done that already then you are not maintaining your machines properly and there is a big chance that you have bigger problems than a IPv6 reverse DNS that doesn't work anymore because ip6.int is gone. > Personally I'd be more in favour of a 6 month timeout - i.e > around last December or so. Of course the date is up to discussion, but IMHO: ASAP and at least before the end of the year, the sooner the better. Note that Cisco's IOS updates will be done before that date and Windows XP2 will come out in August (they say) thus everybody using IPv6 has time enough to upgrade. All "free unix flavors" already support it Also users agree: http://www.sixxs.net/forum/?msg=general-83948 Note the begin date of that thread, we where really waiting for 6bone just as being nice to the people still using it. On Thu, 2004-07-22 at 10:57, Rob Blokzijl wrote: > > If no comments are risen for 16:00 today I'll submit this as an ID. > > two minor points. In the abstract and the introduction you write: > > RFC 3152 delegates IP6.ARPA for reverse IPv6 delegations. For RIRs > (RIPE,ARIN,APNIC,LACNIC and soon AFNIC) > > Replace RIPE --> RIPE NCC That I did that wrong is a major oops, I should by know the difference by now. > Replace AFNIC --> AFRINIC > > (AFNIC is the .fr registry :-) ) Also adjusted and added some xref's in the XML. Old version is now draft-massar-v6ops-ip6int-removal-00.a new version carries the draft-massar-v6ops-ip6int-removal-00 name. Greets, Jeroen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 240 bytes Desc: This is a digitally signed message part URL: From iljitsch at muada.com Thu Jul 22 11:59:06 2004 From: iljitsch at muada.com (Iljitsch van Beijnum) Date: Thu, 22 Jul 2004 11:59:06 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <20040722085657.GA7275@bfib.colo.bit.nl> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <20040722085657.GA7275@bfib.colo.bit.nl> Message-ID: On 22-jul-04, at 10:56, Pim van Pelt wrote: > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int- > removal-00.html > | Short, quick and easy. Can't argue with that. :-) > I for one do not see the need to kill ip6.int 'per se' in 2004. I would > think that the 6bone removal date in 2006 is more realistic. I don't see any benefits to removing the ip6.int delegation in the first place. It makes much more sense to do this from the leaves up than from the root down. However, if this is going to happen, doing it this year is way too soon, as current IOS and Windows XP (both in wide use) rely on ip6.int. Newer versions that support ip6.arpa should be available for at least a year prior to removing ip6.int, in my opinion. So that would probably land us somewhere near 6/6/6, although there is of course no relation to the 6bone sunset. I also think expecting this to be published as an RFC by 9/9/4 is highly optimistic. :-) From iljitsch at muada.com Thu Jul 22 12:04:44 2004 From: iljitsch at muada.com (Iljitsch van Beijnum) Date: Thu, 22 Jul 2004 12:04:44 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: <20040722094630.GR467@Space.Net> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <20040722094630.GR467@Space.Net> Message-ID: <8E2C377A-DBC6-11D8-A54A-000A95CD987A@muada.com> On 22-jul-04, at 11:46, Gert Doering wrote: >> In fact, it would >> probably be a good idea to keep ip6.int around forever. If nobody uses >> it, there is no harm in it being there. If people still use it, then >> removing it causes problems. > Maintaining both trees does cause quite some administrative overhead > (depending on the name server software and zone file format you use, > you > cannot just point both zones to the same file. Then you probably also use an OS that doesn't support file system links? :-) The way I understand it, it's even possible to use the dname mechanism to fix all of this, so this argument isn't all that convincing. But even if: > Even if you can, the > whole thing falls apart if you want to delegate a /48 to your customer, > and the customer has only ip6.arpa, but not ip6.int -> lame delegation, > or distinct zone files further up the tree). I'm not arguing EVERYONE should continue to support ip6.int forever, just that the delegations to those who still do should remain in place. If you feel you shouldn't support ip6.int in your network, by all means, remove it. From andrei at ripe.net Thu Jul 22 12:11:34 2004 From: andrei at ripe.net (Andrei Robachevsky) Date: Thu, 22 Jul 2004 12:11:34 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <1090483818.16467.335.camel@segesta.zurich.ibm.com> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> Message-ID: <40FF92D6.10709@ripe.net> Jeroen, all, Jeroen Massar wrote: > [ Cross-post, to get everybody in sync, > Other messages in this thread can be found at: > http://www.ripe.net/ripe/mail-archives/ipv6-wg/2004/msg00089.html ] > > On Thu, 2004-07-22 at 09:58, Kurt Erik Lindqvist wrote: > > >>On 2004-07-22, at 09.43, Jeroen Massar wrote: >> >> >>>But indeed, if there is concensus or not 9/9/2004 and ip6.int is gone >>>for me. >> >>I vote for 9/9/2004 and getting rid of it properly. Maintaining two >>reverse threes will create more problems than it will solve. > > > Take your pick: > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.html > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.txt > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.xml > > Short, quick and easy. > If no comments are risen for 16:00 today I'll submit this as an ID. > We were discussing possible ways of ip6.int phaseout with other RIRs, and one approach was presented at the last RIPE meeting in May (http://www.ripe.net/ripe/meetings/ripe-48/presentations/ripe48-dns-reverse-ipv6.pdf). It is a bit less radical than yours. Description of the plan is attached. > Greets, > Jeroen > Regards, Andrei -- Andrei Robachevsky RIPE NCC -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ip6-int-phaseout.txt URL: From jeroen at unfix.org Thu Jul 22 12:18:30 2004 From: jeroen at unfix.org (Jeroen Massar) Date: Thu, 22 Jul 2004 12:18:30 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <20040722085657.GA7275@bfib.colo.bit.nl> Message-ID: <1090491510.16467.433.camel@segesta.zurich.ibm.com> On Thu, 2004-07-22 at 11:59, Iljitsch van Beijnum wrote: > On 22-jul-04, at 10:56, Pim van Pelt wrote: > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int- > > removal-00.html > > | Short, quick and easy. > > Can't argue with that. :-) > > > I for one do not see the need to kill ip6.int 'per se' in 2004. I would > > think that the 6bone removal date in 2006 is more realistic. > > I don't see any benefits to removing the ip6.int delegation in the > first place. It makes much more sense to do this from the leaves up > than from the root down. The leaves already have started falling in many places. Doing this quickly will make sure that everybody knows it can be removed from their systems and will identify the implementations that have not been upgraded yet. > However, if this is going to happen, doing it this year is way too > soon, as current IOS and Windows XP (both in wide use) rely on ip6.int. IOS updates are there, XP will get an update per SP2, which you can download already. For both, if you are using IPv6 you want to use new software (Debian unstable/testing ;) anyways. Thus upgrading is not an issue. > Newer versions that support ip6.arpa should be available for at least a > year prior to removing ip6.int, in my opinion. So that would probably > land us somewhere near 6/6/6, although there is of course no relation > to the 6bone sunset. It doesn't break any connectivity. Only reverse lookups using ip6.int will break. As neither IOS nor XP is a server OS this is not an issue. Traceroutes will not resolve and that is it. The major usage for reverse is IRC anyways and do you know somebody running an IRCD on IOS or XP? FTP/Mailservers/etc are servers and should run on Windows 2003 Server and not on XP "Pro" or even "Home". Windows 2003 Server already does ip6.arpa. IMHO this is thus a complete non-issue and the fault of the vendors who where both aware of this for three years already. Btw XP SP2 RC2 is available and works, guess what I am running ;) Waiting on vendors because they don't update their implementation is useless especially for this. They had their chance for 3 years already and they claim to be IPv6 compliant. > I also think expecting this to be published as an RFC by 9/9/4 is > highly optimistic. :-) Indeed, but that is something political not technical ;) Greets, Jeroen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 240 bytes Desc: This is a digitally signed message part URL: From iljitsch at muada.com Thu Jul 22 12:30:30 2004 From: iljitsch at muada.com (Iljitsch van Beijnum) Date: Thu, 22 Jul 2004 12:30:30 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <1090491510.16467.433.camel@segesta.zurich.ibm.com> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <20040722085657.GA7275@bfib.colo.bit.nl> <1090491510.16467.433.camel@segesta.zurich.ibm.com> Message-ID: <27E4FEF9-DBCA-11D8-A54A-000A95CD987A@muada.com> On 22-jul-04, at 12:18, Jeroen Massar wrote: >> I don't see any benefits to removing the ip6.int delegation in the >> first place. It makes much more sense to do this from the leaves up >> than from the root down. > The leaves already have started falling in many places. Doing this > quickly will make sure that everybody knows it can be removed from > their > systems and will identify the implementations that have not been > upgraded yet. I still don't see any reason to remove the delegation, and especially any reason to do it sooner rather than later. It's there, it isn't in the way, just leave it. We have better things to do than babysit IRC users who can't connect because their reverse mapping doesn't work anymore. >> However, if this is going to happen, doing it this year is way too >> soon, as current IOS and Windows XP (both in wide use) rely on >> ip6.int. > IOS updates are there In all trains that support IPv6 or just some? > if you are using IPv6 you want to use new software (Debian > unstable/testing ;) anyways. Thus upgrading is not an issue. Wait until you get a real job with real users that get you fired for real when you screw up their service. I have customers who run IPv6 images on their production routers, upgrading IS a big deal there. > FTP/Mailservers/etc are servers and should run on Windows 2003 Server > and not on XP "Pro" or even "Home". So now the IETF is in the business of telling people what OS they can use for what purpose?? > Waiting on vendors because they don't update their implementation is > useless especially for this. They had their chance for 3 years already > and they claim to be IPv6 compliant. Waiting for 3 years and THEN do it moments before they're ready is useless. Either it should have been done immediately as there was no production stuff running IPv6 back then (AFAIK), or just take it slowly, there is no rush. Now is not the time. From kurtis at kurtis.pp.se Thu Jul 22 12:35:02 2004 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 22 Jul 2004 12:35:02 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <40FF92D6.10709@ripe.net> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <40FF92D6.10709@ripe.net> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrei, > IP6.INT Phaseout Plan > > To deprecate usage of IP6.INT tree for reverse DNS and enable smooth > transition to IP6.ARPA a process with 3 milestones is proposed: > > > Milestone 1. Stop creating new and modifying existing delegations in > IP6.INT tree. > > Starting from January 1, 2005 new delegations SHOULD NOT be created > and > existing resource records will be modified. This applies to the > IP6.INT zone itself as well as to all child zones down the tree. I can see that removing the ip6.int delegation by 9/9/2004 would be considered agressive. But continuing to populating something that has been deprecated for another 6 months after there is an alternative doesn't make sense to me. I would assume this date to be ASAP. > Milestone 2. Remove all existing delegations from the IP6.INT tree. > > Starting from June 6, 2006, all delegations will be deleted from the > IP6.INT zone and its child zones down the tree. This will > effectively > obsolete IP6.INT reverse delegation tree. > > > Milestone 3. Remove IP6 delegation from the "INT" gTLD. > > Recommend to the IETF to direct IANA to remove the delegation of the > obsolete "IP6" child zone from the "INT" gTLD. Since Milestone 2 > effectively > obsoletes IP6.INT zone this can be done at the same time, on June 6, > 2006. While 9/9/2004 might be optimistic, just as Iljitsch points out, we will not have a RFC by then, June 6th 2006 seems to far away for me. End of the year or mid 2005 by the latest seems more realistic. - - kurtis - -----BEGIN PGP SIGNATURE----- Version: PGP 8.0.3 iQA/AwUBQP+YWqarNKXTPFCVEQJkqgCgounFuCktIjrjdhL8Gts0RFLQEaoAn2a6 hyzq7sTzmdbDxyEJYf81JZlV =pUeg -----END PGP SIGNATURE----- From dr at cluenet.de Thu Jul 22 12:59:29 2004 From: dr at cluenet.de (Daniel Roesen) Date: Thu, 22 Jul 2004 12:59:29 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: ; from kurtis@kurtis.pp.se on Thu, Jul 22, 2004 at 12:35:02PM +0200 References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <40FF92D6.10709@ripe.net> Message-ID: <20040722125929.A4387@homebase.cluenet.de> On Thu, Jul 22, 2004 at 12:35:02PM +0200, Kurt Erik Lindqvist wrote: > While 9/9/2004 might be optimistic, just as Iljitsch points out, we > will not have a RFC by then, June 6th 2006 seems to far away for me. > End of the year or mid 2005 by the latest seems more realistic. Agreed. The period of coexistence of both trees should be kept as short as possible to avoid confusion and fostering lazyness. Half a year is more than enough to get delegations in ip6.arpa done. Regards, Daniel From iljitsch at muada.com Thu Jul 22 13:10:17 2004 From: iljitsch at muada.com (Iljitsch van Beijnum) Date: Thu, 22 Jul 2004 13:10:17 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: <00A35372.26764C08.8@cc.univie.ac.at> References: <00A35372.26764C08.8@cc.univie.ac.at> Message-ID: On 22-jul-04, at 12:44, Wilfried Woeber, UniVie/ACOnet wrote: >> Blame the IAB. Apparently, they were the ones who created this mess by >> frivolously adopting ip6.arpa as a replacement for ip6.int. > . The reverse name tree for IPv4 is already located in the arpa. > subtree. I cannot see any good reason why the same service for IPv6 > should use a different TLD. Simple: because it already is. Sure, it would have been better to have it under arpa from the start, but ip6.int was selected. Since this is a completely internal thing that doesn't show up in anything users ever see, there was no harm in that. Changing it to ip6.arpa on the other hand cost lots of money and even more confusion. It's almost criminal. > (Actually I don't see a good formal reason for not using > in-addr.arpa. > - but I presume that there are good technical reasons...) That would be ambiguous, as 2.in-addr.arpa would both be 2.x.x.x in IPv4 and 2xxx:: in IPv6. From jeroen at unfix.org Thu Jul 22 13:27:42 2004 From: jeroen at unfix.org (Jeroen Massar) Date: Thu, 22 Jul 2004 13:27:42 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <27E4FEF9-DBCA-11D8-A54A-000A95CD987A@muada.com> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <20040722085657.GA7275@bfib.colo.bit.nl> <1090491510.16467.433.camel@segesta.zurich.ibm.com> <27E4FEF9-DBCA-11D8-A54A-000A95CD987A@muada.com> Message-ID: <1090495661.16467.540.camel@segesta.zurich.ibm.com> On Thu, 2004-07-22 at 12:30, Iljitsch van Beijnum wrote: > On 22-jul-04, at 12:18, Jeroen Massar wrote: > > >> I don't see any benefits to removing the ip6.int delegation in the > >> first place. It makes much more sense to do this from the leaves up > >> than from the root down. > > > The leaves already have started falling in many places. Doing this > > quickly will make sure that everybody knows it can be removed from > > their > > systems and will identify the implementations that have not been > > upgraded yet. > > I still don't see any reason to remove the delegation, and especially > any reason to do it sooner rather than later. It's there, it isn't in > the way, just leave it. We have better things to do than babysit IRC > users who can't connect because their reverse mapping doesn't work > anymore. To flush out all the faulty implementations that could have been updated already in the last three years. IRC users don't care about this. All the IRCd's of at least the bigger networks have already been upgraded at least 2 years ago. FYI irc.song.fi only uses ip6.arpa while several others first try ip6.arpa and then fallback to ip6.int. The reason they had to have a fallback mechanism is because of the ip6.int still being used by 6bone and there was, for those users, no alternative, there is now thus let's get rid of it. > >> However, if this is going to happen, doing it this year is way too > >> soon, as current IOS and Windows XP (both in wide use) rely on > >> ip6.int. > > > IOS updates are there > > In all trains that support IPv6 or just some? Some, but then again not every train supports IPv6 that well either ;) Apparently it is very hard to do s/ip6.int/ip6.arpa/g for even a company like Cisco... Then again, how hard does your 'production router' depend on the existence of ip6.int. It is no server and your logs will now show the IPv6 addresses. Is this a problem? IMHO absolutely not. Complain to your vendor that they are late. > > if you are using IPv6 you want to use new software (Debian > > unstable/testing ;) anyways. Thus upgrading is not an issue. > > Wait until you get a real job with real users that get you fired for > real when you screw up their service. I have customers who run IPv6 > images on their production routers, upgrading IS a big deal there. See http://www.sixxs.net/forum/?msg=general-83948 these 'real customers' like the idea very well, they might not be paying for the service but they do like that it works and believe me they do complain when it does not even though they get it for free. Fortunately the problems are minimal and don't happen that much and we already announced to pull the plug on ip6.int some time ago when this event (e.f.f.3.arpa going live) would occur. Also there is something called 'maintenance' that goes very well when upgrading machines, of course after you tested them in your non-production testbed. > > FTP/Mailservers/etc are servers and should run on Windows 2003 Server > > and not on XP "Pro" or even "Home". > > So now the IETF is in the business of telling people what OS they can > use for what purpose?? That is what Microsoft demands from them, read their EULA's. XP's IIS for instance is capped at 10 concurrent threads etc. There is a reason why they call it 'home' and 'server', just like you have MAC OS X Server and Redhat Enterprise. You get what you pay for. > > Waiting on vendors because they don't update their implementation is > > useless especially for this. They had their chance for 3 years already > > and they claim to be IPv6 compliant. > > Waiting for 3 years and THEN do it moments before they're ready is > useless. Either it should have been done immediately as there was no > production stuff running IPv6 back then (AFAIK), or just take it > slowly, there is no rush. Now is not the time. All the production 'stuff' is running in RIR space and RIR space has had ip6.arpa since the beginning of ip6.arpa. Thus that is a non issue. Greets, Jeroen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 240 bytes Desc: This is a digitally signed message part URL: From gert at space.net Thu Jul 22 13:31:53 2004 From: gert at space.net (Gert Doering) Date: Thu, 22 Jul 2004 13:31:53 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? In-Reply-To: <8E2C377A-DBC6-11D8-A54A-000A95CD987A@muada.com> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <20040722094630.GR467@Space.Net> <8E2C377A-DBC6-11D8-A54A-000A95CD987A@muada.com> Message-ID: <20040722113153.GT467@Space.Net> Hi, On Thu, Jul 22, 2004 at 12:04:44PM +0200, Iljitsch van Beijnum wrote: > >>In fact, it would > >>probably be a good idea to keep ip6.int around forever. If nobody uses > >>it, there is no harm in it being there. If people still use it, then > >>removing it causes problems. > > >Maintaining both trees does cause quite some administrative overhead > >(depending on the name server software and zone file format you use, > >you > >cannot just point both zones to the same file. > > Then you probably also use an OS that doesn't support file system > links? :-) There is no difference between symlinks / hard links and pointing both zones to the same file from inside BIND. The difference *is* that the content will not necessarily be identical - think "delegation to customers that provide only ip6.arpa, not ip6.int". If you do the delegation from a common file for both zones, you're creating lame delegations, which is a much worse problem than just dropping ip6.int globally. [..] > >Even if you can, the > >whole thing falls apart if you want to delegate a /48 to your customer, > >and the customer has only ip6.arpa, but not ip6.int -> lame delegation, > >or distinct zone files further up the tree). > > I'm not arguing EVERYONE should continue to support ip6.int forever, > just that the delegations to those who still do should remain in place. > If you feel you shouldn't support ip6.int in your network, by all > means, remove it. We will. OTOH, maintaining ip6.int at the RIR registries is costing some amount of money. Of which we have to pay our share, and there is no sense in it. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 65398 (60210) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From jeroen at unfix.org Thu Jul 22 14:13:36 2004 From: jeroen at unfix.org (Jeroen Massar) Date: Thu, 22 Jul 2004 14:13:36 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <40FF92D6.10709@ripe.net> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <40FF92D6.10709@ripe.net> Message-ID: <1090498415.16467.563.camel@segesta.zurich.ibm.com> On Thu, 2004-07-22 at 12:11, Andrei Robachevsky wrote: > Jeroen, all, > We were discussing possible ways of ip6.int phaseout with other RIRs, > and one approach was presented at the last RIPE meeting in May > (http://www.ripe.net/ripe/meetings/ripe-48/presentations/ripe48-dns-reverse-ipv6.pdf). > It is a bit less radical than yours. I noticed the presentation, but couldn't find the minutes as I wasn't there myself. And due to technical reasons on my behalf I couldn't check the webcast nor from the archive. > Description of the plan is attached. Timing it out slowly seems a good idea but in an off-list discussion with some people the following example by Daniel Roesen, why a direct cut-off would be the best to do: 8<----------------- CustA gets 2001:db8:1000::/48 CustA installs reverse for 2001:db8:1000::/48 in the ip6.int tree CustA changes ISP and gets another /48 CustB gets 2001:db8:1000::/48 CustB installs reverse for 2001:db8:1000::/48 in the ip6.arpa tree Thus the ip6.int tree still points to the NS's from CustA. As CustA didn't remove those entries from their nameserver now the following happens: CustC didn't upgrade their resolvers CustC thus notices in it's logs that the reverses for 2001:db8:1000::/48 are from CustA CustD did upgrade their resolvers CustD thus notices in it's logs that the reverses for 2001:db8:1000::/48 are from CustB ----------------->8 Thus depending if you upgraded or not you will be getting different results, which could have effects on the It is thus better to have *NO* IP6.INT zone as then the reverses will revert back to IPv6 numbers which is consistent with the IP6.ARPA tree. Should this example be included in the draft or do we want to keep it short? Greets, Jeroen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 240 bytes Desc: This is a digitally signed message part URL: From wildfire at progsoc.uts.edu.au Thu Jul 22 10:57:28 2004 From: wildfire at progsoc.uts.edu.au (Anand Kumria) Date: Thu, 22 Jul 2004 18:57:28 +1000 Subject: [ipv6-wg@ripe.net] Re: [sig-ipv6] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <1090483818.16467.335.camel@segesta.zurich.ibm.com> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> Message-ID: <20040722085728.GD24497@sutekh.progsoc.uts.edu.au> On Thu, Jul 22, 2004 at 10:10:19AM +0200, Jeroen Massar wrote: > [ Cross-post, to get everybody in sync, > Other messages in this thread can be found at: > http://www.ripe.net/ripe/mail-archives/ipv6-wg/2004/msg00089.html ] > > On Thu, 2004-07-22 at 09:58, Kurt Erik Lindqvist wrote: > > > On 2004-07-22, at 09.43, Jeroen Massar wrote: > > > > > But indeed, if there is concensus or not 9/9/2004 and ip6.int is gone > > > for me. > > > > I vote for 9/9/2004 and getting rid of it properly. Maintaining two > > reverse threes will create more problems than it will solve. What, specifically, is the hurry? > > Take your pick: > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.html > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.txt > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.xml > > Short, quick and easy. > If no comments are risen for 16:00 today I'll submit this as an ID. Comments: e.f.f.3.ip6.arpa was documented in RFC3681 published in February 2004 and actioned in July 2004. I'm assuming the actioning of e.f.f.3.ip6.arpa is the trigger for this I-D; if so, why do you want to wait so little time (2 months) between e.f.f.3.ip6.arpa becoming available and requiring people to have updated resolver libraries? Personally I'd be more in favour of a 6 month timeout - i.e around last December or so. Anand -- `` All actions take place in time by the interweaving of the forces of Nature; but the man lost in selfish delusion thinks that he himself is the actor.'' Lord Krishna to Arjuna in _The Bhagavad Gita_ From woeber at cc.univie.ac.at Thu Jul 22 12:44:53 2004 From: woeber at cc.univie.ac.at (Wilfried Woeber, UniVie/ACOnet) Date: Thu, 22 Jul 2004 12:44:53 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2006 : ip6.int shutdown? Message-ID: <00A35372.26764C08.8@cc.univie.ac.at> >Blame the IAB. Apparently, they were the ones who created this mess by >frivolously adopting ip6.arpa as a replacement for ip6.int. I think that's not exactly true ;-) . The reverse name tree for IPv4 is already located in the arpa. subtree. I cannot see any good reason why the same service for IPv6 should use a different TLD. (Actually I don't see a good formal reason for not using in-addr.arpa. - but I presume that there are good technical reasons...) . The mandate of the int. TLD (to support international treaty organisations) is not exactly compatible with the use for IPv6 reverse name tree delegations :-) Wilfried ( https://cert.aco.net/ ) _________________________________:_____________________________________ Wilfried Woeber : e-mail: Woeber at CC.UniVie.ac.at UniVie Computer Center - ACOnet : Tel: +43 1 4277 - 140 33 Universitaetsstrasse 7 : Fax: +43 1 4277 - 9 140 A-1010 Vienna, Austria, Europe : RIPE-DB: WW144, PGP keyID 0xF0ACB369 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~:~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From join at uni-muenster.de Thu Jul 22 13:12:02 2004 From: join at uni-muenster.de (Christian Schild) Date: Thu, 22 Jul 2004 13:12:02 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <20040722125929.A4387@homebase.cluenet.de> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <40FF92D6.10709@ripe.net> <20040722125929.A4387@homebase.cluenet.de> Message-ID: <1090494722.31094.177.camel@lemy.ipv6.uni-muenster.de> Am Do, den 22.07.2004 schrieb Daniel Roesen um 12:59: > On Thu, Jul 22, 2004 at 12:35:02PM +0200, Kurt Erik Lindqvist wrote: > > While 9/9/2004 might be optimistic, just as Iljitsch points out, we > > will not have a RFC by then, June 6th 2006 seems to far away for me. > > End of the year or mid 2005 by the latest seems more realistic. > > Agreed. The period of coexistence of both trees should be kept as short > as possible to avoid confusion and fostering lazyness. Half a year is > more than enough to get delegations in ip6.arpa done. I think the problem is not populating the new tree, but the resolvers that try to query a reverse address. E.g. standard Fedora Core 1 (which is not so old) still tries to query in ip6.int. It will take some time to get rid of the "ancient" operating systems and as long as they exist, ip6.int. might be necessary. Christian From gert at space.net Thu Jul 22 16:12:17 2004 From: gert at space.net (Gert Doering) Date: Thu, 22 Jul 2004 16:12:17 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <1090494722.31094.177.camel@lemy.ipv6.uni-muenster.de> References: <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <40FF92D6.10709@ripe.net> <20040722125929.A4387@homebase.cluenet.de> <1090494722.31094.177.camel@lemy.ipv6.uni-muenster.de> Message-ID: <20040722141217.GE467@Space.Net> Hi, On Thu, Jul 22, 2004 at 01:12:02PM +0200, Christian Schild wrote: > I think the problem is not populating the new tree, but the resolvers > that try to query a reverse address. E.g. standard Fedora Core 1 (which > is not so old) still tries to query in ip6.int. > > It will take some time to get rid of the "ancient" operating systems and > as long as they exist, ip6.int. might be necessary. Let's break these as quickly as possible. So that people will *notice* that their crappy libraries need fixing. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 65398 (60210) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From dr at cluenet.de Thu Jul 22 16:20:17 2004 From: dr at cluenet.de (Daniel Roesen) Date: Thu, 22 Jul 2004 16:20:17 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <1090494722.31094.177.camel@lemy.ipv6.uni-muenster.de>; from join@uni-muenster.de on Thu, Jul 22, 2004 at 01:12:02PM +0200 References: <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <40FF92D6.10709@ripe.net> <20040722125929.A4387@homebase.cluenet.de> <1090494722.31094.177.camel@lemy.ipv6.uni-muenster.de> Message-ID: <20040722162017.A6552@homebase.cluenet.de> On Thu, Jul 22, 2004 at 01:12:02PM +0200, Christian Schild wrote: > Am Do, den 22.07.2004 schrieb Daniel Roesen um 12:59: > > On Thu, Jul 22, 2004 at 12:35:02PM +0200, Kurt Erik Lindqvist wrote: > > > While 9/9/2004 might be optimistic, just as Iljitsch points out, we > > > will not have a RFC by then, June 6th 2006 seems to far away for me. > > > End of the year or mid 2005 by the latest seems more realistic. > > > > Agreed. The period of coexistence of both trees should be kept as short > > as possible to avoid confusion and fostering lazyness. Half a year is > > more than enough to get delegations in ip6.arpa done. > > I think the problem is not populating the new tree, but the resolvers > that try to query a reverse address. E.g. standard Fedora Core 1 (which > is not so old) still tries to query in ip6.int. So file an complain to Red Hat and get it fixed. (it is already in Rawhide, see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101261) BTW, current glibc for FC1 does bitstring.arpa and nibble.int queries. Current rawhide glibc should do both nibble-style. > It will take some time to get rid of the "ancient" operating systems and > as long as they exist, ip6.int. might be necessary. So what. Those OSses had how many years to get it right? If one wants working v6 reverse, use working software. Regards, Daniel From dr at cluenet.de Thu Jul 22 16:33:13 2004 From: dr at cluenet.de (Daniel Roesen) Date: Thu, 22 Jul 2004 16:33:13 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <20040722162017.A6552@homebase.cluenet.de>; from dr@cluenet.de on Thu, Jul 22, 2004 at 04:20:17PM +0200 References: <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <40FF92D6.10709@ripe.net> <20040722125929.A4387@homebase.cluenet.de> <1090494722.31094.177.camel@lemy.ipv6.uni-muenster.de> <20040722162017.A6552@homebase.cluenet.de> Message-ID: <20040722163313.A6724@homebase.cluenet.de> On Thu, Jul 22, 2004 at 04:20:17PM +0200, Daniel Roesen wrote: > So file an complain to Red Hat and get it fixed. > > (it is already in Rawhide, see > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101261) > > BTW, current glibc for FC1 does bitstring.arpa and nibble.int queries. > Current rawhide glibc should do both nibble-style. Better reference: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=111059#c2 So if you want proper IPv6 reverse resolution on FC1, upgrade glibc to current rawhide version or wait for the next glibc update for FC1. But this is all implementation details, so off-topic here. Regards, Daniel From iljitsch at muada.com Thu Jul 22 16:35:52 2004 From: iljitsch at muada.com (Iljitsch van Beijnum) Date: Thu, 22 Jul 2004 16:35:52 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <20040722141217.GE467@Space.Net> References: <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <40FF92D6.10709@ripe.net> <20040722125929.A4387@homebase.cluenet.de> <1090494722.31094.177.camel@lemy.ipv6.uni-muenster.de> <20040722141217.GE467@Space.Net> Message-ID: <6F133E8F-DBEC-11D8-A54A-000A95CD987A@muada.com> On 22-jul-04, at 16:12, Gert Doering wrote: >> It will take some time to get rid of the "ancient" operating systems >> and >> as long as they exist, ip6.int. might be necessary. > Let's break these as quickly as possible. So that people will *notice* > that their crappy libraries need fixing. Ok, but only if we give all the root servers an IPv6 address and allow them to go over the 512 byte limit for udp responses too. If we're going to break things, let's break something people will notice. From join at uni-muenster.de Fri Jul 23 08:31:36 2004 From: join at uni-muenster.de (Christian Schild (JOIN Project Team)) Date: Fri, 23 Jul 2004 08:31:36 +0200 Subject: [ipv6-wg@ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <20040722141217.GE467@Space.Net> References: <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <40FF92D6.10709@ripe.net> <20040722125929.A4387@homebase.cluenet.de> <1090494722.31094.177.camel@lemy.ipv6.uni-muenster.de> <20040722141217.GE467@Space.Net> Message-ID: <1090564295.31094.216.camel@lemy.ipv6.uni-muenster.de> Am Do, den 22.07.2004 schrieb Gert Doering um 16:12: > Hi, > > On Thu, Jul 22, 2004 at 01:12:02PM +0200, Christian Schild wrote: > > I think the problem is not populating the new tree, but the resolvers > > that try to query a reverse address. E.g. standard Fedora Core 1 (which > > is not so old) still tries to query in ip6.int. > > > > It will take some time to get rid of the "ancient" operating systems and > > as long as they exist, ip6.int. might be necessary. > > Let's break these as quickly as possible. So that people will *notice* > that their crappy libraries need fixing. Ok, then we have the choice if _we_ have to spend money for maintaining two trees or if we want to force "them" to spend money for upgrading their systems :-) And yes, I saw the bitstring.arpa/nibble.int magic right away two days ago on a FC1 system of one of my colleagues and told him he has to upgrade to fix it. He answered "when he has time to fiddle about this". And again yes, querying bitstrings.arpa/nibble.int is an old problem and is fixed in all modern versions of OSes. Christian -- JOIN - IPv6 reference center Christian Schild A WWU project Westfaelische Wilhelms-Universitaet Muenster http://www.join.uni-muenster.de Zentrum fuer Informationsverarbeitung Team: join at uni-muenster.de Roentgenstrasse 9-13 Priv: schild at uni-muenster.de D-48149 Muenster / Germany GPG-/PGP-Key-ID: 6EBFA081 Fon: +49 251 83 31638, fax: +49 251 83 31653 From bmanning at vacation.karoshi.com Sun Jul 25 23:45:01 2004 From: bmanning at vacation.karoshi.com (bmanning at vacation.karoshi.com) Date: Sun, 25 Jul 2004 21:45:01 +0000 Subject: [ipv6-wg@ripe.net] Re: [sig-ipv6] Re: 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <1090489576.16467.385.camel@segesta.zurich.ibm.com> References: <1090324442.4858.23.camel@segesta.zurich.ibm.com> <20040720123416.GY23475@login.ecs.soton.ac.uk> <02ea01c46e77$d0d107a0$8700000a@consulintel.es> <5951CD0C-DBB1-11D8-A54A-000A95CD987A@muada.com> <1090482213.16467.318.camel@segesta.zurich.ibm.com> <1090483818.16467.335.camel@segesta.zurich.ibm.com> <20040722085728.GD24497@sutekh.progsoc.uts.edu.au> <1090489576.16467.385.camel@segesta.zurich.ibm.com> Message-ID: <20040725214501.GB1184@vacation.karoshi.com.> whjile i applaud each and everyone who has expunged all ip6.int from their lives, the fact of the matter is that IETF fiat or no, there exist -many- systems that can only use reverse maps in the ip6.int tree. it will be maintained as long as there are queries for it. for those of you for whom ip6.int is a distant memory, pleae understand and respect the fact that you can not, despite public posturing, force others to change their systems. to practically remove ip6.int incures real cost in both time and cash. in the US there is a term for what the IETF is trying to do w/ ip6.int. Its called an unfunded mandate. Unless or until the good folk in the IETF who are calling for the removal of ip6.int are ready to put up the cash to effect real change, I wish they would stop. > > > On Thu, 2004-07-22 at 09:58, Kurt Erik Lindqvist wrote: > > > > > > > On 2004-07-22, at 09.43, Jeroen Massar wrote: > > > > > > > > > But indeed, if there is concensus or not 9/9/2004 and ip6.int is gone > > > > > for me. > > > > > > > > I vote for 9/9/2004 and getting rid of it properly. Maintaining two > > > > reverse threes will create more problems than it will solve. > > > > What, specifically, is the hurry? > > That this has been overdue for three years already and that even though > the deprecation was marked in August 2001 some vendors still not have > done the change. And as it is a s/ip6.int/ip6.arpa/g which is very easy, > if vendors did not do that yet they are way overdue and you got to > wonder how much their interest is in keeping software upto date. > > Basically we (at least me) have been waiting for the 6bone to get the > delegation so that we could remove the 2 trees and only keep one: > ip6.arpa. This was decided by the IAB thus we should live up to it. > > If we do not remove ip6.int then still implementations using it will > not show up. They have had 3 years already to update... > > > > Take your pick: > > > > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.html > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.txt > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int-removal-00.xml > > > > > > Short, quick and easy. > > > If no comments are risen for 16:00 today I'll submit this as an ID. > > > > Comments: > > e.f.f.3.ip6.arpa was documented in RFC3681 published in February > > 2004 and actioned in July 2004. > > Added, but note that this was all long overdue and there where a number > of other solutions that would have worked already 2 years ago if there > had not been any of the political arguments holding back this technical > issue. Note also that 6bone will end per 6/6/6 and that it is a TESTbed. > The TESTbed is delaying and thus hurting the production networks in this > case. > > > I'm assuming the actioning of e.f.f.3.ip6.arpa is the trigger > > for this I-D; if so, why do you want to wait so little time (2 > > months) between e.f.f.3.ip6.arpa becoming available and > > requiring people to have updated resolver libraries? > > People should have updated their resolvers in the last *3 years*. > If you have not done that already then you are not maintaining your > machines properly and there is a big chance that you have bigger > problems than a IPv6 reverse DNS that doesn't work anymore because > ip6.int is gone. > > > Personally I'd be more in favour of a 6 month timeout - i.e > > around last December or so. > > Of course the date is up to discussion, but IMHO: ASAP and at least > before the end of the year, the sooner the better. > > Note that Cisco's IOS updates will be done before that date and Windows > XP2 will come out in August (they say) thus everybody using IPv6 has > time enough to upgrade. All "free unix flavors" already support it > > Also users agree: http://www.sixxs.net/forum/?msg=general-83948 > Note the begin date of that thread, we where really waiting for 6bone > just as being nice to the people still using it. > > On Thu, 2004-07-22 at 10:57, Rob Blokzijl wrote: > > > > If no comments are risen for 16:00 today I'll submit this as an ID. > > > > two minor points. In the abstract and the introduction you write: > > > > RFC 3152 delegates IP6.ARPA for reverse IPv6 delegations. For RIRs > > (RIPE,ARIN,APNIC,LACNIC and soon AFNIC) > > > > Replace RIPE --> RIPE NCC > > That I did that wrong is a major oops, I should by know the difference by now. > > > Replace AFNIC --> AFRINIC > > > > (AFNIC is the .fr registry :-) ) > > Also adjusted and added some xref's in the XML. > > Old version is now draft-massar-v6ops-ip6int-removal-00.a new version > carries the draft-massar-v6ops-ip6int-removal-00 name. > > Greets, > Jeroen > > * sig-ipv6: APNIC SIG on IPv6 technology and policy issues * > _______________________________________________ > sig-ipv6 mailing list > sig-ipv6 at lists.apnic.net > http://mailman.apnic.net/mailman/listinfo/sig-ipv6 From pekkas at netcore.fi Mon Jul 26 09:33:50 2004 From: pekkas at netcore.fi (Pekka Savola) Date: Mon, 26 Jul 2004 10:33:50 +0300 (EEST) Subject: [ipv6-wg@ripe.net] Re: 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <20040725214501.GB1184@vacation.karoshi.com.> Message-ID: (FWIW, I think this is a bit off-topic for v6ops..) On Sun, 25 Jul 2004 bmanning at vacation.karoshi.com wrote: > it will be maintained as long as there are queries for > it. for those of you for whom ip6.int is a distant memory, > pleae understand and respect the fact that you can not, > despite public posturing, force others to change their > systems. to practically remove ip6.int incures real cost > in both time and cash. in the US there is a term for what > the IETF is trying to do w/ ip6.int. Its called an unfunded > mandate. Unless or until the good folk in the IETF who are > calling for the removal of ip6.int are ready to put up the > cash to effect real change, I wish they would stop. Let's put this in another way.. Are you paying for us (or a number of other bodies) for continuing to support ip6.int? Was its use granted to you in perpetuity? (I guess you're paying at least for ARIN or similar body, but whether one can read this in the contract is another topic.) Unless or until the folks who want to have a free lunch are ready to put up the cash to continue maintaining old service just for them, I wish they would stop. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From jeroen at unfix.org Mon Jul 26 15:12:13 2004 From: jeroen at unfix.org (Jeroen Massar) Date: Mon, 26 Jul 2004 15:12:13 +0200 Subject: [ipv6-wg@ripe.net] RE: [sig-ipv6] Re: 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <9C422444DE99BC46B3AD3C6EAFC9711B06AFF50E@tayexc13.americas.cpqcorp.net> References: <9C422444DE99BC46B3AD3C6EAFC9711B06AFF50E@tayexc13.americas.cpqcorp.net> Message-ID: <1090847533.22230.65.camel@segesta.zurich.ibm.com> On Mon, 2004-07-26 at 12:54, Bound, Jim wrote: > Well stated Mr. Manning. Same for any updates from IETF for IPv6 (e.g. > 2461, 2462, SEND, Optimistic DAD) as every vendor I know (e.g. routers, > switches, servers, clients, embedded systems) is shipping production > IPv6 within their OS release. Can you identify those vendors which didn't react to a RFC from 3 years ago? I know that Windows XP doesn't do it yet, but will with SP2. And a fair amount of Cisco IOS's. Neither of these are servers thus don't require reverses to resolve. Routers don't need resolving, Switches? ehm Layer2, those don't do IPv6 and certainly don't need resolving ;) Any others that haven't been converted in the last three years? > Any changes now to IPv6 will undergoigorous Q&A, You really need to check ip6.arpa? I'd rather be quite anxious in using the following set of servers: ip6.int. 86400 IN NS flag.ep.net. ip6.int. 86400 IN NS y.ip6.int. ip6.int. 86400 IN NS z.ip6.int. ip6.int. 86400 IN NS ns3.nic.fr. ;; Received 266 bytes from 128.9.128.127#53(ns.isi.edu) in 165 ms I only believe ns3.nic.fr to be a production server which is actually pro actively maintained as can be seen from the various reports send to the 6bone mailinglist about the non-workings of ip6.int. For that matter they are broken currently too: http://www.zonecut.net/dns/ Mon Jul 26 12:51:05 UTC 2004 y.ip6.int A record currently not present ip6.int NS ns3.nic.fr z.ip6.int hostmaster.ep.net (1925907 10800 900 604800 129600) ip6.int NS flag.ep.net Nameserver flag.ep.net not responding ip6.int SOA record not found at flag.ep.net, try again ip6.int NS z.ip6.int z.ip6.int hostmaster.ep.net (1925907 10800 900 604800 129600) and totally out of sync, just check the picture that that url produces. This is just like last year and the year before, but people gave up complaining about it as there is apparently only one person who runs ip6.int. > The IPv6 Forum and NAv6TF can help here where the IETF cannot, and I > will take this to the members and industry, but it will take time. It > is a deployment issue not a standards issue at this point. The deployment issue is more a lazy administrator issue and also a political issue. The lazy administrators who do not want to upgrade and the political issue where some people want to keep some ropes tied to themselves so they can keep on pulling some strings. > P.S. Bill - the new initial IPv6 AAA at root for JP and KR are they to > use ipv6.arpa? Thanks. And FR also with a couple of others following. I don't see any US based name servers there though, odd. Then again this is for _forward_ resolving, the reverses served through ip6.arpa are delegated to: ip6.arpa. 172800 IN NS ns.apnic.net. ip6.arpa. 172800 IN NS ns.icann.org. ip6.arpa. 172800 IN NS ns.ripe.net. ip6.arpa. 172800 IN NS tinnie.arin.net. ;; Received 126 bytes from 193.0.14.129#53(K.ROOT-SERVERS.NET) in 6 ms (K is started to do IPv6 too, at least the peerings are coming up ;) Fortunatly the above 4 servers are production and there are people paying attention to them, unlike the aforementioned ip6.int machines in somebodies private domain. On Sun, 2004-07-25 at 23:45, bmanning at vacation.karoshi.com wrote: > whjile i applaud each and everyone who has expunged > all ip6.int from their lives, the fact of the matter is that > IETF fiat or no, there exist -many- systems that can only use > reverse maps in the ip6.int tree. As I just asked Jim, which "systems" are those? I also wonder if those are not updated how big virustraps they are ;) > it will be maintained as long as there are queries for > it. Then we can shut it down quite quickly now can't we? And why let a lot of people pay hard cash for maintaining something which is near gone only because a few are too lazy to update? > for those of you for whom ip6.int is a distant memory, > pleae understand and respect the fact that you can not, > despite public posturing, force others to change their > systems. to practically remove ip6.int incures real cost > in both time and cash. in the US there is a term for what > the IETF is trying to do w/ ip6.int. Its called an unfunded > mandate. Unless or until the good folk in the IETF who are > calling for the removal of ip6.int are ready to put up the > cash to effect real change, I wish they would stop. Then please donate the rest of the world, thus except for the few of you who don't update, real cash for continuing to maintain ip6.int which has a lot of broken delegations for alone ip6.int, not even checking the rest, see above. I also wonder why the "US" is brought up while the "US" hasn't been so active in the whole IPv6 soup until late. ip6.int will be gone for me and thus 30%+ of the current IPv6 endsite delegations (check the RIPE database :), 31st of December 2004 is the last date this is going to wait. But I'd rather see it pulled down nicely in cooperation than doing it that way. Nevertheless that 30% userbase has already voted in favor and don't see the problem at all. Then again they actually update their systems as they want to be able to use the newest features: IPv6 for instance. I also repeat again: there is nothing *BAD* about having a reverse- resolve which doesn't work. One simply gets an IPv6 address in their logs, too bad, you should have upgraded 3 years ago then. Greets, Jeroen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 240 bytes Desc: This is a digitally signed message part URL: From jim.bound at hp.com Mon Jul 26 12:54:09 2004 From: jim.bound at hp.com (Bound, Jim) Date: Mon, 26 Jul 2004 06:54:09 -0400 Subject: [ipv6-wg@ripe.net] RE: [sig-ipv6] Re: 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) Message-ID: <9C422444DE99BC46B3AD3C6EAFC9711B06AFF50E@tayexc13.americas.cpqcorp.net> Well stated Mr. Manning. Same for any updates from IETF for IPv6 (e.g. 2461, 2462, SEND, Optimistic DAD) as every vendor I know (e.g. routers, switches, servers, clients, embedded systems) is shipping production IPv6 within their OS release. Any changes now to IPv6 will undergo rigorous Q&A, whether it has a business case for deployment to update the OS IPv6 features vs. other work for network centricity within the stack, and general time to test interoperability. Because the freeware BSD and Linux bases do it does not mean that the vendors will do it. Assume the time to change as it is for IPv4 now when we update or add features. The IETF can only provide specifications and suggestions (INFO and BCP) to the market they cannot mandate anything to the market and we have not for IPv4 either, it will not be different than IPv6. This is also dilemma we face for transition mechanisms. Back when we decided to follow the path that we do scenarios and then analysis and killed the forward progress and work on Teredo, ISATAP, DSTM, and Tunnel Broker some vendors and systems software entities did not stop building them and they are now beginning to be deployed in test beds and some early adopters. This will find market interest and into vendor products (note all of the ones listed above) and then when we do finish the specs we will face the same problem with the transition mechanisms. We do need to move to ipv6.arpa in the industry but it will happen gradually and same as a note even for the updates to Base Transition Mechanisms ergo RFC 2893 and I have already run into being asked about IPv4 Compatible Addresses during deployment and those are dead now. Same for the addressing architecture regarding TLAs and Site-Locals. Lesson here is again assume a time to absorb for IPv6 products now just like we do for IPv4. The IPv6 Forum and NAv6TF can help here where the IETF cannot, and I will take this to the members and industry, but it will take time. It is a deployment issue not a standards issue at this point. The exception has been Mobile IPv6 and most vendors are all at RFC level and that is because lots of customers want to begin early adoption with MIPv6 and that keeps the vendors quite proactive on that one. P.S. Bill - the new initial IPv6 AAA at root for JP and KR are they to use ipv6.arpa? Thanks. /jim > -----Original Message----- > From: owner-v6ops at ops.ietf.org > [mailto:owner-v6ops at ops.ietf.org] On Behalf Of > bmanning at vacation.karoshi.com > Sent: Sunday, July 25, 2004 5:45 PM > To: Jeroen Massar > Cc: Anand Kumria; Rob Blokzijl; v6ops at ops.ietf.org; > sig-ipv6 at apnic.net; ipv6-wg at ripe.net > Subject: Re: [sig-ipv6] Re: 9/9/2004 IP6.INT Removal (Was: > 9/9/2006 : ip6.int shutdown?) > > > whjile i applaud each and everyone who has expunged > all ip6.int from their lives, the fact of the matter is that > IETF fiat or no, there exist -many- systems that can only use > reverse maps in the ip6.int tree. > > it will be maintained as long as there are queries for > it. for those of you for whom ip6.int is a distant memory, > pleae understand and respect the fact that you can not, > despite public posturing, force others to change their > systems. to practically remove ip6.int incures real cost > in both time and cash. in the US there is a term for what > the IETF is trying to do w/ ip6.int. Its called an unfunded > mandate. Unless or until the good folk in the IETF who are > calling for the removal of ip6.int are ready to put up the > cash to effect real change, I wish they would stop. > > > > > > On Thu, 2004-07-22 at 09:58, Kurt Erik Lindqvist wrote: > > > > > > > > > On 2004-07-22, at 09.43, Jeroen Massar wrote: > > > > > > > > > > > But indeed, if there is concensus or not 9/9/2004 > and ip6.int > > > > > > is gone for me. > > > > > > > > > > I vote for 9/9/2004 and getting rid of it properly. > Maintaining > > > > > two reverse threes will create more problems than it > will solve. > > > > > > What, specifically, is the hurry? > > > > That this has been overdue for three years already and that even > > though the deprecation was marked in August 2001 some vendors still > > not have done the change. And as it is a > s/ip6.int/ip6.arpa/g which is > > very easy, if vendors did not do that yet they are way > overdue and you > > got to wonder how much their interest is in keeping > software upto date. > > > > Basically we (at least me) have been waiting for the 6bone > to get the > > delegation so that we could remove the 2 trees and only keep one: > > ip6.arpa. This was decided by the IAB thus we should live up to it. > > > > If we do not remove ip6.int then still implementations > using it will > > not show up. They have had 3 years already to update... > > > > > > Take your pick: > > > > > > > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int- > > > > removal-00.html > > > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int- > > > > removal-00.txt > > > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int- > > > > removal-00.xml > > > > > > > > Short, quick and easy. > > > > If no comments are risen for 16:00 today I'll submit > this as an ID. > > > > > > Comments: > > > e.f.f.3.ip6.arpa was documented in RFC3681 published in February > > > 2004 and actioned in July 2004. > > > > Added, but note that this was all long overdue and there where a > > number of other solutions that would have worked already 2 > years ago > > if there had not been any of the political arguments > holding back this > > technical issue. Note also that 6bone will end per 6/6/6 > and that it is a TESTbed. > > The TESTbed is delaying and thus hurting the production networks in > > this case. > > > > > I'm assuming the actioning of e.f.f.3.ip6.arpa is the trigger > > > for this I-D; if so, why do you want to wait so little time (2 > > > months) between e.f.f.3.ip6.arpa becoming available and > > > requiring people to have updated resolver libraries? > > > > People should have updated their resolvers in the last *3 years*. > > If you have not done that already then you are not maintaining your > > machines properly and there is a big chance that you have bigger > > problems than a IPv6 reverse DNS that doesn't work anymore because > > ip6.int is gone. > > > > > Personally I'd be more in favour of a 6 month timeout - i.e > > > around last December or so. > > > > Of course the date is up to discussion, but IMHO: ASAP and at least > > before the end of the year, the sooner the better. > > > > Note that Cisco's IOS updates will be done before that date and > > Windows > > XP2 will come out in August (they say) thus everybody using > IPv6 has > > time enough to upgrade. All "free unix flavors" already support it > > > > Also users agree: http://www.sixxs.net/forum/?msg=general-83948 > > Note the begin date of that thread, we where really waiting > for 6bone > > just as being nice to the people still using it. > > > > On Thu, 2004-07-22 at 10:57, Rob Blokzijl wrote: > > > > > > If no comments are risen for 16:00 today I'll submit > this as an ID. > > > > > > two minor points. In the abstract and the > introduction you write: > > > > > > RFC 3152 delegates IP6.ARPA for reverse IPv6 > delegations. For RIRs > > > (RIPE,ARIN,APNIC,LACNIC and soon AFNIC) > > > > > > Replace RIPE --> RIPE NCC > > > > That I did that wrong is a major oops, I should by know the > difference by now. > > > > > Replace AFNIC --> AFRINIC > > > > > > (AFNIC is the .fr registry :-) ) > > > > Also adjusted and added some xref's in the XML. > > > > Old version is now draft-massar-v6ops-ip6int-removal-00.a > new version > > carries the draft-massar-v6ops-ip6int-removal-00 name. > > > > Greets, > > Jeroen > > > > > > > * sig-ipv6: APNIC SIG on IPv6 technology and > policy issues * > > _______________________________________________ > > sig-ipv6 mailing list > > sig-ipv6 at lists.apnic.net > > http://mailman.apnic.net/mailman/listinfo/sig-ipv6 > > > From jim.bound at hp.com Mon Jul 26 16:13:57 2004 From: jim.bound at hp.com (Bound, Jim) Date: Mon, 26 Jul 2004 10:13:57 -0400 Subject: [ipv6-wg@ripe.net] RE: [sig-ipv6] Re: 9/9/2004 IP6.INT Removal (Was: 9/9/2006 :ip6.int shutdown?) Message-ID: <9C422444DE99BC46B3AD3C6EAFC9711B06AFF574@tayexc13.americas.cpqcorp.net> > Can you identify those vendors which didn't react to a RFC > from 3 years ago? No that is up to those vendors product managers etc. What I know is from interoperability testing and cannot reveal. You missed mine and Bill's entire point. No one is against doing this it is a matter getting it into the production DNS code base. I think Bill should answer your other questions as you integrated my mail with Bill's. Your complaining here in IETF at least is irrelevant. And not the purpose of the IETF list IMO. I will not respond to other mail. If you want to discuss offline send me mail and I suggest you copy Bill. Ipv6.arpa is supported in the latest BIND releases and IMO all should be doing it, but I don't attribute it to being lazy at all. Again IPv6 is production code now vendors can't just change it as we do the public domain and university code base, it requires QA et al per the customer and that has cost and all changes to IPv6 at this point. /jim From bmanning at vacation.karoshi.com Wed Jul 28 13:19:44 2004 From: bmanning at vacation.karoshi.com (bmanning at vacation.karoshi.com) Date: Wed, 28 Jul 2004 11:19:44 +0000 Subject: [ipv6-wg@ripe.net] Re: [sig-ipv6] Re: 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) In-Reply-To: <9C422444DE99BC46B3AD3C6EAFC9711B06AFF50E@tayexc13.americas.cpqcorp.net> References: <9C422444DE99BC46B3AD3C6EAFC9711B06AFF50E@tayexc13.americas.cpqcorp.net> Message-ID: <20040728111944.GF8260@vacation.karoshi.com.> both ip6.arpa and ip6.int --bill > > P.S. Bill - the new initial IPv6 AAA at root for JP and KR are they to > use ipv6.arpa? Thanks. > > /jim > > > > > -----Original Message----- > > From: owner-v6ops at ops.ietf.org > > [mailto:owner-v6ops at ops.ietf.org] On Behalf Of > > bmanning at vacation.karoshi.com > > Sent: Sunday, July 25, 2004 5:45 PM > > To: Jeroen Massar > > Cc: Anand Kumria; Rob Blokzijl; v6ops at ops.ietf.org; > > sig-ipv6 at apnic.net; ipv6-wg at ripe.net > > Subject: Re: [sig-ipv6] Re: 9/9/2004 IP6.INT Removal (Was: > > 9/9/2006 : ip6.int shutdown?) > > > > > > whjile i applaud each and everyone who has expunged > > all ip6.int from their lives, the fact of the matter is that > > IETF fiat or no, there exist -many- systems that can only use > > reverse maps in the ip6.int tree. > > > > it will be maintained as long as there are queries for > > it. for those of you for whom ip6.int is a distant memory, > > pleae understand and respect the fact that you can not, > > despite public posturing, force others to change their > > systems. to practically remove ip6.int incures real cost > > in both time and cash. in the US there is a term for what > > the IETF is trying to do w/ ip6.int. Its called an unfunded > > mandate. Unless or until the good folk in the IETF who are > > calling for the removal of ip6.int are ready to put up the > > cash to effect real change, I wish they would stop. > > > > > > > > > On Thu, 2004-07-22 at 09:58, Kurt Erik Lindqvist wrote: > > > > > > > > > > > On 2004-07-22, at 09.43, Jeroen Massar wrote: > > > > > > > > > > > > > But indeed, if there is concensus or not 9/9/2004 > > and ip6.int > > > > > > > is gone for me. > > > > > > > > > > > > I vote for 9/9/2004 and getting rid of it properly. > > Maintaining > > > > > > two reverse threes will create more problems than it > > will solve. > > > > > > > > What, specifically, is the hurry? > > > > > > That this has been overdue for three years already and that even > > > though the deprecation was marked in August 2001 some vendors still > > > not have done the change. And as it is a > > s/ip6.int/ip6.arpa/g which is > > > very easy, if vendors did not do that yet they are way > > overdue and you > > > got to wonder how much their interest is in keeping > > software upto date. > > > > > > Basically we (at least me) have been waiting for the 6bone > > to get the > > > delegation so that we could remove the 2 trees and only keep one: > > > ip6.arpa. This was decided by the IAB thus we should live up to it. > > > > > > If we do not remove ip6.int then still implementations > > using it will > > > not show up. They have had 3 years already to update... > > > > > > > > Take your pick: > > > > > > > > > > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int- > > > > > removal-00.html > > > > > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int- > > > > > removal-00.txt > > > > > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int- > > > > > removal-00.xml > > > > > > > > > > Short, quick and easy. > > > > > If no comments are risen for 16:00 today I'll submit > > this as an ID. > > > > > > > > Comments: > > > > e.f.f.3.ip6.arpa was documented in RFC3681 published in February > > > > 2004 and actioned in July 2004. > > > > > > Added, but note that this was all long overdue and there where a > > > number of other solutions that would have worked already 2 > > years ago > > > if there had not been any of the political arguments > > holding back this > > > technical issue. Note also that 6bone will end per 6/6/6 > > and that it is a TESTbed. > > > The TESTbed is delaying and thus hurting the production networks in > > > this case. > > > > > > > I'm assuming the actioning of e.f.f.3.ip6.arpa is the trigger > > > > for this I-D; if so, why do you want to wait so little time (2 > > > > months) between e.f.f.3.ip6.arpa becoming available and > > > > requiring people to have updated resolver libraries? > > > > > > People should have updated their resolvers in the last *3 years*. > > > If you have not done that already then you are not maintaining your > > > machines properly and there is a big chance that you have bigger > > > problems than a IPv6 reverse DNS that doesn't work anymore because > > > ip6.int is gone. > > > > > > > Personally I'd be more in favour of a 6 month timeout - i.e > > > > around last December or so. > > > > > > Of course the date is up to discussion, but IMHO: ASAP and at least > > > before the end of the year, the sooner the better. > > > > > > Note that Cisco's IOS updates will be done before that date and > > > Windows > > > XP2 will come out in August (they say) thus everybody using > > IPv6 has > > > time enough to upgrade. All "free unix flavors" already support it > > > > > > Also users agree: http://www.sixxs.net/forum/?msg=general-83948 > > > Note the begin date of that thread, we where really waiting > > for 6bone > > > just as being nice to the people still using it. > > > > > > On Thu, 2004-07-22 at 10:57, Rob Blokzijl wrote: > > > > > > > > If no comments are risen for 16:00 today I'll submit > > this as an ID. > > > > > > > > two minor points. In the abstract and the > > introduction you write: > > > > > > > > RFC 3152 delegates IP6.ARPA for reverse IPv6 > > delegations. For RIRs > > > > (RIPE,ARIN,APNIC,LACNIC and soon AFNIC) > > > > > > > > Replace RIPE --> RIPE NCC > > > > > > That I did that wrong is a major oops, I should by know the > > difference by now. > > > > > > > Replace AFNIC --> AFRINIC > > > > > > > > (AFNIC is the .fr registry :-) ) > > > > > > Also adjusted and added some xref's in the XML. > > > > > > Old version is now draft-massar-v6ops-ip6int-removal-00.a > > new version > > > carries the draft-massar-v6ops-ip6int-removal-00 name. > > > > > > Greets, > > > Jeroen > > > > > > > > > > > > * sig-ipv6: APNIC SIG on IPv6 technology and > > policy issues * > > > _______________________________________________ > > > sig-ipv6 mailing list > > > sig-ipv6 at lists.apnic.net > > > http://mailman.apnic.net/mailman/listinfo/sig-ipv6 > > > > > > From jim.bound at hp.com Sat Jul 31 06:11:23 2004 From: jim.bound at hp.com (Bound, Jim) Date: Sat, 31 Jul 2004 00:11:23 -0400 Subject: [ipv6-wg@ripe.net] RE: [sig-ipv6] Re: 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?) Message-ID: <9C422444DE99BC46B3AD3C6EAFC9711B06E2ACDD@tayexc13.americas.cpqcorp.net> Thank you. /jim > -----Original Message----- > From: bmanning at vacation.karoshi.com > [mailto:bmanning at vacation.karoshi.com] > Sent: Wednesday, July 28, 2004 7:20 AM > To: Bound, Jim > Cc: bmanning at vacation.karoshi.com; Jeroen Massar; Anand > Kumria; Rob Blokzijl; v6ops at ops.ietf.org; sig-ipv6 at apnic.net; > ipv6-wg at ripe.net > Subject: Re: [sig-ipv6] Re: 9/9/2004 IP6.INT Removal (Was: > 9/9/2006 : ip6.int shutdown?) > > > both ip6.arpa and ip6.int > > --bill > > > > > P.S. Bill - the new initial IPv6 AAA at root for JP and KR > are they to > > use ipv6.arpa? Thanks. > > > > /jim > > > > > > > > > -----Original Message----- > > > From: owner-v6ops at ops.ietf.org > > > [mailto:owner-v6ops at ops.ietf.org] On Behalf Of > > > bmanning at vacation.karoshi.com > > > Sent: Sunday, July 25, 2004 5:45 PM > > > To: Jeroen Massar > > > Cc: Anand Kumria; Rob Blokzijl; v6ops at ops.ietf.org; > > > sig-ipv6 at apnic.net; ipv6-wg at ripe.net > > > Subject: Re: [sig-ipv6] Re: 9/9/2004 IP6.INT Removal (Was: > > > 9/9/2006 : ip6.int shutdown?) > > > > > > > > > whjile i applaud each and everyone who has expunged > > > all ip6.int from their lives, the fact of the matter is that > > > IETF fiat or no, there exist -many- systems that can only use > > > reverse maps in the ip6.int tree. > > > > > > it will be maintained as long as there are queries for > > > it. for those of you for whom ip6.int is a distant memory, > > > pleae understand and respect the fact that you can not, > > > despite public posturing, force others to change their > > > systems. to practically remove ip6.int incures real cost > > > in both time and cash. in the US there is a term for what > > > the IETF is trying to do w/ ip6.int. Its called an unfunded > > > mandate. Unless or until the good folk in the IETF who are > > > calling for the removal of ip6.int are ready to put up the > > > cash to effect real change, I wish they would stop. > > > > > > > > > > > > On Thu, 2004-07-22 at 09:58, Kurt Erik Lindqvist wrote: > > > > > > > > > > > > > On 2004-07-22, at 09.43, Jeroen Massar wrote: > > > > > > > > > > > > > > > But indeed, if there is concensus or not 9/9/2004 > > > and ip6.int > > > > > > > > is gone for me. > > > > > > > > > > > > > > I vote for 9/9/2004 and getting rid of it properly. > > > Maintaining > > > > > > > two reverse threes will create more problems than it > > > will solve. > > > > > > > > > > What, specifically, is the hurry? > > > > > > > > That this has been overdue for three years already and > that even > > > > though the deprecation was marked in August 2001 some vendors > > > > still not have done the change. And as it is a > > > s/ip6.int/ip6.arpa/g which is > > > > very easy, if vendors did not do that yet they are way > > > overdue and you > > > > got to wonder how much their interest is in keeping > > > software upto date. > > > > > > > > Basically we (at least me) have been waiting for the 6bone > > > to get the > > > > delegation so that we could remove the 2 trees and only > keep one: > > > > ip6.arpa. This was decided by the IAB thus we should > live up to it. > > > > > > > > If we do not remove ip6.int then still implementations > > > using it will > > > > not show up. They have had 3 years already to update... > > > > > > > > > > Take your pick: > > > > > > > > > > > > > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int- > > > > > > removal-00.html > > > > > > > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int- > > > > > > removal-00.txt > > > > > > > > > http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ip6int- > > > > > > removal-00.xml > > > > > > > > > > > > Short, quick and easy. > > > > > > If no comments are risen for 16:00 today I'll submit > > > this as an ID. > > > > > > > > > > Comments: > > > > > e.f.f.3.ip6.arpa was documented in RFC3681 > published in February > > > > > 2004 and actioned in July 2004. > > > > > > > > Added, but note that this was all long overdue and > there where a > > > > number of other solutions that would have worked already 2 > > > years ago > > > > if there had not been any of the political arguments > > > holding back this > > > > technical issue. Note also that 6bone will end per 6/6/6 > > > and that it is a TESTbed. > > > > The TESTbed is delaying and thus hurting the production > networks > > > > in this case. > > > > > > > > > I'm assuming the actioning of e.f.f.3.ip6.arpa > is the trigger > > > > > for this I-D; if so, why do you want to wait so > little time (2 > > > > > months) between e.f.f.3.ip6.arpa becoming available and > > > > > requiring people to have updated resolver libraries? > > > > > > > > People should have updated their resolvers in the last > *3 years*. > > > > If you have not done that already then you are not maintaining > > > > your machines properly and there is a big chance that you have > > > > bigger problems than a IPv6 reverse DNS that doesn't > work anymore > > > > because ip6.int is gone. > > > > > > > > > Personally I'd be more in favour of a 6 month > timeout - i.e > > > > > around last December or so. > > > > > > > > Of course the date is up to discussion, but IMHO: ASAP and at > > > > least before the end of the year, the sooner the better. > > > > > > > > Note that Cisco's IOS updates will be done before that date and > > > > Windows > > > > XP2 will come out in August (they say) thus everybody using > > > IPv6 has > > > > time enough to upgrade. All "free unix flavors" already > support it > > > > > > > > Also users agree: http://www.sixxs.net/forum/?msg=general-83948 > > > > Note the begin date of that thread, we where really waiting > > > for 6bone > > > > just as being nice to the people still using it. > > > > > > > > On Thu, 2004-07-22 at 10:57, Rob Blokzijl wrote: > > > > > > > > > > If no comments are risen for 16:00 today I'll submit > > > this as an ID. > > > > > > > > > > two minor points. In the abstract and the > > > introduction you write: > > > > > > > > > > RFC 3152 delegates IP6.ARPA for reverse IPv6 > > > delegations. For RIRs > > > > > (RIPE,ARIN,APNIC,LACNIC and soon AFNIC) > > > > > > > > > > Replace RIPE --> RIPE NCC > > > > > > > > That I did that wrong is a major oops, I should by know the > > > difference by now. > > > > > > > > > Replace AFNIC --> AFRINIC > > > > > > > > > > (AFNIC is the .fr registry :-) ) > > > > > > > > Also adjusted and added some xref's in the XML. > > > > > > > > Old version is now draft-massar-v6ops-ip6int-removal-00.a > > > new version > > > > carries the draft-massar-v6ops-ip6int-removal-00 name. > > > > > > > > Greets, > > > > Jeroen > > > > > > > > > > > > > > > > > * sig-ipv6: APNIC SIG on IPv6 technology and > > > policy issues * > > > > _______________________________________________ > > > > sig-ipv6 mailing list > > > > sig-ipv6 at lists.apnic.net > > > > http://mailman.apnic.net/mailman/listinfo/sig-ipv6 > > > > > > > > > >