1
0
mirror of https://github.com/Didnelpsun/CS408.git synced 2026-06-16 15:07:38 +08:00
This commit is contained in:
Didnelpsun
2022-09-08 22:46:48 +08:00
parent 8379ec2879
commit 52f2310e6c
2 changed files with 9 additions and 3 deletions

View File

@@ -22,7 +22,7 @@
+ 熟知端口号($0-1023$):给$TCP/IP$最重要的一些应用程序,让所有用户都知道。
+ 登记端口号($1024-49151$):为没有熟知端口号的应用程序使用。
+ 客户端使用的端口号:仅在客户进程运行时才系统动态分配。
+ 套接字$Socket$=(主机$IP$地址,端口号)。唯一标识了网络中的一个主机和它上面的一个进程。
+ 套接字$Socket$=(主机$IP$地址,端口号)。唯一标识了网络中的一个主机和它上面的一个进程。如果有新的同样套接字的连接请求建立,则建立失败,不影响原有连接。
常用的端口号:
@@ -227,7 +227,7 @@ $TCP$报文传输时每个字节都会编上序号,一个字节占用一个序
序号建立在传送的字节流上,而不是报文段。
虽然$TCP$面向字节,但是不是每个字节都要发回确认,而是在发送一个报文段后才发回一个确认,确认号为报文段第一个字节的序号,所以$TCP$是对报文段的确认机制。
虽然$TCP$面向字节,但是不是每个字节都要发回确认,而是在发送一个报文段后才发回一个确认,确认号为报文段第一个字节的序号,所以$TCP$是对**报文段**的确认机制。
#### 确认
@@ -249,6 +249,8 @@ $TCP$缓存中的字节流按序传输后不会立刻在缓存中清除,而会
+ 根据$RTT$的测量值动态改变重传时间$RTT_s$(加权平均往返时间)。
+ 从而超时计时器设计的超时重传时间$RTO$应该略大于$RTT_S$。
新估计$RTT=(1-\alpha)\times$旧$RTT+\alpha\times$新$RTT$样本。
冗余$ACK$
+ 为了加快发现需要重传的报文段,可以采用冗余$ACK$(冗余确认/快重传),每当比期望序号大的失序报文段到达时,发送一个冗余$ACK$,指明下一个期待字节的序号。

View File

@@ -322,9 +322,11 @@ CONNECT|用于代理服务器|将服务器作为代理,让服务器代替用
这里$SMTP$客户和服务器不是固定死的,可以也可以成为服务器,服务器也可以成为用户,由发送方和接收方决定,发送方就是客户,接收方就是服务器。
只支持传输$7$比特$ASCII$码内容,不支持二进制文本。
#### SMTP协议通信
SMTP规定了$14$条命令(几个字母)和$21$种应答信息(三位数字代码+简单文字说明)。具体的过程了解就可以。
$SMTP$规定了$14$条命令(几个字母)和$21$种应答信息(三位数字代码+简单文字说明)。具体的过程了解就可以。
令发送方邮件服务器为$A$,接收方邮件服务器为$B$。
@@ -375,6 +377,8 @@ $MIME$协议已经逐渐开始应用到浏览器当中,通过对不同文件
与$SMTP$协议一样基于$ASCII$码,只能传输$ASCII$码,如果要传输非$ASCII$码则必须使用$MIME$。
同一个账户可以有多个邮件接收目录。
### IMAP协议
网际报文存取协议比$POP$协议更复杂。