one packet 显示向对等体发送的一个信元包中包含6个信元。
部署信元打包时的注意事项
在计划采用信元打包技术时，您必须根据网络流量模式和服务水平协议（SLA）确定MCPT和MNCP值。通过选择最优的MCPT和MNCP值，能够控制在信元打包过程中导致的其他延时和抖动。

在理想条件下，下面分别是MNCP值为2和28个信元时的理论MCPT超时时间。这个例子假定输入流量在Engine 3 ATM OC-3或者OC-12接口上保持线性速率。您可以利用方程1设计您的信元打包网络。

方程1：
理论MCPT（us）＝MNCP大小（信元数）/输入流量速率（信元数/秒）

情况1：
MNCP大小＝2个信元
OC-3线性速率输入流量速率＝3.53208cps
利用方程1，计算得到理论MCPT＝5.662us
情况2：
MNCP大小＝28个信元
OC-3线性速率输入流量速率＝3.53208cps
利用方程1，计算得到理论MCPT＝79.27us
情况3：
MNCP大小＝2个信元
OC-12线性速率输入流量速率＝1412832cps
利用方程1，计算得到理论MCPT＝1.416us
情况4：
MNCP大小＝28个信元
OC-12线性速率输入流量速率＝1412832cps
利用方程1，计算得到理论MCPT＝19.82us
上面计算得到的MCPT值都是理论值，但是在您的网络设计计算中，您需要考虑50us－25ms的硬件可编程范围（以50us为步进单位）。在设置信元打包时，MCPT应当加入由ATM交换、网络传播延时、排队、预定延时，以及拥塞点延时或者抖动等因素导致的信元传输延时（CTD）。

上面的计算表明，信元打包能够提高带宽利用率。但是，在打包更多的信元时，每个被打包的信元必须等待所有用于打包的信元都被接收完毕，或者MCPT超时（无论哪种情况先发生）。这会引入额外的CTD（延时）和信元延时波动（CDV，即抖动）。

通过让用户设置一个MNCP和MCPT范围，Cisco IOS软件为权衡这些因素提供了灵活的手段。这个范围有助于为满足严格的SLA要求优化CTD和CDV。

对于像CBR和VBR-RT这样的实时流量ATM服务（需要UNI协商CTD、CLR和CDV），利用最小打包（两到五个信元）优化来自信元打包的CTD和CDV，满足SLA的要求。

对于非实时的流量ATM服务（不需要UNI QoS协商），例如VBR-NRT和UBR，您能够在SLA允许的范围内打包更多的信元（10个或者更多）。

总而言之，信元打包能够通过串联ATM信元，提高分组交换网络（PSN）效率。它能够为优化打包过程中导致的CTD和CDV提供灵活的手段，例如MNCP和MCPT。

深入阅读
Cisco IOS 软件版本12.0(30)S 12000、7500和7200 系列 AToM
cisco.com/packet/174_5d2
Cisco IOS软件版本12.0(30)S 12000、7500和 7200系列第二层QoS
cisco.com/packet/174_5d3
PWE3 ATM透明信元传输服务
ftp://ftp.rfc-editor.org/in-notes/internet-d rafts/ draft-ietf-pwe3-cell-transport-04.txt
AToM网络传输的封装方法
draft-ietf-pwe3-atm-encap-09.txt

上一页  [1] [2]