Re: 3com Nic Problems

1999-03-28 Thread Bill Paul
Of all the gin joints in all the towns in all the world, RT had to walk 
into mine and say:

> Heres are the nic combinations I've tried in one machine:
> 
> 3com 905 (at 100mbit) & 3com 905b (at 10mbit)
> 3com 905b (at 100mbit) & 3com 905 (at 10mbit)
> 3com 905 (at 100mbit) & realtek 8039 (at 10mbit)
> 3com 905b (at 100mbit) & realtek (at 10mbit)
> 3com 905b (at 100mbit) & ne2000 (at 10mbit)
> 
> In each case the 3com operating at 100mbit failed to do so smoothly.  In
> some cases I receive device time-outs, on bootup "xl0 command not
> completed",

Ignore the command failed to complete message. It's not fatal. It's
amazing how many people get all flustered when they see this.

> and in some cases no warning at all..

It's timing dependent.

> 100mbit will peak at 4MB/s, then all of a sudden stop, then go racing off,
> then stop...

This is a classic "I didn't configure my card correctly" symptom.

For the Nth time, both sides of the link must use the same modes. You
can't mix and match speed and duplex settings like they're tuneable
parameters that you can tweak to get more performance. Both sides must
match. If they can't figure out how to match on their own using 
autonegotiation, make them match. (You're the one with the brain and
the reasoning skills after all. Well, that's the theory anyway.)

If you want two 100Mbps NICs connected back to back (via crossover
cable), then do the following on _both_ sides:

# ifconfig xl0 media 100baseTX mediaopt full-duplex

The symptoms you're describing indicate a condition where one side of
the link is set for full duplex and the other is set for half. This doesn't
work: when the NIC is in full duplex mode, it turns off the collision
detection logic (since in theory you're not supposed to have collisions
on a full duplex link). If one side is doing collision detection and
the other isn't, you tend to see 'stuttery' performance.

If you're connecting a NIC to a 10Mbps hub (that's hub as in repeater,
not a switch), then you must set the NIC for 10Mbps half-duplex:

# ifconfig xl0 media 10baseT/UTP mediaopt half-duplex

If you're connecting a NIC to a 100Mbps hub (again, that's a hub as
in repeater, not a switch), then you must set the NIC for 100Mbps
half-duplex:

# ifconfig xl0 media 100baseTX mediaopt half-duplex

If you're connecting a NIC to a 100Mbps switch port, then in theory
the switch port and the NIC will perform NWAY autoselection and get
the modes right on their own. Sometimes this fails though, in which
case you should manually configure the switch for the mode you want
and configure the NIC to match.

When you connect two NICs back to back and one of them supports NWAY
and the other doesn't, the NIC with NWAY autonegotiation support can
sometimes get the mode wrong. In this case, you should manually
configure the NIC with NWAY so that agrees with the other NIC's modes
using ifconfig as shown above.

The NE2000 and 8039 boards don't support full duplex. So if you
connect a one of these to the 3c90x NICs via crossover cable, then
you must force the 3Com nic to 10Mbps half-duplex:

# ifconfig xl0 media 10baseT/UTP mediaopt half-duplex

This is because the NE2K and 8039 (ne2k compatible) don't support full
duplex mode.

-Bill

-- 
=
-Bill Paul(212) 854-6020 | System Manager, Master of Unix-Fu
Work: wp...@ctr.columbia.edu | Center for Telecommunications Research
Home:  wp...@skynet.ctr.columbia.edu | Columbia University, New York City
=
 "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness"
=



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: 3com Nic Problems

1999-03-28 Thread RT
Sure enough when reading my own bug report, I found something else:

xl0: <3Com 3c905B Fast Etherlink XL 10/100BaseTX> rev 0x30 int a irq 9 on
pci0.3.0
xl0: command never completed!
xl0: Ethernet address: 00:50:04:11:5f:16
xl0: autoneg not complete, no carrier (forcing half-duplex, 10Mbps)
xl1: <3Com 3c905 Fast Etherlink XL 10/100BaseTX> rev 0x00 int a irq 12 on
pci0.4.0
xl1: Ethernet address: 00:60:97:de:4e:38
xl1: autoneg complete, link status good (half-duplex, 10Mbps)

xl0 should be 100mbit  --> Not detected
xl1 should be 10mbit --> Detected

I switched the cards around, same thing happens.  But with only the 100mbit
network attached, it's detected fine.

Thanks again for any suggestions.

-Original Message-
From: RT 
To: curr...@freebsd.org 
Date: Sunday, March 28, 1999 1:56 PM
Subject: 3com Nic Problems


>Heres are the nic combinations I've tried in one machine:
>
>3com 905 (at 100mbit) & 3com 905b (at 10mbit)
>3com 905b (at 100mbit) & 3com 905 (at 10mbit)
>3com 905 (at 100mbit) & realtek 8039 (at 10mbit)


-= Snip =-

>Any more information needed?




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



3com Nic Problems

1999-03-28 Thread RT
Heres are the nic combinations I've tried in one machine:

3com 905 (at 100mbit) & 3com 905b (at 10mbit)
3com 905b (at 100mbit) & 3com 905 (at 10mbit)
3com 905 (at 100mbit) & realtek 8039 (at 10mbit)
3com 905b (at 100mbit) & realtek (at 10mbit)
3com 905b (at 100mbit) & ne2000 (at 10mbit)

In each case the 3com operating at 100mbit failed to do so smoothly.  In
some cases I receive device time-outs, on bootup "xl0 command not
completed", and in some cases no warning at all..

100mbit will peak at 4MB/s, then all of a sudden stop, then go racing off,
then stop...

This doesn't happen if the 3com cards are operated by themselves.   The
realtek & ne2000 (while slow) perform without these problems.  I believe the
xl? drivers have a problem.

My system is 4-current (updated weekly).  I only starting using 2 nics in
the machine last week. (When I got my cable modem).   The problem occurs
both with and without natd & ipfw.  It also doesn't matter which of the 4
cards is receiving the data (as long as there is only one of them).

Any more information needed?



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message