各个字段的分析：
Q 为什么单位是4个字节？
A 首先IP首部固定长度最少为20字节。那么假设单位表示的是1位，那么首部长度最多能表示15位，显然不符合首部长度要求；假设单位表示的是1个字节，那么首部长度最多能表示15个字节，显然也不符合首部长度要求！
因为IP首部固定长度是20字节，因此首部长度字段的最小值是5（二进制表示为0101）。而当首部长度达到最大值1111时（十进制时15），首部长度达到最大值15个32位字长，也就是60字节。
那么如果IP分组的首部长度不是4字节（32位）的整数倍时，必须利用最后的填充字段进行填充！
区分服务 8位
一般情况并不使用。
总长度 16位
总长度指首部和数据之和得到长度，单位为字节。总长度字段为16位，因此数据报最大长度为
2
16
−
1
=
65535
(
单
位
：
字
节
)
2^{16}-1 = 65535(单位：字节)
216−1=65535(单位：字节)
但是！最小IP分组首部长度为20字节，那么最大封装数据报长度为65515字节！
IP层下的数据链路层协议规定了一个数据字段的最大长度，称为最大传送单元MTU（Maximum Transfer Unit）。
当一个IP数据报封装成链路层的帧时，数据报的长度（首部加上数据部分）一定不能超过下面的数据链路层所规定的MTU值。
常见以太网规定其MTU值就是1500字节，如果所传送的数据报长度超过数据链路层的MTU值，就必须把过长的数据报进行分片处理。
虽然使用尽可能长度IP数据报会使传输效率得到提高（IP数据报首部长度站数据报总长度比例会更小）；但是数据报更短也有好处，数据报越短路由器转发的速度就越快。
IP协议规定，所有主机和路由器，必须能够接收长度不超过576字节的数据报。
这是假定上层交下来的数据长度（不包括首部）有512字节，加上IP首部60字节，另外加上4字节的富余量，得到576字节。
那么，如果需要发送长度超过576字节的数据报时，则需要分片，分片前应当先了解目的主机能否接受所要发送的数据报长度。
分片后，数据报首部中的“总长度”字段是指**分片后的每一个分片**的首部长度与该分片的数据长度的总和。
标识 16位
它用于数据报各分片最终被重装成来原来的数据报。它是一个计数器，每产生一个数据报，计数器就加1，并将此值赋给标识字段。目的主机将相同标识字段值的各分片数据报最后进行正确地重装(合片)。
标志 3位
只有两位有意义：
片偏移 13位
较长的分组分片后，某片在原分组中的相对位置是有片偏移来表示的。片偏移以8个字节为偏移单位，也就是说每个分片的长度一定是8字节（64位）的整数倍。
Q 为什么每个分片的偏移单位是8字节（64位）？
A 因为片段偏移字段比总长度字段即16比特（并且2^3是8）短3比特。片偏移以8个字节为偏移单位，即每个分片的长度一定是8字节的整数倍。
设IP数据报分组总长（包括首部和数据报）为L，待转发链路的MTU位M。如果L>M并且DF=0，则可以进行分片。因为一个最大分片可封装的数据（字节）大小应该是8的倍数。
所以一个分片中最多能包含数据长度d为
d
=
r
o
u
n
d
[
(
M
−
20
)
/
8
]
∗
8
d=round[(M-20)/8] * 8
d=round[(M−20)/8]∗8
那么需要总片（分组）数n为：
n
=
c
e
i
l
[
(
L
−
20
)
/
d
]
n=ceil[(L-20)/d]
n=ceil[(L−20)/d]
那么每片的片偏移字段值（注意这是分组后当前分组第一个字节的序号）Fi为：
F
i
=
d
/
8
∗
(
i
−
1
)
(
1
<
=
i
<
=
n
)
F_i = d/8 * (i-1)\quad \quad (1<=i<=n)
Fi=d/8∗(i−1)(1<=i<=n)
每片的总长则需要分开讨论，最后一块和前面的可能不一样：
L
i
=
d
+
20
(
1
<
=
i
<
n
)
L_i = d + 20\quad \quad (1<=i<n)
Li=d+20(1<=i<n)
L i = L − ( n − 1 ) d ( i = n ) L_i=L-(n-1)d \quad \quad (i=n) Li=L−(n−1)d(i=n)
生存时间 8位
生存时间字段常用的英文缩写是TTL（Time to Live）,表明数据报在网络中的寿命。
该字段目的是为了防止无法交付的数据报无限制地在互联网中兜圈圈！消耗互联网可用资源！！
每经过一个一个路由器时，就把TTL减去在路由器所消耗掉的一段时间。若数据报在路由器消耗的时间小于一秒，就把TTL减一，当TTL值减为0时，则丢弃这个数据报并且会送ICMP报文！
协议 占8位
指出报文所携带的数据使用了什么协议，以便使目的主机的IP层直到应该将数据报交给哪个协议进行处理。
首部校验和 16位
这个字段只检验数据报的首部，不包括数据部分。每经过一个一个路由器，路由器都需要重新计算一下首部校验和（一些字段，如生存时间、标志、片偏移等都可能发生变化）。
为了进一步减少校验和的工作量，IP首部的校验和不采用复杂的CRC校验码，而采用下面的简单计算方法：
发送方：
先把IP数据报首部划分为许多16位字的序列，并把校验和字段置为0
用反码算术运算把所有16位字相加
反码运算规则：从低位到高位逐位逐列进行计算，0和0相加得到0，0和1相加得到1，但1和1相加是0并且产生一个进位1，加到下一列。若最高位相加后产生进位，则最后得到的结果要加1。
将得到的==和的反码写入校验和字段==。
接收方
校验和计算得到结果位0也不一定说明数据报是对的！应该要交给上层进一步确定报文是否有误。
源地址 32位
目的地址 32位
IP数据报首部可变部分
Q 为什么要填充成4字节的整数倍？
A 这是由首部长度字段所决定的！因为首部长度字段的单位是32个字（也就是4个字节）！
我主要使用Ruby来执行此操作，但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式，例如使用这个yaml文件，它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
有时我需要处理键/值数据。我不喜欢使用数组，因为它们在大小上没有限制(很容易不小心添加超过2个项目，而且您最终需要稍后验证大小)。此外，0和1的索引变成了魔数(MagicNumber)，并且在传达含义方面做得很差(“当我说0时，我的意思是head...”)。散列也不合适，因为可能会不小心添加额外的条目。我写了下面的类来解决这个问题:classPairattr_accessor:head,:taildefinitialize(h,t)@head,@tail=h,tendend它工作得很好并且解决了问题，但我很想知道:Ruby标准库是否已经带有这样一个类？ 最佳
我有一个存储主机名的Ruby数组server_names。如果我打印出来，它看起来像这样:["hostname.abc.com","hostname2.abc.com","hostname3.abc.com"]相当标准。我想要做的是获取这些服务器的IP(可能将它们存储在另一个变量中)。看起来IPSocket类可以做到这一点，但我不确定如何使用IPSocket类遍历它。如果它只是尝试像这样打印出IP:server_names.eachdo|name|IPSocket::getaddress(name)pnameend它提示我没有提供服务器名称。这是语法问题还是我没有正确使用类？输出:ge
我想在Ruby中创建一个用于开发目的的极其简单的Web服务器(不，不想使用现成的解决方案)。代码如下:#!/usr/bin/rubyrequire'socket'server=TCPServer.new('127.0.0.1',8080)whileconnection=server.acceptheaders=[]length=0whileline=connection.getsheaders想法是从命令行运行这个脚本，提供另一个脚本，它将在其标准输入上获取请求，并在其标准输出上返回完整的响应。到目前为止一切顺利，但事实证明这真的很脆弱，因为它在第二个请求上中断并出现错误:/usr/b
我正在尝试使用Curbgem执行以下POST以解析云curl-XPOST\-H"X-Parse-Application-Id:PARSE_APP_ID"\-H"X-Parse-REST-API-Key:PARSE_API_KEY"\-H"Content-Type:image/jpeg"\--data-binary'@myPicture.jpg'\https://api.parse.com/1/files/pic.jpg用这个:curl=Curl::Easy.new("https://api.parse.com/1/files/lion.jpg")curl.multipart_form_
无论您是想搭建桌面端、WEB端或者移动端APP应用，HOOPSPlatform组件都可以为您提供弹性的3D集成架构，同时，由工业领域3D技术专家组成的HOOPS技术团队也能为您提供技术支持服务。如果您的客户期望有一种在多个平台（桌面/WEB/APP，而且某些客户端是“瘦”客户端）快速、方便地将数据接入到3D应用系统的解决方案，并且当访问数据时，在各个平台上的性能和用户体验保持一致，HOOPSPlatform将帮助您完成。利用HOOPSPlatform，您可以开发在任何环境下的3D基础应用架构。HOOPSPlatform可以帮您打造3D创新型产品，HOOPSSDK包含的技术有：快速且准确的CAD
本教程将在Unity3D中混合Optitrack与数据手套的数据流，在人体运动的基础上，添加双手手指部分的运动。双手手背的角度仍由Optitrack提供，数据手套提供双手手指的角度。 01 客户端软件分别安装MotiveBody与MotionVenus并校准人体与数据手套。MotiveBodyMotionVenus数据手套使用、校准流程参照：https://gitee.com/foheart_1/foheart-h1-data-summary.git02 数据转发打开MotiveBody软件的Streaming，开始向Unity3D广播数据；MotionVenus中设置->选项选择Unit
文章目录一、概述简介原理模块二、配置Mysql使用版本环境要求1.操作系统2.mysql要求三、配置canal-server离线下载在线下载上传解压修改配置单机配置集群配置分库分表配置1.修改全局配置2.实例配置垂直分库水平分库3.修改group-instance.xml4.启动监听四、配置canal-adapter1修改启动配置2配置映射文件3启动ES数据同步查询所有订阅同步数据同步开关启动4.验证五、配置canal-admin一、概述简介canal是Alibaba旗下的一款开源项目，Java开发。基于数据库增量日志解析，提供增量数据订阅&消费。Git地址：https://github.co
网络编程套接字网络编程基础知识理解源`IP`地址和目的`IP`地址理解源MAC地址和目的MAC地址认识端口号理解端口号和进程ID理解源端口号和目的端口号认识`TCP`协议认识`UDP`协议网络字节序socket编程接口`sockaddr``UDP`网络程序服务器端代码逻辑：需要用到的接口服务器端代码`udp`客户端代码逻辑`udp`客户端代码`TCP`网络程序服务器代码逻辑多个版本服务器单进程版本多进程版本多线程版本线程池版本服务器端代码客户端代码逻辑客户端代码TCP协议通讯流程TCP协议的客户端/服务器程序流程三次握手（建立连接）数据传输四次挥手（断开连接）TCP和UDP对比网络编程基础知识
我正在尝试在Rails上安装ruby，到目前为止一切都已安装，但是当我尝试使用rakedb:create创建数据库时，我收到一个奇怪的错误:dyld:lazysymbolbindingfailed:Symbolnotfound:_mysql_get_client_infoReferencedfrom:/Library/Ruby/Gems/1.8/gems/mysql2-0.3.11/lib/mysql2/mysql2.bundleExpectedin:flatnamespacedyld:Symbolnotfound:_mysql_get_client_infoReferencedf
