This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[ipv6-wg at ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?)
- Previous message (by thread): [ipv6-wg at ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?)
- Next message (by thread): [ipv6-wg at ripe.net] 9/9/2006 : ip6.int shutdown?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Jeroen Massar
jeroen at unfix.org
Thu Jul 22 14:13:36 CEST 2004
On Thu, 2004-07-22 at 12:11, Andrei Robachevsky wrote: > Jeroen, all, <SNIP> > 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: </ripe/mail/archives/ipv6-wg/attachments/20040722/d7c20380/attachment.sig>
- Previous message (by thread): [ipv6-wg at ripe.net] 9/9/2004 IP6.INT Removal (Was: 9/9/2006 : ip6.int shutdown?)
- Next message (by thread): [ipv6-wg at ripe.net] 9/9/2006 : ip6.int shutdown?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ ipv6-wg Archives ]