- 论坛徽章:
- 0
|
|
1月7日\r\n在SONET/SDH上点对点传输以太网数据需要解决的问题\r\n在SONET/SDH上点对点传输以太网数据需要解决的问题\r\nVish Ramamurti,John Siwko,George Young,And Mike Pepe,SBC Laboratories,Inc.\r\nIEEE Communications Magazine.march 2004 \r\n摘要 \r\n\r\n 目前，大家对在SONET/SDH上使用以太网（EoS）实现广域网中的以太网传输相当感兴趣。EoS有效地支持现有的SONET/SDH基础架构的以太网传输，并具有高质量的操作维护管理(OAM)性能。在我们对EoS初步的评估和使用中，如同任何一种新技术，我们遇到几个问题：以太网信息的非透明传输、缺少电信级的性能监控和故障传播、基本概念的非标准的实现方法。运营商、服务提供商和标准协会应当一起努力解决这些遗留问题，并挖掘EoS的所有潜能。 \r\n\r\n介绍 \r\n\r\n 目前以太网技术已经发展到服务商开始将这一技术应用到广域网（WAN）中。如果依赖于原来的以太网, 即意味着在WAN的物理层现有的同步光纤网络/光同步数字传输网（SONET/SDH）传输基本架构上再建立一个并列的昂贵的覆盖网络。利用现有的传输运营商的设备、操作、管理和维修，在SONET/SDH上传输以太网（EoS），提供了一个以带宽有效方法传输以太网帧的方式。SONET/SDH已经发展为宽带语音和数据传输的支柱光纤技术，它具有很高的有效性和可靠性。客户自然会期待EoS的高可靠**。\r\n 当把以太网信号映射到SONET/SDH时，一些是采用在卡中转换以太网的方法，即利用板内以太网交换接口卡实现传统的第二层的功能。因为服务提供商和客户通常用不同的工具和步骤来管理他们的第一和第二层网络，这种方法（板内以太网交换）引申出一些网络管理的话题。本文章侧重于在SONET上以太网的第一层传输（这个传输网络单元对于第二层是透明的），重点在我们评估早期用于提供这种服务的硬件的实现上。这篇文章将集中讨论100Mb/s以太网和千兆以太网（Gigabit Ethernet）映射到SONET上的问题，扩展到其它速率的以太网和映射到SDH就比较容易实现。 \r\n\r\n以太网和SONET的速度 \r\n\r\n 当以太网口的速度为100Mb/s 或 1 Gb/s时，这个速度指的是媒体接入控制（MAC）子层（sublayer）发信号的速率，如图1。由于物理层的分组编码（如100Base－TX的4B/5B编码，或1000Base－X的8B/10B编码），物理层的速度分别为125Mb/s和1.25Gb/s。\r\n\r\n 标准时分复用（TDM）SONET系统传输的有效负载为1.536 Mb/s（DS1），1.600 Mb/s（VT1.5），44.210 Mb/s（DS3），48.384 Mb/s（STS-1），149.76 Mb/s（STS-3C），599.04 Mb/s（STS-12C），2396.16 Mb/s（STS-48C）和9584.64 Mb/s（STS-192C）。\r\n以太网帧：在全双工的环境下IEEE 802.3以太网帧的有用部分\r\nDA:目的地址－6个字节\r\nSA:源地址－6个字节\r\nL/T：长度和类型－2个字节\r\nPYLD:有效负载-64-1500字节（到9000字节为超长帧）\r\nFCS:帧校验－4个字节\r\nJPG:间隔空隙interpacket gap（至少12个字节）\r\nPA和SFD：导码(7个字节）加帧分隔符(1个字节）－8个字节\r\nIFS:帧间空隔（至少20个字节）\r\n8B10B:10比特码组 \r\n\r\n 很明显以太网的物理层的速率不同于TDM的速率。当我们试图在SONET上传输以太网信号时，一种途径是把以太网映信号射到具有更大负载能力的SONET上，然而这种方法会浪费掉客户的SONET很大一部分传输带宽资源（当100Mb/s 的以太网映射到STS-3C，浪费掉35％的带宽资源，1Gb/s的以太网映射到STS-48C浪费掉60％的带宽资源）。 在VT1.5, STS-1或STS-3C的时隙可以逻辑地组合在一起获得接近匹配以太网速率的一个SONET带宽，这样的虚拟连接【1】将在很大程度上减轻这一问题。例如：七个STS-3c逻辑组合为一个STC-3c-7v的虚拟连接通道传输1Gb/s的以太网。\r\n 在4B/5B、8B/10B编码的情况下，以太网的物理层加载25％字头（overhead）到二层的以太网流中。这个字头加入帧间间隔（IFS）定义为信息包间隙，导码，分隔符（如图1）。IFS是邻近的以太网帧之间的字头，在全双工链接上携带了无用信息。因此，仅将以太网帧被映射到SONET（如图2）就可节省相当带宽，IFS和物理层在近端被舍弃，在远端被恢复。带宽的节省使得不需要线性速率的以太网的客户仅购买实际传输所需的以太网帧的SONET带宽即可。这种方法和GFP－F的以太网客户信号调整一起使用。服务商能提供以基本的TDM 为增量（VT1.5, STS-1, 或STS-3C）的SONET 带宽选择，客户仅购买最能满足他们需求的以太网口速率的带宽即可。帧映射方法的影响是某些以太网机制不能透明传输到SONET网络，这在后面将详细论述。GFP标准允许帧映射（GFP-F）和透传映射（GFP-T），为了更有效地传输线性速率和子速率的以太网数据，GFP-T的标准现在仍在修改之中【2】。目前非常需要在去掉不必要帧字头如物理层编码和IFS并能保证所有的802.1和802.3以太网的基本内容（以太网帧包括控制帧、生成树BPDUs、慢速协议帧等）的有关标准。国际电信联盟－通信标准分会（ITU-T）第15研究组【3】和Metro 以太网论坛（MEF）【4】正在采取步骤制定这些标准。\r\n\r\n\r\n \r\n\r\n\r\n子速率以太网传输\r\n定义子速率以太网 \r\n\r\n 在100 Mb 以太网口的125 Mb/s物理层的速率，以及在千兆以太网的1.25 Gb/s物理层的速率就是物理层的速度， 不管有无以太网的帧送出。当一个以太网口被认为有1 Gb/s通信量时，相当的以太网帧流由最小20字节的IFS分隔。当1 Gb/s线性以太网用64比特的帧传输，那么以太网的数据速率大概仅为760 Mb/s；余下的240 Mb/s由IFS占用。当同样的1 Gb/s线性以太网用1518比特的帧传输，那么以太网的数据速率大概仅为980 Mb/s；余下的20 Mb/s由IFS占用。然而，我们发现许多测试设备和路由销售商在这两种情况下测量以太网速率均为1 Gb/s。\r\n 当一个以太网口送出少于线性速率的流量， 至少在有一些以太网帧之间IFS 必须大于20字节。当路由器或测试设备指示500 Mb/s的以太网速率输出，意味着在通信流内由以太网帧和IFS构成这个速率。然而，当以太网帧从64至1518比特范围（甚至更大超长 帧），IFS 大于或等于20 比特时，我们不清楚500 Mb/s的以太网速率输出的构成。在一定测量时间，每个以太网帧和这段时间内出现的所有字节，以太网的速率似乎是以太网口的速度乘以相应的以太网帧大小加20字节（最小IFS）和的比。对以太网服务流量率参数的定义，需要统一标准，以避免以太网速率解释的不同引起的误会。\r\n MEF草拟基于以太网数据速率（非IFS）和脉冲的大小定义带宽方案。这种以太网数据速率（非IFS）定义不同于现在包括IFS在内的以太网速率的定义。当使用这一标准时，销售商、服务提供商和客户将统一对这一问题的理解。 \r\n\r\n以太网丢帧 \r\n\r\n 在任何数据速率的定义中，测量时间周期在吞吐量的测量中很重要。如具有变长帧和IFS的以太网，以太网的帧总是以以太网口的速度发出，测量时间周期变得更加重要。如图3，有不同的两种50 Mb/s的以太网流，对每种情况都以10 ms为测量时间周期。如果测量时间\r\n周期为5 ms，第一个以太网流在10 ms中的两个5 ms测量时间周期内的速率均为50 Mb/s。然而，第二个以太网流在第一个5 ms测量时间周期内为的速率为100 Mb/s；而在第二个5 ms测量时间周期内为的速率为0 Mb/s。当第二个50Mb/s的以太网流映射到SONET STS-1时，如果这时在EoS的入口出的缓冲器不是足够大来接收在第一个5 ms测量时间周期内超额的帧，那么SONET网络就将小于50 Mb/s。所以，虽然客户在技术上发送的是50 Mb/s（在10 ms为测量时间周期内），且SONET 的有效负载有能力处理（去掉IFS后），但是入口出的缓冲器不是足够大来处理这么多的帧，结果的通信量为25 Mb/s（50Mb/s?5ms/10ms）。对缓存器的大小现在还没有统一的可接受的测量或标准来量化。一旦以ITU-T SF13【3】和MEF【4】建立管理机制，带宽参数表述为提交信息率、超量信息率、提交组量大小、超量组量大小和令牌桶速率算法，这些设计概念可以应用于流量控制的设计中。 \r\n\r\n以太网限速 \r\n\r\n 保持以太网数据率低于SONET有效负载率的方法是在客户的交换机或路由器的输入口处限制流量。由于以太网帧的大小和IFS、抖动、延迟等变化因素，许多交换机和路由器的性能低于最优速率限制方案。在我们实验室用不同的交换机和路由器进行测试，发现现有的速率限制方案非常依赖于帧的大小。对于期望固定的输出以太网率，当帧长由最小（64比特）变化到到最大（1518比特）时，输出端口的输出速率变化非常大（有些时候大于10％）。一旦对以太网的速率及界限的严格标准制定出来，就可以解决以太网限速性能测试的问题。 \r\n\r\n流量控制 \r\n\r\n IEEE 802.3以太网标准【5】定义了流量控制机制：让一个以太网接收口发送PAUSE暂停帧到发送口降低流量。这些PAUSE帧包含一个时间单元参数指示发送口停止多久与PAUSE帧对应的零时间单元（zero time units）被送出请求恢复传输。从前面的讨论中清楚可得：流量的控制对服务商提供EoS的服务很有用。注意，即使采用流量控制均匀的帧也不该在服务商提供的网络中丢失。帧可能在某些上行数据流时丢失，如果在上行链路没有足够的缓冲内存空间，或者在链接到通信源的全程没有建立流量控制机制，帧就有可能在某些上行数据流时丢失。\r\n 以太网流量控制是MAC 2层机制，只在两个直接连接的2层以太网口之间。虽然点对点的私人网络 EoS服务是1层的服务，但网络设备供应商可以在把帧映射到SONET以前处理MAC 2层的协议。这样，由客户端送出的PAUSE 帧可以由服务商的EoS卡的以太网口的MAC层终结。有些客户可能希望他们的2层PAUSE帧一直传输到远端的2层客户口上；另一些客户可能喜欢由服务商提供流量控制，以便防止传输服务网络引起帧丢失。因此，可以选择在EoS卡的入口进行流量控制或不进行流量控制而将客户的PAUSE帧在SONET网上透传是很有用的。。目前需要一个在SONET网络上允许2层的PAUSE帧的透明信息的标准，这个标准甚至应当考虑到像允许在一种传输连接中的多种PAUSE帧源的选择权。在ITU-T SG15 里在对EoS 传输服务的考虑中考虑了流量控制的选择问题。 \r\n\r\n以太网的非透明传输 自适应 \r\n\r\n 自适应（AN）通常工作于连接2个以太网设备的链路之中，允许它们以一定的速度连接、半双工或全双工、能够收发PAUSE帧、传送遥控的错误指示信息（可选）。AN是IEEE 802.3以太网协议【5】中物理层编码的一部分。\r\n 虽然大家希望EoS 1层的工作象用一个电缆将网络一端的一个客户的接口连接到网络的另一端的客户接口一样简单，但事实上AN并不是这样。以帧为基础的EoS调整，在将帧映射到SONET之前已经将以太网栈提升到MAC层。因此，选择透明传输AN信息到远端是需要的。除了提供更多的透明传输服务以外，这也能帮助服务商避开AN有关的问题。\r\n用于传输的网络设备的自适应AN设置为ON时会有以下现象：\r\n 在有些客户的设备中有兼容性问题\r\n 以太网的链接速度可能低于客户设定的速度\r\n 用于传输的网络设备的自适应AN设置为OFF时会有以下现象：\r\n 有一些商用交换机/路由器仅能工作在AN设置为ON\r\n 如果客户在远端的千兆以太网连接器把AN设置为ON，在服务商的NE把AN设置为OFF，千兆以太网能在服务商一边建立，但在客户端却不能建立链接。在实际链接失败时却在网络的服务商网络的任何地方没有报告错误。\r\n当链接未建立、AN为OFF重新建立链接时，有些商用交换机/路由器的以太网口不能工作，除非AN的选择从OFF 到ON 再到OFF。\r\n 有些交换机/路由器与AN的流控制关联。流控制仅工作在这些设备AN设为ON时。\r\n 保持AN 为ON会导致双向链接失败，即使错误仅发生在一个方向。当双向链接失败时，2层协议如STP【6】和LACP【5】能有效地重新建立通信。 \r\n\r\n超长帧和其它特有以太网帧 \r\n\r\n 根据IEEE802.3标准【5】，以太网的帧在没有虚拟网标识时，帧长从64到1518字节，有虚拟网标识时到1522字节。虽然这些是标准的以太网帧尺寸，而许多商用交换机/路由器支持超过9000字节的帧。大于标准以太网帧长的帧在业界通常称为超长帧。EoS服务中作为1层的传输服务应当传输2层以太网所有尺寸的帧。然而，许多以帧为基础的EoS只适应现成的以太网部分，把超过1522字节的帧当成错误并去掉。同时检测到的其它特有以太网帧也被去除。 \r\n\r\n生成树，MAC控制帧，和低速协议的帧 \r\n\r\n 几个2层的机制，如STP, LACP，可以在链路上传输特殊的以太网帧。按现在的标准，不管是否执行了协议这些帧由MAC层终结。基于帧的EoS 由于在进入SONET网络时中断MAC层，将会频繁中断这些帧。在【3，4】中提供了一种选择方案，当提供第一层EOS服务时透明传输这些帧。 \r\n\r\n帧长决定吞吐量 \r\n\r\n 如果输入的以太网的流有足够的帧满足SONET的有效负载，结合EoS映射的字头的以太网速率（如图2）应该很接近SONET的有效负载率。然而，当帧的尺寸太小，以现有来自以太网流相关的以太网帧映射到SONET有效负载，有些基于帧的EoS很难实现以接近SONET有效负载的速率。与1层EoS业务有关的吞吐量并不是第2层的帧长决定的吞吐量。 \r\n\r\n时钟 \r\n\r\n 当以太网在全速发送（100％的利用率）时，即使当SONET的带宽远远大于所需的以太网带宽时，以太网的帧会发生丢失。\r\n 在发射端，以太网接口具有本振振荡器。即使传输的时钟不精确，无论哪种方式传输到接收方，缓存器都以同样于发送的速度接收，因为接收方从它接收的信号中获得同步。\r\n SONET有它自己的时钟源；以太网源时钟在以太网/SONET接口处被终结。在远端的第二个以太网振荡器产生一个单独的以太网信号（如图4）。因此，从以太网源到目的地时钟是不透明传输的，发射机3到目的地之间的定时完全独立于时钟1。\r\n\r\n 假设SONET带宽大于以太网的带宽，那么SONET将没有瓶颈。在这种情况下，SONET能够从缓存上取走的帧与以太网源发来的帧同速。如果需要，SONET可以填充附加信息，然后在缓存器2将它去除。因此，若图4中的SONET部分可省略简化为图5。\r\n\r\n 在图5 中，以太网源以时钟1的速率把帧送到缓存器2上。帧从缓存器2再由时钟3的速率传到目的地。假设帧以全速率（100％的利用率）发送，如果时钟3比时钟1快，缓存器2的输出将快于缓存器2的输入，这种情况不会产生问题，因为发射器能够在缓存器无数据时插入一些空闲帧。当时钟3慢于时钟1时，问题就会出现了。最终缓存器被填满，送入的帧就有丢失。\r\n 以太网标准【5】允许时钟精确度±100ppm。在最坏的情况下，时钟1为＋100ppm，时钟3为－100ppm，总的时间差为200ppm。在100Base-T连接时，这个定时的误差将会引起时钟1比时钟3 的速度快20,000b/s。一旦缓存器满了，当100Base-T连接时以64比特帧传输，这个超出的比特率将引起近30帧/秒的丢失；当千兆连接时，超出的比特率为200,000b/s以64比特帧传输，将引起近300帧/秒的丢失。\r\n 由于以太网交换机也会阻塞时钟在源和目的地之间的透明传输，所有上面讨论的的问题同样会发生在以太网交换机上。不过，实际中可能性比较小，因为交换机的缓存器的大小比NE的缓存器大得多，它能承受更大的全速率突发帧。\r\n 有这样一个可能的解决方法：当缓存器2超过一定的门限时，发射器3传输比标准更小的包间隔。它是IEEE802.3允许的在特定情况下处理时钟的问题。然而，这对目的端接收器来讲，可能会有些风险，如果接收器不能及时的处理小于12字节的包间隔的话，这些帧会被当作错误对待。另外一种减轻问题的发生的方法是大大地提高NE的缓存器的大小。增加缓存器的大小将允许源以全速率发送更长的突发数据，但这会引起延迟和抖动。第三种解决方法是在NE的时钟3使用正偏的时钟（具有低公差），这样就减少了源时钟1快于NE的时钟3的情况。最后，如果标准修改能允许在一个链接上有多个PAUSE源，远端NE可以用流控制减缓源的发送。 \r\n\r\n性能监控 \r\n\r\n 要测定网络的问题源头，性能监控(PM)是网络的一个重要能力，特别对覆盖广大地域面积的网络，发现问题在哪里产生是十分重要的。当通过多个不同归属管辖的网络时，PM变得特别重要。例如：一个EoS连接可能开始于由客户管理的客户端设备、然后经过运营商管理的设备、最后到达另一个客户管理的客户端设备。每一个网络管理区域有自己的私有性—用户一般不能访问超出其管理域的设备。PM在一个特殊网络管理区域起到一个至关重要作用，同时，PM也对服务水平条款（SLAs）决定的服务信誉起重要作用。\r\n 真正的透明传输服务，所有有效的服务帧应该通过EoS连接。不幸的是，许多基于帧的以太网映射网络设备不支持这样的透明传输，而是建立自己的检查机制，判定客户的帧是否让通过或阻止掉。这需要设备制造商达成的一个统一的协议：在各自网络的EoS服务统一处理进入帧。这类帧和已被各种NE阻止的错误帧（违反标准的帧）的类型如下：\r\n802.1 控制帧\r\n◆ 生成树协议 BPDUs\r\n◆ 目的地址是保留多点传送的地址的帧\r\n802.3 控制帧\r\n◆ LACP帧\r\n◆ 任何慢速协议的帧（类型＝8809）\r\n◆ PAUSE帧\r\n◆ 任何MAC控制帧（类型＝8808）\r\n被现在的802.3标准阻止的帧\r\n◆ 有效的FCS短帧（帧大小<64字节）\r\n◆ 有效的FCS长帧（帧大小>1518字节）\r\n◆ FCS错误帧\r\n◆ 帧的长度不能和有效负载匹配的帧（数据和pad） \r\n\r\n任何帧，一旦接收端的缓存器满了…… \r\n\r\n 许多原因导致传输的帧不能到达目的地，确定他们丢失的原因变得很重要。对PM方法的一般指导原理是：NE应该有对每一种不能传送到远端客户的帧的一个PM测量方法。\r\n 值得注意的是仅有一种检测丢帧的PM方法，或许多网络设备采用的检测全局错误PM方法是不够的。为解决问题和确定责任，高性能的PM方法是必要的。\r\n 另外的PM测量方法需要在EoS链路上跟踪帧流。应有这样一些PM方法：对以太网/千兆网接口接收的帧的计数，以太网的帧通过SONET接口传输的数量，从SONET接口接收的以太网帧的数量，通过以太网/千兆网的接口的帧的数量。这些PM测量方法能够帮助确定帧丢失的位置、客户是否接收到他合同中购买的流量。如果能在NE上控制流量，应该有一种PM的方法来测量由NE产生的通过以太网/千兆网传输的PAUSE帧的数量。同样地，如果NE产生任何其它类型的帧（LACP, spanning tree, 私有慢协议，MAC控制帧等），对于每一种帧应有相应的一个PM方法。这种方法应该能记录产生和发送帧的数量。\r\n 虽然网络设备支持SONET性能监控，但他们一般不对以太网性能的监控方法做性能监控。以太网性能监控的方法与SONET一样。在一段时间内跟踪性能，而在另一特定的时间隔离某个问题。对有PM介入的SONET，每一个PM方法最少要有一个15 分钟的计算器和一个一天的计数器。 \r\n\r\n故障传播 \r\n\r\n 当两个以太网设备直接连起来时，接收端直接检测连接上的错误。然而，在EoS连接时，错误可能发生在近端的以太网链接，或发生在SONET传输网络（如图6）。在这种情况下，远端以太网发射器（图中发射器3）只是继续传输空闲帧到目的地。目的地不能区分错误是连线中有错误还是信息源没有传输数据。只需几分钟上层的协议就将超时暂停。应该注意，由于电信的EOS连接会通过几个网络管理区域，在其中某一区域发生错误，另外的区域不会报告此错误，一个域的管理者也不能访问另一个域内的设备。\r\n \r\n\r\n 就上述原因，EoS服务协议提供这样的机制：只要有错误被检测到，不管错误在哪里发生，都要通知连接目的地。这样的故障传播方案需要必须严格地执行并标准化：\r\n◆ 在SONET网上传送错误通告\r\n◆ 在以太网/千兆网上传送错误通告\r\n 对第一个步有几种方式可以实现。GFP定义一个携带错误信息的方法【2】。如果不用GFP，SONET路径指示器PDI-P和AIS-P能够指示在SONET网络上的错误，这些错误是分别在以太网链接和SONET网络上检测到的。对于第二步，网络设备在对远端以太网/千兆连接中必须插入故障状态，这个故障状态应该被在目的地的各种各样的以太网设备所接受。例如，信号丢失故障，这可以通过关掉发射器的发送光源源或配置电信号呈高阻状态来实现。\r\n 与透明传输的原理相同，EoS网络不应该在反向连接（如发射源）引起错误。或者这样讲，EoS网络应该仅把错误传输到目的地。在许多情况下，需要双向链接。因为，一些上层恢复的方法仅在双向链接均处于失效时才工作或者汇聚地更快。如果因为这个原因目的地希望关闭反向链路，目的地应该在反向通道中会插入错误状态传到起始源。相反，如果是单向链接，目的地将持续使用反向链路。\r\n 在故障传播设计中应该注意避免潜在的死锁。以简单的为例，在NE以太网接收机检测到一个故障，这会导致一直插入PDI-P；而一直收到PDI-P又会导致NE以太网发射器关掉信号。如果LOS同时发生在两边，两个NE通过插入PDI-P来抑止对方的以太网发射器。在这种情况下，有一种方法能避免死锁，如果检测到的错误不是正在接收那个路径的PDI-P，就插入PDI-P。 \r\n\r\n总结 \r\n\r\n 利用现有的电信网络中的传输设备实现以太网信号在SONET/SDH传输，同时利用在SONET/SDH的传输帧的OAM的性能和带宽的有效的优势。这篇文章重点介绍了在我们对EoS的初步评估和应用时遇到的一些问题，包括以太网的非透明传输，缺少电信级性能监控和故障传输，非标准的实现。销售商、服务商和标准团体应当携手解决这些遗留问题并给客户EOS传输带来可观的前景。 \r\n\r\n\r\n参考文献 \r\n\r\n[1] ANSI T1.105-2001,“Synchronous Optical Network (SONET)-Basic Description Including Multiplex Structure,Rates and Formats.” \r\n\r\n[2] ITU-T Rec.G.7.41,“Generic Framing Procedure (GFP).”Dec.2003. \r\n\r\n[3] ITU-T Draft Rec.G.8010,“Architecture of Ethernet Layer Networks,”Oct.2003;Draft Rec.G.8011, Ethernet over Transport - Ethernet Services Framework,”proposed Apr.2004;Draft Rec.G. 8012.1, “Ethernet Private Line Service.” proposed Apr.2004. \r\n\r\n[4] MEF Tech.Spec., “Ethernet Services Model Phase 1,” Oct.2003;MEF Tech.Spec., “Ethernet Services Defini tions Phase 1,”under development;MEF Tech. Spec., “Traffic Management Specification Phase 1,”under development. \r\n\r\n[5] IEEE 802.3, “IEEE Standard for information Ex change Between Systems-Local and Metro politan Area Net works - Specific Requirements-Part 3: Carrier Sense Multiple Access with Collision Detec tion (CSMA/CD)Access Method and Physical Layer Specifications,” 2002. \r\n\r\n[6] IEEE 802.1D, “IEEE Standard for information Tech nology-Telecommunications and informa tion Ex change Between Systems- IEEE Standard for Lo cal and Metropolitan Area Networks-Common Speci fications -Media Access Control (MAC)Bridges,” 1998. |
|
免费注册
发表于 2010-04-15 16:10
