TCP是面向连接的，但是TCP使用的网络可以是面向连接的，也可以是无连接（比如大量使用的IP网络）的。
选择无连接的网络使整个系统非常灵活。
TCP提供的功能和服务比IP提供的多得多。这是因为TCP使用了诸如确认、窗口通知、计时器等机制，因而可以检测出有差错的报文、重复的报文和失序的报文。
进程A和进程B的通信使用面向连接的TCP提供的可靠的传输。
主机X和主机Y通信使用无连接的IP提供的不可靠的传输。
对于TCP来说，通信的起点和终点时运输层上面的两个套接字，而应用层的应用进程正是通过应用层和传输层之间的套接字来使用TCP提供的服务。TCP协议根据报文段首部的端口号找到目的端口，将报文段交付目的进程。（套接字是由IP地址和端口号决定）
对于IP来说，通信的起点和终点时连接在网络上的两个主机。IP协议根据数据报首部中的目的IP地址找到目的主机，将数据报交付目的主机。
虽然两个套接字直接的通信是面向连接的，但IP数据报在下面的传输是独立地选择路由，而不是沿着某一条固定的路径传输。然而在上面的端口看来，TCP报文段好像从一个虚拟的、可靠的通信管道中传输到对方的端口。
IP是主机到主机的通信协议，UDP是进程到进程的通信协议
套接字=（IP地址，端口号）。套接字是TCP连接的端点。
当使用API时，套接字往往看出是操作系统的一种抽象，这时，套接字和一个文件描述符和相似，并且是应用编程接口API的一部分。套接字由应用程序产生，并指明它将由客户还是服务器来使用。当应用进程创建一个套接字时，要指明该套接字使用的端口号。
端口是应用层服务的使用的一种代号，用来标志应用层的进程。端口是一个16bit的整数。
各种服务器使用的端口号都是保留端口号，以便客户能够找到服务器。
在发送数据时，应用层的数据通过端口向下交付运输层。在接受数据时，运输层的数据通过适当的端口向上交付应用层的某个应用程序。
不行。一个套接字只能和另一个远地套接字相连。
运输层的TCP协议是端到端（进程到进程）的协议，而数据链路层的HDLC协议则是仅在一段链路上的结点到结点的协议。
TCP是按数据部分的字节数进行确认的，而HDLC则是以帧为确认单位。
现在使用的最多的PPP链路层协议并不使用确认机制和窗口机制。
在旧的OSI体系中，在数据链路层使用HDLC协议而在网络层使用X.25协议，这些协议都有确认机制和窗口机制，因而能够保证可靠传输。
但是技术的进步使得链路的传输相当可靠，因此在数据链路层和网络层重复地保证可靠传输就显得多余了。
现在互联网在链路层使用的PPP协议和在网络层使用的IP协议都没有确认机制和窗口机制。如果出现差错就由运输层的TCP来处理（如果使用UDP协议则运输层也不处理）
仅从TCP报文段的首部无法得知目的IP地址。因此，TCP必须告诉IP层此报文段要发送给哪一个目的主机（给出其IP地址）。此目的IP地址填写在IP数据报的首部中。
TCP没有规定最大重传次数，可以通过设置一些计时器来解决有关传输失败的问题。
【重传计时器】
当TCP发送报文段时，就创建该特定报文段的重传计时器。
（1）若在计时器截止时间到来之前收到了对此特定报文段的确认，则撤销次计时器。
（2）若在收到了对此特定报文段的确认之前计时器截止期到，则重传次报文段，并将计时器复位。
【持续计时器】
为了应对零窗口大小通知，TCP需要另一个计时器。假定接受TCP给出了窗口大小为零。
发送TCP就停止传送报文段，直到接受TCP发送确认并给出一个非零的窗口大小。
但是这个确认可能会丢失。在TCP中，对确认报文段时不发送确认的。
如果确认丢失了，接受TCP并不知道，而是认为它已经完成任务了，并等待着发送方接着发送更多的报文段。但发送TCP由于没有收到确认，就等待对方发送确认来通知窗口的大小。双方的TCP都在永远地等待着对方。
要打开这种死锁，TCP为每一个连接使用一个持续计时器。当发送TCP收到一个窗口大小为零的确认时，就启动持续计时器。当持续计时器期限到时，发送TCP就发送一个特殊的报文段，叫做探测报文段。这个报文段只有一个字节的数据。它有一个序号，但它的序号永远不需要确认。身子在计算对其他部分的数据的确认时，该序号也被忽略。探测报文段提醒接受TCP：确认已丢失，必须重传。
持续计时器的值设置为重传时间的数值。但是，如果没有收到从接受端的响应，则需发送另一个探测报文段，并将持续计时器的值加倍和复位，直到这个值增大到门限值（通常60秒）。在这以后，发送端每隔60秒就发送一个探测报文段，直到窗口重新打开。
【保活计时器】
防止两个TCP之间的连接出现长时间的空闲。
假定客户打开了到服务器的连接，传送了一些数据，然后就保持静默了。也许这个客户出故障了。
在这种情况下，这个连接将永远地处于打开状态。
要解决这种问题，使服务器设置保活计时器。每当服务器收到客户的信息，就将计时器复位。
超时通常设置为2小时。若服务器过了2小时还没有收到客户的信息，它就发送探测报文段。
若发送了10个探测报文段，还没有响应，就假定客户出了故障，这时就终止该连接。
【时间等待计时器】
在连接终止期间使用。当TCP关闭一个连接时，它并不认为这个连接马上就真正地关闭。在时间等待期间，连接还处于一种中间过渡状态。这就可以使重复的FIN报文段可以到达目的站，从而将其丢弃。
这个计时器的值通常设置为一个报文段的寿命期待值的两倍。
扫一扫
10万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
