IPv6原理及演进讲义.ppt

* 经常网关路由器发现报文从其它网关路由器转发更好，它就会发送重定向报文告知报文的发送者，让报文发送者选择另一个网关路由器。 其中Type为137，Code为0； Target Address是更好的路径下一跳地址； Destination Address是需要重定向转发的报文的目的地址。 －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 下面是一个具体的例子，假设主机A想与主机B通讯，主机A的默认网关路由器是R1，那么当A发送报文给B时报文会被送到R1。 R1接收到A发送的报文以后会发现实际上主机A直接发送给路由器R2更好，它将发送一个重定向报文给主机A，其中Target Address为R2，Destination Address为主机B。 主机A接收到了重定向报文之后，会在默认路由表中添加一个主机路由，以后发往主机B的报文就直接给R2。 这就是重定向的一个简单过程，其中会有个问题：R1如何知道去往主机B的路径通过R2更好呢？其实这个很简单，因为R1会发现报文进入的接口就是报文路由得出接口，也就是说发往主机B的路由实际上只是在R1上转了一圈出来了，然后转发到R2，据此，R1能判断出直接给R2是更好的路径。 * 前面学习的关于IPv6报文转发相关知识的时候知道，IPv6报文在转发的过程中是不进行分片操作的，当然也不进行分片报文的整合工作。IPv6报文仅在源节点进行分片，在目的节点进行组装。那么这会产生一个问题，源节点将报文到底分成多大的呢？很简单，为了所有的报文都能在路径上畅通无阻，那么分片的报文大小不能超过路径上最小的MTU，也就是PMTU——路径MTU。 RFC1981中定义了PMTU发现的机制，它是通过ICMPv6的Packet Too Big报文来完成的。首先源节点假设PMTU就是其出接口的MTU，发出报文，当转发路径上存在一个小于当前假设的PMTU时，就会向源节点发送Packet Too Big报文，并且携带自己的MTU值，此后源节点将PMTU的假设值更改为新收到的MTU值。如此反复，直到报文到达目的地之后，源节点就能知道到达某个目的地的PMTU了。ICMPv6的Packet Too Big报文的结构定义在RFC2463。 假设源到目的要先后经过4条链路，链路地MTU分别是1500、1500、1400、1300，当源发送一个分片报文的时候，首先分成1500大小的片，当到达1400的出接口时，路由器就会返回Packet Too Big错误，同时携带1400的MTU值。源接收到之后就会重新分成1400大小的片，当到达1300的出接口时，同样返回Packet Too Big错误，携带1300的MTU值。之后源重新分成1300的报文，最终到达目的地，这样就找到了该路径的PMTU。 值得注意的是，只有数据包超过路径上的最小MTU时，PMTU发现机制才有意义，因为如果报文很小，小于路径最小的MTU，就不可能产生Packet Too Big报文。由于IPv6要求链路层所支持的最小MTU为1280，所以PMTU的值不会小于1280。而最大的PMTU一般由链路层决定，如果链路层是一个隧道，那么支持的PMTU可能很大。 * * * 以太网组播MAC地址 以太网传输单播IP报文的时候，目的MAC地址使用的是接收者的MAC地址。但是在传输组播数据包时，其目的地不再是一个具体的接收者，而是一个成员不确定的组，所以要使用组播MAC地址。 (1) IPv4组播MAC地址 IANA规定，IPv4组播MAC地址的高24位为0x01005E，第25位为0，低23位为IPv4组播地址的低23位。 图1-6 IPv4组播地址与MAC地址的映射关系 由于IPv4组播地址的高4位是1110，代表组播标识，而低28位中只有23位被映射到IPv4组播MAC地址，这样IPv4组播地址中就有5位信息丢失。于是，就有32个IPv4组播地址映射到了同一个IPv4组播MAC地址上，因此在二层处理过程中，设备可能要接收一些本IPv4组播组以外的组播数据，而这些多余的组播数据就需要设备的上层进行过滤了。 －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ (2) IPv6组播MAC地址 在以太网链路上发送IPv6多播数据包时，对应的MAC地址是0x3333-A-A-A-A，其中A-A-A-A是IPv6多播地址的后32位的直接映射。对于正在被主机侦听的任何一个多播地址，关注的MAC表中会有相应的项。 例如，一台具有以太网MAC地址00-AA-00-3F-2A-1C