Duplex mismatch

Duplex mismatch

In Ethernet, a duplex mismatch is a condition where two connected devices operate in different duplex modes, that is, one operates in half duplex while the other one operates in full duplex. The effect of a duplex mismatch is a network that works but is often much slower than its nominal speed. Duplex mismatch may be caused by manually setting two connected network interfaces at different duplex modes or by connecting a device that performs autonegotiation to one that is manually set to a full duplex mode.[1]

Contents

Duplex mismatch due to autonegotiation

When a device set to autonegotiation is connected to a device that is not using autonegotiation, the autonegotiation process fails. The autonegotiating end of the connection is still able to correctly detect the speed of the other end, but cannot correct the duplex mode. The standard requires the use of half duplex in these conditions. Therefore, the autonegotiating end of the connection uses half duplex while its peer is locked at full duplex, and this is a duplex mismatch.

The Ethernet standards body, IEEE 802.3, recommends enabling autonegotiation on all connections.[citation needed] Nevertheless network equipment allows autonegotiation to be disabled and on some networks, autonegotiation is disabled on all ports and a fixed modality of 100 Mbit/s and full duplex is used. That was often done by network administrators intentionally upon the introduction of autonegotiation, because of interoperability issues with the initial autonegotiation specification. The fixed mode of operation works well if both ends of a connection are locked to the same settings. However, maintaining such a network and guaranteeing consistency is difficult. Since autonegotiation is generally the manufacturer’s default setting it is almost certain that, in an environment where the policy is to have fixed port settings, someone will sooner or later leave a port set to use autonegotiation by mistake.

Effects of duplex mismatch

Communication is possible over a connection in spite of a duplex mismatch. Single packets are sent and acknowledged without problems. As a result, a simple ping command fails to detect a duplex mismatch because single packets and their resulting acknowledgments at 1-second intervals do not cause any problem on the network. A terminal session which sends data slowly (in very short bursts) can also communicate successfully. However, as soon as either end of the connection attempts to send any significant amount of data, the network suddenly slows to very low speed. Since the network is otherwise working, the cause is not so readily apparent.

A duplex mismatch causes problems when both ends of the connection attempt to transfer data at the same time. This happens even if the channel is used (from a high-level or user's perspective) in one direction only, in case of large data transfers. Indeed, when a large data transfer is sent over a TCP, data is sent in multiple packets, some of which will trigger an acknowledgment packet back to the sender. This results in packets being sent in both directions at the same time.

In such conditions, the full-duplex end of the connection sends its packets while receiving other packets; this is exactly the point of a full-duplex connection. Meanwhile, the half-duplex end cannot accept the incoming data while it is sending -- it will sense it as a collision. The half-duplex device ceases its current transmission and then retries later as per CSMA/CD. As a result, when both devices are attempting to transmit at the same time, packets sent by the full-duplex end will be lost and packets sent by the half duplex device will be delayed or lost.[2]

The lost packets force the TCP protocol to perform error recovery, but the initial (streamlined) recovery attempts fail because the retransmitted packets are lost in exactly the same way as the original packets. Eventually, the TCP transmission window becomes full and the TCP protocol refuses to transmit any further data until the previously-transmitted data is acknowledged. This, in turn, will quiesce the new traffic over the connection, leaving only the retransmissions and acknowledgments. Since the retransmission timer grows progressively longer between attempts, eventually a retransmission will occur when there is no reverse traffic on the connection, and the acknowledgment are finally received. This will restart the TCP traffic, which in turn immediately causes lost packets as streaming resumes.

The end result is a connection that is working but performs extremely poorly because of the duplex mismatch. Symptoms of a duplex mismatch are connections that seem to work fine with a ping command, but "lock up" easily with very low throughput on data transfers; the effective data transfer rate is likely to be asymmetrical, performing much worse in one direction than the other. In normal half-duplex operations late collisions do not occur. However, in a duplex mismatch the collisions seen on the half-duplex side of the link are often late collisions. The full-duplex side usually will register frame check sequence errors, or runt frames.[3][4] Viewing these standard Ethernet statistics can help diagnose the problem.

Contrary to what one might reasonably expect, both sides of a connection need to be identically configured for proper operation. In other words, setting one side to automatic (either speed or duplex or both) and setting the other to be fixed (either speed or duplex or both) will result in either a speed mismatch, a duplex mismatch or both. A duplex mismatch can be fixed by either enabling autonegotiation (if available and working) on both ends or by forcing the same settings on both ends (availability of a configuration interface permitting). If there is no option but to have a locked setting on one end and autonegotiation the other (for example, an old device with broken autonegotiation connected to an unmanaged switch) half duplex must be used. All modern LAN equipment comes with autonegotiation enabled and the various compatibility issues have been resolved. The best way to avoid duplex mismatches is to use autonegotiation and to replace any legacy equipment that does not use autonegotiation or does not autonegotiate correctly.

References

  1. ^ "Switch Port Duplex Mismatch". http://www.netcordia.com/resources/tech-tips/switch-port-duplex-mismatch.asp. Retrieved 2011-02-15. 
  2. ^ Gary A. Donahue (2007). Network Warrior. O'Reilly. p. 21. ISBN 978-0-596-10151-0. 
  3. ^ US 6580697, "Advanced ethernet auto negotiation" 
  4. ^ Jim Eggers and Steve Hodnett (July 2004). "Ethernet Autonegotiation Best Practices". Sun Mirosystems. http://network.epfl.ch/faq/vdm/817-7526.pdf. Retrieved 2011-02-18. 

External links


Wikimedia Foundation. 2010.

Игры ⚽ Нужно решить контрольную?

Look at other dictionaries:

  • Duplex (telecommunications) — A duplex communication system is a system composed of two connected parties or devices that can communicate with one another in both directions. The term multiplexing is used when describing communication between more than two parties or devices …   Wikipedia

  • Full-duplex Ethernet — While the early coaxial cable based variants of Ethernet were half duplex by design, all the common variants of twisted pair (10BASE T, 100BASE TX and 1000BASE T) and fiber optic Ethernet provide separate channels for send and receive.To allow… …   Wikipedia

  • Autonegotiation — is an Ethernet procedure by which two connected devices choose common transmission parameters, such as speed, duplex mode, and flow control. In this process, the connected devices first share their capabilities regarding these parameters and then …   Wikipedia

  • Ethernet over twisted pair — cable (upper) and 8P8C plug (lower) Ethernet over twisted pair technologies use twisted pair cables for the physical layer of an Ethernet computer network. Other Ethernet cable standards employ coaxial cable or optical fiber. Early versions… …   Wikipedia

  • Autonegotiation — oder Auto sensing bezeichnet ein Verfahren, das es zwei miteinander verbundenen Ethernet Netzwerkports (z. B. den Netzwerkports eines Computers und denen des Routers, Hubs oder Switches, mit dem dieser z. B. verbunden ist) erlaubt,… …   Deutsch Wikipedia

  • Auto-Negotiation — Autonegotiation bezeichnet ein Verfahren, welches es Netzwerkkarten bzw. HBAs ermöglicht, selbständig die korrekte Übertragungsgeschwindigkeit und das Duplex Verfahren des Netzwerkports, an den sie angeschlossen werden, zu erkennen und sich… …   Deutsch Wikipedia

  • Autosensing — Autonegotiation bezeichnet ein Verfahren, welches es Netzwerkkarten bzw. HBAs ermöglicht, selbständig die korrekte Übertragungsgeschwindigkeit und das Duplex Verfahren des Netzwerkports, an den sie angeschlossen werden, zu erkennen und sich… …   Deutsch Wikipedia

  • Late collision — is a type of collision found in the CSMA/CD protocol standard. If a collision error occurs after the first 512 bit times of data are transmitted by the transmitting stationIEEE [http://standards.ieee.org/getieee802/802.3.html 802.3 2005 Section… …   Wikipedia

  • nucleic acid — /nooh klee ik, klay , nyooh /, Biochem. any of a group of long, linear macromolecules, either DNA or various types of RNA, that carry genetic information directing all cellular functions: composed of linked nucleotides. [1890 95; NUCLE(US) + IC;… …   Universalium

  • Link aggregation — between a switch and a server Link aggregation or trunking or link bundling or Ethernet/network/NIC bonding[1] or NIC teaming are computer networking umbrella terms to describe various methods of combining (aggregating) multiple network… …   Wikipedia

Share the article and excerpts

Direct link
Do a right-click on the link above
and select “Copy Link”