一、IP封包格式说明 前言 IP 协议用 IP 报文头封装传输层报文，IP 报文头包含了如下的信息：这个报文从哪个传输层协议过来，它准备被发送到哪台机器，它从哪儿来以及一些其他有用的信息....TCP 就是这样的协议，但是它建立在 IP 基础之上的。IP 不是面向连接 的原因有很多种，其中一个原因就是它不会为很多应用增加不必要的开销。...二、TCP封包格式 1、TCP作用 TCP 协议位于 IP 协议层之上，TCP 是一个有状态的协议，并且通过内部机 制能够确认报文是否被对方正确的接收。...五、总结 TCP协议和UDP协议的区别 1、TCP协议面向连接，UDP协议面向非连接 2、CP协议传输速度慢，UDP协议传输速度快 3、TCP协议保证数据顺序，UDP协议不保证 4、TCP协议保证数据正确性...，UDP协议可能丢包 5、TCP协议对系统资源要求多，UDP协议要求少
TCP特性 这是TCP / IP协议的基本特征 支持灵活的架构 向网络添加更多系统很容易。 在TCP / IP中，网络将保持完整，直到源计算机和目标计算机正常运行为止。 TCP是一种面向连接的协议。...TCP / IP遵循水平方法。 OSI模型使用两个单独的物理和数据链接层来定义底层的功能。 TCP / IP仅使用一层（链接）。 OSI层有七个层。 TCP / IP具有四层。...最常见的TCP / IP协议 一些广泛使用的最常见的TCP / IP协议是： TCP： 传输控制协议是一种Internet协议套件，可将消息分解为TCP段，并在接收方重新组装它们。...TCP / IP的缺点 这是使用TCP / IP模型的一些弊端： TCP / IP是设置和管理的复杂模型。 TCP / IP的浅层/开销高于IPX（Internet分组交换）。...TCP / IP模型的最大好处是，它可以帮助您在不同类型的计算机之间建立/建立连接。 TCP / IP是设置和管理的复杂模型。
TCP/IP含义 从字面意义上讲，有人可能会认为TCP/IP是指TCP与IP两种协议。实际生活当中有时也确实就是指这两种协议。然而在很多情况下，它只是利用IP进行通信时所必须用到的协议群的统称。...具体来说，IP或ICMP、TCP或UDP、TELNET或FTP、以及HTTP等都属于TCP/IP的协议。它们与TCP或IP的关系紧密，是互联网必不可少的组成部分。...TCP/IP一词泛指这些协议，因此，有时也称TCP/IP为网际协议族(Internet Protocol Suite)。 ?...互联网进行通信时，需要相应的网络协议，TCP/IP原本就是为使用互联网而开发制定的协议族。因此，互联网的协议就是TCP/IP，TCP/IP就是互联网的协议。 TCP/IP协议分层模型 ?...随后将附加了TCP首部的包再发送给IP。 IP模块的处理 IP将TCP传过来的TCP首部和TCP数据合起来当做自己的数据，并在TCP首部的前端在加上自己的IP首部。
今天笔者就从Linux源码的角度看下Server端的Socket在进行Accept的时候到底做了哪些事情(基于Linux 3.10内核)。...理解accept的关键点是，它会创建一个新的Socket,这个新的Socket来与对端运行connect()的对等Socket进行连接，如下图所示: 接下来，我们就进入Linux内核源码栈吧 accept...关于epoll的原理可以看下笔者之前的博客《从linux源码看epoll》: https://www.cnblogs.com/alchemystar/p/13161781.html 在这里描述一下原因,...，可以见笔者另一篇博客的详细分析 《从Linux源码看Socket(TCP)的listen及连接队列》： https://www.cnblogs.com/alchemystar/p/13845081.html...总结 Linux内核源码博大精深，每次扎进去探索时候都会废寝忘食，其间可以看到各种优雅的设计，在此分享出来，希望对读者有所帮助。
Linux 1.2.13 -- IP分片重组源码分析 本文源码解析参考: 深入理解TCP/IP协议的实现之ip分片重组 – 基于linux1.2.13 计网理论部分参考: > Linux 1.2.13 源码仓库链接: read-linux-1.2.13-net-code ---- 引言 笔者在完成cs144 lab 后，发现自己对IP层分片这部分知识点模糊不清，阅读了自顶向下学习计算机网络书籍对应章节后...，发现书上对IP层分片这部分内容讲解较为简单，所以特此翻阅Linux网络子系统源码进行学习。...)设置，MSS的值实际可以看做是MTU - TCP首部 - IP首部剩下的大小，也就是说MSS实际指代的是TCP报文段中应用层数据的最大长度，而不是指包括TCP首部的整个TCP报文段的最大长度。...---- IP分片重组源码分析 上面铺垫了很多理论知识，从本节开始，我们进入实践环节，看看IP分片重组过程是否如我们所言一般。
kernel代码版本细微变化 值得注意的是，linux本身官方发布的2.6.32源码对于tcp_syn_retries2的解释和RFC并不一致(至少笔者阅读的代码如此，这个细微的变化困扰了笔者好久，笔者下载了和机器对应的内核版本后才发现代码改了...以下为代码对比: ========================>linux 内核版本2.6.32-431<======================== #define TCP_TIMEOUT_INIT...,源码如下所示: int tcp_sendmsg(struct kiocb *iocb, struct socket *sock, struct msghdr *msg, size_t size){...其源码可见笔者的blog: https://my.oschina.net/alchemystar/blog/1936433 tcp_retries2的设置位置为: cat /proc/sys/net/ipv4...我们先看下系统调用的源码: read系统调用 socket的read系统调用最终调用的是tcp_recvmsg, 其源码如下: int tcp_recvmsg(struct kiocb *iocb, struct
今天笔者就来从Linux源码的角度看下Server端的Socket在进行bind的时候到底做了哪些事情(基于Linux 3.10内核)。...源码调用栈吧。.../nginx 我们的bind允许绑定到0.0.0.0即INADDR_ANY这个地址上(一般都用这个)，它意味着内核去选择IP地址。...// 非放松模式，ip地址一样，才算冲突 .........https://www.nginx.com/blog/socket-sharding-nginx-release-1-9-1/ 总结 Linux内核源码博大精深，一个看起来简单的bind系统调用竟然牵涉这么多
从linux源码看socket(tcp)的timeout 前言 网络编程中超时时间是一个重要但又容易被忽略的问题,对其的设置需要仔细斟酌。...kernel代码版本细微变化 值得注意的是，linux本身官方发布的2.6.32源码对于tcp_syn_retries2的解释和RFC并不一致(至少笔者阅读的代码如此，这个细微的变化困扰了笔者好久，笔者下载了和机器对应的内核版本后才发现代码改了...以下为代码对比: ========================>linux 内核版本2.6.32-431<======================== #define TCP_TIMEOUT_INIT...,源码如下所示: int tcp_sendmsg(struct kiocb *iocb, struct socket *sock, struct msghdr *msg, size_t size){...我们先看下系统调用的源码: read系统调用 socket的read系统调用最终调用的是tcp_recvmsg, 其源码如下: int tcp_recvmsg(struct kiocb *iocb, struct
上一节大致了解TCP/IP协议栈是个啥东西，依旧是雾里看花的状态，有很多时候学一门新知识时，开头总是很急躁，无从下手，刚学会一点儿，却发现连点皮毛都不算，成就感太低，所以任何时候学习最重要的是要在合适的时间掌握应该掌握的知识...先简单回顾一下，TCP/IP协议栈： 数据链路层->网络层->传输层->应用层 如果为每一层加上一个ID，就像每个人都有身份证那样，那么可以这样标记： 数据链路层（MAC地址） 网络层（IPV4地址，...和我们生活关系最密切的IP地址： 作为网络层的标识，IP地址这个概念可以说大家肯定都有耳闻，IP地址是一个32位的二进制数，32位是个什么概念呢？...IP地址。...说完IP地址的表示方式，我们再说一下IP地址的分类，IP地址通常分为5类： A类地址 （1.0.0.0—127.255.255.255） B类地址 （128.0.0.0—191.255.255.255
为了改善这种缺点，大牛弄出了TCP/IP协议。现在几乎所有的操作系统都实现了TCP/IP协议栈。 TCP/IP协议栈主要分为四层:应用层、传输层、网络层、数据链路层,每层都有相应的协议，如下图 ?...在这里只对IP、TCP、UDP协议头做一个分析。 首先来看看在网络中，一帧以太网数据包的格式： ?...在Linux 操作系统中，当我们想发送数据的时候，我们只需要在上层准备好数据，然后提交给内核协议栈 , 内核协议栈自动添加相应的协议头。 下面我们来看看，每一层添加的协议头具体内容。 一....MSS = MTU - IP头 - TCP头,MTU表示最大传输单元，我们在IP头分析的时候会讲到,它一般为1500个字节。IP头和TCP 头部带可选选项的时候都是20个字节。...我们在说TCP的时候，说到MSS很多人不能区分它们。通过下面的图，我想就可以完全区分它们了。 ? 个人觉的如果通过TCP协议传输数据，到IP层的时候，可定不需要分片了。
两台计算机通过TCP/IP协议通讯的过程如下所示 ?...假如是IP数据报，IP协议再根据IP首部中的“上层协议”字段确定该数据报的有效载荷是TCP、UDP、ICMP还是IGMP，然后交给相应的协议处理。...虽然ICMP、IGMP、TCP、UDP的数据都需要IP协议来封装成数据报，但是从功能上划分，ICMP、IGMP与IP同属于网络层，TCP和UDP属于传输层。...下面看TCP协议如何用面向连接的服务来代替应用程序解决传输的可靠性问题。 TCP协议 ? 和UDP协议一样也有源端口号和目的端口号，通讯的双方由IP地址和端口号标识。...4位首部长度和IP协议头类似，表示TCP协议头的长度，以4字节为单位，因此TCP协议头最长可以是4x15=60字节，如果没有选项字段，TCP协议头最短20字节。
Sendip是一个linux平台的命令行发数据包工具，目前(2018年2月)支持的协议有ipv4、ipv6、icmp、tcp、udp、bgp、rip、ntp，作者表示其他协议将会后面支持，当他有空写的时候...它的源码也很简单，没有过多平台相关的代码，如果不理解也可以看源码。...Format: pointer:overflow:flag:(ip1:)ts1:(ip2:)ts2:… -iolsr x IP option: loose source route....of list -tonop TCP option: no op -tomss x TCP option: maximum segment size -towscale x TCP option: window...scale (rfc1323) -tosackok TCP option: allow selective ack (rfc2018) -tosack x TCP option: selective
通过之前的网络层基础知识，IP地址以及路由器的简介，大家应该对于TCP/IP有一个大致的了解，在脑海里应该对于网络的几个基础概念有个大概的了解，简单点说整个协议栈就是在做一件事，规定网络报文（网络传输中的数据报...协议 传输层——TCP/UDP协议 应用层——HTTP协议 上面的几种协议，如果都能熟练掌握，那基本上就是入门并且偏上的水平了，所以接下来我们就逐一介绍各个协议。...8位协议：代表着这份IP报文承载着何种上层传输协议或者网络协议，常见的取值与对应关系如下： ICMP协议 IGMP协议 TCP协议 UDP协议 IGRP协议 16位首部校验和：用于检验收到的报文是否有差错...第四段： 32位源IP地址：发送方IP地址 第五段： 32位目的IP地址：接收方IP地址 介绍完IP报文的格式以后，我们再来说一下IP报文的特点，其主要特点有以下几点： IP报文具有不可靠性，即不能发送方发送报文后...IP报文的不保序性，既然IP报文是不靠靠的，那相应的，它也不保证发送出的报文的顺序性，也许发包顺序是1、2、3，但是收包顺序可能就是3、2、1 IP报文的分片，若发送报文数据过大，则涉及到报文分片。
额外地，数据包上还会附加上主机 A 本身的 IP 地址，有了这些信息主机 B 才可以回复信息给主机 A。这些附加的信息会被装进一个叫 IP 头的数据结构里。...IP 头是 IP 数据包开头的信息，包含 IP 版本、源 IP 地址、目标 IP 地址、生存时间等信息。 简化的 UDP 网络三层传输模型 ?...相对于 UDP，TCP 有下面两个特点: 对于数据包丢失的情况，TCP 提供重传机制； TCP 引入了数据包排序机制，用来保证把乱序的数据包组合成一个完整的文件。...简化的 TCP 网络四层传输模型 下面我们再看下完整的 TCP 连接过程，通过这个过程你可以明白 TCP 是如何保证重传机制和数据包的排序功能的。 一个TCP连接的生命周期 ?...本文链接：https://zhangbing.site/2019/08/19/IP-UDP-TCP/。
今天笔者就来从Linux源码的角度看下Client端的Socket在进行Connect的时候到底做了哪些事情。由于篇幅原因，关于Server端的Accept源码讲解留给下一篇博客。...内核中修改的地方为: cat /proc/sys/net/ipv4/ip_local_port_range 32768 61000 通过hash决定端口号起始搜索范围 在Linux上进行connect...goto ok; } ....... ok: hint += i; ...... } 这里面有几个小细节，为了安全原因，Linux本身用对端ip:port做了一次hash作为搜索的初始offset...60 seconds */ Linux自然也考虑到了这种情况，所以提供了一个tcp_tw_reuse参数使得在搜索端口号时可以在某些情况下重用TIME_WAIT。...重传的超时时间和 /proc/sys/net/ipv4/tcp_syn_retries 息息相关，Linux默认设置为5，建议设置成3，下面是不同设置的超时时间参照图。
今天笔者就来从Linux源码的角度看下Client端的Socket在进行Connect的时候到底做了哪些事情。...内核中修改的地方为: cat /proc/sys/net/ipv4/ip_local_port_range 32768 61000 通过hash决定端口号起始搜索范围 在Linux上进行connect...goto ok; } ....... ok: hint += i; ...... } 这里面有几个小细节，为了安全原因，Linux本身用对端ip:port做了一次hash作为搜索的初始offset...60 seconds */ Linux自然也考虑到了这种情况，所以提供了一个tcp_tw_reuse参数使得在搜索端口号时可以在某些情况下重用TIME_WAIT。...，任何一个环节有问题就会导致创建连接失败,笔者详细的描述了这些机制的源码实现。
网卡上增加一个IP： ifconfig eth0:1 192.168.0.1 netmask 255.255.255.0删除网卡的第二个IP地址: ip addr del 192.168.0.1
今天笔者就来从Linux源码的角度看下Server端的Socket在进行listen的时候到底做了哪些事情(基于Linux 3.10内核)，当然由于listen的backlog参数和半连接hash表以及全连接队列都相关...接下来，我们就进入Linux内核源码栈吧 listen |->INLINE_SYSCALL(listen......)...tcp的连接队列有两个，一个是sync_queue,另一个accept_queue。但笔者仔细阅读了一下源码，其实并非如此。事实上，sync_queue其实是个hash表(syn_table)。...if (sk_acceptq_is_full(sk) && inet_csk_reqsk_queue_young(sk) > 1) { NET_INC_STATS_BH(sock_net(sk), LINUX_MIB_LISTENOVERFLOWS...而笔者也正是写这篇博客而详细阅读源码的时候偶然间灵光一闪，找到了最近一个诡异问题的根因。这个诡异问题的分析过程将会在近期写出来分享给大家。
从Linux源码看Socket(TCP)的accept 前言 笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。...今天笔者就从Linux源码的角度看下Server端的Socket在进行Accept的时候到底做了哪些事情(基于Linux 3.10内核)。...接下来，我们就进入Linux内核源码栈吧 accept |->SYSCALL_CANCEL(accept......) .........，可以见笔者另一篇博客的详细分析 《从Linux源码看Socket(TCP)的listen及连接队列》： https://my.oschina.net/alchemystar/blog/4672630...总结 Linux内核源码博大精深，每次扎进去探索时候都会废寝忘食，其间可以看到各种优雅的设计，在此分享出来，希望对读者有所帮助。
说明三： HTTP协议是基于TCP之上的 因此我们需要了解TCP连接的基本过程。 TCP协议 TCP和UDP的区别： 可靠性：TCP是一种可靠的连接，UDP是不可靠的连接。...连接性：TCP面向连接，UDP面向无连接。...报文传输形式：TCP是一种基于数据流传输，UDP基于数据报 传输效率：TCP传输效率低，UDP传输效率高 双工性：TCP是全双工的协议，UDP不是 流量拥塞控制：TCP拥有而UDP无 传输速度：TCP慢...IP地址与端口 IP地址被用来给Internet上的电脑一个编号。大家日常见到PC上都需要有IP地址，才能正常通信。...我们可以把“个人电脑”比作“一台电话”，那么“IP地址”就相当于“电话号码”，而Internet中的路由器相当于“程控式交换机” 端口号 ?
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
