[nsp] bizarre 2950 behavior

[Sorin CONSTANTINESCU]

Hi,

Can you check if you have input errors on the management vlan
interface? (Eg: show int vlan 1 | i errors ).

Regards,

On Thu, 15 Jul 2004 15:48:37 -0400, Matt Stockdale
<mstockda at logicworks.net> wrote:
> no, console works fine. A co-worker suggested that some register
> somewhere has a stuck or broken 7th bit, and that the icmp sequence
> number, once it hits a multiple of 64, is getting munged.
> 
> This is further supported by the fact that I can send, say, 20 packets,
> kill the ping, immediately begin a new ping (resetting the sequence
> number), and lo and behold, 64 packets later, it starts dropping them.
> 
> Strange.
> 
> 
> 
> 
> On Thu, 2004-07-15 at 15:32, Sorin CONSTANTINESCU wrote:
> > Do you see anything on the console port? Does it hang too?
> >
> > On Thu, 15 Jul 2004 14:14:57 -0400, Matt Stockdale
> > <mstockda at logicworks.net> wrote:
> > > Hello-
> > >
> > >  I've just brought up a new 2950 and I'm seeing the strangest behavior
> > > on it. Despite having a configuration essentially identical to that of
> > > one of the dozens of others we have in production, it is exhibiting the
> > > following-
> > >
> > > 1) I can no longer telnet to it. On the occasions that it does answer,
> > > it does not accept any password. It just seems to display the "User
> > > Access Verification, Password:" prompt and then hang.
> > >
> > > 2) I can only ping it with alternating 64 packet runs. This boggles my
> > > mind.
> > >
> > > > ping a.b.c.d
> > > PING a.b.c.d (a.b.c.d) 56(84) bytes of data.
> > > 64 bytes from a.b.c.d: icmp_seq=0 ttl=253 time=6.57 ms
> > > 64 bytes from a.b.c.d: icmp_seq=1 ttl=253 time=1.80 ms
> > > 64 bytes from a.b.c.d: icmp_seq=2 ttl=253 time=1.98 ms
> > > .
> > > . (all the packets between 3 and 60 are successful)
> > > .
> > > 64 bytes from a.b.c.d: icmp_seq=61 ttl=253 time=1.77 ms
> > > 64 bytes from a.b.c.d: icmp_seq=62 ttl=253 time=1.78 ms
> > > 64 bytes from a.b.c.d: icmp_seq=63 ttl=253 time=1.79 ms
> > > 64 bytes from a.b.c.d: icmp_seq=128 ttl=253 time=1.78 ms
> > > 64 bytes from a.b.c.d: icmp_seq=129 ttl=253 time=1.92 ms
> > > 64 bytes from a.b.c.d: icmp_seq=130 ttl=253 time=1.61 ms
> > > .
> > > . (again, everything is ok here)
> > > .
> > > 64 bytes from a.b.c.d: icmp_seq=189 ttl=253 time=1.81 ms
> > > 64 bytes from a.b.c.d: icmp_seq=190 ttl=253 time=1.83 ms
> > > 64 bytes from a.b.c.d: icmp_seq=191 ttl=253 time=1.83 ms
> > > 64 bytes from a.b.c.d: icmp_seq=256 ttl=253 time=1.80 ms
> > > 64 bytes from a.b.c.d: icmp_seq=257 ttl=253 time=1.81 ms
> > > 64 bytes from a.b.c.d: icmp_seq=258 ttl=253 time=1.79 ms
> > >
> > > 3) While the IP stack inside is clearly alive enough to listen to and
> > > respond to pings (and partially answer telnet), I can't ping anything
> > > from the device itself, even things within the same netblock.
> > >
> > > This is actually the second 2950 I've tried to bring up in 2 days, the
> > > first had different but also strange behavior. Both are running
> > >
> > > C2950-I6Q4L2-M, 12.1(13)EA1, RELEASE SOFTWARE (fc1), as shipped.
> > >
> > > I'm totally baffled.
> > >
> > > Has anyone seen anything like this before? am I missing something
> > > painfully obvious?
> > >
> > > Thanks,
> > >   Matt
> > >
> > > _______________________________________________
> > > 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/
> > >
> >
> 


-- 
Sorin CONSTANTINESCU
consta at gmail.com
Linux Registered User #222086