nv-l
[Top] [All Lists]

RE: [nv-l] Authentication failure traps from Windows clients

To: nv-l@lists.us.ibm.com
Subject: RE: [nv-l] Authentication failure traps from Windows clients
From: James Shanks <jshanks@us.ibm.com>
Date: Wed, 31 Aug 2005 09:18:58 -0400
Delivery-date: Wed, 31 Aug 2005 14:21:36 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
Sensitivity:
Hi Bill,

I don't know what to say about the missing community name, and if you 
suspect that is the case, then a PMR is certainly in order.
But the issue of bad upd checksums may be a red herring.  I've seen this 
issue before, using traces from Ethereal, and I specifically  found this 
on a site discussing issues in RedHat 3:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=132781


Comment #8 From Martin Hunt



 
 

on 2005-04-21 13:01 EST




tcpdump complaining about bad checksums is actually normal behavior on
a machine that is offloading checksum calculation to the ethernet card.
tcpdump is grabbing the packets before they hit the ethernet card, so
the checksum hasn't been computed.

To check if your card is offloading checksum calculations, do
# /sbin/ethtool -k eth0
Offload parameters for eth0:
rx-checksumming: on
tx-checksumming: on
scatter-gather: on
tcp segmentation offload: off

You can temporarily disable tx checksums and try again.  The bad
chksum messages should disappear.
# /sbin/ethtool -K eth0 tx off

HTH,

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group

<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web