Sobre nosotros

Notas de campo de ingeniería real de redes y seguridad.
Multi-vendor. Bilingüe. Escrito por una práctica que opera — no una granja de contenido.

• 8+ años
• 6 stacks de vendors
• EN + ES bilingüe

↑ shell en vivo — prueba help, whois, ping packetloss.tech, o cat readme

En qué trabajamos realmente

Un stack multi-vendor, desde la red hasta ops. Cada capa es algo que desplegamos, monitoreamos y mantenemos — no solo un logo que reconocemos.

1. 01
   red & wireless

   Routing, switching, wireless que aguantan.

   • Cisco IOS — DMVPN, EIGRP
   • Migraciones Ruckus ZoneDirector → vSZ
   • Diseños UniFi para SMB + switching ICX
   • Cisco C9800M HA + roaming multi-AP

   • Cisco IOS
   • Ruckus
   • UniFi
2. 02
   seguridad de red

   Firewalls, VPN, filtrado por identidad.

   • FortiGate IKEv2 + IPsec sitio-a-sitio
   • Ruta de deprecación SSL VPN (FortiOS 7.4+) + SAML a Entra
   • Cisco FTD/FMC, conversiones ASA → FTD
   • Filtrado DNS-layer con Umbrella + debugging de túneles

   • FortiGate
   • Cisco FTD/FMC + Umbrella
3. 03
   identidad & MDM

   Conditional Access + endpoint, unificados.

   • Diseño de Conditional Access + LAPS
   • Cumplimiento de Intune + identidad híbrida
   • Migraciones de dominio → Entra (USMT + KFM)
   • Mosyle para Apple — DEP + SSO con Entra

   • Entra ID + Intune
   • Mosyle
4. 04
   cloud networking

   Conectividad híbrida que se siente como una sola red.

   • IKEv2 a AWS Site-to-Site + Azure VPN Gateway
   • Diseños de Transit Gateway + hub-and-spoke
   • Peering de VPC/VNet + propagación de rutas
   • Día dos: SG vs NSG vs reglas de firewall

   • AWS
   • Azure
   • Google Cloud
5. 05
   monitoreo

   Alerta por incidentes, no por ruido.

   • Templates de Zabbix para FortiGate, Cisco, Linux
   • Grafana sobre InfluxDB o Prometheus
   • Alertas vía ntfy + email
   • Queries de capacity planning que sí responden

   • Zabbix
   • Grafana
6. 06
   ops & AI

   IA como herramienta, no como autopiloto.

   • Resumen de incidentes desde syslog en bruto
   • Drafts de planes de cambio antes de los MOPs
   • Generación de runbooks + drafts de posts
   • Operator-in-the-loop siempre

   • Claude
   • Gemini

Cómo trabajamos

Algunos principios que aparecen en cada post y cada engagement.

• →
  Vendor-neutral por defecto. Si tu stack actual es la herramienta correcta para el problema, lo mantenemos. Si no lo es, lo decimos. Sin upsells, sin alianzas de plataforma, sin traducciones de marketing de brochures de vendor.
• →
  Versiones específicas o no pasó. "FortiOS 7.6.3" no "versiones recientes." Un comando que funcionó en FortiOS 7.4.4 build 2662 no necesariamente funciona en 7.4.7 build 2860 — ese matiz se menciona explícitamente.
• →
  Plan de rollback escrito antes de que algo entre a producción. Si un cambio no puede revertirse, no es un cambio — es una puerta de un solo sentido.
• →
  Modos de falla publicados. Los ingenieros buscan en Google los mensajes de error. La sección de troubleshooting de un tutorial genera más tráfico que el tutorial mismo por una razón. Los modos de falla los escribimos explícitamente.
• →
  AI como herramienta, no piloto automático. Claude y Gemini integrados a flujos operacionales donde se ganan su lugar — resumen, drafting, documentación. Siempre operator-in-the-loop.

Por qué existe este sitio

La mayoría del contenido de ingeniería de redes en línea cae en una de dos categorías — documentación de vendor escrita para cobertura legal, y posts de granjas de tutoriales escritos por alguien que nunca abrió el equipo. El terreno medio (una práctica activa escribiendo sobre despliegues reales de producción, con números de versión, con el detalle que solo aprendes a las 2 AM) es más raro de lo que debería ser.

La otra brecha: cobertura bilingüe. Hay más de 500M de hispanohablantes y casi nada de contenido dedicado de IT empresarial en español que no sea una traducción de Microsoft Learn. Los posts en español aquí los escribimos en español neutro pan-LATAM — la misma experiencia técnica, sin la incomodidad de la traducción automática.