[c-nsp] IPv6 BGP on 7200
lee.e.rian at census.gov
lee.e.rian at census.gov
Thu Mar 1 09:04:19 EST 2007
Hi Gert,
Sorry about the command syntax - my notes were wrong. You managed to
figure it out though - it's
show cbl <module> <hex vlan number>
I guess the developers were thinking of each vlan as a separate color;
Color Blocking Logic tells the switch which vlans to block or forward on a
particular port. The bug we were hitting on the earlier 5.5 code was the
CBL value for a port didn't match the spanning tree state for the port. So
according to all the documented commands (sh port, sh spantree, sh
interface vlan) everything looked good - but traffic for a particular vlan
wasn't being sent on the port.
The cat6000s are nicer - they at least tell you what the CBL values are:
c6k> (enable) sh cbl 1 7b
Getting CBL Data from Module 1, Address 0x007B, Length 8
CBL States(binary): 00-disabled, 01-Blocking/Listening, 10-Learning,
11-Forwarding
<.. snip ..>
It's a two bit value for each port. Going back to a cat5000:
c5k> (enable) sh spant 140
<.. snip ..>
4/9 140 forwarding 19 32 enabled 0
4/11 140 not-connected 100 32 enabled 0
4/12 140 not-connected 100 32 enabled 0
4/13 140 not-connected 100 32 disabled 0
4/14 140 not-connected 100 32 disabled 0
4/15 140 not-connected 100 32 enabled 0
4/16 140 not-connected 19 32 disabled 0
4/23 140 not-connected 19 32 enabled 0
4/24 140 forwarding 19 32 disabled 0
c5k> (enable) sh cbl 4 8c
VLAN PORT
0x008C: 0x00000000 0x00000000 0x0000C000 0x00030000
c5k> (enable)
convert the hex to binary and start counting from the right
0x00030000 = 0000 0000 0000 0011 0000 0000 0000 0000
^ ^
| port 1
port 9
ports 9 and 24 are forwarding traffic for vlan 140
Apparently the RSMs use the channel number instead of port number. This
switch has an RSM in slot 2:
c5k> (enable) sh tru 2
<.. snip ..>
Port Vlans in spanning tree forwarding state and not pruned
--------
---------------------------------------------------------------------
2/1 700,710
c5k> (enable) sh cbl 2 2bc 12
Getting CBL Data from Module 2, Address 0x02BC, Length 12
VLAN PORT VLAN PORT
0x02BC: 0x0000000C 0x06BC: 0x0000000C
0x02BD: 0x00000000 0x06BD: 0x00000000
0x02BE: 0x00000000 0x06BE: 0x00000000
0x02BF: 0x00000000 0x06BF: 0x00000000
0x02C0: 0x00000000 0x06C0: 0x00000000
0x02C1: 0x00000000 0x06C1: 0x00000000
0x02C2: 0x00000000 0x06C2: 0x00000000
0x02C3: 0x00000000 0x06C3: 0x00000000
0x02C4: 0x00000000 0x06C4: 0x00000000
0x02C5: 0x00000000 0x06C5: 0x00000000
0x02C6: 0x00000003 0x06C6: 0x00000003
0x02C7: 0x00000000 0x06C7: 0x00000000
c5k> (enable)
c5k> (enable) ses 2
c5k-rsm>sh control c5ip
<.. snip ..>
Vlan Type DMA Channel Method
700 ethernet 1 auto
710 ethernet 0 auto
> switch> (enable) sh cbl 9 392 2
> Getting CBL Data from Module 9, Address 0x0392, Length 2
> VLAN PORT VLAN PORT
> 0x0392: 0x0000000C 0x0792: 0x0000000C
> 0x0393: 0x00000003 0x0793: 0x00000003
>
> "so what does this tell me??"
I dunno - the problem we had was the CBL value was wrong on the line card.
Regards,
Lee
Gert Doering <gert at greenie.muc.de> wrote on 02/28/2007 01:48:29 PM:
> Hi,
>
> On Wed, Feb 28, 2007 at 07:43:08PM +0100, Gert Doering wrote:
> > On Wed, Feb 28, 2007 at 11:58:47AM -0500, lee.e.rian at census.gov wrote:
> > > > Something ancient but very proven, 5.5(13).
> > >
> > > You could be running into a bug with the color blocking logic (show
cbl
> > > mod/port).
> >
> > What exactly is "color blocking logic"? My Sup (Sup3/G) claims not
> > to understand that command - at least I'm not sure what port to feed to
> > it:
>
> OK, I need to feed it a module + VLAN number. Or so. "915" translates
> to "0x393", so this is what I get for 914 (working) and 915 (not):
>
> switch> (enable) sh cbl 9 392 2
> Getting CBL Data from Module 9, Address 0x0392, Length 2
> VLAN PORT VLAN PORT
> 0x0392: 0x0000000C 0x0792: 0x0000000C
> 0x0393: 0x00000003 0x0793: 0x00000003
>
> "so what does this tell me??"
>
> gert
> --
> USENET is *not* the non-clickable part of WWW!
>
//www.muc.de/~gert/
> Gert Doering - Munich, Germany
gert at greenie.muc.de
> fax: +49-89-35655025
gert at net.informatik.tu-muenchen.de
> _______________________________________________
> cisco-nsp mailing list cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
More information about the cisco-nsp
mailing list