Sponsored Content
Operating Systems Linux changing speed of NIC Card in linux Post 302368213 by Corona688 on Wednesday 4th of November 2009 10:16:55 AM
Old 11-04-2009
Quote:
Originally Posted by manoj.solaris
I would like to know how to change the speed of ethernet card in linux? as it is showing auto-neg using mii-tool -v eth0

and my requirement is 100mbps full duplex.
Is there anything wrong with the speeds you're getting? Auto-negotiation is capable of negotiating automatically to 100mbps full duplex when both transceivers are capable of it without manual intervention(and, occasionally, when they're not).
 

10 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

No NIC Card?

Hello Everyone, While trying to configure my network interface card on my system which runs mandrake 7, I have faced many problems. I used commands like netconf, drakconf, ifconfig etc to configure my NIC but of no use. There is no output for dmesg|grep eth. Does that mean that mandrake... (2 Replies)
Discussion started by: cyno
2 Replies

2. Solaris

How to check Virtual NIC card speed on solaris

Hi, We have a 4 port Sun gigaswift NIC card on our sun fire server. If the card is a physical one I know how to check the settings/speed. But since this is a virtual card with 4 ports , I am not sure as how we can check the settings. Details ----------- root:/> ifconfig -a lo0:... (3 Replies)
Discussion started by: pray44u
3 Replies

3. Solaris

Sun box's NIC speed setting

Is there a way to check if my Sun box's network interface card is set to 10 or 100 Mbps? Thanks! (1 Reply)
Discussion started by: FredSmith
1 Replies

4. IP Networking

NIC speed 100M/full duplex problem

I have a TOSHIBA AS7000 B150 Sun Box I wanted to run it with 100M/full duplex I had added this to the /etc/system file to make to setting permenant So it would be set correctly on reboot. set eri:eri_adv_100fdx_cap=1 set eri:eri_adv_100hdx_cap=0 set eri:eri_adv_autoneg_cap=0 But when I... (4 Replies)
Discussion started by: AirWalker83
4 Replies

5. UNIX for Dummies Questions & Answers

how can i see ethernet card speed in solars

hai this is nagesh when i was doing practical , i find some dought. iam using solaris 9. how can i see the ethernet card speed , wheather it is halfduplex or full duplex.any body please help me (4 Replies)
Discussion started by: nag.mi2000
4 Replies

6. HP-UX

how can I determine which NIC card is virtual NIC Card

how can I determine which NIC card is virtual NIC Card which condition can make a decision Does HP UX have Virtual Network Adapter Concept if ,it has where I can Find if I Install Virutal Network Adapter or which command that i can get it or which software can generate thanks (2 Replies)
Discussion started by: alert0919
2 Replies

7. Solaris

change NIC speed

how can we change the nic card speed please explain through commands & steps ???? and i want to change NIC speed 100 --1000Mbps and what is full & half duplex gives thanks in advance (6 Replies)
Discussion started by: wkbn86
6 Replies

8. UNIX for Advanced & Expert Users

Determine the ethernet (NIC) card speed.

Hi, Does anyone know how can I determine the maximum capable speed on a network interface card for different OS like HP, Sun, AIX and Linux. I am aware of the tool "ethtool" which can be used for Linux. Are there any handly commands or /proc files where I can get this info depending on the OS.... (3 Replies)
Discussion started by: devtakh
3 Replies

9. Solaris

Supporting NIC speed

Hi, I have few Solaris (9 and 10) servers, whose consoles are running on 10 MBPs. Now, Network team is changing their switch, which doesn't support 10 MBPs and we need to check if console all of those servers will support 100MBPs or more. Is there any way to check supported (or maximum supported)... (7 Replies)
Discussion started by: solaris_1977
7 Replies

10. Red Hat

Finding speed of NIC Card

Hi, I would like to know how to find out ACTUAL speed of NIC Card. I have used the command ethtool eth0, it is showing supported modes, but what is acutal speed ? how to find out? (4 Replies)
Discussion started by: manoj.solaris
4 Replies
ieee802.3(5)						Standards, Environments, and Macros					      ieee802.3(5)

NAME
ieee802.3, cap_autoneg, cap_1000fdx, cap_1000hdx, cap_100fdx, cap_100hdx, cap_10fdx, cap_10hdx, cap_rem_fault, cap_pause, cap_asmpause, adv_cap_autoneg, adv_cap_1000fdx, adv_cap_1000hdx, adv_cap_100fdx, adv_cap_100hdx, adv_cap_10fdx, adv_cap_10hdx, adv_cap_pause, adv_cap_asmpause, adv_rem_fault, lp_cap_autoneg, lp_cap_1000fdx, lp_cap_1000hdx, lp_cap_100fdx, lp_cap_100hdx, lp_cap_10fdx, lp_cap_10hdx, lp_cap_pause, lp_cap_asmpause, lp_rem_fault, xcvr_addr, xcvr_id, xcvr_inuse, link_up, link_duplex, link_pause, link_asmpause - Ethernet mii kstat and ndd parameters DESCRIPTION
This page describes the kernel statistics and the ndd(1M) configuration parameters used to monitor and configure the Ethernet physical layer. The cap_* parameters exist in the kernel statistics for an Ethernet device. The parameters describe the maximum capability of a device. When the value of a statistic is 1, the device has the capability described. When the value is 0, the device does not have the capability. The exceptions to this rule are the cap_asmpause and cap_pause parameters which are explained later in the page. cap_autoneg Capable of auto-negotiation cap_1000fdx Capable of 1000 full duplex operation cap_1000hdx Capable of 1000 half duplex operation cap_100fdx Capable of 100 full duplex operation cap_100hdx Capable of 100 half duplex operation cap_10fdx Capable of 10 full duplex operation cap_10hdx Capable of 10 half duplex operation cap_rem_fault Capable of reporting locally detected faults to link partner The adv_cap_* parameters exist in the kernel statistics and represent a mirror image of the ndd adv_*_cap parameter list for an Ethernet device. The ndd adv_*_cap tuning parameters allow fine grain control of the Ethernet device physical layer. The parameters are also a sub- set of the cap_* statistics. If the cap_* value is 0, the corresponding adv_cap_* must also be 0. The exceptions to this rule are the adv_cap_asmpause and adv_cap_pause parameters. When auto-negotiation is enabled, the adv_*_cap statistics show which capabilities are advertised to the link partner. When auto-negotia- tion is disabled in forced mode, the statistics precisely show how a link should function and that it must be matched on the link partner to achieve a valid link up. Statistics with values other than 0 and 1 are also described in the following. adv_cap_autoneg Advertise auto-negotiation capability adv_cap_1000fdx Advertise 1000 full duplex capability adv_cap_1000hdx Advertise 1000 half duplex capability adv_cap_100fdx Advertise 100 full duplex capability adv_cap_100hdx Advertise 100 half duplex capability adv_cap_10fdx Advertise 10 full duplex capability adv_cap_10hdxv Advertise 10 half duplex capability adv_rem_fault Fault value reported by the local system to the peer 0 Link is good 1 Off line 2 Link failure 3 Auto-negotiation failure The lp_cap_* parameters exist as kernel statistics for an Ethernet device. The statistics are the advertised capabilities provided by the link partner on completion of auto-negotiation. If the capabilities match the capabilities provided in the local advertisement, the link can proceed to a link up state. If no match is found, the link remains down. In two other instances, lp_cap_* values might all be zero: when a cable is not present, when forced mode is enabled. lp_cap_autoneg Link partner advertises auto-negotiation capability lp_cap_1000fdx Link partner advertises 1000 full duplex capability lp_cap_1000hdx Link partner advertises 1000 half duplex capability lp_cap_100fdx Link partner advertises 100 full duplex capability lp_cap_100hdx Link partner advertises 100 half duplex capability lp_cap_10fdx Link partner advertises 10 full duplex capability lp_cap_10hdx Link partner advertises 10 half duplex capability lp_rem_fault Fault value the remote system reports 0 Link is good 1 Off line 2 Link failure 3 Auto-negotiation failure The xcvr_* kernel statistics provide information about the physical layer device that is in use. xcvr_addr MII address in the 0 to 31 range of the physical layer device in use for a given Ethernet device xcvr_id MII transceiver manufacturer and device ID xcvr_inuse MII transceiver type, based on the following list: 0 other Undefined 1 none MII present, but nothing connected 2 10Mb/s 10Mb/s Manchester encoding 3 100BaseT4 100 Mb/s 8B/6T 4 100BaseX 100 Mb/s 4B/5B 5 100BaseT2 100 Mb/s PAM5X5 6 1000BaseX 1000 Mb/s 8B/10B 7 1000BaseT 1000 Mb/s 4D-PAM5 The above values define maximum capability. In many cases, lower speeds can occur. The cap_* statistics must be viewed to establish the range of capability. The link_* kernel statistics show the link state at the local end of the connection. link_up 1 Link is up 0 Link is down link_duplex 2 Full duplex link 1 Half duplex link 0 Unknown The cap_asmpause, cap_pause, adv_cap_asmpause, and adv_cap_pause parameters do not follow the rules of other cap_* and adv_cap_* kstats or parameters. cap_pause The meaning of this statistic depends on the value provided by cap_asmpause. if cap_asmpause = 1, pause one direction 1 Send pause frames when there is receive congestion. 0 Pause transmission when a pause frame is received. if cap_asmpause = 0, pause in either direction 1 Send pause frames when there is receive congestion, and pause transmission when a pause frame is received. 0 Pause capability is not available in either direction. cap_asmpause Asymmetric pause capability The adv_cap_pause and adv_cap_asmpause statistics are limited by the available settings for cap_pause and cap_asmpause. For a device that is fully capable of pausing both Rx (receive) and Tx (transmit) operations, the settings available are defined in the truth table that fol- lows the adv_cap_pause and adv_cap_asmpause parameter descriptions below. adv_cap_pause The meaning of this statistic depends on the value provided by adv_cap_asmpause. if adv_cap_asmpause = 1 1 Send pause frames when there is receive congestion. 0 Pause transmission when a pause frame is received. if adv_cap_asmpause = 0 1 Send pause frames when there is receive congestion, and pause transmission when a pause frame is received. 0 Pause capability is not available in either direction. adv_cap_asmpause Asymmetric pause capability The cap_asmpause and cap_pause statistics show the capability of a device and also limit the legal setting for adv_cap_asmpause and adv_cap_pause. The following truth table describes the available adv_cap_asmpause and adv_cap_pause settings limited by cap_asmpause and cap_pause statistics. The abbreviations below are used in the table. CA cap_asmpause CP cap_pause AA adv_cap_asmpause AP adv_cap_pause CP CA AP AA Description 0 0 0 0 No pause in use 0 0 x x Device not pause capable, cannot set 0 1 0 0 Asymmetric Rx pause capable, but not advertised 0 1 0 1 Asymmetric Rx pause capable and advertised 0 1 1 0 Asymmetric Rx pause capable, making it impossible advertise symmetric pause 0 1 1 1 Asymmetric Rx pause capable, making it impossible advertise asymmetric Tx pause 1 0 0 0 Symmetric pause capable, but not advertised 1 0 0 1 Symmetric pause capable, advertis- ing asymmetric Rx pause only 1 0 1 0 Symmetric pause capable, advertis- ing symmetric Rx and Tx pause capa- bility 1 0 1 1 Symmetric pause capable, advertis- ing asymmetric Tx pause only 1 1 0 0 Asymmetric Tx pause capable, but not advertised 1 1 0 1 Asymmetric Tx pause capable, making it impossible to advertise Asymmet- ric Rx pause 1 1 1 0 Asymmetric Tx pause capable, making it impossible advertise symmetric pause 1 1 1 1 Asymmetric Tx pause capable and advertised In the cases above, an error is posted when a device driver cannot advertise. A new setting is ignored and values revert to the previous setting. The lp_cap_pause and the lp_cap_asmpause provide the advertised capabilities of the link partners. lp_cap_pause The meaning of this statistic depends on the value provided by lp_cap_asmpause. if lp_cap_asmpause = 1 1 Send pause frames when there is receive congestion. 0 Pause transmission when a pause frame is received. if lp_cap_asmpause = 0 1 Send pause frames when there is receive congestion, and pause transmission when a pause frame is received. 0 Pause capability is not available in either direction. lp_cap_asmpause Asymmetric pause capability When adv_*pause_cap and lp_*pause_cap are compared on completion of auto-negotiation, the chosen flow control mechanism for the link depends on what is most meaningful. link_asmpause 1 indicates flow control in one direction. 0 indicates flow control in both directions when link_pause is set to one. link_pause if link_asmpause = 0 1 Flow control in both Rx and Tx directions is available. 0 No flow control available on the link. if link_asmpause = 1 1 The local station will honor received pause frames by temporarily suspending transmit of further frames. 0 In the event of receive congestion, the local station will transmit a pause frame to the peer. lp_cap_asmpause Asymmetric pause capability The following truth table illustrates the meaningful flow control combinations related to local and link partner configurations. The abbreviations below are used in the table. AA adv_cap_asmpause AP adv_cap_pause LAC lp_cap_asmpause LPC lp_cap_pause LA link_asmpause LP link_pause AA AP LAC LPC LA LP Description 1 0 1 1 1 0 Local station will Tx a pause when Rx is congested. 0 1 0 1 0 1 Flow control in both Rx and Tx directions. x 1 1 0 1 1 Local station will honor received Pause frames by temporarily sus- pending Transmit. x x x x 0 0 All other combinations: Flow con- trol not avilable on the link When forced mode is enabled, the current setting of adv_cap_asmpause and adv_cap_pause are used for the link. The link_asmpause and link_pause become equal to the current adv_cap_asmpause and adv_cap_pause settings. The above table also applies in forced mode, but the link partner configuration must be checked to verify that flow control is operating on the link. SEE ALSO
ndd(1M), driver.conf(4), bge(7D), ce(7D), dlpi(7P), eri(7D), ge(7D), gld(7D), hme(7D), qfe(7D) NOTES
When adv_cap_autoneg is set to 0, the highest priority speed and duplex is used for forced mode. The highest priority is the highest speed at full duplex. The lowest priority is the lowest speed at half duplex. MII transceivers can exist internally to a system or can be connected to an external MII connector. Typically, an internal transceiver has an xcvr_addr of 1, while an external connection has an xcvr_addr of 0. SunOS 5.10 13 Sep 2004 ieee802.3(5)
All times are GMT -4. The time now is 05:08 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy