语言、编程-协议森林05 我尽力 (IP协议详解).pdf

2015/9/16 协议森林05 我尽力 (IP协议详解) ­ Vamei ­ 博客园 Vamei 编程，数学，设计 博客园  首页  博问  闪存   联系  订阅  管理 随笔­213  文章­1  评论­3338  协议森林05 我尽力 (IP协议详解) 作者：Vamei 出处：http :///vamei 欢迎转载，也请保留这 段声明。谢谢！   在粗略了解了IP接力和IP地址后，我们再反过来，看一看IP协议的具体细节和设计哲 学。   IPv4与IPv6头部的对比 我们已经在IP接力中介绍过，一个IP包分为头部(header)和数据(payload/data) 两部分。头部是为了实现IP通信必须的附加信息，数据是IP通信所要传送的信息。   黄色区域  (同名区域) 我们看到，三个黄色区域跨越了IPv4和IPv6。Version (4位)用来表明IP协议版 /vamei/archive/2012/12/02/2796988.html 1/12 2015/9/16 协议森林05 我尽力 (IP协议详解) ­ Vamei ­ 博客园 本，是IPv4还是IPv6(IPv4, Version 0100; IPv6, Version 0110)。Source Adrresss和Destination Address分别为发出地和 目的地的IP地址。   蓝色区域  （名字发生变动的区域） Time to Live 存活时间(Hop Limit in IPv6)。Time to Live最初是表示一 个IP包的最大存活时间：如果IP包在传输过程中超过Time to Live，那么IP包就 作废。后来，IPv4的这个区域记录一个整数(比如30)，表示在IP包接力过程中最多 经过30个路由接力，如果超过30个路由接力，那么这个IP包就作废。IP包每经过一 个路由器，路由器就给Time to Live减一。当一个路由器发现Time to Live为0 时，就不再发送该IP包。IPv6中的Hop Limit区域记录的也是最大路由接力数，与 IPv4的功能相同。Time to Live/Hop Limit避免了IP包在互联网中无限接力。 Type of Service 服务类型(Traffic Class in IPv6)。Type of Service 最初是用来给IP包分优先级，比如语音通话需要实时性，所以它的IP包应该比Web服 务的IP包有更高的优先级。然而，这个最初不错的想法没有被微软采纳。在Windows 下生成的IP包都是相同的最高优先级，所以在当时造成Linux和Windows混合网络 中，Linux的IP传输会慢于Windows  (仅仅是因为Linux更加守规矩！)。后来， Type of Service被实际分为两部分：Differentiated Service Field (DS, 前6位)和Explicit Congestion Notification  (ECN, 后2位)，前者 依然用来区分服务类型，而后者用于表明IP包途径路由的交通状况。IPv6的 Traffic Class也被如此分成两部分。通过IP包提供不同服务的想法，并针对服务 进行不同的优化的想法已经产生很久了，但具体做法并没有形成公认的协议。比如 ECN区域，它用来表示IP包经过路径的交通状况。如果接收者收到的ECN区域显示路 径上的很拥挤，那么接收者应该作出调整。但在实际上，许多接收者都会忽视ECN所 包含的信息。交通状况的控制往往由更高层的比如TCP协议实现。 Protocol 协议(Next Header in IPv6)。Protocol用来说明IP包Payload部 分所遵循的协议，也就是IP包之上的协议是什么。它说明了IP包封装的是一个怎样的 高层协议包(TCP? UDP?)。 Total Length, 以及IPv