US20140071855A1 - Transparent auto-negotiation of ethernet - Google Patents

Transparent auto-negotiation of ethernet Download PDF

Info

Publication number
US20140071855A1
US20140071855A1 US13/608,476 US201213608476A US2014071855A1 US 20140071855 A1 US20140071855 A1 US 20140071855A1 US 201213608476 A US201213608476 A US 201213608476A US 2014071855 A1 US2014071855 A1 US 2014071855A1
Authority
US
United States
Prior art keywords
layer
ethernet
sub
pcs
negotiation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US13/608,476
Inventor
Claude Robitaille
Steve Rochon
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Accedian Networks Inc
Original Assignee
Accedian Networks Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Accedian Networks Inc filed Critical Accedian Networks Inc
Priority to US13/608,476 priority Critical patent/US20140071855A1/en
Assigned to ACCEDIAN NETWORKS INC. reassignment ACCEDIAN NETWORKS INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ROBITAILLE, CLAUDE, ROCHON, STEVE
Priority to EP13183360.0A priority patent/EP2706707A1/en
Priority to CN201310409194.6A priority patent/CN103685452A/en
Publication of US20140071855A1 publication Critical patent/US20140071855A1/en
Priority to US14/698,407 priority patent/US9491053B2/en
Priority to US15/287,182 priority patent/US9699033B2/en
Priority to US15/613,497 priority patent/US10601663B2/en
Priority to US16/785,852 priority patent/US11146452B2/en
Priority to US17/473,135 priority patent/US11616696B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0876Aspects of the degree of configuration automation
    • H04L41/0886Fully automatic configuration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462LAN interconnection over a bridge based backbone
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/085Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/30Peripheral units, e.g. input or output ports
    • H04L49/3054Auto-negotiation, e.g. access control between switch gigabit interface connector [GBIC] and link
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/14Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1438Negotiation of transmission parameters prior to communication

Definitions

  • the present invention relates to the transparent negotiation of Ethernet settings between a pair of end devices connected to each other via an intermediate device, where the intermediate device does not participate in the negotiation phase between the two end devices, but inherits the Ethernet settings negotiated by the two end devices and initializes its Ethernet ports according to the results of the negotiation between the two end devices.
  • a disparity in the negotiation of the settings could occur when only one device is up when the intermediate device is started. This could result in the negotiation of a half-duplex Ethernet connection on one port of the intermediate device while the other port of the intermediate device negotiates a full-duplex Ethernet connection with the other remote device.
  • Another problem to handle is when there is only a single device connected to the intermediate device at a given time. Under such a scenario, the device connected to the intermediate device shall be able to operate at the highest possible speed supported by that said device and not have to wait for a second device to be connected to the intermediate device before it can negotiate the settings of the Ethernet connection.
  • the Physical Coding Sub-layer (PCS—see FIG. 3 “37-1—Location of the Auto-Negotiation function” from the IEEE 802.3-2008 standard) is responsible for the negotiation of the Ethernet settings for a specific Ethernet port on a device.
  • the harmonization of the negotiation of the Ethernet settings for multiple ports in a single device is not covered by the IEEE 802.3-2008 standard.
  • the intermediate device may transparently send negotiation messages from each node to the other during the link negotiation phase without interacting with those messages.
  • a pair of network devices are attached to the intermediate device, and the intermediate device includes at least two physical ports and a management module that sets the two physical ports to Ethernet settings negotiated between the pair of network devices. Normal Ethernet functioning may be resumed after the negotiating of the link settings is complete.
  • This method allows the negotiation of the Ethernet settings between a pair of devices attached to the intermediate device to take place without the intermediate device taking part in the auto-negotiation phase between the pair of devices attached to the Ethernet ports of the intermediate device. This is achieved by bypassing (or modifying) the auto-negotiation sub-module in the PCS sub-layer where the configuration codes received on one of the Ethernet port of the intermediate device are directly sent to the PCS sub-layer transmit function on the other port of the intermediate device, bypassing the auto-negotiation sub-module defined by the IEEE 802.3-2008 standard for these Ethernet ports.
  • An additional management module is needed to monitor the negotiation exchange between the pair of devices attached to the intermediate device in order to set the two physical Ethernet ports of the intermediate device to the Ethernet settings negotiated between the pair of devices attached to the intermediate device. This is important since the intermediate device may have to process Ethernet frames exchanged between the pair of devices to perform Service OAM and other functions and the Ethernet settings of the two ports in the intermediate device need to exactly match the Ethernet configuration negotiated between the pair of devices connected to the intermediate device.
  • the negotiation shall proceed as per the IEEE 802.3-2008 standard as if the attached device was to negotiate with itself.
  • a method of negotiating Ethernet link settings between interconnected nodes in a network comprises connecting a single form pluggable (SFP) device between two network nodes via optical or copper interfaces on the network side and via an SFP slot on the device side, and negotiating the link settings identically between each node and the connected SFP device.
  • the SFP device may transparently send negotiation messages from each node to the other during the link negotiation phase without interacting with those messages.
  • the SFP device includes two physical ports, and which includes a pair of network devices attached to said SFP device, and a management module that sets the two physical ports to Ethernet settings negotiated between the pair of network devices.
  • a management module that sets the two physical ports to Ethernet settings negotiated between the pair of network devices.
  • FIG. 1 is a simple network where two devices are connected with an intermediate device
  • FIG. 2 is a simple network where two devices are connected with an intermediate SFP
  • FIG. 3 illustrates the sub-layers corresponding to the Data Link layer as defined in the generic OSI model.
  • FIG. 4 illustrates the protocol sub-layers of the Ethernet Data Link protocol
  • FIG. 5 illustrates how one of the Ethernet port of the intermediate device interfaces with the host with the SFP slot rather than with a physical Ethernet port (copper or optical)
  • FIG. 6 illustrates how the PCS sub-layer is broken into distinct functional modules.
  • FIG. 7 illustrates how the Auto-negotiation function of the PCS sub-layer is replaced or modified to support this invention.
  • FIG. 8 illustrates an alternate implementation with changes to the interactions and functions of the Switch Modules, Management module and the interface with the PCS Transmit and Receive functions
  • FIG. 9 illustrates an alternate implementation where the Switch Modules used previously are integrated as part of the Management module that interfaces directly with the PCS Receive function and with the PCS Transmit function.
  • FIG. 10 illustrates an alternate implementation where the management module handles the interfacing between the MAC sub-layer and the PCS Receive and Transmit functions.
  • the invention is aimed at allowing an intermediate device to facilitate the interconnection and the automatic negotiation of the Ethernet settings (e.g speed, half or full duplex, master or slave for clock or other parameters) between a pair of devices as if these devices were directly interconnected by a standard Ethernet cable.
  • an intermediate device By inserting an intermediate device between the pair of devices, it is possible to offer Service OAM and other functions without disrupting the operation of the pair of devices.
  • This transparent mode of operation of the intermediate device includes enabling a totally transparent negotiation of the Ethernet settings for each connection as if they were a simple Ethernet cable directly connecting the pair of devices.
  • FIG. 1 An example of this can be seen in FIG. 1 where device A 110 and device B 120 are interconnected via Ethernet connections 104 and 105 to the intermediate device 101 . More specifically, device A 110 is connected to the intermediate device 101 via Ethernet port 102 and device B 120 is connected to the intermediate device 101 via Ethernet port 103 . As described further below, the negotiation of the Ethernet settings takes place transparently between the devices 110 and 120 as if they were connected directly via a single Ethernet cable.
  • FIG. 2 illustrates another embodiment of the invention where the intermediate device is embodied as a standard-based Single Form Pluggable (SFP) device with an embedded FPGA device and an optional CPU module (which can be internal or external to the FPGA module).
  • Device A 210 is a network node with a standard-based SFP slot.
  • An SFP module 201 is inserted in device A 210 and acts as a transparent intermediate device between device A 210 and device B 220 .
  • the SFP module 201 incorporates a pair of Ethernet ports.
  • the Ethernet port 202 interfaces to device A 210 in compliance with the physical connector and signaling defined by the SFP standard.
  • Ethernet port 203 uses a standard Ethernet connector (such as an RJ-45 or an optical connector) to connect to device B 220 over either a copper or optical fibre 204 .
  • the functions and services offered by the SFP module 201 are analogous to the intermediate device 101 described in FIG. 1 .
  • the IEEE 802.3-2008 standard defines the operation of the Ethernet protocol stack at various operating speeds, including Gigabit Ethernet (also referred to as 1000BaseT Ethernet).
  • FIG. 3 is extracted and corresponds to FIG. 37-1 from the IEEE 802.3-2008 standard and illustrates the sub-layers corresponding to the Data Link layer as defined in the generic OSI model.
  • the Physical Coding Sub-layer (PCS) is responsible for various functions, including the Auto-Negotiation function of the Ethernet settings for the Ethernet connection carried over a specific Ethernet port.
  • the Auto-negotiation function of the PCS sub-layer is defined in the standard to cover the operation of a single Ethernet port at a time.
  • the IEEE 802.3-2008 standard does not define how to handle the harmonization of the negotiation of the Ethernet settings for multiple ports in a single device.
  • the Ethernet Data Link protocol layer is made up of several protocol sub-layers. As seen in FIG. 4 , the Medium Independent Interface (MDI) 401 is responsible for the physical interconnection to the Ethernet cable. Frequently, this is achieved via the popular RJ-45 interface, although optical and other medium may also be used.
  • MDI Medium Independent Interface
  • the Physical Medium Dependent (PMD) sub-layer 402 is responsible for presenting a medium independent interface to the Physical Medium Attachment (PMA) sub-layer 403 .
  • the PMA sub-layer interfaces with the Physical Coding Sub-layer (PCS) 404 that is responsible, amongst other things, for the auto-negotiation settings of the Ethernet connection over the Ethernet port.
  • PCS Physical Coding Sub-layer
  • each sub-layer When operating at 1000BaseT speeds, the auto-negotiation phase is a mandatory feature as specified by the IEEE 802.3-2008 standard. While negotiation codes are handled inside the PCS sub-layer 404 , all other Ethernet frames are passed to (or received from) the Media Access Control (MAC) sub-layer 405 . When looking at each sub-layer of the Ethernet protocol stack in FIG. 4 , as is known in the art and as per the definition of the Ethernet standard, it should be noted that each sub-layer further includes a Receive and a Transmit function.
  • FIG. 5 illustrates how one of the Ethernet ports of the intermediate device interfaces with the host with the SFP slot rather than with a physical Ethernet port (copper or optical) when an SFP module is inserted in an SFP slot of a host device.
  • the SFP module 550 interfaces to the Host device 530 via its SFP connector 540 .
  • the Ethernet sub-layers on the SFP module 550 are limited to a subset of the layers illustrated by FIG. 4 above.
  • the MAC sub-layer 555 interfaces in a traditional way to the PCS sub-layer 554 that in turn interfaces to the PMA sub-layer 553 .
  • the lower interface of the PMA sub-layer 553 uses the 1000Base-X encoding to communicate over the SFP connector 540 .
  • the Ethernet sub-layers on the Host device 530 are similar.
  • the MAC sub-layer 535 interfaces in a traditional way to the PCS sub-layer 534 that in turn interfaces to the PMA sub-layer 533 .
  • the lower interface of the PMA sub-layer 533 uses the 1000Base-X encoding to communicate over the SFP connector 540 .
  • the negotiation of the Ethernet settings between a pair of devices attached to an intermediate device can take place without involving the auto-negotiation function usually performed at the PCS sub-layer in the Ethernet protocol stack for each port of the intermediate device connected to the pair of external devices 110 and 120 in FIG. 1 .
  • FIG. 6 illustrates how the PCS sub-layer 600 is broken into distinct functional modules.
  • the PCS Receive function 601 passes Ethernet negotiation codes received from the PMA sub-layer to the Auto-negotiation function 603 . Incoming Ethernet data frames from the PMA sub-layer are passed directly to the MAC sub-layer (not shown in FIG. 6 ).
  • the PCS Transmit function 602 passes Ethernet negotiations code from the Auto-negotiation function 603 to the PMA sub-layer for eventual transmission to the remote device with which it is negotiating the Ethernet settings.
  • the PCS Transmit function 602 is also responsible for Ethernet data frames originating from the MAC layer (not shown in FIG. 6 ).
  • the transparent auto-negotiation of the Ethernet settings is performed as if the PCS Auto-negotiation function 603 inside each of the pair of external devices (from the point of view of an intermediate device) were directly interconnected via an Ethernet cable. This is achieved by bypassing (or modifying) the Auto-negotiation function 603 in the PCS sub-layer 600 of each Ethernet port of the intermediate device where the configuration codes received on one of the Ethernet port are directly sent to the PCS sub-layer transmit function 602 of the Ethernet protocol stack of the other Ethernet port on the intermediate device, bypassing the Auto-negotiation function 603 defined by the IEEE 802.3-2008 standard.
  • FIG. 7 illustrates an embodiment of the Auto-negotiation function of the PCS sub-layer.
  • the full Ethernet protocol stack is shown for a pair of Ethernet ports ( 700 , 720 ).
  • the PMD sub-layer 701 and the PMA sub-layer 702 operate as per the IEEE 802.3-2008 standard.
  • the PCS sub-layer is modified by replacing the Auto-negotiation function normally found in a standard implementation of the PCS sub-layer with a new function that acts as a programmable switch for the 8-bit interface provided by the PMA sub-layer.
  • the switch function 709 will by default be set in the CONFIGURATION mode.
  • Any received /C/ and /I/ ordered sets received over the PCS Receive function 707 will be passed to a switch 709 , and the switch 709 will be configured by the Management module 710 to forward all ordered sets /C/ and /I/ received over the PCS Receive function 707 to the PCS Transmit function 728 of the other Ethernet port 720 .
  • the switch 709 will also forward the Ethernet ordered sets /C/ and /I/ to the Management module 710 responsible for determining when the auto-negotiation phase between the devices attached to port 700 and port 720 of the intermediate device is completed. The same behaviour takes place for the second Ethernet port.
  • the switch 729 is configured by the Management module 710 to forward all /C/ and /I/ ordered sets received over the PCS Receive function 727 to the PCS Transmit function 708 of the other Ethernet port 700 .
  • the switch 729 will also forward the /C/ and /I/ ordered sets to the Management module 710 responsible for determining when the auto-negotiation phase between the devices attached to port 700 and port 720 of the intermediate device is completed.
  • the Management module will analyze the ordered sets /C/ and /I/ it receives from switch 709 and from switch 729 to learn the Ethernet settings as the auto-negotiation phase progresses between the device attached to port 700 and the device attached to port 720 .
  • the Management module will determine that the auto-negotiation process is completed when it sees a /I/ ordered set from either of the devices attached to ports 700 and 720 over their respective PCS Receive functions 707 and 727 .
  • the management module 710 programs the switch 709 and the switch 729 in DATA mode to stop forwarding the /C/ and /I/ ordered sets to the PCS Transmit function ( 708 and 728 ) of the other Ethernet port ( 700 , 720 ).
  • Switch 709 will be programmed to send all /R/, /S/, /T/ and /V/ ordered sets to the MAC Sub-layer 705
  • the Switch 729 will be programmed to send all /R/, /S/, /T/ and /V/ ordered sets to the MAC Sub-layer 725 .
  • Both switch 709 and switch 729 will continue to forward all /I/ and /C/ ordered sets to the Management module 710 to detect whether one of the devices attached to port 700 or port 720 needs to re-enter in the auto-negotiation phase.
  • the Management module 710 detects that a new auto-negotiation phase needs to take place, it will program switch 709 and switch 729 to operate in the CONFIGURATION mode.
  • the Management Module 710 needs to set the parameters of the Ethernet ports of the intermediate device. Particular attention is needed when an Ethernet port of the intermediate device operates over copper. If the remote device attached to such an Ethernet port is assigned the role of Master (for the clocking), then the corresponding Ethernet port of the intermediate device shall be configured in Slave mode. Otherwise, if the remote device is assigned the role of Slave, then the corresponding Ethernet port of the intermediate device shall be configured in Master mode. If the pair of Ethernet ports ( 700 , 720 ) of the intermediate device both operate over copper, one Ethernet port (in the pair of ports) will be configured as a Master, and the other Ethernet port (in the same pair of ports) will be configured as a Slave. The Management module 710 also needs to make sure both Ethernet ports ( 700 , 720 ) are set to the negotiated duplex settings: Full or Half.
  • the Management Module 710 will need to intercept all of the /C/ ordered sets to make sure that the Master/Slave mode and the Duplex settings negotiation only take place on the Ethernet over copper port. This can be achieved by programming the Switches 709 and 729 to pass all of the /C/ ordered sets to the Management module 710 instead of simply relaying the /C/ to the PCS transmit function 708 or 728 of the other Ethernet port.
  • the negotiation shall proceed as per the IEEE 802.3-2008 standard as if the attached device was to negotiate with itself.
  • the Switch 709 will initially be programmed by the Management module 710 in CONFIGURATION mode to forward the /C/ and /I/ ordered sets received over the PCS Receive function 707 to the PCS Transmit function 708 to loopback the /C/ and /I/ ordered sets back to the device on port 700 .
  • the Switch 709 will also be programmed to forward the /C/ and /I/ordered sets to the Management module 710 to allow it to determine the end of the auto-negotiation phase and to program the Switch 709 in DATA mode to stop forwarding to the PCS Transmit function 708 and instead forward the /R/, /S/, /T/ and /V/ ordered sets to the MAC sub-layer 705 and the Management module 710 .
  • the Management module 710 will program the Switch 729 in CONFIGURATION mode to forward the /C/ and /I/ ordered sets received over the PCS Receive function 727 to the PCS Transmit function 728 to loopback the /C/ and /I/ ordered sets back to the device on port 720 .
  • the Switch 729 will also be programmed to forward the /C/ and /I/ code sets to the Management module 710 to allow it to determine the end of the auto-negotiation phase and to program the Switch 729 in DATA mode to stop forwarding to the PCS Transmit function 728 and instead forward the /C/ and /I/ code sets to Management module 710 .
  • the interactions and functions of the Switch Modules 809 and 829 with the Management module 810 and the interface with the PCS Receive function 807 and 827 and with the PCS Transmit function 808 and 828 is different from FIG. 7 .
  • the PCS Receive function 807 and 827 includes the ability to detect the type of Ethernet ordered sets and can forward the /R/, /S/, /T/ and /V/ data ordered sets directly to the MAC sub-layer 805 (for PCS Receive function 807 ) and 825 (for PCS Receive function 827 ).
  • All other ordered sets /C/ and /I/ will be forwarded to the Switch function ( 809 , 829 ) in order to be replicated on the other Ethernet port ( 800 , 820 ) and will also be forwarded to the Management module 810 to keep track of the state of the auto-negotiation.
  • PCS Receive function 807 will forward the /C/ and /I/ ordered sets to Switch 809 that will in turn forward the ordered sets to the Management module 810 and to the PCS Transmit function 828 .
  • PCS Receive function 827 will forward the /C/ and /I/ ordered sets to Switch 829 that will in turn forward the ordered sets to the Management module 810 and to the PCS Transmit function 808 .
  • the MAC sub-layer will use the PCS Transmit function directly for all /R/, /S/, /T/ and /V/ ordered sets.
  • MAC sub-layer 805 will interface directly with PCS Transmit function 808
  • MAC sub-layer 825 will interface directly with PCS Transmit function 828 .
  • the behavior or the other Ethernet sub-layers (PMA, PMD and MDI) remains the same as the description of FIG. 7 .
  • the Management Module 810 needs to set the parameters of the Ethernet ports ( 800 , 820 ) of the intermediate device as per FIG. 7 .
  • the Management Module 810 will need to intercept all of the /C/ ordered sets to make sure that the Master/Slave mode and the Duplex settings negotiation only take place on the Ethernet over copper port. This can be achieved by programming the Switches 809 and 829 to pass all of the /C/ ordered sets to the Management module 810 instead of simply relaying the /C/ to the PCS transmit function 808 or 828 of the other Ethernet port.
  • the Switch Modules used previously are integrated as part of the Management module 910 that interfaces directly with the PCS Receive function 907 and 927 and with the PCS Transmit function 908 and 928 .
  • the PCS Receive function 907 and 927 includes the ability to detect the type of Ethernet ordered sets and can forward the /R/, /S/, /T/ and /V/ data ordered sets directly to the MAC sub-layer 905 (for PCS Receive function 907 ) and 925 (for PCS Receive function 927 ).
  • All other ordered sets /C/ and /I/ will be forwarded to the Management module 910 in order to be replicated on the other Ethernet port ( 900 , 920 ) and to keep track of the state of the auto-negotiation.
  • PCS Receive function 907 will forward the /C/ and /I/ ordered sets to management module 910 that will in turn forward the ordered sets to the PCS Transmit function 928 .
  • PCS Receive function 927 will forward the /C/ and /I/ ordered sets to Management module 910 that will in turn forward the ordered sets to the PCS Transmit function 908 .
  • the MAC sub-layer will use the PCS Transmit function directly for all /R/, /S/, /T/ and /V/ ordered sets.
  • MAC sub-layer 905 will interface directly with PCS Transmit function 908
  • MAC sub-layer 925 will interface directly with PCS Transmit function 928 .
  • the behavior or the other Ethernet sub-layers (PMA, PMD and MDI) remains the same as the description of FIG. 7 .
  • the Management Module 910 needs to set the parameters of the Ethernet ports ( 900 , 920 ) of the intermediate device as per FIG. 7 .
  • the Management module 1010 handles the interfacing between the MAC sub-layer and the PCS Receive and PCS Transmit functions. More specifically, the PCS Receive function 1007 and 1027 forward all Ethernet ordered sets to the Management module 1010 that will determine the type of ordered sets received. The Management module 1010 will relay /C/ and /I/ ordered sets to the other Ethernet port. /C/ and /I/ ordered sets received from PCS Receive function 1007 will be forwarded to PCS Transmit function 1028 , and /C/ and /I/ ordered sets received from PCS Receive function 1027 will be forwarded to PCS Transmit function 1008 .
  • /R/, /S/, /T/ and /V/ordered sets received by the Management module 1010 from the PCS Receive function 1007 will be forwarded to the MAC sub-layer 1005 , and /R/, /S/, /T/ and /V/ ordered sets received from the MAC sub-layer 1005 will be passed to the PCS Transmit function 1008 .
  • the Management Module 1010 needs to set the parameters of the Ethernet ports ( 1000 , 1020 ) of the intermediate device as per FIG. 7 .
  • the embodiments described above can be implemented inside a single FPGA device. Alternatively, they may be implemented between a plurality of FPGA devices and/or a general purpose CPU. It should be noted that the general purpose CPU may alternatively be implemented inside an FPGA device (for instance, a NIOS module in an ALTERA FPGA).

Abstract

A system for negotiating Ethernet link settings between interconnected nodes in a network having an Ethernet protocol stack that includes a PCS sub-layer with an auto-negotiation function. The system comprises connecting an intermediate device coupled between two network nodes via optical or copper interfaces, with the link settings between each node and the connected intermediate device being the same, thereby bypassing the auto-negotiation of the PCS sub-layer in the intermediate device. The intermediate device may transparently send negotiation messages from each node to the other during the link negotiation phase without interacting with those messages. Instead of the intermediate device, a single form pluggable (SFP) device may be connected between the two network nodes via optical or copper interfaces on the network side and via an SFP slot on the device side.

Description

    FIELD OF THE INVENTION
  • The present invention relates to the transparent negotiation of Ethernet settings between a pair of end devices connected to each other via an intermediate device, where the intermediate device does not participate in the negotiation phase between the two end devices, but inherits the Ethernet settings negotiated by the two end devices and initializes its Ethernet ports according to the results of the negotiation between the two end devices.
  • BACKGROUND OF THE INVENTION
  • When inserting a new device in a network, particularly when the new device is inserted between a pair of devices that would otherwise be directly connected together over Ethernet, there is a risk that the new device may impact the results of a negotiation of the Ethernet settings between the original pair of devices.
  • For instance, a disparity in the negotiation of the settings could occur when only one device is up when the intermediate device is started. This could result in the negotiation of a half-duplex Ethernet connection on one port of the intermediate device while the other port of the intermediate device negotiates a full-duplex Ethernet connection with the other remote device.
  • Another problem to handle is when there is only a single device connected to the intermediate device at a given time. Under such a scenario, the device connected to the intermediate device shall be able to operate at the highest possible speed supported by that said device and not have to wait for a second device to be connected to the intermediate device before it can negotiate the settings of the Ethernet connection.
  • In a typical 1000BaseT Ethernet protocol stack, the Physical Coding Sub-layer (PCS—see FIG. 3 “37-1—Location of the Auto-Negotiation function” from the IEEE 802.3-2008 standard) is responsible for the negotiation of the Ethernet settings for a specific Ethernet port on a device. The harmonization of the negotiation of the Ethernet settings for multiple ports in a single device is not covered by the IEEE 802.3-2008 standard.
  • There is a need to allow the ability to inspect and operate on Ethernet frames received over any of the ports of an intermediate device once the auto-negotiation phase is completed.
  • SUMMARY
  • In accordance with one embodiment, a system for negotiating Ethernet link settings between interconnected nodes in a network, the interconnected nodes having an Ethernet protocol stack that includes a PCS sub-layer with an auto-negotiation function comprises intermediate device coupled between two network nodes via optical or copper interfaces, with the link settings between each node and the connected intermediate device being the same, thereby bypassing the auto-negotiation function of the PCS sub-layer inside the intermediate device. The intermediate device may transparently send negotiation messages from each node to the other during the link negotiation phase without interacting with those messages.
  • In one implementation, a pair of network devices are attached to the intermediate device, and the intermediate device includes at least two physical ports and a management module that sets the two physical ports to Ethernet settings negotiated between the pair of network devices. Normal Ethernet functioning may be resumed after the negotiating of the link settings is complete.
  • This method allows the negotiation of the Ethernet settings between a pair of devices attached to the intermediate device to take place without the intermediate device taking part in the auto-negotiation phase between the pair of devices attached to the Ethernet ports of the intermediate device. This is achieved by bypassing (or modifying) the auto-negotiation sub-module in the PCS sub-layer where the configuration codes received on one of the Ethernet port of the intermediate device are directly sent to the PCS sub-layer transmit function on the other port of the intermediate device, bypassing the auto-negotiation sub-module defined by the IEEE 802.3-2008 standard for these Ethernet ports.
  • An additional management module is needed to monitor the negotiation exchange between the pair of devices attached to the intermediate device in order to set the two physical Ethernet ports of the intermediate device to the Ethernet settings negotiated between the pair of devices attached to the intermediate device. This is important since the intermediate device may have to process Ethernet frames exchanged between the pair of devices to perform Service OAM and other functions and the Ethernet settings of the two ports in the intermediate device need to exactly match the Ethernet configuration negotiated between the pair of devices connected to the intermediate device.
  • When there is only one device attached to the intermediate device, the negotiation shall proceed as per the IEEE 802.3-2008 standard as if the attached device was to negotiate with itself.
  • Finally, all other Ethernet frames need to flow through the MAC sub-layer of the individual Ethernet ports of the intermediate device (in receive and/or transmit mode).
  • In a modified embodiment, a method of negotiating Ethernet link settings between interconnected nodes in a network comprises connecting a single form pluggable (SFP) device between two network nodes via optical or copper interfaces on the network side and via an SFP slot on the device side, and negotiating the link settings identically between each node and the connected SFP device. The SFP device may transparently send negotiation messages from each node to the other during the link negotiation phase without interacting with those messages.
  • In one implementation, the SFP device includes two physical ports, and which includes a pair of network devices attached to said SFP device, and a management module that sets the two physical ports to Ethernet settings negotiated between the pair of network devices. Here again, normal Ethernet functioning may be resumed after a link negotiation sequence is complete
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The invention may best be understood by reference to the following description taken in conjunction with the accompanying drawings.
  • FIG. 1 is a simple network where two devices are connected with an intermediate device
  • FIG. 2 is a simple network where two devices are connected with an intermediate SFP
  • FIG. 3 illustrates the sub-layers corresponding to the Data Link layer as defined in the generic OSI model.
  • FIG. 4 illustrates the protocol sub-layers of the Ethernet Data Link protocol
  • FIG. 5 illustrates how one of the Ethernet port of the intermediate device interfaces with the host with the SFP slot rather than with a physical Ethernet port (copper or optical)
  • FIG. 6 illustrates how the PCS sub-layer is broken into distinct functional modules.
  • FIG. 7 illustrates how the Auto-negotiation function of the PCS sub-layer is replaced or modified to support this invention.
  • FIG. 8 illustrates an alternate implementation with changes to the interactions and functions of the Switch Modules, Management module and the interface with the PCS Transmit and Receive functions
  • FIG. 9 illustrates an alternate implementation where the Switch Modules used previously are integrated as part of the Management module that interfaces directly with the PCS Receive function and with the PCS Transmit function.
  • FIG. 10 illustrates an alternate implementation where the management module handles the interfacing between the MAC sub-layer and the PCS Receive and Transmit functions.
  • DETAILED DESCRIPTION OF ILLUSTRATED EMBODIMENTS
  • Although the invention will be described in connection with certain preferred embodiments, it will be understood that the invention is not limited to those particular embodiments. On the contrary, the invention is intended to cover all alternatives, modifications, and equivalent arrangements as may be included within the spirit and scope of the invention as defined by the appended claims.
  • The invention is aimed at allowing an intermediate device to facilitate the interconnection and the automatic negotiation of the Ethernet settings (e.g speed, half or full duplex, master or slave for clock or other parameters) between a pair of devices as if these devices were directly interconnected by a standard Ethernet cable. By inserting an intermediate device between the pair of devices, it is possible to offer Service OAM and other functions without disrupting the operation of the pair of devices. This transparent mode of operation of the intermediate device includes enabling a totally transparent negotiation of the Ethernet settings for each connection as if they were a simple Ethernet cable directly connecting the pair of devices.
  • An example of this can be seen in FIG. 1 where device A 110 and device B 120 are interconnected via Ethernet connections 104 and 105 to the intermediate device 101. More specifically, device A 110 is connected to the intermediate device 101 via Ethernet port 102 and device B 120 is connected to the intermediate device 101 via Ethernet port 103. As described further below, the negotiation of the Ethernet settings takes place transparently between the devices 110 and 120 as if they were connected directly via a single Ethernet cable.
  • FIG. 2 illustrates another embodiment of the invention where the intermediate device is embodied as a standard-based Single Form Pluggable (SFP) device with an embedded FPGA device and an optional CPU module (which can be internal or external to the FPGA module). Device A 210 is a network node with a standard-based SFP slot. An SFP module 201 is inserted in device A 210 and acts as a transparent intermediate device between device A 210 and device B 220. The SFP module 201 incorporates a pair of Ethernet ports. The Ethernet port 202 interfaces to device A 210 in compliance with the physical connector and signaling defined by the SFP standard. Ethernet port 203 uses a standard Ethernet connector (such as an RJ-45 or an optical connector) to connect to device B 220 over either a copper or optical fibre 204. The functions and services offered by the SFP module 201 are analogous to the intermediate device 101 described in FIG. 1.
  • The negotiation techniques described below apply to both of these embodiments and any alternative embodiment using an intermediate device known to someone skilled in the art unless explicitly stated otherwise.
  • The IEEE 802.3-2008 standard defines the operation of the Ethernet protocol stack at various operating speeds, including Gigabit Ethernet (also referred to as 1000BaseT Ethernet). FIG. 3 is extracted and corresponds to FIG. 37-1 from the IEEE 802.3-2008 standard and illustrates the sub-layers corresponding to the Data Link layer as defined in the generic OSI model. In a typical 1000BaseT Ethernet protocol stack, the Physical Coding Sub-layer (PCS) is responsible for various functions, including the Auto-Negotiation function of the Ethernet settings for the Ethernet connection carried over a specific Ethernet port. The Auto-negotiation function of the PCS sub-layer is defined in the standard to cover the operation of a single Ethernet port at a time. As such, the IEEE 802.3-2008 standard does not define how to handle the harmonization of the negotiation of the Ethernet settings for multiple ports in a single device.
  • The Ethernet Data Link protocol layer is made up of several protocol sub-layers. As seen in FIG. 4, the Medium Independent Interface (MDI) 401 is responsible for the physical interconnection to the Ethernet cable. Frequently, this is achieved via the popular RJ-45 interface, although optical and other medium may also be used. The Physical Medium Dependent (PMD) sub-layer 402 is responsible for presenting a medium independent interface to the Physical Medium Attachment (PMA) sub-layer 403. The PMA sub-layer interfaces with the Physical Coding Sub-layer (PCS) 404 that is responsible, amongst other things, for the auto-negotiation settings of the Ethernet connection over the Ethernet port. When operating at 1000BaseT speeds, the auto-negotiation phase is a mandatory feature as specified by the IEEE 802.3-2008 standard. While negotiation codes are handled inside the PCS sub-layer 404, all other Ethernet frames are passed to (or received from) the Media Access Control (MAC) sub-layer 405. When looking at each sub-layer of the Ethernet protocol stack in FIG. 4, as is known in the art and as per the definition of the Ethernet standard, it should be noted that each sub-layer further includes a Receive and a Transmit function.
  • FIG. 5 illustrates how one of the Ethernet ports of the intermediate device interfaces with the host with the SFP slot rather than with a physical Ethernet port (copper or optical) when an SFP module is inserted in an SFP slot of a host device. The SFP module 550 interfaces to the Host device 530 via its SFP connector 540. The Ethernet sub-layers on the SFP module 550 are limited to a subset of the layers illustrated by FIG. 4 above. The MAC sub-layer 555 interfaces in a traditional way to the PCS sub-layer 554 that in turn interfaces to the PMA sub-layer 553. The lower interface of the PMA sub-layer 553 uses the 1000Base-X encoding to communicate over the SFP connector 540. The Ethernet sub-layers on the Host device 530 are similar. The MAC sub-layer 535 interfaces in a traditional way to the PCS sub-layer 534 that in turn interfaces to the PMA sub-layer 533. The lower interface of the PMA sub-layer 533 uses the 1000Base-X encoding to communicate over the SFP connector 540.
  • The negotiation of the Ethernet settings between a pair of devices attached to an intermediate device can take place without involving the auto-negotiation function usually performed at the PCS sub-layer in the Ethernet protocol stack for each port of the intermediate device connected to the pair of external devices 110 and 120 in FIG. 1.
  • FIG. 6 illustrates how the PCS sub-layer 600 is broken into distinct functional modules. The PCS Receive function 601 passes Ethernet negotiation codes received from the PMA sub-layer to the Auto-negotiation function 603. Incoming Ethernet data frames from the PMA sub-layer are passed directly to the MAC sub-layer (not shown in FIG. 6). The PCS Transmit function 602 passes Ethernet negotiations code from the Auto-negotiation function 603 to the PMA sub-layer for eventual transmission to the remote device with which it is negotiating the Ethernet settings. The PCS Transmit function 602 is also responsible for Ethernet data frames originating from the MAC layer (not shown in FIG. 6). The transparent auto-negotiation of the Ethernet settings is performed as if the PCS Auto-negotiation function 603 inside each of the pair of external devices (from the point of view of an intermediate device) were directly interconnected via an Ethernet cable. This is achieved by bypassing (or modifying) the Auto-negotiation function 603 in the PCS sub-layer 600 of each Ethernet port of the intermediate device where the configuration codes received on one of the Ethernet port are directly sent to the PCS sub-layer transmit function 602 of the Ethernet protocol stack of the other Ethernet port on the intermediate device, bypassing the Auto-negotiation function 603 defined by the IEEE 802.3-2008 standard.
  • FIG. 7 illustrates an embodiment of the Auto-negotiation function of the PCS sub-layer. The full Ethernet protocol stack is shown for a pair of Ethernet ports (700, 720). The PMD sub-layer 701 and the PMA sub-layer 702 operate as per the IEEE 802.3-2008 standard. The PCS sub-layer is modified by replacing the Auto-negotiation function normally found in a standard implementation of the PCS sub-layer with a new function that acts as a programmable switch for the 8-bit interface provided by the PMA sub-layer. The switch function 709 will by default be set in the CONFIGURATION mode. Any received /C/ and /I/ ordered sets received over the PCS Receive function 707 will be passed to a switch 709, and the switch 709 will be configured by the Management module 710 to forward all ordered sets /C/ and /I/ received over the PCS Receive function 707 to the PCS Transmit function 728 of the other Ethernet port 720. The switch 709 will also forward the Ethernet ordered sets /C/ and /I/ to the Management module 710 responsible for determining when the auto-negotiation phase between the devices attached to port 700 and port 720 of the intermediate device is completed. The same behaviour takes place for the second Ethernet port. The switch 729 is configured by the Management module 710 to forward all /C/ and /I/ ordered sets received over the PCS Receive function 727 to the PCS Transmit function 708 of the other Ethernet port 700. The switch 729 will also forward the /C/ and /I/ ordered sets to the Management module 710 responsible for determining when the auto-negotiation phase between the devices attached to port 700 and port 720 of the intermediate device is completed. The Management module will analyze the ordered sets /C/ and /I/ it receives from switch 709 and from switch 729 to learn the Ethernet settings as the auto-negotiation phase progresses between the device attached to port 700 and the device attached to port 720. The Management module will determine that the auto-negotiation process is completed when it sees a /I/ ordered set from either of the devices attached to ports 700 and 720 over their respective PCS Receive functions 707 and 727.
  • Upon detecting that the auto-negotiation phase is completed, the management module 710 programs the switch 709 and the switch 729 in DATA mode to stop forwarding the /C/ and /I/ ordered sets to the PCS Transmit function (708 and 728) of the other Ethernet port (700, 720). Switch 709 will be programmed to send all /R/, /S/, /T/ and /V/ ordered sets to the MAC Sub-layer 705, and the Switch 729 will be programmed to send all /R/, /S/, /T/ and /V/ ordered sets to the MAC Sub-layer 725. Both switch 709 and switch 729 will continue to forward all /I/ and /C/ ordered sets to the Management module 710 to detect whether one of the devices attached to port 700 or port 720 needs to re-enter in the auto-negotiation phase. When the Management module 710 detects that a new auto-negotiation phase needs to take place, it will program switch 709 and switch 729 to operate in the CONFIGURATION mode.
  • Once the auto-negotiation phase is completed, the Management Module 710 needs to set the parameters of the Ethernet ports of the intermediate device. Particular attention is needed when an Ethernet port of the intermediate device operates over copper. If the remote device attached to such an Ethernet port is assigned the role of Master (for the clocking), then the corresponding Ethernet port of the intermediate device shall be configured in Slave mode. Otherwise, if the remote device is assigned the role of Slave, then the corresponding Ethernet port of the intermediate device shall be configured in Master mode. If the pair of Ethernet ports (700, 720) of the intermediate device both operate over copper, one Ethernet port (in the pair of ports) will be configured as a Master, and the other Ethernet port (in the same pair of ports) will be configured as a Slave. The Management module 710 also needs to make sure both Ethernet ports (700, 720) are set to the negotiated duplex settings: Full or Half.
  • If the Ethernet ports of the intermediate device are made up of an optical Ethernet port and of a copper Ethernet port, the Management Module 710 will need to intercept all of the /C/ ordered sets to make sure that the Master/Slave mode and the Duplex settings negotiation only take place on the Ethernet over copper port. This can be achieved by programming the Switches 709 and 729 to pass all of the /C/ ordered sets to the Management module 710 instead of simply relaying the /C/ to the PCS transmit function 708 or 728 of the other Ethernet port.
  • When there is only one device attached to the intermediate device, the negotiation shall proceed as per the IEEE 802.3-2008 standard as if the attached device was to negotiate with itself. Looking again at FIG. 7 and assuming that the device is attached to port 700, the Switch 709 will initially be programmed by the Management module 710 in CONFIGURATION mode to forward the /C/ and /I/ ordered sets received over the PCS Receive function 707 to the PCS Transmit function 708 to loopback the /C/ and /I/ ordered sets back to the device on port 700. The Switch 709 will also be programmed to forward the /C/ and /I/ordered sets to the Management module 710 to allow it to determine the end of the auto-negotiation phase and to program the Switch 709 in DATA mode to stop forwarding to the PCS Transmit function 708 and instead forward the /R/, /S/, /T/ and /V/ ordered sets to the MAC sub-layer 705 and the Management module 710. Alternatively, if the single device is attached to port 720, the Management module 710 will program the Switch 729 in CONFIGURATION mode to forward the /C/ and /I/ ordered sets received over the PCS Receive function 727 to the PCS Transmit function 728 to loopback the /C/ and /I/ ordered sets back to the device on port 720. The Switch 729 will also be programmed to forward the /C/ and /I/ code sets to the Management module 710 to allow it to determine the end of the auto-negotiation phase and to program the Switch 729 in DATA mode to stop forwarding to the PCS Transmit function 728 and instead forward the /C/ and /I/ code sets to Management module 710.
  • The replacement of the Auto-negotiation function of the PCS sub-layer in FIG. 7 and described above may also be achieved by other embodiments.
  • In an alternate embodiment shown in FIG. 8, the interactions and functions of the Switch Modules 809 and 829 with the Management module 810 and the interface with the PCS Receive function 807 and 827 and with the PCS Transmit function 808 and 828 is different from FIG. 7. More specifically, the PCS Receive function 807 and 827 includes the ability to detect the type of Ethernet ordered sets and can forward the /R/, /S/, /T/ and /V/ data ordered sets directly to the MAC sub-layer 805 (for PCS Receive function 807) and 825 (for PCS Receive function 827). All other ordered sets /C/ and /I/ will be forwarded to the Switch function (809, 829) in order to be replicated on the other Ethernet port (800, 820) and will also be forwarded to the Management module 810 to keep track of the state of the auto-negotiation. PCS Receive function 807 will forward the /C/ and /I/ ordered sets to Switch 809 that will in turn forward the ordered sets to the Management module 810 and to the PCS Transmit function 828. PCS Receive function 827 will forward the /C/ and /I/ ordered sets to Switch 829 that will in turn forward the ordered sets to the Management module 810 and to the PCS Transmit function 808. The MAC sub-layer will use the PCS Transmit function directly for all /R/, /S/, /T/ and /V/ ordered sets. MAC sub-layer 805 will interface directly with PCS Transmit function 808, and MAC sub-layer 825 will interface directly with PCS Transmit function 828. The behavior or the other Ethernet sub-layers (PMA, PMD and MDI) remains the same as the description of FIG. 7.
  • Once the auto-negotiation phase is completed, the Management Module 810 needs to set the parameters of the Ethernet ports (800, 820) of the intermediate device as per FIG. 7.
  • If the Ethernet ports of the intermediate device are made up of an optical Ethernet port and of a copper Ethernet port, the Management Module 810 will need to intercept all of the /C/ ordered sets to make sure that the Master/Slave mode and the Duplex settings negotiation only take place on the Ethernet over copper port. This can be achieved by programming the Switches 809 and 829 to pass all of the /C/ ordered sets to the Management module 810 instead of simply relaying the /C/ to the PCS transmit function 808 or 828 of the other Ethernet port.
  • In an alternate embodiment shown in FIG. 9, the Switch Modules used previously (see FIG. 7 and FIG. 8) are integrated as part of the Management module 910 that interfaces directly with the PCS Receive function 907 and 927 and with the PCS Transmit function 908 and 928. More specifically, the PCS Receive function 907 and 927 includes the ability to detect the type of Ethernet ordered sets and can forward the /R/, /S/, /T/ and /V/ data ordered sets directly to the MAC sub-layer 905 (for PCS Receive function 907) and 925 (for PCS Receive function 927). All other ordered sets /C/ and /I/ will be forwarded to the Management module 910 in order to be replicated on the other Ethernet port (900, 920) and to keep track of the state of the auto-negotiation. PCS Receive function 907 will forward the /C/ and /I/ ordered sets to management module 910 that will in turn forward the ordered sets to the PCS Transmit function 928. PCS Receive function 927 will forward the /C/ and /I/ ordered sets to Management module 910 that will in turn forward the ordered sets to the PCS Transmit function 908. The MAC sub-layer will use the PCS Transmit function directly for all /R/, /S/, /T/ and /V/ ordered sets. MAC sub-layer 905 will interface directly with PCS Transmit function 908, and MAC sub-layer 925 will interface directly with PCS Transmit function 928. The behavior or the other Ethernet sub-layers (PMA, PMD and MDI) remains the same as the description of FIG. 7.
  • Once the auto-negotiation phase is completed, the Management Module 910 needs to set the parameters of the Ethernet ports (900, 920) of the intermediate device as per FIG. 7.
  • In a final alternate embodiment shown in FIG. 10, the Management module 1010 handles the interfacing between the MAC sub-layer and the PCS Receive and PCS Transmit functions. More specifically, the PCS Receive function 1007 and 1027 forward all Ethernet ordered sets to the Management module 1010 that will determine the type of ordered sets received. The Management module 1010 will relay /C/ and /I/ ordered sets to the other Ethernet port. /C/ and /I/ ordered sets received from PCS Receive function 1007 will be forwarded to PCS Transmit function 1028, and /C/ and /I/ ordered sets received from PCS Receive function 1027 will be forwarded to PCS Transmit function 1008. /R/, /S/, /T/ and /V/ordered sets received by the Management module 1010 from the PCS Receive function 1007 will be forwarded to the MAC sub-layer 1005, and /R/, /S/, /T/ and /V/ ordered sets received from the MAC sub-layer 1005 will be passed to the PCS Transmit function 1008. /R/, /S/, /T/ and /V/ ordered sets received by the Management module 1010 from the PCS Receive function 1027 will be forwarded to the MAC sub-layer 1025 and /R/, /S/, /T/ and /V/ ordered sets received from the MAC sub-layer 1025 will be passed to the PCS Transmit function 1028. The behavior or the other Ethernet sub-layers (PMA, PMD and MDI) remains the same as the description of FIG. 7.
  • Once the auto-negotiation phase is completed, the Management Module 1010 needs to set the parameters of the Ethernet ports (1000, 1020) of the intermediate device as per FIG. 7.
  • The embodiments described above can be implemented inside a single FPGA device. Alternatively, they may be implemented between a plurality of FPGA devices and/or a general purpose CPU. It should be noted that the general purpose CPU may alternatively be implemented inside an FPGA device (for instance, a NIOS module in an ALTERA FPGA).
  • While particular embodiments and applications of the present invention have been illustrated and described, it is to be understood that the invention is not limited to the precise construction and compositions disclosed herein and that various modifications, changes, and variations may be apparent from the foregoing descriptions without departing from the spirit and scope of the invention as defined in the appended claims.

Claims (23)

1. A method of negotiating Ethernet link settings between interconnected nodes in a network, said interconnected nodes having an Ethernet protocol stack that includes a PCS sub-layer with an auto-negotiation function, comprising:
coupling an intermediate device between two network nodes via optical or copper interfaces; and
negotiating the link settings identically between each node and the connected intermediate device by bypassing said auto-negotiation function of the PCS sub-layer in the said intermediate device.
2. The method of claim 1, wherein the intermediate device transparently sends negotiation messages from each node to the other during the link negotiation phase without interacting with said messages
3. The method of claim 1, wherein a pair of network devices are attached to said intermediate device, and said intermediate device includes two physical ports and a management module that sets the two physical ports to Ethernet settings negotiated between said pair of network devices.
4. The method of claim 1, which includes resuming normal Ethernet functioning after said negotiating of the link settings is complete.
5. The method of claim 1 in which said Ethernet protocol stack includes a PMA sub-layer providing an interface with said PCS sub-layer, said PCS sub-layer includes a receive function and a transmit function, and in which said auto-negotiation function of said PCS sub-layer is replaced with a programmable switching function for the interface provided by said PMA sub-layer with said PCS sub-layer.
6. The method of claim 5 which includes a management module, and in which said programmable switching function is effected by said management module.
7. The method of claim 5 in which said Ethernet protocol stack includes a MAC sub-layer interfacing directly with said transmit and receive functions of said PCS layer, and said PCS receive function forwards (a) first selected Ethernet ordered sets to a switch function, and (b) second Ethernet ordered sets to said MAC sub-layer.
8. The method of claim 5 in which said Ethernet protocol stack includes a MAC sub-layer interfacing directly with said management module, and said management module provides a programmable switching function for the interface between said MAC sub-layer and said receive and transmit functions of said PCS sub-layer.
9. A method of negotiating Ethernet link settings between interconnected nodes in a network, comprising:
connecting a single form pluggable (SFP) device between two network nodes via optical or copper interfaces on the network side and via an SFP slot on the device side; and
negotiating the link settings identically between each node and the connected SFP device.
10. The method of claim 5, wherein the SFP device transparently sends negotiation messages from each node to the other during the link negotiation phase without interacting with said messages.
11. The method of claim 5, wherein said SFP device includes two physical ports, and which includes a pair of network devices attached to said SFP device, and a management module that sets said two physical ports to Ethernet settings negotiated between said pair of network devices.
12. The method of claim 7, wherein the SFP ports resume normal Ethernet functioning after a link negotiation sequence is complete
13. A system for negotiating Ethernet link settings between interconnected nodes in a network, said interconnected nodes having an Ethernet protocol stack that includes a PCS sub-layer with an auto-negotiation function, comprising:
an intermediate device coupled between two network nodes via optical or copper interfaces; and
the link settings between each node and the connected intermediate device being the same, thereby bypassing said auto-negotiation function of the PCS sub-layer in the said intermediate device.
14. The system of claim 13, wherein the intermediate device transparently sends negotiation messages from each node to the other during a link negotiation phase without interacting with said messages
15. The system of claim 13, wherein a pair of network devices are attached to said intermediate device, and said intermediate device includes two physical ports and a management module that sets the two physical ports to Ethernet settings negotiated between said pair of network devices.
16. The system of claim 13 in which said Ethernet protocol stack includes a PMA sub-layer providing an interface with said PCS sub-layer, said PCS sub-layer includes a receive function and a transmit function, and in which said auto-negotiation function of said PCS sub-layer is replaced with a programmable switching function for the interface provided by said PMA sub-layer with said PCS sub-layer.
17. The system of claim 16 which includes a management module, and in which said programmable switching function is effected by said management module.
18. The system of claim 16 in which said Ethernet protocol stack includes a MAC sub-layer interfacing directly with said transmit and receive functions of said PCS layer, and said PCS receive function forwards (a) first selected Ethernet ordered sets to a switch function, and (b) second Ethernet ordered sets to said MAC sub-layer.
19. The system of claim 16 in which said Ethernet protocol stack includes a MAC sub-layer interfacing directly with said management module, and said management module provides a programmable switching function for the interface between said MAC sub-layer and said receive and transmit functions of said PCS sub-layer.
20. A system for negotiating Ethernet link settings between interconnected nodes in a network, comprising:
a single form pluggable (SFP) device coupled, between two network nodes via optical or copper interfaces on the network side and via an SFP slot on the device side,
21. The system of claim 20, wherein the SFP device transparently sends negotiation messages from each node to the other during the link negotiation phase without interacting with said messages.
22. The system of claim 20, wherein said SFP device includes at least one physical port and a second logical port over an SFP connector, and which includes a pair of network devices attached to said SFP device, and a management module that sets said network devices ports to Ethernet settings negotiated between said pair of network devices.
23. The system of claim 22, wherein the SFP ports resume normal Ethernet functioning after a link negotiation sequence is complete
US13/608,476 2012-09-10 2012-09-10 Transparent auto-negotiation of ethernet Abandoned US20140071855A1 (en)

Priority Applications (8)

Application Number Priority Date Filing Date Title
US13/608,476 US20140071855A1 (en) 2012-09-10 2012-09-10 Transparent auto-negotiation of ethernet
EP13183360.0A EP2706707A1 (en) 2012-09-10 2013-09-06 Transparent auto-negotiation of ethernet link settings
CN201310409194.6A CN103685452A (en) 2012-09-10 2013-09-10 Transparent auto-negotiation of ethernet
US14/698,407 US9491053B2 (en) 2012-09-10 2015-04-28 Transparent auto-negotiation of ethernet
US15/287,182 US9699033B2 (en) 2012-09-10 2016-10-06 Transparent auto-negotiation of Ethernet
US15/613,497 US10601663B2 (en) 2012-09-10 2017-06-05 Transparent auto-negotiation of ethernet
US16/785,852 US11146452B2 (en) 2012-09-10 2020-02-10 Transparent auto-negotiation of ethernet
US17/473,135 US11616696B2 (en) 2012-09-10 2021-09-13 Transparent auto-negotiation of Ethernet

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US13/608,476 US20140071855A1 (en) 2012-09-10 2012-09-10 Transparent auto-negotiation of ethernet

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/698,407 Continuation US9491053B2 (en) 2012-09-10 2015-04-28 Transparent auto-negotiation of ethernet

Publications (1)

Publication Number Publication Date
US20140071855A1 true US20140071855A1 (en) 2014-03-13

Family

ID=49150772

Family Applications (6)

Application Number Title Priority Date Filing Date
US13/608,476 Abandoned US20140071855A1 (en) 2012-09-10 2012-09-10 Transparent auto-negotiation of ethernet
US14/698,407 Active US9491053B2 (en) 2012-09-10 2015-04-28 Transparent auto-negotiation of ethernet
US15/287,182 Active US9699033B2 (en) 2012-09-10 2016-10-06 Transparent auto-negotiation of Ethernet
US15/613,497 Active 2032-09-17 US10601663B2 (en) 2012-09-10 2017-06-05 Transparent auto-negotiation of ethernet
US16/785,852 Active US11146452B2 (en) 2012-09-10 2020-02-10 Transparent auto-negotiation of ethernet
US17/473,135 Active US11616696B2 (en) 2012-09-10 2021-09-13 Transparent auto-negotiation of Ethernet

Family Applications After (5)

Application Number Title Priority Date Filing Date
US14/698,407 Active US9491053B2 (en) 2012-09-10 2015-04-28 Transparent auto-negotiation of ethernet
US15/287,182 Active US9699033B2 (en) 2012-09-10 2016-10-06 Transparent auto-negotiation of Ethernet
US15/613,497 Active 2032-09-17 US10601663B2 (en) 2012-09-10 2017-06-05 Transparent auto-negotiation of ethernet
US16/785,852 Active US11146452B2 (en) 2012-09-10 2020-02-10 Transparent auto-negotiation of ethernet
US17/473,135 Active US11616696B2 (en) 2012-09-10 2021-09-13 Transparent auto-negotiation of Ethernet

Country Status (3)

Country Link
US (6) US20140071855A1 (en)
EP (1) EP2706707A1 (en)
CN (1) CN103685452A (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140024255A1 (en) * 2012-07-18 2014-01-23 Accedian Networks Inc. Programmable small form-factor pluggable module
US8982730B2 (en) 2012-07-18 2015-03-17 Accedian Networks Inc. Systems and methods of detecting and assigning IP addresses to devices with ARP requests
US9300348B2 (en) * 2014-08-11 2016-03-29 Alcatel Lucent Dual electrical compact small form-factor pluggable module
US9344400B2 (en) 2012-07-18 2016-05-17 Accedian Networks Inc. System and methods of installing and operating devices without explicit network addresses
US9491053B2 (en) 2012-09-10 2016-11-08 Accedian Networks Inc. Transparent auto-negotiation of ethernet
US20180026917A1 (en) * 2016-07-25 2018-01-25 Adee O. Ran Ethernet auto-negotiation with parallel detect for 10g dac or other non-auto-negotiated modes
EP3306862A4 (en) * 2015-12-17 2018-05-30 Huawei Technologies Co., Ltd. Negotiation mode processing method and intelligent network device
US10594567B2 (en) 2012-07-18 2020-03-17 Accedian Networks Inc. Systems and methods of discovering and controlling devices without explicit addressing
US10719474B2 (en) 2017-10-11 2020-07-21 Samsung Electronics Co., Ltd. System and method for providing in-storage acceleration (ISA) in data storage devices

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102014106017A1 (en) * 2014-04-29 2015-10-29 Beckhoff Automation Gmbh Method for operating a network and network participants
US10002038B2 (en) 2016-04-29 2018-06-19 Hewlett Packard Enterprise Development Lp Network re-timer with forward error correction handling
US10229020B2 (en) 2016-04-29 2019-03-12 Hewlett Packard Enterprise Development Lp Network transceiver with auto-negotiation handling
US9800345B1 (en) 2016-04-29 2017-10-24 Hewlett Packard Enterprise Development Lp Network transceiver
CN106789870A (en) * 2016-11-10 2017-05-31 华为技术有限公司 The method and ethernet device of transmitting signaling
US10673701B2 (en) * 2018-04-24 2020-06-02 Dell Products L.P. PHY ability auto-negotiation system
US20200280428A1 (en) * 2019-10-18 2020-09-03 Intel Corporation Configuration scheme for link establishment
US11622029B2 (en) 2021-07-28 2023-04-04 International Business Machines Corporation Optimizing information transmitted over a direct communications connection

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100080248A1 (en) * 2008-10-01 2010-04-01 Nortel Networks Limited Techniques for time transfer via signal encoding
US20120102239A1 (en) * 2009-06-30 2012-04-26 Telefonaktiebolaget L M Ericsson (Publ) Method and Arrangement Handling Pluggable Modules and Operating Modes in a Media Converter System

Family Cites Families (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5809249A (en) * 1995-09-27 1998-09-15 Texas Instruments Incorporated System having at least one auto-negotiation enabled physical media dependent (PMD) interface device operable to perform auto-negotiation with remote link partner on behalf of all PMD
US7039688B2 (en) 1998-11-12 2006-05-02 Ricoh Co., Ltd. Method and apparatus for automatic network configuration
US6367037B1 (en) 1998-12-10 2002-04-02 Intel Corporation Data collection agent for computer networks
US6166688A (en) 1999-03-31 2000-12-26 International Business Machines Corporation Data processing system and method for disabling a portable computer outside an authorized area
US20030229809A1 (en) 1999-04-15 2003-12-11 Asaf Wexler Transparent proxy server
US7225243B1 (en) 2000-03-14 2007-05-29 Adaptec, Inc. Device discovery methods and systems implementing the same
US6865602B1 (en) 2000-07-24 2005-03-08 Alcatel Canada Inc. Network management support for OAM functionality and method therefore
GB2366483A (en) 2000-08-21 2002-03-06 Lucent Technologies Inc A method of delivering packets to a roaming mobile
US20020077117A1 (en) 2000-12-15 2002-06-20 Jocelyn Cloutier Synchronous transmission of data with network remote control
US7570657B1 (en) * 2000-12-15 2009-08-04 Marvell International Ltd. Autonegotiation between 1000Base-X and 1000Base-T
US7085842B2 (en) 2001-02-12 2006-08-01 Open Text Corporation Line navigation conferencing system
JP3712369B2 (en) * 2001-09-13 2005-11-02 アライドテレシスホールディングス株式会社 Media converter and link disconnection method thereof
JP3590394B2 (en) 2001-09-17 2004-11-17 株式会社東芝 Packet transfer device, packet transfer method, and program
US20030056008A1 (en) 2001-09-20 2003-03-20 Russell Richard Francis Automatic remote assignment of internet protocol address information to a network device
US7787387B2 (en) * 2002-03-21 2010-08-31 Broadcom Corporation Auto-selection of SGMII or SerDes pass-through modes
US7203174B2 (en) * 2002-03-21 2007-04-10 Broadcom Corporation Auto detection of SGMII and GBIC modes
US20030225864A1 (en) 2002-05-31 2003-12-04 Gardiner Samuel W. Host-based automatic negotiation of an internet protocol address for a network connected device
US7124330B2 (en) * 2002-09-27 2006-10-17 Broadcom Corporation Physical layer loop back method and apparatus
AU2002349257A1 (en) 2002-11-06 2004-06-07 Wuhan Fiberhome Networks Co., Ltd. Multiple service ring of n-ringlet structure based on multiple fe, ge and 10ge
US7242693B1 (en) * 2003-01-30 2007-07-10 Marvell International Ltd. Method and apparatus for fiber autonegotiation
US20040249906A1 (en) 2003-03-19 2004-12-09 Sharp Laboratories Of America, Inc. Device discovery and configuration utilizing DHCP protocol
KR100645510B1 (en) * 2004-01-07 2006-11-13 삼성전자주식회사 Apparatus and method for getting data in ethernet system
US7428599B2 (en) * 2004-01-09 2008-09-23 Vitesse Semiconductor Corporation Method for detecting link partner state during auto negotiation and switching local state to establish link
US7149397B2 (en) * 2004-03-04 2006-12-12 Cisco Technology, Inc. 10/100/1000Base-T small-form-factor-pluggable module
FI20045234A0 (en) 2004-06-21 2004-06-21 Nokia Corp Transmission of data in a communication system
US7342925B2 (en) 2004-11-30 2008-03-11 At&T Corp. Technique for automated MAC address cloning
US7848223B2 (en) 2005-06-03 2010-12-07 Honeywell International Inc. Redundantly connected wireless sensor networking methods
DE602005002259T2 (en) 2005-06-30 2008-05-21 Ntt Docomo Inc. Apparatus and method for improved handoff in mesh networks
US8036231B2 (en) * 2005-08-09 2011-10-11 Adc Telecommunications, Inc. Wall-mountable connector
US8098671B1 (en) 2005-08-22 2012-01-17 Juniper Networks, Inc. Monitoring datagrams in a data network
US20070133986A1 (en) * 2005-12-09 2007-06-14 Lee Kang B Physical coding sublayer apparatus and Ethernet layer architecture for network-based tunable wavelength passive optical network system
US20070153091A1 (en) 2005-12-29 2007-07-05 John Watlington Methods and apparatus for providing privacy in a communication system
US7912075B1 (en) 2006-05-26 2011-03-22 Avaya Inc. Mechanisms and algorithms for arbitrating between and synchronizing state of duplicated media processing components
US8447843B2 (en) 2006-09-25 2013-05-21 Yoics, Inc. System, method and computer program product for identifying, configuring and accessing a device on a network
US20080140815A1 (en) 2006-12-12 2008-06-12 The Lincoln Electric Company Network Device Location and Configuration
JP4968328B2 (en) 2007-03-19 2012-07-04 富士通株式会社 Mobile IP communication system, mobile IP communication apparatus, and mobile IP communication method
KR100915155B1 (en) 2007-07-06 2009-09-03 주식회사 윈포넷 Method and Apparatus for Registering Network Information
US8089405B2 (en) 2007-10-02 2012-01-03 Ricoh Co., Ltd. Applications for geographically coded access points
US20090251867A1 (en) 2007-10-09 2009-10-08 Sharma Viswa N Reconfigurable, modularized fpga-based amc module
WO2010006100A1 (en) 2008-07-11 2010-01-14 Marvell World Trade, Ltd. Ip assignment scheme for dynamic peer-to-peer networks
KR20110126670A (en) * 2009-02-13 2011-11-23 에이디씨 텔레커뮤니케이션스 인코포레이티드 Inter-networking devices for use with physical layer information
FI20095195A0 (en) 2009-02-27 2009-02-27 Valtion Teknillinen A method for making a safe distance configuration on a programmable low cost FPGA hardware
JP5312672B2 (en) 2009-03-18 2013-10-09 テレフオンアクチーボラゲット エル エム エリクソン(パブル) Access node comprising a VoIP card having a common IP address and a MAC address
US20100280858A1 (en) 2009-04-30 2010-11-04 Embarq Holdings Company, Llc System and method for a small form pluggable ethernet demarcation device
EP2497226B1 (en) 2009-11-02 2018-01-10 Adaptive Spectrum and Signal Alignment, Inc. Device abstraction proxy
US8806230B2 (en) 2009-12-18 2014-08-12 Promise Technology, Inc. Data storage system with power management and method of operation thereof
US8251594B2 (en) 2010-04-08 2012-08-28 Renaud Lavoie Pluggable electronic unit with transmission power adjustment capability
EP2387180B1 (en) 2010-05-14 2019-12-18 Viavi Solutions Inc. Network communication with unaddressed network devices
US8705395B2 (en) 2010-06-15 2014-04-22 Jds Uniphase Corporation Method for time aware inline remote mirroring
EP2421200A1 (en) 2010-08-16 2012-02-22 Numerex Corporation IP network service redirector device and method
JP2012096374A (en) 2010-10-29 2012-05-24 Fuji Xerox Co Ltd Image forming apparatus, image forming system, and control program
US8571029B1 (en) 2010-11-12 2013-10-29 Juniper Networks, Inc. Label switched path hierarchy for intra-area segments of inter-area point-to-multipoint label switched paths
US8565111B2 (en) * 2011-03-07 2013-10-22 Broadcom Corporation System and method for exchanging channel, physical layer and data layer information and capabilities
US8509072B2 (en) 2011-03-07 2013-08-13 Comcast Cable Communications, Llc Network congestion analysis
US8861414B2 (en) 2011-04-08 2014-10-14 The Regents Of The University Of Michigan Reducing energy consumption in wireless devices
US20120320751A1 (en) 2011-06-17 2012-12-20 Jing Zhu Method and system for communicating data packets
US9054985B2 (en) 2011-06-27 2015-06-09 Fujitsu Limited System and method for dynamic rate limiting and shaping of traffic based on available bandwidth
US9379816B2 (en) 2011-09-28 2016-06-28 Gigamon Inc. Transceivers with configurable integrated circuit
US20130346591A1 (en) 2012-06-21 2013-12-26 Alcatel-Lucent Usa Inc. Clientless Cloud Computing
WO2014004714A1 (en) * 2012-06-26 2014-01-03 Huawei Technologies Co., Ltd. Access equipment that runs ethernet passive optical network (pon) or ethernet pon over coax network
US8830869B2 (en) 2012-07-18 2014-09-09 Accedian Networks Inc. Systems and methods of detecting and assigning IP addresses to devices with ARP requests
US8862702B2 (en) 2012-07-18 2014-10-14 Accedian Networks Inc. Systems and methods of installing and operating devices without explicit network addresses
US9735874B2 (en) 2012-07-18 2017-08-15 Accedian Networks Inc. Programmable small form-factor pluggable module
US8751615B2 (en) 2012-07-18 2014-06-10 Accedian Networks Inc. Systems and methods of discovering and controlling devices without explicit addressing
US9106706B2 (en) 2012-07-18 2015-08-11 Accedian Networks Inc. Systems and methods of using beacon messages to discover devices across subnets
US20140071855A1 (en) 2012-09-10 2014-03-13 Accedian Networks Inc. Transparent auto-negotiation of ethernet

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100080248A1 (en) * 2008-10-01 2010-04-01 Nortel Networks Limited Techniques for time transfer via signal encoding
US20120102239A1 (en) * 2009-06-30 2012-04-26 Telefonaktiebolaget L M Ericsson (Publ) Method and Arrangement Handling Pluggable Modules and Operating Modes in a Media Converter System

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10594567B2 (en) 2012-07-18 2020-03-17 Accedian Networks Inc. Systems and methods of discovering and controlling devices without explicit addressing
US9344400B2 (en) 2012-07-18 2016-05-17 Accedian Networks Inc. System and methods of installing and operating devices without explicit network addresses
US9935917B2 (en) 2012-07-18 2018-04-03 Accedian Networks Inc. Methods of detecting and assigning IP addresses to devices with ARP requests
US11025343B2 (en) * 2012-07-18 2021-06-01 Accedian Networks Inc. Programmable small form-factor pluggable module
US10700784B2 (en) * 2012-07-18 2020-06-30 Accedian Networks Inc. Programmable small form-factor pluggable module
US9391948B2 (en) 2012-07-18 2016-07-12 Accedian Networks Inc. Methods of detecting and assigning IP addresses to devices with ARP requests
US20140024255A1 (en) * 2012-07-18 2014-01-23 Accedian Networks Inc. Programmable small form-factor pluggable module
US10097512B2 (en) 2012-07-18 2018-10-09 Accedian Networks Inc. System and methods of installing and operating devices without explicit network addresses
US20190068287A1 (en) * 2012-07-18 2019-02-28 Accedian Networks Inc. Programmable small form-factor pluggable module
US9735874B2 (en) * 2012-07-18 2017-08-15 Accedian Networks Inc. Programmable small form-factor pluggable module
US20170310397A1 (en) * 2012-07-18 2017-10-26 Accedian Networks Inc. Programmable small form-factor pluggable module
US10135537B2 (en) * 2012-07-18 2018-11-20 Accedian Networks Inc. Programmable small form-factor pluggable module
US9246871B2 (en) 2012-07-18 2016-01-26 Accedian Networks Inc. Systems and methods of detecting and assigning IP addresses to devices with ARP requests
US8982730B2 (en) 2012-07-18 2015-03-17 Accedian Networks Inc. Systems and methods of detecting and assigning IP addresses to devices with ARP requests
US9641484B2 (en) 2012-07-18 2017-05-02 Accedian Networks Inc. System and methods of installing and operating devices without explicit network addresses
US9699033B2 (en) 2012-09-10 2017-07-04 Accedian Networks Inc. Transparent auto-negotiation of Ethernet
US9491053B2 (en) 2012-09-10 2016-11-08 Accedian Networks Inc. Transparent auto-negotiation of ethernet
US10601663B2 (en) 2012-09-10 2020-03-24 Accedian Networks Inc. Transparent auto-negotiation of ethernet
US9300348B2 (en) * 2014-08-11 2016-03-29 Alcatel Lucent Dual electrical compact small form-factor pluggable module
US10659297B2 (en) 2015-12-17 2020-05-19 Huawei Technologies Co., Ltd. Negotiation mode processing method and intelligent network device
EP3306862A4 (en) * 2015-12-17 2018-05-30 Huawei Technologies Co., Ltd. Negotiation mode processing method and intelligent network device
US20180026917A1 (en) * 2016-07-25 2018-01-25 Adee O. Ran Ethernet auto-negotiation with parallel detect for 10g dac or other non-auto-negotiated modes
US10164912B2 (en) * 2016-07-25 2018-12-25 Intel Corporation Ethernet auto-negotiation with parallel detect for 10G DAC or other non-auto-negotiated modes
US10719474B2 (en) 2017-10-11 2020-07-21 Samsung Electronics Co., Ltd. System and method for providing in-storage acceleration (ISA) in data storage devices
US11487696B2 (en) 2017-10-11 2022-11-01 Samsung Electronics Co., Ltd. System and method for providing in-storage acceleration (ISA) in data storage devices

Also Published As

Publication number Publication date
US20170026241A1 (en) 2017-01-26
US11146452B2 (en) 2021-10-12
EP2706707A1 (en) 2014-03-12
US20170272324A1 (en) 2017-09-21
US20200259713A1 (en) 2020-08-13
US20150229527A1 (en) 2015-08-13
CN103685452A (en) 2014-03-26
US10601663B2 (en) 2020-03-24
US9699033B2 (en) 2017-07-04
US20210409274A1 (en) 2021-12-30
US11616696B2 (en) 2023-03-28
US9491053B2 (en) 2016-11-08

Similar Documents

Publication Publication Date Title
US11616696B2 (en) Transparent auto-negotiation of Ethernet
RU2620995C2 (en) Method and system for distributed resilient network interconnect (drni) status update
EP1982447B1 (en) System and method for detecting and recovering from virtual switch link failures
US7610480B2 (en) System and method for controlling boot-up process in a communications network switch
US20150172098A1 (en) Link aggregation in software-defined networks
EP3186929A1 (en) A method and system for supporting distributed relay control protocol (drcp) operations upon misconfiguration
US8509616B2 (en) Devices, systems and methods for run-time reassignment of a PHY to MAC devices interconnect
CN105450779B (en) The method of one household appliance connection multiserver
CN103581164A (en) Method for transmitting messages in redundantly operable industrial communication network and communication device for redundantly operable industrial communication network
WO2014176975A1 (en) Method and system for information interaction among systems in the same end in drni
WO2017101762A1 (en) Negotiation mode processing method and intelligent network device
US9300529B2 (en) Communication system and network relay device
CN104113434A (en) Data center network redundancy control device by adopting multi-chassis cluster system
US20230130016A1 (en) Methods and devices for automatically reestablishing media access control security sessions over wide area networks
KR200379364Y1 (en) Communication module device with line redundant function in digital protection relay
US20110072145A1 (en) Network device performing connection check, network system, and frame transfer method

Legal Events

Date Code Title Description
AS Assignment

Owner name: ACCEDIAN NETWORKS INC., CANADA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ROBITAILLE, CLAUDE;ROCHON, STEVE;REEL/FRAME:028927/0930

Effective date: 20120907

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION