Paul,

If the ethernet driver was setting the card up for 100Mbps, and you
were using a 10Mbps Hub, then you'd likely get no connectivity at all,
rather than partial connectivity with a high percentage of packet
loss.

I'd be inclined to look into the duplex settings, as Daniel mentioned.
A hub, even a so-called "dual-speed" hub, doesn't have the capability
of providing for full duplex operation.  When you cable the two
machine together directly, they can communicate in full-duplex, which
is most likely the reason the problem goes away when not using the
hub.  Manually configure both the Linux box, and the PC, for
half-duplex operation, and your problem should go away.

Alan

----- Original Message -----
From: "Paul Borghese" 
To: 
Sent: Saturday, June 02, 2001 9:55 PM
Subject: RE: Problem with home network [7:6922]


> Yea, I have a theory.  It has to do with the Linux box, defaulting
to
> 100MB.  Let's suppose the Linux box and PC are both running at 100
MB/sec
> but the hub is only 10 MB/sec.  Maybe the timing is such that it
will not
> work past one hop.
>
> When I recompiled the kernel, maybe the new kernel release changed
how the
> modules works on the Ethernet card, causing it to not detect 10
MB/sec
> connections and to default to 100 MB/sec.
>
> I will do a diff on the code.
>
>
> Who knows?
>
> Paul
>
> Daniel Cotts wrote:
> >
> > Since you touched the Linux box it would be the first suspect.
> > Can you verify that there was no configuration change? - even
> > by accident?
> > If there was a change, can you roll it back to original?
> > Are there other computers or printers connected to the hub?
> > Is the hub single speed or dual speed? (10/100)
> > (Thinking about speed/duplex mismatches.)
> > How does the Linux box configure the default route? Does it
> > point to its own
> > E0 interface or to the remote GW? (Thinking about filling its
> > ARP cache)
> >
> > > -----Original Message-----
> > > From: Paul Borghese [mailto:[EMAIL PROTECTED]]
> > > Sent: Saturday, June 02, 2001 7:42 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Problem with home network [7:6922]
> > >
> > >
> > > I have a cable modem connected to a linux box that is
> > > performing NAT from my
> > > invalid home network of 172.16.1.0/24 to my valid IP address
> > > 209.160.20.67.
> > > The 172.16.1.0 network is going into a small inexpensive hub.
> > >  This setup
> > > has worked for about a year.
> > >
> > > A few days ago, I needed to do some things on the linux box.
> > > When I hooked
> > > everything back up my internet access was horrid.  Found the
> > > following:
> > >
> > > If I ping from 172.16.1.98 (my PC) to the following addresses:
> > >
> > > 172.16.1.1 (PC's Default GW, E1 interface on Linux box)
> > > 0% Packet Loss
> > > 209.160.20.67 (E0 Linux IP address and address PC is being
> > > NATed to)  0%
> > > Packet loss
> > > 209.160.20.1 (GW of Linux Box)
> > > 70% Packet Loss
> > >
> > > If I ping from the Linux box I see no packet loss to
> > 172.16.1.98 or
> > > 209.160.20.1.  So I can now deduce the connection between the
> > > Linux box and
> > > the default GW is clean.
> > >
> > > But something is occuring with the NAT translations that
> > > causes 70% packet
> > > loss through the box.
> > >
> > >
> > > Ok, so here is the puzzling thing.  If I remove the hub and
> > > use a crossover
> > > cable between the PC and Linux box the address which is
> > problamatic
> > > 209.168.20.1 receives no packet loss when pinging from the PC
> > > - hence fixing
> > > the problem.
> > >
> > > So in other words, removing the hub on the 172.16.1.0 network
> > > fixes the
> > > connection at 209.168.20.1 ?!?
> > >
> > > Any ideas?
> > >
> > >
> > > Paul Borghese
> > > Report misconduct
> > > and Nondisclosure violations to [EMAIL PROTECTED]
[EMAIL PROTECTED]




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=6981&t=6922
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Reply via email to