IPv6 主机和软件路由器转换机制( 六 )


封装的IPv4包头的TTL在一个依靠方式的执行中被选择 。MAY的执行提供了一个允
许治理员配置IPv4TLL的机制,这在IPTunnelMIB[17]中具体说明了 。
3.4.处理IPv4ICMP错误
在对封装包的响应被送到通道里,压缩节点可能从在通道内部的IPv4路由器收到IPv4
ICMP错误信息 。这些包被标明指向压缩节点的地址因为这是压缩包的IPv4资源 。
ICMP"包太大"的出错信息通过IPv4路径MTUDiscovery[8]来处理并且在IPv4层里记
录着导致的路径MTU 。被记录的路径MTU被IPv6用来决定是否一个IPv6ICMP"包太大"
出错已经在3.2中说明的那样产生 。
其它类型的ICMP错误信息处理依靠在"错误包"里包含了多少信息,那块区域阻止了封
装的包因此导致错误 。
许多老的IPv4路由器仅仅返回数据的8bytes这就超出了出错的IPv4包的报头,这对包
含IPv6报头的地址域来说是不够的 。更先进的IPv4路由器返回足够的数据,这数据超过包
含整个IPv6报头的IPv4报头并且甚至能超出数据 。
假如可恶的包包含了足够的数据,封装节点MAY吸取了封装的IPv6包并用它来产生
一个IPv6ICMP信息直接返回到先前的IPv6节点,就像下面所示的:


--------------
IPv4Header
dst=encaps
node
--------------
ICMP
Header
-- --------------
IPv4Header
src=https://www.rkxy.com.cn/dnjc/encaps
IPv4node
-------------- --
PacketIPv6
HeaderOriginalIPv6
in -------------- Packet-
TransportCanbeusedto
ErrorHeadergeneratean
-------------- IPv6ICMP
errormessage
~Data~backtothesource.
-- -------------- --
3.5.IPv4报头组成
当在一个IPv4数据图里正封装一个IPv6包时,IPv4包头区域是按如下所设置:
版本:
4
32位的IP包头长:
5
服务类型:
0.
总长度:
有效负载长度是IPv6和IPv4报头的长度加上IPv6报头 。
鉴定:
独一无二的作为被系统产生的为任何IPv4包传输的 。
标志:
DF标志的设置在3.2中将具体说明 。
MF标志的设置根据分段需要来设置 。
分段设置:
根据分段的需要来设置 。
周期:
在执行说明方式中设置 。
协议:
41
校验报头总数:
计算IPv4报头的校验总数 。
地址资源:
流出的IPv4地址的封装节点的接口 。
目的地地址:
传输终点的IPv4地址 。
任一IPv6的选择权被保留在数据包中 。
3.6.解压缩
当一个IPv6/IPv4主机或路由器接收一个IPv4被定址到它自己的IPv4地址之一的数据
图时,并且协议域的值是41,假如它是按照IPv4标准分段的哪它将重新组合,然后它去掉
IPv4的报并提交IPv6数据图到它的IPv6层代码 。
解压缩解点的要害字MUST有能力重新组合一个1300bytes的IPv4包 。
下面所示的是解压缩图:
-------------
IPv4
Header
--------------------------
IPv6IPv6
HeaderHeader
--------------------------
TransportTransport
Layer===>Layer
HeaderHeader
--------------------------
~Data~~Data~
--------------------------
当解压缩包时,IPv6的报头没有被修改 。假如包是被随后传到的,它的跳线限制减少
一个 。
作为解压缩的一部分节点要害字SHOULD默认抛弃一个有像一个多点传送地址的无效
IPv4源地址包,一个广播地址,0.0.0.0,和127.0.0.1 。在一般情况下SHOULD在IPv4源地
址上为火星的过滤器在[18]里和入口过滤器[13]应用规则 。
解压缩的IPv4报头是被丢弃的 。

推荐阅读