Communication Products

Optical Transceivers · Telecom Synchronization · Network Infrastructure · Custom Solutions

Home > Products > Optics Selection Guides > Compatible Optics Sourcing: Optics Selection Guide
Optics Selection Guides

Compatible Optics Sourcing: Optics Selection Guide


What a compatible optical module is, and what it is not
A compatible module is a transceiver built to the electrical and optical specification the switch, router or storage port expects, coded so the

What a compatible optical module is, and what it is not

A compatible module is a transceiver built to the electrical and optical specification the switch, router or storage port expects, coded so the host recognises it and the port comes up. It is not a rebadged part from the platform brand and carries no claim to be one: the module is compatible with the platform named on the request, and it is not manufactured by that brand.

This guide covers what to put in a request, how the coding is decided, what we test before a part leaves, and how to hold a mixed estate of platforms and rates without a second warehouse of spare parts. The product column behind it is on the optical communication products page, and the rate families are collected in the optics selection guides.

Why coding decides whether the port comes up

A branded port reads a small memory page on the module before it enables the lane. That page carries the vendor identity, the part number, the serial and the date code, and on many platforms it also carries a checksum the host verifies. A module with a blank or mismatched page usually ends up in one of two states: the port stays down, or it comes up with a log entry and a warning that never clears.

Coding is therefore part of the order, not an afterthought. State the platform model, the port rate and the form factor, and where the platform requires it, the firmware generation on the line card or switch. On platforms from more than one generation, ask for the part to be coded for the older one, since that is the unit that will refuse to come up.

Recommended parts by platform and rate

ModuleRateMedia / wavelengthReach classWhere it usually lands
1.25G and 10G SFP, coded1.25G / 10GSMF or MMF, 850 / 1310 / 1550 nm300 m to 40 km classAccess and enterprise switches still in service
25G SFP28, coded25GSMF or MMF, 850 / 1310 nm100 m to 10 km classAccess and top-of-rack ports on modern leaves
40G QSFP+ and 100G QSFP28, coded40G / 100GMMF parallel, or SMF LAN-WDM / CWDM100 m to 10 km classSpine uplinks and server ports
200G QSFP56 and 400G QSFP-DD, coded200G / 400GMMF parallel or SMF DR4 / FR4 class100 m to 10 km classHigh rate leaf and spine positions
800G OSFP and QSFP-DD, coded800GSMF DR8 / 2xFR4 class500 m to 2 km classNew AI and cloud fabrics
40G to 400G breakout partsRate per laneMPO parallel optics or SMFPer lane classOne spine port feeding four lower rate ports
BiDi and WDM parts, coded1.25G to 100GSMF, single fibre or CWDM / DWDM grid10 to 80 km classLinks short of strands or spanning sites

Reach classes are the standard ones published for each family, and the working limit is the measured loss on the route. Parts are held coded for the platform you name; families are listed on the 10G, 25G SFP28, 40G QSFP+, 100G QSFP28 and 400G pages.

What we test and read back before a part ships

Three checks catch nearly every field failure. The first is the coding page itself, read back and compared against the platform the part was ordered for. The second is a transmit and receive test into a known reference, with the wavelength and the optical power recorded. The third is the digital diagnostics read out over the host interface, confirming that temperature, supply voltage and laser bias report values a network tool can use.

For WDM and single-fibre parts the wavelength or the pairing is checked too, because a wrong channel and a mismatched BiDi pair both look like a dead link.

Legacy platforms, end-of-life rates and long-life builds

Compatible supply is most useful where the platform brand has stopped supporting a rate. Long-lived estates are full of 1.25G, 10G and 40G positions whose host hardware still works, so a sourced part keeps the platform in service for years more.

The practical requirement is repeatability: the same coding, the same optics and the same firmware behaviour on every delivery, so a part ordered in three years matches the one working today. For builds with a ten-year horizon, write the coding and the grade into the project record and hold a spare per position type rather than a percentage of the population.

Consolidating a mixed estate into one bill of materials

Most networks run several platform brands at once, and sourcing them as one bill of materials cuts the number of orders, keeps the coding consistent across brands and makes spare holding visible instead of scattered across projects.

Brands that appear in mixed estates include Cisco, Juniper, Arista, Mellanox, Nokia, Huawei and ZTE. All are compatible parts coded for the platform you name, and none is manufactured by the brand of the host.

How to choose, in order

  1. List every position by platform, rate, form factor and reach, not by part number.
  2. Write the coding requirement per platform, including firmware where the port checks it.
  3. Set the temperature grade for each position: conditioned room or outdoor cabinet.
  4. Decide the fibre side: duplex, single fibre or wavelength, and count the strands.
  5. Group positions that can share one part, then fix the spare per group.
  6. Ask for the test record with the shipment, so the install matches the bench result.

Frequently asked questions

Will a compatible module void the platform warranty?
That depends on the platform brand and on the contract, so it is the buyer's judgement. What we can state is that the module is compatible with the platform named and not manufactured by that brand.

Do we have to tell you the switch model?
Yes, for anything coded. The chassis or line card model, the port rate, the form factor and the firmware generation decide the memory page the part has to carry.

Can one coded part cover two platforms?
Sometimes, when both read the same page and neither verifies a vendor checksum the other rejects. It is a check to make with the real ports, so we test on the models you name rather than assume.

What happens if a part arrives coded for the wrong platform?
It is re-coded and re-tested, not returned as a new order. That is why the platform belongs in the purchase record and not only in the email.

What do you need to quote a mixed estate?
The position list with platform, rate, reach and temperature grade; the coding requirement per platform; the strand count per link; and the quantity per part, with spares included as separate lines.

Send the position list, the platforms and the coding requirement, and we come back with a coded part per position, a test record, and the spare lines set out separately from the working positions. Related reading: optical communication products for the full column, BiDi against duplex where the strand count is the constraint, and all optics selection guides.