[nsp] Re: 7600 and 12.1(20)E - first impressions
Jared Mauch
jared at puck.nether.net
Mon Nov 3 13:10:33 EST 2003
You might want to try enabling this:
no snmp-server sparse-table
We've found that some versions of IOS don't work properly
unless that silent feature is "disabled".
- jared
On Sun, Nov 02, 2003 at 12:11:43PM -0800, Ian Cox wrote:
>
> The snmp ifindex issue we have seen, but have not determine why it happens.
> There is a DDTs for it CSCeb79351
> but it is marked un-reproducible at present. Do you have an idea what steps
> you took to create that sub-interface?
>
>
> Ian
>
> At 06:35 PM 11/2/2003 +0100, sthaug at nethelp.no wrote:
> >We now have our first 7609 PE router up and running with 12.1(20)E. I'm
> >afraid there are definitely problems here still. This is the hardware:
> >
> >Mod Ports Card Type Model Serial
> >No.
> >--- ----- -------------------------------------- ------------------
> >-----------
> > 1 2 Catalyst 6000 supervisor 2
> >(Active) WS-X6K-S2U-MSFC2 SAL0621001M
> > 2 2 Catalyst 6000 supervisor 2
> >(Standby) WS-X6K-S2U-MSFC2 SAL0621002U
> > 3 4 4-port OC-3c POS
> >SMI OSM-4OC3-POS-SI SAD070402KS
> > 4 2 2+4 port
> >GE-WAN OSM-2+4GE-WAN+ SAD071201XA
> > 5 0 Switching Fabric Module-136
> >(Active) WS-X6500-SFM2 SAD061400U4
> > 7 0 2 port adapter
> >FlexWAN WS-X6182-2PA SAD071202Z4
> > 8 16 Pure SFM-mode 16 port 1000mb
> >GBIC WS-X6816-GBIC SAL0618015L
> >
> >Some issues are cosmetic, e.g. "Gbic not connected" for an interface that
> >is very much up and running:
> >
> >trondh-PRINSG39-pe1#sh in ge4/3
> >GE-WAN4/3 is up, line protocol is up
> > Hardware is GigabitEthernet Interface, address is 0009.b695.804a (bia
> >0009.b695.804a)
> > Description: Lokal kabel, trondh-PRINSG39-sw1 g0/10
> > MTU 1600 bytes, BW 1000000 Kbit, DLY 10 usec,
> > reliability 255/255, txload 12/255, rxload 2/255
> > Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set
> > Full Duplex, 1000Mbps, Auto-negotiation, Gbic not connected
> > output flow-control is unsupported, input flow-control is unsupported
> > ARP type: ARPA, ARP Timeout 04:00:00
> > Last input 00:00:00, output 00:00:01, output hang never
> > Last clearing of "show interface" counters 02:05:50
> > Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
> > Queueing strategy: fifo
> > Output queue: 0/40 (size/max)
> > 1 minute input rate 10355000 bits/sec, 3865 packets/sec
> > 1 minute output rate 3232609000 bits/sec, 3508 packets/sec
> > 21740712 packets input, 6829930929 bytes, 0 no buffer
> > Received 10428 broadcasts (0 IP multicast)
> > 0 runts, 0 giants, 0 throttles
> > 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
> > 0 watchdog, 26864 multicast, 0 pause input
> > 19446357 packets output, 10956341525 bytes, 0 underruns
> > 0 output errors, 0 collisions, 1 interface resets
> > 0 babbles, 0 late collision, 0 deferred
> > 0 lost carrier, 0 no carrier, 0 PAUSE output
> > 0 output buffer failures, 0 output buffers swapped out
> >
> >Here we also see counter problems - a GigE interface with 3.23 Gbps of
> >traffic? :-)
> >
> >More serious for us is that some 802.1q subinterfaces aren't assigned
> >SNMP ifIndexes. Of the following two interfaces:
> >
> >interface GE-WAN4/3.16
> > encapsulation dot1Q 16
> > ip vrf forwarding V119:internett
> > ip address 195.204.197.1 255.255.255.0
> >!
> >interface GE-WAN4/3.19
> > encapsulation dot1Q 19
> > ip vrf forwarding V119:internett
> > ip address 195.204.251.217 255.255.255.252
> >
> >the first doesn't show up on an snmpwalk, while the second does.
> >
> >Steinar Haug, Nethelp consulting, sthaug at nethelp.no
>
> _______________________________________________
> 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/
--
Jared Mauch | pgp key available via finger from jared at puck.nether.net
clue++; | http://puck.nether.net/~jared/ My statements are only mine.
More information about the cisco-nsp
mailing list