While working for a broadcasting/networking integration gig, we designed, assembled and field-terminated thousands of copper and fibre runs from 1/2 ft to football field lengths.
The amount of time required to terminate a copper cable in the field is seconds, and felt a bit like art. Something about the way it reliably reacted was magical and felt "strong."
Terminating or splicing a fibre cable felt like wrestling a snake covered in melted crayons, and the failure rate was significantly higher across the board. And it wasn't just workmanship, but quality of product, terminating environment, available equipment, misuse by future operators etc.
That said, at a certain point, we as a firm learned that most purchasers would rather the low latency/small footprint of optical/fibre versus copper, maintenece/failure be damned. Though, maybe part of our willingness to push fibre came from knowing that most purchasers would in 1-2 years call us back in to replace the rack terminations with copper :)
There are 2 very different main types of "copper" in this context. Each can break down into more specific subcategories but they have a relatively common general behavior with their primary type.
First there is the BASE-T RJ45 stuff, which it sounds like you might have been working with. At 10G or higher speeds this get relatively power hungry and is not really an advantage over fiber unless you are also delivering PoE or are trying to reuse existing cabling.
This type (DAC) is a special type of pre-made cable assembly which eschews much of the advanced signalling/conversion logic. The upside is the power usage is low (often even lower than fiber) and the cost is dirt cheap. The downside is the lengths are much more limited and it's intended to be preterminated SFP-to-SFP (or the like) cable assemblies instead of modular patching/custom built.
There is indeed a latency difference, usually DAC < fiber < BASE-T, but they are all within a few microseconds (not milliseconds) of each other so you really have to be pressed to care about it (to the point you're looking at specialized low latency switches and paying extra to lay things out in a way which minimizes the number of L2 hops rather than the cost).
DAC cables use twinax. Properly terminating twinax is not easy. It's not as forgiving as twisted pair going into an RJ45.
DAC cables have a limited length range. It's not like 10GBASE-T where you can run the cable hundreds of feet and then put a connector on exactly where you need it. The cables only work at short distances so it's easy to stock the cable sizes close enough to everyone's needs.
I think the only reason RJ45 termination is an (occasional) thing for short patching is you're also in spec to go 100 meters with it so the tools and materials to do so are already commonly in use.
For passive DACs the range of lengths is so low you can just get away with having 2 or 3 different lengths on hand and never need to worry about it. Active DACs start to be too much to bother with again.
Fiber it's possible, but again really only because you can go kilometers with it rather than because people want to make short patch cables themselves.
Nope. For production, you want to reduce risk and variation. DACs are already available in about 5 sizes up to the max 7m length, why would you terminate any other size in the field?
I did spec a couple of 7m dacs a few months ago to run between two adjacent bays, but normally for more than 2m I'll just drop a SM sfp and run a preterminated fibre cable.
In the field its the armoured fibre on a reel, 100m, 200m, 500m etc, with opticon connectors, or some normal cat5 typically for APs
Some network guys I know prefer fibre even within the rack, just because they don't want the weight and the obstructions in the rack. Apparently more than once the weight of the DACs and the bulk of the cable bundle has caused a problem with NICs.
Personally that surprised me, but I can see where they're coming from.
If you start doing bonded links with DACs or if you have a bunch of servers, the cable management situation gets ugly in a hurry, and the usual solutions like patch panels and keystones aren't applicable. Source: my basement
> The amount of time required to terminate a copper cable in the field is seconds,
This article is about Direct Attach Copper (DAC) cables which are not something you can field terminate. They use twinax copper and have special modules on the end.
You are thinking about standard RJ45 terminated cabling for 1GBASE-T or 10GBASE-T, which is a different.
> That said, at a certain point, we as a firm learned that most purchasers would rather the low latency/small footprint of optical/fibre versus copper, maintenece/failure be damned.
Direct Attach Copper has slightly lower latency than fiber, but the difference is negligible. Both have significantly better latency than 10GBASE-T through twisted pair cabling.
Yes, thanks. It was confusing me for a second because no, no almost one is terminating twinax in the server room.
I had IT company recommend to me a bunch of fiber cables for a cleanup I was doing. They had about 20 or 30 laser modules we would need, and however much fiber.
When they asked why I planned on doing copper, I told him because each run is three fucking feet.
I’m not sure if they just didn’t realize that’s not what fiber is for or they didn’t know that DAC existed.
1. The copper cables discussed in the article are not field terminable. And if they were, they'd be a pain in the ass.
2. Terminating fiber used to be a pain, but is now pretty easy with the right tools, fuser, and someone with basic training. Even cheap fusers do the job with very low failure rates. They now have so-called "knuckle draggers" terminating fiber.
How much of that was terminating vs splicing for the optical fibre? I have not done the actual hands on work of splicing but have specified fibre runs a couple of times and all the guidance I have seen is that for reliability you want to always splice on good-quality, factory-terminated pigtails because field terminated connectors are (so I've read) very unreliable. When possible we've just run pre-terminated cables so we don't have to get somebody in to splice and that's been really reliable.
> That said, at a certain point, we as a firm learned that most purchasers would rather the low latency/small footprint of optical/fibre versus copper, maintenece/failure be damned.
Copper bundles get real thick, real fast: I ran an OneFS cluster for many years, and we had >50 nodes, and all the cables (each node dual-connected) ran to two central switches for backend replications. Rat's nest.
I was very happy when Isilon started officially supporting active optical cable (AOC) on the backend. Really helped with airflow and keeping things tidy.
I'm pretty sure you didn't design, assemble and field-terminate DAC cables. These are not regular RJ45 or DB25 serial cables, which you can assemble in the field.
I have never heard of the possibility to field-assemble DAC cables. Usually that's when you switch to fiber
Many 10GbE DACs can be hacked to run 25GbE, which is something I had to figure out after realizing that it’s not just plug and play as it was with twisted pair cables coming from 1Gb to 2.5Gb…
I'm waiting for 3 DACs and a few other bits to arrive today to move closer to 10G networking at home. Moving house soon and the new place will have 2.5Gbps FTTP (both up and down) so I wanted to be prepared for that. Given my existing broadband is only 500/75Mbps FTTP I was fine with a 1GbE internal network and Wifi-6 meshing. I could have planned to move to 2.5GbE but it may have been a bottleneck at some point, so may as well push straight on to 10G.
I have a USW-Aggregation with 8 SFP+ ports arriving today too. Just have to install Intel X520-DA2 cards in two of my servers (Proxmox host and a general Linux server), and the NAS also has a 10G SFP+ port, and then connect it all up.
Most of it second hand from eBay for half the usual retail price.
I really have to wonder what can you use 10G for? I have 500M down from my ISP, and it is faster than I can imagine ever needing, unless I get into data-hoarding 8k movies.
My homelab has a 10G fabric (switched) for NFS, iSCSI, NVMe-OF, etc. and a 25G fabric (a mix of back-to-back and switched) for clustering (Ceph, DRDB, ZFS replication, migrating VMs).
I spun up some iSCSI-backed SQL Server a few months ago and 10G couldn't keep up with the workload, so I dropped in a pair of 100G ConnectX-4 cards with iSER (iSCSI Extensions for RDMA) support for that particular use-case.
Just because your uplink is less than 10G doesn't mean the rest of your network can't be a bit more capable. :)
True, I don't really feel limited by my existing 500Mbps down, but knowing I'll be having 2500Mbps up/down soon means I want to have the infra to handle it.
Basing things on 2.5GbE would certainly have been cheaper but some things don't support it (they either do 1GbE or 10G SFP+) so settling on 10G where possible made more sense to me. My future ISP also has a 5Gbps up/down option, but even I can't justify that right now.
My wife and kid just want their phones/laptops to work, and to be able to stream stuff to watch, they don't care about the underlying speed.
Having a faster network may make some of my work related things run a bit quicker. A few times a day I'll need to pull something big down (either an ISO or a bunch of docker images) and that can take up to 2 minutes with 500Mbps down. Having those take a fifth of that time will make it seem less of a roadblock to doing work. 2 minutes meant I went and got a cup of coffee and often got more distracted, 30 seconds should keep me at my desk and focused on what I was doing. That's not a big enough reason to justify it on its own obviously.
I also want to do offsite backups with/for various family members, so something better than 75Mbps up is going to be a huge boost. Getting 1Gbps+ out will be huge (assuming whatever is at the other end can support that).
I don't do any kind of data hoarding, I think I've got something under 4TB of data that I actually care about, and most of that are family photos/videos.
Deep down it's mostly because I'm a networking geek so it's fun to play with some new kit and make blinkenlights.
Going for a cup of coffee means physical walk. Detaching from focussed mode means your mind gets in diffused mode. This is where/when creativity ensues.
One thing to remember is 2.5 gbit/sec uplink is shared between all clients. So if one client is on 1 gbit, and one client could saturate their 1 gbit while switch and router can handle better. An advantage of that is QoS isn't needed to be applied manually.
So, for example, it maybe worth it to have higher than 1 gbit uplink on switch to router, and maybe a server to switch, but devices such as your TV or WLAN clients do not need such.
75 mbit up is pretty good compared to DSL (I bet it is cable), and yes 1 gbit up is nice for off-site backups. But the upsell of going above 1 gbit symmetric IMO isn't there.
Cable providers know this. Which is why they sit below 1 gbit symmetric, at a level average subscribers are comfortable with.
> Going for a cup of coffee means physical walk. Detaching from focussed mode means your mind gets in diffused mode. This is where/when creativity ensues.
Sure, but I want to choose when I do it, not have it forced upon me.
> 75 mbit up is pretty good compared to DSL (I bet it is cable)
It is FTTP not DSL or cable. BT Fibre 500 in the UK. Almost all of the deals through the legacy/monopoly provider (BT/Openreach) are asymmetric like this.
The 2500/2500 at the new property is a different provider that has their own network and so isn't tied into reselling Openreach's GPON infra.
It just makes everything feel faster. I went from 500m to 2.5g thinking I would immediately go back (I really just wanted the upgrade to XGS-PON to run my own network) and then I couldn't go back. Its very much like using a higher refresh rate or a faster CPU...
It's less "what new thing can you do" and more "what things involve noticeably waiting, how long is the waiting, and what else is impacted". E.g. updating a game on Steam practically takes slightly under half the time for me (1.2 Gbps actual rate) and has absolutely 0 impact to any other traffic in the house. If it was 10x the price to get 10x the bandwidth I wouldn't bother but it was actually about the same as my old cable modem plan.
I went from one dev machine to two at my desk so I connected them via 25GBe. With about 2.8GBps TCP throughput and RDMA available I don't have to think too much about task placement or cross-traffic. (specific hardware: Mellanox ConnectX 4 LX cards + a DAC cable).
For most people, 500M is probably fine. But once you have a few family members, each streaming 4K movies to their devices, and a parent that needs a video call to work seamlessly, you start to see the benefits.
10G is probably overkill, but it's also future proofing. The way things are going, loading the NYtimes will require 10G just for the advertising alone...
The card is obviously 16-lane, but it also has two ports; 40Gb total. In a server that’s fine, but if you want 10G in a desktop you’ll have a problem.
I’m probably not telling you anything new. NICs using newer PCI generations are rare as hen’s teeth. It should be possible to do this with four lanes, but isn’t…
Unless you find a 25G dual-port card, in which case the single lane my secondary slots hand out does at least suffice for 10G one way.
PCIe is also a full duplex connection so 2x10G is still just 20G instead of 40G. For PCIe 2.0 an x8 connection should get you full bandwidth on both ports simultaneously while x4 will fall just short for simultaneously usage (but still higher than 1 port). Unless you're really hankering for that full 20G, in which case a 25G NIC is definitely the better pick, that means you can just slot it in an x4 slot off the chipset on even a standard desktop PC.
Funnily enough, if you want a dirt cheap PCIe 3.0 based card the MCX353A-QCBT and MCX354A-QCBT give 1/2 ports of 40G QSFP+. They support QSFP+ to SFP+ adapters, so you can plug a 10G SFP+ into the QSFP+ port, but they don't support 4x10G breakout unfortunately. I ended up using the 2 port variant in both of my NASes - one port is 40G between the 2 for dirt cheap fast backups and the other is adapted to 10G to connect to the rest of the home network.
I've started buying Intel E810s for most purposes, even for 10G links. (SFP28 ports are generally backward-compatible with SFP+ DACs and transceivers.) The ones you can get on eBay for cheap typically run Dell firmware but it's serviceable. An E810-XXVDA2 is Gen4 x8; as long as the host slot can physically accept the card connector you only need Gen4 x1 electrical for a single 10G link or Gen4 x2 for dual 10G or single 25G.
I'm only planning on using one of the SFP+ ports on each of the cards, the dual port cards were just more common and cheaper on eBay.
The specs say they require PCIe v2.1 x8 lane.
My Proxmox server is quite old and has a Gigabyte GA-X79-UP4 mobo and has loads of spare PCI slots. One slot is taken up by a generic graphics card as the Mobo has no on-board graphics. (I think I went for this mobo because of the number of SATA ports, but it was over 10 years ago so not entirely sure.)
My general Linux server is newer and has an ASUS Prime H610M-A D4 mobo. Only two PCI slots (not used at the moment) and so the Intel X540-DA2 will use up the PCIe 4.0 x16 slot leaving just a PCIe 3.0 x1 slot. But that's fine as this machine is just a CPU (i7-13700), 64GB RAM and a 2TB NVMe. Sticking a good graphics card in it for GPU related fun had been on my list for years but I never got around to it, now the prices are just insane so I'll ignore that for now or something second hand falls into my lap.
I just went through the same process over the last few months. I had a USW agg and ran out of ports so now I have the big dog 24-port version. Mainly wanted L3 routing capability but it’s nice having more ports to lagg connections.
The limiting factor for me is that I'm renting so I can't put my own cabling in to the property. And with the new place there's no existing cabling, nor any conduits to run anything in, and chasing things into the walls/etc is going to be prohibited by the landlord or just too expensive if I'm only in this place for a year or two.
The spools of bend insensitive fibre are pretty cheap and very discreet so I'll probably have a couple of those running along skirting boards/etc in order to connect disparate areas of the house. (The ONT is ~15m away from where the majority of the equipment will live, that's the main bit I have to bridge.)
> The spools of bend insensitive fibre are pretty cheap...
For the benefit of other folks reading, I'll note that even regular, boring OM4 bends okay. I have mine running along the outside of preexisting molding and baseboards. My runs get down to a 1/4" bend radius in places and it seems to work just fine. Bend-insensitive fiber is definitely useful, but it may not be required for the run one is planning.
Though, one thing that regular OM4 is not is discreet. That two-strand cabling in its aqua-colored jacket is quite distinctive.
I used to sneak cabling around the basement and pop it out of AC register vents when I was renting. I had one cable coming out the access panel to a bathtub which was conveniently in my office as I was next to the bathroom.
Edwardian houses in the UK rarely have that level of access. No basement at all and I can't lift the carpets and floorboards to get to where I might be able to pass things through/around. No AC ducts. No coax to be able to use MoCA either.
But, yes, that video is exactly the kind of thing I had in mind for the bend insensitive fibre.
It all depends how I set things up (and I can't tell that until I've had more access to the property). The ONT and the rack with the USW-Aggregation switch are 10 yards apart, in terms of absolute distance, but probably 20 yards if you follow the walls/skirting-boards/etc.
The FTTP is presented as 2.5GbE Ethernet (apparently) so I can either:
However this will be sub-optimal in terms of Wifi and I'll probably need extra APs to cover all three floors and out into the back yard.
b) put my Unifi Express 7 in the hallway in the middle of the house (which should give me full Wifi coverage with no extra APs). This would mean a short (2m) DAC to connect it to the USW-Aggregation nearby, and I can use a 20m long flat/flexible Cat-6 Ethernet cable to go between the ONT and the Unifi Express 7.
I did similar with the Mikrotik CRS305-1G-4S+IN and some surplus eBay gear. The nice thing is the NAS and my MacBook dock both have 10G and are connected - and it’s noticeable.
I had a big debate with myself whether to go Mikrotik or Unifi. Being EU based I really wanted to go Mikrotik but ended up with Unifi as I'd had more experience of it when helping out friends/neighbours.
Maybe my "last house" (i.e. the one we'll get to see us through to retirement and beyond) will be Mikrotik based. By then I'll probably want as little computing stuff as possible and will just sit in a comfy chair doing crosswords and sudoku with a pencil.
I use UniFi for most of my home network so It Just Works™, but I've thought about mixing in Mikrotik for e.g. the compute rack so I can play around with 100G+ links and more esoteric stuff like VXLAN.
If one wants to play around with the shell and other administrative tools, one can download a bootable x86 install image from [0] that works fine in qemu. I assume it'll work fine on any other major VM that can boot Linux and provide virtual NICs that work with in-tree drivers.
It's documented (but -IMO- poorly) that the default username is "admin" and the default password is the empty string. The brand-new-as-of-today docs site is at [1], the "older" docs site is at [2], and -as documented on the older docs site- you can get a PDF of the docs at [3].
If you ever find yourself with an entirely spare hour or two, fire up the VM just to play around with the interactive shell that they have built. I may not have worked with enough Enterprise Devices to have an informed opinion... but once I understood what the shell was telling me, I found its use of color to be helpful both when attempting to learn the basic syntax of the shell and as a reminder of what tokens are valid in which contexts. I've never worked with another interactive shell that has such nice syntax-and-data validity hinting.
I've started buying E810s even for 10G links. PCIe Gen4, lower power draw, RDMA support, generally backward-compatible with SFP+ DACs and transceivers, and relatively inexpensive. Not nearly as dirt-cheap as the X520s but not crazy expensive (last I looked, at least). As I gradually replace switches over the next few years I can start taking advantage of 25G.
They've been stable for me but I'd be lying if I said I'd only heard good things.
Looks like prices on the E810-XXVDA2 have come up since the last time I looked while prices on the ConnectX-6 Lx have come down, so that'd be a good option!
I’m a huge fan of fiber optic cables instead of DAC. For one thing, the distance you can run is far greater. For another, they don’t get as hot as metal cables, particularly at high speeds. OM3 and OM4 is actually quite affordable and SFP+ is nice.
Yes on an absolute sense, DAC can be cheaper, but for a homelab or something, it’s not that much different. Also, it’s much cooler to run fiber optic to things (imho).
In a homelab scenario when asking “DAC vs. fiber” the answer is usually, “yes.” :) Basically, it’s a tradeoff as with everything else.
DACs will usually be even (slightly) lower power per port, and slightly lower latency[1] (we’re fighting over microseconds here!), with excellent durability. The tradeoff is for passive DACs you’re limited on range, cost is often higher, and they may need to be encoded for your interfaces. Moreover, the range is very limited.
Fiber (the cable) is immune to electrical noise, can run long distances, advances in wave division multiplexing extends the life of the fiber by changing what’s the fiber connects to. The downside is you pay slightly in latency for media interface changes (the electrical-to-optical conversions), the limits of bend radius of the cable to not break the cable or reduce bandwidth, and the relative complexity of field terminations compared to twisted pair. I’ve 25+ years experience with fiber, and trust me, it’s great.
————
Outside of cost, both crush twisted pair like an ant. The power consumption per port is also far lower. However, this is only going to matter if you focus on limiting power consumption (not for cost, on principle), have very high-bandwidth applications where latency matters (I do!), and/or just want field experience with things other than twisted pair.
I use DAC and fiber for some things as I try to get every scrap of capability out of my hardware. For example, I have VERY low power (silent or near silent) hardware where I can push 5GB (so ~40Gbps) / sec storage. Not just sending it over the wire, but actually committing it to disk without buffering in RAM. So I have the capability of “PCIe 3.0/4.0 x4 NVMe” speeds across the network… from the (mostly silent) storage server, to anything else that can send or ingest the data that fast. Despite the storage server having very little flash (a few TB vs 100TB+ disk). That’s harder to do with twisted pair, or at least the power consumption of the network connectivity itself starts to add up for a few virtualization cluster nodes.
———-
Generally, “DAC in the rack, fiber to out back” is a reasonable approach. Though “fiber-only” works if you want to limit complexity!
[1] Fiber and DAC tend to trade places on latency every generation or so. It’s a very close race, but they crush twisted pair.
I think DAC has to win out on price not because of the price of the fiber patch but those optical modules can cost some money.
I'm getting a really bad taste in my mouth for 10GBASE-T RJ45 SFP+ modules mostly due to the god awful heat they pump out (which scales linearly with power draw): So when we are forced to use them (for example to connect to a far end that only accepts 10GBASE-T) we often cannot use any SFP cage directly adjacent.
I had the Twisted Pair/DAC/Fiber discussion with one of my an engineer that we peer with recently and they made the pitch for Fiber that "being able to see the light levels takes a lot of the guesswork out of their troubleshooting". So I do have to admit that that is one utility lost when choosing a DAC over Fiber even in a rack, but my counter is that DAC has fewer moving parts and thus a lower surface area for failure in the first place.
We have had some gear refuse to work with some DACs (just as some gear refuses to work with some SFP+ modules of various stripes) but aside from that I have yet to see a DAC that starts working stop working, while I get that with fiber runs (though usually the longer ones running outdoors) quite frequently.
> I'm getting a really bad taste in my mouth for 10GBASE-T RJ45 SFP+ modules mostly due to the god awful heat they pump out
It's truly bananas especially in a homelab environment. Nearly every time I've thought to myself "oh I can just do a copper gbic for this" it's been the wrong thing to do.
When I did server room buildouts for VFX, I used to use DAC for short distance and fibre for anything longer than a rack.
However that was mainly because I always thought fibre was much more fragile. I mean in a sense it is, it really doesn't like being pull through a thatch of other wires. The solution of course is to do nice cabling.
Nowadays I'm not actually sure if DACs are cheaper than fibre now
> Nowadays I'm not actually sure if DACs are cheaper than fibre now
Yep still are, although fiber transceivers are surprisingly affordable, and of course you can usually re-use jumpers when you upgrade transceivers so TCO over a couple generations might be comparable.
> This is a bit dependent on the type of DAC, and the vendor. Generally speaking, we are moving into an era as we move above 100GbE speeds where DACs will be limited to 5m runs and shorter runs.
This is generally good enough for intra-rack runs, especially if you put your top-of-rack (ToR) switch in the middle: you basically only have to go about 1m/3' in either direction (up/down).
Worth mentioning that this is from 2021 and there are now faster speeds and more options.
We have OSFP/QSFPDD with 8 lanes and lane speeds of 100Gpbs and 200Gbps for up to 1.6Tbps on a single DAC at the bleeding edge. Although with these signal integrity limits the maximum length to about 1m.
You probably won't see this on a NIC or anything for home use any time soon though.
Surprised it doesn't mention heat - one of the big advantages.
There is also a new generation of "invisible" fiber that is interesting for home use. Basically looks like fishing line so you can run it somewhere that you just don't see unless you're really looking. Fragile tho
Too bad they didn't mention that while the cable is direct attach, the ends each have an EEPROM in them saying what the cable is. This EEPROM can be a source of immense frustration, if it's got the wrong data in it, or if both ends do not agree.
This should be higher up for anyone considering DACs for homelab use. I had a lot of issues due to this when mixing Aruba switches with Intel nics in my rack. Ended up going to fiber and SFPs.
Dacs are awesome until you encounter a full rack with nothing but 2 and 4 meter dacs. They appeal very much to the lazy engineer, and a lazy engineer can turn them into a rats nest.
You.. but you put a ladder on the side.
Rat's nest goes in the ladder, cover goes on top of the ladder. That way cables aren't blocking access to add/remove any U's.
You make sure all of the cabling has ends that can be pulled safely through the rat nests in the ladders (EG especially RJ45 cabling needs competent clip guards) and Bob's your uncle
Have you looked at what 10gtek is selling? I tried two low-price SFP+ SR, multi-mode module vendors way back when I first got my CRS326-24G-2S+ switches and 10gtek's modules were the one that worked. Newegg is currently selling a four-pack of them for ~52 USD, and singles for ~18 USD.
The ones I have run warm (~50C in ~25C ambient) but I've had mine for something like four, maybe five years now and they're still working fine.
While working for a broadcasting/networking integration gig, we designed, assembled and field-terminated thousands of copper and fibre runs from 1/2 ft to football field lengths.
The amount of time required to terminate a copper cable in the field is seconds, and felt a bit like art. Something about the way it reliably reacted was magical and felt "strong."
Terminating or splicing a fibre cable felt like wrestling a snake covered in melted crayons, and the failure rate was significantly higher across the board. And it wasn't just workmanship, but quality of product, terminating environment, available equipment, misuse by future operators etc.
That said, at a certain point, we as a firm learned that most purchasers would rather the low latency/small footprint of optical/fibre versus copper, maintenece/failure be damned. Though, maybe part of our willingness to push fibre came from knowing that most purchasers would in 1-2 years call us back in to replace the rack terminations with copper :)
There are 2 very different main types of "copper" in this context. Each can break down into more specific subcategories but they have a relatively common general behavior with their primary type.
First there is the BASE-T RJ45 stuff, which it sounds like you might have been working with. At 10G or higher speeds this get relatively power hungry and is not really an advantage over fiber unless you are also delivering PoE or are trying to reuse existing cabling.
This type (DAC) is a special type of pre-made cable assembly which eschews much of the advanced signalling/conversion logic. The upside is the power usage is low (often even lower than fiber) and the cost is dirt cheap. The downside is the lengths are much more limited and it's intended to be preterminated SFP-to-SFP (or the like) cable assemblies instead of modular patching/custom built.
There is indeed a latency difference, usually DAC < fiber < BASE-T, but they are all within a few microseconds (not milliseconds) of each other so you really have to be pressed to care about it (to the point you're looking at specialized low latency switches and paying extra to lay things out in a way which minimizes the number of L2 hops rather than the cost).
> it's intended to be preterminated SFP-to-SFP
I wonder why nobody's making field-terminatable DACs for custom lengths. If you've torn one down, they're not exactly complicated inside.
If they existed, would people buy them?
DAC cables use twinax. Properly terminating twinax is not easy. It's not as forgiving as twisted pair going into an RJ45.
DAC cables have a limited length range. It's not like 10GBASE-T where you can run the cable hundreds of feet and then put a connector on exactly where you need it. The cables only work at short distances so it's easy to stock the cable sizes close enough to everyone's needs.
Twinax: https://fs.com/blog/what-is-twinax-cable-1928.html
I think the only reason RJ45 termination is an (occasional) thing for short patching is you're also in spec to go 100 meters with it so the tools and materials to do so are already commonly in use.
For passive DACs the range of lengths is so low you can just get away with having 2 or 3 different lengths on hand and never need to worry about it. Active DACs start to be too much to bother with again.
Fiber it's possible, but again really only because you can go kilometers with it rather than because people want to make short patch cables themselves.
Nope. For production, you want to reduce risk and variation. DACs are already available in about 5 sizes up to the max 7m length, why would you terminate any other size in the field?
I did spec a couple of 7m dacs a few months ago to run between two adjacent bays, but normally for more than 2m I'll just drop a SM sfp and run a preterminated fibre cable.
In the field its the armoured fibre on a reel, 100m, 200m, 500m etc, with opticon connectors, or some normal cat5 typically for APs
Some network guys I know prefer fibre even within the rack, just because they don't want the weight and the obstructions in the rack. Apparently more than once the weight of the DACs and the bulk of the cable bundle has caused a problem with NICs.
Personally that surprised me, but I can see where they're coming from.
If you start doing bonded links with DACs or if you have a bunch of servers, the cable management situation gets ugly in a hurry, and the usual solutions like patch panels and keystones aren't applicable. Source: my basement
> the usual solutions like patch panels and keystones aren't applicable
Why not ?
You can't punch down twinax and the connectors are too big for keystones.
Yep, I did this for my little DGx spark cluster because 100-200gb copper cables are very thick, heavy, and annoying.
Support brackets would be 10x cheaper than fiber.
The fibre and sfps are a tiny price of the entire solution
DACs will be cheaper than fibre in a bay, but between neighbouring bays about the same.
A 7m passive 40g qsfp dac is £80. A pair of multimode 40g is £66 and 7m multimode cable is £10.
A 2m dac is £28, so fibre is 3 times the price.
Doesn't that reduce to RJ45?
No. It's twin-axial. Think coaxial, but more axial.
> The amount of time required to terminate a copper cable in the field is seconds,
This article is about Direct Attach Copper (DAC) cables which are not something you can field terminate. They use twinax copper and have special modules on the end.
You are thinking about standard RJ45 terminated cabling for 1GBASE-T or 10GBASE-T, which is a different.
> That said, at a certain point, we as a firm learned that most purchasers would rather the low latency/small footprint of optical/fibre versus copper, maintenece/failure be damned.
Direct Attach Copper has slightly lower latency than fiber, but the difference is negligible. Both have significantly better latency than 10GBASE-T through twisted pair cabling.
Yes, thanks. It was confusing me for a second because no, no almost one is terminating twinax in the server room.
I had IT company recommend to me a bunch of fiber cables for a cleanup I was doing. They had about 20 or 30 laser modules we would need, and however much fiber.
When they asked why I planned on doing copper, I told him because each run is three fucking feet.
I’m not sure if they just didn’t realize that’s not what fiber is for or they didn’t know that DAC existed.
Many people don’t know about DAC. Like the comment above I think they see the word copper and assume it means the twisted pair they’re familiar with.
There's also a common misconception that copper means slow. Because when you have internet from a copper cable in the US, it usually sucks.
Couple points:
1. The copper cables discussed in the article are not field terminable. And if they were, they'd be a pain in the ass.
2. Terminating fiber used to be a pain, but is now pretty easy with the right tools, fuser, and someone with basic training. Even cheap fusers do the job with very low failure rates. They now have so-called "knuckle draggers" terminating fiber.
How much of that was terminating vs splicing for the optical fibre? I have not done the actual hands on work of splicing but have specified fibre runs a couple of times and all the guidance I have seen is that for reliability you want to always splice on good-quality, factory-terminated pigtails because field terminated connectors are (so I've read) very unreliable. When possible we've just run pre-terminated cables so we don't have to get somebody in to splice and that's been really reliable.
> That said, at a certain point, we as a firm learned that most purchasers would rather the low latency/small footprint of optical/fibre versus copper, maintenece/failure be damned.
Copper bundles get real thick, real fast: I ran an OneFS cluster for many years, and we had >50 nodes, and all the cables (each node dual-connected) ran to two central switches for backend replications. Rat's nest.
I was very happy when Isilon started officially supporting active optical cable (AOC) on the backend. Really helped with airflow and keeping things tidy.
Were you not into SDI for broadcast stuff?
Pretty sure that's the copper they're talking about.
I'm pretty sure you didn't design, assemble and field-terminate DAC cables. These are not regular RJ45 or DB25 serial cables, which you can assemble in the field.
I have never heard of the possibility to field-assemble DAC cables. Usually that's when you switch to fiber
Many 10GbE DACs can be hacked to run 25GbE, which is something I had to figure out after realizing that it’s not just plug and play as it was with twisted pair cables coming from 1Gb to 2.5Gb…
https://kohlschuetter.github.io/blog/posts/2026/03/22/unlock...
Thanks! That's very useful, I might have to do the same soon.
I'm waiting for 3 DACs and a few other bits to arrive today to move closer to 10G networking at home. Moving house soon and the new place will have 2.5Gbps FTTP (both up and down) so I wanted to be prepared for that. Given my existing broadband is only 500/75Mbps FTTP I was fine with a 1GbE internal network and Wifi-6 meshing. I could have planned to move to 2.5GbE but it may have been a bottleneck at some point, so may as well push straight on to 10G.
I have a USW-Aggregation with 8 SFP+ ports arriving today too. Just have to install Intel X520-DA2 cards in two of my servers (Proxmox host and a general Linux server), and the NAS also has a 10G SFP+ port, and then connect it all up.
Most of it second hand from eBay for half the usual retail price.
Nice work, that agg switch is excelllwnt.
I went with some cheap eBay cards and slotted them into a synology and PC.
They work great and have for years.
https://www.ebay.com/itm/384094168784?_skw=connectx+mellanox...
I really have to wonder what can you use 10G for? I have 500M down from my ISP, and it is faster than I can imagine ever needing, unless I get into data-hoarding 8k movies.
My homelab has a 10G fabric (switched) for NFS, iSCSI, NVMe-OF, etc. and a 25G fabric (a mix of back-to-back and switched) for clustering (Ceph, DRDB, ZFS replication, migrating VMs).
I spun up some iSCSI-backed SQL Server a few months ago and 10G couldn't keep up with the workload, so I dropped in a pair of 100G ConnectX-4 cards with iSER (iSCSI Extensions for RDMA) support for that particular use-case.
Just because your uplink is less than 10G doesn't mean the rest of your network can't be a bit more capable. :)
True, I don't really feel limited by my existing 500Mbps down, but knowing I'll be having 2500Mbps up/down soon means I want to have the infra to handle it.
Basing things on 2.5GbE would certainly have been cheaper but some things don't support it (they either do 1GbE or 10G SFP+) so settling on 10G where possible made more sense to me. My future ISP also has a 5Gbps up/down option, but even I can't justify that right now.
My wife and kid just want their phones/laptops to work, and to be able to stream stuff to watch, they don't care about the underlying speed.
Having a faster network may make some of my work related things run a bit quicker. A few times a day I'll need to pull something big down (either an ISO or a bunch of docker images) and that can take up to 2 minutes with 500Mbps down. Having those take a fifth of that time will make it seem less of a roadblock to doing work. 2 minutes meant I went and got a cup of coffee and often got more distracted, 30 seconds should keep me at my desk and focused on what I was doing. That's not a big enough reason to justify it on its own obviously.
I also want to do offsite backups with/for various family members, so something better than 75Mbps up is going to be a huge boost. Getting 1Gbps+ out will be huge (assuming whatever is at the other end can support that).
I don't do any kind of data hoarding, I think I've got something under 4TB of data that I actually care about, and most of that are family photos/videos.
Deep down it's mostly because I'm a networking geek so it's fun to play with some new kit and make blinkenlights.
Going for a cup of coffee means physical walk. Detaching from focussed mode means your mind gets in diffused mode. This is where/when creativity ensues.
One thing to remember is 2.5 gbit/sec uplink is shared between all clients. So if one client is on 1 gbit, and one client could saturate their 1 gbit while switch and router can handle better. An advantage of that is QoS isn't needed to be applied manually.
So, for example, it maybe worth it to have higher than 1 gbit uplink on switch to router, and maybe a server to switch, but devices such as your TV or WLAN clients do not need such.
75 mbit up is pretty good compared to DSL (I bet it is cable), and yes 1 gbit up is nice for off-site backups. But the upsell of going above 1 gbit symmetric IMO isn't there.
Cable providers know this. Which is why they sit below 1 gbit symmetric, at a level average subscribers are comfortable with.
> Going for a cup of coffee means physical walk. Detaching from focussed mode means your mind gets in diffused mode. This is where/when creativity ensues.
Sure, but I want to choose when I do it, not have it forced upon me.
> 75 mbit up is pretty good compared to DSL (I bet it is cable)
It is FTTP not DSL or cable. BT Fibre 500 in the UK. Almost all of the deals through the legacy/monopoly provider (BT/Openreach) are asymmetric like this.
The 2500/2500 at the new property is a different provider that has their own network and so isn't tied into reselling Openreach's GPON infra.
Asymmetric fiber, ridiculous. That changes everything TBH. I didn't expect that to exist in 2026.
It just makes everything feel faster. I went from 500m to 2.5g thinking I would immediately go back (I really just wanted the upgrade to XGS-PON to run my own network) and then I couldn't go back. Its very much like using a higher refresh rate or a faster CPU...
It's less "what new thing can you do" and more "what things involve noticeably waiting, how long is the waiting, and what else is impacted". E.g. updating a game on Steam practically takes slightly under half the time for me (1.2 Gbps actual rate) and has absolutely 0 impact to any other traffic in the house. If it was 10x the price to get 10x the bandwidth I wouldn't bother but it was actually about the same as my old cable modem plan.
I went from one dev machine to two at my desk so I connected them via 25GBe. With about 2.8GBps TCP throughput and RDMA available I don't have to think too much about task placement or cross-traffic. (specific hardware: Mellanox ConnectX 4 LX cards + a DAC cable).
For most people, 500M is probably fine. But once you have a few family members, each streaming 4K movies to their devices, and a parent that needs a video call to work seamlessly, you start to see the benefits.
10G is probably overkill, but it's also future proofing. The way things are going, loading the NYtimes will require 10G just for the advertising alone...
> For most people, 500M is probably fine. But once you have a few family members, each streaming 4K movies to their devices,
You must have a very large family. To saturate 500Mbit/s, you'd need around 30 family members all streaming at the same time.
A 4k stream needs around 25M and video calls are more about QOS.
What if you want to access your NAS at 10g+ speed? You're focusing on WAN when there is also the LAN side.
[dead]
How many PCIe lanes are you allocating?
The card is obviously 16-lane, but it also has two ports; 40Gb total. In a server that’s fine, but if you want 10G in a desktop you’ll have a problem.
I’m probably not telling you anything new. NICs using newer PCI generations are rare as hen’s teeth. It should be possible to do this with four lanes, but isn’t…
Unless you find a 25G dual-port card, in which case the single lane my secondary slots hand out does at least suffice for 10G one way.
PCIe is also a full duplex connection so 2x10G is still just 20G instead of 40G. For PCIe 2.0 an x8 connection should get you full bandwidth on both ports simultaneously while x4 will fall just short for simultaneously usage (but still higher than 1 port). Unless you're really hankering for that full 20G, in which case a 25G NIC is definitely the better pick, that means you can just slot it in an x4 slot off the chipset on even a standard desktop PC.
Funnily enough, if you want a dirt cheap PCIe 3.0 based card the MCX353A-QCBT and MCX354A-QCBT give 1/2 ports of 40G QSFP+. They support QSFP+ to SFP+ adapters, so you can plug a 10G SFP+ into the QSFP+ port, but they don't support 4x10G breakout unfortunately. I ended up using the 2 port variant in both of my NASes - one port is 40G between the 2 for dirt cheap fast backups and the other is adapted to 10G to connect to the rest of the home network.
I've started buying Intel E810s for most purposes, even for 10G links. (SFP28 ports are generally backward-compatible with SFP+ DACs and transceivers.) The ones you can get on eBay for cheap typically run Dell firmware but it's serviceable. An E810-XXVDA2 is Gen4 x8; as long as the host slot can physically accept the card connector you only need Gen4 x1 electrical for a single 10G link or Gen4 x2 for dual 10G or single 25G.
I'm only planning on using one of the SFP+ ports on each of the cards, the dual port cards were just more common and cheaper on eBay.
The specs say they require PCIe v2.1 x8 lane.
My Proxmox server is quite old and has a Gigabyte GA-X79-UP4 mobo and has loads of spare PCI slots. One slot is taken up by a generic graphics card as the Mobo has no on-board graphics. (I think I went for this mobo because of the number of SATA ports, but it was over 10 years ago so not entirely sure.)
My general Linux server is newer and has an ASUS Prime H610M-A D4 mobo. Only two PCI slots (not used at the moment) and so the Intel X540-DA2 will use up the PCIe 4.0 x16 slot leaving just a PCIe 3.0 x1 slot. But that's fine as this machine is just a CPU (i7-13700), 64GB RAM and a 2TB NVMe. Sticking a good graphics card in it for GPU related fun had been on my list for years but I never got around to it, now the prices are just insane so I'll ignore that for now or something second hand falls into my lap.
I just went through the same process over the last few months. I had a USW agg and ran out of ports so now I have the big dog 24-port version. Mainly wanted L3 routing capability but it’s nice having more ports to lagg connections.
The limiting factor for me is that I'm renting so I can't put my own cabling in to the property. And with the new place there's no existing cabling, nor any conduits to run anything in, and chasing things into the walls/etc is going to be prohibited by the landlord or just too expensive if I'm only in this place for a year or two.
The spools of bend insensitive fibre are pretty cheap and very discreet so I'll probably have a couple of those running along skirting boards/etc in order to connect disparate areas of the house. (The ONT is ~15m away from where the majority of the equipment will live, that's the main bit I have to bridge.)
> The spools of bend insensitive fibre are pretty cheap...
For the benefit of other folks reading, I'll note that even regular, boring OM4 bends okay. I have mine running along the outside of preexisting molding and baseboards. My runs get down to a 1/4" bend radius in places and it seems to work just fine. Bend-insensitive fiber is definitely useful, but it may not be required for the run one is planning.
Though, one thing that regular OM4 is not is discreet. That two-strand cabling in its aqua-colored jacket is quite distinctive.
I used to sneak cabling around the basement and pop it out of AC register vents when I was renting. I had one cable coming out the access panel to a bathtub which was conveniently in my office as I was next to the bathroom.
This vid comes to mind when you said bend insensitive fiber: https://www.youtube.com/watch?v=Z2FbzCyiNr4
Edwardian houses in the UK rarely have that level of access. No basement at all and I can't lift the carpets and floorboards to get to where I might be able to pass things through/around. No AC ducts. No coax to be able to use MoCA either.
But, yes, that video is exactly the kind of thing I had in mind for the bend insensitive fibre.
It all depends how I set things up (and I can't tell that until I've had more access to the property). The ONT and the rack with the USW-Aggregation switch are 10 yards apart, in terms of absolute distance, but probably 20 yards if you follow the walls/skirting-boards/etc.
The FTTP is presented as 2.5GbE Ethernet (apparently) so I can either:
a) put my Unifi Express 7 next to the ONT and then need a fibre run (something like https://uk.store.ui.com/uk/en/category/accessories-modules-f...) from the SFP+ port on the Express 7 to the USW-Aggregation in the rack.
However this will be sub-optimal in terms of Wifi and I'll probably need extra APs to cover all three floors and out into the back yard.
b) put my Unifi Express 7 in the hallway in the middle of the house (which should give me full Wifi coverage with no extra APs). This would mean a short (2m) DAC to connect it to the USW-Aggregation nearby, and I can use a 20m long flat/flexible Cat-6 Ethernet cable to go between the ONT and the Unifi Express 7.
I did similar with the Mikrotik CRS305-1G-4S+IN and some surplus eBay gear. The nice thing is the NAS and my MacBook dock both have 10G and are connected - and it’s noticeable.
I had a big debate with myself whether to go Mikrotik or Unifi. Being EU based I really wanted to go Mikrotik but ended up with Unifi as I'd had more experience of it when helping out friends/neighbours.
Maybe my "last house" (i.e. the one we'll get to see us through to retirement and beyond) will be Mikrotik based. By then I'll probably want as little computing stuff as possible and will just sit in a comfy chair doing crosswords and sudoku with a pencil.
Mikrotik is "quite low level" if you want it to be (it reminds me somewhat of old Cisco IOS) but it works great.
And even if you're a bit scared of manual configurations, the web GUI and Claude understand it pretty well.
I use UniFi for most of my home network so It Just Works™, but I've thought about mixing in Mikrotik for e.g. the compute rack so I can play around with 100G+ links and more esoteric stuff like VXLAN.
If one wants to play around with the shell and other administrative tools, one can download a bootable x86 install image from [0] that works fine in qemu. I assume it'll work fine on any other major VM that can boot Linux and provide virtual NICs that work with in-tree drivers.
It's documented (but -IMO- poorly) that the default username is "admin" and the default password is the empty string. The brand-new-as-of-today docs site is at [1], the "older" docs site is at [2], and -as documented on the older docs site- you can get a PDF of the docs at [3].
If you ever find yourself with an entirely spare hour or two, fire up the VM just to play around with the interactive shell that they have built. I may not have worked with enough Enterprise Devices to have an informed opinion... but once I understood what the shell was telling me, I found its use of color to be helpful both when attempting to learn the basic syntax of the shell and as a reminder of what tokens are valid in which contexts. I've never worked with another interactive shell that has such nice syntax-and-data validity hinting.
[0] <https://mikrotik.com/download?architecture=x86>
[1] <https://manual.mikrotik.com/docs/introduction>
[2] <https://help.mikrotik.com/docs/>
[3] <https://box.mikrotik.com/d/df76f0d495284eb1b6a1/>
> Most of it second hand from eBay for half the usual retail price.
You were scammed. X520 is old enough to drive a car, the shop should pay you to get it off their hands.
Ha. I meant the rest of the equipment (USW-Aggregation, Unifi Pro Max 16, UNAS Pro, Unifi Express 7) was somewhere around half retail price.
I think I paid ~$15 for each X520-DA2 including postage.
I've started buying E810s even for 10G links. PCIe Gen4, lower power draw, RDMA support, generally backward-compatible with SFP+ DACs and transceivers, and relatively inexpensive. Not nearly as dirt-cheap as the X520s but not crazy expensive (last I looked, at least). As I gradually replace switches over the next few years I can start taking advantage of 25G.
I've seen lots of pretty terrible experiences with the i40e and newer Intel drivers.
For newer NICs than the X520s I'd probably grab a Connect-X card.
They've been stable for me but I'd be lying if I said I'd only heard good things.
Looks like prices on the E810-XXVDA2 have come up since the last time I looked while prices on the ConnectX-6 Lx have come down, so that'd be a good option!
This is the way. The 10G cards are ancient and hog all the PCIe lanes.
I’ve had the best luck with Mellanox ConnectX 4 or 5 cards. The 5 can happily run 25G on a modern lane constrained system.
I’m a huge fan of fiber optic cables instead of DAC. For one thing, the distance you can run is far greater. For another, they don’t get as hot as metal cables, particularly at high speeds. OM3 and OM4 is actually quite affordable and SFP+ is nice.
Yes on an absolute sense, DAC can be cheaper, but for a homelab or something, it’s not that much different. Also, it’s much cooler to run fiber optic to things (imho).
In a homelab scenario when asking “DAC vs. fiber” the answer is usually, “yes.” :) Basically, it’s a tradeoff as with everything else.
DACs will usually be even (slightly) lower power per port, and slightly lower latency[1] (we’re fighting over microseconds here!), with excellent durability. The tradeoff is for passive DACs you’re limited on range, cost is often higher, and they may need to be encoded for your interfaces. Moreover, the range is very limited.
Fiber (the cable) is immune to electrical noise, can run long distances, advances in wave division multiplexing extends the life of the fiber by changing what’s the fiber connects to. The downside is you pay slightly in latency for media interface changes (the electrical-to-optical conversions), the limits of bend radius of the cable to not break the cable or reduce bandwidth, and the relative complexity of field terminations compared to twisted pair. I’ve 25+ years experience with fiber, and trust me, it’s great.
————
Outside of cost, both crush twisted pair like an ant. The power consumption per port is also far lower. However, this is only going to matter if you focus on limiting power consumption (not for cost, on principle), have very high-bandwidth applications where latency matters (I do!), and/or just want field experience with things other than twisted pair.
I use DAC and fiber for some things as I try to get every scrap of capability out of my hardware. For example, I have VERY low power (silent or near silent) hardware where I can push 5GB (so ~40Gbps) / sec storage. Not just sending it over the wire, but actually committing it to disk without buffering in RAM. So I have the capability of “PCIe 3.0/4.0 x4 NVMe” speeds across the network… from the (mostly silent) storage server, to anything else that can send or ingest the data that fast. Despite the storage server having very little flash (a few TB vs 100TB+ disk). That’s harder to do with twisted pair, or at least the power consumption of the network connectivity itself starts to add up for a few virtualization cluster nodes.
———-
Generally, “DAC in the rack, fiber to out back” is a reasonable approach. Though “fiber-only” works if you want to limit complexity!
[1] Fiber and DAC tend to trade places on latency every generation or so. It’s a very close race, but they crush twisted pair.
I think DAC has to win out on price not because of the price of the fiber patch but those optical modules can cost some money.
I'm getting a really bad taste in my mouth for 10GBASE-T RJ45 SFP+ modules mostly due to the god awful heat they pump out (which scales linearly with power draw): So when we are forced to use them (for example to connect to a far end that only accepts 10GBASE-T) we often cannot use any SFP cage directly adjacent.
I had the Twisted Pair/DAC/Fiber discussion with one of my an engineer that we peer with recently and they made the pitch for Fiber that "being able to see the light levels takes a lot of the guesswork out of their troubleshooting". So I do have to admit that that is one utility lost when choosing a DAC over Fiber even in a rack, but my counter is that DAC has fewer moving parts and thus a lower surface area for failure in the first place.
We have had some gear refuse to work with some DACs (just as some gear refuses to work with some SFP+ modules of various stripes) but aside from that I have yet to see a DAC that starts working stop working, while I get that with fiber runs (though usually the longer ones running outdoors) quite frequently.
> I'm getting a really bad taste in my mouth for 10GBASE-T RJ45 SFP+ modules mostly due to the god awful heat they pump out
It's truly bananas especially in a homelab environment. Nearly every time I've thought to myself "oh I can just do a copper gbic for this" it's been the wrong thing to do.
There is fiber dac as well.
Couldn't have said it better myself.
[dead]
When I did server room buildouts for VFX, I used to use DAC for short distance and fibre for anything longer than a rack.
However that was mainly because I always thought fibre was much more fragile. I mean in a sense it is, it really doesn't like being pull through a thatch of other wires. The solution of course is to do nice cabling.
Nowadays I'm not actually sure if DACs are cheaper than fibre now
> Nowadays I'm not actually sure if DACs are cheaper than fibre now
Yep still are, although fiber transceivers are surprisingly affordable, and of course you can usually re-use jumpers when you upgrade transceivers so TCO over a couple generations might be comparable.
> This is a bit dependent on the type of DAC, and the vendor. Generally speaking, we are moving into an era as we move above 100GbE speeds where DACs will be limited to 5m runs and shorter runs.
This is generally good enough for intra-rack runs, especially if you put your top-of-rack (ToR) switch in the middle: you basically only have to go about 1m/3' in either direction (up/down).
Worth mentioning that this is from 2021 and there are now faster speeds and more options.
We have OSFP/QSFPDD with 8 lanes and lane speeds of 100Gpbs and 200Gbps for up to 1.6Tbps on a single DAC at the bleeding edge. Although with these signal integrity limits the maximum length to about 1m.
You probably won't see this on a NIC or anything for home use any time soon though.
Surprised it doesn't mention heat - one of the big advantages.
There is also a new generation of "invisible" fiber that is interesting for home use. Basically looks like fishing line so you can run it somewhere that you just don't see unless you're really looking. Fragile tho
Too bad they didn't mention that while the cable is direct attach, the ends each have an EEPROM in them saying what the cable is. This EEPROM can be a source of immense frustration, if it's got the wrong data in it, or if both ends do not agree.
This should be higher up for anyone considering DACs for homelab use. I had a lot of issues due to this when mixing Aruba switches with Intel nics in my rack. Ended up going to fiber and SFPs.
Dacs are awesome until you encounter a full rack with nothing but 2 and 4 meter dacs. They appeal very much to the lazy engineer, and a lazy engineer can turn them into a rats nest.
To be fair, the dedicated lazy engineer can make a rats nest out of any interconnect technology.
You.. but you put a ladder on the side. Rat's nest goes in the ladder, cover goes on top of the ladder. That way cables aren't blocking access to add/remove any U's.
You make sure all of the cabling has ends that can be pulled safely through the rat nests in the ladders (EG especially RJ45 cabling needs competent clip guards) and Bob's your uncle
Thick DAC cables, especially long ones, can be very resistant to cable management. Then theres the deal with trying to detangle it in the first place.
And they can block heat exhaustion
Dacs are great … they let you avoid having to convert to optical or having to splice your own cable.
Downside the cables are kind of heavy and sometimes folks dont like that.
Main advantage for me was saving the cost of the SPF (surprisingly pricey f^#%rs) on each end.
Huh, what were you doing, buying Cisco/HPE, or trying to use fancy single mode optics for distances that DACs could do?
I just wanted to use my CRS305-1G-4S+IN without spending more on SPF modules than I did on the cards/switch.
Have you looked at what 10gtek is selling? I tried two low-price SFP+ SR, multi-mode module vendors way back when I first got my CRS326-24G-2S+ switches and 10gtek's modules were the one that worked. Newegg is currently selling a four-pack of them for ~52 USD, and singles for ~18 USD.
The ones I have run warm (~50C in ~25C ambient) but I've had mine for something like four, maybe five years now and they're still working fine.
SFP* sorry :)
I picked up one of these just a few days ago for use with some SFP28 ports. They're cheap, fast, and don't use any power.
Is this connection galvanically isolated?
No.
OK smells like problems then.