CRS326 vs CRS354 MikroTik: ¿Cuál switch es para tu ISP?

Dos de los switches MikroTik más populares en redes ISP/WISP son el CRS326-24G-2S+ y el CRS354-48G-4S+2Q+. Ambos usan chips Marvell de la familia Prestera, ambos soportan L3HW y VLAN, y ambos pueden correr RouterOS o SwOS. Pero tienen diferencias importantes de densidad, capacidad y costo que determinan cuál va en cada punto de tu red.

Esta guía cubre las especificaciones técnicas reales, las limitaciones del chip que nadie documenta bien, los casos de uso donde cada uno brilla, y la configuración básica de VLAN y L3HW que aplica a ambos.

1. Especificaciones comparadas

2. El chip Marvell Prestera: lo que importa para ISP

Ambos switches usan chips de la familia Marvell Prestera DX — la misma familia que usa Cisco en algunos switches de gama media. Esto significa switching real a velocidad de wire sin involucrar la CPU. Pero hay limitaciones importantes que todo operador debe conocer antes de desplegar:

Tabla combinada FDB + L3HW

El CRS326 con 98DX3236 tiene una tabla combinada de 13,312 entradas que se comparte entre la FDB (tabla MAC) y las rutas L3HW. Si tienes 8,000 MACs aprendidas en switching, solo quedan ~5,300 entradas para rutas. En una red con muchas VLANs y clientes, esto puede saturarse y forzar al chip a pasar tráfico por CPU — con el consecuente golpe de rendimiento.

Sin conntrack en hardware

Los chips Prestera DX no soportan connection tracking por hardware. Si agregas reglas de firewall en chain=forward (stateful), RouterOS deshabilita automáticamente L3HW para ese tráfico y lo procesa por CPU. En un CRS326 con CPU de 800 MHz, el CPU forwarding tiene un techo muy bajo comparado con el hardware offloading.

Sin Fasttrack HW ni NAT HW

A diferencia de algunos chips (como el 98DX4x del CRS317), los 98DX3236 y 98DX3255 no tienen Fasttrack ni NAT por hardware. El NAT en estos switches se hace por CPU. Si necesitas hacer NAT en el switch, usa un CCR o RB4011 como router separado y el CRS como switch puro.

3. SwOS vs RouterOS: cuándo usar cada uno

Para la mayoría de ISPs que gestionan toda su red desde RouterOS, usar RouterOS en los CRS es la opción correcta — mantiene todo en el mismo sistema, permite scripting de automatización y facilita el troubleshooting desde Winbox. SwOS solo vale la pena si el switch va a ser un switch L2 estricto y quieres el menor overhead posible.

4. Configuración VLAN con RouterOS (aplica a ambos)

# 1. Crear bridge con VLAN filtering habilitado
/interface bridge add name=bridge1 vlan-filtering=yes \
  protocol-mode=rstp comment="Bridge principal CRS"

# 2. Agregar todos los puertos al bridge
/interface bridge port add bridge=bridge1 interface=ether1
/interface bridge port add bridge=bridge1 interface=ether2
# ... repetir para todos los puertos necesarios

# 3. Definir VLANs en el bridge
# VLAN 10 — Clientes PPPoE
/interface bridge vlan add bridge=bridge1 vlan-ids=10 \
  tagged=sfp-sfpplus1 untagged=ether1,ether2,ether3

# VLAN 20 — Gestión de red
/interface bridge vlan add bridge=bridge1 vlan-ids=20 \
  tagged=sfp-sfpplus1 untagged=ether4,ether5

# VLAN 30 — Servidores/infraestructura
/interface bridge vlan add bridge=bridge1 vlan-ids=30 \
  tagged=sfp-sfpplus1,sfp-sfpplus2

# 4. Configurar PVID (VLAN nativa) por puerto
/interface bridge port set [find interface=ether1] pvid=10
/interface bridge port set [find interface=ether4] pvid=20

# 5. Crear interfaces VLAN en el bridge para L3
/interface vlan add name=vlan10 interface=bridge1 vlan-id=10
/interface vlan add name=vlan20 interface=bridge1 vlan-id=20

# 6. Asignar IPs a las interfaces VLAN (habilita L3HW routing)
/ip address add address=10.10.0.1/24 interface=vlan10
/ip address add address=10.20.0.1/24 interface=vlan20

# Verificar que L3HW está activo
/interface ethernet switch print

5. Verificar L3HW activo

# Ver estado del switch chip y offloading
/interface ethernet switch print

# Ver reglas en el hardware (ACL table)
/interface ethernet switch rule print

# Ver tabla de ruteo en hardware
/interface ethernet switch host print

# Estadísticas de tráfico por puerto (procesado en HW)
/interface ethernet switch port print stats

# Si L3HW está funcionando, verás contadores en "hw-offload" = yes
/ip route print detail where active=yes
# Busca hw-offload=yes en las rutas activas

6. LACP / bonding entre dos CRS

# Crear bond LACP con los dos SFP+ del CRS326
/interface bonding add name=bond-uplink mode=802.3ad \
  slaves=sfp-sfpplus1,sfp-sfpplus2 \
  lacp-rate=fast transmit-hash-policy=layer-2-and-3 \
  comment="LACP uplink hacia core"

# Agregar el bond al bridge
/interface bridge port add bridge=bridge1 interface=bond-uplink

# Definir VLANs tagged en el bond (trunk hacia el core)
/interface bridge vlan set [find vlan-ids=10] tagged=bond-uplink
/interface bridge vlan set [find vlan-ids=20] tagged=bond-uplink

# Verificar estado del bond
/interface bonding monitor bond-uplink

7. ¿Cuál elegir para tu red?

Conclusión

El CRS326 y CRS354 son los caballos de trabajo del switching MikroTik para ISP: económicos, silenciosos, con L3HW y VLAN nativo. La elección entre ambos se reduce a densidad de puertos y uplinks necesarios. Si 24 puertos GbE y 2x10G cubren tu punto, el CRS326 es más económico. Si necesitas 48 puertos o uplinks 40G, el CRS354 es el siguiente paso natural sin cambiar de ecosistema.

En MikroHelp tenemos CRS326 y CRS354 desplegados en múltiples redes ISP en producción. Si estás diseñando la topología de switching para tu red y quieres una segunda opinión sobre qué va en cada capa, nuestro soporte técnico MikroTik revisa tu diseño y te dice qué va en cada capa.