本帖子已过去太久远了，不再提供回复功能。IPv6技术白皮书（二）(1)
IPv6技术白皮书（二）(1)
　　3.7 超长数据传送问题&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 　　3.7.1 IPv6如何解决超长数据的传送问题？　　IPv6要求互联网上的每条链路具有1280或更多个八位组的最大传输单元（MTU）。无法在一段之内传送1280个八位组的链路必须根据链路的情况在IPv6下层的协议中提供分段和重组机制。具有可配置MTU的链路，比如PPP链路必须配置为具有至少1280个八位组的MTU；要发送大于路径MTU的包，节点可以使用IPv6分段报头，在源节点将包分段，并在目的节点将包重组。　　3.7.2 IPv6通信中源节点如何发现到目的节点的最大传输单元？　　RFC1981 中描述了一种动态发现路径最大传输单元（PMTU）的方法。基本思想是源节点最初假定到目的节点的一条路径的PMTU是这条路径第一跳的已知MTU。如果发往这条路径的任何包由于太大而不能被路径上的一些节点转发，那些节点将丢弃这些包并发回ICMPv6包太大消息。源节点收到这样一个消息后应根据包太大消息中报告的MTU压缩的那一跳的MTU值减小它为这条路径假定的PMTU。当节点对PMTU的估计值小于或等于实际PMTU时路径MTU发现过程结束。要注意在这个过程中“发包-收到包太大消息”的循环可能反复多次，因为路径上总潜在可能存在MTU更小的链路。节点也可以通过停止发送比IPv6最小链路MTU大的包来终止这个发现过程。　　3.8& 路由技术&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 　　3.8.1 IPv6在路由方面有什么新特点？　　IPv6采用聚类机制，定义了非常灵活的层次寻址及路由结构，同一层次上的多个网络在上层路由器中表示为一个统一的网络前缀，这样可以显著减少路由器必须维护的路由表项。在理想情况下，一个核心主干网路由器只须维护不超过8192个表项。这大大降低了路由器的寻路和存储开销。　　IPv6协议所带来的另一个特点是提供数据流标签，即流量识别。路由器可以识别属于某个特定流量的数据包，并且这条信息第一次接收时即被记录下来，下一次这个路由器接收到同样的流量数据包后，路由器采用识别的记录情况，而不需查对路径选择表，从而减少了数据处理的时间。　　多点传送路由是指目的地址是一个多点传送地址的信息包路由。在IPv6中，多点传送路由的问题与IPv4中类似，只是功能有所加强，分别成为了ICMPv6和OSPFv6的一部分，而不是IPv4中的单独协议，从而成为了IPv6整体的一部分。为了路由多点传送信息包，IPv6中创建了一个分布树（多点传送树）到达组里的所有成员。　　3.8.2 IPv6中可用的路由协议包括哪些？　　IPv6主要使用三种路由协议：RIPv6（Routing Information Protocol，路由信息协议）、OSPFv6（Open Shortest Path First，开放最短路径优先）和IDRPv2（Inter-Domain Routing Protocol，域间路由协议）以及可能的EIGRP和双层的IS-IS。　　RIPv6是可以与IPv6共同使用的RIP版本。更新后的RIP允许接收128位地址，没有增加新特性，没有消除以前限制的相关前缀长度。这种选择的原因是为了保持RIPv6的简单性，这样它可以在非常简单的设备上实现。　　OSPFv6是可以用于IPv6的OSPF版本，它也是IPv6推荐的内部网关路由协议（IGP），作为所有路由器厂商的标准实现，它适于大型网络。OSPFv6作为OSPF的更新，允许传送新的128位地址和相关的前缀长度，在OSPFv6中，区域定义为128位地址。　　IDRP是和IPv6共同使用的外部网关路由协议（EGP），IDRP是一个路径矢量协议，在OSI结构中是设计在无连接网络协议（CLNP，ISO 8473）使用的，在Internet上作为EGP从BGP-4得出，适于和IPv6共同使用的IDRP版本是IDRPv2。　　3.9 组播技术&&&&&&&&&&&&&&&&&&&&&&&&&& 　　3.9.1 IPv6在支持组播方面有什么特征？　　IPv6加强了组播功能，这是一种可将信息传递给所有已登记了欲接收该消息的主机的功能。使用组播功能可以同时传递数据给大量的用户，传递过程只会占有一些公共或专用带宽开销而不会浪费带宽在整个网络里广播。在IPv6的组播功能中增加了 “标志”，可以区分永久性与临时性地址，更有利于组播功能的实现。IPv6还包含了一些限制组播消息传递范围的一些特性，这样，组播消息可以被局限在一个特定的位置、区域、公司或其它约定范围，从而减少了带宽的使用并可提供安全性。组播的意义在于只有用户加入相应的组播组才能收到发给该组的信息，这对于视频节目的发送来说意义尤其重大，模拟电视中的频道概念就完全可以用组播组的概念来代替。而且组播组的范围可以包括同一本地网、同一机构网、甚至IPv6全球地址空间中的任何位置的节点，这就为网络多媒体信息服务提供了更大的灵活性。　　3.10 对移动性的支持 　　3.10.1 什么是移动IPv6？　　移动IPv6协议为用户提供可移动的IP数据服务，让用户可以在世界各地都使用同样的IPv6地址，非常适合未来无线上网。　　现在的互联网协议IPv4，原本不提供任何移动性支持。针对这一情况，IETF于1996年制订了支持移动互联网设备的协议，称为移动IP，其协议有两种版本：基于IPv4的移动IPv4和基于IPv6的移动IPv6。　　移动IP的主要目标是：不管是连接在本地链路还是移动到外地网络，移动节点总是通过本地地址寻址。移动IP在网络层加入了新的特性，在改变网络连接点时，运行在节点上的应用程序不用修改或配置仍然可用。这些特性使得移动节点总是通过本地地址通信。这种机制对于IP层以上的协议层是完全透明的。移动节点所在的本地链路称为移动节点的家乡链路，移动节点的本地地址称为家乡地址。　　移动IPv6操作包括家乡代理注册、三角路由、路由优化、绑定管理、移动检测和家乡代理发现。移动IPv6的工作机制如下图所示。图中有3条链路和3个系统。链路A上有一个路由器提供家乡代理服务，这个链路是移动节点的家乡链路。移动节点从链路A移动到链路B。链路C上有一个通信节点，可以是移动的或者静止的。　　
&&&& 当移动节点连接到外地链路时，除了家乡地址外，它还可以通过一个或多个转交地址进行通信。转交地址是移动节点在外地链路时的IP地址。移动节点的家乡地址和转交地址之间的关联称为“绑定”。移动节点的转交地址可以自动配置。
&&&&& 移动IPv6的实现离不开家乡链路上的家乡代理。当移动节点离开本地时，要向家乡链路上的一个路由器注册自己的一个转交地址，要求这个路由器作为自己的家乡代理。家乡代理需要用代理邻居发现来截获家乡链路上发往移动节点家乡地址的数据包，然后通过隧道将截获的数据包发往移动节点的主转交地址。为了通过隧道发送截获的数据包，家乡代理要把数据包进行IPv6封装，外部的IPv6报头地址设为移动节点的主转交地址。
&&&&& 当移动节点离开本地时，家乡链路的一些节点可能重新配置，导致执行家乡代理功能的路由器被其他路由器所代替。在这种情况下，移动节点可能不知道自己家乡代理的IP地址。移动IPv6提供了一种动态家乡代理地址发现机制，移动节点可以动态发现家乡链路上家乡代理的IP地址，离开本地时，它在这个家乡代理上注册转交地址。
&&&& 移动IPv6还定义了一个附加的IPv6目的选项――家乡地址选项。作为发送方的移动节点通过在发送的数据包中携带家乡地址选项可以把家乡地址告诉作为接收方的通信节点，而转交地址对于移动IPv6以上层（如传输层）是透明的。
&&&&& 在IPv6中，移动节点能把自己的转交地址告诉每个通信节点，使通信节点和移动节点之间进行直接路由，避免了三角路由问题。由于未来互联网上会有大量的无线移动节点，因此，在路由效率上的大规模改善可能对互联网的可扩展性产生本质的影响。
&&&&& 移动IPv6具有诱人的应用前景，它为新一代无线用户提供了移动支持，但在移动越区切换、QoS、安全等方面仍不能满足实际应用的需要。目前，许多研究机构（包括移动通信的著名厂商诺基亚、爱立信等）都在研究这些关键技术。　　3.10.2 为什么IPv6能够比IPv4更好地解决移动问题？
&&&&& 移动IPv6与移动IPv4相比优势明显，主要是其设计吸收了移动IPv4的发展经验，并且抓住了设计新版本IP协议（IPv6）的大好时机，结合了IPv6的很多新特性。IPv6的出现是移动计算的一个重要里程碑，IPv6的下列主要特性对于未来的移动无线网络的发展至关重要：足够多的IP地址、安全数据报头的实现、目的选项提高了路由效率、地址自动配置、避免入口过滤、错误恢复没有软状态“瓶颈”。
&&&&& 移动IPv6协议的优点在移动终端数量持续上涨的今天尤其突出。IPv6将是实现移动互联网上许多新型而精彩的服务的关键。尽管IPv4中也存在移动协议，但二者之间存在本质的区别：移动IPv4协议不适用于数量庞大的移动终端。目前全世界的移动终端数就超过7亿个，而且移动电话终端的潮流才刚刚开始，包含诸如门、防盗自动警铃等设备的下一轮终端浪潮已经显露出来。移动IP需要为每个设备提供一个全球唯一的IP地址，不久的将来，当每个人都要携带一个或多个移动终端时，IPv4将没有足够的地址空间为在公共互联网上运行的每个移动终端分配一个全球唯一的IP地址，而IPv6却可以实现这一点。除了IPv6的其他优点外，单这一项功能就可以实现个人之间的直接通信。从另一个角度说，移动IPv6能够通过简单的扩展，满足大规模移动用户的需求。这样，它就能在全球范围内解决有关网络和访问技术之间的移动性问题。另外，IPv4协议中对移动性的支持不是强制的，而移动IPv6是IPv6协议中不可或缺的部分，所有IPv6的实现都必须支持移动性。　　[NextPage]　　3.11& 安全问题&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 　　3.11.1 IPv6能彻底解决互联网中的安全问题吗？
&&&&& 原来的互联网安全机制只建立于应用程序级，如E-mail加密、SNMPv2网络管理安全、接入安全（HTTP、SSL）等，无法从IP层来保证Internet的安全。为了加强互联网的安全性，从1995年开始，IETF着手研究制定了一套IP安全（IP Security，IPSec）协议用于保护IP通信的安全。IPSec提供既可用于IPv4也可用于IPv6的安全性机制，它是IPv6的一个组成部分，也是IPv4的一个可选扩展协议。通过集成IPSec，IPv6实现了IP级的安全。IPSec提供如下安全性服务：访问控制、无连接的完整性、数据源身份认证、防御包重传攻击、保密、有限的业务流保密性。IPSec的认证报头（Authentication Header，AH，RFC2402中描述）协议定义了认证的应用方法，封装安全负载（Encapsulating Security Payload，ESP，RFC2406中描述）协议定义了加密和可选认证的应用方法。IPSec安全性服务完全通过AH和ESP头相结合的机制来提供，当然还要有正确的相关密钥管理协议。在实际进行IP通信时，可以根据安全需求同时使用这两种协议或选择使用其中的一种。
&&& IPv6实质上不会比IPv4更加安全。IPv6标准的起草者、思科总部的两位“杰出网络技术领袖”Fred Baker和 Tony Hain认为IPv6从根本上来说，只是IP地址改变的协议包，并不能解决现在的互联网协议IPv4中的安全问题。但是由于IPSec提供的端到端安全性的两个基本组件――认证和加密――都是IPv6协议的必备组件，而在IPv4中，它们只是可选组件，因此，采用IPv6，安全性会更加简便、一致。更重要的是，IPv6使我们有机会在将网络转换到这种新型协议的同时发展端到端安全性。
3.11.2&& 为解决IPv6网络安全问题，传统的安全设备需要做那些改进？
&&&& IPv6网络中仍需要使用防火墙、入侵检测系统等传统的安全设备，但由于IPv6的一些新特点，IPv4网中现有的这些安全设备在IPv6网中不能直接使用，还需要做些改进：
&防火墙的设计
&&&& 由于IPv6相对IPv4在数据报头上有了很大的改变，所以原来的防火墙产品在IPv6网络上不能直接使用，必须做一些改进。针对IPv6的Socket套接口函数已经在RFC3493：Basic Socket Interface Extensions for IPv6中定义，以前的应用程序都必须参考新的API做相应的改动。
&&&& IPv4中防火墙过滤的依据是IP地址和TCP/UDP端口号。IPv4中IP头部和TCP头部是紧接在一起的，而且其长度是固定的，所以防火墙很容易找到头部，并应用相应的策略。然而在IPv6中TCP/UDP报头的位置有了根本的变化，它们不再是紧连在一起的，通常中间还间隔有其他的扩展头部，如路由选项头部，AH/ESP头部等。防火墙必须读懂整个数据包才能进行过滤操作，这对防火墙的处理性能会有很大的影响。
&入侵检测系统（IDS）的设计
&&&& 在IPv6下也使我们不得不放弃以往的网络监控技术，投身一个全新的研究领域。首先，IDS产品同防火墙一样，在IPv6下不能直接运行，还要做相应的修改。其次，IDS的工作原理实际上是一个监听器，接收网段上的所有数据包，并对其进行分析，从而发现攻击，并实施相应的报警措施。但是，如果使用传输模式进行端到端的加密，IDS就无法工作，因为它接收的是加密的数据包，无法理解。当然，解决方案之一是让IDS能对这些数据包进行解密，但这样势必会带来新的安全问题。同时IPv6的可靠性是否如最初所设想的那样，也有待时间的考验。
&&&&& 由于IPv6中引入了网络层的加密技术，未来网络上的数据通讯的保密性将会越来越强，这使网络入侵检测系统和主机入侵检测引擎也面临在多种不同平台如何部署的问题。这就需要研究IDS新的部署方式，再下一步，研究如何才能在任何网络状况、任何服务器、任何客户端、任何应用环境都能进行适当的自转换和自适应。
3.12 服务质量&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 　　3.12.1 为更好地提供服务质量，IPv6协议作了哪些考虑？
&&&& 从协议的角度看，IPv6与目前的IPv4提供相同的服务质量（QoS），但是IPv6的优点体现在能提供不同的服务。这些优点来自于IPv6的包头结构中新增的优先级字段和流标签字段。优先级字段扩大到1个字节，这就可以定义256个级别的优先级，对各种多媒体信息根据紧急性确定数据包的优先级，从而保证每一项服务都能达到用户满意的质量。而有了20位长的流标签字段，在传输过程中，中间的各节点就可以识别和分开处理任何IP地址流。在IPv6中，同一个业务流的所有数据包采用相同的流标签，这样当路由器检测到相同的流标签的时候就采用相同的路径发出去，而不需要为每一个数据包重新选择路由，从而大大提高了数据包转发的效率，降低了端到端的延迟。尽管对流标签的准确应用还没有制定出有关标准，但将来它会用于基于服务级别的新计费系统。此外，在支持 “总是在线”连接、防止服务中断以及提高网络性能方面，IPv6也有助于改进服务质量。
&&& IPv6实现QoS的协议是IETF的资源保留协议（Resource Reserve Protocol，RSVP）。主机用RSVP代表应用数据流（指可以由路由器或者转发数据的主机辨别的相关数据包的流，在IPv6协议下就是拥有相同的流标签的流）向网络请求特定的服务质量，例如基于平均值的最大带宽、最大接收延迟、优先队列以及其他参数，主机也可以指定一个特定的网络服务级别，这类似于数字视频广播（Digital Video Broadcasting，DVB）中的网络信息表的概念。RSVP带着这个请求通过网络，访问这个数据流经过的网络的每个节点。在每个节点上，RSVP 试图为这个流进行资源保留。这使得提供具有服务质量的图像和其它实时业务成为可能。
3.13& IPv4向IPv6的转换&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 　　3.13.1 什么是IPv6转换机制？为什么需要转换机制？
&& IPv6不可能立刻替代IPv4，因此在相当一段时间内IPv4和IPv6会共存在一个环境中。要提供平稳的转换过程，使得对现有的使用者影响最小，就需要有良好的转换机制。目前，这个议题是IETF ngtrans工作小组的主要目标，有许多转换机制被提出，部分已被用于6Bone上。IETF推荐了双协议栈、隧道技术以及NAT等转换机制：
&IPv6/IPv4双协议栈技术
简单地说，双栈机制就是使IPv6网络节点具有一个IPv4栈和一个IPv6栈，同时支持IPv4和IPv6协议。IPv6和IPv4是功能相近的网络层协议，两者都应用于相同的物理平台，并承载相同的传输层协议TCP或UDP，如果一台主机同时支持IPv6和IPv4协议，那么该主机就可以和仅支持IPv4或IPv6协议的主机通信，IPv6/IPv4双协议栈的协议结构如下图所示：　　
应用层协议
TCP/UDP协议
链路层及物理协议
隧道技术 　　隧道机制就是必要时将IPv6数据包作为数据封装在IPv4数据包里，使IPv6数据包能在已有的IPv4基础设施（主要是指IPv4路由器）上传输的机制。随着IPv6的发展，出现了一些被运行IPv4协议的骨干网络隔离开的局部IPv6网络，为了实现这些IPv6网络之间的通信，必须采用隧道技术。隧道对于源站点和目的站点是透明的，在隧道的入口处，路由器将IPv6的数据分组封装在IPv4中，该IPv4分组的源地址和目的地址分别是隧道入口和出口的IPv4地址，在隧道出口处，再将IPv6分组取出转发给目的站点。隧道技术的优点在于隧道的透明性，IPv6主机之间的通信可以忽略隧道的存在，隧道只起到物理通道的作用。隧道技术在IPv4向IPv6演进的初期应用非常广泛。但是，隧道技术不能实现IPv4主机和IPv6主机之间的通信；　　网络地址转换技术 　　网络地址转换（Network Address Translator，NAT）技术是将IPv4地址和IPv6地址分别看作内部地址和全局地址，或者相反。例如，内部的IPv4主机要和外部的IPv6主机通信时，在NAT服务器中将IPv4地址（相当于内部地址）变换成IPv6地址（相当于全局地址），服务器维护一个IPv4与IPv6地址的映射表。反之，当内部的IPv6主机和外部的IPv4主机进行通信时，则IPv6主机映射成内部地址，IPv4主机映射成全局地址。NAT技术可以解决IPv4主机和IPv6主机之间的互通问题。　　3.13.2& 目前常见的IPv4/IPv6互通转换的技术标准有哪些？　　现有网络到IPv6网络的过渡在技术上已十分成熟，而且这种过渡可以是循序渐进的。国际标准化组织和许多研发机构都开发出了多种IPv4与IPv6的互通转换机制。下面给出了目前常见的IPv4/IPv6互通转换技术标准：　　? 6to4：RFC 3056　　? NAT-PT（Network Address Translation-Protocol Translation）：RFC 2766　　? SIIT（Stateless IP/ICMP Translation）：RFC 2765　　? Tunnel broker：RFC 3053　　? 6over4：RFC 2529　　? BIS（Bump-In-the-Stack）：RFC 2767　　? BIA（Bump-in-the-API）：RFC 3338　　? SOCKS-gateway：RFC 3089　　? TCP/UDP-relay：RFC 3142　　? DSTM（Dual Stack Transition Mechanism）：draft-ietf-ngtrans-dstm-08.txt　　? ISATAP（Intra-Site Automatic Tunnel Addressing Protocol）：draft-ietf-ngtrans-isatap-08.txt　　3.13.3 什么是隧道？“IPv6 over IPv4”是什么意思？　　隧道（Tunnel）是指将一种协议报头封装在另一种协议报头中，这样，一种协议就可以通过另一种协议的封装进行通信。IPv6隧道是将IPv6报头封装在IPv4报头中，这样IPv6协议包就可以穿越IPv4网络进行通信。　　在IPv6全面实施之前，总有一些网络先提供对IPv6的支持，但是这些IPv6网络被运行IPv4协议的骨干网络隔离开来。“IPv6 over IPv4”的隧道就用来连接这些孤立的IPv6网络。隧道技术目前是国际IPv6试验床6Bone所采用的技术。利用隧道技术可以通过现有的运行IPv4协议的Internet骨干网络（即隧道）将局部的IPv6网络连接起来，因而是IPv4向IPv6过渡的初期最易于采用的技术。隧道技术的优点在于隧道的透明性，IPv6主机之间的通信可以忽略隧道的存在，隧道只起到物理通道的作用。它不需要大量的IPv6专用路由器设备和专用链路，可以明显地减少投资。其缺点是：在IPv4网络上配置IPv6隧道是一个比较麻烦的过程，而且隧道技术不能实现IPv4主机和IPv6主机之间的通信。
&&&主编推荐
H3C认证Java认证Oracle认证
基础英语软考英语项目管理英语职场英语
.NETPowerBuilderWeb开发游戏开发Perl
二级模拟试题一级模拟试题一级考试经验四级考试资料
软件测试软件外包系统分析与建模敏捷开发
法律法规历年试题软考英语网络管理员系统架构设计师信息系统监理师
高级通信工程师考试大纲设备环境综合能力
路由技术网络存储无线网络网络设备
CPMP考试prince2认证项目范围管理项目配置管理项目管理案例项目经理项目干系人管理
职称考试题目
招生信息考研政治
网络安全安全设置工具使用手机安全
生物识别传感器物联网传输层物联网前沿技术物联网案例分析
Java核心技术J2ME教程
Linux系统管理Linux编程Linux安全AIX教程
Windows系统管理Windows教程Windows网络管理Windows故障
数据库开发Sybase数据库Informix数据库
&&&&&&&&&&&&&&&
希赛网 版权所有 & &&(window.slotbydup=window.slotbydup || []).push({
id: '2014386',
container: s,
size: '234,60',
display: 'inlay-fix'
&&|&&0次下载&&|&&总11页&&|
您的计算机尚未安装Flash，点击安装&
阅读已结束，如需下载到电脑，请使用积分（）
下载：8积分
0人评价11页
0人评价10页
0人评价11页
0人评价19页
0人评价17页
所需积分：（友情提示：大部分文档均可免费预览！下载之前请务必先预览阅读，以免误下载造成积分浪费！）
（多个标签用逗号分隔）
文不对题，内容与标题介绍不符
广告内容或内容过于简单
文档乱码或无法正常显示
若此文档涉嫌侵害了您的权利，请参照说明。
评价文档：
下载：8积分今天看啥 热点：
数据在以太网中的传输有长度有一个限制，其最大值一般情况下是1500字节。链路层的这个特性叫作MTU，也就是最大传输单元。不同类型的网络会有所不同的。如果IP层有一个数据报要传输，而且数据的长度比链路层的MTU还要大的话，那么IP层就需要进行分片。把数据分成更小的片，这样每一个小的片就小于了MTU，也就可以在以太网中传输。
<span && 但是如果两台主要之间的通信要通过不同的多个网络，那么每个网络的链路层就可能有不同的MTU。这里不同的网络指的是，例如：以太网，令牌环网，FDDI（光纤分布式数据接口）及RS-232串行线路这类的网络 。而这个时候进行数据的通信时，重要的不是两台主机的所在网络的MTU的值，重要 的是两台通信主机路径中的最小MTU，被称作路径MTU，也被写作PMTU。它等于路径上每一跳的MTU之中的最小值。两台主机之间的路径MTU不一定是个常数，它取决于当时所选择的路由。而选路不一定是对称的，也就是从A到B的路径路由和从B到A的路径路由不一定相同，因此路径MTU在两个方向上不一定是一致的。
<span && 在ICMP不可达差错中，这个差错可以用来确定PMTU。假设考虑这样一种情况 。在IP首部使用不分片(DF)比特位动态发现一条路径的PMTU。基本思想就是源主机开始假定一条路径的PMTU是它的（已知的）第一跳的MTU，在这条路径上发送的数据报都设置DF比特位。如果有的数据报太大，不被路径中的某些路由器分片就不能转发，那么路由器将丢弃这些数据报，然后返回一个意思为&需要分片，设置了DF位[7]&的ICMP目的不可达报文。在收到这样一条报文后（以后称它为&数据报太大&报文），源主机减小它假定的这条路径的PMTU。当主机对PMTU的估计值小到它的数据报不需要分片也能转发的时候，PMTU发现过程结束。
<span &&& 其中还有用Traceroute确定路径MTU，和采用UDP的路径MTU发现两种常用的方法
<span -----------------------------
From Wikipedia, the free encyclopedia
&&(Redirected from Path MTU discovery)
Jump to: navigation, search
Path MTU Discovery (PMTUD) is a standardized technique in computer networking for determining the maximum transmission unit (MTU) size on the network path between two Internet Protocol (IP) hosts, usually with the goal of avoiding IP fragmentation. PMTUD was originally intended for routers in Internet Protocol Version 4 (IPv4),[1] however all modern operating systems use it on endpoints. In IPv6 this function has been explicitly delegated to the end points of a communications session.[2]
For IPv4 packets, Path MTU Discovery works by setting the Don't Fragment (DF) option bit in the IP headers of outgoing packets. Then, any device along the path whose MTU is smaller than the packet will drop it, and send back an Internet Control Message Protocol (ICMP) Fragmentation Needed (Type 3, Code 4) message containing its MTU, allowing the source host to reduce its Path MTU appropriately. The process is repeated until the MTU is small enough to traverse the entire path without fragmentation.
IPv6 routers do not support fragmentation or the Don't Fragment option. For IPv6, Path MTU Discovery works by initially assuming the path MTU is the same as the MTU on the link layer interface through which the traffic is being sent. Then, similar to IPv4, any device along the path whose MTU is smaller than the packet will drop the packet and send back an ICMPv6 Packet Too Big (Type 2) message containing its MTU, allowing the source host to reduce its Path MTU appropriately. The process is repeated until the MTU is small enough to traverse the entire path without fragmentation.[3]
If the Path MTU changes after the connection is set up and is lower than the previously determined Path MTU, the first large packet will cause an ICMP error and the new, lower Path MTU will be found. Conversely, if PMTUD finds that the path allows a larger MTU than is possible on the lower link, the OS will periodically reprobe to see if the path has changed and now allows larger packets. On both Linux and Windows this timer is set by default to ten minutes.[4][5]
1 Problems with PMTUD
2 See also
3 References
4 External links
Many network security devices block all ICMP messages for perceived security benefits,[6] including the errors that are necessary for the proper operation of PMTUD. This can result in connections that complete the TCP three-way handshake correctly, but then hang when data is transferred. This state is referred to as a black hole connection.[7]
Some implementations of PMTUD attempt to prevent this problem by inferring that large payload packets have been dropped due to MTU rather than because of link congestion. However, in order for the Transmission Control Protocol (TCP) to operate most efficiently, ICMP Unreachable messages (type 3) should be permitted. A robust method for PMTUD that relies on TCP or another protocol to probe the path with progressively larger packets has been standardized in RFC 4821.[8]
A workaround used by some routers is to change the maximum segment size (MSS) of all TCP connections passing through links with MTU lower than the Ethernet default of 1500. This is known as MSS clamping.[9]
Internet Protocol Suite
^ RFC 1191, Path MTU Discovery, J. Mogul, S. Deering (November 1990)
^ RFC 1981, Path MTU Discovery for IP version 6, J. McCann, S. Deering, J. Mogul (August 1996)
^ Davies, Joseph (2012). Understanding IPv6 (3rd ed.). Microsoft Press. pp.&146&147. ISBN&8.
^ linux source code see line with "mtu_expires" 10 * 60 seconds
^ Davies, Joseph (2012). Understanding IPv6 (3rd ed.). Microsoft Press. p.&147. ISBN&8.
^ Michael Mullins (). "Prevent hacker probing by blocking ICMP traffic".
^ RFC 2923, TCP Problems with Path MTU Discovery, K. Lahey (September 2000)
^ RFC 4821, Packetization Layer Path MTU Discovery, M. Mathis, J. Heffner (March 2007)
^ "Circumventing Path MTU Discovery issues with MSS Clamping".
Internet Engineering Task Force Path MTU Discovery (PMTUD) Working Group
相关搜索：
相关阅读：
相关频道：
&&&&&&&&&&&&
Linux教程最近更新}