DOCSLIB.ORG

Network Interface Controller Drivers Release 20.05.0

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Network Interface Controller Drivers Release 20.05.0 Network Interface Controller Drivers Release 20.05.0 May 26, 2020 CONTENTS 1 Overview of Networking Drivers1 2 Features Overview4 2.1 Speed capabilities.....................................4 2.2 Link status.........................................4 2.3 Link status event......................................4 2.4 Removal event.......................................5 2.5 Queue status event.....................................5 2.6 Rx interrupt.........................................5 2.7 Lock-free Tx queue....................................5 2.8 Fast mbuf free.......................................5 2.9 Free Tx mbuf on demand..................................6 2.10 Queue start/stop......................................6 2.11 MTU update........................................6 2.12 Jumbo frame........................................6 2.13 Scattered Rx........................................6 2.14 LRO............................................7 2.15 TSO.............................................7 2.16 Promiscuous mode.....................................7 2.17 Allmulticast mode.....................................8 2.18 Unicast MAC filter.....................................8 2.19 Multicast MAC filter....................................8 2.20 RSS hash..........................................8 2.21 Inner RSS..........................................8 2.22 RSS key update.......................................9 2.23 RSS reta update......................................9 2.24 VMDq...........................................9 2.25 SR-IOV...........................................9 2.26 DCB............................................9 2.27 VLAN filter........................................ 10 2.28 Flow control........................................ 10 2.29 Flow API.......................................... 10 2.30 Rate limitation....................................... 10 2.31 Traffic mirroring...................................... 10 2.32 Inline crypto........................................ 11 2.33 Inline protocol....................................... 11 2.34 CRC offload........................................ 11 2.35 VLAN offload....................................... 12 2.36 QinQ offload........................................ 12 i 2.37 L3 checksum offload.................................... 12 2.38 L4 checksum offload.................................... 13 2.39 Timestamp offload..................................... 13 2.40 MACsec offload...................................... 13 2.41 Inner L3 checksum..................................... 13 2.42 Inner L4 checksum..................................... 14 2.43 Packet type parsing..................................... 14 2.44 Timesync.......................................... 14 2.45 Rx descriptor status.................................... 15 2.46 Tx descriptor status..................................... 15 2.47 Basic stats......................................... 15 2.48 Extended stats....................................... 15 2.49 Stats per queue....................................... 16 2.50 FW version......................................... 16 2.51 EEPROM dump...................................... 16 2.52 Module EEPROM dump.................................. 16 2.53 Registers dump....................................... 16 2.54 LED............................................ 16 2.55 Multiprocess aware..................................... 17 2.56 BSD nic_uio........................................ 17 2.57 Linux UIO......................................... 17 2.58 Linux VFIO........................................ 17 2.59 Other kdrv......................................... 17 2.60 ARMv7........................................... 17 2.61 ARMv8........................................... 17 2.62 Power8........................................... 17 2.63 x86-32........................................... 18 2.64 x86-64........................................... 18 2.65 Usage doc......................................... 18 2.66 Design doc......................................... 18 2.67 Perf doc........................................... 18 2.68 Runtime Rx queue setup.................................. 18 2.69 Runtime Tx queue setup.................................. 18 2.70 Burst mode info...................................... 19 2.71 Other dev ops not represented by a Feature........................ 19 3 Compiling and testing a PMD for a NIC 20 3.1 Driver Compilation..................................... 20 3.2 Running testpmd in Linux................................. 21 4 AF_PACKET Poll Mode Driver 23 4.1 Options and inherent limitations.............................. 23 4.2 Prerequisites........................................ 24 4.3 Set up an af_packet interface................................ 24 5 AF_XDP Poll Mode Driver 25 5.1 Options........................................... 25 5.2 Prerequisites........................................ 25 5.3 Set up an af_xdp interface................................. 26 5.4 Limitations......................................... 26 6 ARK Poll Mode Driver 27 ii 6.1 Overview.......................................... 27 6.2 Device Parameters..................................... 28 6.3 Data Path Interface..................................... 28 6.4 Configuration Information................................. 28 6.5 Building DPDK...................................... 29 6.6 Supported ARK RTL PCIe Instances........................... 29 6.7 Supported Operating Systems............................... 29 6.8 Supported Features..................................... 29 6.9 Unsupported Features................................... 29 6.10 Pre-Requisites....................................... 30 6.11 Usage Example....................................... 30 7 Aquantia Atlantic DPDK Driver 31 7.1 Supported features..................................... 31 7.2 Experimental API features................................. 31 7.3 Configuration Information................................. 31 7.3.1 Application Programming Interface....................... 32 7.3.2 Limitations or Known issues........................... 32 7.3.3 Supported Chipsets and NICs........................... 32 8 AVP Poll Mode Driver 33 8.1 Features and Limitations of the AVP PMD........................ 33 8.2 Prerequisites........................................ 34 8.3 Launching a VM with an AVP type network attachment................. 34 9 AXGBE Poll Mode Driver 35 9.1 Supported Features..................................... 35 9.2 Configuration Information................................. 35 9.3 Building DPDK...................................... 36 9.4 Prerequisites and Pre-conditions.............................. 36 9.5 Usage Example....................................... 36 10 BNX2X Poll Mode Driver 37 10.1 Supported Features..................................... 37 10.2 Non-supported Features.................................. 37 10.3 Co-existence considerations................................ 37 10.4 Supported QLogic NICs.................................. 38 10.5 Prerequisites........................................ 38 10.6 Pre-Installation Configuration............................... 38 10.6.1 Config File Options................................ 38 10.7 Driver compilation and testing............................... 38 10.8 Jumbo: Limitation..................................... 39 10.9 SR-IOV: Prerequisites and sample Application Notes................... 39 11 BNXT Poll Mode Driver 41 11.1 CPU Support........................................ 41 11.2 Kernel Dependency.................................... 41 11.3 Compiling BNXT PMD.................................. 42 11.4 Running BNXT PMD................................... 42 11.4.1 Running on VF.................................. 43 11.4.2 Running on PF.................................. 44 11.5 Features........................................... 44 iii 11.5.1 Port Control.................................... 44 11.5.2 Packet Filtering.................................. 45 11.5.3 Stateless Offloads................................. 46 11.5.4 VLAN Insert/Strip................................ 49 11.5.5 Time Synchronization............................... 50 11.5.6 Statistics Collection................................ 50 11.5.7 Generic Flow Offload............................... 51 11.6 Application Support.................................... 52 11.6.1 Firmware..................................... 52 11.6.2 Multiple Processes................................ 52 11.6.3 Runtime Queue Setup............................... 53 11.6.4 Descriptor Status................................. 53 11.6.5 Bonding...................................... 53 11.7 Vector Processing..................................... 53 11.8 Appendix.......................................... 54 11.8.1 Supported Chipsets and Adapters......................... 54 12 CXGBE Poll Mode Driver 56 12.1 Features........................................... 56 12.2 Limitations......................................... 56 12.3 Supported Chelsio T5 NICs................................ 57 12.4 Supported Chelsio T6 NICs................................ 57 12.5 Supported SR-IOV Chelsio NICs............................. 57 12.6 Prerequisites........................................ 57 12.7 Pre-Installation Configuration............................... 57 12.7.1 Config File Options................................ 57 12.7.2 Runtime Options................................. 58 12.8 Driver compilation and testing............................... 61
Load more

Recommended publications
  • EDSA-401 ISA Security Compliance Institute – Embedded Device Security Assurance – Testing the Robustness of Implementations of Two Common “Ethernet” Protocols
    EDSA-401 ISA Security Compliance Institute – Embedded Device Security Assurance – Testing the robustness of implementations of two common “Ethernet” protocols Version 2.01 September 2010 Copyright © 2009-2010 ASCI – Automation Standards Compliance Institute, All rights reserved EDSA-401-2.01 A. DISCLAIMER ASCI and all related entities, including the International Society of Automation (collectively, “ASCI”)provide all materials, work products and, information (‘SPECIFICATION’) AS IS, WITHOUT WARRANTY AND WITH ALL FAULTS, and hereby disclaim all warranties and conditions, whether express, implied or statutory, including, but not limited to, any (if any) implied warranties, duties or conditions of merchantability, of fitness for a particular purpose, of reliability or availability, of accuracy or completeness of responses, of results, of workmanlike effort, of lack of viruses, and of lack of negligence, all with regard to the SPECIFICATION, and the provision of or failure to provide support or other services, information, software, and related content through the SPECIFICATION or otherwise arising out of the use of the SPECIFICATION. ALSO, THERE IS NO WARRANTY OR CONDITION OF TITLE, QUIET ENJOYMENT, QUIET POSSESSION, CORRESPONDENCE TO DESCRIPTION, OR NON- INFRINGEMENT WITH REGARD TO THE SPECIFICATION. WITHOUT LIMITING THE FOREGOING, ASCI DISCLAIMS ALL LIABILITY FOR HARM TO PERSONS OR PROPERTY, AND USERS OF THIS SPECIFICATION ASSUME ALL RISKS OF SUCH HARM. IN ISSUING AND MAKING THE SPECIFICATION AVAILABLE, ASCI IS NOT UNDERTAKING TO RENDER PROFESSIONAL OR OTHER SERVICES FOR OR ON BEHALF OF ANY PERSON OR ENTITY, NOR IS ASCI UNDERTAKING TO PERFORM ANY DUTY OWED BY ANY PERSON OR ENTITY TO SOMEONE ELSE. ANYONE USING THIS SPECIFICATION SHOULD RELY ON HIS OR HER OWN INDEPENDENT JUDGMENT OR, AS APPROPRIATE, SEEK THE ADVICE OF A COMPETENT PROFESSIONAL IN DETERMINING THE EXERCISE OF REASONABLE CARE IN ANY GIVEN CIRCUMSTANCES.
    [Show full text]
  • Error Behaviour in Optical Networks Laura Bryony James
    Error Behaviour in Optical Networks Laura Bryony James Corpus Christi College This dissertation is submitted for the degree of Doctor of Philosophy 30th September 2005 Department of Engineering, University of Cambridge This dissertation is my own work and contains nothing which is the outcome of work done in collaboration with others, except as speci¯ed in the text and Acknow- ledgements. Abstract Optical ¯bre communications are now widely used in many applications, including local area computer networks. I postulate that many future optical LANs will be required to operate with limited optical power budgets for a variety of reasons, including increased system complexity and link speed, low cost components and minimal increases in transmit power. Some developers will wish to run links with reduced power budget margins, and the received data in these systems will be more susceptible to errors than has been the case previously. The errors observed in optical systems are investigated using the particular case of Gigabit Ethernet on ¯bre as an example. Gigabit Ethernet is one of three popular optical local area interconnects which use 8B/10B line coding, along with Fibre Channel and In¯niband, and is widely deployed. This line encoding is also used by packet switched optical LANs currently under development. A probabilistic analysis follows the e®ects of a single channel error in a frame, through the line coding scheme and the MAC layer frame error detection mechanisms. Empirical data is used to enhance this original analysis, making it directly relevant to deployed systems. Experiments using Gigabit Ethernet on ¯bre with reduced power levels at the receiver to simulate the e®ect of limited power margins are described.
    [Show full text]
  • Dynamic Jumbo Frame Generation for Network Performance Scalability
    1 JumboGen: Dynamic Jumbo Frame Generation For Network Performance Scalability David Salyers, Yingxin Jiang, Aaron Striegel, Christian Poellabauer Department of Computer Science and Engineering University of Notre Dame Notre Dame, IN. 46530 USA Email: {dsalyers, yjiang3, striegel, cpoellab}@nd.edu Abstract— Network transmission speeds are increasing at a there is a fixed amount of overhead processing per packet, significant rate. Unfortunately, the actual performance of the it is a challenge for CPUs to scale with increasing network network does not scale with the increases in line speed. This speeds [2]. In order to overcome this issue, many works on is due to the fact that the majority of packets are less than or equal to 64 bytes and the fact that packet size has not scaled with high performance networks, as in [3] and [4], have advocated the increases in network line speeds. This causes a greater and the use of a larger MTU length or jumbo frames. These works greater load to be placed on routers in the network as routing show that the performance of TCP and the network in general decisions have to be made for an ever increasing number of can significantly improve with the use of jumbo-sized packets. packets, which can cause increased packet delay and loss. In Unfortunately, the benefits of jumbo frames are limited for order to help alleviate this problem and make the transfer of bulk data more efficient, networks can support an extra large several reasons. First, the majority of packets transferred are MTU size. Unfortunately, when a packet traverses a number of 64 bytes or less.
    [Show full text]
  • SVSI N2312/N2322 4K Series
    QUICK START GUIDE SVSI N2312/N2322 4K Series Overview Product Specifications The NMX-ENC-N2312 Encoder and NMX-DEC-N2322 Decoder provide a Models Available (in NMX-ENC-N2312 Encoders flexible, feature-rich, and simple-to-deploy Digital Media Distribution and stand-alone or card NMX-DEC-N2322 Decoders Switching solution which satisfies the most demanding 4K applications with versions): resolutions up to 4096x2160. Distribution and switching is over standard Power Requirements: PoE: Can be powered via a PoE switch or other equipment gigabit Ethernet networks. with a PoE source. Conforms to IEEE 802.3af Class 3 (802.3at Type 1). HD signals from the N2312 Encoder are provided as a compressed 200- External power supply: 2.0 Amp @ 12 Volts DC; 100-240 Mbps stream through the RJ-45 or small-form-pluggable (SFP) connector. Volts AC power supply; Part number N9312 (sold separately). Any source can be sent to multiple displays by routing through appropriate Dimensions (HWD): 1.05” x 7.888” x 5.5” (2.67cm x 20.04cm x 14cm) switches. System scalability may be limited by up-link and stacking Weight: 1.55 lbs (0.7kg) connector bandwidths. Standard features like output scaling, bi-directional serial, IR, embedded 7.1 audio, and KVM-over-IP extension are included. The Certifications: FCC, CE, and UL N2312 and N2322 cards are compatible with the N-Series N9206 card cage Environmental: Temperature: 32° to 104°F (0° to 40°C) for high-density applications. Humidity: 10% to 90% RH (non-condensing) Mounting Options: Stand alone, surface mount, wall mount, or rack mount.* One USB Mini-B Port (supported by Encoders) NOTE: *Mounting wings (part number N9101) required for surface and wall mounting.
    [Show full text]
  • Ethernet Theory of Operation
    AN1120 Ethernet Theory of Operation Author: M. Simmons However, with ubiquitous deployment, internet Microchip Technology Inc. connectivity, high data rates and limitless range expansibility, Ethernet can accommodate nearly all wired communications requirements. Potential INTRODUCTION applications include: This document specifies the theory and operation of • Remote sensing and monitoring the Ethernet technology found in PIC® MCUs with • Remote command, control and firmware updating integrated Ethernet and in stand-alone Ethernet • Bulk data transfer controllers. • Live streaming audio, video and media • Public data acquisition (date/time, stock quotes, Ethernet technology contains acronyms and terms news releases, etc.) defined in Table 1. THEORY OF OPERATION APPLICATIONS Ethernet is a data link and physical layer protocol Ethernet is an asynchronous Carrier Sense Multiple defined by the IEEE 802.3™ specification. It comes in Access with Collision Detect (CSMA/CD) many flavors, defined by maximum bit rate, mode of protocol/interface, with a payload size of 46-1500 octets. transmission and physical transmission medium. With data rates of tens to hundreds of megabits/second, it is generally not well suited for low-power applications. • Maximum Bit Rate (Mbits/s): 10, 100, 1000, etc. • Mode of Transmission: Broadband, Baseband • Physical Transmission Medium: Coax, Fiber, UTP, etc. TABLE 1: ETHERNET GLOSSARY Term Definition CRC Cyclic Redundancy Check: Type of checksum algorithm used when computing the FCS for all Ethernet frames and the hash table key for hash table filtering of receive packets. DA Destination Address: The 6-octet destination address field of an Ethernet frame. ESD End-of-Stream Delimiter: In 100 Mb/s operation, the ESD is transmitted after the FCS (during the inter-frame gap) to denote the end of the frame.
    [Show full text]
  • Analysis and Optimisation of Communication Links for Signal Processing Applications
    Analysis and Optimisation of Communication Links for Signal Processing Applications ANDREAS ÖDLING Examensarbete inom elektronik- och datorsystem, avancerad nivå, 30 hp Degree Project, in Electronic- and Computer Systems, second level School of Information and Communication Technology, ICT Royal Institute of Technology, KTH Supervisor: Johnny Öberg Examiner: Ingo Sander Stockholm, November 12, 2012 TRITA-ICT-EX-2012:287 Abstract There are lots of communication links and standards cur- rently being employed to build systems today. These meth- ods are in many way standardised, but far from everyone of them are. The trick is to select the communication method that best suit your needs. Also there is currently a trend that things have to be cheaper and have shorter time to market. That leads to more Component Off The Shelf (COTS) systems being build using commodity components. As one part of this work, Gigabit Ethernet is evaluated as a COTS-solution to building large, high-end systems. The computers used are running Windows and the pro- tocol used over Ethernet will be both TCP and UDP. In this work an attempt is also made to evaluate one of the non-standard protocols, the Link Port protocol for the TigerSHARC 20X-series, which is a narrow-bus, double- data-rate protocol, able to provide multi-gigabit-per-second performance. The studies have shown lots of interesting things, e.g. that using a standard desktop computer and network card, the theoretical throughput of TCP over Gigabit Ethernet can almost be met, reaching well over 900 Mbps. UDP performance gives on the other hand birth to a series of new questions about how to achieve good performance in a Windows environment, since it is constantly outperformed by the TCP connections.
    [Show full text]
  • EX42300 Series Hardened Unmanaged 4-Port 10/100BASE (4 X Poe) +1-Port 10/100/1000BASE-T +1-Port 1000BASE-X Gigabit Ethernet Switch
    EX42300 Series Hardened Unmanaged 4-port 10/100BASE (4 x PoE) +1-port 10/100/1000BASE-T +1-port 1000BASE-X Gigabit Ethernet Switch UL61010 30W SFP PoE Option Overview EtherWAN's EX42300 Series is a compact Hardened Unmanaged PoE switching platform, designed for easy deployment in harsh environments. The EX42300 Series is equipped 6 Ethernet ports, with a combination of Fast Ethernet copper ports with 4-port PoE (IEEE 802.3at), one Gigabit copper port, and one Gigabit fiber port for long distance connectivity. The EX42300 is feature rich with 10K Jumbo Frame support on the Gigabit ports, full wire speed throughput, QoS support and eco-friendly IEEE 802.3az EEE (Energy Efficient Ethernet) compliant, making the EX42300 Series a powerful yet energy efficient network switch. EtherWAN – "When Connectivity is Crucial." Spotlight • Power over Ethernet ◦ Port 1-4 are PoE ports that provide power up to 30W • Energy Efficient Ethernet (EEE) ◦ Supports IEEE 802.3az standard • Fiber Connectivity ◦ Up to one 1000BASE-SX port with SC, ST and SFP options EX42300 Series 1 www.EtherWAN.com rev. A5.6 Hardware Specifications Technology Interface Standards Ethernet Ports • IEEE 802.3 10BASE-T • 10/100BASE-TX: 4 ports • IEEE 802.3u 100BASE-TX/100BASE-FX • 10/100/1000BASE-T: 1 port • IEEE 802.3ab 1000BASE-T • 1000BASE-X: 0 or 1 port • IEEE 802.3z 1000BASE-SX/1000BASE-LX LED Indicators • IEEE 802.3x Full duplex flow control • Per Unit: Power 1 (Green), Power 2 (Green), Alarm (Red) • IEEE 802.3az Energy Efficient Ethernet • Per Port: 10/100M (Green), 1000M (Amber)
    [Show full text]
  • Lenovo Networking Best Practices for Configuration and Installation
    Front cover Lenovo Networking Best Practices for Configuration and Installation Benefit from the expansive Discover design strategies to knowledge of Lenovo Networking maximize network performance experts Learn about the latest switching Implement switch security and and routing features management features Scott Irwin Scott Lorditch Ted McDaniel William Nelson Matt Slavin Megan Gilge Lenovo Networking Best Practices for Configuration and Installation August 2015 SG24-8245-00 Note: Before using this information and the product it supports, read the information in “Notices” on page vii. Last update on August 2015 © Copyright Lenovo 2015. All rights reserved. Note to U.S. Government Users Restricted Rights -- Use, duplication or disclosure restricted by GSA ADP Schedule Contract Contents Notices . vii Trademarks . viii Preface . ix The team who wrote this book . ix Comments welcome. .x Chapter 1. Introduction. 1 1.1 Network design strategy . 2 1.2 Connecting the switches to the network and access nodes . 2 1.3 Lenovo networking switches . 2 1.4 About this book . 3 Chapter 2. Network design and topologies . 5 2.1 Sample topologies. 6 2.1.1 Full mesh topology with Virtual Link Aggregation . 6 2.1.2 Inverted U topology with failover. 7 2.1.3 Stacking: Full mesh. 9 2.1.4 Flex System Interconnect Fabric. 12 2.1.5 Traditional STP design with blocking . 14 2.2 Other design considerations . 16 2.2.1 FCoE with vLAG . 16 2.2.2 Isolated management network . 25 2.2.3 vLAG versus Stacking. 28 2.2.4 Easy Connect . 28 Chapter 3. Layer 1 technologies . 33 3.1 Considerations for cabling and transceivers .
    [Show full text]
  • Ethernet the Definitive Guide
    Page iii Ethernet The Definitive Guide Charles E. Spurgeon Beijing • Cambridge • Farnham • Köln • Paris • Sebastopol • Taipei • Tokyo Page iv Ethernet: The Definitive Guide by Charles E. Spurgeon Copyright © 2000 O'Reilly & Associates, Inc. All rights reserved. Printed in the United States of America. Published by O'Reilly & Associates, Inc., 101 Morris Street, Sebastopol, CA 95472. Editors: Mark Stone and Chuck Toporek Production Editor: David Futato Cover Designer: Hanna Dyer Printing History: February 2000: First Edition. Nutshell Handbook, the Nutshell Handbook logo, and the O'Reilly logo are registered trademarks of O'Reilly & Associates, Inc. Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks. Where those designations appear in this book, and O'Reilly & Associates, Inc. was aware of a trademark claim, the designations have been printed in caps or initial caps. The association between the image of an octopus and the topic of Ethernet is a trademark of O'Reilly & Associates, Inc. SC connector is a trademark of NTT Advanced Technology Corporation. ST connector is a trademark of American Telegraph & Telephone. Some portions of this book have been previously published and are reprinted here with permission of the author. Portions of the information contained herein are reprinted with permission from IEEE Std 802.3, Copyright © 1995, 1996, 1999, by IEEE. The IEEE disclaims any responsibility or liability resulting from the placement and use in the described manner. While every precaution has been taken in the preparation of this book, the publisher assumes no responsibility for errors or omissions, or for damages resulting from the use of the information contained herein.
    [Show full text]
  • Industrial 10G/5G/2.5G/1G/100M Copper to 10GBASE-X SFP+ Media Converter
    IXT-705AT Industrial 10G/5G/2.5G/1G/100M Copper to 10GBASE-X SFP+ Media Converter Physical Port • 1--port 10000/5000/2500/1000/100BASE-T RJ45 interface with auto MDI/MDI-X function • 1-port 10GBASE-X SFP+ slot interface Layer 2 Features • IEEE 802.3u/802.3ab/802.3bz/802.3ae Ethernet standard compliant • Supports auto-negotiation and 100Mbps half/full duplex and Flexible, Reliable and Industrial-grade Backbone Network Distance 1/2.5/5/10Gbps full duplex mode Extension Solution • Prevents packet loss with back pressure (half-duplex) and PLANET IXT-705AT is the smallest, an Industrial Industrial-grade 10 GGigabit IEEE 802.3x pause frame flow control (full-duplex) Ethernet Media Converter providing non-blocking wire-speed performance and • 16K jumbo frame size support great flexibility for 10 Gigabit Ethernet extension in harsh industrial environment. It • Automatic address learning and address aging is equipped with one 100Mbps,1Gbps, 2.5Gbps, 5Gbps and 10GBASE-T RJ45 copper interface and one 10GBASE-X SFP+ fiber optic interface delivered in an Industrial Case and Installation IP30 rugged but compact-sized strong case with redundant power system. • Slim-type IP30 metal case • DIN rail and wall-mount design The IXT-705AT is ideal for wide applications forrom copper to fiber media • Redundant power design conversion wherever 10 Gigabit bandwidth is required in climatically demanding – 12 to 48V DC, redundant power with polarity reverse environments with wide temperature rangeing from -40 to 75 degrees C. protect function – AC 24V power adapter acceptable High Performance 10Gbps Ethernet Capacity • Supports 6000 VDC Ethernet ESD protection The IXT-705AT offers the wire-speed transfer of packets transfer performance • 100 meters over Cat 6A at 10Gbps without the risk of packet loss.
    [Show full text]
  • Jumbo Frames
    Ethernet Jumbo Frames Version 0.1 November 12, 2009 Contributors: Dell: Robert Winter, Rich Hernandez, Gaurav Chawla Cisco: Anthony Faustini, Carl Solder, Thomas Scheibe 3Com: David Law, Siamick Ayandeh Applied Micro: Brad Booth Ethernet Alliance: Blaine Kohl NetApp: Charlie Lavacchia Force 10: Subi Krishnamurthy, Raja Karthikeyan Intel: Eric Multanen Qlogic: Manoj Wadekar Ethernet Alliance | 3855 SW 153rd Drive | Beaverton, OR 97006 www.ethernetalliance.org November 12, 2009 1 Motivation This paper is intended as a resource to help better understand what Jumbo frames are, the implications of their use and the types of applications which drive their use. It is also recognition that Jumbo frames aren’t going away…. What is a “Jumbo” Frame? An Ethernet frame is defined as that unit of packetized formatted information which includes the Ethernet header, payload and Cyclic Redundancy Check (CRC) trailer. It is enclosed by the Start-of-Frame-Delimiter (SOFD) and the Inter-Frame-Gap (IPG) as shown in Figure 1. Note that the payload represents all the information enclosed by the Ethernet header and the CRC. The largest possible payload in a frame is called the Maximum Transmission Unit (MTU). The original IEEE 802.3 specifications (Reference 2) defined a valid Ethernet frame size from 64 to 1518 bytes. The standard Ethernet header is 18 bytes in length and therefore the payload for a standard frame ranges in size from 46 to 1500 bytes. Since the original Ethernet specification was defined various IEEE standards have been developed that support additional, expanded frame types listed below and shown in Figure 1. The support for an additional 4 bytes in the Ethernet header for VLAN tagging (IEEE 802.1Q) increases the maximum Ethernet frame size to 1522 bytes.
    [Show full text]
  • Media Converters
    Media Converters Cost Effective Fiber Integration Solutions for Evolving Networks Fiber Integration Technology that Leverages Existing Network Infrastructure for Future Growth Transition Networks’ full line of feature-rich media converters transparently connect one type of media, or cabling, to another – typically copper to fiber. By bridging the gap between legacy copper infrastructures and fiber growth, our media converters provide an economical path towards extending the distance of an existing network, extending the life of non-fiber based equipment, or extending the distance between two like devices. Available in stand-alone, modular chassis-based, or PCI powered configurations, Transition Networks‘ media converters offer copper to fiber and fiber to fiber media conversion in the following supported protocols: Ethernet, Fast Ethernet, Gigabit Ethernet, Power-over-Ethernet, 100/100, 10/100/1000, ATM, T1/E1, DS3/E3, POTS, RS232, RS485 and more. With industry leading advanced features such as Auto-Negotiation, Auto-MDI/MDIX, Link Pass Through, Far End Fault, and Automatic Link Restoration – Transition Networks’ media converters make an invisible component in the physical layer “visible” to network managers; allowing more efficient troubleshooting and less on-site maintenance. These cost and time saving features have made Transition Networks’ media converters the #1 choice among industry IT professionals. 1 High Density Media Conversion Solutions for Deployments in the Network Core • Enterprise Campus Enviroments • Government and Municipal
    [Show full text]