mirror of
https://github.com/Didnelpsun/CS408.git
synced 2026-11-03 22:03:48 +08:00
更新
This commit is contained in:
@@ -440,8 +440,8 @@ $ICMP$协议是网络层的协议,$ICMP$报文是作为$IP$报文的一部分
|
||||
+ 距离通常指跳数,即从源端口到目的端口所经过的路由器个数,经过一个路由器跳数$+1$,与路由器直接连接的网络距离为$1$。$RIP$允许一条路最多只能包含$15$个路由器,所以$16$表示网络不可达。
|
||||
+ $RIP$协议只适用于小型互联网。
|
||||
+ 路由表由目的网络、距离、下一跳路由器三个项目构成。
|
||||
+ $RIP$协议是应用层协议,使用UDP传送数据。
|
||||
+ 一个$RIP$报文最多只包含25个路由,如果超过必须再用多的$RIP$报文传送。
|
||||
+ $RIP$协议是应用层协议,使用$UDP$传送数据。
|
||||
+ 一个$RIP$报文最多只包含$25$个路由,如果超过必须再用多的$RIP$报文传送。
|
||||
|
||||
#### RIP协议交换信息
|
||||
|
||||
@@ -571,7 +571,7 @@ $BGP$发言人是$AS$与$AS$之间交流信息的路由器,往往是$BGP$边
|
||||
|
||||
+ 每个$BGP$发言人除必须运行$BGP$外,还必须运行该$AS$所用的内部网关协议,如$OSPF$或$RIP$。
|
||||
+ $BGP$所交换的网络可达性信息就是要到达某个网络(用网络前缀表示)所要经过的一系列$AS$路径。
|
||||
+ $BGP$协议书寻找一条较好的路由,而非找一条最优路由。因为因特网规模太大,选择困难,且$AS$之间选择最优路由不现实,还必须考虑其他相关策略。
|
||||
+ $BGP$协议书寻找一条较好的**路由**,而非找一条最优路由。因为因特网规模太大,选择困难,且$AS$之间选择最优路由不现实,还必须考虑其他相关策略。
|
||||
+ $BGP$交换路由信息的结点数量级是自治系统的数量级,要比这些自治系统中的网络数少很多。
|
||||
+ 每个自治系统中$BGP$发言人(或边界路由器)的数目是很少的。这样就使得自治系统之间的路由选择不致过分复杂。
|
||||
+ $BGP$支持$CIDR$,因此$BGP$的路由表也就应当包括目的网络前缀、下一跳路由器,以及到达该目的网络所要经过的各个自治系统序列。
|
||||
@@ -602,7 +602,9 @@ $BGP$发言人是$AS$与$AS$之间交流信息的路由器,往往是$BGP$边
|
||||
|
||||
## IP多播
|
||||
|
||||
$IP$多播也称为组播。当网络中某些用户需要特定数据时,组播数据发送者仅发送一次数据,借助组播路由协议为组播数据包建立组播发送树,被传输的数据到达距离用户端尽可能近的结点后才开始复制和分发。
|
||||
$IP$多播也称为组播。所以肯定仅用于$UDP$。
|
||||
|
||||
当网络中某些用户需要特定数据时,组播数据发送者仅发送一次数据,避免路由环路,借助组播路由协议为组播数据包建立**组播转发树**,被传输的数据到达距离用户端尽可能近的结点后才开始复制和分发。
|
||||
|
||||
组播提高了数据传输效率,降低拥塞的可能性,组播组中的主机可以时同一个物理网络,如果有组播路由器也可以来自不同物理网络。
|
||||
|
||||
@@ -612,7 +614,7 @@ $IP$多播也称为组播。当网络中某些用户需要特定数据时,组
|
||||
|
||||
因特网的组播是靠路由器来实现的,这些路由器必须增加一些能够识别组播的软件。能够运行组播协议的路由器可以是一个单独的路由器,也可以是运行组播软件的普通路由器。因特网上的组播比以太网上的组播复杂得多,因为以太网本身支持广播和组播,而因特网上当前的路由器和许多物理网络都不支持广播和组播。
|
||||
|
||||
多个单播可以仿真组播,但是一个组播所需要的带宽小于多个单播带宽之和,此时路由器的时延变大,而处理一个组播分组的时延是比较小的。
|
||||
多个单播可以仿真组播,此时仿真的实验基本上是相同的,但是一个组播所需要的带宽小于多个单播带宽之和,此时路由器的时延变大,而处理一个组播分组的时延是比较小的。
|
||||
|
||||
### IP组播地址
|
||||
|
||||
@@ -718,13 +720,22 @@ $A$回到了归属网络:
|
||||
|
||||
移动$IP$为移动主机设置了两个$IP$地址,即主地址和辅地址(转交地址)。移动主机在本地网时,使用的是主地址。当移动到另一个网络时,需要获得一个临时的辅地址,但此时主地址仍然不变。从外网移回本地网时,辅地址改变或撤销,而主地址仍然保持不变。
|
||||
|
||||
## 互联网连接问题
|
||||
|
||||
计算机网络中主机不仅需要跟其他主机相联,还需要跟互联网相联。
|
||||
|
||||
+ 当询问该网段的主机是否可以访问互联网时,要查看对应网段的默认网关地址,此时默认网关的地址必须跟连接的路由器的接口地址一致,那么可以访问互联网。
|
||||
+ 当主机处于不同的网段(子网号不同)则需要路由器进行连接(就是互联网连接问题,因为不同网段主机访问即使再近都要访问互联网再找到该地址)。此时默认网关的地址必须跟连接的路由器的接口地址一致,否则不能通过路由器转发,从而无法连接。
|
||||
+ 当一个路由表中要填写访问互联网的路径时,那么这个路径就是固定的$0.0.0.0$,掩码也是$0.0.0.0$。这样的话只要这个地址不与路由表中的其他所有地址匹配,那么他们都可以选择这个最终的方案通过互联网查找$IP$地址。
|
||||
+ 如果是要到固定的设备,如域名服务器,则必须$IP$地址全部匹配,此时子网掩码就是$255.255.255.255$。
|
||||
|
||||
## 网络层设备
|
||||
|
||||
一般为路由器,是一种具有多个输入端口和多个输出端口的专用计算机,其任务是根据转发表分组转发。
|
||||
|
||||
若收到$RIP/OSPF$分组等,则把分组送往路由选择处理机;若收到数据分组,则查找转发表并输出。
|
||||
|
||||
功能为分组转发和路由计算。
|
||||
功能为分组转发和路由计算,不进行差错检测。
|
||||
|
||||
路由器作用于物理层、数据链路层、网络层。
|
||||
|
||||
|
||||
@@ -60,8 +60,8 @@ HTTPS|443
|
||||
|
||||
+ 源端口号:需要对方回应时选用,如果不需要回应,可以不填,即是全$0$的。
|
||||
+ 目的端口号:是必填的。分用时,如果找不到对应的目的端口号就丢弃该报文,并向发送方发送$ICMP$端口不可达差错报告报文。
|
||||
+ $UDP$长度:整个$UDP$用户数据报的长度,首部加上数据部分。最小值为$8$。以字节为单位。
|
||||
+ $UDP$检验和:检测整个$UDP$数据报是否有错(首部+数据,而$IP$只检测首部),错就丢弃。若不想校验则是全$0$。若计算结果为全$0$则置为全$1$。
|
||||
+ $UDP$长度:整个$UDP$用户数据报的长度,首部加上数据部分。最小值为$8$。以字节为单位。不包括伪首部。
|
||||
+ $UDP$检验和:检测整个$UDP$数据报是否有错(伪首部+首部+数据,而$IP$只检测首部),错就丢弃。若不想校验则是全$0$。若计算结果为全$0$则置为全$1$。
|
||||
|
||||
### UDP协议校验和
|
||||
|
||||
@@ -102,13 +102,13 @@ HTTPS|443
|
||||
|
||||
1. 是面向连接(虚连接)的传输层协议。
|
||||
2. 每一条$TCP$连接只能有两个端点,所以连接是一对一的。
|
||||
3. 提供可靠有序的服务,无差错不重复。
|
||||
3. 提供可靠有序的服务,无差错不重复(使用确认机制)。
|
||||
4. 提供全双工通信,包含发送缓存(准备发送的数据与已放送但是未确认的数据)与接受缓存(按序到达但是未被读取的数据与不按序到达的数据)。
|
||||
5. 面向字节流。$TCP$把应用程序交下来的数据看成一连串的无结构字节流。
|
||||
|
||||
### TCP数据报格式
|
||||
|
||||
$TCP$传输的数据单位称为报文段。可以用来传输数据,也可以用来建立连接、释放连接、应答。长度位$4B$整数倍,默认最短为$20B$,报头最长为$60B$。
|
||||
$TCP$传输的数据单位称为报文段。可以用来传输数据,也可以用来建立连接、释放连接、应答。长度为$4B$整数倍,默认最短为$20B$,报头最长为$60B$。
|
||||
|
||||
![TCP报文段格式][TCPformat]
|
||||
|
||||
@@ -256,7 +256,7 @@ $TCP$缓存中的字节流按序传输后不会立刻在缓存中清除,而会
|
||||
|
||||
### TCP协议流量控制
|
||||
|
||||
$TCP$使用滑动窗口机制来完成流量控制,与数据链路层的滑动窗口类似。
|
||||
$TCP$使用滑动窗口机制来完成流量控制,与数据链路层的滑动窗口类似。单位为字节。
|
||||
|
||||
在通信过程中,接收方会根据接收缓存的大小,动态调整发送方发送窗口的大小,即接收窗口$rwnd$(接受方设置确认报文段的窗口字段,将$rwnd$通知给发送方),发送方的发送窗口取接收窗口$rwnd$和拥塞窗口$cwnd$(根据当前网络拥塞程度而由发送发确定的窗口值,与网络带宽与时延相关)的最小值。
|
||||
|
||||
@@ -280,7 +280,7 @@ $TCP$为每一个连接设有一个持续计时器,只要$TCP$连接的一方
|
||||
|
||||
当网络中有许多资源同时呈现供应不足时网络性能变坏,网络吞吐量将随输入负荷增大而下降。
|
||||
|
||||
拥塞控制:防止过多的数据注入网络中。与流量控制不同的是它是面向全局的,是因为网络堵塞。形象来说拥塞控制就是为了控制路上堵车,而流量控制就是降低发车率。
|
||||
拥塞控制:防止过多的数据注入网络中。与流量控制不同的是它是面向全局的,是因为网络堵塞。形象来说拥塞控制就是为了控制路上堵车,而流量控制就是降低发车率。单位为$MSS$。
|
||||
|
||||
+ 接收窗口$rwnd$指接收方能接收缓存设置的值,并告知给发送方,反映接收方容量。
|
||||
+ 拥塞窗口$cwnd$指发送方根据自己估算的网络拥塞程度而设置的窗口值,反映网络当前容量。
|
||||
|
||||
File diff suppressed because one or more lines are too long
Reference in New Issue
Block a user