From: stephen skinner (stephenski@gmail.com)
Date: Wed Aug 20 2008 - 07:30:56 ART
Thanks petr
Thats great
From: petrsoft@gmail.com [mailto:petrsoft@gmail.com] On Behalf Of Petr
Lapukhov
Sent: 20 August 2008 17:03
To: stephen skinner
Cc: Larry; Cisco certification
Subject: Re: Remaining Percent??
CBWFQ allocates static flow queues to user-defined classes and dynamic flows
to unclassified traffic (unless class-default has manually assigned
bandwidth weight).
Firstly, when you issue "show policy map interface" you will see
conversation number next to the class name (e.g. Conversation 41, or
Coversation 264). This is the static flow number assigned to this class, and
it will later re-apper under "show queueing interface" command output.
Secondy, to see the active flows using "show queueining interface" you must
heavily congest the interface. Only in this case the CBWFQ queue will fill
up and you'll be able to see its contents. Therefore, you are not guaranteed
to see all the flows at time with this commands - only the flows that have
packets in their FIFO queues. The number of concurrent flows may be zeor or
up to the maximum allowed by CBWFQ = number of user defined classes + number
of dynamic flows.
HTH
-- Petr Lapukhov, CCIE #16379 (R&S/Security/SP/Voice) petr@internetworkexpert.comInternetwork Expert, Inc. http://www.InternetworkExpert.com Toll Free: 877-224-8987 Outside US: 775-826-4344
2008/8/20 stephen skinner <stephenski@gmail.com>
Petr ,
Can I ask a quick question regarding conversations in the "show queueing interface"
Should I see one Conversation per policy-map instance
Or should I see a Conversation per classification within a policy map ?
i.e
policy map 1 has three class statements in it policy-map 2 has 2 class statements in it
when I do "show queueing interface" , should I see 5 or 2 Conversations
Many thanks
-----Original Message----- From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of Petr Lapukhov Sent: 20 August 2008 15:56 To: Larry Cc: Cisco certification Subject: Re: Remaining Percent??
Larry, like it has been mentioned in this thread, we have recent post on our blog that explains CBWFQ mechanics in details. I've just updated it to add more comments on how various syntax applies to bandwidth computations. In your case, TFTP will actually have 100% "real" bandwidth in case of congestion, since there are no other classes configured with bandwidth settings ;) This follows directly from the fact that CBWFQ implements max-min sharing of the underlying resounce, and minimal guaranteed shares are relative to configured weights.
-- Petr Lapukhov, CCIE #16379 (R&S/Security/SP/Voice) petr@internetworkexpert.com
Internetwork Expert, Inc. http://www.InternetworkExpert.com Toll Free: 877-224-8987 Outside US: 775-826-4344
2008/8/20 Larry <cc13lab@gmail.com>
> Hey GS, > > I have a task that reads something like this: > > prioritize 1000k of telnet. ensure tftp gets 25% of the remaing bandwidth , > do not use bandwidth or bandwidth percent to accohmplish this and use the > default max-reserved-bandwidth value. > > My solution below with output (which I am having a hard time saying it is > 100% correct). Question is bandwidth remaining percent using the total > interface bandwidth to calculate its value or the available bandwidth as > shown in the show queueing output??? I have read and searched on this but > the words - total/absolute/availabe are all being used interchangable > leading me to doubts. Thank you for your help. > > > > ! > class-map match-all TELNET > match protocol telnet > class-map match-all TFTP > match protocol tftp > ! > ! > policy-map TEST > class TFTP > bandwidth remaining percent 25 > class TELNET > priority 1000 > > > R3#show policy-map int e0/0 > Ethernet0/0 > > Service-policy output: TEST > > Class-map: TFTP (match-all) > 0 packets, 0 bytes > 5 minute offered rate 0 bps, drop rate 0 bps > Match: protocol tftp > Queueing > Output Queue: Conversation 265 > Bandwidth remaining 25 (%) Max Threshold 64 (packets) > (pkts matched/bytes matched) 0/0 > (depth/total drops/no-buffer drops) 0/0/0 > > Class-map: TELNET (match-all) > 0 packets, 0 bytes > 5 minute offered rate 0 bps, drop rate 0 bps > Match: protocol telnet > Queueing > Strict Priority > Output Queue: Conversation 264 > Bandwidth 1000 (kbps) Burst 25000 (Bytes) > (pkts matched/bytes matched) 0/0 > (total drops/bytes drops) 0/0 > > R3#show queueing interface e0/0 > Interface Ethernet0/0 queueing strategy: fair > Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 > Queueing strategy: Class-based queueing > Output queue: 0/1000/64/0 (size/max total/threshold/drops) > Conversations 0/1/256 (active/max active/max total) > Reserved Conversations 1/1 (allocated/max allocated) > Available Bandwidth 6500 kilobits/sec > > > > > > > > -larry > > > Blogs and organic groups at http://www.ccie.net > > _______________________________________________________________________ > Subscription information may be found at: > http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Mon Sep 01 2008 - 08:15:31 ART