Talk:ICMPv6

message: This page is for discussion of the article. It is not for dumping a massive (500 kB) alternative version of it. -- RHaworth 18:42, 25 May 2006 (UTC)

message: Aren't the types #130 to #132 obsolete ? They belong to an obsoleted version of the specs (RFC 1885), so I guess they are (and the article should be edited consequently).
Also, there seems to exist some more ICMPv6 message types (see here for instance), and it may be a good thing to update the article in that way (my IPv6 knowledge isn't big enough for me to do it). 83.202.8.19 (talk) 14:56, 19 March 2008 (UTC)
replies: text: These are still described in RFC 2710 which is not obsolete. Multicast Listener Discovery indicates that type 143 is used. Further research is needed to straighten this out. ~Kvng (talk) 13:59, 27 March 2020 (UTC)
thread_title: Obsoleted and other ICMP types

message: One or more portions of this article duplicated other source(s).  Infringing material has been rewritten or removed and must not be restored, unless it is duly released under a compatible license. (For more information, please see "using copyrighted works from others" if you are not the copyright holder of this material, or "donating copyrighted materials" if you are.) For legal reasons, we cannot accept copyrighted text or images borrowed from other web sites or published material; such additions will be deleted. Contributors may use copyrighted publications as a source of information, but not as a source of sentences or phrases. Accordingly, the material may be rewritten, but only if it does not infringe on the copyright of the original or plagiarize from that source. Please see our guideline on non-free text for how to properly implement limited quotations of copyrighted text. Wikipedia takes copyright violations very seriously, and persistent violators will be blocked from editing. While we appreciate contributions, we must require all contributors to understand and comply with these policies. Thank you.  -- — CactusWriter | needles 17:28, 18 October 2009 (UTC)
thread_title:  Copyright problem removed 

message: Section "checksum" seems preplexing, at least to me. 
I had a hard time figuring out how "1's complement summation" is performed. 
Though I know what 1's complement is, "1's complement summation" is new to me. And there is no article for it on Wikipedia, it there?
I did not get the correct until I found another webpage explainning  "1's complement summation".
Chen9007 (talk) 08:38, 11 August 2016 (UTC)
replies: text: I have made some improvements. Please note WP:NOTHOWTO. The cited standards give detailed how-to instructions for this. ~Kvng (talk) 15:57, 15 August 2016 (UTC)
thread_title:  Need more explanation about checksum 

message: :The following is a closed discussion of a requested move. Please do not modify it. Subsequent comments should be made in a new section on the talk page. Editors desiring to contest the closing decision should consider a move review after discussing it on the closer's talk page. No further edits should be made to this discussion. 
The result of the move request was: moved. Per consensus. (closed by non-admin page mover) – robertsky (talk) 20:17, 7 December 2022 (UTC)
replies: text: Internet Control Message Protocol for IPv6 →  – Per WP:COMMONNAME MOS:ACROTITLE. On Google Ngram, there isn't a single hit for the current title, but a lot for ICMPv6. PhotographyEdits (talk) 16:52, 30 November 2022 (UTC)

text: This is bad news, and should be reversed. Protocol articles on Wikipedia should not use abbreviations for titles, no matter what is used in the field. The vast majority of technical articles that would show up by Google or anyone would likely use acronyms or abbreviations, but this is an general purpose encyclopedia. "Using common names" should be qualified to what a general audience understands and not specialists.  ICMPv6 is NOT a commonly recognized name, you cannot ask a digital database/search engine for what the meaning of that is. Ask your mother what it refers to.  At least with the full title they will send you to the Internet. The title doesn't have to include "for", it could just be Internet Control Message Protocol version 6  kbrose (talk) 21:21, 7 December 2022 (UTC)

text: @Kbrose "Protocol articles on Wikipedia should not use abbreviations for titles" is based on what Wikipedia policy? We have MOS:ACROTITLE, which says "Acronyms should be used in a page name if the subject is known primarily by its abbreviation and that abbreviation is primarily associated with the subject". That is the case here. I don't see any exception for protocols that you mention. "Ask your mother" is not relevant here either, because the policy is relevant to "readers somewhat familiar with the subject". And if people want to learn what it stands for, they have the first sentence of the article anyway. PhotographyEdits (talk) 10:56, 8 December 2022 (UTC)
thread_title:  Requested move 30 November 2022 

message: removed some oddly formatted information. I'm leaving a copy here for anyone interested in restoring it with better formatting.
=== Format ===
Destination Unreachable Message-en.svg|Destination Unreachable Message (Type=1)
Packet Too Big Message-en.svg|Packet Too Big Message (Type=2)
ICMPv6 Time Exceeded Message-en.svg|ICMPv6 Time Exceeded Message (Type=3)
Parameter Problem Message-en.svg|Parameter Problem Message (Type=4)
Echo Request Message-en.svg|Echo Request Message (Type=128)
Echo Reply Message-en.svg|Echo Reply Message (Type=129)
Router Solicitation Message-en.svg|Router Solicitation Message (Type=133)
Router Advertisement Message-en.svg|Router Advertisement Message (Type 134)
Neighbor Solicitation Message-en.svg|Neighbor Solicitation Message (Type 135)
Neighbor Advertisement Message-en.svg|Neighbor Advertisement Message (Type 136)
Redirect Message-en.svg|Redirect Message (Type 137)
 ~Kvng (talk) 17:00, 11 December 2022 (UTC)
replies: text: These have been restored by  ~Kvng (talk) 15:02, 16 December 2022 (UTC)
thread_title:  Information in images 

message: Destination Unreachable Message-en.svg|Destination Unreachable Message (Type=1)
Packet Too Big Message-en.svg|Packet Too Big Message (Type=2)
ICMPv6 Time Exceeded Message-en.svg|ICMPv6 Time Exceeded Message (Type=3)
Parameter Problem Message-en.svg|Parameter Problem Message (Type=4)
Echo Request Message-en.svg|Echo Request Message (Type=128)
Echo Reply Message-en.svg|Echo Reply Message (Type=129)
Router Solicitation Message-en.svg|Router Solicitation Message (Type=133)
Router Advertisement Message-en.svg|Router Advertisement Message (Type 134)
Neighbor Solicitation Message-en.svg|Neighbor Solicitation Message (Type 135)
Neighbor Advertisement Message-en.svg|Neighbor Advertisement Message (Type 136)
Redirect Message-en.svg|Redirect Message (Type 137)
 ~Kvng (talk) 17:00, 11 December 2022 (UTC)
replies: text: These have been restored by  ~Kvng (talk) 15:02, 16 December 2022 (UTC)
thread_title:  Format 

message: Flags in the "Neighboor Advertisement Message" are mixed with the "Router Advertisement Message" (see the Current hop limit).
There are also problem with the cell size vs bit size of the flags.
PS: I don't know how to correct table sorry. 82.124.177.69 (talk) 21:02, 8 May 2023 (UTC)
replies: text: I was able to remove the incorrect information. The columns in question are refusing to respond to manual width settings. Not sure why. Phatom87 (talk • contribs) 12:54, 9 May 2023 (UTC)
thread_title:  Error in table