[prev in list] [next in list] [prev in thread] [next in thread] 

List:       cisco-nsp
Subject:    Re: [c-nsp] DSCP and Queue counters on 7600s
From:       Tony via cisco-nsp <cisco-nsp () puck ! nether ! net>
Date:       2015-12-14 22:37:46
Message-ID: mailman.621.1450132653.1209.cisco-nsp () puck ! nether ! net
[Download RAW message or body]

Return-Path: <td_miles@yahoo.com>
X-Original-To: cisco-nsp@puck.nether.net
Delivered-To: cisco-nsp@puck.nether.net
Received: from nm25-vm2.bullet.mail.ne1.yahoo.com (nm25-vm2.bullet.mail.ne1.yahoo.com \
[98.138.91.213])  (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by puck.nether.net (Postfix) with ESMTPS id EA39B540716
	for <cisco-nsp@puck.nether.net>; Mon, 14 Dec 2015 17:37:30 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; \
t=1450132650; bh=rB3ir7cKHFTE1VzIfJYT0GAtFpN0S10F6DVcdHeNmIY=; \
h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; \
b=kMZgAMGN4KZT+652GeENpQr9rDj6R9wIam3APcBRPxtzbJR/9L2aFne/NQzkzTEy45UsOVqjPc38qEruDZad \
2TUaE/QXNOdvk6cu5qIlcpSHxXsjNqNAXp3B6I0rLr9lKf+eaNNfbE6LbvB7WBogfVyquFjSiB+WWsJ0w5u4EH \
1rW6IdP8D0+GrD0db1iU51imLg9jyXnUedAvU+H/24sOMODUqqxKwMLf+F58jri8x5TwYl9mnoY7wtcQWlb+GT \
1B3xqeGdjBHZvrl1f+eQ6Q+9deXUsFaj7Es3/3ZjDiqX4RCjTQiYelTRw1DFZhbgrJEIwAX69hqMOu3pNGPIhA==
                
Received: from [98.138.226.176] by nm25.bullet.mail.ne1.yahoo.com with NNFMP; 14 Dec \
                2015 22:37:30 -0000
Received: from [98.138.226.161] by tm11.bullet.mail.ne1.yahoo.com with NNFMP; 14 Dec \
                2015 22:37:30 -0000
Received: from [127.0.0.1] by omp1062.mail.ne1.yahoo.com with NNFMP; 14 Dec 2015 \
                22:37:30 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 592403.97785.bm@omp1062.mail.ne1.yahoo.com
X-YMail-OSG: EzNSbnEVM1khUIWHKQjR7YJhDWxWLNso2jdg7kwn8_CdmIxh3AMGEpaZV.Ex3ts
 PiD_CDIM2fUWlg8MbX1uP8wW0HneUWZ4BKQrTJxRomaoQZf.UNOEjGkfQa7s4W1VKjDLiEj228dN
 lu7xArUg9PPRQR2He7x3naM5KYl.LToBqnFBNswJjXg0THQPKc_ZBF9snik7ugN4BLgiAhNJX.Ih
 _top5yk1QEMo5j_tQ1GlA3ZYjcO3y7VqWvXSEVDIk7gNgNkKV5t.6z10im.YlC2oyGgg9_a8QoGn
 cnD8OGwjTWuPhcnBxT4g6iThdAa038hQx_FPGBg6TOFk92toDe9ftj_uPohTV7d6FiUwFmN04KCC
 TJJs9qDupHwA7Q4Ha..uusLg9RFHab_XBAerKdrM03pD0nQiW6R7_dZ3w1e6yzwcncaidmVZj1Yp
 WStamk6BpfZhJjYxOrzYm0YM6HX.AK3V8kaXLpFJPjDYw0.qtZhG.odmKeWXMoYSMRciEynb9mXs
 sZcbb
Received: by 98.138.105.221; Mon, 14 Dec 2015 22:37:30 +0000 
Date: Mon, 14 Dec 2015 22:37:29 +0000 (UTC)
From: Tony <td_miles@yahoo.com>
Reply-To: Tony <td_miles@yahoo.com>
To: James Bensley <jwbensley@gmail.com>, 
	"cisco-nsp@puck.nether.net" <cisco-nsp@puck.nether.net>
Message-ID: <730291074.920277.1450132649713.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <CAAWx_pUPq-KeiY-T9rTrRsEF4AtWagHBf=RO7E3AtN2L+vYMow@mail.gmail.com>
References: <CAAWx_pW7ewMnsAV9t_0cDdLuoX3EHzg8mDzQxM03bexo3FaokQ@mail.gmail.com> \
<DUB123-W46BE625CEE2620FF21DFDCEDEC0@phx.gbl> \
                <CAAWx_pUPq-KeiY-T9rTrRsEF4AtWagHBf=RO7E3AtN2L+vYMow@mail.gmail.com>
Subject: Re: [c-nsp] DSCP and Queue counters on 7600s
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Looks like CR/LF got mangled in my previous reply attempt, trying again...

=====

In the past I have used a qos policy that "does nothing" to monitor the traffic. It \
at least lets me see the number of bytes that matched each DSCP, even if not being \
able to see in real time what is in the queues. The one below only shows CS3 traffic, \
but you would just build it up to add the other things you need to monitor. The "set" \
statement doesn't really do anything, because the packets should already be marked \
with what they are being set to, it's just there to force the box to count the \
packets because it has to do something on them, so "touches" the packet and forces a \
counter increment. Unfortunately it doesn't show packet count (just bytes and rate in \
bps). You could apply the same policy in the outbound direction to show similar info. \




class-map match-any class-dscp24 
match ip dscp cs3 

policy-map monitor-qos 
class class-dscp24 
set ip dscp 24 
class class-default 
set ip dscp 0 

int gig7/16 
service-policy input monitor-qos 

#show policy-map int gig7/16 
GigabitEthernet7/16 

Service-policy input: monitor-qos 

class-map: class-dscp24 (match-any) 
Match: ip dscp cs3 (24) 
set dscp 24: 
Earl in slot 5 : 
0 bytes 
5 minute offered rate 0 bps 
aggregate-forwarded 0 bytes 

class-map: class-default (match-any) 
Match: any 
set dscp 0: 
Earl in slot 5 : 
536 bytes 
5 minute offered rate 32 bps 
aggregate-forwarded 536 bytes 



So you can see that since I applied the policy there has been 536 bytes of traffic \
inbound that matched the default class (this interface is used for testing stuff, so \
doesn't really have anything much attached to it). 


Two other options come to mind: 

1. SPAN/mirror the port and hook something useful up to see what is happening (eg. \
tcpdump, wireshark, etc).  2. I have never used it, but there is a thing called "PFC \
QoS statistics data export" which MIGHT do what you want (purely based on what the \
description of it says). 



Best of luck, 
Tony. 




________________________________
From: James Bensley <jwbensley@gmail.com>
To: "cisco-nsp@puck.nether.net" <cisco-nsp@puck.nether.net> 
Sent: Monday, 14 December 2015, 19:31
Subject: Re: [c-nsp] DSCP and Queue counters on 7600s


On 13 December 2015 at 18:19, Lukas Tribus <luky-37@hotmail.com> wrote:
> 
> > Hi All,
> > 
> > Got some 7600s with RSP720-3CXL-10G and LAN cards (CFC, no DFCs) and
> > I'm "trying" to run QoS on them.
> > 
> > Does anyone know of a command to show the number of packets that
> > entered each queue/show some queue counters?
> 
> Afaik this should be it:
> show queueing interface <intfname>

Sadly that command isn't supported:

abr1#show q?
qbm

"show mls qos queuing int te3/1" shows me the MLS QoS configuration
such queue depths, bandwidth allocation, thresholds etc and the total
number of drop packets per CoS marking/queue. It doesn't show counters
per queue.

"show counters interface te3/1" is the same, it only shows lost
packets tx/rx, so if I use multiple instances of a basic traffic
generator like iPerf with different DSCP markings on each flow I don't
actually know which queues the packets are going into (so if there is
unexpected drops or traffic isn't being dropped etc, it's just guess
work).

This seems like a major floor to me. In the TAC case I have open the
engineer is saying he doesn't believe there is such a command.
Disappointing.

Cheers,
James.



_______________________________________________
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic