13.第13节课第5章运输层
TCP呢，为每一个连接呢。设有一个持续计时器，只要TCP连接的一方呢？收到对方的零窗口通知就启动持续计时器。若持续计时器的设置的时间到期，就发送一个零窗口探测报文，仅携带一字节的数据。而对方呢，就在确认这个探测报文时呢，给出了现在的窗口值，若窗口值仍然是零，则收到这个报文段一方呢，就重新设置持续计数器。那么。若窗口不是零那么死锁的僵局了，那么就可以打破。那么，接下来我们看一下传输效率。可以用不同的机制呢来控制TCP报文段的发送时机。第一种呢，机制呢是TCP维持一个变量，它等于最大报文段长度mss，只要缓存中存放的数据呢，达到了mss的字，节后呢，就组装成一个TCP报文段呢，发送出去。第二种机制呢，是由发送方的应用进程指明，
要求发送报文段，也就是说TCP支持的推送操作。第三种机制啊，是我们的这样一个由发送方一个计时器到期了。这时呢，就把当前的缓存数据呢装入报文段。但长度呢，不能超过mss那么进行一个发送，那么在TCP的实践中呢，广泛采用拉勾算法。那么，这个算法呢？是若发送的进程呢？要把。发送的数据呢？
逐个自己的传送到gcp的发送缓存发送方呢？就把第一个自己的数据呢？先发送出去，把后面大的数据呢？都缓存起来。当发送方式的第一个字数，数据字符的确认后呢，再把发送缓存中的所有数据呢，组装成一个报文段发送出去，同时对随后大量的数据进行缓存。只有在收到前一个报文的确认后呢，才继续发送下一个报文段，当数据到达较快而网络较慢时，这样的方法呢，可以明显的减少网络的带宽。
那个还规定，当到达的数据呢，已达到发送窗口大小一半或者报文段的最大长度时，就立即发送一个报文段，这样呢，就可以有效提高网络的吞吐量。那么，这是这样一个方式。接下来我们看一下TCP的拥塞控制。在计算机中的链路容量交换节点和缓存和处理机都是网络的资源。若某段时间内。若对网络的某一资源的需求超过了该资源所能提供的可用，部分网络的性能呢？就要变坏。这种情况呢，
叫做拥塞拥塞呢，我们可以写成这样一个公式疏散拥塞的空间的条件呢，就是对资源。需求的总和呢，大于了可用资源，若网络中有许多资源呢，同时产生拥塞。那么，网络的性能呢？就要明显变坏。整个网络的吞吐量呢？将会随削弱负荷的增大而下降。那么也就是说那么那么呢，拥塞了。那么，
对于拥塞，拥塞这个部分呢？那么，这样一个内容呢？拥塞一旦产生拥塞呢？不可避免，这是我们的拥塞的这样一个部分。就是说拥塞一旦产生拥塞了，不可避免。网络用塞呢，往往是由于许多因素引起的。比如说，当某个节点的缓存容量太小时到达该节点的分组了，因无存储空间而不得不被丢弃。那么假设呢？
我们将该缓存的容量呢？扩展到非常大，于是凡是到了该节点的分组了，都可在缓节点的缓存队列中排队，不受任何限制。那么，由于呢，网络输出电路的容量和处理机的速度并未提高，因此在这队列中的绝大多数分组的排队时间呢，将会大大增加。那么这样呢，上层软件呢，又只好把它们进行重传，因为超时了，由此可见简单的扩大缓存存储空间呢，
同样会造成网络资源的浪费，因而呢，解决不了网络拥塞的问题。那么，又比如处理及处理的速度太慢，可能引起网络的拥塞简单，将数据处理器的速率提高，可能使了这些临床的缓解一些。但是呢，我们由于其他的这样一个通信电路的质量，以及呢，网速的。这样一个问题，以及呢，传输线路的这样一个情况，
或者呢，由于存储方式的这样一个部分也会呢，产生其他新的问题。产生其他的问题。问题的实质呢，往往是整个系统的各个部分的不匹配，只有所有的部分呢都平衡了，问题才会解决。拥塞常常趋于恶化，如果一个路由器呢，没有足够的缓存空间，他就会丢弃一些。新到的分组当分组呢，被丢弃时，如果发送这一分组的原点呢，
就会传送这一份重传，这一分组甚至还可能呢，重传多次。这样会引起更多的分分组呢，流入到网络中和被网络的路由器丢弃，可见拥塞引起的重传呢，并不会缓解网络的拥塞，反而呢，会加重网络的拥塞。拥塞控制和流量控制啊，关系密切，但是他们之间呢，也存在一些差别，所谓的拥塞控制呢，就是防止过多的数据注入到网络中，
这样呢，可以使网络路由器呢或电路不至过窄。拥塞控制要做的呢，是一个都有一个，前提就是网络能承受现有的网络负荷。拥塞是一个全局性的过程，涉及到所有的主机，所有的路由器。以及呢，与降低网络传输性能有关的所有因素，但TCP呢，连接的端点只要迟迟不能收到对方确认信息。就猜想在网络中某出了可能发生的拥塞。那么相反呢，流量控制往往是指点对点通信量的控制，
是个端到端的问题，那么流量控制所要做的呢，就是抑制发送端发送速率的数据的速率。以便接收端呢，来得及接收，那么这是我们的通拥塞控制和流量控制。那么，接下来我们看一下这个图。那么，我们最开始呢，是我们理想的用塞控制了，那么这样呢？理想的用塞控制了。在吞吐量饱和之前，网络吞吐量呢？
提供等于相同提供的负载，那么当拥塞呢？提供当提供的这样一个负载超过某一限度时，由于网络资源受限，吞吐量不再增加而得到饱和。主要保持水平线，也就说吞吐量到达饱和，这个表明提供的负载中呢，有一部分损失掉了这样一个实际的运用的实现的这样一个部分，那么我们看一下。无拥塞控制。这样一个部分无拥塞控制了，那么就是拥塞一旦产生呢？那么这个时候呢，就会出现死锁。
然后我们再来看一下实际的用塞控制。实际的用塞控制了那么。我们来看一下。最开始呢，是增加。但是呢，它小于理想的用塞控制这样一个部分，那么这个时候呢？当吞吐量。随着负载的增大，网络吞吐量的增长速率呢？逐渐减小。也就是说，在吞吐量还未达到饱和的时候呢？就已经有一部分的分组被丢弃掉了。
当网络的吞吐量呢，小于理想的吞吐量时，网络又进入了轻度拥塞的状态。当我提供的负载呢？远方。当提供了负载了。达到某一数值时，网络的吞吐量呢？反而随。提供了负载增大而下降，这个时候网络呢，出现了这个拥塞。那么，这是我们的实际情况呢？就是出现了这个，
这个无拥塞控制的这样一个。车前的这样及时的。主要体现的这样一个实际的，这样一个无用在控制的，这样一个情况，那么这是我们这样一个部分。那么我们再看一下这个实际的用塞控制，那么它的用塞控制得到这样一个网络吞吞吐量呢？那么它还？低于理想的用塞控制，那么这是实际的用塞控制。拥塞控制了。是很难设计的，因为它是一个动态的，而不是静态的问题。
当前网络呢，正朝着高速化的方向发展，这很容易出现缓存不够大而造成分组的丢失。但分组的丢失了，是网络发生了拥塞的征兆，而不是原因。很多情况下，正是由于拥塞控制本身成为引起网络性的恶化，甚至发生死锁的原因。那么，这是我们的用塞控制，接下来我们看一下开环控制和闭环控制，开环控制啊，它的方法呢，就是在设计网络时事先将。
有关发生拥塞的因素呢？考虑周到，力求呢？在网络时呢？在网络在工作时呢，不发生拥塞。闭环控制。是基于反馈环路的概念。属于闭环控制了，有几种措施，比如说。监测网络系统呢，以便监测到拥塞呢，在何时发生，何处发生？
把拥塞发生的信息呢，传送到可采取行动的地方，以及呢，调整网络的运行与解决出现的问题。接下来我们看一下几种控拥塞控制方法，首先我们看一下慢开始和拥塞避免。拥塞控制了算法呢，有四种慢开始拥塞，避免快重传和快恢复。那么，我们首先呢，来看一下慢开始和拥塞，避免这样一个部分发送方呢，维持一个叫做拥塞窗口的状态变量。拥塞窗口的大小呢，
取决于网络的拥塞程度，而且状态呢在变化。发送方呢？让自己的发送窗口呢？等于拥塞窗口，如果再考虑到接收窗口的接收方的接收能力。则发送窗口呢，还有可能小于拥塞窗口。发送方控制拥塞窗口的原则呢，是只要网络没有出现拥塞拥塞窗口呢，就再增大一些，以便把更多的分组发送出去。只要网络出现拥塞，拥塞窗口呢，就减少一些，
以减少了注入网络中的分组数。那么，我们来看一下发送方是如何知道网络发生了拥塞的？那么，我们知道当网络发生拥塞的时候呢？路由器就要丢弃分组。因此呢，只要发送方没有按时收到应该到达的确认报文，也就是说出现了超时的时候呢，就猜想网络发生了拥塞。因此呢，判断网络拥塞的依据呢，就是出现了超时。我们首先来看一下拥塞窗口，拥塞慢开始算法的这样一个原理。
在主机刚开始发送数据时，可以先设置拥塞窗口的值为一。就是说设置为一个最大报文段mss的数值，每当收到一个新的，对新的MS的确认后，新的报文段的确认后将拥塞窗口的加一。就说增加一个mss的数值，用这样的方法呢，逐步增大发送端的拥塞窗口，可以使分组呢注入到网络中的数据呢，更加合理。那么，我们来看一下这个部分发送方，每收到一个对新报文的确认，那么就是发发拥塞窗口的加一。
首先呢，在开始的时候呢，发送方发送m1。接收方接确认诶，接收到m1之后呢？进行确认这个时候呢？发送方收到了确认就把我们的。拥塞窗口呢，加一那么这个时候拥塞窗口就变成二那么这个时候呢，它就可以发送m2和m3接收方呢，再确认m黑二和m3。接发送方在接接收到我们的确认之后呢，就把拥塞窗口呢，再增加二那么这个时候呢就可以发送四个发文段发送m4到m7那么在。接收方呢，
进行确认之后呢，发送方呢，收到确认可以再把我们的用餐窗口呢扩大四，那么再进行发送，那么这是我们这样一个发送的部分。使用慢开始算法后呢，每经过一个传输轮次。云三窗口呢。就加倍一个传输轮次呢，所经历的时间就是往返时间rtt。传输轮次呢，那么强调拥塞窗口所允许发送的所有包文段都发送出去，并且已收到了对最后一个字节的确认。比如说拥塞窗口等于四，此时的往返时间呢？
rtt呢？就是发送方连续发送四个报文段，并收到这四个报文段的确认，总共经历的时间，那么这是我们的传输轮次的部分。接下来我们看一下半开始门线。那么一开始呢，慢开始慢开始门线呢，最开始当拥塞窗口小于慢开始门线的时候呢。使用慢开始算法，当拥塞窗口大于慢开始门线的时候呢，停止使用慢开始算法，而改用拥塞，避免算法。当拥塞窗口等于慢开始门线的时候呢，
既可以使用慢开始算法，也可以使用呢拥塞避免算法。拥塞避免算法的思路呢，是让拥塞窗口缓慢的增大。也就是说，每经过一个往返时间rtt，就把发送窗的发送方的拥塞窗口呢。增加一而不是加倍使用塞窗口呢，能按线性规律缓慢增长，这是我们用慢开始文献。当网络出现拥塞时，无论在慢开始阶段还是在拥塞避免阶段，只要发送方判断网络出现了拥塞，那么其根据呢，就是没有按时收到确认。
就要把慢开始门线设置为出现拥塞时发送窗口值的一半，但不能小于二，然后把拥塞窗口呢重新设置为一执行慢开始算法。那么，这样做的目的呢？就是要迅速把减少把主机中的发送到网络中的分组数，使得产生拥塞的路由器呢？有足够的时间把队列中积压的分组呢？处理完毕。那么，我们来看一下这个图，最开始呢？当TCP连接进行初始化的时候呢，我们将拥塞窗口呢设置一。那么，
最开始的时候呢，它的拥塞窗口呢？置为一这个时候呢？我们的慢开始门线的初始值呢？是16。那么，这个时候拥塞窗口呢？小于慢开始门线，那么这个时候呢？它就使用。我们的拥塞使用慢开始算法。那么这个时候呢，使用的呢，就是慢开始算法。那么，
发送端的拥发送窗口呢？不能超过拥塞窗口和接收窗口中的最小值，那么我们假设界定追溯窗口足够大。那么因此呢，现在发送窗口的数值呢，等于拥塞窗口的数值。那么，执行慢开始算法的时候呢？拥塞窗口的初始值为一发送第一个报文段。那么，发送到报文段之后呢？发送端就要接收端呢？就要进行确认发送端呢？在某每收到一个确认后呢？就把我们的拥塞窗口呢？
加一那么接下来呢？在第一轮次的时候呢那么。拥塞窗口呢，就变成了二在第二轮次的时候呢，拥塞窗口呢，就变成了四因为呢。发送端呢，之前呢，第一轮次了，可以发送两个报文段，然后在收到了对新报文段的确认后呢，就可以把呢发送端的这样一个拥拥塞窗口呢，扩大到四，那么接下来呢？在传第二轮次的时候呢，
用餐窗口呢，就变成了四。那么，接下来在第三轮次的时候呢，变成了八。接下来，在第四轮次的时候呢，就变成了16。当拥塞窗口增长到慢开始门限值的时候呢？当拥塞窗口等于16的时候呢？就改为拥塞，避免算法。uci窗口呢，按线性规律增长。那么，
假设呢？拥塞窗口的数值啊，增长到24的时候呢，网络出现了超时，表示了网络拥塞了。这个时候我们出现了拥塞，怎么办呢？出现了拥塞就立即了把我们的。慢开始门线设为发生拥塞时，我们这样一个。发送窗口的一半，那么拥塞窗口呢？再重新设置为一并执行麦开始算法。那么这个时候呢，第14轮次变成了26轮次，
变成了四。那么，16轮是？变成了八。那么，当拥塞窗口呢？等于12的时候呢？执行拥塞，避免算法，使拥塞窗口呢？按线性规律增长，每经过一个往返时延呢？就增加一个mss的大小。那么，乘法减小了，
是指不论在慢开始阶段，还是拥塞避免阶段，只要出现一次超时，就出现一次网络拥塞，就把慢开始门线呢？设为当前拥塞值了。用才窗口来，乘以零点五。当网络频繁出现u塞的时候呢，慢开始明显呢，就下降的很快，以大大减少注入到网络中的分组数。加法增大呢，是指执行拥塞，避免算法后呢？
在收到对所有报文单的确认后呢，就把拥塞窗口呢？增加一个MS的大小。使拥塞窗口呢，缓慢的增大，以防止了网络过早出现拥塞。拥塞避免了并非完全能够避免拥塞利用这样一些措施呢，要完全避免了，那么是不可能的，还不不能因为这个使用的部分。拥塞避免呢，是说在拥塞避免阶段呢，把拥塞窗口控制了，为按线性规律症状，使网络呢比比较不容易出现拥塞。
我们再看一下快重传和快恢复。快重传算法呢，要求首先要求呢，接收方每收到一个对失去的报文段后呢，就立即做出重复确认。这样呢，可以让发送方及早知道报文段有没有接收到，到达接收方发送方只要一连收到三个重复确认呢，就立即重传对方尚未收到的报文段。比如说快重传算法，要求接收方每收到一个失去的报文段，就立即发出重转确认，这样呢，可以让发送方的知道知道报文段有没有到达接收方？发送方只要一连收到三个重复确认的，
就应当立即重传对方尚未收到的报文段。那么，比如说我们看一下这个快充传的部分，那么发送方呢？发送m1接收方呢？确认m1发送方呢？发送m2接收方呢？确认m2发送方呢？发送m3那么这个时候呢？它丢失了。发送方呢？发送m4那么接收方呢？确认m2那么发送方呢？发送m5。那么接受方呢？
再确认m2。那么，它在发送m6发送方呢？再发送m6，那么接收方呢？再确认m2。那么，这是我们这样一个。快图层的这样一个部分，那么这是我们这样一个运用的，这样一个运用的，这样一个部分。这样呢？我们去发送方呢？一共收到了那么四个对m2的确认，
那么其中后三个呢？都是重复确认，因此呢，快充上算法规定发送方只要收到一连收到三个重复确认。就知道接收方呢，那么没有收到报文段那么应该呢，立即出现重传。那么这样呢，就不会出现超时发送方呢，也不会认为发生了拥塞，那么这是我们这样一个快充上的部分。那么，坏灰度算法呢？当发送端收到三个点重复的确认时呢？就执行乘法减小算法，
把慢开始明显的减半，但不去执行了，慢开始算法。那么，由于现在发送方呢？认为网络呢？可能没有发生拥塞，因此呢，不执行慢开始算法，即拥塞窗口呢？不设为一而设置慢开始门线减慢后的数值，然后开始执行了拥塞，避免算法加法加大。是慢开始使用塞窗口的，缓慢的增长。
那么，这是我们这样一个部分。那么，这是我们这样一个这个图的，这样用的这样一个使用的，这样用用的这样一个部分，比如说我们呢，有我们的这样一个收到三个重复的确认呢，就是用快重刷算法。那么这个时候呢？在用塞避免的时候，用塞避免的时候呢？那么这个时候嘞，执行我们的。快恢复那么采用拥塞，
避免加法增大的这样一个方式，那么这是我们从连续收到三个重复确认呢？那么转入拥塞，避免。那么，发送方的发送窗口呢？上限值应当取为接收方，接收窗口和拥塞窗口这两个变量中较小的一个，也就是说发送窗口的上限值啊，等于m in这样一个接收窗口，接收方的接收窗口和我们拥塞窗口当中的这个最小值，这样一个部分。问，当我们的接收窗口呢？小于拥塞窗口的时候呢？
是接收方的接收能力呢？限制了。发送方发送窗口的最大值。也当拥拥塞窗口呢。小于接收窗口的时候呢，则是网络的拥塞程度呢，限制了发送方窗口的最大值。也就是说，我们的这样一个接收窗口和用餐窗口中数值小的一个了，控制了发送方发送数数据的这样一个速率。那么，接下来我们再看一下TCP的运输连接管，运输连接管理。运用TCP呢运输连接管理有三个阶段，比如说建立链接。
数据传送和释放链接，那么之后我们打电话是一样的，比如说我们打电话呢，我们先。建立连接，然后呢？进行通话，然后最后呢？挂挂断电话。那么是这样一个部分运输连接的管理呢？是使运输连接的建立和释放呢？都能正常的进行。连接建立过程中呢，要解决三个问题，第一个要使每一方能够确知对方的存在。
第二个，要允许双方写上一些参数，比如说窗口的最大值是否使用窗口扩大选项，以及呢，时间戳选项，那么等一些。以及呢，服务质量。能够对运输实体，那么比如说缓存大小，连接表中的项目进行分配TCP连接的，采用客户服务器的方式。主动发起建立连接的叫做客户而被动等待连接，建立连接的应用进程呢，叫做服务器。
那么，我们来看一下TCP。连接的建立用三次握手呢，建立TCP连接TCP，建立连接的过程叫做握手。与货首呢，需要在客户和服务器之间呢。交换三个TCP报文好吧，我们来看一下这个三报文握手的这样一个建立TCP的连接，我们假设了主机a运行的是TCP客户程序。而b呢，运行TCP服务程序，那么最初两端的TCP呢，都处于我们的这样一个关闭状态。图中的这样一个我们这样一个图中呢，
我们着重的主机下面的框呢，比是我们的TCP机器人所处的状态，那么在我们在这样一个部分当中呢a是？主动打开连接，而b呢是被动打开连接，一开始呢？b的TCP服务器进程呢？先创建我们的传输控制块，准备接收客户进程的连接请求，然后呢，服务器呢？进程呢？就处于的这样一个状态。等待客户的连接，请求a的。
TCP客户进程呢？也是。首先。创建传输控制模块。在打算创建。TCP连接时呢，向b发出连接请求报文，这个时候报文中的同步位了syn=1。同时呢，要选择一个初始序号cq=x，那么选择一个初始序号cq，那么TCP规定呢？syn报文呢？不能携带一个数据，但是要消耗一个序号。
那这个时候呢TCP客户呢？进入我们的。同步已发送状态。那么b在接收到请求报文之后呢？如果同意建立连接，则向a发送确认，在确认报文中呢，把syn和ack呢都置为一确认号呢，是a ack=x+1，同时呢，也为自己选这个初始序号cq。但是呢，这个报文也不能设在数据同样消耗一个序号，这时呢TCP服务器进行进入同步。收到了这样一个状态，
那么a在收到这样一个报文段呢？向b给出确认其中的ack=1确认好了ack=y+1 y+1。a的t cpr通程通知上层进程。上层应用进程连接了，已经收到。那么，这样呢？连接呢？已经建立b的TCP呢？收到主角a的确认呢？也通知其上层应用进程。TCP呢，连接已经建立。那么，这是我们这样一个部分。
那么就是用三握手报三次握手报文。三次握手建立的这样一个TCP连接的这样一个状态。那么接下来呢？我们再看一下。那么，我们来看一下为什么？a，还要进行最后一次确认呢，这是为了防止已失效的连接请求报文呢，通然又传送到了b而产生的错误，所谓的已失效的连接请求报文是这样产生的，比如说a发出连接请求，但因为连接请求报文。丢失而未收到确认a再重传一次请求后，收到了后来又建立了确认数据完毕后呢，
收释放了确认这样呢a共释放了两个连接启动报文，其中一个丢失，那么第二个到达了b。那么，假设呢？BA发出的第一个紧急请求报文呢？在某个时间之后呢？到达了b，那么这b在收到此时失效的连接请求报文后呢？就认为a是发a的，又一次发出的新的请求，于是向a发出请求报文。那么，同意建立你是否同意建立连接插入不采取报文握手？那么，
只要必须发出确认，那么新的连接就建立了？那么，现在由于呢？a并没有发出建立连接请求，那么就不会理睬b的确认。也不会了，向b发送数据。那么b呢，却以为新的连运输连接已经建立，就一直等待a发送来数据，那么b呢，就浪费了很多的这样一个资源。采用三次握豹纹握手的方式呢，就可以防止这样一个现象的出现，
那么比如说在这样一个情况下呢？a不会向b发出确认b如于收不到确认呢，就知道a了，没有要求建立连接，那么接下来我们看一下。TCP的连接释放。TCP的连接释放呢？数据传输结束后呢，通信的双方呢，都可以释放连接，那么比如说a和b呢，现在都处于的状态。以是WC的状态。a的应用进程呢，先向其TCP呢发出连接释放报文段，
再停止发送数据，主动关闭TCP连接a，把连接释放报文段的首部终止为了fin置为一。那么，去设置一个序号。它等于前面发送过的数据的最后一个字，节序号加一，此时a呢，进入fin wait 1状态，等待b的确认。那么，fin报文段呢？即使不携带数据，也要消耗的一个序号b呢？在收到a。
连接释放报文段后呢，立即发出就发出确认确认号呢，是ack=u+1，而这个报文段自己的序号呢，是另外一个序号。等于b前面已经传送过的最后一个字节的序号加一，然后b呢就进入的状态，此时呢TCP服务器呢，这时通知高层应用进程，因为a到b的这个连接就释放了。TCP呢，处于一个半关闭的状态，也就说a没有数据要发送的，但b可以发送数据a要接收，也就是说b到a的这样一个连接呢，
并未关闭。这个状态呢，可能会持续一段时间，那么a在收到b的确认之后呢，就进入fin 2的状态，等待b发出连接释放报文。若b已没有向a要发送数据，其应用进程呢，就通知TCP释放连接，此时呢b发出的连接释放报文呢，必须是fin呢。等于一那么假定，现在b的序号为w，因为在半关闭状态了b可能又发生了一些数据。b呢，
还是重复上次已经发出过的序号，这时呢b就进入了last ack，最后确确认的状态，等待a的确认。那么a在收到b的连接释放爆文段后呢？那么必须对此呢？发出确认在确认爆文段中呢？把ack之一那么确认号w 2=ack+1=w+1。那么，自己的序号呢？是在另外一个序号而去。然后进入他们位置状态。那么这样呢，我们就结束了，我们的。
连接的释放的这样一个部分。那么TCP呢？必须经过2 msl呢，才真正的释放掉，那么现在TCP连接呢？还没有释放，必须经过时间等待计时器设置的时间2 msl后呢？a才进入到close状态。时间，2 msl呢叫做最长包网段寿命。那么，我们要经过了2 msl，2 msl的时间呢？才进才进行释放。那么a必须等待2m so的时间呢？
第一个，为了保证a发送的最后一个acp报文段呢？能够到达b第二个，防止已失效的连接，请求报文段出现在本链接中。a在发送完最后一个ack报文段后呢，再经过2 msl时间呢，可以使本连接持续时间内所产生的所有报文呢，都从网络中消失，这样呢，可以使下一个新的连接中呢，不会出现这种旧的旧的连接请求报文段。那么，这是我们的这样一个TCP的释放的，这样一个过程好同学们，
今天呢，我们为大家介绍了这样一个运输层的这样一个内容。好吧，我们主要呢介绍了运输层协议的特点，进程之间的通信和端口这样一些概念，然后讲解了udp和TCP协议的这样一个。区别以及它的内容，以及呢，可靠传输的工作原理，包括停止等待协议和arq协议，那么大家呢，要了解。那么，这样一些内容，比如说滑动窗口，
流量控制，拥塞控制机制，以及呢，我们的TCP协议，它的这样一个首部格式。那么，这些内容呢？那么，大家呢？进行一个进一进一步的熟悉和了解好我们今天的课呢？就讲到这里好，谢谢大家。
页:
[1]