o 假如希望节点抛弃这个包，并且当包的目的地址不是组播地址时，给包的源地址发送一个 ICMP "类型无法识别"报文，可以将这一信息编码成独立的扩展首部或者目的地址选项首部中的一个选项，其选项类型的最高两位为 11 。最终的选择可以根据其他的因素而定，比如哪一个可以使用更少的八位组,哪一个能生成更好的对齐或者具有更高的处理效率 。
o 假如希望采取其他的措施，那么这一信息必须作为目的地址选项首部的一个选项进行编码 。其选项类型的最高两位为 00，01 或 10，指定所需采取的措施 。
4.7 "无下一个首部"
IPv6首部或者扩展首部中"下一个首部"的值为 59 表示这个首部后面没有其他的首部了 。假如IPv6首部中的有效数据字段表明最后一个首部 ("下一个首部"字段为 59 的那个首部) 后面还有其他的八位组，那么这些八位组将被忽略，并且在传输过程中保持不变 。
更多的请看：http://www.qqread.com/windows/2003/index.html
5. 包的大小问题
IPv6要求互联网上的每条链路具有 1280 或更多个八位组的 MTU 。无法在一片之内传送 1280 个八位组的链路必须根据链路的情况在IPv6下层的协议中提供分片和重组机制 。具有可配置 MTU 的链路 (比如 PPP 链路 [RFC-1661]) 必须配置为具有至少 1280个八位组的 MTU；建议配置成具有 1500 或更多个八位组的 MTU，这样可以容纳可能的封装 (也就是"通道") 而不至于在IPv6协议层分片 。与链路直接连接的节点必须能够接收链路 MTU 大小的包 。建议IPv6节点使用 "路径 MTU 发现" 技术 [RFC-1981]，以发现比 1280 个八位组更大的路径 MTU，并发挥其优点 。但是，一个最小的IPv6实现 (比如，在启动 ROM 里) 可以简单的限制自己只发送小于 1280 个八位组的包，从而忽略 "路径 MTU 发现" 技术 。要发送大于路径 MTU 的包，节点可以使用IPv6分片首部，在源节点将包分片，并在目的节点将包重组 。但是，假如应用程序能够调整包的大小来适合标准的路径MTU，那么最好不要使用分片 。节点必须能够接收重组后大小为 1500 个八位组的分片包 。同时，答应节点接收重组后大于 1500 个八位组的分片包 。基于IPv6分片来发送大于路径 MTU 的包的上层协议或应用程序不应发送大于 1500 个八位组的包，除非它确信目的节点能够重组这样大的包 。
作为发往 IPv4 目的节点的IPv6包 (也就是从IPv6转换成 IPv4 的包) 的响应, IPv6的初始节点可能收到 ICMP "包太大"报文，报告下一跳 MTU 小于 1280 。在这种情况下,IPv6节点不必将后续的包的大小减小到 1280 以下，但必须在这些包中包含一个分片首部，使得负责从IPv6到 IPv4 之间转换的路由器能够得到一个适当的标识值，用来生成 IPv4 分片 。需要注重的是，这就意味着有效数据将减小到 1232 个八位组 ( 1280 减去IPv6首部的 40 和分片首部的 8)，假如还有其他的扩展首部，有效数据将变得更小 。
6 。数据流标签
IPv6首部中 20 位的数据流标签字段用于源节点标识那些需要IPv6路由器非凡处理的包的序列，比如非缺省质量的服务或者"实时"服务 。本文产生之时，IPv6在这方面尚处于实验阶段，并且随着因特网上支持数据流的要求变得越来越清楚，它还可能有所改变 。不支持数据流标签字段功能的主机和路由器应在初始化数据包的时候将此字段设为零，传输包的时候保持不变，接收包的时候忽略 。
7 。传输类别
IPv6首部中 8 位的传输类别字段可用于初始节点和/或转寄路由器标识和区分不同IPv6包的类别或优先级 。撰写本规范的时候，已经总结了在使用 IPv4 服务类型和/或优先级位 (用来为 IP 包提供不同形式的"区别服务"，不同于显式的建立数据流) 的过程中的若干经验. IPv6首部中的传输类别字段在IPv6中提供了相似的功能 。希望这些经验能够使得人们在哪种传输分类对 IP 包最为有用的问题上达成一致意见 。对IPv6传输类别中全部或部分数据位的结构和语义的具体定义，或者是实验性的，或者是最终的标准，都将在另外的文章中提供 。
推荐阅读
- POP3 邮局协议-版本3
- Internet Protocol Internet协议
- ICMP Internet控制信息协议
- 动态主机配置协议
- 网络通信协议
- CIP 传输协议
- Daytime协议
- OSPF协议
- PPP协议
- MPLS 多协议标志交换基本原理