ICMPv6

作者：
IPv6使用Internet Control Message Protocol（简称ICMP），稍作一些改变，称为ICMPv6。 IPv6 nodes利用ICMPv6来报告处理封包时遇到的错误，也可执行其它internet层功能，如诊断功能“ping”。ICMPv6属于IPv6的一部分，每个IPv6 node必须支持ICMPv6。
ICMPv6 message有2种类型：
l   Error messages（错误讯息）  用于报告目的node或中间router传送封包时遇到的错误。ICMPv6错误讯息包括Destination Unreachable、Packet Too Big、Time Exceed和Parameter Problem。
l   Informational messages（信息讯息）  用于提供诊断功能以及其它功能 （例如MLD、MLDv2及Neighbor Discovery）。诊断功能包括Echo Request和Echo Reply。
注
ICMP是为了弥补IP层某些功能上的不足而特别添增的重要信息和机制，因此必须尽可能保障ICMPv6信息可安全的送达目的地的。由于link的MTU值不得低于1280 bytes，ICMPv6 messages被限制不得超过1280 bytes，可确保不会因为ICMPv6封包过大而无法送达目的地。
当未来发现IP层一些功能上的不足时，ICMPv6可能会跟着更改或者新增某些功能，并且不需要更动IPv6。


ICMPv6 讯息格式






Type  表示 ICMPv6 讯息的类型。此字段内容决定其它字段的格式。
Code  其内容取决于Type域值。
Checksum  ICMP讯息的检验值。
Message Body  包含ICMPv6讯息特有的数据。

ICMPv6 Error Messages


ICMPv6 error messages用于报告router或目的主机处理封包时发生错误。它们包含下列讯息：
Destination Unreachable (ICMPv6 Type 1)
Packet Too Big (ICMPv6 Type 2)
Time Exceeded (ICMPv6 Type 3)
Parameter Problem (ICMPv6 Type 4)

Destination Unreachable

当中间router无法转送封包到其目的或者目的节点无法将封包内容传送给上层处理时，就会发出 ICMPv6 Destination Unreachable 讯息。






Type  固定设为1。
Code  设定值0~6。
设定值
信息含义
说明
0
No route to destination
Fail to deliver is lack of a matching entry in the forwarding node's routing table.
1
Communication with destination administratively prohibited
a“firewall filter”
2
Beyond scope of source address
This condition can occur only when the scope of the source address is smaller than the scope of the destination address
3
Address unreachable
If the reason for the failure to deliver cannot be mapped to any of other codes, the Code field is set to 3.
4
Port unreachable
A destination node SHOULD originate a Destination Unreachable message with Code 4 in response to a packet for which the transport protocol (e.g., UDP) has no listener.
5
Source address failed ingress/egress policy
Fail to deliver is that the packet with this source address is not allowed due to ingress or egress filtering.
6
Reject route to destination
The failure to deliver is that the route to the destination is a reject route.
Unused  固定设为0。接收端忽略其内容。
Message Body  原始封包内容。ICMPv6 message不超过1280 bytes的前提下，尽可能包含整个原始封包内容。

Packet Too Big

当中间router遇到转送link上的link MTU小于IPv6封包大小，由于该封包无法转送，router就会发送ICMPv6 Packet Too Big message。






Type  固定设为2。
Code  固定设为0。
MTU  转送封包失败时的link MTU值。
Message Body  原始封包内容。ICMPv6 message不超过1280 bytes的前提下，尽可能包含整个原始封包内容。

Time Exceeded

当router接收到封包的Hop Limit字段为0，或者该字段减1后为0时，必须发送ICMPv6 Time Exceeded message给原始封包发送者，且舍弃原始封包。这代表此封包转送的路径发生回路，或者此封包的Hop Limit字段设定值不够大。

当封包接收端完成重组分段过的封包前，相关的定时器到期，也会发送ICMPv6 Time Exceeded message给原始封包发送者，且丢弃封包。






Type  固定设为3。
Code  设定值0或1。
设定值
信息含义
0
Hop limit exceeded in transit.
1
Fragment reassembly time exceeded.
Unused  固定设为0。接收端忽略其内容。
Message Body  原始封包内容。ICMPv6 message不超过1280 bytes的前提下，尽可能包含整个原始封包内容。

Parameter Problem

当IPv6表头或者扩展表头发生错误时，router或封包的目的节点就会发送ICMPv6 Parameter Problem message 。






Type  固定设为4。
Code  设定值0，1或2。
设定值
信息含义
0
Erroneous header field encountered.
1
Unrecognized Next Header type encountered.
2
Unrecognized IPv6 option encountered
Pointer  指明封包发生错误的相对位置。
Message Body  原始封包内容。ICMPv6 message不超过1280 bytes的前提下，尽可能包含整个原始封包内容。

ICMPv6 Informational Messages

ICMPv6 Informational Messages提供诊断功能，包含以下messages：
Echo Request (ICMPv6 Type 128)
Echo Reply (ICMPv6 Type 129)

Echo Request

ICMPv6 Echo Request message传送到目的地，并要求立即回应 Echo Reply message 。Echo Request/Echo Reply messages提供一种简单的诊断方法，有助于解决各种“可达性”以及“路由”问题。





Type  固定设为128。
Code  固定设为0。
Identifier  识别值。Echo Request message发送端利用此字段与响应的Echo Reply的Identify域值相配合。响应的Echo Reply message必须填入相同的Identifier域值。
Sequence Number  序号。 类似Identifier字段的用法， Echo Request message发送端利用此字段与响应的Echo Reply的Identify域值相配合。Identify字段及Sequence Number字段的用法，由Echo Request message发送端自行定义。
Data  可为0或多个bytes的资料。内容取决于Echo Request message发送端。响应的Echo Reply message必须填入相同的的Data域值。

Echo Reply

ICMPv6 Echo Reply message的格式与Echo Request完全相同。每个node收到Echo Request message时，会立即回应Echo Reply message。（当发送多个Echo Request封包后，未收到对方响应Echo Reply，即可判定对方为不可达。）





Type  固定设为129。
Code  固定设为0。
Identifier  识别值。 响应的Echo Reply message必须填入接收到的Echo Request message相同的Identifier域值。
Sequence Number  序号。响应的Echo Reply message必须填入接收到的Echo Request message相同的Sequence Number域值。

Data  响应的Echo Reply message必须填入接收到的Echo Request message相同的Data域值。

参考文献

RFC 4443  ICMPv6 (ICMP for IPv6)

评论

发表评论

此博客中的热门博文

IPv6 簡介以及地址介紹

作者：
IPv6 简介 I Pv6 （ IP 版本 6 ）是互联网通讯协议（ Internet Protocol ，简称 IP ）的新版本，它被设计来取代 IPv4 ，并且针对当初设计 IPv4 时没有考虑到的问题做了以下改进： n   扩展地址空间   IPv6 将 IP 地址长度从 32 bits 扩展到 128 bits ，如此庞大的地址空间，除了确保 IP 地址不再有耗尽之虑，其主要目的是支持更多层的阶层式的路由架构，并且提供更简单的自动组态配置。在 multicast address 中新增“ scope ”字段来提升 multicast routing 的可扩展性。定义一个新的地址类型称为“ anycast address ”，用来发送封包到一个接收群组中路由最近的一个 node 。 n   简化 IP 表头格式   IPv6 删除了 IPv4 表头中不必要的字段，并且将选项字段移到扩展表头，降低 router 转送 IP 封包的处理时间。 n   支持更佳的扩充性   更改 IP 表头的某些选项， 使得 router 转送封包更有效率，并且提供未来更大的灵活度来引入新的选项或新的扩展表头。 n   提供更好的 QoS   在 IP 表头添加新的标签字段称为“ Flow Label ”，让封包发送者能要求特殊的流量处理，譬如 real-time 服务。 n   认证和保密功能   支持认证、数据完整性及保密性。 须知， IPv6 除了将完全取代 IPv4 以外，由于 IP 层版本的替换过程相当冗长艰巨，其设计者更希望 IPv6 是 IP 层的终极版本，未来不用再面临更换 IP 层版本的难题。至于 IPv6 是否能经得起考验，成为 IP 层的终极版本，只能有赖时间来证明。 专有术语 Address  地址，用来标示一个或一组 interfaces 。 Host （本机） 非 router 的 nodes 皆称为 host 。 Immediate Router  封包送达目的地所经过的 routers 。 Interface  node 连接到 link 的实体附件。例如网络卡。 Link  通信介质， node 之间可以透过 link layer 进行通信。即 IP 的下层。例
阅读全文

DHCPv6 简介

作者：
Dynamic Host Configuration Protocol for IPv6 （简称 DHCPv6 ）可以使 DHCPv6 server 传递配置参数（例如 IPv6 地址）给 IPv6 nodes 。 DHCPv6 提供了可重复使用 IPv6 地址和附加参数自动配置的灵活性能力。相对于“ IPv6 Stateless Address Autoconfiguration ” (RFC 2462) ， DHCPv6 是一种 stateful address autoconfiguration 。两者各自独立运作，也可以同时使用来自动配置参数。 透过 DHCPv6 server ， DHCPv6 可以提供 nodes 自动分配 IP 地址以及其它参数，每个配置参数都是利用 option 方式来传递。 DHCP 可以透过新定义的 option 来扩展配置新的参数。 DHCPv6 概述 协议操作以及使用的地址 u   DHCPv6 属于应用层（ Application Layer ）通讯协议，使用 UDP （ Transport Layer ）来交换 messages 。需要透过 DHCPv6 protocol 来获取 IP 地址或其它参数的 node 会以 client 的角色来向 DHCPv6 server 发出请求，而 DHCPv6 server 会依据 client 的相关讯息以及 server 自定的相关决策来配置 client 适当的参数值。 Client 使用 link-local 地址或其它地址来收送 DHCP messages 。 Server 使用保留的 link-scope multicast addres 即 All_DHCP_Relay_Agents_and_Servers  multicast address (ff02::1:2) 来接收 clients 发送的 messages ， client 几乎都是使用此 multicast address 来发送 messages ， 所以不需要另外配置 server 的 IP 地址。 u   为了能允许 client 发送 DHCP messages 到不在同一个 link 的 server ，
阅读全文

Neighbor Discovery 简介

作者：
IPv6 Neighbor Discovery （简称 ND ）提供机制来解决邻近 nodes 之间相互作用的下列问题： Router Discovery   Hosts 如何查寻到连接在 link 上的 router ？ Prefix Discovery   Hosts 如何得知哪些 prefix 是属于 link 上可直接传送的地址？（ Nodes 利用 prefix 是否为 on-link 来决定直接传送封包或透过 router 传送封包到目的地。） Parameter Discovery   Nodes 如何得悉 link 的相关参数（例如： link MTU ）或者 internet 参数（例如： Hop Limit 值）。 Address Autoconfiguration   提供机制来允许 hosts 对每个 interface 自动配置参数。例如： IPv6 地址、 on-link prefix 和 link MTU 等。 Address resolution   如何从邻近 nodes 的 IPv6 地址解析到其 link 层地址。 Next-hop determination   如何将欲传送的封包的目的地对应到 next-hop 地址？   对于非邻近（ off-link ）目的地址， Next-hop 地址是 router 的地址。对于邻近的（ on-link ）目的地址， next-hop 地址就是目的地址本身。 Neighbor Unreachability Detection   如何侦测邻近的 nodes 的可达性？对于不可达的 nodes ，可尝试用地址解析机制来确认是否还可达。此外，如果 link 上有 2 个以上的 routers ，还可以透过更换 default router 来解决邻近 router 不可达问题。 Duplicate Address Detection   node 如何确定它欲使用的地址是否已经被邻近的其它 node 使用了？ ( 可避免地址冲突 ) Redirect （重新导向 ）   当 link 上有 2 个以上 routers 时， Router 如何告知 host 使用更佳的 next-hop  （即另外的 router ）将封包送达特定的目的地址？
阅读全文

Multicast Listener Discovery (MLD) 简介

作者：
Multicast Listener Discovery （简称 MLD ）是从 IGMPv2 （ Internet Group Management Protocol version 2 ）衍生而来，目的是让 IPv6 router 有能力发现每个连接的 link 上的 multicast listener （聆听者），并且具体知道这些 listener 感兴趣的是哪些 multicast 地址，同时在每个 link 上建立个别的 multicast 列表。只要 multicast 列表发生变化， router 就会透过 Multicast Routing Protocol 与其它邻近的 routers 交换这些讯息，以确保 multicast 封包能适当地传送（或阻断）到 multicast listeners 连接的 link 。（ Multicast Routing Protocol 不在本书的讨论范围内。） 《请注意》 Router 只需要知道 link 上哪些 multicast address 有 listener ，不需要知道 listener 的身份地址，也不需要知道有多少 listeners 。 MLD 是一个非对称的协议，它分别指定 multicast router 及 multicast listeners 个别的行为。 当 router 也扮演 listener 角色时， router 会同时执行协议的两个部分，包括自己两个角色间的讯息交换。 如果一个 router 有多个 interfaces 连接到同一个 link ，则只需要其中一个 interface 扮演 MLD 的 router 角色。另一方面，如果 listener 有多个 interfaces 连接到同一个 link ，则每个 interface 都必须扮演 MLD 的 listener 角色。 注 《须知》 每个 listener 可能落在 internet 上任何位置， multicast 封包的 listeners 越
阅读全文

MLDv2 简介

作者：
MLDv2 乃从 IGMPv3 衍生而来，可兼容 MLDv1 。 MLDv2 涵盖 MLDv1 既有功能，除了指定欲聆听的 multicast 地址以外，并且增加 source list （来源地址列表）以及 filter mode 可过滤 multicast 封包的来源地址。 Filter mode 可设为 INCLUDE 或 EXCLUDE ，分别与 source list 组合形成白名单或者黑名单。白名单只接收 source list 中所指定的来源封包，其它都不接收。黑名单则除了不接收 source list 中所指定的来源封包，其它都接收。 MLDv2 协议概述 MLDv2 使 router 能够查询每个 link 上有哪些 multicast 封包和来源地址有 listener ，并且保持每个 multicast address 的 Listening state 。再透过 Multicast Routing Protocol ，与邻近的其它 routers 交换这些讯息，以确保 multicast 封包能适当地传送（或实时阻断）到所有 multicast listeners 连接的网段。 本章节不赘述 MLDv2 与 MLDv1 相同的部分。主要着重于如何建立及处理 Multicast Address Listening state ： u   Listeners 如何建立 Listening state u   Querier 和 Listeners 如何交换 MLDv2 讯息 u   Routers 如何处理 Listener 发送的 report 以及建立 Listener state Listeners 如何建立 Listening State n   Listeners 系统中运行的应用程序透过特定的 service calls ，要求 IP 层接收或者停止接收指定的 multicast 封包。随着应用程序呼叫 service call ，会产生并且保持个别的 socket Listening state 。同时， Listener 必须依据每个 interface 的所有 socket Listening state ，计算并且保持个别的 interface listening state
阅读全文

Mobile IPv6 简介

作者：
《前言》 应用层以及 TCP （ Transmission Control Protocol ）在建立联机后，必须始终使用原有的 IP 来源地址才可以保持既有的联机。只要 node 的 IP 地址发生变更，则必须重新建立联机。由于行动装置具有自由移动的特性，导致其 IP 地址在移动中可能跟着发生变化。为了让移动装置即使其 IP 发生变化，也能够保持既有的联机， RFC 6275 “ Mobility Support in IPv6 ”定义新的通信协议以及一些新的 options 来达到此目标。凡支援 Mobile IPv6 的 node 称为 Mobile Node 。 Mobile IPv6 protocol 允许 Mobile Node （简称 MN ）在 internet 上移动时仍保持既有的通信联机以及 MN 的可达性（ MN 可随时与其它 node 建立新联机，反之亦然。）。 不论 MN 因移动而切换连接到其它任何 link ， MN 总是以它的 home address 为识别的 unicast 地址。当 MN 远离 home link 时，新连接的 link 所配置到的 IPv6 地址称为 care-of address （转交地址）。藉由 care-of address 来转交封包， MN 能始终以 home address 的身份维持通信。当 MN 从 home link 切换到别的 link 或从别的 link 切换到另一个 link 时， 就会将目前连接的 link 所配置到的 care-of address 以及其 home address 向 home agent 登记，此登记动作称为 home registration 。此时， Home agent 将代理 MN 的 home address 角色，同时与 MN 登记的 care-of address 互相建立 tunnel 。此后，任何目的地址为 MN 的 home address 的封包将被 home agent 拦截，且透过 tunneling 机制转送到 MN 的 care-of address 。同样地，透过 tunneling 机制， MN 发送的封包皆藉由 home agent 来转送。当 MN 从别的 link 切换到 home link 时，也会向 h
阅读全文

IP Security 簡介

作者：
IP Security 简称 IPsec ，主要提供两种功能： u   Authentication （认证功能）   是指封包接收端确认发送端的身份，以确保双方传送的数据未受他人破坏或窜改。 u   Confidentiality （保密功能）   将通讯内容予以加密，防止网络上的第三者读取通讯内容。 IPsec 的运作必须经过以下步骤： （1）   双方建立 Security Association （安全连结，简称 SA ）   透过协商机制来决定 IPsec 的使用方式。例如：选择何种安全功能（ AH or ESP ），加密的算法，使用密钥的原则等。 （2）   密钥交换     利用非对称性加密法，让双方拥有共同的秘钥。 （3）   以安全的管道传送讯息    透过建立好的 SA 以及共有的秘钥，双方以安全的管道传送数据。 IPsec 提供以下 2 种安全传送模式： -        Transport mode （传输模式）   建立联机的 Host-A 与 Host-B 皆具有 IPsec 能力时，可使用 Transport mode 来建立联机。 -        Tunnel mode （隧道模式）   建立联机的 Host-A 以及 Host-B 不需要具有 IPsec 能力，透过两端的 routers 来建立 IPsec 安全联机。 IPsec 使用的安全功能有 2 种如下： u   Authentication Header （简称 AH ）   AH 除了提供 IP 承载的数据数据的认证以外，也尽可能保护 IP 表头内容。然而，有些 IP 表头的域值在经过 router 转送封包时会被改变（例如 Hop Limit 字段），这些会改变的字段是不可保护的。因此， AH 对 IP 表头的保护是零碎非完整的。 u   Encapsulating Security Payload （简称 ESP ）   ESP 除了提供与 AH 类似的功能以外，还提供加密的服务。 AH 可单独使用，或者同时与 ESP 一起保护 IP 封包。 ESP 和 AH 提供完整性保护的主要区别在于覆盖的程度： 具体的差异是 ESP 不保护 IP 表头内容。 如
阅读全文