Diskussion:ICMPv6
Lemma
[Quelltext bearbeiten]Das derzeitige Lemma Internet Control Message Protocol V6 ist schlecht, denn es ist nicht die sechste Version des Internet Control Message Protocol. Der korrekte Name laut RFC 4443 ist Internet Control Message Protocol for the Internet Protocol Version 6 und wird mit ICMPv6 abgekürzt. Ich werde daher den Artikel auf den bekannten Namen ICMPv6 verschieben. Bei en:ICMPv6 wird das auch so geschrieben. --Fomafix 11:27, 18. Mär. 2009 (CET)
ICMPv6-Verarbeitung
[Quelltext bearbeiten]Der Text enthält eine inkorrekte Bezeichnung und Dopplung für IPV6-Adressen
"Für die Verarbeitung von ICMPv6-Nachrichten gelten folgende Regeln:
- ...
- Auf folgende Pakete werden keine Fehlernachrichten versandt:
- Fehlernachrichten
- Pakete an Multicast-, Link-Level-Multicast- oder Link-Level-Broadcast-Adressen mit folgenden Ausnahmen:
- ..."
- Fehlernachrichten
Broadcast-Adressen existieren nicht mehr im IPV6 Bereich, sie gehören jetzt alle zum Bereich der Multicast-Adressen (siehe IPV6#Multicast und RFC 3307)
Korrekter Weise müsste es also heißen: "...Pakete an Multicast- oder Link-Level-Multicast-Adressen mit folgenden Ausnahmen:..." (nicht signierter Beitrag von Silberschatten (Diskussion | Beiträge) 14:37, 14. Mai 2011 (CEST))
Time-Exceeded
[Quelltext bearbeiten]Eine empfangene Time-Exceeded-Nachricht muss nicht weitergeleitet werden.
Darf aber wohl? Wäre es dann nicht unter Umständen so, dass bei einer Endlosschleife im Routing massig Pakete diese Fehlermeldung erzeugen und die dann ebenfalls wieder im Kreis verschickt werden und so das Netz mit fluten? Was verstehe ich falsch? --StYxXx ⊗ 16:35, 21. Mär. 2013 (CET)
- Der Satz war in der Tat nicht korrekt. Der Empfänger leitet sie natürlich nicht weiter, das braucht man nicht zu erwähnen. Falls dazwischenliegende Router gemeint waren, leiten diese sie natürlich weiter, dann wäre die Aussage falsch. Ich habe den Satz deshalb entfernt. --Lex parsimoniae (Diskussion) 21:54, 22. Mär. 2013 (CET)