转自: https://blog.51cto.com/lyhbwwk/2162568 一.IP包格式 IP数据包是一种可变长分组,它由首部和数据负载两部分组成.首部长度一般为20-60字节(Byte),其中后40字节是可选的,长度不固定,前20字节格式为固定.数据负载部分的长度一般可变,整个IP数据包的最大长度为65535B. 1.版本号(Version) 长度为4位(bit),IP v4的值为0100,IP v6的值为0110. 2.首部长度 指的是IP包头长度,用4位(bit)表示,十进制值

UDP报文 1.UDP有两个字段:数据字段和首部字段. 首部字段 首部字段很简单,只有8个字节,由4个字段组成,每个字段的长度都是两个字节.   1)源端口:源端口号.在需要对方回信时选用.不需要时可用全0. 2)目的端口:目的端口号.这在终点交付报文时必须要使用到. 3)长度: UDP用户数据报的长度,其最小值是8(仅有首部). 4)校验和:检测UDP用户数据报在传输中是否有错.有错就丢弃.   2.要注意的地方 UDP首部中校验和的计算方法有些特殊.在计算校验和时,要在UDP用户数据报之前增

TCP报文的最大负载和报文的最小长度 MTU:最大传输单元,以太网的MTU为1500Bytes MSS:最大分解大小,为每次TCP数据包每次传输的最大数据的分段大小,由发送端通知接收端,发送大于MTU就会被分片. MSS默认最小为536B,最小的MTU576B,MSS = MTU - IP头(20B)- TCP头(20B) TCP最小数据长度为1460Bytes 以太网的最大数据帧是1518Bytes 以太网的帧头148Bytes:MAC目的地址48bit(6B),MAC源地址48bit(6B)

/** * 按指定标识及长度替换字符 * @param $str * @param int $start 开始的位数 * @param int $end 后面保留的位数 * @param string $mode * @return mixed */function _str_repeat($str=null, $start = 4, $end = 4, $mode = '*'){ if(!empty($str)){ $length = mb_strlen($str,'utf8')-$start

import com.jayway.jsonpath.JsonPath; import com.jayway.jsonpath.Predicate; import net.minidev.json.JSONArray; public class Test { public static String readjson(String json, String jsonPath) { try { Object value = JsonPath.read(json, jsonPath, new Pre

引言 超文本传输协议(HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议.所有的WWW文件都必须遵守这个标准.设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法. HTTP报文是面向文本的,报文中的每一个字段都是一些ASCII码串,各个字段的长度是不确定的.HTTP有两类报文:请求报文和响应报文. HTTP请求报文 一个HTTP请求报文由请求行(request line).请求头部(header).空行和请求数据4个部分组成,下图

引言 超文本传输协议(HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议.所有的WWW文件都必须遵守这个标准.设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法. HTTP报文是面向文本的,报文中的每一个字段都是一些ASCII码串,各个字段的长度是不确定的.HTTP有两类报文:请求报文和响应报文. HTTP请求报文 一个HTTP请求报文由请求行(request line).请求头部(header).空行和请求数据4个部分组成,下图

因为udp包头有2个byte用于记录包体长度. 2个byte可表示最大值为: 2^16-1=64K-1=65535    udp包头占8字节, ip包头占20字节, 65535-28 = 65507 如果要发送的udp报文大于65507怎么办?    需要在应用层由开发者自己分片发送.

以太网报文的结构如下: 其中,以太网的帧头: 14 Bytes:MAC目的地址48bit(6B),MAC源地址48bit(6B),Type域2B,一共14B. IP头部: TCP头部: http://blog.163.com/tianshuai11@126/blog/static/618945432011101110497885/ http://www.cnblogs.com/zhuzhu2016/p/5797534.html 也就是报文的头部一共有54字节.下面以一个简单的http请求查看以太

场景描述 我的两个程序需要彼此通信.采用unix socket来实现. 并为了简单起见使用了DGRAM,也就是udp通信. 问题描述 1. 用法是这样的 收包的一端使用epoll监听,发包端发送一个20byte的数据包. 收包端分两次read.第一次read了16byte,第二次read,4byte. 2. 发现的问题 a.第一次read可以成功.在第一次read之后等待epoll触发(LT模式)之后,却实在等不到第二次Read的事件发送. b.绕过epoll,改成连续两次read在一起的实现方

public String sendMsg(String url, byte[] PostData) { String content = null; URL urls = null; try { urls = new URL(url); HttpURLConnection httpURLConnection = (HttpURLConnection) urls .openConnection(); // 设置连接时间 httpURLConnection.setConnectTimeout(30

转自黑马程序员视频教程

1. 概述 MQTT(Message Queuing Telemetry Transport,消息队列遥测传输协议),是一种基于发布/订阅(Publish/Subscribe)模式的轻量级通讯协议,该协议构建于TCP/IP协议上,由IBM在1999年发布,目前最新版本为v3.1.1.MQTT最大的优点在于可以以极少的代码和有限的带宽,为远程设备提供实时可靠的消息服务.做为一种低开销.低带宽占用的即时通讯协议,MQTT在物联网.小型设备.移动应用等方面有广泛的应用.众所周知,TCP/IP参考模型可

TCP .UDP .IP. ICMP协议报文格式分析 Tcp报文格式: Wireshark抓包如图: 源端口/目的端口(16bit): 在TCP报文中包涵了源端口/目的端口,源端口标识了发送进程,目的端口标识了接收方进程.由上图可以看出在此报文中我们的源端口号是54160, 目的端口是cichlid(1377). 序列号(32bit): Sequence Number这个是发送序列号,用来标识从源端向目的端发送的数据字节流,它表示在这个报文端中的第一个数据字节的顺序号,序列号是32位的无符号类型

UDP协议的头结构 源端口(2字节) 目的端口(2字节) 封报长度(2字节) 校验和(2字节) 数据 (1)源端口(Source Port):16位的源端口域包含初始化通信的端口号.源端口和IP地址的作用是标识报文的返回地址. (2)目的端口(Destination Port):6位的目的端口域定义传输的目的.这个端口指明报文接收计算机上的应用程序地址接口. (3)封包长度(Length):UDP头和数据的总长度. (4)校验和(Check Sum):和TCP和校验和一样,不仅对头数据进行校验,

reference:http://blog.51cto.com/lyhbwwk/2162568                    https://blog.csdn.net/wangzhen209/article/details/74453548     一.IP包格式 IP数据包是一种可变长分组,它由首部和数据负载两部分组成.首部长度一般为20-60字节(Byte),其中后40字节是可选的,长度不固定,前20字节格式为固定.数据负载部分的长度一般可变,整个IP数据包的最大长度为65535B

TCP报文格式 源端口:数据发送方的端口号 目的端口:数据接收方的端口号 序号:本数据报文中的第一个字节的序号(在数据流中每个字节都对应一个序号) 确认号:希望收到的下一个数据报文中的第一个字节的序号 数据偏移:表示本报文数据段距离报文段有多远 保留:顾名思义,用来保留给以后用的 紧急比特URG:当值为1时表示次报文段中有需要紧急处理 确认比特ACK:值为1时确认号有效,值为0时确认号无效. 复位比特RST:值为1时表示TCP连接存在严重的错误,需要重新进行连接 同步比特SYN:值为1时表示这是

转载:http://blog.csdn.net/wanghaobo920/article/details/11877589 面向报文(UDP)和面向字节流(TCP)的区别 面向报文的传输方式是应用层交给UDP多长的报文,UDP就照样发送,即一次发送一个报文.因此,应用程序必须选择合适大小的报文.若报文太长,则IP层需要分片,降低效率.若太短,会是IP太小.UDP对应用层交下来的报文,既不合并,也不拆分,而是保留这些报文的边界.这也就是说,应用层交给UDP多长的报文,UDP就照样发送,即一次发送一

搞了三年网络,今天才知道这个细节,汗,总结下: MTU大家都知道,是链路层中的网络对数据帧的一个限制,依然以以太网为例,MTU为1500个字节.一个IP数据报在以太网中 传输,如果它的长度大于该MTU值,就要进行分片传输,使得每片数据报的长度小于MTU.分片传输的IP数据报不一定按序到达,但IP首部中的信息能让这些数据报片按序组装.IP数据报的分片与重组是在网络层进完成的. MSS(最大分段大小) MSS是TCP里的一个概念(首部的选项字段中).MSS是TCP数据包每次能够传输的最大数据分段,T

TCP和UDP的区别: 1)TCP是面向连接的,而UDP是无连接的 2)TCP提供可靠服务,而UDP不提供可靠服务,只是尽最大努力交付报文 3)TCP面向字节流,TCP把数据看成一串无结构的字节流,而UDP是面向报文的(UDP数据报+IP头部=IP数据报) 4)TCP有拥塞控制,UDP没有拥塞控制 5)TCP只提供点对点通信,而UDP提供点对点,点对多点,多点对多点的通信 6)TCP提供的是全双工的可靠信道,而UDP提供的是不可靠信道 7)TCP的首部开销有20个字节,而UDP的首部开销只有8个