From: "Martin A. Brown" <mabrown-lartc@securepipe.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] speed problem
Date: Thu, 02 Jan 2003 16:19:33 +0000 [thread overview]
Message-ID: <marc-lartc-104152455811649@msgid-missing> (raw)
In-Reply-To: <marc-lartc-104149697120410@msgid-missing>
Vishal,
: > the first thing i'd like to check is if the ethernet cards are running
: > in full- or half-duplex mode. AFAIK running one card in half-duplex mode
: > and the other trying to force full-duplex mode can lead to lots of
: > collisions, so this could be a reason for slow speed.
I agree with Ulrich, and apparently that may have been your problem.
: thanks for the reply, i found that there are collission when i use a
: hub in between, How do i make sure that both the ethernet cards are
: running in half or full duplex mode, how do i check if weathere an
: ethernet is in half or full duplex mode
You may find that one of the following tools helps you to determine what
your ethernet card has negotiated with its peer:
- ethtool ( the tool which will probably continue to be maintained and
supported under linux )
http://www.gnu.org/directory/sysadmin/Monitor/ethtool.html
- mii-diag, aka mii-tool, ( one of these two is usually available on
common distributions available today )
http://freshmeat.net/projects/mii-diag/
-Martin
Here's some example output from mii-diag and mii-tool:
# mii-tool --help
usage: mii-tool [-VvRrwl] [-A media,... | -F media] [interface ...]
-V, --version display version information
-v, --verbose more verbose output
-R, --reset reset MII to poweron state
-r, --restart restart autonegotiation
-w, --watch monitor for link status changes
-l, --log with -w, write events to syslog
-A, --advertise=media,... advertise only specified media
-F, --force=media force specified media technology
media: 100baseT4, 100baseTx-FD, 100baseTx-HD, 10baseT-FD, 10baseT-HD,
(to advertise both HD and FD) 100baseTx, 10baseT
# mii-tool eth0
eth0: negotiated 100baseTx-FD flow-control, link ok
# mii-diag --help
Usage: mii-diag [-aDfrRvVw] [-AF <speed+duplex>] [--watch] <interface>.
Show the link status of the specified network interface.
The default interface is "eth0".
The common usage is
mii-diag eth0
Frequently used options are
-A --advertise <speed|setting>
-F --fixed-speed <speed>
Speed is one of: 100baseT4, 100baseTx, 100baseTx-FD, 100baseTx-HD,
10baseT, 10baseT-FD, 10baseT-HD
-s --status Return exit status 2 if there is no link beat.
Less frequently used options are
-a --all-interfaces Show the status all interfaces
(Not recommended with options that change settings.)
-D --debug
-g --read-parameters Get driver-specific parameters.
-G --set-parameters PARMS Set driver-specific parameters.
Parameters are comma separated, missing elements retain existing
value.
-M --msg-level LEVEL Set the driver message bit map.
-p --phy ADDR Set the PHY (MII address) to report.
-r --restart Restart the link autonegotiation.
-R --reset Reset the transceiver.
-v --verbose Report each action taken.
-V --version Emit version information.
-w --watch Continuously monitor the transceiver and report
changes.
This command returns success (zero) if the interface information can be
read. If the --status option is passed, a zero return means that the
interface has link beat.
# mii-diag eth0
Basic registers of MII PHY #1: 3000 7809 02a8 0154 05e1 0000 0000 0000.
Basic mode control register 0x3000: Auto-negotiation enabled.
Basic mode status register 0x7809 ... 7809.
Link status: not established.
End of basic transceiver information.
--
Martin A. Brown --- SecurePipe, Inc. --- mabrown@securepipe.com
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
next prev parent reply other threads:[~2003-01-02 16:19 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-02 8:53 [LARTC] speed problem Vishal Gandhi Kommineni
2003-01-02 9:04 ` ulrich schwarz
2003-01-02 9:37 ` Vishal Gandhi Kommineni
2003-01-02 11:22 ` Lars Gaarden
2003-01-02 16:19 ` Martin A. Brown [this message]
2003-01-03 5:43 ` Vishal Gandhi Kommineni
2003-01-03 5:46 ` Vishal Gandhi Kommineni
2003-01-03 5:49 ` Vishal Gandhi Kommineni
2003-01-03 17:58 ` Dan Kramarsky
2003-01-04 5:26 ` Vishal Gandhi Kommineni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-lartc-104152455811649@msgid-missing \
--to=mabrown-lartc@securepipe.com \
--cc=lartc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.