From: Petr Lapukhov (petrsoft@gmail.com)
Date: Wed Jun 14 2006 - 03:11:42 ART
Pierre,
I think there would be no problems with WRED on subif :)
After all, you create state of congestion with CB-shaping at subinterace,
and put WRED as drop strategy for FIFO queue. I dont
have time to test that in lab right now, but I think that should work
just fine :)
MQC is designed to be all universal for QoS things :)
Petr
2006/6/14, Pierre-Alex <paguanel@hotmail.com>:
>
> A friend of mine told me during a phone conversation that WRED
> could not be done on a sub interface. If anything this mail/comment was
> directed to him ...
> If you know the answer though I will be happy to hear from you.
>
> Regards,
>
> Pierre-Alex
>
> ----- Original Message -----
> From: "Faryar Zabihi (fzabihi)" <fzabihi@cisco.com>
> To: "Pierre-Alex" <paguanel@hotmail.com>; <ccielab@groupstudy.com>
> Sent: Tuesday, June 13, 2006 11:34 PM
> Subject: RE: WRED on PVC and sub-interfaces
>
>
> What do u mean?
>
>
> Faryar
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Pierre-Alex
> Sent: Tuesday, June 13, 2006 4:18 PM
> To: ccielab@groupstudy.com
> Subject: Re: WRED on PVC and sub-interfaces
>
> Anyone brave enough to comment on this mail :)
>
> thks
>
> ----- Original Message -----
> From: "Pierre-Alex" <paguanel@hotmail.com>
> To: <ccielab@groupstudy.com>
> Sent: Tuesday, June 13, 2006 3:42 PM
> Subject: WRED on PVC and sub-interfaces
>
>
> > From what I know and have seen on CCO there is nothing that prevents
> WRED
> > to
> > be done on PVC or a sub interface.
> >
> > The only limitation is for Distributed WRED .
> >
> > Theoretically, as long as you have a FIFO queueu available WRED can do
> its
> > work:
> >
> > From the Telephony guide:
> >
> > "Each class has a single FIFO queue inside the class, so WRED bases
> its
> > average queue depth calculation on the actual depth of each per-class
> FIFO
> > queue"
> >
> > I have tried here configs for both PVC and subinterfaces.
> >
> > No issues accecpting the commands.
> >
> > My question is : does the fact that the IOS parse the command means
> that
> > the
> > operation is valid / supported?
> >
> >
> > Configuration 1: WRED on PVC
> >
> > int ser 0/0
> > encaps frame-relay
> >
> > int ser 0/0.301
> > frame interface 301
> > class 301
> >
> > map-class frame-relay 301
> > service-policy output
> >
> > policy-map parent
> > class class-default
> > shape average 384000
> > service-policy WRED
> >
> >
> > policy-map WRED
> > class class1
> > bandwidth percent 50
> > random-detect
> > class class2
> > bandwidth percent 20
> > random-detect
> > class class-default
> >
> >
> > Configuration 2: WRED on Subinterfaces
> >
> > interface Ethernet0/0.30
> > encapsulation dot1Q 30
> > service-policy output parent
> > end
> >
> > ----------------
> >
> > shows:
> >
> >
> > Configuration 1:
> >
> >
> > Rack1R3#sh policy-map interface
> > Serial0/0.301: DLCI 301 -
> >
> > Service-policy output: parent
> >
> > Class-map: class-default (match-any)
> > 0 packets, 0 bytes
> > 5 minute offered rate 0 bps, drop rate 0 bps
> > Match: any
> > Traffic Shaping
> > Target/Average Byte Sustain Excess Interval
> Increment
> > Rate Limit bits/int bits/int (ms)
> (bytes)
> > 384000/384000 2400 9600 9600 25 1200
> >
> > Adapt Queue Packets Bytes Packets Bytes
> Shaping
> > Active Depth Delayed Delayed Active
> > - 0 0 0 0 0 no
> >
> > Service-policy : WRED
> >
> > Class-map: class1 (match-all)
> > 0 packets, 0 bytes
> > 5 minute offered rate 0 bps, drop rate 0 bps
> > Match: none
> > Queueing
> > Output Queue: Conversation 41
> > Bandwidth 50 (%)
> > Bandwidth 192 (kbps)
> > (pkts matched/bytes matched) 0/0
> > (depth/total drops/no-buffer drops) 0/0/0
> > exponential weight: 9
> > mean queue depth: 0
> >
> > class Transmitted Random drop Tail drop Minimum
> Maximum
> > Mark
> > pkts/bytes pkts/bytes pkts/bytes thresh
> thresh
> > prob
> > 0 0/0 0/0 0/0 20
> 40
> > 1/10
> > 1 0/0 0/0 0/0 22
> 40
> > 1/10
> > 2 0/0 0/0 0/0 24
> 40
> > 1/10
> > 3 0/0 0/0 0/0 26
> 40
> > 1/10
> > 4 0/0 0/0 0/0 28
> 40
> > 1/10
> > 5 0/0 0/0 0/0 30
> 40
> > 1/10
> > 6 0/0 0/0 0/0 32
> 40
> > 1/10
> > 7 0/0 0/0 0/0 34
> 40
> > 1/10
> > rsvp 0/0 0/0 0/0 36
> 40
> > 1/10
> >
> >
> > Class-map: class2 (match-all)
> > 0 packets, 0 bytes
> > 5 minute offered rate 0 bps, drop rate 0 bps
> > Match: none
> > Queueing
> > Output Queue: Conversation 42
> > Bandwidth 20 (%)
> > Bandwidth 76 (kbps)
> > (pkts matched/bytes matched) 0/0
> > (depth/total drops/no-buffer drops) 0/0/0
> > exponential weight: 9
> > mean queue depth: 0
> >
> > class Transmitted Random drop Tail drop Minimum
> Maximum
> > Mark
> > pkts/bytes pkts/bytes pkts/bytes thresh
> thresh
> > prob
> > 0 0/0 0/0 0/0 20
> 40
> > 1/10
> > 1 0/0 0/0 0/0 22
> 40
> > 1/10
> > 2 0/0 0/0 0/0 24
> 40
> > 1/10
> > 3 0/0 0/0 0/0 26
> 40
> > 1/10
> > 4 0/0 0/0 0/0 28
> 40
> > 1/10
> > 5 0/0 0/0 0/0 30
> 40
> > 1/10
> > 6 0/0 0/0 0/0 32
> 40
> > 1/10
> > 7 0/0 0/0 0/0 34
> 40
> > 1/10
> > rsvp 0/0 0/0 0/0 36
> 40
> > 1/10
> >
> >
> > Class-map: class-default (match-any)
> > 0 packets, 0 bytes
> > 5 minute offered rate 0 bps, drop rate 0 bps
> > Match: any
> >
> > Configuration 2:
> >
> >
> >
> > Rack1R3#sh policy-map inter
> > Ethernet0/0.30
> >
> > Service-policy output: parent
> >
> > Class-map: class-default (match-any)
> > 0 packets, 0 bytes
> > 5 minute offered rate 0 bps, drop rate 0 bps
> > Match: any
> > Traffic Shaping
> > Target/Average Byte Sustain Excess Interval
> Increment
> > Rate Limit bits/int bits/int (ms)
> (bytes)
> > 384000/384000 2400 9600 9600 25 1200
> >
> > Adapt Queue Packets Bytes Packets Bytes
> Shaping
> > Active Depth Delayed Delayed Active
> > - 0 0 0 0 0 no
> >
> > Service-policy : WRED
> >
> > Class-map: class1 (match-all)
> > 0 packets, 0 bytes
> > 5 minute offered rate 0 bps, drop rate 0 bps
> > Match: none
> > Queueing
> > Output Queue: Conversation 41
> > Bandwidth 50 (%)
> > Bandwidth 192 (kbps)
> > (pkts matched/bytes matched) 0/0
> > (depth/total drops/no-buffer drops) 0/0/0
> > exponential weight: 9
> > mean queue depth: 0
> >
> > class Transmitted Random drop Tail drop Minimum
> Maximum
> > Mark
> > pkts/bytes pkts/bytes pkts/bytes thresh
> thresh
> > prob
> > 0 0/0 0/0 0/0 20
> 40
> > 1/10
> > 1 0/0 0/0 0/0 22
> 40
> > 1/10
> > 2 0/0 0/0 0/0 24
> 40
> > 1/10
> > 3 0/0 0/0 0/0 26
> 40
> > 1/10
> > 4 0/0 0/0 0/0 28
> 40
> > 1/10
> > 5 0/0 0/0 0/0 30
> 40
> > 1/10
> > 6 0/0 0/0 0/0 32
> 40
> > 1/10
> > 7 0/0 0/0 0/0 34
> 40
> > 1/10
> > rsvp 0/0 0/0 0/0 36
> 40
> > 1/10
> >
> >
> > Class-map: class2 (match-all)
> >
> >
> _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> > --
> > No virus found in this incoming message.
> > Checked by AVG Free Edition.
> > Version: 7.1.394 / Virus Database: 268.8.3/362 - Release Date:
> 6/12/2006
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Jul 01 2006 - 07:57:32 ART