TCP 在发送数据之前建立逻辑连接,其中 LLC 连接是物理连接,仅在两台计算机之间保持,而不是更多。
它是否正确?
如果是这样,为什么 LLC=逻辑链路控制。为什么不物理?
谢谢!
TCP 在发送数据之前建立逻辑连接,其中 LLC 连接是物理连接,仅在两台计算机之间保持,而不是更多。
它是否正确?
如果是这样,为什么 LLC=逻辑链路控制。为什么不物理?
谢谢!
为什么不是物理?
在我的理解中,“物理”连接是两个(或更多)电子设备之间的原始连接。只有两个设备正在评估传输的数据,但连接本身根本不解释数据。
使用(旧)以太网集线器时,您可能会争辩说使用以太网在两台计算机之间发送数据是作为物理连接。
但:
使用以太网交换机时,交换机会解释发送的一些数据,因此两台计算机之间没有物理连接,但其中一台计算机和交换机之间有两个物理连接。计算机之间没有物理连接。
LLC 中的“链接”不是指逻辑连接。LLC是无国籍的。
我对网络不是很确定,但是在其他计算领域,“逻辑”这个词意味着一些较低层的软件或一些硬件已经提供了一些功能,这些功能可以模拟硬件与(较高层)的不同行为软件。
在这种情况下,连接是有状态的还是无状态的是无关紧要的。
您已经提到过 TCP:使用send()套接字功能的软件将通过 Internet 发送一些字节流。然而,互联网的真正硬件根本不支持字节流,只支持 IP 数据包。TCP/IP 堆栈模拟支持字节流的网络。
现在让我们看一下使用集线器或同轴电缆通过设置发送的带有 LLC 标头的 Ethernet-I 帧:
在这样的设置中,网卡硬件将接收由其他计算机发送的所有数据 - 与目标 MAC 地址无关。注意:有时在使用开关时也会发生这种情况。
LLC 数据不会由网络中的所有计算机评估,而仅由其 MAC 地址在以太网帧的“目标 MAC 地址”字段中找到的计算机评估。
这只有在网卡或驱动程序在评估 LLC 数据之前过滤掉所有具有“错误”目标 MAC 地址的帧时才有可能。
您也可能会说:只有当网卡模拟一个硬件环境,在该环境中,用于其他计算机的帧没有到达这台计算机的网卡时,这才有可能。
但是,如果模拟一些硬件环境,我们谈论的是“逻辑连接”而不是“物理连接”。
逻辑链路控制是第 2 层的上层。它不是物理层的一部分。
LLC 在 MAC 层之上提供多路复用,以实现多个网络层协议的共存。
物理层在两个硬件端口之间提供纯粹的接口到接口链路(在现代 - 古代以太网使用点对多点链路)。