RE: [nsp] CBWFQ On frame relay Interfaces

From: Goodwin, Dustin T [IT] (dustin.t.goodwin@ssmb.com)
Date: Thu Aug 16 2001 - 11:26:57 EDT


More annoying to me is that the minimum TC value for shaping is 4ms on 7500
distributed and 10ms on the 36xx/26xx platforms.

- Dustin -

-----Original Message-----
From: Wortendyke, Ken [mailto:KWortendyke@Timebridge.com]
Sent: Thursday, August 16, 2001 11:19 AM
To: Goodwin, Dustin T [IT]; cisco-nsp@puck.nether.net
Subject: RE: [nsp] CBWFQ On frame relay Interfaces

It's because the good folks over at Cisco cooked up DTS - Distributed
Traffic Shaping for the 7500, where the rest of the platforms can use the
traditional GTS/FRTS mechanisms. Why they are actually implemented
differently at the CLI is a mystery to me as well.

This link does a decent job of showing the config procedure for DTS:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121newft/121
t/121t5/dtdts.htm

Ken W

-----Original Message-----
From: Goodwin, Dustin T [IT] [mailto:dustin.t.goodwin@ssmb.com]
Sent: Thursday, August 16, 2001 10:33 AM
To: cisco-nsp@puck.nether.net
Subject: RE: [nsp] CBWFQ On frame relay Interfaces

Glad you asked, I had the same question several months ago.
12.1(5)T and 12.2(1-3) this is supported see example configuration below.
The config is different depending on the platform, don't ask me why it just
is.

- Dustin -

**** On 7500 with nbma interface
class-map match-all voicegws
  match access-group name voicegws
class-map match-all matchhoot
  match ip precedence 5
!
!
policy-map qos-hoot1
  class matchhoot
    priority 80
  class class-default
    fair-queue
    random-detect
policy-map shaper-512
  class class-default
    shape average 512000 2048 0
   service-policy qos-hoot1
policy-map shaper-192
  class class-default
    shape average 192000 768 0
   service-policy qos-hoot1
policy-map shaper-384
  class class-default
    shape average 384000 1536 0
   service-policy qos-hoot1

interface Hssi5/1/0
 ip address 10.253.1.1 255.255.255.0
 ip pim nbma-mode
 ip pim sparse-mode
 encapsulation frame-relay
 ip mroute-cache distributed
 load-interval 30
 hssi internal-clock
 frame-relay interface-dlci 502
  class frmap-384
 frame-relay interface-dlci 503
  class frmap-192
 frame-relay interface-dlci 504
  class frmap-512
 no frame-relay broadcast-queue
 frame-relay ip rtp header-compression

!
map-class frame-relay frmap-384
 no frame-relay adaptive-shaping
 service-policy output shaper-384
 frame-relay fragment 640
!
map-class frame-relay frmap-192
 no frame-relay adaptive-shaping
 service-policy output shaper-192
 frame-relay fragment 320
!
map-class frame-relay frmap-512
 no frame-relay adaptive-shaping
 service-policy output shaper-512
 frame-relay fragment 960

******** On 36xx or 26xx with subinterface per pvc.

class-map match-all matchhoot
  match ip precedence 5
  match ip dscp 46
!
!
policy-map qos-hoot1
  class matchhoot
    priority 80
  class class-default
   fair-queue
   random-detect
interface Serial0/0
 no ip address
 encapsulation frame-relay
 load-interval 30
 clockrate 512000
 frame-relay traffic-shaping
!
interface Serial0/0.1 point-to-point
 bandwidth 384
 ip address 10.253.1.2 255.255.255.0
 ip pim sparse-mode
 frame-relay class frmap-test
 frame-relay interface-dlci 500
 frame-relay ip rtp header-compression
!
map-class frame-relay frmap-384
 no frame-relay adaptive-shaping
 frame-relay cir 384000
 frame-relay bc 3840
 frame-relay be 0
 service-policy output qos-hoot1
 frame-relay fragment 640
!
map-class frame-relay frmap-192
 no frame-relay adaptive-shaping
 frame-relay cir 192000
 frame-relay bc 2304
 frame-relay be 0
 service-policy output qos-hoot1
 frame-relay fragment 320
!
map-class frame-relay frmap-512
 no frame-relay adaptive-shaping
 frame-relay cir 512000
 frame-relay bc 6144
 frame-relay be 0
 service-policy output qos-hoot1
 frame-relay fragment 960

-----Original Message-----
From: Edward S. Desouza [mailto:edward_desouza@yahoo.com]
Sent: Thursday, August 16, 2001 1:16 AM
To: cisco-nsp@puck.nether.net
Subject: [nsp] CBWFQ On frame relay Interfaces

Hi,
   I have a frame Relay PVC of 16 k CIR. My access
links at both end are E1. I need to configure class
based weighted fair queueing on this interface.
   Class Based Weighted fair queuing allows a
percentage of bandwdith to be configured per traffic
class. However, Since my access link is much higher
than the PVC, My router will keep on pumping data into
the FR network since the access speed is much higher
than the PVC.
   A solution to the above would be to confiugre FRTS.
However, FRTS does not support CBWFQ !
   Have any of you guys run into a similar problem
where you need to do a class based queuing on a frame
relay PVC ? I dont want to use multiple PVC's for
multiple classes of traffic.

 

__________________________________________________
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/



This archive was generated by hypermail 2b29 : Sun Aug 04 2002 - 04:12:49 EDT