tcp连接的端点为(TCP能够在所连接的端点之间提供多个流)

tcp的连接的双方都是用序列号来标识自己发送的每一个报文，接收到对方的报文后会使用确认号表示收到。确认号是收到的报文序列号加1。如果窗口为8，丢掉了第5个，而6、7、8正常到达，接收方会对接收到的报文根据序列号排序，发现第五个报文没有到达，从而会向发送方请求重传，即对第4个报文表示确认，没有收到第5个。 对于发送方来说，在窗口允许的范围内发送的报文都会等待对方的确认，如果在规定时间内没有收到确认他会进行重传。第五个数据包肯定会重传。那第五个的哪些数据包后面还要重新传一遍吗？如果发送方将第五个数据重传至接收方后，接收方对报文排序后，会对第八个报文确认，当确认报文到达发送方时，发送方的重传时钟还未完结就不会重传后面的报文。但如果确认报文回来时，发送方的重传时钟已经完结，就要重传。 2、tcp使用端口号来分隔上层的应用程序。每台主机的应用层可能会同时启用多种服务和远程的多台主机建立连接。如：一边浏览网页一边使用pps看电影。网页服务器和影视服务器的IP肯定是不同的。所以TCP是使用远程主机的IP和端口号来唯一的表示一个连接。UDP也是这样的。UDP和tcp的区别只是控制信息较少。

只能有2个端点。因为TCP头里存放了一个源IP地址、一个源端口号、一个目的IP地址、一个目的端口号，所以只能对应到两个端点，分别为源和目的

TCP/IP协议。TCP/IP传输协议，即传输控制/网络协议，也叫作网络通讯协议。它是在网络的使用中的最基本的通信协议。TCP/IP传输协议对互联网中各部分进行通信的标准和方法进行了规定。并且，TCP/IP传输协议是保证网络数据信息及时、完整传输的两个重要的协议。TCP/IP传输协议是严格来说是一个四层的体系结构，应用层、传输层、网络层和数据链路层都包含其中。TCP/IP起源于60年代末美国政府资助的一个分组交换网络的研究项目，到90年代已经发展成为计算机之间最常应用的组网形式，是一个真正的开放系统。扩展资料CP与UDP的比较：UDP(User Datagram Protocol)，用户数据报协议，1、提供无连接的，不可靠的传输。传输速度较快。缺点是不可靠、不稳定。2、发送数据之前不需要建立连接，减少了开销和时延。UDP没有阻塞机制，宁愿阻塞时丢弃数据不传，也不阻塞造成延时。3、UDP支持一对一、一对多、多对一、多对多通信。TCP(Transmission Control Protocol)传输控制协议。1、面向连接的、提供可靠的数据传输服务，但是开销较大、传输速度较慢。2、使用TCP通信之前，需要进行“三次握手”建立连接，通信结束后需要“四次挥手”断开连接。3、TCP是点对点的连接，一条TCP连接只能连接两个端点。4、TCP是全双工通信，允许通信双方任何时候都能发送数据，发送数据按顺序、不丢失、不重参考资料来源：百度百科—TCP/IP协议
Internet（因特网）上最基本的通信协议是TCP/IP协议。其中应用层的主要协议有Telnet、FTP、SMTP等，是用来接收来自传输层的数据或者按不同应用要求与方式将数据传输至传输层；传输层的主要协议有UDP、TCP，是使用者使用平台和计算机信息网内部数据结合的通道，可以实现数据传输与数据共享。网络层的主要协议有ICMP、IP、IGMP，主要负责网络中数据包的传送等；而网络访问层，也叫网路接口层或数据链路层，主要协议有ARP、RARP，主要功能是提供链路管理错误检测、对不同通信媒介有关信息细节问题进行有效处理等。扩展资料TCP/IP协议能够迅速发展起来并成为事实上的标准，是它恰好适应了世界范围内数据通信的需要。它有以下特点：（1）协议标准是完全开放的，可以供用户免费使用，并且独立于特定的计算机硬件与操作系统。（2）独立于网络硬件系统，可以运行在广域网，更适合于互联网。（3）网络地址统一分配，网络中每一设备和终端都具有一个唯一地址。（4）高层协议标准化，可以提供多种多样可靠网络服务。参考资料来源：百度百科-TCP/IP协议
Internet（因特网）上最基本的通信协议是TCP/IP协议。 它是一种应用最为广泛的网络通信协议，也是Internet的标准连接协议。它提供了一整套方便实用、并能应用于多种网络上的协议，使网络互联变得容易起来，并且使越来越多的网络加入其中，成为Internet的事实标准。准确的说TCP/IP协议是一个协议组（协议集合），其中包括了TCP协议和IP协议以及其他一些协议。
TCP/IP协议TCP/IP协议，即TransmissionControl Protocol/Internet Protocol的简写，中译名为传输控制协议/因特网互联协议，又名网络通讯协议，是Internet最基本的协议、Internet国际互联网络的基础，由网络层的IP协议和传输层的TCP协议组成。TCP/IP 定义了电子设备如何连入因特网，以及数据如何在它们之间传输的标准。协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的协议来完成自己的需求。通俗而言：TCP负责发现传输的问题，一有问题就发出信号，要求重新传输，直到所有数据安全正确地传输到目的地。而IP是给因特网的每一台联网设备规定一个地址。为了减少网络设计的复杂性，大多数网络都采用分层结构。对于不同的网络，层的数量、名字、内容和功能都不尽相同。在相同的网络中，一台机器上的第N层与另一台机器上的第N层可利用第N层协议进行通信，协议基本上是双方关于如何进行通信所达成的一致。不同机器中包含的对应层的实体叫做对等进程。在对等进程利用协议进行通信时，实际上并不是直接将数据从一台机器的第N层传送到另一台机器的第N层，而是每一层都把数据连同该层的控制信息打包交给它的下一层，它的下一层把这些内容看做数据，再加上它这一层的控制信息一起交给更下一层，依此类推，直到最下层。最下层是物理介质，它进行实际的通信。相邻层之间有接口，接口定义下层向上层提供的原语操作和服务。相邻层之间要交换信息，对等接口必须有一致同意的规则。层和协议的集合被称为网络体系结构。

TCP是一种传输控制协议，是面向连接的、可靠的、基于字节流之间的传输层通信协议，由IETF的RFC 793定义。在简化的计算机网络OSI模型中，TCP完成第四层传输层所指定的功能，用户数据报协议（UDP）是同一层内另一个重要的传输协议。在因特网协议族（Internet protocol suite）里面，TCP层是在IP层上面，应用层下面的一个中间层。不同主机的应用层之间经常会要用到可靠的、像管道一样的连接，但是IP层不会提供这样的流机制，而是提供不可靠的包交换。扩展资料：当应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，TCP则把数据流分割成适当长度的报文段，最大传输段大小（MSS）通常受该计算机连接的网络的数据链路层的最大传送单元（MTU）限制。之后TCP把数据包传给IP层，由它来通过网络将包传送给接收端实体的TCP层。TCP为了保证报文传输的可靠，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认(ACK)；如果发送端实体在合理的往返时延(RTT)内未收到确认，那么对应的数据（假设丢失了）将会被重传。参考资料：百度百科-TCP （传输控制协议）
TCP是一种面向连接的、可靠的、基于字节流的传输层通信协议。拓展资料：在简化的计算机网络OSI模型中，它完成第四层传输层所指定的功能，用户数据报协议是同一层内另一个重要的传输协议。在因特网协议族中，TCP层是位于IP层之上，应用层之下的中间层。不同主机的应用层之间经常需要可靠的、像管道一样的连接，但是IP层不提供这样的流机制，而是提供不可靠的包交换。功能：当应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，TCP则把数据流分割成适当长度的报文段，最大传输段大小通常受该计算机连接的网络的数据链路层的最大传送单元限制。之后TCP把数据包传给IP层，由它来通过网络将包传送给接收端实体的TCP层。
TCP：传输控制协议 （TCP：Transmission Control Protocol）传输控制协议 TCP 是 TCP/IP 协议栈中的传输层协议，它通过序列确认以及包重发机制，提供可靠的数据流发送和到应用程序的虚拟连接服务。与 IP 协议相结合， TCP 组成了因特网协议的核心。由于大多数网络应用程序都在同一台机器上运行，计算机上必须能够确保目的地机器上的软件程序能从源地址机器处获得数据包，以及源计算机能收到正确的回复。这是通过使用 TCP 的“端口号”完成的。网络 IP 地址和端口号结合成为唯一的标识 , 我们称之为“套接字”或“端点”。 TCP 在端点间建立连接或虚拟电路进行可靠通信。TCP 服务提供了数据流传输、可靠性、有效流控制、全双工操作和多路复用技术等。关于流数据传输 ,TCP 交付一个由序列号定义的无结构的字节流。 这个服务对应用程序有利，因为在送出到 TCP 之前应用程序不需要将数据划分成块， TCP 可以将字节整合成字段，然后传给 IP 进行发送。TCP 通过面向连接的、端到端的可靠数据报发送来保证可靠性。 TCP 在字节上加上一个递进的确认序列号来告诉接收者发送者期望收到的下一个字节。如果在规定时间内，没有收到关于这个包的确认响应，重新发送此包。 TCP 的可靠机制允许设备处理丢失、延时、重复及读错的包。超时机制允许设备监测丢失包并请求重发。TCP 提供了有效流控制。当向发送者返回确认响应时，接收 TCP 进程就会说明它能接收并保证缓存不会发生溢出的最高序列号。全双工操作： TCP 进程能够同时发送和接收包。 TCP 中的多路技术：大量同时发生的上层会话能在单个连接上时进行多路复用。
TCP(Transmission Control Protocol 传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信协议，由IETF的RFC 793定义。在简化的计算机网络OSI模型中，它完成第四层传输层所指定的功能，用户数据报协议(UDP)是同一层内另一个重要的传输协议。在因特网协议族(Internet protocol suite)中，TCP层是位于IP层之上，应用层之下的中间层。不同主机的应用层之间经常需要可靠的、像管道一样的连接，但是IP层不提供这样的流机制，而是提供不可靠的包交换。
两个核心协议：TCP（传输控制协议）和IP（网际协议）TCP使用三次握手协议建立连接。三次握手完成，TCP客户端和服务器端成功地建立连接，可以开始传输数据了。（HTTP是一个客户端和服务器端请求和应答的标准（TCP），它是建立在TCP协议之上的一种应用。)IP实现两个基本功能：寻址和分段。IP协议的作用主要有两个，一个是为每一台计算机分配IP地址，另一个是确定哪些地址在同一个子网络。IP协议是找到对方的详细地址,TCP协议是把安全的把数据传输给对方。

在IP层看来，通信的两端是两个主机，IP数据报的首部明确的标志了这两个主机的IP地址。但是两个主机之间的通信这种说法还不够清楚，这是因为真正进行通信的实体是在主机中的进程，是两个进程之间在交换数据。从而引出了运输层，从运输层的角度看来，通信的真正端点并不是主机而是主机中的进程（端到端的通信）。在一个主机中经常有多个应用进程同时分别和另一个主机的多个应用进程通信。这就表明了运输层有一个很重要的功能，复用和分用，应用层不同进程的报文通过不同的端口向下交到运输层，再往下就共用网络层提供的服务。“运输层提供应用进程间的逻辑通信”。“逻辑通信”的意思是：运输层之间的通信好像是沿水平方向传送数据。但事实上这两个运输层之间并没有一条水平方向的物理连接。TCP/IP 的运输层有两个不同的协议：由此可见两个计算机中的进程要相互通信，不仅要知道对方的IP地址，还要知道对方的端口号。如果接收方UDP发现收到的报文中的目的端口号不正确（即不存在对应于该端口的号的应用进程），就丢弃该报文，并由网际控制报文协议ICMP发送端口不可达差错报文给发送方。在计算检验和时，临时把“伪首部”和 UDP 用户数据报连接在一起得到一个临时的数据报，它不向下传递也不向上递交。伪首部仅仅是为了计算检验和。UDP计算检验和的方法和IP数据报首部检验和方法相类似。但不同的是，IP数据报的检验和只检验IP数据报的首部，但UDP的检验和是把首部和数据部分一起检验计算UDP检验和的例子：在发送方，先把全0放入检验和字段，再把伪首部以及UDP用户数据报看成是许多16位的字串接起来。若UDP用户报的数据部分不是偶数个字节，则要填入一个全零字节（先不发送）。然后按照二进制反码计算出这些16位字的和。将此和的二进制反码写入检验和字段后，就发送这样的UDP数据报。在接收方，把收到的UDP数据报连通伪首部（以及可能填充全零字节）一起，按二进制反码求这些16位字的和。当无差错时其结果应为全1（原本的检验和为0，封装成数据报后再次相加的时候就多个检验和反码相加，所以无差错时结果为1）。每一条TCP连接唯一地被通信两端的两个端点（即两个套接字）所确定，即：TCP发送的报文段是交给IP层传输的。但IP层只提供尽最大努力服务，也就是说，TCP下面的网络所提供的是不可靠传输，因此，TCP必须采用适当的措施才能使得两个运输层之间的通信变得可靠。在这样的理想传输条件下，不需要采取任何措施就能够实现可靠传输。然而实际的网络都不具备以上两个理想的条件。但我们可以使用一些可靠传输协议，当出现差错时让发送方重传出现差错的数据，同时在接收方来不及处理收到的数据时，及时告诉发送方适当的降低发送数据的速度，这样一来，本来是不可靠的传输信道就能够实现可靠传输。停止等待协议的优点是简单，但缺点是信道利用率太低。假定AB之间有一条直通的信道来传送分组这里的TD是A发送分组所需要的时间（显然TD = 分组长度 / 数据速率）再假定TA是B发送确认分组所需要的时间（A和B处理分组的时间都忽略不计）那么A在经过TD+RTT+TA时间后才能发送下一个分组，这里的RTT是往返时间，因为只有TD是采用来传输有用的数据（这个数据包括了分组首部，如果可以知道传输更精确的数据的时间，可以计算的更精确），所有信道利用率为为了提高传输效率，发送方可以不使用低效率的停止等待协议，而是采用流水线传输：就是发送方可以连续的发送多个分组，不必每发完一个分组就停下来等待对方的确认。这样可使信道上一直有数据不间断地在传送。显然这种传输方式可以获得很高的信道利用率当时使用流水线传输时，就要使用下面介绍的连续ARQ协议和滑动窗口协议滑动窗口协议比较复杂，是TCP协议的精髓所在，在这里先给出ARQ协议最基本的概念，但不涉及到许多细节问题。位于发送窗口的分组都可以连续的发送出去，而不需要等待对方的确认，发送方每收到一个确认，就把发送窗口向前滑动一个分组的位置。详细可以见P201TCP虽然是面向字节流的，但是TCP传送的数据单元却是报文段（可以看上述TCP面向流的概念），而且TCP的全部功能都体现在它的首部中各个字段。详解请见P206，注意图中的后沿，前沿从下图可以看出来，要描述一个发送窗口的状态需要三个指针：P1，P2，P3有很多信息见P208，这里不赘述发送方的应用进程把字节流写入TCP的发送缓存，接收方的应用进程从TCP的接收缓存中读取字节流。下面进一步讨论前面讲的窗口和缓存的关系发送缓存发送窗口通常只是发送缓存的一部分，已被确认的数据应当从发送缓存中删除，因此发送缓存和发送窗口的后沿是重合的。发送应用程序最后写入发送缓存的字节减去最后被确认的字节，就是还保留在发送缓存中被写入的字节。发送应用程序必须控制写入缓存的速率，不能太快 ，否则发送缓存就会没有存放数据的空间。如果收到的分组被检测出有差错，则要丢弃。如果接收应用程序来不及读取收到的数据，接收缓存最终就会被填满，使接收窗口减少到零。反之，如果接收应用程序能够及时从接收缓存中读取收到的数据，接收窗口就可以增大，但最大不能超过接收缓存的大小。TCP才用了一种自适应算法，它记录一个报文段发出的时间，以及收到相应的确认的时间。这两个时间之差就是报文段的往返时间RTT。TCP 保留了 RTT 的一个加权平均往返时间 RTTs（这又称为平滑（smooth）的往返时间，因为是加权平均，所以是平滑的）。第一次测量到 RTT 样本时，RTTS 值就取为所测量到的 RTT 样本值。以后每测量到一个新的 RTT 样本，就按下式重新计算一次 RTTS：显然，RTO 应略大于上面得出的加权平均往返时间 RTTsRFC 2988 建议使用下式计算 RTO：RTTD 是 RTT 的偏差的加权平均值，他与RTTs和新的RTT样本之差有关。RFC 2988 建议这样计算 RTTD。第一次测量时，RTTD 值取为测量到的 RTT 样本值的一半。在以后的测量中，则使用下式计算加权平均的 RTTD：β是个小于 1 的系数，其推荐值是 1/4，即 0.25。为了解决上面那个问题，Karn提出了一个算法在计算平均往返时间 RTT 时，只要**报文段重传了，就不采用其往返时间样本。这样得出的加权平均平均往返时间 RTTS 和超时重传时间 RTO 就较准确。 **但是，这又有了新的问题、设想出现这样的情况：报文段的时延突然增大了很多。因此在原来得出的重传时间内，不会收到确认报文段。于是就重传报文段。但根据Karn算法，不考虑重传的报文段的往返时间样本。这样，超时重传时间就无法更新。报文段每重传一次，就把 RTO 增大一些：系数 γ 的典型值是 2 。当不再发生报文段的重传时，才根据报文段的往返时延更新平均往返时延 RTT 和超时重传时间 RTO 的数值。实践证明，这种策略较为合理。接收方收到了和前面的字节流不连续*的两个字节块（只是未按序号，它是无差错的）如果这些字节的序号都在接收窗口之内，那么接收方就先收下这些数据，但要把这些信息准确地告诉发送方，使发送方不要再重复发送这些已收到的数据。和前后字节不连续的每一个字节块都有两个边界：左边界和右边界。图中用四个指针标记这些边界。第一个字节块的左边界 L1 = 1501，但右边界 R1 = 3001。左边界指出字节块的第一个字节的序号，但右边界减 1 才是字节块中的最后一个序号。第二个字节块的左边界 L2 = 3501，而右边界 R2 = 4501。详见P211一般说来，我们总是希望数据传输得更快一些。但如果发送方把数据发送得过快，接收方就可能来不及接收，这就会造成数据的丢失。流量控制(flow control)就是让发送方的发送速率不要太快，既要让接收方来得及接收，也不要使网络发生拥塞。利用滑动窗口机制可以很方便地在 TCP 连接上实现流量控制。A 向 B 发送数据。在连接建立时，�B 告诉 A：“我的接收窗口 rwnd = 400（字节）”。看下TCP首部窗口字段的用处接收方的主机B一共进行了3次流量控制（蓝线）考虑一种情况，B向A发送了零窗口的报文段后不久，B的接收缓存又有了一些存储空间。于是B向A发送了rwnd = 400的报文段，然而这个报文段在传输过程中丢失了。A一直等收到B发送非零窗口的通知，B也一直等A发送数据来，就形成了死锁。下面的持续计时器就是为了打破死锁僵局的应用进程把数据传送到TCP发送缓存后，剩下的发送任务就由TCP来控制了。可以用不同的机制来控制 TCP 报文段的发送时机:至于如何控制发送的 时机 详见P213在某段时间，若对网络中某资源的需求超过了该资源所能提供的可用部分，网络的性能就要变坏——产生拥塞(congestion)出现资源拥塞的条件： 对资源需求的总和> 可用资源若网络中有许多资源同时产生拥塞，网络的性能就要明显变坏，整个网络的吞吐量将随输入负荷的增大而下降。解决拥塞的要点是平衡，要让整个系统的性能想匹配（P214）。横坐标为提供的负载，代表单位时间内输入给网络的分组的数目（也叫作输入负载或网络负载），纵坐标是吞吐量，代表单位时间内从网络输出的分组数目。由于缺少缓存空间而被丢弃的分组的百分数，平均队列长度，超时重传的分组数，平均分组时延，分组时延的标准差等，这些指标的上升都标志着拥塞的增长。方便起见，我们用报文段的个数作为窗口大小的单位慢开始门限 ssthresh 的用法如下：拥塞避免算法的思路是让拥塞窗口 cwnd 缓慢地增大，即每经过一个往返时间 RTT 就把发送方的拥塞窗口 cwnd 加 1，而不是加倍，使拥塞窗口cwnd 按线性规律缓慢增长，比慢开始算法的拥塞窗口增长速率缓慢很多。网络出现拥塞时当 TCP 连接进行初始化时，将拥塞窗口置为 1。图中的窗口单位不使用字节而使用报文段。慢开始门限的初始值设置为 16 个报文段，即 ssthresh = 16。发送端的发送窗口不能超过拥塞窗口 cwnd 和接收端窗口 rwnd 中的最小值。我们假定接收端窗口足够大，因此现在发送窗口的数值等于拥塞窗口的数值。下面的执行步骤就是按照折现上的点的顺序