TCP/IP协议群/互联网协议群（Internet Protocol Suite）
类似OSI模型，一种网络协议的概念模型
|
作用 |
封包 | |
| 应用层(Application) |
OSI的应用层、表示层、会话层 抽象用户的数据，提供顶层的API 提供应用间的通信能力 HTTP 协议 |
数据 （程序员自己定义的格式） |
| 传输层(Transport) |
点到点的传输，端口号 端口号 对应的是应用，源port，目标port，eg：80-http协议 提供主机到主机(host to host)的通信能力 TCP/UDP 协议 |
TCP Header + TCP数据 （数据转换） |
| 网络层(Internet) |
像物流公司一样，将你的分包从一个IP地址送到另一个IP地址 IP地址指位置编号，源IP，目标IP 提供地址到地址的通信能力 IP 协议 |
IP Header + IP数据 (传输层的数据到了网络层，会被切成更小的片段) IP封包：源IP地址 | 目标IP地址 | 协议 |···| 数据(源端口 | 目标端口 | ··· |数据) ---TCP封包 |
| 链接层(Link) |
提供设备到设备之间的通信能力，Mac地址 Mac地址指设备编号，源Mac，目标Mac 多种底层网络协议Etherner，Wi-Fi，··· |
Frame Header + Frame Data + Frame Footer （二进制） |
| 物理层(Pysical) | 光电信号的传输 |
完成的TCP协议头
| 源端口(source port) | 目标端口(destination port) | ||
| 序号(sequence number) | |||
| 确认序号(acknowledgedgement number) | |||
| Data Offset | Reserved | 标识位 | 窗口大小(window size) |
| 检验和(Checksum) | 紧急指针(Urgent Pointer) | ||
| 可选项 | |||
TCP协议封包
· 每个封包称作以恶搞TCP信息段（TCP Segment）
· Header 用于描述传输行为（如源端口，目标端口等）
· Header 后面跟若干个byte数据，每个byte拥有自己的序列号
三次握手
建立连接为什么需要3次握手？
异常情况、
数据顺序问题？
传输和处理数据顺序
确定消息的顺序：绝对时间 ？
使用发送、接收时间 - 服务器时间差异如何解决？
使用自增序号？- · a-b-a-b类型会话可以解决？· a-(ab)-b类型会话如何解决？
TCP/IP 协议处理方法？
消息的绝对顺序用(SEQ、ACK)这一对元组描述
- SEQ(Sequence)：这个消息发送前一共发送了多少字节
- ACK(Acknowledge)：这个消息发送前一共收到了多少个字节
挥手（终端连接）
四次挥手
思考？
· 最简化原则：没有足够的事情要做，就不必分层
· 及其对话、人对话