All of lore.kernel.org
 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 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.