广域网 : 帧中继

在7200路由器和更低平台上配置帧中继流量整形

2016 年 10 月 24 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 12 月 19 日) | 反馈


目录


简介

本文为帧中继流量整形提供一配置示例。

先决条件

要求

本文档没有任何特定的前提条件。

使用的组件

帧中继流量整形从Cisco IOSï ¿  ½软件版本11.2支持。

Cisco 7200路由器和更低的平台支持它。Cisco 7500路由器、7600路由器和FlexWAN module支持分布式流量整形

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

背景信息

帧中继流量整形的普通的实施是:

  1. 对低速的电路不匹配的高速:有两种可能性在这里:

    • 中心站点有一条通往网云的T1线路,而远程站点的速度较低(56 Kbps)。在这种情况下,您需要速率限制中心站点,以便不超出远端接入速率。

    • 中心站点有单条通往网云的T1线路,而远程站点也有一条通往网云的完整T1线路,连接到同一个中心站点。在这种情况下,您需要速率限制远程站点以便不超出集线器。

  2. 超额预订:例如,如果永久虚拟电路(PVC)的保证速率为64 Kbps,两端的接入速率是128 Kbps,当没有拥塞时,它可能在承诺速率之上突发,当发生拥塞时,它可能降低至承诺速率。

  3. 服务质量:关于实现FRF.12分段或低延时排队功能达到更加好的服务质量,请参阅与服务质量的基于帧中继的VoIP。

注意: 接入速率是连接对帧中继的接口的物理线路速度。承诺速率是Telco为PVC给的承诺信息速率(CIR)。应该避免设置CIR或mincir以接入速率,因为可能导致输出丢弃,造成流量节流。对此的原因是形状速率不考虑到标志和循环冗余冗余校验(CRC)领域的开销字节。因此,整形以线路速率实际上过度预定和导致接口拥塞。以接入速率没有推荐整形。您应该总是整形流量在接入速率的95百分比。通常,聚集整形的速率应该是不大于接入速率的95百分比。

配置

本部分提供有关如何配置本文档所述功能的信息。

注意: 要查找本文档中使用的命令的其他相关信息,请使用 IOS 命令查找工具

网络图

本文档使用以下网络设置:

http://www.cisco.com/c/dam/en/us/support/docs/wan/frame-relay/6151-traffic-shaping-6151.gif

在上述示例中,我们有以下值:

  • HUB -接入速率= 192 Kbps,承诺速率= 32Kbps

  • 接入速率= 64Kbps,承诺速率= 32Kbps

这里,我们实现流量整形在两端,以便平均的发送速度是64Kbps。若需要, HUB能在此上破裂。在拥塞的情况下,它能下降到下来32Kbps在最低。从网云的拥塞通知是通过后向显式拥塞通知(BECN)。因此, shaping配置适应BECN。

注意: 帧中继流量整形在主接口启用,并且适用于所有数据链路连接标识符(DLCI)在该接口下。我们不能启用仅流量整形的特定DLCI或子接口在主接口下。如果某个DLCI没有映射类别,主接口上启用了流量整形,则DLCI被分配到CIR = 56000的默认映射类别。

配置

本文档使用以下配置:

  • 集线器

  • 远程

集线器
interface Serial0/0 
 no ip address 
 encapsulation frame-relay 
 no fair-queue 
 frame-relay traffic-shaping 

!--- Apply traffic shaping to main interface (step 3).
 
interface Serial0/0.1 point-to-point 
 ip address 10.1.1.1 255.255.255.0 
 frame-relay interface-dlci 16  
 frame-relay class cisco 

!--- Apply map class to the DLCI / subinterface (step 2).
 
! 
! 

!--- Configure map class parameters (step 1).
 
map-class frame-relay cisco 
 frame-relay cir 64000  
 frame-relay mincir 32000 
 frame-relay adaptive-shaping becn 
 frame-relay bc 8000 
 frame-relay be 16000 
!

远程
interface Serial0/0 
no ip address 
encapsulation frame-relay 
no fair-queue 
frame-relay traffic-shaping 
! 
interface Serial0/0.1 point-to-point 
ip address 10.1.1.2 255.255.255.0 
frame-relay interface-dlci 16                            
frame-relay class cisco 
! 
map-class frame-relay cisco 
frame-relay cir 64000 
frame-relay mincir 32000 
frame-relay adaptive-shaping becn 
frame-relay bc 8000 
!

此图表显示发送在中心路由器外面的流量:

http://www.cisco.com/c/dam/en/us/support/docs/wan/frame-relay/6151-traffic-shaping-6151a.gif

假设数据流通过80000位的突发传输发送,则将以8个Tc间隔(125毫秒)发送出PVC。我们可以实现该操作,因为在第一个间隔,可用赊帐为Bc+Be=8000+16000= 24000位。这意味着速率是24000个位/125毫秒= 192 Kbps。

在下七个间隔它只是BC = 8000个位。因此速率是8000/125毫秒= 64 Kbps。

例如,如果我们接收88000个位突发流量,我们不能发送在8个Tc间隔的所有此流量。最终8000个位在第9个Tc间隔将被发送。因此,此流量由流量整形机制延迟。

验证

本部分所提供的信息可用于确认您的配置是否正常工作。

显示命令

命令输出解释程序工具仅限注册用户)支持某些 show 命令,使用此工具可以查看对 show 命令输出的分析。

请使用show frame relay pvc <dlci>命令查看配置细节:

Hub#show frame relay pvc 16
     PVC Statistics for interface Serial0/0 (Frame Relay DTE)
     DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0.1
       input pkts 8743          output pkts 5            in bytes 2548330
       out bytes 520            dropped pkts 0           in FECN pkts 0
       in BECN pkts 0           out FECN pkts 0          out BECN pkts 0
       in DE pkts 0             out DE pkts 0
       out bcast pkts 0         out bcast bytes 0
       Shaping adapts to BECN
       pvc create time 6d01h, last time pvc status changed 6d01h
       
cir 64000 bc 8000 be 16000 byte limit 3000 interval 125 
      mincir 56000 byte increment 1000 Adaptive Shaping BECN 
      pkts 5 bytes 170 pkts delayed 0 bytes delayed 0 
      shaping inactive 
      traffic shaping drops 0
 
       Queueing strategy: fifo 
       Output queue 0/40, 0 drop, 0 dequeued

整形非激活/激活

这在实时显示,是否流量整形机制激活。流量整形是活跃的在以下方案:

  1. BECN接收,并且DLCI配置整形到BECN。

  2. 通过接口传出的数据字节的数量多于给定时间间隔(Tc)中的可用信用值(字节限制)

  3. FRF.12分段配置,并且数据包等待被分段。

pkts delayed/bytes delayed

这显示了由于流量整形机制激活而被延迟的信息包数量和字节数。主要适用于以下情况:需要传输的字节数超出了每个间隔的可用存储,或者数据包需要分段(FRF.12)。这些信息包和字节存储在整形队列中(为每个VC分配),当拥有足够的可用信用值时,可在后来的间隔中传输。

流量整形丢包

这显示丢包数量在整形队列的。字节是在此队列延迟由整形机制和存储的第一。如果队列得填满,则数据包丢弃。默认情况下,队列类型是FCFS (先到先服务)或FIFO,但是可以更改到WFQ、PQ、CQ、CBWFQ或者LLQ。请参阅“相关信息”部分关于在配置异样的排队机制的文档在帧中继PVC。

可配置的参数

帧中继CIR

您在给定PVC上想以bps速率发送的流量的平均速率。这高于承诺速率,但是较少通常比存取速率(AR)。它等于承诺速率,只有当:

  1. 服务提供商不允许您在承诺速率上发送。

  2. 在接口的物理线路速率同承诺速率一样。

  3. 此PVC上有语音(IP语音 [VOIP])或帧中继语音[VOFR]) 信息包,因此您不能为质量或服务丢弃数据包。

CIR的默认情况下值是56000位/秒是。

帧中继mincir

实际承诺速率从在位/秒的服务提供商获取。该值应该是拥塞情况下您应该降至的最低速率(降至该速率以下,则表示您没获得您所付费的带宽。在某些情况下(列出以上) mincirCIR值必须是相同的。默认情况下值mincir是CIR值的半在位/秒的。

BC帧中继

发送的相当数量数据每个每个Tc间隔在位。理论上来讲数据PVC BC = CIR/8,以便Tc = 125msec。当BC比10,000个字节时,极大Cisco IOS重新计算FRTS参数。如果我们在PVC上运行语音应用,则BC = CIR/100比较理想,因此Tc= 10msec (因为语音信息包不能容忍更长的延迟)。默认情况下值BC在位在输出显示作为CIR show traffic-shape命令中。然而,内部地,一个不同的值分配保证最佳性能。此值在“增量字节”列在show traffic-shape输出中显示。值bc=CIR等同于对Tc 1秒。根据流量如何到达在成型机,路由器将必须终止近1秒的发射,如果突发流量在间隔的开始立即用尽。因此,成型机赋予仍然允许在原始Tc的已配置的BC的一个不同的内部值,只有我们在一定数量的小突发流量将执行它而不是一大突发流量。

帧中继是

一旦额度被设定,在第一个Tc间隔期间允许发送的超额数据量(bit)。只有当帧中继CIR值比AR,是较少请配置是。对于传送语音信息包的PVC而言,必须将Be设置为0,以确保最好的语音质量。当有在令牌桶时的令牌路由器只突发传输(Be)。令牌桶不累积令牌,除非发出的数据流量少于CIR。路由器能为第一个Tc只破裂,在后令牌桶是空的。值是默认情况下是零的位。

帧中继自适应整形becn

暗示PVC适应速率传输以回应BECN接收。行为是作为如下:

  • 如果PVC接收任何BECN在当前时间时间间隔期间(没关系,如果这是一个或1000)发送速度减小由25百分比或对mincir并且终止,如果mincir配置值是超过75% CIR值。

  • 每当发出一个BECN,它会继续丢弃 (每个时间间隔限制丢弃一个),直到数据流速率达到mincir (保证速率)时终止。

  • 一旦数据流速率降低,再次增加数据流之前,必须允许按16秒时间间隔接收no BECNs。它增加的数量为:show frame PVC x的输出中显示的字节限制除以16。只有当流量整形是活跃的,此增加发生。因此,要回到CIR上需要的时间比丢弃到mincir上所花的时间更多。

不可 配置 的 参数

间隔(Tc)

期间您以秒钟发送BC位为了维护CIR平均速率的间隔在。

Tc = Bc/CIR in seconds

Tc 的范围在 10 毫秒到 125 毫秒之间。路由器基于映射组中的CIR值和BC值进行内部计算。如果Bc/CIR是大于或等于125毫秒,使用内部Tc值。如果 Bc/CIR 少于 125 毫秒,它将使用该等式计算出的 Tc。

字节增量

做的字节实际数量每个Tc发送。使用以下公式,我们能计算此:

Cir * Tc / 8

字节限制

在第一个Tc发送的实际字节数。使用以下公式,我们能计算此:

byte increment + Be/8 (measured in bytes)

故障排除

目前没有针对此配置的故障排除信息。


相关信息


Document ID: 6151