完成计算机网络的图片webp替换
continuous-integration/drone/push Build is passing
Details
|
@ -56,14 +56,14 @@ date: 2023-07-27T14:50:10+08:00
|
|||
* UDP没有拥塞控制,有利于实时应用(视频,语音)
|
||||
* UDP分组首部开销小,TCP有20B的首部开销,UDP仅有8B的开销
|
||||
* UDP是面向报文的,报文是UDP数据报处理的最小单位
|
||||

|
||||

|
||||
* 报文太长,UDP把报文交给IP层后,会导致分片
|
||||
* 报文太短,UDP把它交给IP层后,会使IP数据报的首部相对长度太大
|
||||
* 两者都会减低IP层的效率
|
||||
|
||||
### 首部格式
|
||||
|
||||
* 
|
||||
* 
|
||||
* 用户数据报UDP有两个字段:数据字段和首部字段
|
||||
* 首部字段只有8个字节,由四个字段组成,每个字段长度都是两个字节
|
||||
* 源端口:不是必须的,只有在需要对方回信时选用,不需要时可用全0
|
||||
|
@ -82,13 +82,13 @@ date: 2023-07-27T14:50:10+08:00
|
|||
* UDP校验和校验出UDP数据报是错误的,可以丢弃,也可以交付给上层,但是要附上错误报告
|
||||
* UDP校验和提供差错检测功能,在计算校验和时,要在UDP用户数据报之前增加12字节的伪首部
|
||||
* 伪首部既不向下传送也不向上递交,只是为了计算校验和
|
||||
* 
|
||||
* 
|
||||
* 各字段内容
|
||||
* 源IP地址和目的IP地址:和IP数据一样,各占4个字节
|
||||
* 伪首部第3个字段是全零
|
||||
* 协议字段:UDP协议的协议字段值是17
|
||||
* UDP长度:UDP用户数据报长度,首部长度和数据部分长度之和
|
||||
* 
|
||||
* 
|
||||
* 校验和过程
|
||||
* 将校验和字段置位0
|
||||
* 将伪首部和UDP用户数据报(首部和数据部分)看成是以16位为单位的二进制组成,依次进程二进制反码求和
|
||||
|
@ -112,14 +112,14 @@ date: 2023-07-27T14:50:10+08:00
|
|||
|
||||
### TCP报文段
|
||||
|
||||

|
||||

|
||||
|
||||
* 一个TCP报文段 = 首部 + 数据部分
|
||||
* 首部的前20个字节是固定的
|
||||
* 后面有4n字节是根据需要而增加的选项
|
||||
* TCP首部的最小字节是20字节
|
||||
|
||||

|
||||

|
||||
|
||||
* 源端口和目的端口
|
||||
* TCP分用功能的实现
|
||||
|
@ -159,7 +159,7 @@ date: 2023-07-27T14:50:10+08:00
|
|||
|
||||
### TCP连接(三次握手)
|
||||
|
||||
.png)
|
||||

|
||||
|
||||
* 第一次握手
|
||||
* 客户端向服务端发送请求,首部同步位SYN = 1,选择一个初始序号seq = x
|
||||
|
@ -179,7 +179,7 @@ date: 2023-07-27T14:50:10+08:00
|
|||
|
||||
### TCP连接释放(四次握手)
|
||||
|
||||
.png)
|
||||

|
||||
|
||||
* 第一次握手
|
||||
* 客户端向服务端发出连接释放报文段->停止发送数据,主动关闭连接
|
||||
|
@ -242,16 +242,16 @@ date: 2023-07-27T14:50:10+08:00
|
|||
* 拥塞控制是指防止过多的数据注入网络,保证网络中的路由器或链路不致过载
|
||||
* 拥塞往往表现为通信时延的增加
|
||||
* 慢开始
|
||||
* 
|
||||
* 
|
||||
* cwnd < ssthresh时,使用慢开始算法
|
||||
* 在达到慢开始门限ssthresh前,cwnd成线性增长
|
||||
* 拥塞避免
|
||||
* 
|
||||
* 
|
||||
* cwnd > ssthresh时,使用拥塞避免算法
|
||||
* cwnd每次增加1
|
||||
* 出现乘法减小时,ssthresh设置为当前cwnd的一半,cwnd设置为1,然后重新慢开始
|
||||
* 快重传/快恢复
|
||||
* 
|
||||
* 
|
||||
* 快重传
|
||||
* 当发送方连续收到3个重复的ack报文时,直接重传对方尚未收到的报文段
|
||||
* 不必等待那个报文段设置的重传计时器超时
|
||||
|
|
|
@ -6,11 +6,11 @@ date: 2023-07-28T14:35:45+08:00
|
|||
|
||||
## 各报文常考内容
|
||||
|
||||

|
||||

|
||||
|
||||
## 大题
|
||||
|
||||

|
||||

|
||||
|
||||
(1)
|
||||
|
||||
|
@ -46,7 +46,7 @@ u = $\frac{发送数据的时间}{从开始发送第一帧到收到第一个确
|
|||
|
||||
---
|
||||
|
||||

|
||||

|
||||
|
||||
(1)
|
||||
|
||||
|
@ -66,7 +66,7 @@ u = $\frac{发送数据的时间}{从开始发送第一帧到收到第一个确
|
|||
|
||||
---
|
||||
|
||||

|
||||

|
||||
|
||||
(1)
|
||||
|
||||
|
@ -98,7 +98,7 @@ $2^7 = 128$ =>主机号占7位
|
|||
|
||||
---
|
||||
|
||||

|
||||

|
||||
|
||||
(1)
|
||||
|
||||
|
@ -123,7 +123,7 @@ $2^7 = 128$ =>主机号占7位
|
|||
|
||||
---
|
||||
|
||||

|
||||

|
||||
|
||||
(1)
|
||||
|
||||
|
@ -146,7 +146,7 @@ R2转发P的源IP地址203.10.2.6,目的IP地址192.168.1.2
|
|||
|
||||
---
|
||||
|
||||

|
||||

|
||||
|
||||
(1)
|
||||
|
||||
|
@ -167,7 +167,7 @@ R1,R2属于不同的自治系统,使用边界网关协议(BGP或BGP4)交
|
|||
|
||||
---
|
||||
|
||||

|
||||

|
||||
|
||||
(1)
|
||||
|
||||
|
@ -193,7 +193,7 @@ metric为10
|
|||
|
||||
---
|
||||
|
||||

|
||||

|
||||
|
||||
(1)
|
||||
|
||||
|
@ -219,7 +219,7 @@ R需提供NAT服务(网络地址转换服务)
|
|||
|
||||
---
|
||||
|
||||

|
||||

|
||||
|
||||
(1)
|
||||
|
||||
|
@ -267,7 +267,7 @@ STTL = 40H = 64
|
|||
|
||||
---
|
||||
|
||||

|
||||

|
||||
|
||||
(1)
|
||||
|
||||
|
@ -289,7 +289,7 @@ SYN = 1,ACK =1,确认序号 =101
|
|||
|
||||
---
|
||||
|
||||

|
||||

|
||||
|
||||
(1)
|
||||
|
||||
|
@ -322,7 +322,7 @@ IP数据报每经过一个路由器,TTL长度减1,并重新计算首部验
|
|||
|
||||
---
|
||||
|
||||

|
||||

|
||||
|
||||
(1)
|
||||
|
||||
|
|
|
@ -16,7 +16,7 @@ date: 2023-07-27T19:15:08+08:00
|
|||
|
||||
### 客户/服务器模型
|
||||
|
||||

|
||||

|
||||
|
||||
* 主要特点
|
||||
* 客户是服务请求方,服务器是服务提供方
|
||||
|
@ -36,7 +36,7 @@ date: 2023-07-27T19:15:08+08:00
|
|||
|
||||
### P2P模型
|
||||
|
||||

|
||||

|
||||
|
||||
* 主要特点
|
||||
* 显著特点:对等节点之间有直接通信能力
|
||||
|
@ -56,13 +56,13 @@ date: 2023-07-27T19:15:08+08:00
|
|||
### DNS组成部分
|
||||
|
||||
* 层次域名空间
|
||||
* 
|
||||
* 
|
||||
* 顶级域名
|
||||
* 二级域名
|
||||
* 三级域名
|
||||
* 多个标号组成的完整域名总共不超过255个字符
|
||||
* 域名服务器
|
||||
* 
|
||||
* 
|
||||
* 种类
|
||||
* 根域名服务器(.)
|
||||
* 顶级域名服务器
|
||||
|
@ -72,10 +72,10 @@ date: 2023-07-27T19:15:08+08:00
|
|||
* 域名服务器被设计为一种联机的分布式数据库系统,采用C/S模型
|
||||
* 域名解析过程
|
||||
* 递归查询
|
||||
* 
|
||||
* 
|
||||
* 本机向本地域名服务器的查询是递归查询
|
||||
* 递归迭代查询
|
||||
* 
|
||||
* 
|
||||
* 本地域名服务器向根域名服务器的查询是迭代查询
|
||||
* 流程
|
||||
* 主机m.xyz.com先向其本地域名服务器dns.xyz.com进行递归查询
|
||||
|
@ -123,7 +123,7 @@ date: 2023-07-27T19:15:08+08:00
|
|||
* 使协议更加简单和容易实现
|
||||
* 在传输文件的时候可以利用控制连接对文件的传输进行控制(如用户可以在文件传输过程中发生请求中止服务)
|
||||
|
||||

|
||||

|
||||
|
||||
* 控制连接
|
||||
* 作用
|
||||
|
@ -158,7 +158,7 @@ date: 2023-07-27T19:15:08+08:00
|
|||
* 邮件服务器,用来发送和接收邮件
|
||||
* 邮件发送协议SMTP【类似Push】和读取协议pop3【类似Pull】
|
||||
* 发送接收过程
|
||||
* 
|
||||
* 
|
||||
|
||||
|
||||
### 电子邮件格式
|
||||
|
@ -205,7 +205,7 @@ date: 2023-07-27T19:15:08+08:00
|
|||
|
||||
### Cookie
|
||||
|
||||

|
||||

|
||||
|
||||
* Cookie是网站为了辨别用户身份,进行会话跟踪而存储在客户端上的数据
|
||||
* Cookie的组成
|
||||
|
@ -216,7 +216,7 @@ date: 2023-07-27T19:15:08+08:00
|
|||
|
||||
### HTTP操作过程
|
||||
|
||||

|
||||

|
||||
|
||||
* 浏览器分析链接指向页面的URL
|
||||
* 浏览器向DNS请求解析网址的IP地址
|
||||
|
@ -230,13 +230,13 @@ date: 2023-07-27T19:15:08+08:00
|
|||
### 持久连接和非持久连接
|
||||
|
||||
* 非持久连接
|
||||
* 
|
||||
* 
|
||||
* 传输时间
|
||||
* 文档传输时间 + 两倍的往返时间RTT
|
||||
* connection状态
|
||||
* 标志为close,说明是非持久连接
|
||||
* 持久连接
|
||||
* 
|
||||
* 
|
||||
* 传输时间
|
||||
* 共经历1个RTT延迟
|
||||
* connection状态
|
||||
|
@ -245,7 +245,7 @@ date: 2023-07-27T19:15:08+08:00
|
|||
|
||||
### HTTP的报文结构
|
||||
|
||||

|
||||

|
||||
|
||||
* 两类HTTP报文
|
||||
* 请求报文
|
||||
|
@ -260,4 +260,4 @@ date: 2023-07-27T19:15:08+08:00
|
|||
* POST【上传信息】
|
||||
* CONNECT【代理服务器】
|
||||
* 实例
|
||||
* 
|
||||
* 
|
|
@ -66,9 +66,9 @@ date: 2023-07-25T19:25:31+08:00
|
|||
* 计算比较复杂,但非常易于用硬件实现,因此被广泛应用于数据链路层
|
||||
* CRC具有纠错能力,但数据链路层只使用了他的检错功能,检测到帧出错直接丢弃
|
||||
* 计算举例
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 纠错编码分类
|
||||
* 海明码
|
||||
* 实现原理
|
||||
|
@ -102,7 +102,7 @@ date: 2023-07-25T19:25:31+08:00
|
|||
|
||||
### 停止等待协议SW
|
||||
|
||||

|
||||

|
||||
|
||||
* 接收端检测到数据分组有误码时,将器丢弃并等待发送方的超时重传
|
||||
* 对于误码率较高的点对点链路,为使发送方尽快重传,可给发送方发生NAK(拒绝)分组
|
||||
|
@ -115,42 +115,42 @@ date: 2023-07-25T19:25:31+08:00
|
|||
* 超时计时器设置的重传时间一般略大于从发送方到接收方的平均往返时间
|
||||
* 在数据链路层点对点的往返时间好确认,重传时间好确认
|
||||
* 在运输层,由于端到端往返时间不确定,重传时间不好确认
|
||||
* 
|
||||
* 
|
||||
* 当往返时延RTT远大于数据帧发送时延TD时【如卫星链路】,信道利用率非常低
|
||||
* 若出现重传,则对于传送有用的数据信息来说,信道利用率还要降低
|
||||
* 为了克服该协议信道利用率低的缺点,可以使用GBN和SR协议
|
||||
* 这些协议也叫做自动重传请求ARQ
|
||||
* ARQ通过接收方请求发送方重传出错的数据帧来恢复出错的帧
|
||||
* 例题
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
|
||||
|
||||
### 回退N帧协议GBN【Go-back-N】
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
* 例题
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
|
||||
|
||||
### 选择重传协议SR
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
* 例题
|
||||
* 
|
||||
* 
|
||||
|
||||
## 点对点协议PPP
|
||||
|
||||

|
||||

|
||||
|
||||
* PPP协议的组成
|
||||
* 链路控制协议LCP
|
||||
|
@ -173,14 +173,14 @@ date: 2023-07-25T19:25:31+08:00
|
|||
* 共享信道要着重考虑的一个问题就是如何协调多个发送和接受站点对一个共享传输媒体的占用,即MAC(Medium Access Control)
|
||||
* MAC的内容就是,采取一定的措施,使得两对结点之间的通信不会发生互相干扰的情况
|
||||
* 分类
|
||||
* 
|
||||
* 
|
||||
* 要点
|
||||
* 随着技术的发展,交换技术的成熟和成本的减低,具有更高性能的使用点对点链路和链路层交换机的交换式局域网在有线领域已完全取代了共享式局域网,但由于无线信道的广播特性,无线局域网仍然使用的是共享媒体技术
|
||||
|
||||
## 静态划分信道
|
||||
|
||||
* 信道复用
|
||||
* 
|
||||
* 
|
||||
* 复用是通信技术中的一个重要概念
|
||||
* 复用就是通过一条物理线路同时传输多路用户的信号
|
||||
* 当网络中传输媒体的传输容量大于多条单一信道传输的总通信量时
|
||||
|
@ -190,7 +190,7 @@ date: 2023-07-25T19:25:31+08:00
|
|||
|
||||
#### 频分多路复用FDM
|
||||
|
||||

|
||||

|
||||
|
||||
* FDM的所有用户同时占用不同的频带资源并行通信
|
||||
* FDM和TDM的比较
|
||||
|
@ -201,7 +201,7 @@ date: 2023-07-25T19:25:31+08:00
|
|||
|
||||
#### 时分多路复用TDM
|
||||
|
||||

|
||||

|
||||
|
||||
* TDM的所有用户在不同的时间占用同样的频带宽度
|
||||
* TDM介质的位速率大于单个信号的位速率
|
||||
|
@ -211,7 +211,7 @@ date: 2023-07-25T19:25:31+08:00
|
|||
|
||||
#### 波分多路复用WDM
|
||||
|
||||

|
||||

|
||||
|
||||
#### 超分多路复用CDM
|
||||
|
||||
|
@ -235,11 +235,11 @@ date: 2023-07-25T19:25:31+08:00
|
|||
* $S \cdot S = l$
|
||||
* $S \cdot \bar{S} = -l$
|
||||
* 例题
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
|
||||
### 随机接入协议分类
|
||||
|
||||
|
@ -273,74 +273,74 @@ date: 2023-07-25T19:25:31+08:00
|
|||
|
||||
##### 多址接入MA、碰撞检测CD、载波监听CS的概念
|
||||
|
||||

|
||||

|
||||
|
||||
* 不适用于无线网络
|
||||
|
||||
##### 征用期(碰撞期)
|
||||
|
||||

|
||||

|
||||
|
||||
##### 最大帧长
|
||||
|
||||
【首部+尾部+数据载荷最小开始=64,即最小帧长】
|
||||
|
||||

|
||||

|
||||
|
||||
##### 信道利用率
|
||||
|
||||

|
||||

|
||||
|
||||
* 信号传播延迟趋于0时,信道利用率接近100%
|
||||
|
||||
##### MA、CD、CS的协作
|
||||
|
||||

|
||||

|
||||
|
||||
##### 最小帧长
|
||||
|
||||

|
||||

|
||||
|
||||
##### 截断二进制的指数退避算法
|
||||
|
||||

|
||||

|
||||
|
||||
* 考虑到了网络负载对冲突的影响
|
||||
|
||||
##### 帧发送流程
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
#### 无线局域网使用的协议【CSMA/CA】
|
||||
|
||||
##### CSMA/CA为什么不能用于无线网?
|
||||
|
||||

|
||||

|
||||
|
||||
##### 帧间间隔IFS(InterFrame Space)
|
||||
|
||||

|
||||

|
||||
|
||||
##### 退避算法工作原理
|
||||
|
||||

|
||||

|
||||
|
||||
##### CSMA/CA是什么
|
||||
|
||||

|
||||

|
||||
|
||||
##### CSMA/CA的工作原理
|
||||
|
||||

|
||||

|
||||
|
||||
##### 退避算法示意
|
||||
|
||||

|
||||

|
||||
|
||||
##### 虚拟载波监听
|
||||
|
||||

|
||||

|
||||
|
||||
#### 令牌传递协议
|
||||
|
||||
|
@ -356,19 +356,19 @@ date: 2023-07-25T19:25:31+08:00
|
|||
|
||||
### 基本概述
|
||||
|
||||

|
||||

|
||||
|
||||
### IEEE802局域网的MAC地址发送顺序
|
||||
|
||||

|
||||

|
||||
|
||||
### IEEE802局域网的MAC地址格式
|
||||
|
||||

|
||||

|
||||
|
||||
### 以太网和802的MAC帧示意图
|
||||
|
||||

|
||||

|
||||
|
||||
## ARP(address resolution protocol)协议
|
||||
|
||||
|
@ -393,7 +393,7 @@ date: 2023-07-25T19:25:31+08:00
|
|||
|
||||
### 以太网交换机的概述
|
||||
|
||||

|
||||

|
||||
|
||||
### 以太网交换机自学习和转发帧的过程
|
||||
|
||||
|
@ -401,19 +401,19 @@ date: 2023-07-25T19:25:31+08:00
|
|||
* 以太网交换机收到帧后,在帧交换表中查找帧的目的MAC地址所对应的接口号,然后通过该接口转发帧
|
||||
* 以太网交换机是一种即插即用的设备,刚上电启动时其内部的帧交换表是空的
|
||||
* 随着网络各主机间的通信,以太网交换机通过自学习算法自动逐渐建立起帧交换表
|
||||
* 
|
||||
* 
|
||||
* 例题
|
||||
* 
|
||||
* 
|
||||
|
||||
### 以太网交换机生成树协议STP
|
||||
|
||||

|
||||

|
||||
|
||||
### 集线器和交换机的对比
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
## 局域网和广域网
|
||||
|
||||
|
@ -441,10 +441,10 @@ date: 2023-07-25T19:25:31+08:00
|
|||
* 有效共享网络资源
|
||||
* 简化网络管理
|
||||
* 提高网络安全性
|
||||
* 
|
||||
* 
|
||||
|
||||
### VLAN的实现机制
|
||||
|
||||
IEEE 802.1Q帧
|
||||
|
||||

|
||||

|
|
@ -103,11 +103,11 @@ date: 2023-07-24T16:46:37+08:00
|
|||
* 噪声干扰
|
||||
* 传输媒体的质量
|
||||
* 码元传输速率越大、信号传输距离越远、噪声干扰越大或传输媒体质量越差、波形失真越严重
|
||||
* 
|
||||
* 
|
||||
* 码间串扰
|
||||
* 接收端收到的信号波形市区了码元之间清晰界限的现象
|
||||
* 具体的信道所能通过的频率范围是有限的
|
||||
* 
|
||||
* 
|
||||
* 奈氏准则
|
||||
* 在理想低通(无噪声、带宽受限)条件下,为了避免码间串扰,极限码元传输速率为2W Baud,W是信道带宽,单位是Hz
|
||||
* 带宽只有在奈氏准则和香农定理中单位是HZ,其余都是b/s
|
||||
|
@ -130,7 +130,7 @@ date: 2023-07-24T16:46:37+08:00
|
|||
|
||||
## 编码和调制
|
||||
|
||||

|
||||

|
||||
|
||||
* 信道上传送的信号类型
|
||||
* 基带信号
|
||||
|
@ -152,7 +152,7 @@ date: 2023-07-24T16:46:37+08:00
|
|||
## 四种编码方式
|
||||
|
||||
### 数字数据编码为数字信号
|
||||
* 
|
||||
* 
|
||||
* 归零编码
|
||||
* 信号电平在一个码元之内都要恢复到零的编码方式
|
||||
* 这种编码在传输过程中处于低电平的情况多,信道利用率低
|
||||
|
@ -178,7 +178,7 @@ date: 2023-07-24T16:46:37+08:00
|
|||
|
||||
### 数字数据调制为模拟信号
|
||||
|
||||

|
||||

|
||||
|
||||
* 调幅
|
||||
* 即戴波的振幅随基带数字信号而变化,如0或1分别对应无载波或有载波输出
|
||||
|
@ -212,7 +212,7 @@ date: 2023-07-24T16:46:37+08:00
|
|||
|
||||
## 电路交换、报文交换、分组交换
|
||||
|
||||

|
||||

|
||||
|
||||
* 电路交换
|
||||
* 电路交换需要建立一条专用的数据通信路径,这条路径上可能包含许多中间节点
|
||||
|
@ -317,7 +317,7 @@ date: 2023-07-24T16:46:37+08:00
|
|||
* 5-4-3规则
|
||||
* 网络标准中都对信号的延迟范围作了具体的规定,因而中继器只能在规定的范围内进行,否则会网络故障
|
||||
* 以太网有5个网段,4个网络设备,3个段连接计算机
|
||||
* 
|
||||
* 
|
||||
* 集线器
|
||||
* 本质为一个多端口的中继器
|
||||
* 功能
|
||||
|
|
|
@ -71,7 +71,7 @@ date: 2023-07-26T11:37:50+08:00
|
|||
* 分组转发,处理通过路由器的数据流
|
||||
* 路由计算,通过和其他路由器进行路由协议的交互,完成路由表的计算
|
||||
* 路由器的组成
|
||||
* 
|
||||
* 
|
||||
* 路由选择部分
|
||||
* 路由选择处理机 + 路由选择协议 + 路由表
|
||||
* 控制部分,核心是路由选择处理机
|
||||
|
@ -93,14 +93,14 @@ date: 2023-07-26T11:37:50+08:00
|
|||
* 路由表总是用软件实现,转发表可以用软件也可以用邮件实现
|
||||
* 路由表不等于转发表,分组的实际转发是靠直接查找转发表,而不是直接查找路由表
|
||||
* 路由表中默认路由的目的地址和子网掩码都是0.0.0.0
|
||||
* 
|
||||
* 
|
||||
|
||||
|
||||
## IP地址的基本知识
|
||||
|
||||
### IP地址的定义
|
||||
|
||||

|
||||

|
||||
|
||||
* MAC的作用则是实现直连的两个设备之间通信,而IP负责在没有直连的两个网络之间进行通信传输
|
||||
* 源IP地址和目标IP地址在传输过程中是不会变化的(没有使用NAT网络情况下),只有源MAC地址和目标MAC一直在变化
|
||||
|
@ -112,7 +112,7 @@ date: 2023-07-26T11:37:50+08:00
|
|||
|
||||
#### 分类
|
||||
|
||||

|
||||

|
||||
|
||||
* ABC类地址主要由网络号和主机号组成
|
||||
* 网络号标志主机/路由器所连接到的网络
|
||||
|
@ -142,15 +142,15 @@ date: 2023-07-26T11:37:50+08:00
|
|||
* C类地址254个太少了,B类地址65534个又太多了,不能很好地与显示网络匹配
|
||||
* 可用CIDR解决
|
||||
* 例题
|
||||
* 
|
||||
* 一般不适用的IP地址
|
||||
* 
|
||||
* 
|
||||
* 一般不使用的IP地址
|
||||
* 
|
||||
|
||||
### 划分子网的IP地址
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
* 划分子网原因
|
||||
* 两级IP地址分类的地址空间流动率有时很低,用子网划分的方法来改善这个问题
|
||||
|
@ -174,9 +174,9 @@ date: 2023-07-26T11:37:50+08:00
|
|||
* 根据子网掩码可知从8位主机号中借用2位作为子网号
|
||||
* 由于子网网络地址被划分成2位,那么子网地址就有4个,分别是00、01、10、11
|
||||
* 划分后的4个子网如下图
|
||||
* 
|
||||
* 
|
||||
|
||||
### 无分类编制的IPV4地址【CIDR】
|
||||
### 无分类编址的IPV4地址【CIDR】
|
||||
|
||||
* 引入原因
|
||||
* CIDR消除了传统的A类,B类和C类地址,以及划分子网的概念
|
||||
|
@ -184,14 +184,14 @@ date: 2023-07-26T11:37:50+08:00
|
|||
* 一种归并技术,可以把小的网络汇聚成大的超网
|
||||
* 可以更加有效地分配IPV4的地址空间,并且可以在新的IPV6使用之前允许因特网的规模继续增长
|
||||
* 细节
|
||||
* 
|
||||
* 
|
||||
* 路由聚合
|
||||
* 为了减少路由表的消耗,用路由聚合来聚合网络地址
|
||||
* 网络前缀越长,地址块越小,路由越具体
|
||||
* 最长前缀匹配:有多条路由可选的时候,选择网络前缀最长的那条
|
||||
* 
|
||||
* 
|
||||
* 例题
|
||||
* 
|
||||
* 
|
||||
* 答案为C
|
||||
|
||||
### IPV4的应用规划
|
||||
|
@ -200,13 +200,13 @@ date: 2023-07-26T11:37:50+08:00
|
|||
* 使用同一个子网掩码来划分子网
|
||||
* 子网划分方式不灵活,只能划分出$2^n$个子网
|
||||
* 每个子网所分配的IP地址数量相同,容易造成IP地址浪费
|
||||
* 
|
||||
* 
|
||||
* 变长的子网掩码
|
||||
* 使用不同的子网掩码来划分子网
|
||||
* 子网划分方式灵活,可以按需分配
|
||||
* 每个子网所分配的IP地址数量可以不同,尽可能减少对IP地址的浪费
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
|
||||
### IP数据报的发送和转发过程
|
||||
|
||||
|
@ -219,36 +219,36 @@ date: 2023-07-26T11:37:50+08:00
|
|||
* 出错,直接丢弃该IP数据报并通告源主机
|
||||
* 没有出错,直接进行转发
|
||||
* 根据IP数据报的目的地址,在路由表中查找匹配的条目
|
||||
* 
|
||||
* 
|
||||
* 若找到匹配的条目,则转发给条目中指示的下一跳
|
||||
* 若找不到,则丢弃该IP数据报并通告源主机
|
||||
|
||||
### 静态路由配置及其可能产生的路由环路问题
|
||||
|
||||
* 静态路由配置
|
||||
* 
|
||||
* 
|
||||
* 特定主机路由(默认路由)
|
||||
* 
|
||||
* 
|
||||
* 静态路由配置错误导致路由环路
|
||||
* 
|
||||
* 
|
||||
* 为了防止IP数据报在路由环路中永久兜圈,在IP数据报首部设有生存时间TTL字段
|
||||
* IP数据报进入路由器后,TTL字段的值减1
|
||||
* 若TTL的值不等于0,则被路由器转发,否则被丢弃
|
||||
* 聚合不存在的网络而导致的路由环路
|
||||
* 
|
||||
* 
|
||||
* 用黑洞路由条目配置解决
|
||||
* 网络故障而导致的路由环路
|
||||
* 
|
||||
* 
|
||||
* 用黑洞路由条目配置解决该问题
|
||||
* 如果故障消失了,会暂时把黑洞路由条目设置为失效
|
||||
|
||||
### IPV6
|
||||
|
||||

|
||||

|
||||
|
||||

|
||||

|
||||
|
||||

|
||||

|
||||
|
||||
* IPV6地址的标识方法
|
||||
* IPV6地址长度是128位,是以每16位作为一组
|
||||
|
@ -276,34 +276,34 @@ date: 2023-07-26T11:37:50+08:00
|
|||
|
||||
### IPV4首部
|
||||
|
||||

|
||||

|
||||
|
||||
* 首部内容
|
||||
* 首部长度,总长度,片偏移的基本单位分别为4B,1B,8B
|
||||
* 
|
||||
* 
|
||||
* IPV4分片
|
||||
* 以太网MTU【最大传输单元】不超过1500
|
||||
* DF=1时,分组的长度又超过MTU时,丢弃该分组,并用ICMP差错报文向源主机报告
|
||||
* MF = 1,表示接受到的分片不是最后一个分片
|
||||
* 所有片中的有效数据核载都是8的倍数【偏移值的单位是8B】
|
||||
* 在目的主机中对分片后的数据报重组
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 例题
|
||||
* 
|
||||
* 
|
||||
|
||||
## 路由选择协议概述
|
||||
|
||||
* 静态路由选择/动态路由选择
|
||||
* 
|
||||
* 
|
||||
* 路由协议的主要特点
|
||||
* 自适应-动态路由选择,能较好地适应网络状态的变化
|
||||
* 分布式-路由器之间交换路由信息
|
||||
* 分层次-将整个因特网划分为许多较小的自治系统
|
||||
* 分层次的路由选择协议
|
||||
* 
|
||||
* 
|
||||
* 路由选择协议
|
||||
* 
|
||||
* 
|
||||
|
||||
### 三种路由协议比较
|
||||
|
||||
|
@ -319,45 +319,45 @@ date: 2023-07-26T11:37:50+08:00
|
|||
### 路由信息协议RIP的工作原理
|
||||
|
||||
* RIP基本概念
|
||||
* 
|
||||
* 
|
||||
* RIP工作原理
|
||||
* 
|
||||
* 
|
||||
* RIP基本工作过程
|
||||
* 
|
||||
* 
|
||||
* RIP路由条目更新规则
|
||||
* 
|
||||
* 
|
||||
* RIP坏消息传播得慢
|
||||
* 
|
||||
* 
|
||||
|
||||
### 开放最短路径优先OSPF的基本工作原理
|
||||
|
||||
* OSPF基本概念
|
||||
* 
|
||||
* 
|
||||
* 区域边界路由器:主干区域内,用于连接主干区域和其他下层区域的路由器
|
||||
* 主要在主干区域中的路由器都叫做主干路由器
|
||||
* 主干路由器可以兼做区域边界路由器
|
||||
* 自治系统有4类路由器,区域内部路由器,主干路由器,区域边界路由器,自治域边界路由器
|
||||
* 链路的代价
|
||||
* 
|
||||
* 
|
||||
* 交互问候分组
|
||||
* 
|
||||
* 
|
||||
* 计算最短路径的过程
|
||||
* 
|
||||
* 
|
||||
* 五种分组类型
|
||||
* 
|
||||
* 
|
||||
* OSPF的基本工作过程
|
||||
* 
|
||||
* 
|
||||
* DR和BDR
|
||||
* 
|
||||
* 
|
||||
* 区域
|
||||
* 
|
||||
* 
|
||||
* 总结
|
||||
* 
|
||||
* 
|
||||
|
||||
### 边界网关协议BGP的工作原理
|
||||
|
||||
* BGP交换的网络可达性信息,即:要到达某个网络所要结果的一系列自治系统/路径
|
||||
* 
|
||||
* 
|
||||
|
||||
|
||||
## IP协议相关技术
|
||||
|
@ -365,22 +365,21 @@ date: 2023-07-26T11:37:50+08:00
|
|||
### ICMP【互联网控制报文协议】
|
||||
|
||||
* 概述
|
||||
* 
|
||||
* 
|
||||
* 五种差错报文
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 不应该发送差错报文的情况
|
||||
* 
|
||||
* 
|
||||
* ICMP询问方式
|
||||
* 
|
||||
* 
|
||||
* ICMP应用
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
|
||||
|
||||
### ARP协议【IP地址到MAC地址的映射】
|
||||
|
||||
|
@ -401,22 +400,22 @@ date: 2023-07-26T11:37:50+08:00
|
|||
### DHCP协议【动态主机配置协议】
|
||||
|
||||
* DHCP主要内容
|
||||
* 
|
||||
* 
|
||||
* DHCP过程
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
* 
|
||||
|
||||
### 虚拟专用网VPN和网络地址转换NAT
|
||||
|
||||
* 公有地址,私有地址
|
||||
* 
|
||||
* 
|
||||
* 虚拟专用网VPN
|
||||
* 
|
||||
* 
|
||||
* 网络地址转换NAT
|
||||
* 
|
||||
* 
|
||||
* NAT的表项需要由管理员来添加
|
||||
* NAT转换流程
|
||||
* 
|
||||
* 
|
||||
* 上图有两个客户端192.168.1.10和192.168.1.11
|
||||
* 与服务器183.232.231.172进行通信,并且这两个客户端的本地端口都是1025
|
||||
* 此时,两个私有IP都转换IP为公有地址120.229.175.121,但以不同的端口号作为区分
|
||||
|
|
|
@ -145,7 +145,7 @@ date: 2023-07-24T13:31:22+08:00
|
|||
* 相互通信的两个计算机系统必须高度协调工作,这种协调是相当复杂的
|
||||
* 分层可以将庞大而复杂的问题转化为若干个较小的局部问题,而这些较小的局部问题就比较易于研究和处理
|
||||
* 实体、协议、服务和服务访问点
|
||||
* 
|
||||
* 
|
||||
* 实体
|
||||
* 表示任何可以发送或接受信息的硬件或软件进程。同一层的实体称为对等实体
|
||||
* 协议
|
||||
|
@ -196,7 +196,7 @@ date: 2023-07-24T13:31:22+08:00
|
|||
|
||||
### 两个主机通信的过程
|
||||
|
||||

|
||||

|
||||
|
||||
1. 主机A先将其数据交给本机的第7层(应用层)。第5层加上必要的控制信息H7就变成了下一层的数据单元
|
||||
2. 第6层(表示层)收到数据单元后,加上本层的控制信息H6就变成了下一层的控制信息,依次类推
|
||||
|
@ -211,18 +211,18 @@ date: 2023-07-24T13:31:22+08:00
|
|||
### 三种网络模型
|
||||
|
||||
* OSI七层模型
|
||||
* 
|
||||
* 
|
||||
* 表示层
|
||||
* 数据压缩、加密及数据描述,使得应用程序不必关系再各台主机中数据内部格式不同的问题
|
||||
* 会话层
|
||||
* 建立及管理会话
|
||||
* TCP/IP结构
|
||||
* 
|
||||
* 
|
||||
* 只有四层,相当于五层协议中数据链路层和物理层合并为网络接口层
|
||||
* TCP/IP体系结构不严格遵循OSI分层概念
|
||||
* 应用层可能会直接使用IP层或网络接口层
|
||||
* 五层协议结构
|
||||
* 
|
||||
* 
|
||||
* 应用层
|
||||
* 通过应用进程间的交互来完成特定网络应用,数据单位为报文
|
||||
* 运输层
|
||||
|
@ -238,4 +238,4 @@ date: 2023-07-24T13:31:22+08:00
|
|||
* 物理层
|
||||
* 主要负责在物理线路上传输原始的二进制数据
|
||||
* 三个网络模型的对比
|
||||
* 
|
||||
* 
|
|
@ -8,6 +8,7 @@ clone:
|
|||
|
||||
steps:
|
||||
- name: build
|
||||
pull: if-not-exists
|
||||
image: inksoul/hugo-rsync
|
||||
depends_on: [clone] # 依赖的步骤,
|
||||
volumes: #挂载数据卷
|
||||
|
|
Before Width: | Height: | Size: 71 KiB |
Before Width: | Height: | Size: 15 KiB |
Before Width: | Height: | Size: 56 KiB |
Before Width: | Height: | Size: 17 KiB |
Before Width: | Height: | Size: 122 KiB |
Before Width: | Height: | Size: 26 KiB |
Before Width: | Height: | Size: 110 KiB |
Before Width: | Height: | Size: 23 KiB |
Before Width: | Height: | Size: 73 KiB |
Before Width: | Height: | Size: 16 KiB |
Before Width: | Height: | Size: 108 KiB |
Before Width: | Height: | Size: 24 KiB |
Before Width: | Height: | Size: 225 KiB |
Before Width: | Height: | Size: 62 KiB |
Before Width: | Height: | Size: 82 KiB |
Before Width: | Height: | Size: 18 KiB |
Before Width: | Height: | Size: 160 KiB |
Before Width: | Height: | Size: 41 KiB |
Before Width: | Height: | Size: 185 KiB |
Before Width: | Height: | Size: 30 KiB |
Before Width: | Height: | Size: 137 KiB |
Before Width: | Height: | Size: 33 KiB |
Before Width: | Height: | Size: 427 KiB |
Before Width: | Height: | Size: 204 KiB |
Before Width: | Height: | Size: 236 KiB |
Before Width: | Height: | Size: 143 KiB |
Before Width: | Height: | Size: 360 KiB |
Before Width: | Height: | Size: 180 KiB |
Before Width: | Height: | Size: 237 KiB |
Before Width: | Height: | Size: 144 KiB |
Before Width: | Height: | Size: 195 KiB |
Before Width: | Height: | Size: 133 KiB |
Before Width: | Height: | Size: 188 KiB |
Before Width: | Height: | Size: 139 KiB |
Before Width: | Height: | Size: 197 KiB |
Before Width: | Height: | Size: 118 KiB |
Before Width: | Height: | Size: 213 KiB |
Before Width: | Height: | Size: 129 KiB |
Before Width: | Height: | Size: 169 KiB |
Before Width: | Height: | Size: 109 KiB |
Before Width: | Height: | Size: 183 KiB |
Before Width: | Height: | Size: 126 KiB |
Before Width: | Height: | Size: 226 KiB |
Before Width: | Height: | Size: 126 KiB |
Before Width: | Height: | Size: 164 KiB |
Before Width: | Height: | Size: 106 KiB |
Before Width: | Height: | Size: 220 KiB |
Before Width: | Height: | Size: 134 KiB |
Before Width: | Height: | Size: 137 KiB |
Before Width: | Height: | Size: 183 KiB |
Before Width: | Height: | Size: 115 KiB |
Before Width: | Height: | Size: 156 KiB |
Before Width: | Height: | Size: 363 KiB |
Before Width: | Height: | Size: 124 KiB |
Before Width: | Height: | Size: 114 KiB |
Before Width: | Height: | Size: 158 KiB |
Before Width: | Height: | Size: 24 KiB |
Before Width: | Height: | Size: 58 KiB |
Before Width: | Height: | Size: 178 KiB |
Before Width: | Height: | Size: 102 KiB |
Before Width: | Height: | Size: 115 KiB |
Before Width: | Height: | Size: 115 KiB |
Before Width: | Height: | Size: 200 KiB |
Before Width: | Height: | Size: 70 KiB |
Before Width: | Height: | Size: 327 KiB |
Before Width: | Height: | Size: 125 KiB |
Before Width: | Height: | Size: 288 KiB |
Before Width: | Height: | Size: 111 KiB |
Before Width: | Height: | Size: 380 KiB |
Before Width: | Height: | Size: 180 KiB |
Before Width: | Height: | Size: 364 KiB |
Before Width: | Height: | Size: 176 KiB |
Before Width: | Height: | Size: 268 KiB |
Before Width: | Height: | Size: 120 KiB |
Before Width: | Height: | Size: 419 KiB |
Before Width: | Height: | Size: 183 KiB |
Before Width: | Height: | Size: 227 KiB |
Before Width: | Height: | Size: 87 KiB |
Before Width: | Height: | Size: 408 KiB |
Before Width: | Height: | Size: 204 KiB |
Before Width: | Height: | Size: 267 KiB |
Before Width: | Height: | Size: 119 KiB |
Before Width: | Height: | Size: 476 KiB |
Before Width: | Height: | Size: 219 KiB |
Before Width: | Height: | Size: 288 KiB |
Before Width: | Height: | Size: 113 KiB |
Before Width: | Height: | Size: 329 KiB |
Before Width: | Height: | Size: 177 KiB |
Before Width: | Height: | Size: 404 KiB |
Before Width: | Height: | Size: 180 KiB |
Before Width: | Height: | Size: 249 KiB |
Before Width: | Height: | Size: 100 KiB |