Jump to content

Talk:IPv6 rapid deployment

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Naming

[edit]

The naming of this article is a bit odd.
I think it should be named "6rd" (most commonly used) or possibly "IPv6 Rapid Deployment on IPv4 Infrastructures" --79.136.121.226 (talk) 13:11, 30 January 2010 (UTC)[reply]

Move?

[edit]
The following discussion is an archived discussion of a requested move. Please do not modify it. Subsequent comments should be made in a new section on the talk page. No further edits should be made to this section.

The result of the move request was: no move. DrKiernan (talk) 17:37, 24 February 2010 (UTC)[reply]


IPv6 rapid deployment6rd6rd is the name usually used to refer to it. And it would fit with the naming of the other IPv6 transition technologies 79.136.121.226 (talk) 19:40, 6 February 2010 (UTC)[reply]

The above discussion is preserved as an archive of a requested move. Please do not modify it. Subsequent comments should be made in a new section on this talk page. No further edits should be made to this section.

Notability

[edit]

This draft proposal only has 4 citations [4], so it's doubtful it needs a Wikipedia page at all. The book I found above indicated it's just a minor modification of 6to4, so a smerge/redirect may be more appropriate anyway. Pcap ping 15:50, 23 February 2010 (UTC)[reply]

I imagine the it has not been cited much in academia as it has only been an informational RFC for a month, and the IETF standards process has not finished. But I do not see how this would not be notable, and I think the sources show that. If you just want to merge it with 6to4, please add a Merge template instead. --79.136.120.159 (talk) 22:56, 23 February 2010 (UTC)[reply]
Technically 6in4, 6to4 and 6rd all use the same packet format. The difference comes in how they are administered and addressed. I think each scheme is different enough to deserve it's own article but I could see it being argued either way. Plugwash (talk) 00:51, 18 January 2013 (UTC)[reply]

Prefix 64 - not enough adresses

[edit]

"Although these 64-bit prefixes are sufficient for sites that have only one LAN, as typical for residential and SoHo sites, it is not enough for large enterprise sites". WHAT? IPv4^2 is not enough? are you crazy? —Preceding unsigned comment added by 89.103.66.174 (talk) 20:06, 10 July 2010 (UTC)[reply]

No enterprise could work on a single flat LAN, no matter of how many computers could be numbered in that LAN. Actually I don't think you will ever see more than several hundreds hosts in a single LAN in practice, so much for your 64 bits :) Mro (talk) 09:07, 11 July 2010 (UTC)[reply]

Yes, but what prevents the owner of the xxxx:xxxx:xxxx prefix from subnetting? —Preceding unsigned comment added by 76.118.139.100 (talk) 05:21, 29 October 2010 (UTC)[reply]

Ipv6 stateless autoconfiguration requires a /64 allocated to each subnet and is the only IPv6 autoconfiguration system supported by windows XP. So if you have XP boxes on your network and don't want to have to configure them manually from the command line you need a /64 for every subnet. Plugwash (talk) 12:21, 2 November 2011 (UTC)[reply]
[edit]

Hello fellow Wikipedians,

I have just modified one external link on IPv6 rapid deployment. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

  • If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
  • If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 09:03, 10 November 2017 (UTC)[reply]