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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox