Simplified synchronized ethernet implementation

Information

  • Patent Grant
  • 10419144
  • Patent Number
    10,419,144
  • Date Filed
    Thursday, January 11, 2018
    6 years ago
  • Date Issued
    Tuesday, September 17, 2019
    5 years ago
Abstract
A method of simplifying the implementation of Synchronous Ethernet on an Ethernet device having a first port and a second port device using a predetermined protocol and signaling, comprises delivering a master clock from a Synchronous Ethernet system to the first port of the Ethernet device; transmitting the delivered master clock to the second port of the Ethernet device independently of the protocol and signaling of the Ethernet device; and transmitting the master clock from the second port of the Ethernet device to a downstream device that supports Synchronous Ethernet. In one implementation, the Ethernet device has a local clock, and the method synchronizes the local clock to the master clock. In another implementation, the Ethernet device does not have a local clock, and the master clock is transmitted from the second port of the Ethernet device to the downstream device without any synchronizing operation at the Ethernet device.
Description
FIELD OF THE INVENTION

The present disclosure relates to synchronous Ethernet on two-port devices.


SUMMARY

In accordance with one embodiment, a method is provided to simplify the implementation of Synchronous Ethernet on an Ethernet device having a first port and a second port device using a predetermined protocol and signaling. The method comprises delivering a master clock from a Synchronous Ethernet system to the first port of the Ethernet device; transmitting the delivered master clock to the second port of the Ethernet device independently of the protocol and signaling of the Ethernet device; and transmitting the master clock from the second port of the Ethernet device to a downstream device that supports Synchronous Ethernet. In one implementation, the Ethernet device has a local clock, and the method synchronizes the local clock to the master clock. In another implementation, the Ethernet device does not have a local clock, and the master clock is transmitted from the second port of the Ethernet device to the downstream device without any synchronizing operation at the Ethernet device.


At least one of the ports of the Ethernet device may be adapted to recognize that a master clock has been received by the Ethernet device, and then forward the received master clock to the other of the ports for transmission to the downstream device. The other port may be configured to transmit the master clock to the downstream device. Each of the ports may be adapted to recognize that a master clock has been received by the Ethernet device, and then forward the received master clock to the other of the ports for transmission to the downstream device. The first and second ports may include state machines, which may be the same on both of the ports.


The foregoing and additional aspects and embodiments of the present disclosure will be apparent to those of ordinary skill in the art in view of the detailed description of various embodiments and/or aspects, which is made with reference to the drawings, a brief description of which is provided next.





BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing and other advantages of the disclosure will become apparent upon reading the following detailed description and upon reference to the drawings.



FIG. 1 is a diagrammatic illustration of a typical clock exchange in Ethernet networks.



FIG. 2 is a diagrammatic illustration of the clock flow in a two-port Ethernet device.



FIG. 3 is a diagrammatic illustration of simplified clock synchronization in a two-port Ethernet device.



FIG. 4 is a diagrammatic illustration of a typical clock exchange in Ethernet networks including a 1000base-T link.



FIG. 5 is a flow chart of a process to select a master and slave based on clock quality.





While the present disclosure is susceptible to various modifications and alternative forms, specific embodiments or implementations have been shown by way of example in the drawings and will be described in detail herein. It should be understood, however, that the disclosure is not intended to be limited to the particular forms disclosed. Rather, the disclosure is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of an invention as defined by the appended claims.


REFERENCES



  • [1] International Telecommunication Union (ITU)—Packet over transport aspects. G.8264/Y.1364. May 2014

  • [2] International Telecommunication Union (ITU)—Timing characteristics of a synchronous Ethernet equipment slave clock. G.8262/Y.1362. January 2015



DETAILED DESCRIPTION

Synchronous Ethernet (Sync-E) [2] is becoming widely deployed in networks. FIG. 1 illustrates a standard Sync-E ecosystem comprising a Sync-E master clock 100, also referred to as a Primary Reference Clock (master clock), that is transmitted by a master device 101. The master clock is transmitted over synchronized network by a master device 101 to Ethernet devices 102, 104, 106 in a path 110. The Ethernet device 102 synchronizes its local clock 112 based on the transmitted master clock 110 and forwards the master clock to other Ethernet devices 104, 106 downstream over one or more links 150 as per a predetermined configuration over a network 120.


Each Ethernet device can be a simple low-cost two-port Ethernet device, such as a two-port Network Interface Device (NID). The simple device is required to at least transmit the master clock to a downstream device supporting Sync-E, even if it does not need to maintain a local clock synchronized, or does not even have a local clock.



FIG. 2 shows a well known two-port Ethernet device 200 with port A 201 and port B 202. The two-port device has been configured by a network management system 210 via a network management channel 212 to receive a master clock 225 on port B 202 and optionally synchronize the local clock 112 before transmitting the master clock to port A 201 back in the network. A standard Ethernet Synchronization Messaging Channel (ESMC) [1] may also be used to configure the status of the ports via signaling.


Port B 202 is required to implement additional logic to recognize that a master clock 225 has been received and that port B 202 is configured to synchronize the local clock 112 and then forward the master clock to port A for downstream transmission. Meanwhile, port A 201 is configured to execute a different state machine to simply forward the master clock to the downstream device.


When there is a failure in the master clock path 225, the state machine of port B 202 recognizes the failure and implements the proper actions from the protocol [1]. The configuration of the two-port device may need to be changed to make port A 201 responsible for receiving, synchronizing and forwarding the master clock which is now on path 230. The re-configuration may be done using a network management system 210 or via the ESMC signaling protocol.


The two-port devices are generally small and low-cost, but the additional logic required to configure and process the master clock and ESMC increases the cost and complexity. There is a need to reduce the logic and implementation complexity such as external configuration.


Referring to FIG. 3, a two-port device 320 includes a state machine 300 that is the same on both ports 301, 302. The state machine does not need to be configured or modified. When a master clock is received 225, 230 on a first port 301 or 302, it is always transmitted to the second port 302 or 301. The two-port device can act independently of the protocol and signaling and always maintain its clock 112 synchronized, if required, with minimal additional logic. For example, when a two-port device with port A and port B receives a master clock from port A, it sends it automatically to port B for transmission to a downstream device. Similarly, when a master clock is received on port B, it is sent automatically to port A for transmission to a downstream device.


The ESMC protocol is carried transparently by the two-port device and no configuration is required, thereby reducing cost and complexity for the two-port device significantly.


As another embodiment, referring to FIG. 4, when the link 450 between two devices 102, 104 is 1000base-T, the PHY layer clocking aspect is managed by a master-slave process. One port (e.g., 460 or 465) is selected as a master and one as the slave (e.g., 470 or 475). The slave 470 extracts the clock in data received from the master 460 and synchronizes its transmission 475 using that clock. The clock is also forwarded to other devices downstream 106. Existing standards (e.g. 1000base-T) can be implemented to force which end of the link is the master, the auto-negotiation between the devices 102, 104 is used to force which end of the link is the master.


The device may receive and transmit ESMC frames (e.g., because another port uses the SYNC-E protocol) in a path 110. The ESMC frame includes quality level (QL) information relating to the quality of the reference clock. In one embodiment, the QL is be used to select which end of the link is the best slave and master.


The selection of the master port changes based on the quality of the clock received, as exemplified by the process illustrated by the flow chart in FIG. 5. The process is executed on both ends of a link 460, 470, but to simplify the explanation, it will be assumed that the process is implemented on port 460. In this case, port 460 receives an ESMC from downstream, it has been sent by another port 465 on the device 102. If the port 460 receives the ESMC from upstream, it has been sent from the port 470 at the other end of the link 450 on device 104. At initialization, the master and slave ports, between port 460 and 470, are assigned randomly or manually configured.


A variable current_QL is used to maintain the current quality level of the ESMC. It is initialized to the lowest quality value possible. When an ESMC frame is received at the port at step 402 in the process illustrated in FIG. 5, a variable new_QL is set to the QL of the received ESMC frame at step 404. Step 406 then determines whether current_QL<new_QL, and if the answer is affirmative, the clock quality in the received ESMC frame is better than what was previously received, and thus current_QL is then set to new_QL at step 408. If the answer at step 406 is negative, nothing is changed at step 420


Step 410 determines whether the ESMC frame is received from downstream (e.g, from port 465). If the answer is affirmative, step 412 determines whether the port 460 is already set as a slave, and if it is the port 460 is set as the master at step 414. Otherwise the status remains as slave, and nothing is changed at step 420. A negative answer at step 410 means the ESMC frame is received from upstream 410 (e.g., from the device 140 at the other end of the link 450) and step 416 determines whether the port is set as a master. If the answer is affirmative, the setting of the port is changed to slave status at step 418. Otherwise, the status remains as master, and nothing is changed at step 420. At the same time, the process running on the other side of the link 470 changes that port status to master. This way the port with the best clock quality is used as the master, and the other one is the slave (IEEE 802.3 clause 40).


At initialization, the slave can remain unchanged for a predetermined amount of time (e.g., 5 seconds or after a number of ESMC frames are received by each port) to avoid changing the slave and master assignment several times while the signal stabilizes in line with G.8262 standards.


Although the algorithms described above including those with reference to the foregoing flow charts have been described separately, it should be understood that any two or more of the algorithms disclosed herein can be combined in any combination. Any of the methods, algorithms, implementations, or procedures described herein can include machine-readable instructions for execution by: (a) a processor, (b) a controller, and/or (c) any other suitable processing device. Any algorithm, software, or method disclosed herein can be embodied in software stored on a non-transitory tangible medium such as, for example, a flash memory, a CD-ROM, a floppy disk, a hard drive, a digital versatile disk (DVD), or other memory devices, but persons of ordinary skill in the art will readily appreciate that the entire algorithm and/or parts thereof could alternatively be executed by a device other than a controller and/or embodied in firmware or dedicated hardware in a well known manner (e.g., it may be implemented by an application specific integrated circuit (ASIC), a programmable logic device (PLD), a field programmable logic device (FPLD), discrete logic, etc.). Also, some or all of the machine-readable instructions represented in any flowchart depicted herein can be implemented manually as opposed to automatically by a controller, processor, or similar computing device or machine. Further, although specific algorithms are described with reference to flowcharts depicted herein, persons of ordinary skill in the art will readily appreciate that many other methods of implementing the example machine readable instructions may alternatively be used. For example, the order of execution of the blocks may be changed, and/or some of the blocks described may be changed, eliminated, or combined.


It should be noted that the algorithms illustrated and discussed herein as having various modules which perform particular functions and interact with one another. It should be understood that these modules are merely segregated based on their function for the sake of description and represent computer hardware and/or executable software code which is stored on a computer-readable medium for execution on appropriate computing hardware. The various functions of the different modules and units can be combined or segregated as hardware and/or software stored on a non-transitory computer-readable medium as above as modules in any manner, and can be used separately or in combination.


While particular implementations and applications of the present disclosure have been illustrated and described, it is to be understood that the present disclosure is not limited to the precise construction and compositions disclosed herein and that various modifications, changes, and variations can be apparent from the foregoing descriptions without departing from the spirit and scope of an invention as defined in the appended claims.

Claims
  • 1. A synchronous ethernet device comprising: a first port comprising a first state machine; anda second port comprising a second state machine;wherein, when a master clock is received from the synchronous ethernet system to the first port: the master clock is transmitted to the second port, andthe master clock is transmitted from the second port to a downstream device that supports synchronous ethernet; andwhen the master clock is received from the synchronous ethernet system to the second port: the master clock is transmitted to the first port, andthe master clock is transmitted from the first port to a downstream device that supports synchronous ethernet.
  • 2. The device of claim 1 further comprising a local clock which synchronizes to the master clock.
  • 3. The device of claim 1 in which said ethernet device does not have a local clock, and said master clock is transmitted from said first or second port to said downstream device without any synchronizing operation at said ethernet device.
  • 4. The device of claim 1 in which at least one of said first and second ports is configured to recognize that the master clock has been received.
  • 5. The device of claim 1, wherein said first and second state machines are the same on both of said first and second ports.
  • 6. The device of claim 1, wherein one of the first port or the second port is selected as a master and one as a slave, and the slave extracts the clock in data received from the master and synchronizes its transmission using that clock.
  • 7. The device of claim 6, wherein selection of the master port changes based on quality of the clock received.
  • 8. The device of claim 1, wherein an Ethernet Synchronization Messaging Channel (ESMC) is carried transparently by the device.
  • 9. A method to simplify the implementation of Synchronous Ethernet on an Ethernet device having a first port and a second port, said method comprising: assigning one of the first and second port as a master port and the other one of said first and second port as a slave port; andwhen a master clock is delivered from a Synchronous Ethernet system to the master port of said Ethernet device:transmitting the delivered master clock to the slave port of said Ethernet device; andtransmitting said master clock from said slave port of said Ethernet device to a downstream device that supports Synchronous Ethernet.
  • 10. The method of claim 9, wherein assigning the master port and slave port is based on quality of the clock received.
  • 11. The method of claim 9 in which said Ethernet device has a local clock and further comprising synchronizing the local clock to said master clock.
  • 12. The method of claim 9 in which said Ethernet device does not have a local clock, and said master clock is transmitted from said first or second port of said Ethernet device to said downstream device without any synchronizing operation at said Ethernet device.
  • 13. The method of claim 12, wherein said first and second ports comprise state machines.
  • 14. The method of claim 13, wherein said state machines are the same on both of said ports.
CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of and claims priority to U.S. patent application Ser. No. 15/431,043, filed Feb. 13, 2017, now allowed, which is a continuation of U.S. patent application Ser. No. 14/661,752, filed Mar. 18, 2015, now U.S. Pat. No. 9,608,751, both of which are hereby incorporated by reference herein in its entirety.

US Referenced Citations (41)
Number Name Date Kind
6978460 Arakawa Dec 2005 B2
7873073 Frian Jan 2011 B2
7966510 Harrison Jun 2011 B2
8619755 Wang Dec 2013 B2
8737389 Chiesa May 2014 B2
9112630 Mizrahi Aug 2015 B1
9608751 Robitaille Mar 2017 B2
9887794 Robitaille Feb 2018 B2
20020129227 Arakawa Sep 2002 A1
20080232527 Barkan Sep 2008 A1
20090142062 Harrison Jun 2009 A1
20090213873 Frlan Aug 2009 A1
20100177666 Cheng Jul 2010 A1
20110150008 Le Pallec Jun 2011 A1
20110170534 York Jul 2011 A1
20110185215 Neben Jul 2011 A1
20110191621 Harrison Aug 2011 A1
20110200051 Rivaud Aug 2011 A1
20110255546 Le Pallec Oct 2011 A1
20110261842 Beili Oct 2011 A1
20110261917 Bedrosian Oct 2011 A1
20110305165 Wang Dec 2011 A1
20110305173 Wang Dec 2011 A1
20120257700 Belisomi Oct 2012 A1
20120301134 Davari Nov 2012 A1
20130083809 Renaux Apr 2013 A1
20130089170 Chiesa Apr 2013 A1
20130107897 Bui May 2013 A1
20130121705 Le Pallec May 2013 A1
20130183905 Richardson Jul 2013 A1
20130202291 Cavaliere Aug 2013 A1
20130207841 Negus Aug 2013 A1
20130227008 Yang Aug 2013 A1
20130229982 Ma Sep 2013 A1
20130293419 Negus Nov 2013 A1
20130308658 Le Pallec Nov 2013 A1
20140036903 Ryan Feb 2014 A1
20140044133 Wang Feb 2014 A1
20150222413 Pietilainen Aug 2015 A1
20160065322 Cao Mar 2016 A1
20160156427 Yang Jun 2016 A1
Foreign Referenced Citations (10)
Number Date Country
2377256 Jul 2009 EP
2502372 May 2011 EP
2333993 Jun 2011 EP
2337251 Jun 2011 EP
2487819 Aug 2012 EP
2541815 Jan 2013 EP
2701309 Feb 2014 EP
WO 2010066664 Jun 2010 WO
WO 2011060965 May 2011 WO
WO 2011072973 Jun 2011 WO
Related Publications (1)
Number Date Country
20180139003 A1 May 2018 US
Continuations (2)
Number Date Country
Parent 15431043 Feb 2017 US
Child 15868236 US
Parent 14661752 Mar 2015 US
Child 15431043 US