Hardware – Signals, Traces and Circuit Boards

Hardware – Signals, Traces and Circuit Boards

Image courtesy of wikipedia

We commonly interconnect network devices over distances of 100 meters for Cat5 Ethernet or maybe 300 meters over OM3 multimode fiber for 10GBASE-SR. With enough money we can extend the span between devices to perhaps 10Km for with 10GBASE-LR), 40Km for 10GBase-ER or even 80Km for 10GBase-ZR.
Why then, when we move to the world of circuit boards, do we have to suffer maximum distances which are measured in hundreds of millimeters? Let’s explore why life is so hard for the high-speed signals which transit the circuit board. 

Why should you care?

Before we begin I’ve got to convince you why you should care. Okay, you’re definitely not going to see questions about circuits and traces on a certification exam. However, if you’re like me you’ll want to know a little bit more about how your routers and switches are put together. You may be painfully familiar with software bugs, but it’s important to note that vendors can design faulty hardware too. You should look at hardware designers as ‘humans solving extremely difficult problems’ – they can and do make mistakes.
For example, I saw an issue where the last two ports on the outer edge of a layer-3 switch encountered a problem with flapping interfaces. After much digging it turned out that the copper traces for those two SFP+ cages were longer that the traces of all the other ports. This additional length degraded the signal from those two transceivers to the point where the electronic dispersion compensation (EDC) chip couldn’t acquire the signal quickly enough, leading to a link bounce. In this case the problem could be fixed with a firmware update to the EDC micro-controller so all was not lost. The upside is that I’m now aware of a completely new class of problem that can exist due to circuit-board layout.

Circuit boards are hostile environments

A 10GBase-SR link has a maximum transmission distance of 300 meters on OM3 multimode fiber. The network engineer needs to maintain the integrity and cleanliness of that fiber so that a high-quality signal is transmitted between the transceivers at each end of the link. However the signal path doesn’t end at the transceiver. The electronic engineer designing the circuit board must ensure that the signal received by the transceiver is transmitted to the switch ASIC (and vice versa) whilst maintaining signal integrity – and that it a major challenge.
An SFP+ transceiver uses an electrical interface called SFI to communicate with the ASIC. The SFP+ transceiver has been optimised for size and power and thus has no signal conditioning hardware. The SFP+ transceiver will convert the 10GBase-SR optical signal into an electrical signal and transmit this directly to the ASIC without any doing clock-recovery or re-shaping.
So, having successfully travelled 300 meters across an optical fiber to the transceiver, the original 10GBase-SR signal can only travel 7 inches further along a modern circuit board before it becomes completely unintelligible. Luckily many modern ASICs, such as the Broadcom Trident+ are capable of receiving and interpreting the SFI-signaled 10Gbps signal directly. This approach is called a PHY-less switch and merits a complete post of it’s own.  It is far more likely to have a chip, often called a PHY or SERDES, between the transceiver and the ASIC. These chips can perform some or all of the functions:

  • Clock recovery and re-timing (common to all chips)
  • Full electronic dispersion compensation – to deal with 10GBASE-LRM and 10GBASE-ER
  • Electrical interface conversion (e.g. SFI to XFI, or SFI to KR)
  • SERDES – Serial / Parallel conversion (e.g. single lane SFI to four-lane XAUI)
  • PHY-layer sub-functions like the Physical Coding Sublayer (PCS).

I’ll give you the low-down on these chips in a later post, but all variants of these chips will regenerate and retime the received signal. This will buy you an additional 7 inches of reach between the SFP+ transceiver and the ASIC. If you need even longer reach you can implement 10GBASE-KR transceivers which can get you up to 1 meter across the backplane of a large chassis.
Circuit boards have always been hard to layout, but the number of buses and interfaces is increasing and the signal speed is going through the roof.  Each of the signals traveling along the copper paths, or ‘traces’, has to deal with hazards like electromagnetic interference (EMI), coupling and crosstalk, signal reflections, impedance mismatches, skew, attenuation and a host of other threats as they travel. Your signal beautiful has left the coddled comfort of it’s noise-protected OM3 fiber, and arrived on the mean-streets of the circuit board which look an awful lot like a crowded radio spectrum. Let’s look at some of the circuit fundamentals and design choices.

Some fundamentals

The circuit board is constructed of copper paths, called ‘traces’ laid down on a board made of an insulating material called a ‘dielectric’. The most common and inexpensive dielectric material is called FR-4, then there is Nelco-4000. The most expensive dielectric, called Megatron-6, is many times the price of FR-4 but offers better signal protection which allows longer trace lengths.
There are also two primary methods of trace construction. The first method is called ‘microstrip’, where the trace is laid on the surface of a board. The second method is called ‘stripline’ where the trace is sandwiched by dielectric and dual reference planes. The diagram on left from http://s3-blogs.mentor.com, shows both approaches.
Why the jargon?  I mention these dielectric and trace construction methods because the SFP+ specification (section 1.3) explicitly mentions these terms, and it’s good to have some background. Moreover the spec provides the maximum recommended lengths for each of these approaches.

Ball Grid Array of Cisco 3850 ASIC
Ball Grid Array of Cisco 3850 ASIC

Unfortunately there simply isn’t enough surface area on the circuit board to route all the required copper traces on it’s surface. Modern ASICS and CPUs come in a package called a Ball Grid Array (BGA), which have multiple rows of connectors around the chip. This means that you can’t use a single layer circuit board to fan-out all of these pins without risking the traces crossing over each other. Vendors address this by designing multi-layer circuit boards called a ‘stack-up’, which sandwiches multiple conductive layers and separates them with a suitable dielectric. The stack-up can have between two and twenty layers (or planes) to route circuits and often include a power-plane and one or more ground-planes.
Even with the stack-up of layers, some electrical paths will need to be routed between the layers, and this happens using special electro-plated holes drilled into the circuit. These are called ‘vias’ or through-holes. Of course there’s a catch here too.  At high frequency these vias can behave like little antennae, adding further EMI and design complexity to the board.  The need for differential signalling adds further complexity. Not alone does it double the number of traces, but the differential traces have to be sufficiently close to each other to ensure that noise impacts both the regular and inverted signal equally, i.e. tightly coupled. There is also the challenge of keeping trace lengths equal. Having irregular lengths on a multi-lane bus will cause a timing skew, where some bits in a word arrive earlier than others. Inconsistent trace lengths can also cause unexpected behaviour like the flapping-ports issue I described at the outset. Network engineering is hard, but I suspect that electrical engineering is harder.

Sherpa Summary

I know this was a long post, so thanks for reading this far. I hope you gained a little insight into the world of hard-core engineering problems hidden in modern circuit boards. As always, I’d love to hear your feedback; comments and corrections equally welcome!
 
 

10 thoughts on “Hardware – Signals, Traces and Circuit Boards

  1. Hi! I know this is and off topic, but I really need help about transceivers. How many transceivers can I connect to a switch? is one transceiver for port even possible? I will be very glad if you can help.

    1. Hi Andres,
      It depends upon the switch you’re talking about. Most modern switches are not oversubscribed, and thus all ports should be capable of forwarding at line rate. This would allow you to insert transceivers in all ports. Check out your switches data sheet looking for the switches forwarding capacity in Gbps and compare against Num_ports X port_throughput.
      /John

  2. Hi John,
    Cisco just announce new Nexus 3100 series and also use Broadcom Trident 2 solution, they also called a true PHY-less switch. Do you have any idea that how Cisco achieve PHY-less to support 10GBASE-ER? From discussion with BRCM, they think as long as the electrical signals output from ER module meet Trident 2’s requirement, then it should work with ASIC. Right?
    Best Rgeards,
    Barry

  3. Hi John,
    Tx for this article. It is very interesting. Can you speak more about phy & mac in ethernet reference architecture and some basic like where does phy chip exist and where does mac block exist. Is it part of transceiver module or does it reside on circuit/motherboard board of switch? Does SFI reside on transceiver and when you plug transceiver into switch is the back of transceiver called SFI? Ethernet reference architecture diagram shows xaui as connecting 2 XGMII from PCS to RS layer but then what is serdes do? Tx

    1. Hey Ned,
      The answer is that… it depends. On modern commodity switch ASICs, the MAC/RS/PCS etc all lie as modules co-located with the ASIC. Some of all of these functions could be packaged with the ASIC or incorporated into a PHY-Chip (some people call this a SERDES, but terminology is a minefield here).
      Where all of these functions are incorporated into the ASIC, then the vendor may expose these functions using XAUI, SFI, XFI etc. If your transceiver supports one interface standard and your PCS or RS supports another one, then you’ll need an SFI/XFI conversion chip(PHY), or an SFI/XAUI conversion chip (PHY with SERDES). I call this a serdes as you’re actually doing serial to parallel conversion, going from 12.5Gbps serial for SFI to 4 lanes of 3.125Gbps for XAUI.
      To make is easier, I just ignore the XGMII references as XAUI was designed to replace it. X2 and XENPAK have native XAUI connections as their electrical interface, XFI for XFP and SFI for SFP+.

  4. John – thanks for maintaining this blog, I find it very helpful and interesting. Do you know which signal conditioning functions are included in a phy-less ASIC like the Trident +? Do these ASICs handle PMA functions like phase-locked loops, clock data recovery, equalization, etc? I’m currently working on a project using a Xilinx fpga and Xilinx’s GTH transceivers. I’m wondering if my setup on the fpga is effectively just like a phy-less ASIC? The fpga chip is receiving the 10GbE signal in SFI format from the SFP+ module over copper traces. All the signal conditioning/PMA functions happen on the fpga chip. Is this effectively the same as the Trident+? (but obviously I have the benefit of reconfigurable logic on the fpga after signal conditioning). Thanks! Brad

    1. Hey Brad,
      I’m not terribly familiar with FPGAs, but if the FPGA can receive an SFI signal directly from the SFP+ module then, it must implement the PMA functions. I do know that FPGAs have standard building blocks, and would surprised if they didn’t have a pre-built (minimal) PHY functional block to terminate the SFI signal. That would make it quite similar to the phy-less (chip) designs like Trident(2|+)
      Good luck with the project, sounds pretty cool.
      Thanks for the comment.
      /John H

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.