0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

以太网存储网络的拥塞管理连载方案(一)

Linux阅码场 来源:Linux阅码场 2024-02-26 10:52 次阅读

本章重点介绍不使用TCP 而使用无损以太网网络的存储协议,如FCoE、RoCE 和RoCEv2。第8 章"TCP 存储网络中的拥塞管理"主要介绍在有损以太网网络中使用TCP 传输的存储协议,如iSCSI 和NVMe/TCP。

以太网流量控制

以太网流量控制有两种类型

1. 链路级流量控制(LLFC):LLFC 可在直接连接的设备之间对链路上的所有流量进行流量控制。LLFC 是一项IEEE 标准(IEEE 802.3x)。

2.基于优先级的流量控制(PFC):PFC 可在直接连接的设备之间对特定流量类别进行流量控制,而其他流量类别则在无流量控制的情况下继续运行。PFC 也是IEEE 标准(IEEE 802.1Qbb)。

LLFC 类似于光纤通道B2B 流量控制机制,它对链路上的所有流量进行流量控制(第2 章"了解光纤通道Fabric 中的拥塞",光纤通道流量控制部分)。相反,当光纤通道链路使用多个虚拟链路或电路(VL 或VC)运行时,PFC 类似于ER_RDY(或VC_RDY)流量控制机制(第6 章"在光纤通道Fabric 中防止拥塞",了解虚拟链路一节)。在光纤通道Fabric 中,所有流量都需要无损行为,因此所有VL 都启用了流量控制,而在以太网网络中,只有部分流量类别受流量控制,其他类别的流量则不受流量控制。这有助于在同一以太网链路上实现有损和无损行为。

如第1 章"无损网络"一节所述,以太网流量控制(或一般无损网络)并不能保证不丢帧。当帧因比特错误而损坏时,以及当拥塞严重时帧在缓冲区中长时间滞留时,仍然会丢弃帧。这些细节将在后面的"通过丢弃帧恢复拥塞"一节中解释。

以太网流量控制如何工作?

以太网使用一种称为暂停帧的特殊帧进行流量控制。暂停帧的内容、发送时间和发送频率允许直接连接的发送方调整传输速率,以避免接收方缓冲区超限。这就避免了因接收方缺乏空闲缓冲区而造成的数据包丢失,从而实现了无损网络。

暂停时间

暂停帧有一个称为quanta的字段,用于表示必须停止帧传输的持续时间(称为暂停时间)。quanta值范围在0 到65535 之间(16 位最大值为0xFFFF)。要计算暂停时间,可将quanta值乘以在链路上传输512 比特所需的时间。无论链路的运行速度如何,这一方案都有助于实现一致的执行。它还能确保最大暂停时间随着链路速度的增加而减少,这是适应高速链路上更快传输速率的需要。

如下式所示,要将暂停quanta转换为秒,需要将其乘以512,再除以每秒比特的端口速度。

Pause time in seconds = (Pause quanta x 512) / Port speed in bits per second

例如,在10 GbE 链路上,单个暂停帧的最大暂停时间为3.355 ms((65535 x 512)/(10 x 109))。当10 GbE 端口收到quanta值为0xFFFF 的暂停帧时,可停止传输3.355 毫秒。同样,100 GbE 链路的最大暂停时间为0.355 ms。

数据流接收器在发送非零quanta的暂停帧后,可通过两种方式请求数据流发送器重新开始传输:

1. 等待最后发送的暂停帧所代表的持续时间。例如,10 GbE 端口只需等待3.355 毫秒。

2. 发送新的零quanta暂停帧,要求数据流发送方立即恢复传输。因此,零quanta的暂停帧也被称为恢复帧或解除暂停帧。

在以下两个条件下,因收到quanta为非零的暂停帧而处于"暂停"状态的数据流发送方将立即恢复传输:

1. 暂停帧中指定的持续时间结束。例如,10 GbE 端口在接收到quanta为65535 的暂停帧3.355 毫秒后。

2.它接收到quanta设为零的暂停帧。同样,这也可以称为"恢复"或"取消暂停"帧。

这意味着暂停帧具有双重用途。非零quanta的暂停帧会停止或暂停流量,而零quanta的暂停帧则会启动或恢复流量。

接下来,让我们了解一下这些暂停帧是何时发送的。

何时发送暂停帧?

图7-1 显示了交换机-1 的两个端口之间的速度不匹配情况,这两个端口以10 GbE 连接目标-1,以1 GbE 连接主机-1。交换机-1 为无损流量分配缓冲区,并将这些缓冲区组织到入口无丢弃队列中。为简单起见,假设只有一种流量类别需要无损行为,则只显示一个无丢弃队列。

73125d4a-d44f-11ee-a297-92fbcf53809c.png

Figure 7-1Ethernet flow control with Pause Threshold and Resume Threshold

当Target-1 开始以10 Gbps 的速度传输无损流量时,Switch-1 只能以1 Gbps 的速度向Host-1 传输。流量速率的差异会导致帧过多,从而开始消耗交换机-1 上不丢帧队列的缓冲区。当交换机-1 的缓冲区填满超过阈值(称为暂停阈值)时,它会向目标-1 发送一个非零quanta的暂停帧。目标-1 收到该暂停帧后,会在一个特定的时间间隔内停止传输流量,该时间间隔称为暂停时间(如上一节所述)。因此,Switch-1 的缓冲区利用率不会进一步增加,而是随着向Host-1 的传输继续进行而开始下降。

最终,当Switch-1 的缓冲区利用率低于恢复阈值时,Switch-1 会发送一个零quanta的暂停帧,这是目标-1 恢复流量传输的信号。如果在发送第一个非零quanta的暂停帧后的暂停时间内,Switch-1 的缓冲区利用率没有降至恢复阈值以下,它将继续发送更多非零quanta的暂停帧,以停止或暂停来自目标-1 的传输,直到Switch-1 的缓冲区利用率降至恢复阈值以下。

目标-1 最终会恢复传输,要么是因为最后一个非零quanta的暂停帧中指定的持续时间已过,要么是因为它收到了一个零quanta的暂停帧。但目标-1 较快的传输速率再次导致交换机-1 上的不丢弃队列被填满,并很快超过了暂停阈值。这时,交换机-1 再次向目标-1 发送非零quanta的暂停帧,同样的事件重复发生。

最后,交换机-1 的"暂停阈值"和"恢复阈值"之间的紧密配合以及"暂停帧"(非零quanta)和"未暂停帧"(零quanta)的发送实现了以太网流量控制。

请注意以下几点:

1. 图7-1 中的以太网流量控制会导致入口端口(连接到Target-1)和出口端口(连接到Host-1)之间的速率均衡。如果在此状态下对链路进行监控,Host-1 链路上就不会有暂停帧流过,而许多暂停帧会从Switch-1 流向Target-1。

2. 如果不启用图7-1 中的流量控制,交换机-1 将丢弃目标-1 的任何多余帧。这将使其成为一个有损网络。

3. 虽然quanta值的范围在0 到65535 之间,但大多数产品(包括Cisco MDS 交换机、Nexus 交换机和UCS)都将其设置为最大可能值65535。将时间quanta设置为较小值将要求接收器预测准备接收更多帧的持续时间。这种预测的实现比较复杂。大多数产品将暂停时间量值设置为最大值65535,然后在准备好接收流量时发送取消暂停帧(时间量值为0),从而使实现简单易行。由于这些原因,Cisco MDS 交换机、Nexus 交换机和UCS 不允许配置暂停quanta值。

4. 如果认为在发送非零quanta的暂停帧时,流量会在quanta所代表的时间内停止,那是不正确的。通常情况下,非零quanta的暂停帧之后很快就会出现取消暂停或恢复帧。流量暂停的最长时间实际上就是暂停和取消暂停帧之间的时间。在10 GbE 链路上,这可能是0.05 微秒(接收64 字节暂停帧的时间),也可能是3.355 毫秒或介于两者之间的任何时间。如果缓冲区利用率仍高于暂停阈值,则可在根据实施情况确定的时间(小于量子所代表的时间)后发送另一个非零quanta的暂停帧。这个暂停帧会"延长"流量暂停的时间。

5.暂停帧不会抢先传输已经开始的帧。

6. 暂停阈值也称为XOFF 阈值,恢复阈值也称为XON 阈值。XOFF 和XON 中的X 是传输的首字母缩写。由于暂停帧的流动方向与流量相反,因此XOFF 阈值与停止流量有关,而XON 阈值与重启/恢复流量有关。一般来说,XOFF 表示"暂停流量",XON 表示"取消暂停流量"。在排除拥塞问题时,请记住这一细节,因为XOFF 和XON 术语也可能被使用。

入口和出口队列

Cisco Nexus 9000 交换机采用出口缓冲架构。这意味着出口端口上会保留队列。

只有对于不丢弃类,才会为所有可以接收不丢弃类流量的入口端口预留额外的缓冲区。如图7-1 所示,除了出口队列外,不丢弃流量还被排入入口队列(具有暂停阈值和恢复阈值)。

在拥塞期间,首先出口队列会开始填满。对于有损流量,如果这些出口队列已满,任何新传入的帧都会被丢弃。

但是,对于无损流量,在不丢弃出口队列满之前,会对入口队列施加内部反向压力(具有暂停阈值和恢复阈值)。这样,任何新进入的流量都会占用入口队列,而不会被丢弃。如前所述,通过发送暂停帧来控制入口队列的利用率。

这些入口队列有暂停阈值和恢复阈值,与出口队列的主动队列管理(AQM)机制(如加权随机早期检测(WRED))不同。可以使用NX-OS 命令show queuing interface 显示Cisco Nexus 9000 交换机端口上的入口和出口队列。

在Cisco Nexus 交换机上,所有流量都要经过出口队列处理,因此,AQM 与有损和无损流量相关。第8 章"交换机缓冲区管理"一节介绍了出口队列的处理和AQM 机制。本章主要关注入口队列(具有暂停阈值和恢复阈值)的处理。了解两个队列(出口队列和入口队列)的处理至关重要,因为如前所述,只有在出口队列填满后才会使用入口队列。因此,监控出口队列的使用情况也是显示拥塞的一个关键指标。有关详细信息,请参阅第8 章队列深度监控和微爆发检测一节。

入口无损队列的位置

无损以太网网络中的所有端口都有入口无损队列。为简单起见,图7-1 仅显示了一个位置的入口无损队列,但实际上所有端口都有入口无损队列。

1.图7-1 显示了交换机-1 上用于接收目标-1 流量的入口无损队列。利用该无损队列可控制向目标-1 发送暂停帧。

2. 交换机-1 上也有类似的入口无损队列,用于接收来自主机-1 的流量。利用该无损队列可控制向Host-1 发送暂停帧。

3. 目标-1 创建一个或多个入口无损队列,用于接收来自交换机-1 的流量。利用该无损队列可控制向Switch-1 发送暂停帧。

4. 主机-1 创建一个或多个入口无损队列,用于接收来自交换机-1 的流量。利用该无损队列可控制向Switch-1 发送暂停帧。

每个端口的输入无损队列数

通常情况下,一个无损流量类的每个端口需要一个无损队列。也可根据使用情况创建多个无损队列,如通过同一链路传输FCoE 和RoCE 流量。多个无损队列有各自的"暂停阈值"和"恢复阈值"。设备上无损队列的最大数量取决于其功能。例如,Cisco Nexus 9000 交换机最多支持三个无损队列。但根据链路的最大帧大小和长度,还需要考虑更多因素。这些限制之所以适用,是因为无损队列需要预留缓冲区,而每个设备的缓冲区空间都是有限的。请参考您环境中设备的文档,但总的来说,要了解这些限制并制定相应的计划。

实施差异和本书的范围

有些实现(尽管不太常见)会在没有拥塞的情况下持续发送quanta为零的暂停帧。换句话说,即使缓冲区利用率低于恢复阈值,它们也会发送取消暂停帧。这样做是不必要的,因为只需一个"取消暂停"帧就足以恢复流量,除非中间发送一个非零quanta的"暂停"帧,否则没有必要连续发送。虽然这种实现方式并不违反标准,但由于无法分别报告暂停和解除暂停帧,也无法报告流量暂停的持续时间(TxWait/RxWait),因此这种不必要的操作几乎无法进行拥塞检测。有关这些指标的更多详情,请参阅后面的"拥塞检测指标"部分。此外,大量连续发送的"取消暂停"帧可能会导致明显的链路利用率,因为这些帧实际占用了带宽。这种类型的实施超出了本书的范围。本书中讲解的大多数拥塞检测和故障排除技术都不适用于此类实施。

本书主要介绍只发送一个(或几个)取消暂停帧(零quanta)来恢复流量,并且在缓冲区利用率低于恢复阈值时不连续发送取消暂停帧的实现。这是最常见的实施类型,包括Cisco MDS 交换机、Nexus 交换机和UCS。本书仅介绍这种实施方式。

以下是Cisco MDS、Nexus 和UCS 的实现详情:

1. 当超过暂停阈值时,发送一个具有最大暂停quanta的暂停帧。

2. 如果缓冲区利用率高于"恢复阈值",则在50%的最大暂停时长到期后,发送下一个具有最大暂停时长的暂停帧。

3. 如果缓冲区利用率低于恢复阈值,则发送一个零quanta的暂停帧(取消暂停)。随后不再发送零quanta的暂停帧。如果该暂停帧损坏或丢失,流量将在前一个暂停帧所传达的暂停时间结束后恢复。

很明显,思科的实现是仅在必要时发送暂停帧。这种发送"暂停帧"的保守方法为通过计算"暂停帧"的数量来检测拥塞奠定了基础,如第9 章中详细介绍的UCS 流量监控(UTM) 应用程序所使用的方法。

暂停阈值和恢复阈值

本节将解释暂停阈值和恢复阈值对正确的headroom和footroom缓冲区大小的重要意义。如图7-1 所示。

缓冲区(队列)大小取决于设备的能力。每个启用PFC 的端口都必须预留缓冲区。因此,队列大小是设备总缓冲空间和启用PFC 端口数量的函数。

暂停阈值

如前所述,当流量接收器的缓冲区(队列)利用率超过暂停阈值时,它就会发送一个非零quanta的暂停帧。

恢复阈值

如前所述,当流量接收器的缓冲区(队列)利用率低于恢复阈值时,它就会发送一个零quanta的暂停帧(取消暂停)。

暂停阈值必须大于恢复阈值。整个缓冲区(队列)的大小必须足够大,以满足暂停阈值和恢复阈值之间的足够差值。

Headroom

缓冲区(队列)大小与暂停阈值之间的空间称为headroom。

暂停阈值应足够小于最大缓冲区大小(或队列大小),以保持足够的headroom。headroom不足可能导致数据包丢失。暂停阈值也不能太低。如果出现这种情况,发送方会过早暂停,而headroom仍未使用,这可能会导致链路利用率低于预期。

由于流量接收器必须保持足够的"headroom"来容纳,因此它必须在暂停阈值处而不是在其缓冲区完全耗尽时(图7-1)发送具有非零quanta的暂停帧:

发出的数据帧已经在物理线路上

发送方已计划发送且不能中断的数据帧。

暂停帧从流量接收方到流量发送方的序列化和传播所造成的延迟。

随着距离的增加,流量接收器必须增加其headroom,因为可能会有更多的帧在传送中,而且暂停帧到达流量发送器所需的时间也会更长。但缓冲区是有限的资源,因此无损以太网链路的最大支持距离取决于其端点的能力。当时可用空间无法容纳的输入数据包会被丢弃。这偏离了无损网络的行为。充足的headroom应避免出现这种情况。

Footroom

低于恢复阈值的缓冲空间称为footroom。

恢复阈值应大于零,以保持足够的空间,从而在"解除暂停"帧到达流量发送方、设备恢复传输以及这些帧到达时,无损队列中有足够的帧。如果恢复阈值过低,在发送"解除暂停"帧和接收流量之间的一段时间内,无损队列将是空的。这可能会导致链路利用率低于预期。

配置缓冲区大小、暂停阈值和恢复阈值

在大多数实际应用中,数据中心内短距离链路不需要更改缓冲区(队列)大小、暂停阈值和恢复阈值。大多数产品(包括Cisco MDS 交换机、Nexus 交换机和UCS)都会根据链路的支持长度(如100 米)默认配置测试值。有关详细信息,请参阅产品文档。

Cisco Nexus 9000 交换机的默认缓冲区大小和阈值足以满足100 米长电缆的需要。如果需要更改这些值,例如用于长度超过100 米的电缆,如例7-1 所示,可使用Cisco Nexus 交换机上的pause buffer-size 命令更改阈值。不同类型的设备可能会根据其缓冲区可用性和架构使用不同的值。因此,例7-1 仅用于一般理解,在未查阅产品文档的情况下,请勿直接使用这些值。

Example 7-1在Cisco Nexus 9000 交换机上配置缓冲区大小、暂停阈值和恢复阈值。

policy-map type queuing INPUT_Q

class type queuing RDMA

pause buffer-size 120000 pause-threshold 46000 resume-threshold 32000

InExample 7-1:

1. 命令pause buffer-size 中的值以字节为单位。

2. 缓冲区大小(120,000 字节)是队列大小。暂停阈值为46,000 字节,恢复阈值为32,000 字节。

3. 缓冲区大小和暂停阈值之间的差值就是headroom(120,000 - 46,000 = 74,000 字节)。如前所述,如果headroom不足,当时无法容纳的入口数据包就会被丢弃。

4. 恢复阈值是footroom(32,000 字节)。如前文所述,headroom不足可能导致链路利用率低于应有水平。

5. 根据最大帧大小,这些阈值的配置应至少容纳最低数量的帧。默认的以太网有效载荷为1500 字节,因此在计算报头后,帧大小为1522 字节。但存储流量通常需要更大的帧大小。例如,FCoE 帧最多可达约2300 字节。RoCE 帧最大可达约2 KB 或4 KB。以太网巨型帧最大可达9216 字节。在例7-1 中,74,000 字节的净空可容纳约8 个9216 字节的全尺寸巨型帧,尽管并非所有帧的大小都相同。

如例7-2 所示,使用命令show queuing interface 验证Cisco Nexus 9000 交换机上无损队列的"暂停阈值"、"恢复阈值"和headroom。

Example 7-2验证Cisco Nexus 9000 交换机上的缓冲区大小、暂停阈值和恢复阈值。

switch# show queuing interface ethernet 1/1

Ingress Queuing for Ethernet1/1

-----------------------------------------------------

QoS-Group# Pause

Buff Size Pause Th Resume Th

-----------------------------------------------------

7 - - -

6 - - -

5 - - -

4 - - -

3 120000 46000 32000

2 - - -

1 - - -

0 - - -

PFC 的长途链路

长距离无损以太网链路的使用不如短距离链路普遍。大多数使用短距离SFP 的数据中心内链路都在几百米以内。支持无损以太网的设备应该有足够的缓冲区来处理这些数据中心内链路。但是,如果遇到启用了PFC 的长距离以太网链路,请验证端点的支持情况,并按照供应商的指导增加缓冲区大小、暂停阈值和恢复阈值。

如前所述,Cisco Nexus 9000 交换机的默认缓冲区大小、暂停阈值和恢复阈值足以满足100 米电缆长度的要求。更改配置后,Cisco Nexus 93180YC-FX 通过10 千米链路支持FCoE。对于任何其他使用情况和更长的距离,请遵循官方文档。

一般概念是,所有无损网络都有距离限制,因为随着距离的增加,它们需要额外的缓冲区。光纤通道和无损以太网都是如此。对于光纤通道,需要增加B2B 信用点的数量,这与物理缓冲区直接相关。对于以太网上的PFC/LLFC,在暂停阈值(headroom)以上和恢复阈值(footroom)以下必须有足够的缓冲空间。

缓冲区不足对光纤通道和无损以太网的影响是不同的。在光纤通道中,B2B 缓冲区不足会导致链路利用率低于预期,因为流量发送方大部分时间都在等待缓冲区。在使用PFC 的无损以太网中,会产生两种影响。首先,如果headroom不足,那么数据包可能会在无损流量类中丢弃。其次,如果footroom不足,其结果类似于光纤通道中缺乏B2B 信用额度,从而导致性能不佳,因为在有少量停顿的情况下,链路永远达不到预期的流量速率。




审核编辑:刘清

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 以太网
    +关注

    关注

    40

    文章

    5419

    浏览量

    171588
  • 接收器
    +关注

    关注

    14

    文章

    2468

    浏览量

    71870
  • 交换机
    +关注

    关注

    21

    文章

    2638

    浏览量

    99526
  • TCP
    TCP
    +关注

    关注

    8

    文章

    1353

    浏览量

    79054
  • 存储网络
    +关注

    关注

    0

    文章

    31

    浏览量

    8100

原文标题:以太网存储网络的拥塞管理连载(一)

文章出处:【微信号:LinuxDev,微信公众号:Linux阅码场】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    以太网存储网络拥塞管理连载方案(二)

    本节将从学术角度解释如何计算无损以太网链路的headroom大小。该解释基于 IEEE 802.1Qbb 优先级流量控制标准。
    的头像 发表于 02-27 09:12 1138次阅读
    <b class='flag-5'>以太网</b><b class='flag-5'>存储</b><b class='flag-5'>网络</b>的<b class='flag-5'>拥塞</b><b class='flag-5'>管理</b><b class='flag-5'>连载</b><b class='flag-5'>方案</b>(二)

    以太网存储网络拥塞管理连载方案(三)

    在 OSI 模型的第 3 层,流量由 IPv4 或 IPv6 源地址和目标地址标识。如图 7-5 所示,IP 标头(v4 和 v6)包含个 6 位 DSCP 字段,允许多达 64 种分类,但并非所有分类都被使用。
    的头像 发表于 02-28 09:16 1238次阅读
    <b class='flag-5'>以太网</b><b class='flag-5'>存储</b><b class='flag-5'>网络</b>的<b class='flag-5'>拥塞</b><b class='flag-5'>管理</b><b class='flag-5'>连载</b><b class='flag-5'>方案</b>(三)

    以太网存储网络拥塞管理连载案例(五)

    解决无损以太网网络拥塞问题的方法与光纤通道结构相同。两者都使用逐跳流量控制机制,只是实现方式不同而已。
    的头像 发表于 03-04 11:17 853次阅读
    <b class='flag-5'>以太网</b><b class='flag-5'>存储</b><b class='flag-5'>网络</b>的<b class='flag-5'>拥塞</b><b class='flag-5'>管理</b><b class='flag-5'>连载</b>案例(五)

    以太网存储网络拥塞管理连载案例(六)

    消除或减少无损以太网网络拥塞的高级方法与光纤通道结构相同。几十年来,不同的传输类型都采用了类似的方法,只是略有不同。
    的头像 发表于 03-06 16:35 948次阅读
    <b class='flag-5'>以太网</b><b class='flag-5'>存储</b><b class='flag-5'>网络</b>的<b class='flag-5'>拥塞</b><b class='flag-5'>管理</b><b class='flag-5'>连载</b>案例(六)

    以太网存储网络拥塞管理连载案例(七)

    学习连接到远程 VTEP 的设备的 MAC 地址有两种常见方法。第种方法使用基于组播的泛洪学习机制。
    的头像 发表于 03-08 09:29 850次阅读
    <b class='flag-5'>以太网</b><b class='flag-5'>存储</b><b class='flag-5'>网络</b>的<b class='flag-5'>拥塞</b><b class='flag-5'>管理</b><b class='flag-5'>连载</b>案例(七)

    以太网和工业以太网的不同

    以太网媒体访问控制的物理层和数据链路层。这些标准也说明子配置以太网网络的规则,以及各种网络元件如何彼此协作。以太网支持多台计算机通过
    发表于 10-23 14:20

    工业以太网的实现方案和现场实际应用情况

    廉,可选择范围十分广阔。因此,人们期望以太网也能应用到工控领域中,凭着它的低成本、极高的通信速率、全球普及的标准,逐渐取代现有工控行业中繁多的总线系统,用以太网来实现从管理层到工业现场层的贯穿
    发表于 01-13 07:07

    基于BOOTP的工业以太网IP仪表的智能化管理策略

    摘要:提出种基于BOOTP 的工业以太网终端IP 仪表的网络管理方案。该方案不仅可完成对终端
    发表于 02-26 09:58 21次下载
    基于BOOTP的工业<b class='flag-5'>以太网</b>IP仪表的智能化<b class='flag-5'>管理</b>策略

    以太网光纤通道(FCoE)技术问答

    以太网光纤通道技术(FCoE),能压缩光纤通道存储数据,使之通向以太网的LAN(局域),消除了数据中心分离存储
    发表于 12-01 15:51 1090次阅读

    以太网协议及应用方案

    以太网协议及应用方案
    发表于 01-21 12:07 9次下载

    低成本CAN与以太网互连的方案

    介绍了种廉价的CAN与以太网互连的方案。该方案实现了以太网与现有CAM总线的直接连接,方便了管理
    发表于 09-07 20:20 12次下载
    低成本CAN与<b class='flag-5'>以太网</b>互连的<b class='flag-5'>方案</b>

    以太网的分类及静态以太网交换和动态以太网交换、介绍

    以太网交换技术具有许多类型,各自宣传其具有不同的优点;通过简单的鼠标即可增加、移动和改变往来落的结构;比网桥和路由器更为有效地进行网络分段;为高性能工作站或服务器提供高宽带。网络管理
    的头像 发表于 10-07 10:06 6454次阅读

    万兆以太网和IP SAN的融合

    IP SAN存储融合到万兆以太网络中,将大大增加了IP SAN网络的通信带宽,提高主机访问存储的速度,同时由于
    的头像 发表于 01-24 15:16 3193次阅读

    光纤通道到以太网存储结构解析

    行业专家认为,以太网存储结构(ESF)是下存储网络的理想选择,因为其具有卓越的性能、智能和效率。
    发表于 07-21 15:59 1190次阅读

    TOSUN 车载以太网仿真测试解决方案

    TOSUN车载以太网仿真测试解决方案随着自动驾驶、车联网和智能化系统的广泛应用,车载电子组件和传感器的数量与复杂性都在持续增加,为了满足这些更为复杂性的需求,车载以太网作为种新型车载
    的头像 发表于 12-07 01:07 414次阅读
    TOSUN 车载<b class='flag-5'>以太网</b>仿真测试解决<b class='flag-5'>方案</b>