CodingBox Documentation

Switch classes & form factors: fixed, modular, stackable, industrial, white-box

The same forwarding ASIC ships in a 1U pizza box, a stackable campus switch, a 16-slot chassis line card and a DIN-rail industrial unit. The packaging decides how many optics the box carries, how it is powered and cooled, whether the air flows from the port side or toward it, how modules are replaced and what the vendor's policy toward them looks like. This page classifies switches by form factor and market, lists the parts of a chassis system, and explains airflow, redundancy and environmental limits from the transceiver's point of view.

Classes by market and management

ClassManagementPortsOptics policyExamples of use
Unmanagednone5–24 RJ45, 1–2 SFPaccepts anything that links; no DDM visibledesktop, small office
Smart / web-managedweb UI, limited CLI8–48 RJ45, 2–4 SFP/SFP+permissive; DDM sometimes shownSMB, edge
Managed enterprise (campus)full CLI/API, stacking24–48 access + 2–8 uplinksvendor-dependent, often strict (How each NOS validates a module)offices, campus
Data-centre fixedCLI/API, automation32–64 × 100G–800Goften permissive on merchant siliconleaf, spine
Data-centre chassisCLI/API, redundant supervisorshundreds of ports on line cardsvendor-dependentcore, large spine
Carrier / aggregation router with opticsfullmixed 1G–400G, coherentstrict, OEM listsmetro, mobile backhaul
IndustrialCLI/web, ring protocols8–28, DIN-rail, −40…+75 °Cpermissive; industrial-grade optics needed (Temperature grades)plants, rail, energy
White-box / disaggregatedSONiC, Cumulus, other open NOSas DC fixedplatform plugin, permissive (NOS landscape)hyperscale, cloud
Blade / embeddedvia chassis managerinternal midplane + uplinksvendorblade servers
PON OLT (a switch in disguise)fullPON SFP/XFP ports + uplinksstrict on PON optics classesaccess operators

Form factors

Form factorHeightPortsPowerNotes
Fixed 1U (pizza box)1U24–641–2 PSUs, 150–2 000 Wmost switches; fans in a row at the back
Fixed 2U2U64–128 or deep-buffer/high-power (400G/800G, coherent)2–4 PSUs800G boxes and ZR-heavy platforms
Stackable1U each, up to 8–10 in a stack48 per unitper unitone management plane (Stacking & MLAG)
Modular fixed1U with uplink/expansion module slotsuplink modules have their own optics lists
Chassis4–21U4–18 line-card slots + 2 supervisors/route processors + fabric cardsN+1 / N+N PSUs, kW-classline cards replaced hot; optics per card
Industrial DIN-railcompact, fanless8–2812–48 V DC, dual inputconduction-cooled; module heat matters
Ruggedised rack1U, fanless or filtered24–28AC/DCextended temperature
Blade chassis moduleper blade slotinternal + 4–8 uplinksfrom chassis

Anatomy of a chassis system

ComponentFunctionOptics relevance
Line cardports + PHYs + part of forwardingeach card has its own supported-optics list and cage generation; mixing generations in one chassis is normal
Supervisor / route processor / control cardcontrol plane, managementreads every module through the card CPLDs
Fabric card / switch fabricconnects line cardsno optics (some designs use internal optics, CPO in future)
Midplane / orthogonal directelectrical connection card ↔ fabric
Power entry modules, PSUsN+1 or N+Na card of 36 × 400G optics adds ~400 W
Fan traysfront-to-back or side-to-sidereplaced hot; a failed tray overheats the optics on that row first

Airflow direction and optics

AirflowMeaningWhereConsequence for modules
Port-side intake (front-to-back)cold air enters at the ports, exits at PSUs/fansdata-centre standard, cold aisle at the frontmodules sit in the coldest air; best case
Port-side exhaust (back-to-front)air enters at the rear, exits over the portsleaf switches mounted with ports toward the hot aisle (rear of the rack) so that server DACs stay shortmodules sit in exhaust air 10–20 °C warmer; DDM temperatures run high; choose airflow SKU accordingly
Side-to-sideintake on one sidecampus, telecom racks, chassis line cards in some designsneeds side clearance; blocked side panels overheat one end of the card
Reversible fansfan trays or PSUs ordered as "AFO"/"AFI" (air flow out/in at port side)many DC platformsmixing directions in one box is refused by the NOS or overheats it

Rule: match the switch's airflow SKU to the rack's hot/cold aisle and the direction of the servers it connects; check that module heat sinks face the cage's thermal path (Power & consumption, Power & thermal).

Environmental limits of the box itself

ItemEnterprise / DCIndustrial
Operating temperature (ambient)0…40 °C (some 45)−40…+75 °C
Storage−40…+70 °C−40…+85 °C
Humidity10–90 % non-condensing5–95 %
Altitudeup to 3 000 m (derated above 1 800)
Acoustic50–75 dBA at full fan speedfanless
Vibration/shockrack standardIEC 60068, EN 50155 (rail)

A commercial-grade optic in a switch whose ambient hits 40 °C sees a case temperature near its 70 °C limit; industrial switches need industrial optics.

Redundancy

ElementTypical redundancyWhat fails if missing
PSU1+1 (fixed), N+1 / N+N (chassis)full box on PSU or feed failure
FansN+1 in traythermal shutdown after minutes
Supervisor1+1 with stateful switchover (chassis)control plane; forwarding may continue (NSF)
Uplinks2+ on different modules/cards, LAG or ECMPisolation of the whole access block
Stack membersring topologysplit stack on cable failure
Opticsspares on site (5–10 %)hours of outage for a module worth a coffee

White-box and disaggregation

ODM hardware (Edgecore/Accton, Celestica, UfiSpace, Delta, Wistron, Quanta) runs SONiC, Cumulus/NVUE or a vendor NOS chosen separately. For optics: the platform plugin (not a policy) reads modules, CMIS support depends on the NOS release, and compatibility testing is the operator's job — the reason hyperscalers publish their own qualified-optics lists (Compatibility matrices & firmware).

In CodingBox

The class of switch tells you the policy to expect: campus and carrier gear checks identities, DC and white-box gear mostly parses them, industrial gear needs I-temp modules. CodingBox shows the identity bytes the strict classes check and the thresholds that hint at the module's temperature grade (Check transceiver).