> 问题详情
IP数据包头中，标志字段中的MF=1表示（)。A．不分段B．最后一个分片C．后面还有
悬赏：0&答案豆
提问人：匿名网友
发布时间：
IP数据包头中，标志字段中的MF=1表示()。A．不分段B．最后一个分片C．后面还有分片D．标识字段号为1请帮忙给出正确答案和分析，谢谢！
为您推荐的考试题库
您可能感兴趣的试题
1网卡将决定组网后的拓扑结构、(
)、网络段的最大长度、网络结点之间的距离以及访问控制方式。A．互联网络的规模B．接入网络的计算机类型C．使用的网络操作系统D．使用的传输介质的类型2红外无线局域网的数据传输技术不包括以下哪种传输技术?(
)A．全方位红外传输B．漫反射红外传输C．定向光束D．微波传输3下列叙述中，与提高软件可移植性相关的是(
)。A．选择时间效率高的算法B．尽可能减少注释C．选择空间效率高的算法D．尽量用高级语言编写系统中对效率要求不高的部分4关于EDI的描述中，错误的是(
)。A．EDI的基础是EDPB．EDI采用浏览器／服务器模式C．EDI称为无纸贸易D．EDI的数据自动投递和处理
我有更好的答案
请先输入下方的验证码查看最佳答案
图形验证：
验证码提交中……
找答案会员
享三项特权
找答案会员
享三项特权
找答案会员
享三项特权
选择支付方式：
支付宝付款
郑重提醒：支付后，系统自动为您完成注册
请使用微信扫码支付(元)
支付后，系统自动为您完成注册
遇到问题请联系在线客服QQ：
恭喜你被选中为
扫一扫-免费查看答案！
请您不要关闭此页面,支付完成后点击支付完成按钮
遇到问题请联系在线客服QQ：
恭喜您！升级VIP会员成功
提示：请截图保存您的账号信息，以方便日后登录使用。
常用邮箱：
用于找回密码
确认密码：IP数据包头有哪些字段_百度知道
IP数据包头有哪些字段
IP数据包头有哪些字段计算机类的问题就没有人会了吗
我有更好的答案
而且,主机也要求不能接收超过576字节的数据报｡由于TCP把用户数据分成若干段,因此一般来说这个限制不会影响TCP&#65377:显式拥塞指示传输字段,占1位&#65377,那么IP层就不知道46字节中有多少是IP数据报的内容&#65377:0(正常)､1(期特高的流量) ◆..(ECN-Capable Transport),共由8个bit组成其中每个bit的组合分别代表不同的意思｡标识字段唯一地标识主机发送的每一份数据报&#65377,不管交给IP的数据来自哪一层&#65377,同时以太网帧头中的协议类型值设置为十六进制的,因此首部最长为60个字节,但实际上目前最多仍为24个字节&#65377,那么就意味着是一般服务｡具体如下..,占3位｡设置了数据包的重要性:0(正常)､1(期特低的延迟) ◆.:拥塞预警字段,占1位｡由于它是一个4比特字段.(Reliability) :可靠性字段,占1位&#65377,所以这个字段可以用来确定IPv4数据报中数据部分的偏移位置｡IPv4包头的最小长度是20个字节,因此IHL这个字段的最小值用十进制表示就是5｡占4位&#65377.0,取值范围为;总长度字段是IP首部中必要的内容,因为一些数据链路(如以太网)需要填充一些数据以达到最小长度｡◆标识(Identification)每一个IP封包都有一个16位的唯一识别码｡当程序产生的数据要通过网络传送时都会被拆散成封包形式发送,每发送一个IP数据报,IP层都要把一个内核变量的值加1..0( More Fragment):更多分段｡当上一个值为0时.0;&#65377..(Delay):延迟字段 ,占1位,取值......0.;RFC791认为标识字段应该由让IP发送数据报的上层来选择｡假设有两个连续的IP数据报,其中一个是由TCP生成的;UDP的应用(如RIP､TFTP､BOOTP&#65380,占16位&#65377:0(正常)~ 7(网络控制)◆.. (Routine);如果所有4bit均为0;◆版本(Version)指定IP协议的版本号｡值为多少个字节;1(拥塞)◆包长度(Total Length,TL)IP协议头格式中指定IP包的总长,通常以byte做单位来表示该封包的总长度此数值包括标头和数据的总和&#65377,IHL)指明IPv4协议包头长度的字节数包含多少个32位｡取值:0(正常)､由于IPv4的包头可能包含可变数量的可选项:◆000.;由于该字段长16比特,所以IP数据报最长可达65535字节｡尽管可以传送一个长达65535字节的IP数据报,但是大多数的链路层都会对它进行分段｡因为目前仍主要使用IPv4版本;尽管这也可以照常工作(由重组算法来处理),但是在大多数从伯克利派生出来的系统中.0.0(Congestion Experienced),FO)IP协议头格式规定当封包被分段之后,由于网路情况或其它因素影响其抵达顺序不会和当初切割顺序一至,所以当封包进行分段的时候会为各片段做好定位记录,以便在重组的时候就能够对号入座｡它以字节为单位,所以这里的值通常是 0x4 (注意封包使用的数字通常都是十六进位的)｡1(期特高的可靠性)◆….;1(支持ECN)◆;4bit中只能置其中1bit&#65377,而另一个是由UDP生成的,那么它们可能具有相同的标识字段&#65377,不拥塞)&#65380,以显示源端节点的传输协议是支持ECN(Explicit Cogestion N尽管以太网的最小帧长为46个字节(将在本章后面介绍),但是IP数据可能会更短｡但是,事实上现在大多数的实现允许超过8192字节的IP数据报｡DNS､SNMP等);占4位｡◆包头长度(Internet Header Length,都限制用户数据报长度为512字节,小于576字节&#65377....;◆服务类型(Type of Service,取值越大数据越重要;通常每发送一份消息它的值就会加1&#65377,占1位｡取值,TOS)定义IP封包在传送过程中要求的服务类型;内核变量的初始值根据系统引导时的时间来设置｡◆标记(Flags)这是当封包在传输过程中进行最佳组合时使用的3个bit的识别记号｡◆分段偏移(Fragment Offset..,此值为0就示该封包是最後一个封包,如果为1则表示其後还有被分割的封包｡利用首部长度字段和总长度字段,就可以知道IP数据报中数据内容的起始位置和长度｡占3位｡◆000(Reserved Fragment):保留分段｡当此值为0的时候表示目前未被使用｡◆.0.(Don&#39.(Throughput):流量字段: 过程字段;取值:0(正常..;取值:0(不支持ECN)&#65380..:不分段｡当此值为0的时候表示封包可以被分段,如果为1则不能被分割｡ ◆;t Fragment);如果没有总长度字段;由源端设置,显式拥塞指示)的&#65377..;占16位&#65377,当封包要进行重组的时候这个ID就是依据了&#65377,如果封包并没有被分段,则FO值为“0&quot数据在经过IP网络层时,也会对数据进行封装,也就有相应的IP协议包头了｡在以太网帧中,IPv4包头紧跟着以太网帧头
采纳率：59%
来自团队：
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。当用google搜索IP数据报首部校验和算法的时候，总是看到的是代码，没有看到其过程，于是就有了此文，如有错误请指正。文章省略一点，呵呵
IP/ICMP/IGMP/TCP/UDP等协议的校验和算法都是相同的，算法如下：
在发送数据时，为了计算数IP据报的校验和。应该按如下步骤：
（1）把IP数据报的首部都置为0，包括校验和字段。
（2）把首部看成以16位为单位的数字组成，依次进行二进制反码求和。
（3）把得到的结果存入校验和字段中。
在接收数据时，计算数据报的校验和相对简单，按如下步骤：
（1）当接收IP包时，需要对报头进行确认，检查IP头是否有误，算法同上2、3步，然后判断取反的结果是否为0，是则正确，否则有错。
　　i)将校验和字段置为0,然后将IP包头按16比特分成多个单元，如包头长度不是16比特的倍数，则用0比特填充到16比特的倍数；
　　ii)对各个单元采用反码加法运算(即高位溢出位会加到低位,通常的补码运算是直接丢掉溢出的高位),将得到的和的反码填入校验和字段；
　　iii)发送数据包。
　　i)将IP包头按16比特分成多个单元，如包头长度不是16比特的倍数，则用0比特填充到16比特的倍数；
　　ii)对各个单元采用反码加法运算，检查得到的和是否符合是全1(有的实现可能对得到的和会取反码，然后判断最终值是不是全0)；
iii)如果是全1则进行下步处理,否则意味着包已变化从而丢弃之。需要强调的是反码和是采用高位溢出加到低位的，如3比特的反码和运算：100b+101b=010b(因为100b+101b=1001b,高位溢出1，其应该加到低位，即001b+1b(高位溢出位)=010b)。
请看我用ominipeek的抓包
I.将校验和字段置为0,然后将IP包头按16比特分成多个
校验和Header Checksum：0x618D将其重置为0X0000
将IP包头分段：
　　　　　　　　1.　　0x4500
　　　　　　　　2.　　0x0029
　　　　　　　　3.　　0x44F1
　　　　　　　　4.　　0x4000
　　　　　　　　5.　　0x8006
　　　　　　　　6.　　0x0000 -------&这个为Header Checksum的值，我们前面将其重置为0了
　　　　　　　　7.　　0xC0A8
　　　　　　　　8.　　0x01AE
　　　　　　　　9.　　0x4A7D
+　　　　　　　10.　　0x477D
-------------------------------------------------------
将1至10相加求出来的和为：0x29E70
II.对各个单元采用反码加法运算(即高位溢出位会加到低位,通常的补码运算是直接丢掉溢出的高位),将得到的和的反码填入校验和字段
0xE70=0x9E72
0x9E72二进制为：11 0010
反码为：00 1101
00 1101的16进制为：0x618D
看看这个 是否与IP包头中的Checksum相同
==========================================================
当接收到IP对其进行检测
III.对各个单元采用反码加法运算，检查得到的和是否符合是全1(有的实现可能对得到的和会取反码，然后判断最终值是不是全0)
当收到IP数据局包的时候，要验证IP头是否正确，则可以这样进行
　　　　　　　　1.　　0x4500
　　　　　　　　2.　　0x0029
　　　　　　　　3.　　0x44F1
　　　　　　　　4.　　0x4000
　　　　　　　　5.　　0x8006
　　　　　　　　6.　　0x618D&-------&这个为Header Checksum的值
　　　　　　　　7.　　0xC0A8
　　　　　　　　8.　　0x01AE
　　　　　　　　9.　　0x4A7D
+　　　　　　　10.　　0x477D
-------------------------------------------------------
将1至10相加求出来的和为：0x2FFD
对各个单元采用反码加法运算(即高位溢出位会加到低位,通常的补码运算是直接丢掉溢出的高位),将得到的和的反码填入校验和字段：
0xFFD=0xFFFF
0xFFFF二进制为：11 1111
11 1111反码为：0
====================================================
关于这一部的补充说明，
将IP包头分段：
　　　　　　　　1.　　0x4500
　　　　　　　　2.　　0x0029
　　　　　　　　3.　　0x44F1
　　　　　　　　4.　　0x4000
　　　　　　　　5.　　0x8006
　　　　　　　　6.　　0x0000 -------&这个为Header Checksum的值，我们前面将其重置为0了
　　　　　　　　7.　　0xC0A8
　　　　　　　　8.　　0x01AE
　　　　　　　　9.　　0x4A7D
+　　　　　　　10.　　0x477D
----------------------------------------------------------------------------------------------------------
阅读(...) 评论()比特客户端
您的位置：
详解大数据
详解大数据
详解大数据
详解大数据
TCP/IP数据包结构具体解释
关键字：TCP/IP数据包
　　一般来说，编程我们仅仅须要调用一些好的函数或者组件就能完毕大部分的工作，可是一些特殊的情况下，就须要深入的理解网络包的结构，以及协议分析。如：网络监控，故障排查等……
　　IP包是不的，可是它是的基础，在各方面都有广泛的应用。由IP协议衍生的协议族有10数种(据我所知)，以后还会出现很多其它的基于IP的协议…
　　先从实际出发吧!
　　一般我们在谈上网速度的时候，专业上用带宽来描写叙述，事实上不管说网速或者带宽都是不准确的，呵呵。比方：1兆，512K……有些在学校的学生，或许会有疑问，明明我的业务是1M，为什么下载速度到100K就飙不上去了?512K的为什么50多K就封顶了?…
　　这里所说的1M是指1Mbps = 1 Million Bits Per Second，也就是1M比特每秒，即一秒钟传输1048576个二进制位。我们知道一个字节是8个二进制位。
　　好，又来问题了。即便这样子，1M==24=128K。那也应该有128K啊，为什么下载速度还是非常少到120K，110K都谢天谢地了。看完本文，你的帐就对了……
　　IP数据包结构：
　　如图，一个刻度表示1个二进制位(比特)
　　1-1.版本号4位，表示版本号号，眼下最广泛的是4=B1000，即常说的;相信以后会广泛应用，它能给世界上每一个纽扣都分配一个IP地址。
　　1-2.头长4位，数据包头部长度。它表示数据包头部包含多少个32位长整型，也就是多少个4字节的数据。无选项则为5(红色部分)。
　　1-3.服务类型，包含8个二进制位，每一个位的意义例如以下：
　　* 过程字段：3位，设置了数据包的重要性，取值越越重要，取值范围为：0(正常)~ 7(网络控制)
　　* 延迟字段：1位，取值：0(正常)、1(期特低的延迟)
　　* 流量字段：1位，取值：0(正常)、1(期特高的流量)
　　* 可靠性字段：1位，取值：0(正常)、1(期特高的可靠性)
　　* 成本字段：1位，取值：0(正常)、1(期特最小成本)
　　* 保留字段：1位 ，未使用
　　1-4.包裹总长16位，当前数据包的总长度，单位是字节。当然最大仅仅能是65535，及64KB。
　　2-1.重组标识16位，发送主机赋予的标识，以便接收方进行分片重组。
　　2-2.标志3位，他们各自的意义例如以下：
　　* 保留段位(2)：1位，未使用
　　* 不分段位(1)：1位，取值：0(同意数据报分段)、1(数据报不能分段)
　　* 很多其它段位(0)：1位，取值：0(数据包后面没有包，该包为最后的包)、1(数据包后面有很多其它的包)
　　2-3.段偏移量13位，与很多其它段位组合，帮助接收方组合分段的报文，以字节为单位。
　　3-1.生存时间8位，常常ping命令看到的TTL(Time To Live)就是这个，每经过一个，该值就减一，到零丢弃。
　　3-2.协议代码8位，表明使用该包裹的上层协议，如TCP=6，ICMP=1，UDP=17等。
　　3-3.头检验和16位，是IPv4数据包头部的校验和。
　　4-1.源始地址，32位4字节，我们常看到的IP是将每一个字节用点(.)分开，如此而已。
　　5-1.目的地址，32位，同上。
　　6-1.可选选项，主要是给一些特殊的情况使用，往往安全路由会当作攻击而过滤掉，普联(TP_LINK)的TL-ER5110路由就能这么做。
　　7-1.用户数据。
　　TCP数据包结构：
　　1-1.源始port16位，范围当然是0-65535啦。
　　1-2.目的port，同上。
　　2-1.数据序号32位，TCP为发送的每一个字节都编一个号码，这里当前数据包数据第一个字节的序号。
　　3-1.确认序号32位，为了安全，TCP告诉接受者希望他下次接到数据包的第一个字节的序号。
　　4-1.偏移4位，类似IP，表明数据距包头有多少个32位。
　　4-2.保留6位，未使用，应置零。
　　4-3.紧急比特URG―当URG=1时，表明紧急指针字段有效。它告诉系统此报文段中有紧急数据，应尽快传送(相当于高优先级的数据)。
　　4-3.确认比特ACK―仅仅有当ACK=1时确认号字段才有效。当ACK=0时，确认号无效。
　　4-4.复位比特RST(Reset) ―当RST=1时，表明TCP连接中出现严重差错(如因为主机崩溃或其它原因)，必须释放连接，然后再又一次建立运输连接。
　　4-5.同步比特SYN―同步比特SYN置为1，就表示这是一个连接请求或连接接受报文。
　　4-6.终止比特FIN(FINal)―用来释放一个连接。当FIN=1时，表明此报文段的发送端的数据已发送完成，并要求释放运输连接。
　　4-7.窗体字段16位，窗体字段用来控制对方发送的数据量，单位为字节。TCP连接的一端依据设置的缓存空间大小确定自己的接收窗体大小，然后通知对方以确定对方的发送窗体的上限。
　　5-1.包校验和16位，包含首部和数据这两部分。在计算检验和时，要在TCP报文段的前面加上12字节的伪首部。
　　5-2.紧急指针16位，紧急指针指出在本报文段中的紧急数据的最后一个字节的序号。
　　6-1.可选选项24位，类似IP，是可选选项。
　　6-2.填充8位，使选项凑足32位。
　　7-1.用户数据……
　　能够看出，每一个IP包至少要20字节的头部长度，这些与下载内容无关，加上眼下多数传输，包含http协议(就是IE直接下载)，都是基于TCP协议的，所以IP包裹还要从用户数据中扣除20字节的TCP包头，这里已经是40字节，加上其它程序的连接，状态确认等等包裹，因而算出来要比理论值要小。
　　另外网络环境(包含稳定因素和传输节点的转发率)也是影响下载速度的重要原因……
[ 责任编辑：李桢君 ]
去年，手机江湖里的竞争格局还是…
甲骨文的云战略已经完成第一阶段…
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注Chinabyte他的最新文章
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)}