Talk:IPv6 rapid deployment

	Telecommunication portal This article is within the scope of WikiProject Telecommunications, a collaborative effort to improve the coverage of Telecommunications on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.TelecommunicationsWikipedia:WikiProject TelecommunicationsTemplate:WikiProject TelecommunicationsTelecommunications articles
Mid	This article has been rated as Mid-importance on the project's importance scale.

Computing Mid‑importance

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
Mid	This article has been rated as Mid-importance on the project's importance scale.

Software: Computing Mid‑importance

	This article is within the scope of WikiProject Software, a collaborative effort to improve the coverage of software on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.SoftwareWikipedia:WikiProject SoftwareTemplate:WikiProject Softwaresoftware articles
Mid	This article has been rated as Mid-importance on the project's importance scale.
	This article is supported by WikiProject Computing.

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 deployment → 6rd — 6rd 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]

I oppose. 6rd would be ambiguous. --bender235 (talk) 01:37, 7 February 2010 (UTC)[reply]
What would it be ambiguous with? Ucucha 17:59, 14 February 2010 (UTC)[reply]
Oppose WP:JARGON 70.29.210.242 (talk) 04:55, 7 February 2010 (UTC)[reply]
- That doesn't necessarily apply to article titles, otherwise articles on technical terms or terms of art would have to new titles invented for them. --Cybercobra (talk) 18:07, 17 February 2010 (UTC)[reply]
Weak Support Gets twice the GHits and the fr.wiki article uses "6rd" as the title. --Cybercobra (talk) 00:20, 8 February 2010 (UTC)[reply]
Weak oppose. Referred just as such in some books, e.g. [1], but the full name is IPv6 rapid deployment on IPv4 infrastructures (6rd) [2] [3]. There aren't many secondary sources about this, so we should probably wait for more to appear before drawing any conclusions... Pcap ping 10:44, 23 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]

External links modified[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:

Added {{dead link}} tag to http://www.comcast6.net/6rd-config.php
Added archive https://web.archive.org/web/20110307033406/http://www.sakura.ad.jp/news/archives/20110301-003.news to http://www.sakura.ad.jp/news/archives/20110301-003.news

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: 18 January 2022).

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]