Sun NIC cards.
> -Original Message-
> From: Paul Werner [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, August 25, 2001 12:40 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Re: Subject: Re: sh arp [7:17012]
>
>
> Teresa,
>
e(minus any allocated to I/O). I did find
lots of bells and whistles in there.
If you haven't already done so, you may want to add the NBAR
entries for code Red since you now have 12.2(3) code(if you
haven't already done so).
v/r,
Paul Werner
> - Original Message -=2
[EMAIL PROTECTED]
Sent: Saturday, August 25, 2001 3:17 AM
Subject: Re: Re: Subject: Re: sh arp [7:17012]
Teresa,
You can't argue with getting a new router :-) I would call
that a giant leap in the direction of problem resolution.
If you are able to get a new router
12.2(3) doesn't
help, tried =
> to use int e0/0 same behaviour.
> The switch is from lucent=20
>
> *** CASE LOG 24-AUG-2001 06:28:35 PSTAction Type: Action
***=20
> *p*
> i did a reload with no ip address and i got : Output queue
0/40, 0 =
> drops; input queue 201/200, 86371
0 underruns(1268/2501/0)
> 0 output errors, 3769 collisions, 0 interface resets
> 0 babbles, 0 late collision, 6318 deferred
> 0 lost carrier, 0 no carrier
> 0 output buffer failures, 0 output buffers swapped out
>
> From: Odell Waters
> To: [EMAIL PROTEC
customer will check the stack of the switch and phone back
*** CASE LOG 24-AUG-2001 08:14:52 PSTAction Type: Resolution Summary ***
*p*
problem was introduced from a SUN that has been turned off
- Original Message -
From: Paul Werner
To: Teresa Presutto ; [EMAIL PROTECTED] ; [EMAIL
Teresa,
Well, that's more information than was previously disclosed:-)
That sheds a totally different light on the matter.
Maybe it might be possible to retrace the steps for all of
this. First, was everything working okay at some time in the
past? At what point did something change or go
lision and deferred counters
have
been increasing for all the night, when no traffic should passing through the
lan
Teresa
- Original Message -
From: Paul Werner
To: [EMAIL PROTECTED] ; [EMAIL PROTECTED] ; [EMAIL PROTECTED]
Sent: Friday, August 24, 2001 1:29 AM
Subject: Re
**WAN** links/low speed links(watch
wrap):
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/
121cgcr/qos_c/qcprt2/qcdwfq.htm
HTH,
Paul Werner
> Subject: Re: sh arp [7:17012]
>
> It didn't ping successfully.
> In the sho log I see the following line:
> UTC:
ED]
Sent: Thursday, August 23, 2001 8:05 PM
Subject: RE: sh arp [7:17012]
Try pinging the addresses that came up in your arp cache as incomplete. If
it pings successfully then look at the arp cache. You should then see the
MAC associated with the IP addresses following a successful ping.
Try pinging the addresses that came up in your arp cache as incomplete. If
it pings successfully then look at the arp cache. You should then see the
MAC associated with the IP addresses following a successful ping.
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=17017&t=17012
This means you have network traffic destined for those IP addresses but
the devices aren't responding to ARP requests. Actually, the first
entry is the IP address of Ethernet0/1, but the rest are simply
non-responsive devices on that LAN.
HTH,
John
>>> "Teresa Presutto" 8/23/01 11:35:31 AM >>>
anybody can help me?
After a clear arp cache i have
nternet 172.17.1.33 - 00b0.6469.4641 ARPA Ethernet0/1
Internet 172.17.1.29 0 Incomplete ARPA
Internet 172.17.1.27 0 Incomplete ARPA
Internet 172.17.1.11 0 Incomplete A
13 matches
Mail list logo