From: Victor Cappuccio (cvictor@protokolgroup.com)
Date: Tue Aug 22 2006 - 14:55:22 ART
Hi Paul
The IOS is very helpful in these cases
For example using a MQC that has a shape (average| adaptive) configured
R4(config-map-class)#service-policy output TEST
Remove frame-relay traffic shaping first before using GTS in Modular QoS CLI
...
So you must go and remove frame-relay traffic-shaping in the serial
interface ...
For the Shape Adaptive Command
R4(config-pmap-c)#shape adaptive 8000
Traffic Shaping must be enabled on this class before the command can be
issued for the router in order to adapt to BECNS (I see this like the mincir
in frame-relay traffic shaping configuration)
If I'm not incorrect, the shaper routine would create a Particular Queue for
the Router can use.
Like in frame-relay traffic Shaping does they look like this my default
403 56000 875 7000 0 125 875 -
The only thing here is to remember to put the frame-relay fragment in the
physical interface, because if you do not put it, you will not have those
nice error messages like MQC
Example of Frame-relay Traffic Shaping using MCQ
policy-map CBTS
class class-default
shape average 1536000 15360 0
map-class frame-relay FRTS
service-policy output CBTS
interface Serial0/0
no ip address
encapsulation frame-relay
interface Serial0/0.12 point-to-point
bandwidth 1536
ip add 150.1.12.2 255.255.255.252
frame-relay interface-dlci 201
class FRTS
This is an Example of FRTS
interface Serial0/1
no ip address
encapsulation frame-relay
frame-relay traffic-shaping
!
interface Serial0/1.23 point-to-point
bandwidth 256
ip address 150.1.23.2 255.255.255.252
frame-relay interface-dlci 203
class FRTS2
!
map-class frame-relay FRTS2
frame-relay cir 256000
frame-relay bc 2560
frame-relay be 0
frame-relay mincir 256000
no frame-relay adaptive-shaping ! the MINCIR = CIR SO THERE IS NO NEED TO
ADAPT
This is what I understand, so I could be completely wrong
Maybe another one could give you better information
Regards
Victor.-
-----Mensaje original-----
De: nobody@groupstudy.com [mailto:nobody@groupstudy.com] En nombre de Paul
Dardinski
Enviado el: Domingo, 20 de Agosto de 2006 01:07 p.m.
Para: Cisco certification
Asunto: When to use frame traffic-shaping
I seem to find contradictory info on cco regarding this point. Obviously
frame traffic-shape and mqc traffic shape are mutually exclusive. Yet,
seems as though whenever mqc service policy is applied to map-class for
pvc or subint application, frame traffic-shape is on some examples, not
on others.
Is this checklist correct:
MQC on physical frame int:
- service-policy direct on int, no frame traffic-shape
MQC in map-class:
- service policy applied to map-class, but NO frame
traffic-shape on physical int required?
FRTS - physical or subint
- obviously apply frame traffic-shape to physical int
I
Finally, if using "shape adaptive" in mqc, does it make difference as
reqards application of frame traffic-shaping?
Thanks for any help,
PD
This archive was generated by hypermail 2.1.4 : Fri Sep 01 2006 - 15:41:58 ART