Linux Advanced Routing and Traffic Control list
 help / color / mirror / Atom feed
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/

  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