南开大学计算机网络复习笔记_第1页
南开大学计算机网络复习笔记_第2页
南开大学计算机网络复习笔记_第3页
南开大学计算机网络复习笔记_第4页
南开大学计算机网络复习笔记_第5页
已阅读5页,还剩25页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第一章概述

1.互联网交换中心

互联网交换中心(IntemetExchangePoint,IX)是为促迸互联网骨干网的网间互联和公平竞争而设置的运营商间进行数据网

际交换的机构是为互联网业者提供空间进行网络互连、交换流量和资源的服务场所,互联网业者可以在这里利用机架或场地、放

置管理自己的网络设笛.方便地进行彼此间网络互联,经营业者也可以选择史经济、高效的接入方式。

2.互联网结构网络核心:互联大量的异构网络

互联网结构核心设备:路由器

■网络边缘■由相互连接的路由器构成的网状

■运行TCP/IP协议和应用的端系

网(Mesh)

统,如手机、云服务器等,统

称为主机■路由器之间通过物理网络相互连

■网络核心接,如以太网、光纤主干网等

■由大量互联的路由器构成(可

以暂且忽略连接的具体形式)路由器的主要功能

■路由器运行1P协议和路由协议■执行路由协议和算法,寻找到目

■接入网络

的地的最佳路径

■端系统通过有线网络或无线网

络连接到边缘路由器■根据目的地址进行报文分组转发

报文分组转发:将来自一个物理网络的报文分组转发到下一个物理网络(或来自于一个路由

器分组转发到下一个路由器)

存储-转发式交换:路由器对到达的报文分组进行缓存,只有整个报文分组完全到达且一个

物理网络链路空闲,才能被转发出去

3.

网络核心:报文分组交换网络核心:报文分组交换

B

网络核心:传输时延

■报文长度外单位・位(M)-

■负路长度人冷位“米”

・W输遑率R:牛归F"秒”

■也播时空所。巴电电波在介质上伐播的时间,朝位一杪”

我中C为电磁波W播速懂**•««

■传输时间“MNSPi发送K度为啪报文所用的时何

IKANiP-P/K,大中R为传输遑率

■逑魏时Utotmcy,发送端开始传送第一付到接收瑞接收到最H一仲所

用的时间,在单基踏上计算方法为:

统计多路复用增益=

2C/RLatency=PKOP♦TRANSP

4.统计多路复用:网络流量具有很强的突发性,即不平稳每个独立的流的峰值可能出现在

不同时间;结论:流越多,网络平均流量越平滑

5.为什么不直接发送报文(message),而使用报文分组(packet):将报文分成报文段传输可以

降低端端时延;可以避免某条链路或路由器缓存被一个农文长时间占用

问题:当报文分组到达时,如果出口链路忙,报文分组需要在路由器缓存中排队等待,会引

入排队时延。在给定链路长度和传输速率的情况下,只有排队时延是变化量排队时延对网络

性能会产生较大的影响(拥塞控制)

实际的端端时延:Latency='(TRANS®+PROP,+QD

6.

应用层

主机A主机B

表示层应用层

庾用房应用展

会话又IETF定义Z

时等层通信,执行相关讪议

传输层传输层温y

路由器路由器传■层

网络层网络层网络层巴网络层网络层网络层

数据选路层各种组织定义

接口层接口层接口层接口层接口层接n层接口层

如、

物理层IEEE3GPP

t____T1IL[

OSI参考模型TCP/IP体系结构接口层地常包拈8(京11路层和物理层

7.

8.FTP服务器访问实例:应用编程接U(API”传输层(TCP”网络层(IP)・>接口层(Ethernet)->

网络层(IP)

9.分组交换:大家一起发,有时需要排队,电路交换:频分时分复用,提前给各个用户分配

好资源

10.平均吞吐量:收F比特用T秒,平均吞吐量F/Tbps

服务器到主机之间有n条链路,传输速率分别是Rl-Rn,吞吐量min{Rl,…}

第二章应用层协议及网络编程

1.进程标识符:包括IP地址和端口号

为了向www.的Web服务器发送消息,

Web浏览器需要使用的进程标识符

•IP地址:3

•端口号:80

2.应用对传输层要求(TCP/UDP)

常用应用对传输层的要求互联网传输层提供的服务

rrOiA

ICFMJtiUDP服齐・

应用致据委失时庭客户与服务器'不可蠢,拗赢赢收建

文件传蛤否并性否•面向连接:

电r邮件否弹性否建立连接.—•不能提供:连接建,X、可靠

Web文科可容忍弹性否•可■传9:可保证传递数据无期锚性,流嘛控制、抑里控制、

实时在视频可容忍ft5jj:5kbps-1Mbps是时延和带宽保证

•流■控制:发送故据不全如过接收

视蝴10kbpa5Mbps端的容纳容量h:子写Ey口

可艘存在视频可容忍同上是

•M富控制:提供拥息解决方案•一产]

交互游戏可容忍高于几kbps是

即时消•&否弹性是或可.«不能提供:时延和带宽保证

互联网应用:常用应用使用的传输层服务

应用应用层的议借榆反砂议

电广邮件SMTP[RFC2821]TCP

Web限务HTTP[RFC2616]TCP

文件传输FTP(RFC9591TCP

流媒体HTTPTCPorUDP

网络电话RTP[RFC1889]典型为UDP

SIP、专有协议

3.网络编程

计算机中整数如何存储:小端:低位放内存低端,高位放内存高端;大端:与小端相反;不

同的CPU使用的种类不同,x86用小端,网络传输用大端,此时如果传来的数据按照字节序

存储但想使用网络序(按数字使用),需要进行处理

4.域名系统:DNS协议运行在UDP之上

(1)域名到叶节点才能分配给机器

DNS域名解析

优点,nf以支N大螳蝴.快速旷M・小JS要中CW

DNS域名体系点支Ei均11但分名字交向的授权实现0集中式管

,字找地始的我附可以通过分布射式哄现■域名解析:名字到地址映射(通过名字查地址)

»分布式,层级的服务涔出双.办网或现制析

>有效性।大多数解析可以在本地完成.一部分会产生互联同流量

►可喜代,通过冗余诊置,遵免航点失效

■客户-服务;8模式

»域名展务笈:

-保杼名字到地址映射美篌(数据咻)

-接收客广解请求.并给出响应

»域名单析器(客户蛾).

-请友域名皖析的N户进程

■层级命名、逐级授权、多级管理

一名L1成为互负网的・复苇电迎殖

Mtascc.fuinkAi.cdu.cii-向域名服务器发起X析请求.并等待堀务81的哨战

D、S服务器组织

*<n<f

(tunUictftA.cn)

■附台域名服务用包含一个或多个区域的信息

・父,就已知千%点的地址

DNS域名解析:分为反复解析和递归解析•,服务器两种都支持,反复解析使用较多,递归解

析对上行服务器压力较大(2递归,1递归加反复/迭代〕

(2)DNS域名服务器缓存:服务器学习到某个名字和地址的映射关系时,便进行缓存;基

于授权服务器中的TTL值设置超时时间,缓存的映射关系经过一定时间会超时;TLD服务器

(顶级域名服务器)通常会被本地域名服务器缓存,可以有效减少根域名服务器的访问频度

DNS域名服务器缓存(续)

■服务器使用缓存的映射关系响应客户端的请求

»标记为业授权1nonauthoritative1映射

»给出茯取映射的服务器的域名和1P地址

■客户机接收服务器响应

»映时有可能过时

»如果注重效率,客户端接受传授权响应

»如果注水座确性,客户机可以再联系授权服务器,验证映射是否

仍有效14.

(3)主机缓存:在启动时从本地域名服务器下载名字-地址映射数据库;定期获取新的映射;

缓存最近用过的名字和地址映射

(4)DNS资源记录???

资源记录结构

A名字(name)

►TTL(TimeToLive):有效时间,通常为86400杪(24小时)

►类型(Type):SOA、NS、A,AAAA、PTR、CNAME、MX

►类(Class)s例如,IN类

»值(Sduc)

DNS资源记录:示例

csAii.nl.86400INSOAMarbo»(serial,refresh,retry.cKpig

csA-u.nl.、§6400INTXT“AUfiwcrsW

cs.vu.nl..笆*,6400INMXizqAycr.cs.vu.nl.

cx.vu.nl.W»400INMX2yvu.nl.

11F

flMcs.vunQ86400INHINFOSunUnix

flits.es.vu.nl.86400INA12

niu.oA-u.nl.86400INMX1nits.cAii.nl.

nite.cxAii.nl.*64(10INMX2zcphycr.cs.vu.nl.

flits.gvu.nl.86400INMX3top.cs.%ii.nl.

wuv.cs.vu.nl.86400INCNAMEtop.cs.vu.nl.

ftp.cs.vv.nl.86400INCNAMEzcphycr.cs.vu.nl.

/1T^hyrrINA

INHINFOSunUnix

TTL是该记录的生存时间,它决定了资源记录应当从缓存中删除的时间。在下面给出

的记录例子中,我们忽略掉TTL字段。Name和Value的值取决于Type:

•如果Type二A,则Name是主机名,Value是该主机名对应的IP地址。因此,一条

类型为A的资源记录提供了标准的主机名到IP地址的映射。例如(idayl.

bar.foo.com,145.37.93.126,A)就是一条类型A记录。

•如果Type=NS,则Name是个域(如foo.com),而Value是个知道如何获得该域

中主机IP地址的权威DNS服务器的主机名。这个记录用于沿着查询链来路由DNS

查询。例如(,,NS)就是一条类型为NS的记录。

•如果Typc=CNAME,则Value是别名为Name的主机对应的规范主机名。该记录

能够向查询的主机提供一个主机名对应的规范主机名,例如(,relay1.

bar.foo.com,CNAME)就是一条CNAME类型的记录。

•如果Type=MX,则Value是个别名为Name的邮件服务器的规范主机名。举例来

说,(*com,mail.bar.foo.com,MX)就是一条MX记录。MX记录允许邮件服

务器主机名具有简单的别名。值得注意的是,通过使用MX记录,一个公司的邮

件服务器和其他服务器(如它的Web服务器)可以使用相同的别名。为了获得邮

件服务器的规范主机名,DNS客户应当请求一条MX记录;而为了获得其他服务

器的规范主机名,DNS客户应当请求CNAME记录。

(5)DNS报文格式:包括query和reply两种报文,ID将请求应答对应起来,报文足可变长

度,在number开头的四个部分指明长度

参数域中的位1含义

0报文类型:O-queryi-reply

查询类型:

1-4

0•标准查制1•反向查询

5授权响应,则更1

6报文被截断,则置1

7期望递归,则置1

8支持递归,则置1

9-11保留

应答类型:

0-无错误

12-161•查询中格式错

2-服务器失效

3-名字不存在

(6)主机别名

(7)域名格式压缩https:〃blo@/muvanHzhel2Tartide/details/41622461

报文中域名格式

►每个段第一个字节指定长度(00xxxxxx=n),后跟n个字节

►长度为0的段,表明域名结束

压缩格式

►域名的后缀部分经常重复,可以进行适当压缩

►指针:如果前两位为11,则段前两个字节的后14为指针

(1Ixxxxxxxxxxxxxx)

■例如:需要查询名字F.ISI.ARPA,FOO.F.ISLARPA.ARPA,

和根,忽略其他域,这些名字可以表示为:

2.川卷的小例

DNSjfiM的报Z可健色结彩个♦亚的域名.因此使附压帽方式.

限播方法很M件.4一个域名中的b汉符是屈耐的它的rter字节中的0岛何位将裱我翼为〃.

达表示它是•个J6从母针a不用足SM的计软字节,指计中的弱卜〃弧表示该标识符CDNS报

文中所在的仇置偏移(和文头).注量•个推竹可能指之•个完整的缄名.也叫德只指臼

的姑兄陆分.并H一个域名也可以解¥觎分不王缩,仅时后早*分才应用指计伍缩.此外H偈任娟

也41存在的.即用"指向的域Z也可版知压缩的(包含•个狗叶).

分外“两点需■建总,

/〃一个域名(X俺包含一个指计・要么只外四十字节it“包含一个箱汁・要么只在姑兄龊分猴的一个指鼾.

/:/包含指针的线g无策以字符小偌甩.

5.web服务与http连接

HTTP请求响应报文P69

持久连接

非持久连接

■HTTP/1.0磁奢寿IF.持久连接■HTTP/L1缺省为持久连接

a在相同的连接匕服务器接

A服务器接收请求.给出响应.关TCP

收请求、给出响应:再接收请求.

闭TCP连接

给出响应:响应后保持连接

■获取每个对象需要两阶段

■HTTP/L1支持流水线机制

►建立TCP连接黑-M;多个..都|

»需要按序响卜

»对象请求和传输

■经历较少的慢启动过程,减

■每次连接需要经历TCP慢启

少往返时间

动阶段

►降低响应时间

用会被关闭

Web缓存机制:代理服务器缓存

Web缓存机制:客户端缓存

■目标:由代理服务器进行援

■目标।如果被讲求的对象在客

存,尽量诚少原始服务塞参与

户次畿存仃最近版本,则不需

要发送该对象■用户设覆浏览器:通过代理股

务器进行Web访问

■客户端:在发送的HTTP请求中

指定线存的时间,请求头包含■浏域器将折的的HTTP诂求发

送到代理股务嘉

ir>nx»dificd*MiK¥:<d«lc>

>服务m:如果援存的对皇是最»如皋m"中”被请求的时象.M

新的,在响应时无需些返亚直接运HW象

象,响应头包球:送汴/]►否M.代用服务dlMIl始H务JS

请求“象.啊珞对象返回给*户

IITTP/I.IJ04、otModified

用户-服务器交互:认证用户■服务器状态:Cookies

■服务器使用cookies保持状态

■认证:控制对服务器内容的访问►HTTP响应头中使用

-选界的cookie号具有唯一性

►认证方法:通常使用“名字・口令”

►后继的HTTPi青求中使用,@»检:

►无状态:客户端需要在每个请求中携►Cookie文件保存在用户的主机中,

长连接可以发乡次请求做股务器不公记由用户主机中的浏览器管理

带认证信息余,M次启乘.故他夫都离或掖需认证

信息_______________________________

AWeb服务器建立后端数据库,记

►每个请求头中包含〃"加录用户信息

例如:

►如果请求头中无〃〃的o/7z〃,o〃:,则►

Set-Cookie:SlD=31d4d96e407aad42;

服务器拒绝访问,并在响应头中包含

Path=/;Domain=

WWWauthenticate:Cw)kie:SID=3ld4d96c407aad4

6.HTTP1.1的问题:队头阻塞问题-基于文本协议的问答有序模式,先请求的必须先响应;

传输效率问题-文本格式、冗长重复的头部等

解决策略:浏览器建立多个TCP连接-一般最多可以建立6个TCP连接-通过不同TCP连

接传送的请求没有响应顺序的要求-耗费较多的计算和存储资源

7.HTTP2.0

HTTP2.0协议基本原理(续)HTTP2.0协议基本原理(续)

,TCP连接乂用।提高连接利用率.M决HTTP的队头阻塞何题・TCP连接!X用(示例》

»消息(Maage):HTTP•次请求或响应,包含•个或多个帧

a流(Stream):筒中心成•次访求和应答,包含暮个M

»漳个TCP连接中可以承领U个油.不问流的帧可以交件号插仪修

»流的创建9标识

-SuurnlD.标idt*.ID为QCI,«1%》创建的海.10为((

tt:(MKMMMH用定场景,如果筝在ItlJD分配

%.会新*一条旌核.接收感逋过52)111遇〃涧电的殂口.

-发i8租崔RXHEADEM(包含*StreamID,财创建

-瀛优先flh町11依爱外为不K的(I先媛(卜2%,.以DFJisN中

承K

服务器推送:提高响应速度,-q

A服务器在请求之前先推送请牌店出底户端,推

送的响应信息可以在客户端枝獴存

HTTP头压缩(HPACK)

►请求头由大心的健值组成,多个请求的健值重第

程度很高

►静态表:定义通用HTTP头域,常用健值无需重复

传送,汽接引用内部字典的整数索引

»动态表:两边交互发现新的关域.添加到动态丧

»自定义键值:采用Huffman编码

■HTTP头次缩示例

■5我

HTTP2.0协议解决的问题:通过引入流机制,解决了HTTP队头阻塞问题,提高了传输效率;

通过二进制编码、头压缩机制提高了网络带宽利用率;通过服务器推送,加快了负面响应速

HTTP2.0协议没有解决的问题:TCP+TLS的多次交互,造成启动延迟问题;对移动主机和多

宿主机的连接迁移问题;TCP队头阻塞问题

8.内部分发网络CDN

CDN基本原理HTTP重定向

,股务器决31CDN服务器

■CDN的实现机制(1)/HTTP响出状态出H0X.淅明新的位置

CDN基本原理DNS辅助

,负翼均蜀D、S货妻决策CDN服务;8逍界

•CDN的实现机制(2),负我均衡D、SS;俣收集CDN服务JB的位置和负我情况

/如果找不到被请求的时象.衢要从Ki始”务JS狭取

内容复制屐#

Ki始版务骞

URL:,侪服务器

犷展:CDN服务器的房次化组期一移动边爆发存一移动边埠计算

9.动态自适应流媒体协议DASH

(1)基本思想:完整视频被拆分为固定时长(2s-10s)、不同码率的视频片段(segment);视

频片段与媒体内容描述(MediaPresentationDescription,MPD)一同存放于DASH服务器;

客户端根据自身设备性能、当前网络条件、客户端缓冲大小等自适应选择一种视频码率进

行下载

(2)例如:HTTP服务器中保存有高中低三种质量的视频片段,DASH客户端评估网络状况,

通常在保证视频流畅的前提下,获取最高质量的视频片段

(3)MPD(MediaPresentationDescription)文件:一种XML文件,描述了DASH流媒体中

视频/音频文件信息

DASH基本原理典型的DASH开源播放器dashjs

■自适应码率(Adaptivebitrate,ABR)规则

例使用漕动修口f均估计A*亦吐

M.逡打不高J伍计值的&大码率稷粒

基于吞吐盘的算法

r2个主要眄率切换规则

基『•缓冲的算法

ABR规则例如,便加4冲M.涓的奴利来决定F-

个“net的请求码率

-放并清求规则(AbandonRcqucstsRulc)

在卜殁祝共跳的过伴中,如果算法检酬利卜故议决*块的过用过火

Ml.剜缶止'Iti*求,转而・新下•相应第低玛学跖块・

第三覃传输层协议

1.传输层解决的问题:可靠性,向应用层提供可靠服务;复用(Multiplexing)和分用

(Demultiplexing);

2.UDP数据报的差错检测:可选项,利用数据报中携带冗余位(校验和域段)来检测数据

报传输过程中出现的差错;发送端:利用自己产生的伪首部和发送的UDP数据报计算校验

和;接收端:利用自己产生的伪首部和接收的UDP数据报计算校验和;伪首部:包含源IP

地址、目的IP地址、协议类型等域段

■UDP校验和的计算方法

发送端:接收端:

•产生伪首部,校验和域段清0,将数•产生伪首部,将数据报用0补齐为16

据报用0补齐为16位整数倍为整数倍

•将伪首部和数据报一起看成16位整•按16位整数序列,采用16位二进制

数序列反码求和运算

•进行16位二进制反码求和运算,计•如果计算结果位全1,没有检测到错

算结果取反写入校验和域段误:否则,说明数据报存在差错

龙送时只发谶熠”号H

的端口号长度检验和数

。142|3|43|6口|0|42|3|4|5|6|7回||2|3卜|5|6|7|0|1|2|3|4|5|6,

据5个部分,伪泞部、填

充都被丢弃,伪首部只

0为了计算检验和,开源IPW(Source!Paddfe»)

盛计算前校验和要设0

目的IP地址(DcstionationIPaddress)

协议(Protocol)长度(Length)

源端口号(SourcePon)目的端口号(DcYinationf\xt)

长度(Length)校骐和(Chcckwim)

(Data)

。填充

校验和计算方法示例

TCP/IP进位加法,加到头如果有•进位加到

尾部,最后按位取反

1110011001100110

1101010101010101

11011101110111011

1011101110111100

0100010001000011

■计算UDP校验和示例

1001100100010011T153.19

040000100001101000->8.104

伪首部11010101100000011T171.3

017150000111000001011T14.11

000000000001000110和17

UDP108713

0000000000001111-15

首部150

0000010000111111—1087

01010100010001010I0ID0II01010100

数据0000000000001101-13

0100100101001110010(X)1110填充0000000000001111-15

0000000000000000-0(校验和)

0101010001000101T数据

0101001101010100T数据

01001001010011101数据

^^0100011100000000一数据和0(填充)

网贝:jn果it事出姐图财n为金。用全1代替(不会由盟i__________________________

|1的站架).凶IPWH1个。代々上依依|一

按二进制反码运算求和1001011011101101—求和得出的结果

将得出的结果求反码0110100100010010-*校验和

u_shortcksum(u_shortwbut,intcount)

(

registeru_longsum=0;

while(count-)

(

sum+=*buf++;

if(sum&0XFFFF0000)

(

sum&=OXFFFF;

sum++;

)

Return~(sum&OXFFFF);

UDP校验和计算几点说明

•IPv4中UDP校验和是可选项,IPv6中变成强制项

■0无,非0有(如果计尊结果为0,则以全1代替)

•UDP校验和覆盖的范围超出了UDP数据报本身,使用伪首部的目的是

检验UDP数据报是否到达真正的目的地

-正确的目的地包括了特定的主机和该主机上特定的端口

•伪首部不随用户数据报一起传输,接收方需自己形成伪首部进行校验

•伪首部的使用破坏了层次划分的基本前提,即每一层的功能独立

-目的主机的IP地址UDP通常知道,源IP的使用需要通过路由选择决定

IP首部、ICMPLUDPLTCP都需要计算校验和,方法类似|

UDP校验和计算几点说明

•IPv4中UDP校睑和是可选项,IPv6中变成强制项

-0无,非。有(如果计算结果为0,则以全1代怦)

•UDP校验和覆盖的范围超出了UDP数据报本身,使用伪首部的目的是

检验UDP数据报是否到达真正的目的地

-正确的目的地包括了特定的主机和该主机上特定的端口

•伪首部不随用户数据报一起传输,接收方需自己形成伪首部进行校验

•伪首部的使用破坏了层次划分的基本前提,即每一层的功能独立

-目的主机的IP地址UDP通常知道,源IP的使用需要通过路由选择决定仁

3可靠数据传输

⑴停等机制

具有位错误通道上的可靠数据传输:rdt2.0

>卜层通道可能造成某些位出现错误(如:1变0,。变1)

>需要解决的问题:如何恢发差错(自动重伐请求ARQL

•ACK:接收病通知发送病分处正病接收

•NAK:接收端通如发送端接收的分机存在错误

・发送端收到NAK,则重传分级

处理重复接受问题:增加序列号

rdt2.0:存在的问题

>如果ACKNAK受损会产生什么状况?

在rdt2.0基础上需要增加哪些功能?

•发送端无法确认接收端的状况ACK或NAKi

•发送端在每个分组中增加序列号使用几个序列号够用?

•不能简单进行传:可能会造成值复接收

•发送端通过校验字段验证ACK/NAK分组是否损坏

>处理重复接收问题

•如果ACK/NAK分组损坏,发送端用传当前的分组

•发送端在年个分tn中增加序列号

•如果无法判断是ACISIAK,则就传当Q的分纲,接收端根据序列号判断是否是重发的分组

•眩收端左ACKNAK分批中增加校对项

•接收端丢弃重复的分组

停等机制接收端要在ACK/NAK报文中添加校验字段

NAK:接收端通知发送端接收的分组存在错误

停等:发送端收到错误ACK不重传,超时才重传,接收端每收到一个包都要回复对应ACK

不论包是否是正确的

性能问题

“例如:RFGbpsUOVbps)的跷路.往返延时R7T=30•柒杪.分纨长

PM000字W(8000(4),发送一个分川所用的时间77?4\50为,

……P8000bit门

77M

>发送培的埴路利用率(忽畸发送ACKM时间)

P/R0.008

RTT+P/R=30+0.008*0.00027

即伍丽

>大约毋30堪秒发送一个分纵IGbps链路上的吞吐率约为芬烟圻

如何提庙链路利用率?Rdt&O如何改进?

(2)流水线协议

■I可退N:Go-Back-N(GBN)■选择承传:SelectiveRepeat(SR)

A接收运独立确认得个正确接收的分ifl.必要时馈存分ifl.财高层按字交付

>允许发送端发出N个未得到确认的分组

>短个分狼立定时,发15端“映传未收到ACK的分ill.

>需要增和序列号

*是“,T-1>««>4'II

•分扭首部中增加k位的序列号.序列号空间为[0.2'-1]XIMIitAXig

,采用JK枳胸认,只确认it续接收夕注11的啦大序列号

•可能接收到小发的ACKOOOOOLIIIlilllllODMO…

A发送端设置定时器,定时器超时时,用传所有未礴认的分批—■口大小.一♦

再卜,】讦r[巩厂和丁hI

移我.旧“米石I大.再...0.AII可.....

&KCnettWQnum1

I巳经|可用.任未发送ODOMOOIIIIIIIIIIIIM--r

I—■口大收—

IIIIIIOIIIIIIIIIIIIMDID|一内

t-—♦muiJM

■SR交互示例SR问题讨论

«n(N-4»发送靖播收端>例如:序弓为0、k2、3.

发送力机0

窗口大小为3

DEB'678发送分假I

发送分m

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论