(1)传输层的复用和分用
(2)常用应用进程默认的端口
(3)端口:应用层进程的标识
端口指网络设备内部与外界通交流的出口。
端口作用:
-
数据发送时向下交付给传输层
-
接收数据时向上交付给应用层
端口分类:
-
熟知端口
其数值一般为 0~1023。这些端口号是 TCP/IP 体系确定并公布的。
-
一般端口
数值范围是 1024~ 65535。用来随时分配给请求通信的客户进程。
===============================================================================
-
f0 1f af 67 52 a7
:目的MAC地址 -
e4 d3 32 0e 41 66
:源MAC地址 -
08 00
:类型 -
45
:IPv4数据报首部,IP首部20个字节00
-
00 30
:IP数据报总长度48个字节(包括IP数据报首部20个字节)
这里开始是 UDP 协议格式:
-
11
:传输层UDP协议 -
27 a8 d4 d4
:源IP地址 -
c0 a8 01 65
:目的IP地址 -
73 a6 11 72 00 1c
:UDP首部(8字节)-
73 a6
:源端口是29606 -
11 72
:目的端口是4466 -
00 1c
:UDP长度
-
-
4a 73
:校验和 -
4b 55 00 01 24 00 00 08 00 00 00 08 00 00 01 1a 00 00 01 20
:UDP数据(20字节)
计算校验和:
-
UDP 不保证可靠交付
-
UDP 比 TCP 的开销要小很多
-
实时应用(如IP电话、实时视频会议等),以及广播或者多播,则必须使用 UDP 协议。
UDP实例:
==============================================================================
标志位的含义:
Wireshark 软件中查看 TCP 报文:
[](
)建立连接 - 三次握手
[](
)释放连接 - 四次握手
[](
)序号确认机制
若收到的报文段无差错,只是未按序号,那么应如何处理?
-
将不按序的报文段丢弃;
-
先将其暂存于接收缓冲区内,待所缺序号的报文段收齐后再一起上交应用层。
[](
)超时重传机制
超时重传时间RTO公式:RTO = RTT + 4 × RTTD
往返时延RTT公式:
-
RTTnew = RTTsample (第一次测量得到的RTT样本值)
-
RTTnew = α × RTTold + (l - α) × RTTsample(第二次以后的测量)
[](
)【例题】RTT 估算
如果 TCP 来回路程时间 RTT 的当前值是 32ms,随后应答在 40ms 时候到来,如果取 α=7/8,那么新的 RTT 估算值是多少。
答:根据上面的公式,RTTnew = α × RTTold + (l - α) × RTTsample,可以计算出 RTTnew = 40 * 7/8 + 32 * 1/8 = 33。
[](
)定时器
-
重传定时器
-
持续定时器、
-
保活定时器
-
时间等待计时器
采用大小可变滑动窗口的方式进行流量控制;
Kafka实战笔记
关于这份笔记,为了不影响大家的阅读体验,我只能在文章中展示部分的章节内容和核心截图
CodeChina开源项目:【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频】
- Kafka入门
- 为什么选择Kafka
- Karka的安装、管理和配置
- Kafka的集群
- 第一个Kafka程序
afka的生产者
- Kafka的消费者
- 深入理解Kafka
- 可靠的数据传递
- Spring和Kalka的整合
- Sprinboot和Kafka的整合
- Kafka实战之削峰填谷
- 数据管道和流式处理(了解即可)
- Kafka实战之削峰填谷
0930)]
- Kafka的消费者
- 深入理解Kafka
- 可靠的数据传递
[外链图片转存中…(img-lThVhI5w-1630407730932)]
[外链图片转存中…(img-uxfsrpaJ-1630407730933)]
- Spring和Kalka的整合
- Sprinboot和Kafka的整合
- Kafka实战之削峰填谷
- 数据管道和流式处理(了解即可)
[外链图片转存中…(img-Ij7npU2g-1630407730934)]
- Kafka实战之削峰填谷
[外链图片转存中…(img-sLSycHUh-1630407730934)]