服务器编程入门(2)IP协议详解
2 IPV4头部结构

- 4位版本号:指定IP协议的版本,值为4。
- 4位头部长度:标识该IP头部有多少个32bit(4字节)。IP头部最长是60字节。
- 8位服务类型(TOS):包括3位优先权字段,4位TOS字段(只有一位能置1,分别表示最小延迟、最大吞吐量、最高可靠性、最小费用),和1位保留字段(必须置0)。
- 16位总长度:指整个IP数据报的长度,以字节为单位,因此IP数据包的最大长度为65535。但由于MTU的限制,长度远超MTU的数据报都将被分片传输。
- 16位标识:唯一地标识主机发送的每一个数据报。同一个数据报的所有分片都具有相同的标识值。
- 3位标志字段:第一位保留,第二位"禁止分片"(超过MTU即被丢弃),第三位"更多分片",除了数据包的最后一个分片外,其他分片都要把它置1。
- 13位分片偏移:分片相对原始IP数据报开始处的偏移。实际的偏移值是该值左移3位(乘8)后得到的,由于这个原因,每个IP分片的数据部分的长度必须是8的整数倍。
- 8位生存时间(TTL):是数据报到达目的地之前允许经过的路由器跳数。发送端设置,经过一个路由器,该值就被减一,减为0则丢弃,返回一个ICMP差错报文。防止路由循环。
- 8位协议:用来区分上层协议。ICMP:1;TCP:6;UDP:17。
- 16位头部检验和:发送端填充,接收端对其使用CRC算法以检验IP数据报头部在传输过程中是否损坏。
- 32位源端IP地址和目的端IP地址:标识数据报的发送端和接收端。
- 可选字段:最长40字节,包括记录路由,时间戳,松散源路由选择,严格源路由选择。

| 十六机制数 | 十进制表示 | IP头部信息 |
| 0x4 | 4 | IP版本号 |
| 0x5 | 5 | 头部长度为5个4字节,即20字节 |
| 0x10 | TOS字段分别为1000,表示最小延迟开启 | |
| 0x003c | 60 | IP数据报总长度为60 |
| 0xa5d5 | 数据报的唯一标识 | |
| 0x4 | 禁止分片 | |
| 0x000 | 分片位移 | |
| 0x40 | 64 | 生存时间为64跳 |
| 0x06 | 6 | 协议类型:TCP协议 |
| 0x96cf | 头部校验和 | |
| 0x7f000001 | 两个:分别表示源主机地址和目的主机地址 |
这个报是使用telnet远程登陆时抓去的,由此可见,telnet使用的是最小延时服务,默认使用传输层协议是TCP协议。IP数据报没有分片,因为没有携带任何应用程序数据。
3 IP分片


- IP模块接收到来自数据链路层的IP数据报
- 对数据报头部做CRC校验
- 查看是否是发给本机
- 如果是发给本机则转交给上层应用
- 如果不是则转交给"数据报转发子模块"
- 如果不允许转发,则丢弃;允许转发则一些操作后交给"IP数据报输出子模块"
- 更新路由表,"计算下一跳路由"子模块计算下一跳路由
- 交给IP输出队列

| 字段 | 含义 |
| Destination | 目标网络或主机 |
| Gateway | 网关地址,*表示目标和本机在同一个网络,不需要路由 |
| Genmask | 网络掩码 |
| Flags |
路由项状态标志: U: 活动的 H:目标是一台主机 G:目标是网关 D:重定向生成的 M:重定向修改过 |
| Metric | 路由距离,即达到指定网络所需的中转数 |
| Ref | 路由项被引用的次数 |
| Use | 被使用的次数 |
| Iface | 该路由项对应的输出网卡接口 |
- 查找路由表中和路由报的目标IP地址完全匹配的主机IP地址。如果找到,就使用该路由项,没有找到则转步骤2
- 查找路由表中和数据报的目标IP地址具有相同网络ID的网络IP地址,如果找到,则使用该路由项,没有找到则转步骤3
- 选择默认路由项,这通常意味着数据报的下一跳路由是网关
- 检查数据报头部的TTL值,如果TTL值已经是0,则丢弃该数据报
- 查看数据报头部的严格源路由选择项,如果该选项被设置,则检测数据报的目标IP地址是否是本机的某个IP地址,如果不是,则发送一个ICMP源站选路失败报文给发送端
- 如果有必要,则给源端发送一个ICMP重定向报文,以告诉它一个更合理的下一跳路由器
- 将TTL值减1
- 处理IP头部选项
- 如果有必要,则执行IP分片操作


服务器编程入门(2)IP协议详解的更多相关文章
- linux高性能服务器编程 (二) --IP协议详解
第二章 IP协议详解 什么是IP协议:IP 协议是TCP/IP协议族的动力,它为上层提供了无状态.无连接.不可靠的服务. IP 头部信息:头部信息会出现在每一个IP数据报上,便于记录IP通信的源端IP ...
- 【转载】TCP /IP协议详解
首先,TCP/IP不是一个协议,而是一个协议族的统称. 里面包括了IP协议,IMCP协议,TCP协议,以及http.ftp.pop3协议等等. TCP/IP协议分层 提到协议分层,我们很容易联想到IS ...
- TCP/IP协议详解---概述
工作之后,才发现以前在学校里学的东西忘得太快太干净了,现在需要一点点地捡起来了,要不然写几行程序会闹很多笑话会出现很多bug的.从今天开始,翻一翻<TCP/IP协议详解 卷1>这本 ...
- 第二章 IP协议详解
第二章 IP协议详解 2.1 IP服务的特点 它为上层协议提供了无状态,无连接,不可靠的服务 名称 简介 优点 缺点 对付缺点的方法 无状态 IP通信双方不同步传输数据的状态信息 无须为保持通信的状态 ...
- TCP /IP协议详解【转】
转自:https://www.jianshu.com/p/0cf648510bce?utm_campaign=maleskine&utm_content=note&utm_medium ...
- TCP/IP协议详解概述
TCP/IP协议详解卷1--第一章概述--读书笔记 作者:vpoet 日期:2015/06/25 注:本系列的文章只是作者对TCP/IP协议的理解,难免会出现纰漏或者不完整,当然也有可能很肤浅,希望大 ...
- IP协议详解(转)
本文转载自博文协议森林05 我尽力 (IP协议详解).这篇博文写的很有趣味,特转载! IPv4与IPv6头部的对比 我们已经在IP接力中介绍过,一个IP包分为头部(header)和数据(payload ...
- (转)协议森林05 我尽力 (IP协议详解)
协议森林05 我尽力 (IP协议详解) 作者:Vamei 出处:http://www.cnblogs.com/vamei 欢迎转载,也请保留这段声明.谢谢! IPv4与IPv6头部的对比 我们已经在I ...
- Linux 高性能服务器编程——IP协议详解
1 IP服务特点 IP协议是TCP/IP协议族的动力,它为上层协议提供无状态.无连接.不可靠的服务. 无状态:IP通信双方不同步传输数据的状态信息,因此IP数据包的发送.传输和接收都是无序的. ...
随机推荐
- Qt 中文乱码解决大全
源地址:http://blog.csdn.net/xcy2011sky/article/details/7168376 解决中文乱码,最好知道乱码是什么格式比如说:utf-8. 解决方案: 1.让整个 ...
- cocos2d-x游戏开发系列教程-坦克大战游戏关卡选择场景的编写下
上篇文章写了Paddle类来处理精灵的点击.触摸事件,现在我们在Paddle的基础上 写一个MyPaddle类,来处理上一关.下一关.开始游戏按钮的点击事件. 1.类声明如下: class MyPad ...
- C++经典书目索引及资源下载
C++经典书目索引: 严重申明 : 本博文未经原作者(jerryjiang)同意,不论什么人不得转载和抄袭 ! Essential C++ 中文版 层次:0基础 导读:<Essential C+ ...
- 让程序在崩溃时体面的退出之Dump文件
在我的那篇<让程序在崩溃时体面的退出之CallStack>中提供了一个在程序崩溃时得到CallStack的方法.但是要想得到CallStack,必须有pdb文件的支持.但 ...
- C++学习之路—运算符重载(二)运算符重载作为类的成员函数和友元函数
(根据<C++程序设计>(谭浩强)整理,整理者:华科小涛,@http://www.cnblogs.com/hust-ghtao转载请注明) 对运算符重载的函数有两种处理方式:(1)把运算符 ...
- <转载>使用css让大图片不超过网页宽度
让大图片不超过网页宽度,让图片不撑破通过CSS样式设置的DIV宽度! 接下来,我们来介绍下网站在开发DIV+CSS的时候会遇到一个问题,在发布一个大图片的时候因为图片过宽会撑破自己设置的div宽度的问 ...
- GNOME界面简单使用
GNOME界面 CentOS下的文件夹打开方式,默认是打开一个文件夹就重新的打开一个窗口,并不是在原有的文件夹中显示要打开文件夹的内容. 怎么修改: 打开任意一个文件夹. Edit --> pr ...
- Solarized Colorscheme for IntelliJ IDEA
Solarized Colorscheme for IntelliJ IDEA Original Solarized color scheme developed by Ethan Schoonove ...
- android图片压缩的3种方法实例
android 图片压缩方法: 第一:质量压缩法: private Bitmap compressImage(Bitmap image) { ByteArrayOutputStream baos = ...
- VS2005 MFC 预编译头文件来自编译器的早期版本,或者预编译头为 C++ 而在 C 中使用它(或相反)
当 Visual C++ 项目启用了预编译头 (Precompiled header) 功能时,如果项目中同时混合有 .c 和 .cpp 源文件,则可能收到 C1853 编译器错误:fatal err ...