処理パケット

Question

質問

1は、未知のIPv6拡張ヘッダを持つパケットを破棄すべきか？

詳細

私はRFCを調べることによって、この質問に対する答えを見つけることができませんでした。ノードは次のヘッダを必要とするが、次のヘッダフィールドの値を識別することができない場合、パケットを破棄し、バックにICMPv6のパラメータ問題メッセージを送信するために必要とされる

：22ページの本IPv6 Essentials状態パケットの送信元。

私はこれを読んで：カスタム拡張ヘッダーを持つIPv6パケットが破棄されることができないのIPv6の経路に沿ってスタックしない限りすべては、ヘッダーに対処する方法を知っています。あるいは、パスに沿った単一のIPv6デバイスがカスタムヘッダーの処理方法を知らない場合、パケットを破棄します。

これは拡張の一般的な考え方とは異なるようです。カスタム拡張が汎用IPv6スタックに影響を与えない場合でも、ネットワーク全体をアップグレードせずに新しい拡張を導入することはできません。

Answer 1

RFC2460（インターネットプロトコルバージョン6（IPv6）の）から：拡張ヘッダは、次ヘッダフィールドを使用したよう

If, as a result of processing a header, a node is required to proceed 
to the next header but the Next Header value in the current header is 
unrecognized by the node, it should discard the packet and send an 
ICMP Parameter Problem message to the source of the packet, with an 
ICMP Code value of 1 ("unrecognized Next Header type encountered") 
and the ICMP Pointer field containing the offset of the unrecognized 
value within the original packet. The same action should be taken if 
a node encounters a Next Header value of zero in any header other 
than an IPv6 header. 

私はあなたがパケットを破棄し、送信するために期待しているという意味として解釈したいですICMPエラーが戻ってきます。 彼は宛先ホストにのみ適用されることに注意してください。ルータはすべての拡張ヘッダーを無視することになっています：

With one exception, extension headers are not examined or processed 
by any node along a packet's delivery path, until the packet reaches 
the node (or each of the set of nodes, in the case of multicast) 
identified in the Destination Address field of the IPv6 header.