Ver el Markdown
# Workshop Omada para integradores
Documento generado con Compositor (Ekoinos). Contiene el brief, el contenido completo de cada lámina y, al final, el tema con las reglas de construcción. Es autosuficiente: con esto se construye la presentación sin más contexto.
## Brief
- **Titulo**: Omada para integradores: configura y decide
- **Objetivo general**: Al terminar puedes configurar un sitio completo en Omada y decidir si el controlador que necesita tu cliente es en la nube o en hardware
- **Temas principales**:
- Qué es un controlador Omada y para qué sirve
- Controlador en la nube vs controlador en hardware: criterios de elección
- Instalación y primera configuración del controlador
- Adopción de dispositivos y creación de un sitio
- Configuración de redes inalámbricas y VLANs básicas
- Validación y entrega del sitio configurado
- **Tipo de evento**: workshop
- **Modalidad**: online
- **Duracion total en minutos**: 360
- **Numero de sesiones**: 2
- **Perfil del publico**: Integradores de redes con experiencia en instalación pero sin uso previo de un controlador
- **Nivel tecnico**: intermedio
- **Que deben poder hacer al terminar**: Un sitio Omada configurado y funcional, y un criterio claro para elegir entre controlador en la nube y en hardware según el caso de cada cliente
- **Experto que da el tono**: mayer
- **Experto (lente)**: Richard Mayer, versión 2
- **Presupuesto**: 112 láminas (90 de contenido, 22 de estructura), 6 bloques, 2 sesiones, 360 minutos
## Pendientes de completar (92)
Marcadores que el contenido deja donde haría falta una medición o un dato real. No se inventan: se miden antes de dar la sesión.
- Lámina 3: [PENDIENTE: frase de Luis en sus propias palabras sobre qué le costó aprender de los controladores Omada]
- Lámina 3: [PENDIENTE: número y tipo de instalaciones Omada que Luis ha desplegado]
- Lámina 3: [PENDIENTE: verticales en los que Luis ha trabajado: PYME, hostelería, edificios, otro]
- Lámina 3: [PENDIENTE: versión de controlador, hardware habitual en sus proyectos]
- Lámina 3: [PENDIENTE: límite honesto que Luis quiera declarar: escala máxima probada, escenario no cubierto, etc.]
- Lámina 3: [PENDIENTE: certificación, afiliación o referencia verificable de Luis]
- Lámina 11: [PENDIENTE: captura de pantalla real del panel principal de Omada con al menos un dispositivo adoptado visible]
- Lámina 11: [PENDIENTE: URL o ruta exacta de acceso al panel según el controlador que uses en el workshop —nube o hardware—]
- Lámina 11: [PENDIENTE: nombre del primer elemento visible en el resumen de estado y qué indica]
- Lámina 11: [PENDIENTE: dónde aparece el conteo de dispositivos adoptados frente a dispositivos pendientes]
- Lámina 11: [PENDIENTE: qué muestra la sección de alertas activas y cómo distingue severidad]
- Lámina 11: [PENDIENTE: dónde se ve el tráfico agregado del sitio en tiempo real]
- Lámina 11: [PENDIENTE: qué elemento del panel cambia de color o estado cuando un AP pierde conexión]
- Lámina 15: [PENDIENTE: captura o exportación real del panel de Omada mostrando métricas de un sitio en producción —tiempo de adopción masiva, número de dispositivos gestionados, tiempo de aplicación de un cambio de política a toda la red—]
- Lámina 15: [PENDIENTE: comando o flujo real utilizado para obtener esa medición —por ejemplo, exportación de logs del controlador, consulta a la API de Omada, o registro cronometrado de una tarea repetida con y sin controlador—]
- Lámina 15: [PENDIENTE: tiempo medido para aplicar un cambio de SSID en N puntos de acceso sin controlador (acceso individual por IP) frente al mismo cambio desde Omada]
- Lámina 15: [PENDIENTE: número de pasos manuales requeridos para crear una VLAN en una red sin controlador frente a los pasos en Omada]
- Lámina 15: [PENDIENTE: tiempo de detección de un PA caído sin monitorización centralizada frente al tiempo de alerta en Omada]
- Lámina 15: [PENDIENTE: cualquier otra métrica real disponible del entorno de laboratorio o de un sitio cliente —tasa de errores de configuración, tiempo de puesta en marcha de un sitio nuevo, etc.—]
- Lámina 28: [PENDIENTE: describe el proyecto real —sector, número de APs (puntos de acceso), tipo de instalación— con los datos que Luis pueda compartir sin NDA]
- Lámina 28: [PENDIENTE: muestra la pantalla o el informe que prueba por qué se descartó el controlador en la nube —latencia medida, restricción de conectividad, política del cliente, o lo que aplique en el caso real]
- Lámina 28: [PENDIENTE: primer dato del diagnóstico que hizo que la nube quedara descartada]
- Lámina 28: [PENDIENTE: segundo factor que confirmó la necesidad de hardware —ancho de banda local, requisito de privacidad, ausencia de internet estable, etc.]
- Lámina 28: [PENDIENTE: consecuencia concreta si se hubiera elegido nube igualmente —qué habría fallado o quedado fuera de control]
- Lámina 28: [PENDIENTE: resultado final con el controlador en hardware —qué se resolvió y en qué plazo]
- Lámina 32: [PENDIENTE: captura o grabación de pantalla real de la consola OC (Omada Cloud Controller) junto a la consola de un OC200/OC300 en el mismo punto de la configuración — por ejemplo, la vista de adopción de dispositivos — para que la diferencia visual sea directamente comparable]
- Lámina 32: [PENDIENTE: URL de acceso real a cada consola tal como la verá el participante en su navegador durante el workshop — incluyendo puerto si aplica en el hardware]
- Lámina 32: [PENDIENTE: diferencia observada en la barra de navegación — qué sección existe en uno y falta en el otro]
- Lámina 32: [PENDIENTE: diferencia en la gestión de licencias — dónde aparece el aviso y qué bloquea cuando caduca]
- Lámina 32: [PENDIENTE: diferencia en el flujo de adopción — pasos extra o distintos según el modelo]
- Lámina 32: [PENDIENTE: diferencia en las opciones de backup y restauración — qué permite cada consola y desde dónde]
- Lámina 32: [PENDIENTE: diferencia en visibilidad de logs o alertas — granularidad o ubicación dentro de la interfaz]
- Lámina 42: [PENDIENTE: captura o grabación real de cada pantalla del asistente de configuración inicial del controlador Omada, en el orden exacto en que aparecen]
- Lámina 42: [PENDIENTE: URL o ruta de acceso exacta al asistente según el tipo de controlador usado en el workshop —OC200, OC300 o Software Controller—]
- Lámina 42: [PENDIENTE: qué pide la pantalla 1 del asistente y qué valor se introduce o se deja por defecto]
- Lámina 42: [PENDIENTE: qué pide la pantalla 2 del asistente y qué decisión implica para el integrador]
- Lámina 42: [PENDIENTE: qué pide la pantalla 3 del asistente y qué valor se introduce o se deja por defecto]
- Lámina 42: [PENDIENTE: en qué pantalla aparece la vinculación con la cuenta TP-Link y qué ocurre si se omite]
- Lámina 42: [PENDIENTE: pantalla final del asistente: qué confirma y adónde lleva al terminar]
- Lámina 44: [PENDIENTE: captura o salida real del log del controlador mostrando el error concreto que Luis quiere ilustrar —conflicto de IP de gestión, dispositivo no adoptado por VLAN incorrecta, o certificado caducado en el primer acceso—]
- Lámina 44: [PENDIENTE: comando o ruta exacta en la interfaz que reproduce el error y permite verificar su corrección —por ejemplo, la pantalla de estado de adopción, la tabla de VLANs de gestión o el aviso de certificado en el navegador—]
- Lámina 44: [PENDIENTE: descripción del primer error frecuente medido o documentado por Luis en instalaciones reales, con el síntoma visible y el paso exacto que lo corrige]
- Lámina 44: [PENDIENTE: descripción del segundo error frecuente, mismo formato: síntoma, causa raíz, corrección concreta]
- Lámina 44: [PENDIENTE: descripción del tercer error frecuente, mismo formato: síntoma, causa raíz, corrección concreta]
- Lámina 48: [PENDIENTE: captura real del panel principal del controlador recién configurado, con al menos un dispositivo adoptado y datos de tráfico visibles]
- Lámina 48: [PENDIENTE: ruta exacta dentro de la interfaz web del controlador para llegar al dashboard principal, por ejemplo: menú lateral › sección]
- Lámina 48: [PENDIENTE: qué indica el primer indicador de estado que aparece en pantalla y qué valor es normal vs. alerta]
- Lámina 48: [PENDIENTE: qué muestra el bloque de clientes conectados y qué umbral dispara una advertencia visual]
- Lámina 48: [PENDIENTE: qué sección refleja el estado de los AP (puntos de acceso) adoptados y cómo distingue entre 'conectado', 'aislado' y 'desconectado']
- Lámina 48: [PENDIENTE: qué dato de tráfico o carga aparece por defecto y cada cuántos segundos se refresca]
- Lámina 60: [PENDIENTE: captura de pantalla real del panel de Omada mostrando un dispositivo en estado 'Pendiente de adopción', con la sección y el botón de adoptar visibles]
- Lámina 60: [PENDIENTE: describir el estado del equipo en la interfaz tal como aparece en tu despliegue: nombre del modelo, dirección IP asignada, estado exacto que muestra el controlador]
- Lámina 60: [PENDIENTE: texto literal del estado que muestra el panel para ese equipo]
- Lámina 60: [PENDIENTE: columnas o campos visibles en esa fila: modelo, IP, estado, acción disponible]
- Lámina 60: [PENDIENTE: si aparece algún aviso o indicador de versión de firmware en ese momento, indicarlo aquí]
- Lámina 64: [PENDIENTE: captura real de la interfaz Omada mostrando un sitio creado con nombre, zona asignada y al menos un dispositivo adoptado bajo esa zona]
- Lámina 64: [PENDIENTE: ruta exacta de navegación en el controlador para llegar a la vista de resumen del sitio, por ejemplo Omada Controller › Sites › [nombre del sitio]
- Lámina 68: [PENDIENTE: captura real de la vista de dispositivos en Omada Controller con al menos un equipo en cada estado relevante: Connected, Isolated, Pending, Disconnected]
- Lámina 68: [PENDIENTE: acción de consola o ruta exacta en la interfaz para reproducir la vista: por ejemplo, Devices > All Devices con filtro de estado activo]
- Lámina 68: [PENDIENTE: descripción del estado 'Connected' tal como aparece en la interfaz y lo que confirma operativamente]
- Lámina 68: [PENDIENTE: descripción del estado 'Isolated' y cuándo aparece, por ejemplo por conflicto de configuración o VLAN incorrecta]
- Lámina 68: [PENDIENTE: descripción del estado 'Pending' y qué acción requiere de tu parte para avanzar]
- Lámina 68: [PENDIENTE: descripción del estado 'Disconnected' y cómo distinguirlo de un equipo que nunca llegó a adoptarse]
- Lámina 79: [PENDIENTE: captura o grabación de pantalla real del panel de Omada mostrando la creación de un SSID, desde Wireless Settings hasta el botón Apply]
- Lámina 79: [PENDIENTE: pasos exactos de navegación en la versión del controlador que uses en el workshop: ruta de menú, nombre de los campos, opciones activadas]
- Lámina 79: [PENDIENTE: texto que aparece en pantalla cuando el SSID se crea correctamente]
- Lámina 79: [PENDIENTE: indicador visible en el panel de que el AP ha adoptado la nueva red y la está emitiendo]
- Lámina 79: [PENDIENTE: cualquier aviso o advertencia que el controlador muestra si falta algún campo obligatorio]
- Lámina 84: [PENDIENTE: captura o volcado real de la configuración por defecto del SSID en el controlador Omada, mostrando los parámetros de seguridad tal como aparecen antes de cualquier cambio]
- Lámina 84: [PENDIENTE: ruta exacta dentro de la interfaz del controlador —o comando CLI si aplica— para llegar a los ajustes de seguridad inalámbrica del SSID recién creado]
- Lámina 84: [PENDIENTE: primer parámetro que aparece en la salida y que hay que cambiar, con el valor por defecto y el valor recomendado]
- Lámina 84: [PENDIENTE: segundo parámetro crítico identificado en la captura, con su justificación técnica]
- Lámina 84: [PENDIENTE: tercer parámetro, si existe, o confirmación de que solo son dos los que requieren intervención obligatoria]
- Lámina 88: [PENDIENTE: captura real del panel Omada mostrando la SSID configurada con su VLAN asignada, incluyendo nombre de red, banda, VLAN ID y estado activo]
- Lámina 88: [PENDIENTE: ruta exacta de navegación en el controlador para llegar a la vista que confirma el enlace SSID–VLAN, por ejemplo Wireless › WLAN › SSID > detalle de red]
- Lámina 88: [PENDIENTE: qué campo del panel confirma que la VLAN está asignada a esta SSID y no a otra]
- Lámina 88: [PENDIENTE: qué indicador de estado muestra que los APs han recibido la configuración y la están aplicando]
- Lámina 88: [PENDIENTE: qué dato del panel permite verificar que el tráfico de esta SSID saldrá etiquetado con el VLAN ID correcto]
- Lámina 91: [PENDIENTE: comando y salida real de la prueba de aislamiento entre VLANs]
- Lámina 97: [PENDIENTE: ajustar colores a la paleta de marca de Ekoinos]
- Lámina 99: [PENDIENTE: captura de pantalla real del panel de alertas de Omada con al menos una alerta activa visible en el sitio configurado durante el taller]
- Lámina 99: [PENDIENTE: ruta exacta dentro de la interfaz web del controlador para acceder al listado completo de alertas — por ejemplo: Sitio › Alertas o equivalente en la versión instalada]
- Lámina 99: [PENDIENTE: alerta real nº 1 que aparece en el panel — texto literal tal como lo muestra Omada — y qué acción la resuelve]
- Lámina 99: [PENDIENTE: alerta real nº 2 — texto literal y acción correctora]
- Lámina 99: [PENDIENTE: alerta real nº 3 — texto literal y acción correctora]
- Lámina 99: [PENDIENTE: indica cuáles de las alertas anteriores bloquean la entrega y cuáles son solo informativas, según el comportamiento real del controlador]
- Lámina 102: [PENDIENTE: captura de pantalla o exportación real del panel de un sitio configurado, con el árbol de dispositivos en verde, conteo de alertas en cero, y uptime visible de APs, switches y gateway]
- Lámina 102: [PENDIENTE: si el panel permite exportar un resumen de estado —vía CLI, API Omada o descarga de informe— incluir el comando o ruta exacta usada para obtenerlo]
- Lámina 102: [PENDIENTE: salida real]
- Lámina 106: [PENDIENTE: captura o exportación real del informe de entrega generado en Omada para el sitio configurado durante el workshop]
- Lámina 106: [PENDIENTE: ruta exacta dentro del controlador para exportar o generar el informe de sitio — por ejemplo, Site Settings › Maintenance › Export o equivalente según versión]
- Lámina 110: [PENDIENTE: ruta exacta de exportación y formato de archivo disponible en la versión del controlador que uses en el taller]
## Contenido
112 láminas, en orden.
### Apertura
#### Lámina 1 · Portada · modo oscuro
- **Antetítulo**: WORKSHOP · OMADA PARA INTEGRADORES
- **Título**: Omada de principio a fin: despliega, configura y entrega una red gestionada
- **Entradilla**: Seis horas, un sitio real configurado y un criterio que ya puedes aplicar en tu próximo presupuesto.
**Categoría**: Nivel intermedio · Integradores de redes
**Formato**: Workshop técnico · Online · 2 sesiones
**Promesa**: Al terminar tienes un sitio Omada funcional y sabes elegir el controlador que le corresponde a cada instalación de tu cliente.
- **Línea de cierre**: No cubrimos todo Omada: el foco es que salgas con algo que entregar, no con un manual que estudiar.
- **Notas del orador**: No leas la lámina. Di en voz alta a quién va dirigido esto y qué se llevan: 'Si ya instalas puntos de acceso pero nunca has tocado un controlador, este es tu taller. Si ya usas Omada a diario, probablemente estás en el sitio equivocado.' Deja que eso filtre a la sala desde el minuto uno.
#### Lámina 2 · Índice de bloques · modo claro
- **Antetítulo**: 02 · VISIÓN GENERAL
- **Título**: Esto es lo que vas a poder hacer al terminar el día
- **Entradilla**: Seis bloques, dos sesiones. Cada uno termina con algo que puedes replicar en tu próxima instalación sin volver a buscar cómo se hacía.
1. **Entender el controlador** — Sabrás qué resuelve Omada y qué parte del trabajo te ahorra frente a gestionar cada equipo por separado.
2. **Elegir sin dudar** — Tendrás un criterio concreto para decirle a tu cliente si necesita controlador en la nube o en hardware, y por qué.
3. **Instalar y arrancar** — Levantarás el controlador desde cero y llegarás a la pantalla de gestión lista para trabajar.
4. **Adoptar y organizar** — Añadirás dispositivos al sitio y los agruparás tal como los encontrarás en una instalación real.
5. **Configurar red y VLANs** — Crearás SSIDs, asignarás VLANs y separarás tráfico sin tocar cada punto de acceso uno a uno.
6. **Validar y entregar** — Comprobarás que el sitio funciona y dejarás al cliente con algo que puede operar sin llamarte.
**Cierre del reparto**: Los bloques 1 y 2 son la primera sesión: criterio antes que teclado. Los bloques 3 a 6 son la segunda: manos en el controlador de principio a entrega.
- **Línea de cierre**: Al final del bloque 6 tienes un sitio real configurado, no un laboratorio descartable. Ese es el entregable del día.
- **Notas del orador**: No leas las tarjetas. Señálalas y di en voz alta cuál de los seis puntos les genera más dudas ahora mismo, antes de empezar. Eso te dice dónde apretar y dónde puedes ir más rápido. Si alguien menciona la app móvil, anótalo a la vista: no está en el programa de hoy y es mejor decirlo ahora que crear expectativa.
#### Lámina 3 · Quién te acompaña · modo claro
- **Antetítulo**: 03 · BIENVENIDA › QUIÉN TE GUÍA
- **Título**: La persona que va a guiarte hoy
- **Entradilla**: Seis horas dan para mucho si quien las conduce ya ha cometido los errores que tú no quieres cometer en casa del cliente.
**Cita**: [PENDIENTE: frase de Luis en sus propias palabras sobre qué le costó aprender de los controladores Omada]
1. **Proyectos reales** — [PENDIENTE: número y tipo de instalaciones Omada que Luis ha desplegado]
2. **Sectores que conoce** — [PENDIENTE: verticales en los que Luis ha trabajado: PYME, hostelería, edificios, otro]
3. **Herramientas que usa** — [PENDIENTE: versión de controlador, hardware habitual en sus proyectos]
4. **Lo que no sabe** — [PENDIENTE: límite honesto que Luis quiera declarar: escala máxima probada, escenario no cubierto, etc.]
**Credencial**: [PENDIENTE: certificación, afiliación o referencia verificable de Luis]
- **Línea de cierre**: Si algo en el taller no encaja con lo que ves en tus proyectos, dilo en voz alta: ajustamos sobre la marcha.
- **Notas del orador**: No leas las tarjetas. Cuéntalo: elige uno de esos proyectos y di en treinta segundos qué salió mal al principio y qué aprendiste. La lámina de credenciales funciona cuando la persona que la presenta la hace suya, no cuando la recita. Deja el punto 4 —lo que no sabes— para el final y nómbralo sin rodeos; eso establece la confianza para las seis horas que vienen.
#### Lámina 4 · Encuesta en vivo · modo oscuro
- **Antetítulo**: 04 · APERTURA › DIAGNÓSTICO DE SALA
- **Título**: ¿Cuánto has trabajado ya con controladores de red?
- **Entradilla**: Lo que configures hoy depende de dónde partes. Dinos con qué has trabajado antes.
**Llamada**
¿Cuánto has trabajado ya con controladores de red?
A — Nunca he usado un controlador; gestiono cada dispositivo por separado.
B — He visto uno en acción, pero no lo he configurado yo.
C — He configurado alguno, aunque no el de Omada.
D — Ya tengo instalaciones con Omada en marcha.
- **Línea de cierre**: El ritmo de los ejercicios prácticos se ajusta a lo que responda la sala: si la mayoría está en A o B, dedicamos más tiempo a la adopción de dispositivos; si hay muchos en C o D, entramos antes en los criterios de elección.
- **Notas del orador**: Deja la pregunta en pantalla el tiempo suficiente para que todos lean las cuatro opciones. Pide respuesta por chat o mano alzada según la dinámica que hayas elegido. Anota mentalmente la distribución antes de cerrar: si el grupo es heterogéneo, menciona explícitamente que los ejercicios están diseñados para que quien va más avanzado ayude a quien va empezando, no para que espere. No digas todavía qué cubre el workshop ni cómo se estructura; eso viene en la lámina siguiente.
### Bloque 1 · Qué es un controlador Omada y para qué sirve — El punto de partida: qué cambia cuando hay un controlador en tu red (sesión 1)
#### Lámina 5 · Separador de bloque · modo oscuro
- **Antetítulo**: 01 · BLOQUE 1
- **Título**: Qué es un controlador Omada y para qué sirve
- **Entradilla**: Antes de tocar ningún parámetro, necesitas saber exactamente qué pieza estás instalando y qué problema resuelve en la red de tu cliente.
**Número**: 01
**Subtítulo**: Qué es un controlador Omada y para qué sirve
**Promesa**: Qué hace el controlador, qué no hace, y por qué tu cliente lo necesita aunque nunca lo haya pedido por ese nombre.
- **Línea de cierre**: Este bloque dura lo justo para que tomes el resto del workshop con un modelo mental claro, no con supuestos heredados de otras plataformas.
- **Notas del orador**: No preguntes si conocen Omada: la respuesta dividirá la sala y perderás tiempo gestionando niveles. En cambio, di en voz alta que este bloque resetea definiciones, aunque crean que ya las tienen. El perfil de este grupo es instalador con experiencia, no administrador de red: el controlador les va a sonar a capa de software innecesaria. Tu trabajo aquí es invertir ese prejuicio antes de que se instale.
#### Lámina 6 · La ruta del bloque · modo claro
- **Antetítulo**: 06 · BLOQUE 1 › RUTA
- **Título**: Lo que vas a recorrer en este bloque
- **Entradilla**: Cinco paradas en este bloque. Cuando termines la última, sabrás exactamente qué hace un controlador Omada y qué problema resuelve en la instalación de tu cliente.
1. **El problema sin controlador** — Qué cambia en tu flujo de trabajo cuando gestionas cada AP por separado.
2. **Qué hace el controlador** — Un plano único de configuración, visibilidad y política para todos los dispositivos del sitio.
3. **Qué entra en el ecosistema** — APs (puntos de acceso), switches y routers TP-Link Omada que el controlador puede adoptar.
4. **Nube vs hardware** — Las dos formas de alojar el controlador y cuándo cada una tiene sentido para tu cliente.
5. **Criterio de elección** — Las tres preguntas que te llevan a la respuesta correcta antes de tocar ningún equipo.
**Línea de laboratorio**: Al final del bloque adoptas tu primer dispositivo en un sitio real y compruebas que el controlador lo ve.
- **Línea de cierre**: Este bloque no configura nada todavía: su único trabajo es que llegues al bloque 2 con el modelo mental claro y la elección de controlador ya tomada.
- **Notas del orador**: Señala las tarjetas en orden mientras las lees en voz alta, pero no las expliques aún. El objetivo es que la sala vea el recorrido completo antes de empezar a caminar. Si alguien pregunta ya por la diferencia nube/hardware, dile que es exactamente la parada 4 y que llegas a ella con contexto. No adelantes la respuesta aquí: el orden importa.
#### Lámina 7 · Contenido con tarjetas · modo claro
- **Antetítulo**: 01 · QUÉ ES UN CONTROLADOR OMADA › EL PROBLEMA SIN CONTROLADOR
- **Título**: Gestionar una red sin controlador tiene un coste que se acumula
- **Entradilla**: Cada AP (punto de acceso) gestionado por separado parece aceptable en la primera instalación. El coste aparece en la segunda visita, en la tercera y en la llamada de soporte del viernes por la tarde.
1. **Cambios uno a uno** — Modificar la contraseña de la red o actualizar el firmware significa entrar en cada dispositivo por separado: diez APs son diez sesiones.
2. **Diagnóstico a ciegas** — Sin visibilidad centralizada no sabes qué AP está saturado, qué cliente se ha desconectado ni cuándo ocurrió; lo descubres cuando alguien se queja.
3. **Roaming roto** — Sin coordinación entre APs, el cliente inalámbrico se aferra al AP más lejano aunque haya uno más cerca; el controlador es quien negocia el traspaso.
- **Línea de cierre**: El coste no es solo tiempo tuyo: es la experiencia que tiene el usuario final de tu cliente cada día que no tienes controlador.
- **Notas del orador**: No des estos tres puntos como lista de características del controlador todavía. Dálos como dolores reales: pregunta a la sala cuántos han recibido una llamada por 'el WiFi va lento' y han llegado al sitio sin saber por dónde empezar. Ese momento de incertidumbre es exactamente lo que describe la tarjeta de diagnóstico. Guarda la solución para la lámina siguiente; aquí el objetivo es que el problema resuene antes de presentar la herramienta.
#### Lámina 8 · Diagrama · modo oscuro
- **Antetítulo**: 01 · QUÉ ES UN CONTROLADOR OMADA › ARQUITECTURA
- **Título**: Así cambia la arquitectura cuando añades un controlador
- **Entradilla**: El controlador no reemplaza ningún dispositivo de tu instalación: se añade encima y cambia quién toma las decisiones.
**Descripción del diagrama**: Dos columnas separadas por una línea vertical. Columna izquierda, etiqueta 'Sin controlador': tres iconos de AP con flechas de configuración independientes apuntando cada uno hacia arriba, sin punto común. Columna derecha, etiqueta 'Con controlador': el mismo grupo de tres AP, pero todas las flechas de configuración convergen en un único bloque superior etiquetado 'Controlador Omada'. Las flechas de tráfico de usuarios en ambas columnas apuntan horizontalmente hacia un icono de router/internet, sin pasar por el controlador, para reforzar visualmente que el plano de datos no cambia.
**Elementos**
- Sin controlador: cada AP (punto de acceso) y switch gestionable guarda su propia configuración de forma independiente. Cambias algo en uno, repites el cambio en cada dispositivo.
- Con controlador: hay un único punto de configuración. El controlador empuja la misma política a todos los dispositivos del sitio al mismo tiempo.
- El plano de datos no cambia: el tráfico de tus clientes sigue fluyendo directamente entre los dispositivos de campo, sin pasar por el controlador.
- El plano de gestión sí cambia: SSID (identificador de red inalámbrica), VLANs, QoS (calidad de servicio) y firmware se definen una vez y se aplican en bloque.
- Si el controlador cae, la red sigue funcionando con la última configuración aplicada. Pierdes visibilidad y capacidad de cambio, no conectividad.
**Lectura**: Lee el diagrama de izquierda a derecha: la columna izquierda es la arquitectura sin controlador, la derecha es la misma red con controlador. Lo que cambia no es el hardware de campo, sino dónde vive la configuración y quién la distribuye.
- **Línea de cierre**: El último punto es el que más preguntas genera en producción: un controlador caído no tumba la red, pero sí te deja sin capacidad de respuesta ante un incidente.
- **Notas del orador**: Detente en el plano de datos antes de pasar. La confusión más frecuente en este perfil de público es creer que el controlador es un proxy o un hub de tráfico. Si alguien lo asume así, todo el razonamiento sobre alta disponibilidad que viene después queda mal cimentado. Señala explícitamente las flechas de tráfico en el diagrama y di en voz alta: el paquete de tu cliente no toca el controlador. Si tienes el controlador levantado en pantalla, este es el momento de mostrar el dashboard vacío de tráfico para reforzarlo visualmente.
#### Lámina 9 · Contenido con tarjetas · modo claro
- **Antetítulo**: 01 · QUÉ ES UN CONTROLADOR OMADA › PARA QUÉ SIRVE
- **Título**: Un controlador hace tres cosas que los equipos solos no pueden hacer
- **Entradilla**: Un AP solo sabe emitir señal. Tres de ellos sin controlador son tres equipos independientes que no se coordinan, no se auditan y no se configuran juntos.
1. **Visión unificada** — Ves todos tus dispositivos, su estado y su tráfico en un único panel, sin acceder a cada equipo por separado.
2. **Política centralizada** — Defines el SSID, la VLAN o el límite de banda una vez, y el controlador lo aplica a todos los dispositivos del sitio a la vez.
3. **Itinerancia coordinada** — Cuando un cliente se mueve entre APs, el controlador orquesta el traspaso para que la conexión no se corte ni renegocie desde cero.
- **Línea de cierre**: El límite honesto: estas tres funciones exigen que el controlador esté operativo. Si cae, los dispositivos siguen dando servicio con la última configuración que recibieron, pero pierdes visibilidad y control hasta que vuelva.
- **Notas del orador**: No leas las tarjetas. Pon un ejemplo concreto para cada una: una instalación con seis APs en una planta, alguien que cambia el SSID a las 11 de la noche desde casa, y un usuario que camina de recepción a la sala de reuniones sin que se le caiga la videollamada. Deja que la sala relacione cada ejemplo con la tarjeta antes de pasar al cierre. El cierre es importante: si alguien pregunta después qué pasa si el controlador falla, ya lo habrás respondido aquí.
#### Lámina 10 · Contenido con tarjetas · modo claro
- **Antetítulo**: 01 · QUÉ ES UN CONTROLADOR OMADA › ECOSISTEMA
- **Título**: Omada es el nombre del ecosistema, no solo del software
- **Entradilla**: Cuando un cliente pregunta por 'Omada', puede estar hablando de tres cosas distintas. Conviene que tú las separes antes de tocar ninguna pantalla.
1. **Hardware de red** — APs, switches y routers de la línea Omada son los dispositivos físicos que instalas en la pared o en el rack. Hablan un protocolo propio que el controlador entiende de forma nativa.
2. **Software de control** — El controlador Omada, ya sea en la nube o en hardware local, es quien descubre, adopta y configura ese hardware desde un único punto.
3. **App y portal** — La aplicación móvil y el portal web son las interfaces que tú, o tu cliente, usan para operar el sistema una vez desplegado. Son la capa de acceso, no el controlador en sí.
- **Línea de cierre**: El límite honesto: un switch o un AP Omada funciona sin controlador, pero pierde la gestión centralizada, los perfiles de red unificados y el historial. Sin controlador, no hay sitio; hay hardware suelto.
- **Notas del orador**: Detente aquí si alguien dice que ya usa APs Omada sin controlador: es el caso más común entre integradores que vienen del mundo standalone. No lo corrijas, úsalo: pregunta cómo gestionan varios sitios a la vez. Esa incomodidad es el argumento de venta del controlador mejor que cualquier diapositiva.
#### Lámina 11 · Evidencia medida · modo oscuro
- **Antetítulo**: 01 · QUÉ ES UN CONTROLADOR OMADA › PANEL PRINCIPAL
- **Título**: Esto es lo que ves en el panel de Omada desde el primer minuto
- **Entradilla**: El panel te habla antes de que toques nada. Saber leerlo en los primeros treinta segundos evita que busques información que ya está en pantalla.
**Comando**
```
[PENDIENTE: URL o ruta exacta de acceso al panel según el controlador que uses en el workshop —nube o hardware—]
```
**Salida**
```
[PENDIENTE: captura de pantalla real del panel principal de Omada con al menos un dispositivo adoptado visible]
```
**Lectura**
- [PENDIENTE: nombre del primer elemento visible en el resumen de estado y qué indica]
- [PENDIENTE: dónde aparece el conteo de dispositivos adoptados frente a dispositivos pendientes]
- [PENDIENTE: qué muestra la sección de alertas activas y cómo distingue severidad]
- [PENDIENTE: dónde se ve el tráfico agregado del sitio en tiempo real]
- [PENDIENTE: qué elemento del panel cambia de color o estado cuando un AP pierde conexión]
- **Línea de cierre**: Todo esto lo ves sin haber configurado nada todavía: el panel refleja el estado real de la red, no un resumen editorial. Lo que no aparece aquí, no está en el sitio.
- **Notas del orador**: Detente en la captura antes de explicar. Deja que la sala la lea sola durante diez segundos y luego pregunta qué han visto. Las respuestas te dicen qué vocabulario tienes que calibrar: si alguien señala algo correcto con el nombre equivocado, corríges el término ahora y no en una lámina posterior.
#### Lámina 12 · Contenido con tarjetas · modo claro
- **Antetítulo**: 12 · BLOQUE 1 › QUÉ ES UN CONTROLADOR OMADA
- **Título**: Omada gestiona estos dispositivos, no todos
- **Entradilla**: Omada no es un sistema de gestión universal: controla la familia de dispositivos TP-Link Omada y ninguna otra. Saber qué entra y qué queda fuera te ahorra una conversación incómoda con el cliente en la entrega.
1. **Puntos de acceso (PA)** — Toda la gama de APs (puntos de acceso) Omada: en techo, en pared y en exterior. Son el dispositivo más habitual en un sitio gestionado y el que más opciones expone en el controlador.
2. **Switches y routers** — Los switches y routers de la serie Omada con soporte SDN (red definida por software) entran en el mismo sitio que los APs. Si el switch del cliente no es de esta serie, el controlador no lo ve.
3. **Lo que queda fuera** — Cualquier dispositivo de otro fabricante, y también el hardware TP-Link que no pertenece a la gama Omada, no aparece en el controlador. No es un fallo: es el límite del ecosistema que vas a vender.
- **Línea de cierre**: Si el cliente ya tiene infraestructura mixta, Omada convive con ella, pero solo gestiona su propia familia: el resto sigue necesitando su propio sistema de gestión.
- **Notas del orador**: Detente aquí y pregunta cuántos tienen clientes con switches de otras marcas ya instalados. Es probable que varios. No hace falta resolver ese caso ahora, pero sí nombrar que existe: 'Eso lo vemos cuando lleguemos a la adopción de dispositivos.' Evita entrar en comparativas de ecosistemas en este punto; el objetivo de esta lámina es trazar el perímetro, no justificarlo.
#### Lámina 13 · Diagrama · modo oscuro
- **Antetítulo**: 01 · QUÉ ES UN CONTROLADOR OMADA › CANAL DE COMUNICACIÓN
- **Título**: El controlador habla con los equipos: así funciona ese canal
- **Entradilla**: El controlador no gestiona los equipos por arte de magia: hay un protocolo concreto que define quién habla primero, cada cuánto y qué pasa si no hay respuesta.
**Descripción del diagrama**: Diagrama de flujo horizontal con tres columnas: DISPOSITIVO — RED — CONTROLADOR. Una flecha discontinua de izquierda a derecha etiquetada 'Descubrimiento / adopción' representa el inicio de la relación. Por encima, una flecha bidireccional continua etiquetada 'Sesión activa: configuración + telemetría' muestra el tráfico de operación normal. Por debajo, un bloque gris punteado en la columna CONTROLADOR etiquetado 'Controlador caído' activa una flecha curva que vuelve al dispositivo con la etiqueta 'Modo autónomo: última config'. Un reloj pequeño junto a la flecha bidireccional indica el intervalo de heartbeat.
**Elementos**
- Descubrimiento: el dispositivo emite una solicitud en la red local buscando un controlador activo.
- Adopción: el controlador acepta el dispositivo, intercambian credenciales y queda vinculado al sitio.
- Sesión persistente: tras la adopción, el dispositivo mantiene una conexión continua para recibir configuración y enviar telemetría.
- Latido (heartbeat): el dispositivo envía una señal periódica; si el controlador no la recibe, marca el equipo como desconectado.
- Modo autónomo: si se pierde el controlador, el dispositivo mantiene la última configuración válida hasta que se restaure la conexión.
**Lectura**: El canal entre el controlador y cada punto de acceso (PA) o switch gestionado funciona siempre en la misma dirección de inicio: el dispositivo busca al controlador, no al revés. Una vez adoptado, el equipo mantiene una sesión persistente y envía latidos periódicos. Si el controlador no responde, el equipo sigue sirviendo la red con la última configuración recibida; cuando el controlador vuelve, sincroniza el estado y retoma el control. Esto es lo que Omada llama modo autónomo de emergencia.
- **Línea de cierre**: El límite honesto: en modo autónomo el equipo sirve la red, pero no aplica cambios nuevos ni registra eventos; cualquier modificación de configuración que hagas durante esa ventana tendrá que esperar a que el controlador vuelva.
- **Notas del orador**: Detente en el modo autónomo: es el punto donde muchos integradores se preguntan si vale la pena tener un controlador siempre activo. La respuesta es sí, pero matizada: el cliente no pierde conectividad, pierde gestión. Esa distinción cambia el argumento de venta de alta disponibilidad. Si alguien pregunta cuánto dura ese modo autónomo, la respuesta es indefinida mientras la configuración sea válida, pero no lo presentes como una ventaja de diseño, sino como un mecanismo de resiliencia ante fallos.
#### Lámina 14 · Contenido con tarjetas · modo claro
- **Antetítulo**: 14 · QUÉ ES UN CONTROLADOR OMADA › POR QUÉ LO NECESITA TU CLIENTE
- **Título**: Tres razones por las que un cliente te pedirá un controlador aunque no lo sepa
- **Entradilla**: Ningún cliente te va a pedir un controlador por su nombre. Te va a describir un problema, y ese problema tiene tres formas.
1. **"Cada cambio es un viaje"** — Si para mover un cliente de VLAN (red de área local virtual) tienes que ir al sitio, el coste de operar la red supera el de instalarla.
2. **"El WiFi del pasillo falla siempre"** — Varios puntos de acceso sin coordinación central crean zonas muertas y roaming (itinerancia) roto: síntoma clásico de red sin controlador.
3. **"No sé qué está pasando en mi red"** — Sin visibilidad unificada, el cliente no puede responder quién está conectado, cuánto consume ni qué dispositivo dio problemas ayer.
- **Línea de cierre**: El controlador no es la solución que vendes: es la infraestructura que hace posible cualquier solución que prometas.
- **Notas del orador**: No leas las tarjetas. Antes de pasar a la siguiente, pregunta si alguno ha recibido exactamente esa queja de un cliente. Si alguien dice que sí, pídele que cuente cómo lo resolvió sin controlador: vas a querer ese contraste en vivo, porque ilustra el coste oculto mejor que cualquier diapositiva. Si la sala está callada, tú mismo pon el ejemplo: cuántas horas se pierden por semana cuando cada AP (punto de acceso) se gestiona de forma independiente.
#### Lámina 15 · Evidencia medida · modo oscuro
- **Antetítulo**: 01 · QUÉ ES UN CONTROLADOR › VALOR MEDIBLE
- **Título**: Una red sin controlador vs una red Omada: la diferencia en números reales
- **Entradilla**: La diferencia entre gestionar puntos de acceso (PA) uno a uno y gestionarlos desde un controlador no es de comodidad: es de tiempo, errores y capacidad de respuesta. Estos son los números que lo demuestran.
**Comando**
```
[PENDIENTE: comando o flujo real utilizado para obtener esa medición —por ejemplo, exportación de logs del controlador, consulta a la API de Omada, o registro cronometrado de una tarea repetida con y sin controlador—]
```
**Salida**
```
[PENDIENTE: captura o exportación real del panel de Omada mostrando métricas de un sitio en producción —tiempo de adopción masiva, número de dispositivos gestionados, tiempo de aplicación de un cambio de política a toda la red—]
```
**Lectura**
- [PENDIENTE: tiempo medido para aplicar un cambio de SSID en N puntos de acceso sin controlador (acceso individual por IP) frente al mismo cambio desde Omada]
- [PENDIENTE: número de pasos manuales requeridos para crear una VLAN en una red sin controlador frente a los pasos en Omada]
- [PENDIENTE: tiempo de detección de un PA caído sin monitorización centralizada frente al tiempo de alerta en Omada]
- [PENDIENTE: cualquier otra métrica real disponible del entorno de laboratorio o de un sitio cliente —tasa de errores de configuración, tiempo de puesta en marcha de un sitio nuevo, etc.—]
- **Línea de cierre**: Si no tienes aún estas cifras de tu propio entorno, el ejercicio de cronometrar ambos flujos durante el workshop es suficiente para generarlas: los participantes lo harán en vivo.
- **Notas del orador**: Esta lámina solo funciona con datos reales. Si los marcadores no están rellenos antes de la sesión, retírala o sustitúyela por el ejercicio en vivo: los participantes hacen el cambio de SSID primero PA a PA y luego desde el controlador, y tú anotas los tiempos en pantalla. Ese dato generado en el momento vale más que cualquier cifra de catálogo. No la dejes con los marcadores visibles delante de la sala.
#### Lámina 16 · Portada de laboratorio · modo oscuro
- **Antetítulo**: 16 · BLOQUE 1 › LABORATORIO
- **Título**: Identifica qué necesita tu red antes de tocar nada
- **Entradilla**: Configurar sin leer primero el entorno es la causa más común de tener que volver a empezar. Este ejercicio te obliga a parar dos minutos antes de abrir cualquier interfaz.
**Número**: Laboratorio 1
**Título de la práctica**: Identifica qué necesita tu red antes de tocar nada
- **Línea de cierre**: Lo que anotes aquí va a condicionar cada decisión del bloque siguiente: qué controlador elegir, qué VLANs crear y cómo nombrar el sitio.
- **Notas del orador**: No expliques todavía qué van a hacer: deja que el título genere la pregunta. El objetivo es que cada participante tenga delante un caso real o lo más cercano posible a uno. Si alguien dice que no tiene caso propio, pídele que use el escenario de ejemplo que vas a repartir. La portada del laboratorio es una pausa activa, no decoración: el silencio de los primeros treinta segundos mientras leen es parte del ejercicio.
#### Lámina 17 · Laboratorio, lo que vas a hacer · modo claro
- **Antetítulo**: 17 · BLOQUE 1 › LABORATORIO
- **Título**: Mapea el escenario y decide si un controlador encaja
- **Entradilla**: Tienes un escenario delante. En tres pasos vas a leerlo, compararlo con lo que un controlador resuelve, y registrar tu decisión con un argumento técnico.
- A · **Lee el escenario** — Anota cuántos dispositivos hay, en cuántas ubicaciones están y quién los gestiona hoy. Si algún dato falta, escríbelo como incógnita: eso también es información.
- B · **Cruza con los límites del controlador** — Comprueba si el escenario tiene al menos uno de estos tres síntomas: más de un punto de acceso sin coordinación central, itinerancia entre APs necesaria, o cambios de configuración frecuentes. Si no aparece ninguno, el controlador puede ser sobredimensionado.
- C · **Registra tu decisión** — Escribe en una frase: controlador encaja o controlador no encaja, seguido del argumento principal. Una frase, no un párrafo: si no cabe en una frase, el criterio todavía no es claro.
**Línea guía**: El objetivo no es llegar a la respuesta correcta, sino llegar a una respuesta argumentada. En el paso B, lo más útil que puedes encontrar es un motivo para descartar el controlador.
- **Línea de cierre**: Este ejercicio tiene trampa: uno de los escenarios del mazo no necesita controlador. Detectarlo es tan válido como configurar uno.
- **Notas del orador**: Reparte los escenarios antes de explicar los pasos, no después. Que la gente los lea mientras escucha la instrucción: reduce el tiempo muerto. En el paso B, detente en el caso de que ningún síntoma aparezca: es el error más común del integrador recién llegado a Omada, que despliega controlador donde no aporta nada y luego no sabe justificarle el coste al cliente. El escenario sin controlador no lo announces antes de tiempo: deja que alguien lo descubra solo y pídele que lo explique en voz alta.
#### Lámina 18 · Cierre de bloque · modo oscuro
- **Antetítulo**: 18 · BLOQUE 1 › CIERRE
- **Título**: Ya sabes qué es Omada y por qué importa
- **Entradilla**: Tres ideas concretas han salido de este bloque. Comprueba que las tienes claras antes de pasar a elegir hardware.
- **El controlador como centro** — Sabes que Omada no es solo un punto de acceso: es una capa de gestión que unifica configuración, visibilidad y políticas en un único punto.
- **Gestión sin visita** — Entiendes por qué centralizar el control reduce las intervenciones en sitio y permite que un solo técnico gestione varios despliegues a la vez.
- **El ecosistema completo** — Identificas qué dispositivos pueden estar bajo un mismo controlador Omada —APs, switches y gateways— y qué queda fuera de su alcance.
**Lo que falta**: Todavía no hemos tocado dónde corre ese controlador ni qué pasa cuando el cliente no tiene conexión estable a internet: eso lo resuelve el siguiente bloque.
**Lo que sigue**: Bloque 2: comparas controlador en la nube contra controlador en hardware con los criterios que te van a servir para decidir en cada propuesta real.
- **Línea de cierre**: Si alguno de los tres logros no te suena del todo sólido, es el momento de preguntar: en el bloque 2 se da por sentado que este está cerrado.
- **Notas del orador**: No pases de lámina hasta que la sala confirme los tres puntos. Una forma directa: pide que alguien reformule con sus propias palabras qué dispositivos cubre el controlador. Si aparece confusión entre 'controlador' y 'punto de acceso', corrígela aquí, no la arrastres al bloque de elección de hardware, donde se vuelve mucho más costosa.
### Entre bloques
#### Lámina 19 · Encuesta en vivo · modo oscuro
- **Antetítulo**: 19 · CONTEXTO › PERFIL DE PROYECTO
- **Título**: ¿Qué tipo de proyecto tienes más en mente mientras avanzamos?
- **Entradilla**: Lo que configures hoy tiene que encajar en el proyecto que tienes en mente. Dinos cuál es para que los ejemplos del resto del workshop apunten en la dirección correcta.
**Llamada**
¿Qué tipo de proyecto tienes más en mente mientras avanzamos?
A) Una oficina o PYME: menos de 50 usuarios, un solo espacio
B) Un local con itinerancia: tienda, clínica, coworking con zonas diferenciadas
C) Un edificio o sede con varias plantas y VLANs por departamento
D) Una instalación con muchos puntos de acceso dispersos: hotel, campus, nave
E) Todavía no lo tengo claro
- **Línea de cierre**: No hay respuesta correcta. Lo que sí cambia según tu respuesta es dónde vamos a detenernos más y qué criterios de elección de controlador te van a pesar más.
- **Notas del orador**: Lanza la encuesta y deja 30-40 segundos. Mientras se acumulan respuestas, di en voz alta que la distribución que salga va a influir en los ejemplos que uses en las láminas de criterios de elección (bloque siguiente). Si la mayoría cae en A y B, anticipa que el caso del controlador en la nube va a tener más protagonismo; si aparecen C y D, el hardware cobra peso. No resuelvas todavía cuál es mejor para cada caso: eso viene después y la tensión es útil.
### Bloque 2 · Controlador en la nube vs controlador en hardware — Cómo elegir el modelo que encaja con cada proyecto (sesión 1)
#### Lámina 20 · Separador de bloque · modo oscuro
- **Antetítulo**: 02 · BLOQUE 2 › CRITERIOS DE ELECCIÓN
- **Título**: Controlador en la nube vs controlador en hardware: criterios de elección
- **Entradilla**: Ya tienes claro qué hace un controlador. Ahora viene la pregunta que vas a responder en cada presupuesto: ¿nube o hardware?
**Número**: 02
**Subtítulo**: Controlador en la nube vs controlador en hardware: criterios de elección
**Promesa**: Al terminar este bloque tienes un criterio propio para elegir el controlador correcto según el cliente, el sitio y el contrato de mantenimiento.
- **Línea de cierre**: No hay una respuesta universal. Hay variables que pesan distinto según el caso, y las vas a conocer todas.
- **Notas del orador**: Antes de avanzar, anticipa a la sala que este bloque no termina con 'uno es mejor que el otro'. Termina con una tabla de decisión que cada participante va a poder aplicar a sus propios clientes la semana siguiente. Si alguien ya tiene una opinión formada, mejor: la va a poner a prueba.
#### Lámina 21 · La ruta del bloque · modo claro
- **Antetítulo**: 21 · BLOQUE 2 › CONTROLADOR EN LA NUBE VS EN HARDWARE
- **Título**: Cómo vas a llegar a una decisión fundamentada
- **Entradilla**: Elegir controlador sin criterio es apostar. Este bloque te da cinco pasos que convierten los datos de tu cliente en una decisión que puedes defender.
1. **Leer el sitio** — Recoge tres datos antes de abrir el configurador: si hay alguien técnico in situ, qué tan estable es el acceso a internet y cuántos dispositivos va a gestionar el cliente.
2. **Aplicar los criterios** — Cada dato del sitio se cruza con una tabla de criterios: latencia, dependencia de nube, coste de licencia y capacidad de la red local.
3. **Descartar el descarte** — Identificas qué opción queda eliminada por una restricción dura —sin internet permanente, sin servidor local— antes de comparar el resto.
4. **Simular el fallo** — Preguntas qué ocurre si cae internet o si cae el hardware: la respuesta que el cliente no tolera señala el controlador que necesita.
5. **Documentar la razón** — Escribes en una línea por qué elegiste ese controlador; si no puedes, la decisión aún no está tomada.
**Línea de laboratorio**: Al final del bloque aplicas estos cinco pasos sobre el caso del sitio que vas a configurar en el laboratorio: llegas al paso 5 con una elección escrita y justificada.
- **Línea de cierre**: La ruta no garantiza que siempre elijas lo mismo; garantiza que siempre sabes por qué elegiste lo que elegiste.
- **Notas del orador**: Detente en el paso 3 más de lo que parece necesario. Los integradores tienden a comparar opciones sin antes eliminar las que ya tienen una restricción dura que las descarta. Si lo saltas, la decisión se vuelve una preferencia, no un criterio. Puedes anticipar aquí que en la lámina siguiente aparece la tabla de criterios que alimenta el paso 2; esto les da contexto para leer cada tarjeta como parte de una secuencia, no como conceptos sueltos.
#### Lámina 22 · Contenido con tarjetas · modo claro
- **Antetítulo**: 02 · CONTROLADOR EN LA NUBE VS HARDWARE › MODELOS DE DESPLIEGUE
- **Título**: Hay dos modelos de despliegue y no son intercambiables en cualquier escenario
- **Entradilla**: Elegir el modelo equivocado no te impide arrancar, pero sí te va a complicar la vida cuando el cliente pida algo que ese modelo no puede dar. Aquí están las tres diferencias que mandan.
1. **Dónde vive el control** — El controlador en la nube corre en servidores de TP-Link; el controlador en hardware corre dentro de tu red, en un equipo físico o en una VM tuya. La frontera de dónde están los datos y quién los gestiona no es cosmética: define qué pasa cuando se cae internet.
2. **Qué necesita la red** — Con el controlador en la nube, el sitio necesita salida a internet para que el controlador y los APs se hablen. Con el controlador en hardware, la gestión es local: si el cliente corta internet, tú sigues viendo el panel y los usuarios siguen conectados.
3. **De quién es el mantenimiento** — En la nube, las actualizaciones y la infraestructura las lleva TP-Link. En hardware, las actualizaciones, los backups y la disponibilidad del servidor son tu responsabilidad o la de tu cliente. Más control significa más carga operativa.
- **Línea de cierre**: El modelo que eliges no solo afecta a la instalación de hoy: afecta a cada visita de soporte, a cada renovación de contrato y a cada conversación sobre privacidad que tengas con el cliente.
- **Notas del orador**: No vayas todavía a cuándo elegir uno u otro: eso viene en la siguiente lámina. Aquí el objetivo es que quede claro que son arquitecturas distintas, no variantes de precio del mismo producto. Si alguien pregunta por la app móvil, apúntalo: la app funciona con ambos modelos pero con matices que verás más adelante. Detente un momento en el punto 2 y pregunta a la sala cuántos de sus clientes habituales tienen una conexión a internet que considerarían crítica para el negocio, no para navegar, sino crítica. La respuesta ya les va a decir algo sobre qué modelo necesitan.
#### Lámina 23 · Diagrama · modo oscuro
- **Antetítulo**: 02 · CONTROLADOR EN LA NUBE VS HARDWARE › ARQUITECTURA EN LA NUBE
- **Título**: Controlador en la nube: cómo fluye la gestión desde internet
- **Entradilla**: El controlador en la nube no vive en tu instalación: vive en los servidores de TP-Link y tú llegas a él desde cualquier navegador. Eso cambia dónde va cada paquete y quién depende de quién.
**Descripción del diagrama**: Diagrama de bloques con tres capas horizontales. Capa superior: 'Integrador / App' con icono de navegador y móvil. Capa central: 'Omada Cloud' con icono de nube. Capa inferior: 'Sitio del cliente' con iconos de AP, switch y clientes finales. Flechas bidireccionales en azul entre capa superior y capa central (gestión). Flechas bidireccionales en azul entre capa central y capa inferior (canal de control). Flecha gruesa en gris entre los dispositivos de la capa inferior y los clientes, etiquetada 'tráfico de datos: solo local'. Una etiqueta roja sobre el enlace nube→sitio que dice 'si cae: operación continúa, gestión no'.
**Elementos**
- Navegador del integrador → Omada Cloud (HTTPS): aquí entras tú a gestionar, desde cualquier lugar con internet.
- Omada Cloud → APs y switches (canal cifrado persistente): los dispositivos abren esta conexión al arrancar y la mantienen viva.
- APs y switches → red local y clientes finales: el tráfico de usuario circula aquí, sin tocar la nube.
- App móvil de Omada → Omada Cloud: misma ruta que el navegador, misma visibilidad.
- Si la nube cae o pierdes internet: los dispositivos siguen operando con la última configuración aplicada, pero pierdes visibilidad y no puedes hacer cambios hasta que se restaure la conexión.
**Lectura**: El tráfico de datos de tus clientes nunca pasa por la nube: va directo entre dispositivos dentro de la red local. Lo que sí pasa por la nube es el plano de gestión: los comandos de configuración, las alertas y la visibilidad que tienes como integrador. La conexión que mantiene ese canal abierto la inician los propios APs (puntos de acceso) y switches hacia los servidores de Omada Cloud, no al revés.
- **Línea de cierre**: El límite honesto: toda tu capacidad de respuesta remota depende de que el sitio del cliente tenga salida a internet estable. Sin ella, el controlador en la nube es un panel que no puedes abrir.
- **Notas del orador**: Detente en el punto 5 de la lista antes de seguir. Es el argumento que más va a aparecer cuando propongas nube a un cliente escéptico: 'qué pasa si se cae internet'. La respuesta correcta es matizada, no defensiva: la red sigue funcionando para los usuarios, tú pierdes visibilidad. Eso a veces es aceptable y a veces no, y eso es exactamente lo que vamos a convertir en criterio de elección en las láminas siguientes. No adelantes la respuesta todavía; deja que la arquitectura hable primero.
#### Lámina 24 · Diagrama · modo oscuro
- **Antetítulo**: 02 · NUBE VS HARDWARE › HARDWARE
- **Título**: Controlador en hardware: la gestión vive dentro de tu red
- **Entradilla**: Con el controlador en hardware, toda la inteligencia de red queda dentro del edificio de tu cliente. Sin internet, sin suscripción, sin dependencia externa.
**Descripción del diagrama**: Rectángulo que representa la LAN del cliente. Dentro: icono de controlador hardware conectado mediante líneas sólidas a dos APs y un switch; del switch salen dos dispositivos cliente. Fuera del rectángulo: icono de nube con línea discontinua y candado, rotulado 'acceso remoto opcional (VPN)'. El grosor de las líneas internas es mayor que el de la línea exterior, para enfatizar dónde vive el tráfico de gestión.
**Elementos**
- El controlador es un dispositivo físico que se instala en el rack o en el armario de red del cliente.
- La comunicación entre el controlador y los APs y switches ocurre íntegramente dentro de la LAN (red de área local): ningún paquete de gestión sale al exterior.
- Si el enlace a internet cae, la red sigue operando y el controlador sigue siendo accesible desde dentro.
- El acceso remoto existe, pero requiere que tú o tu cliente expongan el panel de gestión con VPN (red privada virtual) u otra solución de acceso seguro.
- No hay coste recurrente de licencia de nube: pagas el hardware una vez.
**Lectura**: El diagrama muestra una red local cerrada. Dentro del perímetro: los APs (puntos de acceso), los switches, el controlador hardware y los clientes conectados. Fuera del perímetro: internet, representado como una nube difuminada y opcional. No hay ninguna flecha que salga del perímetro para que la gestión funcione.
- **Línea de cierre**: El límite honesto: sin una solución de acceso remoto bien configurada, intervenir en la red de tu cliente fuera de su oficina requiere presencia física.
- **Notas del orador**: Detente en el rectángulo del diagrama y señala explícitamente que ninguna flecha de gestión cruza el borde. Ese es el argumento central para clientes que han tenido cortes de internet y perdieron acceso a su equipamiento gestionado. No entres todavía en qué modelo de hardware recomendar ni en rangos de precio: eso viene en la lámina de criterios de elección.
#### Lámina 25 · Tabla comparativa · modo claro
- **Antetítulo**: 02 · NUBE VS HARDWARE › COMPARATIVA DIRECTA
- **Título**: Nube vs hardware: qué ganas y qué cedes en cada opción
- **Entradilla**: Cada opción te da algo y te quita algo. Esta tabla pone los dos lados sobre la misma superficie para que la elección no dependa de lo que recuerdas en el momento.
| Criterio | Controlador en la nube | Controlador en hardware (OC200 / OC300) |
| --- | --- | --- |
| Acceso remoto | Inmediato desde cualquier navegador, sin configuración adicional | Requiere reenvío de puertos o VPN al equipo físico en el sitio |
| Dependencia de internet | Si cae la WAN, pierdes visibilidad y gestión centralizada | La red sigue funcionando y gestionándose en local aunque caiga la WAN |
| Hardware que instalar | Ninguno: el cliente no paga ni coloca ningún dispositivo extra | Un OC200 o OC300 que hay que montar, alimentar y mantener |
| Coste recurrente | Suscripción mensual o anual por sitio | Pago único del hardware; sin cuota mientras el equipo funcione |
| Escalabilidad de sitios | Añades sitios desde el portal sin tocar nada físico | Cada controlador gestiona un número limitado de dispositivos; más sitios pueden requerir más unidades |
| Privacidad y soberanía del dato | La configuración y los logs residen en servidores de TP-Link | Todo queda en la red del cliente; tú controlas dónde está cada byte |
| Tiempo hasta la primera gestión | Minutos: creas la cuenta, registras el sitio y adoptas dispositivos | Más largo: instalación física, puesta en marcha del OC y luego adopción |
**Veredicto**: La nube gana en velocidad de despliegue y acceso remoto; el hardware gana en independencia de conectividad y control de datos. El criterio que rompe el empate casi siempre es uno solo: ¿qué pasa en ese sitio cuando cae internet?
- **Línea de cierre**: El veredicto no es universal: un cliente con línea de respaldo redundante y exigencia de privacidad alta cambia la ecuación por completo.
- **Notas del orador**: Detente en la fila de 'dependencia de internet' y deja que la sala la lea en silencio antes de comentarla. Es la fila que más veces ha decidido contratos. No la expliques antes de que la vean. Si alguien pregunta por el OC300 frente al OC200, reconoce la diferencia de capacidad pero aparca el detalle: hay una lámina específica para eso. Lo que no debes decir todavía: la recomendación por tipo de cliente. Eso viene en la lámina de criterios de elección, y tiene más peso si la tabla ya está asimilada.
#### Lámina 26 · Contenido con tarjetas · modo claro
- **Antetítulo**: 26 · BLOQUE 2 › NUBE VS HARDWARE
- **Título**: Tres criterios que deciden el modelo antes de abrir cualquier caja
- **Entradilla**: La elección del modelo de controlador no se hace con el catálogo delante: se hace con tres preguntas sobre el sitio del cliente. Respóndelas antes de abrir cualquier caja y evitas una migración forzada a mitad de proyecto.
1. **Acceso a internet** — Si el sitio va a operar con enlace a internet estable y el cliente acepta que la gestión dependa de él, el controlador en la nube es viable. Si hay cortes frecuentes o el cliente necesita gestión local sin depender de conectividad externa, el hardware gana.
2. **Quién gestiona después** — Si tú, como integrador, vas a mantener varios sitios desde un único panel, la nube te da visibilidad centralizada sin visitar cada instalación. Si el cliente quiere control total en sus propias manos y sin suscripción, el hardware en local es lo que le corresponde.
3. **Escala y permanencia** — Un sitio con pocos puntos de acceso (AP) y uso estacional encaja con la nube sin sobredimensionar. Un sitio con decenas de AP, crecimiento previsto y exigencia de cero dependencias externas justifica el hardware desde el primer día.
- **Línea de cierre**: Ninguno de los tres criterios es determinante por sí solo: es la combinación de los tres la que cierra la decisión. Un sitio puede tener internet estable y aun así necesitar hardware si quien lo gestiona rechaza cualquier nube.
- **Notas del orador**: Antes de pasar a la siguiente lámina, pon un caso concreto en voz: un cliente con tres AP en una tienda gestionada por ti vs un hotel con cuarenta AP y equipo de IT propio. Deja que los participantes digan en voz alta qué modelo elegiría cada uno. No corrijas todavía: la lámina siguiente entra con los matices. Lo que no debes decir aquí es que uno de los dos modelos 'siempre es mejor para PYME': ese argumento simplifica de más y alguien en la sala va a tener un contraejemplo.
#### Lámina 27 · Contenido con tarjetas · modo claro
- **Antetítulo**: 02 · CONTROLADOR EN LA NUBE VS HARDWARE › CRITERIOS DE ELECCIÓN
- **Título**: Cuándo la nube es la respuesta correcta y cuándo no lo es
- **Entradilla**: La nube no es mejor ni peor que el hardware: es la respuesta correcta para un perfil de cliente concreto y la respuesta equivocada para otro.
1. **La nube encaja aquí** — Tu cliente tiene varios sitios dispersos, no quiere mantener servidores y acepta que la gestión depende de conectividad estable a internet.
2. **El hardware encaja aquí** — Tu cliente exige que el control no salga de su red, la conexión a internet es irregular, o trabaja en un entorno donde la privacidad de los datos es un requisito no negociable.
3. **La señal de alerta** — Si el cliente pide nube porque "suena más moderno" sin revisar su conectividad ni su política de datos, estás asumiendo un riesgo que va a recaer sobre ti en la entrega.
- **Línea de cierre**: El criterio no es tecnológico: es el perfil operativo del cliente. Esa conversación la tienes tú antes de tocar ninguna configuración.
- **Notas del orador**: Detente en la tarjeta tres más de lo que parece necesario. El error de vender nube por defecto es el más frecuente entre integradores que acaban de empezar con Omada, y alguien en la sala probablemente ya lo ha cometido o está a punto de cometerlo. No lo digas como advertencia genérica: dilo como algo que tiene consecuencias reales en el momento de la entrega al cliente.
#### Lámina 28 · Evidencia medida · modo oscuro
- **Antetítulo**: 28 · BLOQUE 2 › NUBE VS HARDWARE
- **Título**: Un proyecto real: por qué este cliente necesitaba hardware, no nube
- **Entradilla**: La teoría ya la tienes. Aquí viene un caso concreto donde la decisión correcta no era la más obvia.
**Comando**
```
[PENDIENTE: muestra la pantalla o el informe que prueba por qué se descartó el controlador en la nube —latencia medida, restricción de conectividad, política del cliente, o lo que aplique en el caso real]
```
**Salida**
```
[PENDIENTE: describe el proyecto real —sector, número de APs (puntos de acceso), tipo de instalación— con los datos que Luis pueda compartir sin NDA]
```
**Lectura**
- [PENDIENTE: primer dato del diagnóstico que hizo que la nube quedara descartada]
- [PENDIENTE: segundo factor que confirmó la necesidad de hardware —ancho de banda local, requisito de privacidad, ausencia de internet estable, etc.]
- [PENDIENTE: consecuencia concreta si se hubiera elegido nube igualmente —qué habría fallado o quedado fuera de control]
- [PENDIENTE: resultado final con el controlador en hardware —qué se resolvió y en qué plazo]
- **Línea de cierre**: Lo que hace útil este caso no es que saliera bien, sino que la señal de aviso estaba en el diagnóstico inicial, no en la instalación.
- **Notas del orador**: Detente aquí más de lo habitual. Este es el momento donde los participantes van a comparar mentalmente con sus propios clientes. Si el caso tiene matices incómodos —algo que no salió a la primera, o una restricción que no anticipaste— cuéntalos: eso es lo que hace que el ejemplo sea creíble. Si no puedes compartir el nombre del cliente, describe el sector y el tamaño; es suficiente para que la sala lo aterrice.
#### Lámina 29 · Contenido con tarjetas · modo claro
- **Antetítulo**: 29 · BLOQUE 2 › CONTROLADOR EN LA NUBE VS HARDWARE
- **Título**: El coste de elegir mal el modelo no aparece el día uno
- **Entradilla**: El cliente acepta la propuesta, la instalación sale bien, y el problema aparece seis meses después. Estos tres momentos son los que distinguen una elección correcta de una que toca deshacer.
1. **Crece el sitio** — Elegiste hardware local para un cliente que empieza con diez APs (puntos de acceso): cuando llega a cuarenta, el controlador no da licencias suficientes y tienes que migrarlo todo a la nube en producción.
2. **Cae la línea** — Elegiste nube para un cliente con conectividad inestable: cada corte deja los APs sin gestión centralizada, y tú recibes el aviso antes que el cliente.
3. **Cambia el equipo** — Elegiste controlador en hardware sin documentar el acceso local: cuando el responsable de IT del cliente se va, nadie sabe la contraseña y el sitio queda fuera de tu alcance remoto.
- **Línea de cierre**: Ninguno de estos tres escenarios es catastrófico si lo anticipas; los tres son costosos si llegan por sorpresa.
- **Notas del orador**: No leas las tarjetas: preséntala como 'tres llamadas de soporte que no quieres recibir'. Detente en la segunda si tu público trabaja con clientes en zonas con conectividad irregular, porque es la que más les va a resonar. La tercera es la que más se subestima en proyectos de PYME: el cliente no tiene un equipo de IT estable y la gestión de credenciales cae en el integrador por defecto. Eso tiene un coste de tiempo real para ti.
#### Lámina 30 · Tabla comparativa · modo claro
- **Antetítulo**: 30 · BLOQUE 2 › CRITERIOS DE ELECCIÓN
- **Título**: Qué modelo encaja con cada perfil de cliente
- **Entradilla**: El controlador no es mejor o peor: es adecuado o inadecuado para el perfil de quien lo va a usar y mantener. Esta tabla te da el criterio antes de que el cliente te haga la pregunta.
| Criterio | Nube (OC200 / Cloud) | Hardware local (OC300 / servidor) |
| --- | --- | --- |
| Acceso a internet en el sitio | Siempre disponible y estable | No garantizado o restringido |
| Quién gestiona el sistema | Tú como integrador, desde fuera | El propio cliente, en local |
| Número de sitios a gestionar | Varios sitios desde una cuenta | Un sitio o instalación única |
| Política de datos del cliente | Sin restricciones sobre datos en nube | Datos deben permanecer en local |
| Dependencia de suscripción | Acepta coste recurrente o usa tier gratuito | Prefiere pago único, sin renovaciones |
| Capacidad técnica del cliente | Baja: tú te encargas en remoto | Media-alta: tienen alguien que administra |
**Veredicto**: Si el cliente no tiene una razón explícita para quedarse en local, la nube te da más control remoto y menos desplazamientos. Si tiene una razón, respétala: un controlador local mal justificado es un problema tuyo en la próxima visita.
- **Línea de cierre**: El límite honesto: hay instalaciones donde ninguna opción encaja perfectamente. Cuando el cliente exige local pero no tiene a nadie que lo mantenga, el problema no es técnico, es de acuerdo de servicio.
- **Notas del orador**: Recorre las filas de arriba abajo sin leerlas en voz alta: la sala ya las lee. Tu trabajo aquí es detenerte en el criterio de política de datos y preguntar si alguno ha tenido ya ese argumento encima de la mesa. Es el que más paraliza decisiones y menos tiene que ver con la tecnología. Deja que alguien cuente su caso antes de pasar al veredicto.
#### Lámina 31 · Contenido con tarjetas · modo claro
- **Antetítulo**: 31 · BLOQUE 2 › CRITERIOS DE ELECCIÓN
- **Título**: Preguntas que le haces al cliente antes de recomendar nada
- **Entradilla**: La recomendación correcta no sale del catálogo: sale de tres respuestas que el cliente ya tiene y que tú todavía no le has preguntado.
1. **¿Quién administra esto?** — Si hay un técnico interno que puede acceder al sitio físico, un controlador en hardware es viable; si la gestión recae en ti de forma remota y permanente, la nube elimina una capa de dependencia.
2. **¿Qué pasa si se va internet?** — Un corte de WAN deja sin gestión centralizada al controlador en la nube, pero la red local sigue operando; si el cliente no puede tolerar ni eso, necesitas saber si hay enlace de respaldo o si el hardware local es la única opción razonable.
3. **¿Cuánto crece esto?** — Un site con cuatro puntos de acceso hoy y veinte en dos años tiene un coste de migración que vale la pena calcular ahora, no cuando el cliente ya firmó.
- **Línea de cierre**: Con estas tres respuestas ya puedes descartar una opción en la mayoría de los casos; sin ellas, cualquier recomendación es una apuesta.
- **Notas del orador**: No leas las tarjetas: ponlas en pantalla y recorre la sala con la pregunta en voz alta. Que cada participante piense en un cliente real que tiene ahora mismo. El objetivo es que salgan de aquí con una conversación pendiente, no con una ficha técnica. Si alguien dice 'depende', bien: ese 'depende' es exactamente lo que van a resolver en la siguiente lámina.
#### Lámina 32 · Evidencia medida · modo oscuro
- **Antetítulo**: 32 · BLOQUE 2 › NUBE VS HARDWARE
- **Título**: Así se ve la consola según el modelo: diferencias que afectan al día a día
- **Entradilla**: La diferencia entre ambos modelos no es solo dónde vive el controlador: cambia lo que ves en pantalla, cómo navegas y qué opciones aparecen o desaparecen según el hardware que tienes delante.
**Comando**
```
[PENDIENTE: URL de acceso real a cada consola tal como la verá el participante en su navegador durante el workshop — incluyendo puerto si aplica en el hardware]
```
**Salida**
```
[PENDIENTE: captura o grabación de pantalla real de la consola OC (Omada Cloud Controller) junto a la consola de un OC200/OC300 en el mismo punto de la configuración — por ejemplo, la vista de adopción de dispositivos — para que la diferencia visual sea directamente comparable]
```
**Lectura**
- [PENDIENTE: diferencia observada en la barra de navegación — qué sección existe en uno y falta en el otro]
- [PENDIENTE: diferencia en la gestión de licencias — dónde aparece el aviso y qué bloquea cuando caduca]
- [PENDIENTE: diferencia en el flujo de adopción — pasos extra o distintos según el modelo]
- [PENDIENTE: diferencia en las opciones de backup y restauración — qué permite cada consola y desde dónde]
- [PENDIENTE: diferencia en visibilidad de logs o alertas — granularidad o ubicación dentro de la interfaz]
- **Línea de cierre**: Estas diferencias no son bugs ni versiones desactualizadas: responden al modelo de despliegue. Conocerlas ahora te evita buscarlas en producción delante del cliente.
- **Notas del orador**: No avances hasta que los participantes hayan abierto ellos mismos las dos consolas en paralelo. El objetivo de esta lámina no es que vean tu pantalla, sino que naveguen los dos entornos a la vez y noten dónde se pierden. Deja un minuto de exploración libre antes de señalar las diferencias de la lista. Si alguien detecta una diferencia que no está en la lista, anótala en voz alta: refuerza que están mirando con criterio técnico, no siguiendo un guión.
#### Lámina 33 · Portada de laboratorio · modo oscuro
- **Antetítulo**: 33 · BLOQUE 2 › LABORATORIO
- **Título**: Elige el modelo correcto para tres escenarios distintos
- **Entradilla**: Tienes tres clientes sobre la mesa. Cada uno tiene condicionantes distintos: conectividad, presupuesto, capacidad de gestión remota. Tu trabajo ahora es elegir el modelo de controlador correcto para cada uno, y justificarlo.
**Número**: Laboratorio 2
**Título de la práctica**: Elige el modelo correcto para tres escenarios distintos
- **Línea de cierre**: No hay una respuesta universal: hay criterios que se aplican bien o mal a cada caso. Eso es lo que vas a entrenar aquí.
- **Notas del orador**: No anticipes los escenarios todavía. Deja que los participantes los lean en frío cuando lleguen a la siguiente lámina. Si alguien pregunta cuál es la respuesta correcta antes de empezar, respóndele que eso es exactamente lo que van a resolver ellos, y que tú lo confirmas después. Este laboratorio funciona mejor si hay desacuerdo entre participantes: si dos personas eligen modelos distintos para el mismo escenario, pídeles que defiendan su criterio antes de cerrar la discusión.
#### Lámina 34 · Laboratorio, lo que vas a hacer · modo claro
- **Antetítulo**: 34 · BLOQUE 2 › CONTROLADOR EN LA NUBE VS HARDWARE
- **Título**: Aplica los criterios y justifica tu decisión en cada caso
- **Entradilla**: Tres casos, tres contextos distintos. Tu trabajo ahora es aplicar los criterios que acabamos de ver y defender por escrito la elección que harías.
- A · **Lee el caso y extrae los datos que mandan** — Cada caso te da conectividad disponible, número de dispositivos, perfil del cliente y restricciones de mantenimiento. Anótalos antes de decidir nada: la decisión correcta sale de los datos, no de la preferencia de partida.
- B · **Aplica el criterio y elige** — Con los datos delante, recorre la tabla de criterios: acceso a internet estable, volumen de APs (puntos de acceso), capacidad técnica del cliente para gestionar hardware local. Escribe una sola línea con tu elección y el criterio que la justifica.
- C · **Identifica el argumento que descartaste** — Por cada caso, escribe también qué opción desechaste y por qué no aguanta. Si no puedes articular el descarte, la elección todavía no está cerrada.
**Línea guía**: El objetivo no es acertar: es que tu justificación sea suficiente para explicársela al cliente en la reunión de preventa.
- **Línea de cierre**: Cuando termines los tres casos, compara tu elección con la de alguien de otra empresa: si coinciden los criterios pero difieren las conclusiones, ahí está la conversación que vale la pena tener.
- **Notas del orador**: Deja claro antes de empezar que no hay una respuesta única grabada en piedra: dos integradores pueden elegir distinto en el mismo caso y los dos tener razón si el razonamiento es sólido. Lo que buscas es que nadie elija 'nube' o 'hardware' por defecto sin pasar por los datos. Mientras trabajan, circula y fíjate en quién se queda bloqueado en el paso C: el descarte es lo que más cuesta porque obliga a salir de la posición cómoda. Reserva cinco minutos al final para que al menos dos personas lean su justificación en voz alta; la discusión que genera vale más que cualquier corrección tuya.
#### Lámina 35 · Cierre de bloque · modo oscuro
- **Antetítulo**: 35 · BLOQUE 2 › CIERRE
- **Título**: Ya puedes recomendar un modelo con criterios, no con intuición
- **Entradilla**: Tres decisiones que antes resolvías con experiencia acumulada ahora tienen una estructura detrás. Esto es lo que puedes hacer con ella.
- **Lees el entorno del cliente** — Sabes qué preguntar sobre conectividad, número de sedes y quién va a operar el sistema para descartar opciones antes de abrir el catálogo.
- **Comparas con criterios concretos** — Latencia, dependencia de internet, requisito de datos en local y coste de mantenimiento ya no son factores vagos: los colocas en la balanza en orden.
- **Justificas la recomendación** — Puedes explicarle al cliente por qué le propones un modelo y no el otro, y esa explicación aguanta preguntas.
**Lo que falta**: Este bloque no ha entrado en licenciamiento ni en precios de renovación del controlador en la nube, que en algunos clientes son el argumento decisivo. Eso lo resuelves consultando el programa de canal vigente antes de cada propuesta.
**Lo que sigue**: El bloque 3 arranca con el controlador ya elegido: instalación, primera configuración y adopción de los primeros dispositivos al sitio.
- **Línea de cierre**: El criterio no reemplaza el juicio, pero sí lo hace repetible: el próximo cliente no empieza desde cero.
- **Notas del orador**: Este es el momento de pausar antes de pasar a la parte práctica. Si alguien tiene un caso real en mente —un proyecto que tiene encima ahora mismo— pídele que lo nombre en voz alta y recorre con él los tres criterios que acaba de aprender. Treinta segundos de aplicación concreta valen más que repetir el resumen. No avances al bloque 3 hasta que la sala haya cerrado mentalmente la decisión nube vs hardware: lo que viene a continuación da por supuesta esa elección.
### Entre bloques
#### Lámina 36 · Encuesta en vivo · modo oscuro
- **Antetítulo**: 36 · CONTROLADOR › ELECCIÓN
- **Título**: ¿Con qué modelo crees que vas a trabajar más en los próximos meses?
- **Entradilla**: Ya tienes los criterios sobre la mesa. Ahora dinos hacia dónde apunta tu cartera de clientes real.
**Llamada**
¿Con qué modelo crees que vas a trabajar más en los próximos meses?
A · Controlador en la nube — la mayoría de mis proyectos son PYME sin personal técnico en sitio
B · Controlador en hardware — mis clientes exigen datos locales o tienen infraestructura estable
C · Los dos por igual — depende del proyecto
D · Aún no lo tengo claro
- **Línea de cierre**: La distribución de respuestas es el mejor diagnóstico del grupo: si la mayoría elige D, el bloque de criterios necesita otro paso.
- **Notas del orador**: No comentes los resultados mientras la gente vota. Cuando aparezca la distribución, lee en voz alta el porcentaje de cada opción y pregunta a alguien de la opción mayoritaria qué tipo de cliente tiene en mente. Si D es alta, no lo tomes como fracaso del bloque anterior: úsalo para abrir la siguiente sección diciendo exactamente qué pregunta les vas a resolver antes de terminar la sesión.
### Bloque 3 · Instalación y primera configuración del controlador — Del cero al controlador funcionando, paso a paso (sesión 1)
#### Lámina 37 · Separador de bloque · modo oscuro
- **Antetítulo**: 37 · BLOQUE 3
- **Título**: Instalación y primera configuración del controlador
- **Entradilla**: Hasta aquí tienes claro qué es un controlador y cuál le conviene a tu cliente. Ahora lo instalas.
**Número**: Bloque 3
**Subtítulo**: Instalación y primera configuración del controlador
**Promesa**: Sales de este bloque con el controlador corriendo y listo para adoptar dispositivos.
- **Línea de cierre**: Configurar no es solo seguir pasos: en este bloque también vas a tomar decisiones que afectan al resto del sitio.
- **Notas del orador**: Marca el cambio de ritmo: los dos bloques anteriores eran criterio y concepto; este es ejecución. Si hay participantes que ya tienen el controlador descargado o encendido, pídeles que lo tengan a mano. No arrancas la demo todavía, pero avisa que en los próximos minutos van a seguirte en paralelo.
#### Lámina 38 · La ruta del bloque · modo claro
- **Antetítulo**: 38 · BLOQUE 3 › INSTALACIÓN Y PRIMERA CONFIGURACIÓN
- **Título**: Los pasos que vas a completar en este bloque
- **Entradilla**: Este bloque tiene una secuencia fija: cada paso depende del anterior. Si saltas uno, el siguiente falla.
1. **Elige el modo** — Decides si vas a levantar el controlador en la nube o en hardware antes de tocar ningún cable.
2. **Instala el software** — Descargas la versión correcta del OC (Omada Controller) y la dejas corriendo en el equipo o instancia que elegiste.
3. **Accede por primera vez** — Entras al asistente de configuración inicial y estableces la cuenta de administrador local.
4. **Ajusta red y hora** — Confirmas la interfaz de gestión, la dirección IP y la zona horaria: tres parámetros que no puedes cambiar sin reiniciar el sitio.
5. **Verifica el estado** — Compruebas que el controlador es visible desde la red donde van a vivir los dispositivos antes de pasar a la adopción.
**Línea de laboratorio**: Al terminar el bloque tienes el controlador arriba, accesible y listo para recibir dispositivos: ese es el único criterio de éxito.
- **Línea de cierre**: Lo que no cubre este bloque: la adopción de APs (puntos de acceso) y switches viene en el Bloque 4; aquí solo dejamos el controlador operativo.
- **Notas del orador**: Muestra esta ruta en pantalla y deja que los participantes la lean antes de hablar. Luego señala el paso 4 y avisa que la zona horaria es el error que más veces obliga a empezar desde cero: los logs quedan desfasados y el troubleshooting se vuelve imposible. No entres todavía en el detalle de cada paso; eso viene en las láminas siguientes. Si alguien pregunta si puede cambiar la interfaz de gestión después, la respuesta corta es sí, pero con una ventana de pérdida de conexión que hay que planificar.
#### Lámina 39 · Contenido con tarjetas · modo claro
- **Antetítulo**: 39 · BLOQUE 3 › INSTALACIÓN Y PRIMERA CONFIGURACIÓN
- **Título**: Lo que necesitas tener listo antes de instalar
- **Entradilla**: Tres minutos de comprobación antes de empezar te evitan tener que deshacer la instalación a mitad.
1. **Conectividad al servidor** — La máquina donde vas a instalar el controlador tiene salida a internet estable y puedes abrir los puertos que Omada necesita en el cortafuegos del cliente.
2. **Dirección IP fija** — El controlador necesita una IP estática en la red local; si el cliente usa DHCP para todo, reservas la dirección en el router antes de arrancar.
3. **Credenciales y acceso físico** — Tienes los datos de acceso al sistema operativo del servidor y acceso físico —o remoto con privilegios— a los dispositivos Omada que vas a adoptar.
- **Línea de cierre**: Si alguno de estos tres puntos está sin resolver, la instalación puede completarse pero el primer arranque te va a pedir volver aquí.
- **Notas del orador**: Detente en la tarjeta 2: es el error más frecuente en instalaciones en PYME donde todo corre por DHCP. Vale la pena preguntar a la sala cuántos han tenido que mover el controlador de IP después de instalarlo y qué pasó con los dispositivos ya adoptados. No entres todavía en cómo se configuran los puertos; eso va en la lámina de requisitos de red.
#### Lámina 40 · Diagrama · modo oscuro
- **Antetítulo**: 40 · INSTALACIÓN › ORDEN DE FASES
- **Título**: El proceso de instalación tiene tres fases y no puedes saltarte el orden
- **Entradilla**: Saltarte una fase no te ahorra tiempo: te lo cobra al final, cuando tienes dispositivos sin adoptar o una red que no termina de sincronizar.
**Descripción del diagrama**: Tres bloques en fila horizontal, unidos por flechas de una sola dirección (izquierda → derecha). Cada bloque muestra el nombre de la fase en grande y debajo una línea con el criterio de salida: qué debe ser verdad para que esa fase se considere terminada. Entre la flecha que une Fase 1 y Fase 2 aparece la etiqueta 'controlador accesible'; entre Fase 2 y Fase 3, 'dispositivos en estado Conectado'. El fondo de cada bloque usa un tono distinto para reforzar que son estados separados, no pasos de una misma pantalla.
**Elementos**
- Fase 1 · Desplegar el controlador — El controlador arranca, tiene IP accesible y el portal web responde. Sin esto no existe sitio, no existe adopción.
- Fase 2 · Crear el sitio y adoptar dispositivos — Defines el sitio, apuntas los dispositivos al controlador y los aceptas. Sin adopción confirmada no hay nada que configurar.
- Fase 3 · Configurar redes y validar — Creas SSIDs, VLANs y políticas. Luego compruebas conectividad extremo a extremo antes de declarar el sitio entregado.
**Lectura**: El proceso va de izquierda a derecha. Cada fase entrega el requisito que necesita la siguiente. Si una falla, no avanzas hasta resolverla.
- **Línea de cierre**: El criterio de salida de cada fase es observable en la interfaz: si no lo ves en pantalla, la fase no está cerrada.
- **Notas del orador**: Detente en el criterio de salida de cada fase y pide a alguien de la sala que lo diga en voz alta antes de seguir. El error más frecuente es empezar a configurar SSIDs con dispositivos que aparecen como 'Pendiente' en lugar de 'Conectado': cuando llegues a la Fase 3 lo vas a ver en vivo. No anticipes todavía qué pasa si un dispositivo no se adopta; eso lo cubres en la lámina de troubleshooting.
#### Lámina 41 · Contenido con tarjetas · modo claro
- **Antetítulo**: 41 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › Controlador en la nube
- **Título**: Cómo instalar el controlador en la nube: cuenta, licencia y región
- **Entradilla**: Tres decisiones se toman antes de tocar un solo AP: la cuenta, la licencia y la región. Si las haces en el orden equivocado, migrar después tiene coste.
1. **Cuenta Omada ID** — Crea o vincula una cuenta en omada.tplinkcloud.com: es el ancla de todos los sitios y usuarios que vas a gestionar desde ahí.
2. **Licencia por dispositivo** — Cada AP, switch o gateway gestionado en la nube necesita su propia licencia activa; asígnala antes de adoptar el dispositivo, no después.
3. **Región del servidor** — Elige la región en el momento de crear el sitio: Europa, América o Asia. No se puede cambiar sin borrar el sitio y perder su historial.
- **Línea de cierre**: La región no es un dato técnico menor: afecta latencia, normativa de datos y dónde reside la configuración de tu cliente.
- **Notas del orador**: Detente en la tarjeta de región y pregunta si alguien ya ha tenido que recrear un sitio por haber elegido mal. Es el error más silencioso del arranque: todo funciona, pero el dashboard responde lento y nadie entiende por qué hasta que revisan la región asignada. No adelantes aún cómo se adoptan los dispositivos; eso va en la siguiente lámina.
#### Lámina 42 · Evidencia medida · modo oscuro
- **Antetítulo**: 42 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › ASISTENTE INICIAL
- **Título**: Pantalla a pantalla: el asistente de configuración inicial
- **Entradilla**: El controlador te guía paso a paso la primera vez que entras. Lo que ves en pantalla determina lo que puedes tocar después.
**Comando**
```
[PENDIENTE: URL o ruta de acceso exacta al asistente según el tipo de controlador usado en el workshop —OC200, OC300 o Software Controller—]
```
**Salida**
```
[PENDIENTE: captura o grabación real de cada pantalla del asistente de configuración inicial del controlador Omada, en el orden exacto en que aparecen]
```
**Lectura**
- [PENDIENTE: qué pide la pantalla 1 del asistente y qué valor se introduce o se deja por defecto]
- [PENDIENTE: qué pide la pantalla 2 del asistente y qué decisión implica para el integrador]
- [PENDIENTE: qué pide la pantalla 3 del asistente y qué valor se introduce o se deja por defecto]
- [PENDIENTE: en qué pantalla aparece la vinculación con la cuenta TP-Link y qué ocurre si se omite]
- [PENDIENTE: pantalla final del asistente: qué confirma y adónde lleva al terminar]
- **Línea de cierre**: El asistente no configura el sitio: te deja en el punto de partida correcto para hacerlo. Todo lo que no tocas aquí tendrá un valor por defecto que puede no encajar con la red de tu cliente.
- **Notas del orador**: Haz la demo en vivo o reproduce la grabación sin saltar pantallas, aunque alguna parezca obvia. Los participantes necesitan ver el orden real, no un resumen. Si usas captura estática en lugar de vídeo, anuncia en qué pantalla estás antes de leer la diapositiva. Anticipa el error más frecuente: entrar con una cuenta TP-Link que ya tiene otro sitio asociado. No lo expliques todavía en detalle, pero nómbralo para que quien lo haya vivido sepa que lo vas a cubrir.
#### Lámina 43 · Contenido con tarjetas · modo claro
- **Antetítulo**: 43 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › CONTROLADOR EN HARDWARE
- **Título**: Cómo instalar el controlador en hardware: conexión, IP y acceso web
- **Entradilla**: El controlador en hardware llega como una caja más en el rack: conectarla bien desde el principio te ahorra redescubrir la IP en mitad de la puesta en marcha.
1. **Conexión física** — Conecta el puerto de gestión del controlador a tu switch de administración, no a la red de datos de usuario; así el tráfico de gestión queda aislado desde el primer momento.
2. **IP de acceso** — Por defecto el controlador escucha en 192.168.0.1; si esa dirección ya existe en tu red, asigna una IP estática antes de continuar para evitar conflictos que bloqueen el asistente inicial.
3. **Acceso web** — Abre https://[IP-del-controlador]:8088 desde un equipo en el mismo segmento; el navegador mostrará el asistente de configuración inicial en el que crearás la cuenta de administrador local.
- **Línea de cierre**: Estos tres pasos son lineales y sin retorno limpio: un conflicto de IP en el paso 2 suele obligar a un reset de fábrica, así que confirma el direccionamiento antes de enchufar.
- **Notas del orador**: Ten la URL y el puerto anotados en pantalla o en una diapositiva paralela mientras explicas esto: 8088 se olvida con facilidad y es el error más frecuente en los primeros diez minutos de la instalación. Si puedes, muestra en vivo el aviso del navegador por certificado autofirmado y explica que es esperado, no un fallo; de lo contrario alguien cerrará la ventana pensando que algo está mal.
#### Lámina 44 · Evidencia medida · modo oscuro
- **Antetítulo**: 44 · BLOQUE 3 › PRIMERA CONFIGURACIÓN
- **Título**: Los tres errores más frecuentes en la primera configuración y cómo evitarlos
- **Entradilla**: Estos tres errores no rompen la instalación de golpe: la dejan coja el tiempo suficiente para que la culpa caiga sobre el controlador, no sobre quien lo configuró.
**Comando**
```
[PENDIENTE: comando o ruta exacta en la interfaz que reproduce el error y permite verificar su corrección —por ejemplo, la pantalla de estado de adopción, la tabla de VLANs de gestión o el aviso de certificado en el navegador—]
```
**Salida**
```
[PENDIENTE: captura o salida real del log del controlador mostrando el error concreto que Luis quiere ilustrar —conflicto de IP de gestión, dispositivo no adoptado por VLAN incorrecta, o certificado caducado en el primer acceso—]
```
**Lectura**
- [PENDIENTE: descripción del primer error frecuente medido o documentado por Luis en instalaciones reales, con el síntoma visible y el paso exacto que lo corrige]
- [PENDIENTE: descripción del segundo error frecuente, mismo formato: síntoma, causa raíz, corrección concreta]
- [PENDIENTE: descripción del tercer error frecuente, mismo formato: síntoma, causa raíz, corrección concreta]
- **Línea de cierre**: Los tres tienen solución en menos de dos minutos una vez que sabes dónde mirar; el problema es que sin ese patrón reconocido, la búsqueda puede durar una hora.
- **Notas del orador**: Esta lámina solo funciona con evidencia real tuya: log auténtico, ruta exacta, error que hayas visto repetirse. Rellena los marcadores antes de la sesión. Si tienes más de tres errores frecuentes, elige los que tienen síntoma más engañoso, no los más graves: los participantes ya saben distinguir un fallo obvio; lo que necesitan es reconocer el sutil. Si alguno del grupo ya se ha topado con uno de estos, pídele que cuente el síntoma antes de mostrar la pantalla: el reconocimiento en voz ajena vale más que cualquier explicación tuya.
#### Lámina 45 · Contenido con tarjetas · modo claro
- **Antetítulo**: 45 · BLOQUE 3 › PRIMERA CONFIGURACIÓN
- **Título**: Ajustes de seguridad que debes hacer antes de avanzar
- **Entradilla**: El controlador ya está en línea, pero su configuración por defecto asume que estás en un entorno de prueba. Estos tres ajustes cierran las puertas que vienen abiertas de fábrica.
1. **Contraseña de administrador** — Cambia la credencial por defecto antes de adoptar ningún dispositivo: cualquier equipo adoptado hereda el acceso al controlador, y una contraseña débil compromete todo el sitio desde el primer AP.
2. **HTTPS y puerto de gestión** — Fuerza HTTPS en la interfaz web y, si el controlador es accesible desde fuera de la LAN, cambia el puerto de gestión por defecto; los escaneos automáticos lo prueban en cuestión de minutos.
3. **Acceso remoto acotado** — Restringe qué IPs o rangos pueden abrir sesión en el panel: una regla de firewall que permita solo tu red o la de tu cliente elimina la superficie de ataque sin coste adicional.
- **Línea de cierre**: Estos tres ajustes no son opcionales que mejoran la postura de seguridad: son el mínimo para que el sitio pueda entregarse. Todo lo que configures después se apoya en ellos.
- **Notas del orador**: No pases a la lámina siguiente hasta que cada participante haya completado al menos el cambio de contraseña en su propio controlador. Es el momento de detectar a quien sigue con el admin por defecto. Si alguien argumenta que 'en redes internas no hace falta', recuérdales que la mayoría de incidentes en instalaciones de cliente vienen de movimiento lateral desde dentro, no de ataques externos.
#### Lámina 46 · Diagrama · modo oscuro
- **Antetítulo**: 46 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › ARQUITECTURA RESULTANTE
- **Título**: Cómo queda la red cuando el controlador ya está activo
- **Entradilla**: El controlador activo no cambia el tráfico de datos: cambia quién tiene visibilidad y control sobre toda la red.
**Descripción del diagrama**: Diagrama en dos capas horizontales superpuestas. Capa inferior (plano de datos, flechas sólidas): Internet → router/gateway → switch de distribución → APs → clientes. Capa superior (plano de gestión, flechas discontinuas): controlador ↔ APs y switches adoptados mediante el protocolo Omada. Las dos capas comparten los mismos enlaces físicos pero se distinguen visualmente por color y tipo de línea. El controlador aparece en posición central-alta, conectado solo al plano de gestión, nunca en el camino del tráfico de usuario.
**Elementos**
- Internet · WAN: punto de entrada. El router o gateway no cambia de posición ni de función.
- Switch de distribución: conecta el controlador hardware a la red o, en la variante cloud, el gateway tiene salida directa a internet para alcanzar el plano de gestión.
- Controlador (hardware local o instancia cloud): recibe heartbeats de cada AP y switch gestionado; responde con la configuración activa.
- APs y switches adoptados: ejecutan la configuración que reciben del controlador; si el controlador cae, siguen operando con la última configuración descargada.
- Dispositivos de usuario final: nunca hablan con el controlador; su tráfico sigue la ruta de datos sin rodeos adicionales.
**Lectura**: Lee el diagrama de izquierda a derecha siguiendo el plano de gestión, separado del plano de datos. El tráfico de usuario baja por la ruta habitual; las instrucciones de configuración viajan por un canal aparte hacia cada dispositivo adoptado.
- **Línea de cierre**: El límite honesto: si el controlador hardware pierde energía o conectividad, los dispositivos adoptados mantienen la última configuración pero pierdes visibilidad en tiempo real y capacidad de hacer cambios hasta que vuelva.
- **Notas del orador**: Detente aquí el tiempo que necesites: este diagrama es el modelo mental que los participantes van a necesitar durante el resto del taller. Si alguien confunde plano de gestión con plano de datos, los criterios de elección de las láminas anteriores no van a tener sentido. Puedes reforzarlo con la pregunta inversa: '¿Qué pasa si apago el controlador ahora mismo?' La respuesta correcta —la red sigue funcionando, pero ciega— es la que separa a quien ha entendido el modelo de quien solo ha visto los pasos de instalación.
#### Lámina 47 · Contenido con tarjetas · modo claro
- **Antetítulo**: 47 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › VALIDACIÓN PREVIA A LA ENTREGA
- **Título**: Qué confirmar antes de dar por buena la instalación
- **Entradilla**: El controlador arranca y los dispositivos aparecen adoptados. Eso no es suficiente: hay tres comprobaciones que separan una instalación lista de una que va a dar problemas en producción.
1. **Conectividad real confirmada** — Conecta un cliente inalámbrico al SSID configurado y verifica que obtiene IP del rango correcto, alcanza el gateway y sale a internet: si solo ves el dispositivo adoptado en el mapa pero no pruebas tráfico de extremo a extremo, no has validado nada.
2. **VLAN en el puerto correcto** — Comprueba en el switch que el tráfico de cada red llega etiquetado con el ID de VLAN que asignaste: un error de trunk en un puerto basta para que dos redes que parecen separadas compartan segmento sin que nadie lo note.
3. **Acceso al controlador desde fuera** — Entra al portal de gestión desde una red distinta a la del sitio, ya sea la nube o la IP pública del hardware: si tu cliente necesita administrar el sitio en remoto y tú no lo has probado antes de irte, el primer soporte es tuyo.
- **Línea de cierre**: Estas tres comprobaciones no validan que el diseño sea el óptimo; validan que lo que configuraste hace exactamente lo que dice que hace.
- **Notas del orador**: Detente en la tarjeta de VLAN: es donde más instalaciones fallan en silencio. Si tienes acceso a un switch en el momento de la sesión, muestra en vivo cómo verificar el etiquetado con el visor de puertos del controlador o con una captura rápida. Si no, menciona explícitamente qué herramienta usarías tú en campo para confirmarlo. No avances a la lámina siguiente hasta que alguien de la sala haya dicho cuál de las tres comprobaciones haría primero y por qué: la respuesta revela cómo piensan ante una entrega real.
#### Lámina 48 · Evidencia medida · modo oscuro
- **Antetítulo**: 48 · BLOQUE 3 › PRIMERA CONFIGURACIÓN
- **Título**: El panel principal te dice si algo va mal desde el minuto cero
- **Entradilla**: El dashboard no es decorativo: cada sección que ves en pantalla tiene un umbral, y cuando algo lo supera, cambia de color antes de que llegue la queja del cliente.
**Comando**
```
[PENDIENTE: ruta exacta dentro de la interfaz web del controlador para llegar al dashboard principal, por ejemplo: menú lateral › sección]
```
**Salida**
```
[PENDIENTE: captura real del panel principal del controlador recién configurado, con al menos un dispositivo adoptado y datos de tráfico visibles]
```
**Lectura**
- [PENDIENTE: qué indica el primer indicador de estado que aparece en pantalla y qué valor es normal vs. alerta]
- [PENDIENTE: qué muestra el bloque de clientes conectados y qué umbral dispara una advertencia visual]
- [PENDIENTE: qué sección refleja el estado de los AP (puntos de acceso) adoptados y cómo distingue entre 'conectado', 'aislado' y 'desconectado']
- [PENDIENTE: qué dato de tráfico o carga aparece por defecto y cada cuántos segundos se refresca]
- **Línea de cierre**: Lo que no aparece aquí: alertas de configuración incorrecta de VLAN (red de área local virtual) y problemas de autenticación RADIUS (Servicio de Autenticación Remota de Usuario por Marcado) se ven en secciones distintas del controlador, no en este panel.
- **Notas del orador**: Detente en esta lámina con la interfaz abierta en vivo. Muestra el estado real del sitio que acabáis de crear juntos: si todo está verde, señala exactamente qué tendría que pasar para que dejara de estarlo. Si hay algún aviso real, mejor: es la demostración más honesta que puedes dar. No avances hasta que alguien de la sala haya leído en voz alta lo que ve en su propio panel.
#### Lámina 49 · Tabla comparativa · modo claro
- **Antetítulo**: 49 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › CHECKLIST COMPARADO
- **Título**: Checklist de instalación: nube vs hardware comparados paso a paso
- **Entradilla**: El orden de los pasos no es el mismo en nube y en hardware, y confundirlos es la causa más frecuente de adopciones fallidas en el primer intento.
| Paso | Controlador en la nube | Controlador en hardware |
| --- | --- | --- |
| 1 · Cuenta y acceso inicial | Crear cuenta en omadacloud.com y verificar correo | Acceder a la IP local del OC (Omada Controller) en el navegador del mismo segmento |
| 2 · Licencia o vinculación | Asociar la licencia Omada Cloud al controlador o verificar el plan activo | No requiere licencia; confirmar que el firmware del OC es compatible con los dispositivos a adoptar |
| 3 · Crear el sitio | Desde el panel web: 'Añadir sitio' → asignar nombre, región y zona horaria | Desde la consola local: 'Crear sitio' → mismo formulario, sin selección de región |
| 4 · Adopción de dispositivos | Dispositivos con firmware reciente se descubren solos si están en la misma red o apuntan al FQDN (nombre de dominio completamente cualificado) del cloud | Dispositivos en la misma subred aparecen en 'Pendiente de adopción'; fuera de subred requieren informar la IP del OC en el dispositivo |
| 5 · Configuración de red | Todo desde la interfaz web remota; los cambios se sincronizan al guardar | Todo desde la interfaz web local; los cambios se aplican en tiempo real sin latencia de sincronía |
| 6 · Validación de conectividad | Verificar estado 'Conectado' en el panel cloud y comprobar ping desde un cliente asociado | Verificar estado 'Conectado' en la consola local y confirmar que el OC tiene salida a internet si el cliente quiere acceso remoto opcional |
| 7 · Acceso remoto post-entrega | Incluido por diseño; el cliente entra con su cuenta cloud desde cualquier lugar | Requiere configurar port forwarding (reenvío de puertos) o VPN en el router del cliente para acceso externo |
**Veredicto**: La nube elimina el paso de acceso remoto pero añade dependencia de licencia y conectividad saliente permanente. El hardware simplifica la adopción local pero traslada al instalador la responsabilidad del acceso externo.
- **Línea de cierre**: Si en el paso 4 un dispositivo no aparece en ninguna de las dos vías, el problema casi siempre es de VLAN o de firewall, no del controlador.
- **Notas del orador**: Muestra los dos flujos en paralelo con dos pestañas del navegador abiertas, o con capturas side-by-side si no tienes los dos entornos en vivo. El objetivo no es leer la tabla: es que vean que el esqueleto es el mismo y que las diferencias son puntuales. Detente en el paso 4 y pregunta qué ocurre si el APs (punto de acceso) está en una VLAN distinta al OC local; deja que respondan antes de explicarlo. El paso 7 es donde los integradores suelen prometer cosas al cliente sin haberlo configurado: nómbralo sin culpar, y deja claro que el port forwarding hay que documentarlo y probarlo antes de salir del sitio.
#### Lámina 50 · Contenido con tarjetas · modo claro
- **Antetítulo**: 50 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › CREDENCIALES
- **Título**: Dónde guardar las credenciales y por qué importa desde el principio
- **Entradilla**: La cuenta de administrador que creas en los primeros cinco minutos del controlador es la que vas a necesitar el día que tu cliente llame a las dos de la mañana. Si no la tienes apuntada en el lugar correcto, ese día empieza mal.
1. **Gestor de contraseñas** — Guarda usuario, contraseña y URL del controlador en un gestor de contraseñas compartido con tu equipo, no en un bloc de notas local ni en el historial del navegador.
2. **Una cuenta por cliente** — Crea credenciales distintas para cada sitio desde el primer momento: mezclar clientes bajo un mismo administrador convierte un problema puntual en un riesgo para todos.
3. **Anótalas antes de salir** — Documenta las credenciales antes de cerrar la instalación, no después. Una vez en remoto y sin acceso físico, recuperar una contraseña perdida puede requerir un reset completo del controlador.
- **Línea de cierre**: Lo que aquí no se aplica: si tu cliente gestiona sus propias credenciales, acuerda por escrito quién custodia la copia de seguridad antes de entregar el sitio.
- **Notas del orador**: No preguntes a la sala todavía. Detente aquí y cuenta alguna situación real que hayas vivido —o que sea creíble en el sector— donde recuperar el acceso costó más que la instalación original. El punto no es el procedimiento: es hacer que sientan el coste de saltárselo. Si alguien del grupo trabaja ya con un gestor de contraseñas, pídele que nombre cuál usa; eso normaliza el hábito sin que venga solo de ti.
#### Lámina 51 · Portada de laboratorio · modo oscuro
- **Antetítulo**: 51 · BLOQUE 3 › LABORATORIO
- **Título**: Instala y configura tu controlador por primera vez
- **Entradilla**: Hasta aquí, criterios. A partir de aquí, teclado: vas a dejar el controlador instalado y listo para adoptar dispositivos.
**Número**: Laboratorio 3.1
**Título de la práctica**: Instala y configura tu controlador por primera vez
- **Línea de cierre**: Cuando termines este laboratorio tienes un controlador real funcionando, no una demo: ese es el punto de partida del bloque siguiente.
- **Notas del orador**: Antes de arrancar, confirma que cada participante tiene acceso a su instancia: credenciales, URL o hardware encendido según el tipo de controlador que eligió en el bloque anterior. Si alguien cambió de opinión sobre nube vs. hardware, este es el último momento para redirigirle sin perder tiempo de práctica. No avances hasta que todo el mundo tenga la pantalla de inicio visible.
#### Lámina 52 · Laboratorio, lo que vas a hacer · modo claro
- **Antetítulo**: 52 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › LABORATORIO
- **Título**: Sigue el proceso completo hasta tener el panel activo
- **Entradilla**: Tres pasos, un resultado: el panel del controlador con al menos un dispositivo visible y la red en estado operativo.
- A · **Despliega e inicia el controlador** — Instala el software o accede al OC (Omada Controller) en la nube según el tipo que elegiste en la lámina anterior. Confirma que el servicio arranca y que puedes abrir la pantalla de bienvenida desde el navegador.
- B · **Crea el sitio y adopta el primer dispositivo** — Define el sitio con nombre, región horaria y país. Desde la sección de dispositivos, adopta al menos un AP (punto de acceso) o switch que esté en la misma red que el controlador. El dispositivo debe pasar de estado 'Pendiente' a 'Conectado'.
- C · **Verifica el panel y cierra el checklist** — Abre el panel principal y confirma que ves el dispositivo adoptado, el estado de la red y cero alertas críticas. Si hay alertas, resuélvelas antes de marcar el paso como completo.
**Línea guía**: Si en el paso B el dispositivo no aparece como 'Pendiente' tras dos minutos, lo primero que compruebas es que el controlador y el dispositivo estén en la misma subred o que el DHCP option 138 esté configurado.
- **Línea de cierre**: El panel activo es el punto de partida, no la meta: lo que acabas de levantar es la base sobre la que vas a construir redes, VLANs y políticas en los bloques siguientes.
- **Notas del orador**: Deja un margen real para este laboratorio: quien no tiene el dispositivo en la misma subred va a atascarse en el paso B y necesita intervención antes de que abandone. Antes de que empiecen, comprueba en voz alta que todos tienen claro qué tipo de controlador van a usar: el que lo cambia a mitad del laboratorio pierde diez minutos. Si alguien termina antes, pídele que localice en el panel dónde se consultan los logs de adopción; lo necesitarás en la siguiente lámina.
#### Lámina 53 · Cierre de bloque · modo oscuro
- **Antetítulo**: 53 · BLOQUE 3 › CIERRE
- **Título**: Tu controlador está en marcha y listo para recibir dispositivos
- **Entradilla**: Tres cosas ocurrieron en este bloque. Vale la pena nombrarlas antes de avanzar, porque el bloque 4 las da por sentadas.
- **Controlador operativo** — Instalaste el controlador, accediste a su interfaz y completaste el asistente de configuración inicial sin errores.
- **Red y acceso definidos** — Asignaste dirección IP fija al controlador y configuraste las credenciales de administrador que vas a entregar al cliente.
- **Conectividad verificada** — Confirmaste que el controlador responde desde la misma red donde van a vivir tus APs (puntos de acceso).
**Lo que falta**: El controlador todavía no sabe que tus dispositivos existen. Hasta que no los adoptes, el sitio está vacío y no hay nada que gestionar.
**Lo que sigue**: El bloque 4 empieza por ahí: cómo localizar los dispositivos en la red, adoptarlos desde el controlador y organizarlos en un sitio con nombre y estructura.
- **Línea de cierre**: Un controlador sin dispositivos adoptados es infraestructura sin red. El trabajo real empieza en el siguiente bloque.
- **Notas del orador**: Detente aquí el tiempo que haga falta. Si alguien no tiene el controlador respondiendo todavía, es el momento de resolverlo, no durante la adopción. En el bloque 4 todo el mundo tiene que estar en el mismo punto de partida o se pierde la mitad de la sala. Pregunta en voz alta: '¿Alguien no ve todavía la pantalla de login del controlador?' y da margen real para responder.
### Entre bloques
#### Lámina 54 · Encuesta en vivo · modo oscuro
- **Antetítulo**: 54 · CIERRE › DIAGNÓSTICO
- **Título**: ¿Qué parte de la instalación te ha generado más dudas?
- **Entradilla**: Llevas varias horas configurando: es el momento de nombrar lo que todavía no ha quedado claro.
**Llamada**: ¿Qué parte de la instalación te ha generado más dudas?
- **Línea de cierre**: Las respuestas de ahora determinan qué repasamos antes de cerrar la sesión.
- **Notas del orador**: Lanza la encuesta y lee los resultados en voz alta mientras llegan. No los interpretes todavía: recoge, agrupa mentalmente y decide qué punto reabres. Si la mayoría señala el mismo paso, es señal de que la explicación anterior necesita otro ángulo, no más repetición del mismo.
### Bloque 4 · Adopción de dispositivos y creación de un sitio — Cómo el controlador reconoce y organiza tus equipos (sesión 2)
#### Lámina 55 · Separador de bloque · modo oscuro
- **Antetítulo**: 04 · BLOQUE 4 › ADOPCIÓN Y SITIO
- **Título**: Adopción de dispositivos y creación de un sitio
- **Entradilla**: El controlador está en marcha. Ahora viene la parte que el cliente va a ver: sus dispositivos aparecen en el mapa y su red tiene nombre.
**Número**: 04
**Subtítulo**: Adopción de dispositivos y creación de un sitio
**Promesa**: Adoptas los APs, switches y gateways, los agrupas en un sitio y validas que la topología refleja la instalación física.
- **Línea de cierre**: Un dispositivo no adoptado es un dispositivo que el controlador no gestiona: aquí no dejamos ninguno fuera.
- **Notas del orador**: Antes de avanzar, confirma que todos tienen al menos un dispositivo Omada encendido y en la misma red que el controlador. Si alguien no lo tiene, este bloque se convierte en observación para él, y lo resuelves en el descanso. No alargues la espera del grupo.
#### Lámina 56 · La ruta del bloque · modo claro
- **Antetítulo**: 56 · BLOQUE 4 › ADOPCIÓN Y SITIO
- **Título**: De los equipos desconectados al sitio organizado
- **Entradilla**: Cinco pasos separan un equipo recién enchufado de un dispositivo gestionado dentro de tu sitio. Aquí está la secuencia completa.
1. **Descubre el dispositivo** — El controlador detecta cualquier equipo Omada en el mismo segmento de red y lo muestra como pendiente de adopción.
2. **Adopta y asigna** — Con un clic lo incorporas al sitio: el controlador empuja su configuración base y el equipo queda bajo gestión centralizada.
3. **Crea el sitio** — Agrupa los dispositivos adoptados bajo un nombre de ubicación; desde ese momento toda la política se aplica a nivel de sitio, no de equipo individual.
4. **Organiza por perfiles** — Asigna roles —gateway, switch, AP (punto de acceso)— para que el controlador sepa qué configuración empujar a cada tipo de hardware.
5. **Verifica el estado** — Comprueba que todos los dispositivos aparecen en verde antes de tocar cualquier red: un equipo en error ahora es un problema en producción después.
**Línea de laboratorio**: Laboratorio: arranca con los equipos enchufados pero sin adoptar y recorre los cinco pasos hasta tener el sitio completo y todos los dispositivos en verde.
- **Línea de cierre**: El sitio es la unidad de trabajo real en Omada: lo que configures a partir de aquí afecta a todos los dispositivos que contiene, no solo al que tienes delante.
- **Notas del orador**: Detente en el paso 2 y muestra en vivo qué aspecto tiene un dispositivo en estado 'pendiente' frente a uno ya adoptado. Es el momento donde más preguntas aparecen: algunos participantes habrán visto ese estado en campo sin saber qué significaba. No adelantes todavía qué ocurre si adoptas un equipo en el sitio equivocado; eso lo cubres en la lámina de errores frecuentes.
#### Lámina 57 · Contenido con tarjetas · modo claro
- **Antetítulo**: 04 · ADOPCIÓN Y SITIO › CONCEPTO DE SITIO
- **Título**: Un sitio en Omada no es una carpeta: es la unidad lógica de tu despliegue
- **Entradilla**: Cuando creas un sitio en Omada, no estás agrupando dispositivos por comodidad: estás definiendo el perímetro dentro del cual el controlador aplica políticas, sincroniza configuración y genera estadísticas de forma coherente.
1. **Perímetro de política** — Todo lo que configuras —SSIDs, VLANs, perfiles de RF— existe dentro de un sitio y solo afecta a los dispositivos adoptados en él.
2. **Unidad de entrega** — Cuando terminas el proyecto de un cliente, lo que le entregas es un sitio: credenciales, topología y configuración en un único contexto gestionable.
3. **Aislamiento entre clientes** — Dos clientes en el mismo controlador viven en sitios distintos: sus datos, alarmas y administradores no se mezclan aunque compartan la misma instancia.
- **Línea de cierre**: El límite honesto: un sitio agrupa dispositivos de una misma ubicación lógica, pero si tu cliente tiene dos sedes con políticas diferentes, necesitas dos sitios aunque el controlador sea uno solo.
- **Notas del orador**: Detente aquí si alguien pregunta si puede mover un dispositivo de un sitio a otro sin reconfigurarlo: la respuesta es no, la adopción hay que repetirla. Vale la pena anticiparlo antes de que lo descubran en la práctica. No entres todavía en cómo se crean los administradores por sitio; eso tiene su propio momento más adelante.
#### Lámina 58 · Diagrama · modo oscuro
- **Antetítulo**: 04 · ADOPCIÓN Y SITIO › ESTRUCTURA DE CONTROL
- **Título**: Cómo se relacionan el controlador, el sitio y los dispositivos
- **Entradilla**: Tres conceptos, una jerarquía: si tienes claro cómo se encajan, el resto de la configuración tiene sentido solo.
**Descripción del diagrama**: Árbol vertical de tres niveles. Nivel superior: un único bloque etiquetado 'Controlador (nube o hardware)'. Nivel medio: dos o tres bloques etiquetados 'Sitio A', 'Sitio B', 'Sitio C', conectados al controlador con líneas sólidas hacia abajo. Nivel inferior: bajo cada sitio, dos o tres iconos de dispositivo (AP, switch, router) etiquetados 'Adoptado', conectados al bloque de sitio correspondiente con líneas sólidas. Una nota lateral junto al dispositivo indica: 'Un dispositivo → un sitio'. El diagrama deja claro que los sitios no se cruzan entre sí y que los dispositivos no flotan sueltos fuera de un sitio.
**Elementos**
- Controlador: el cerebro central. Puede ser en la nube o en hardware, pero su función es la misma: guardar la configuración, aplicarla y mostrar el estado de todo lo que hay debajo.
- Sitio: la unidad lógica de agrupación. Representa una instalación física, un cliente o un proyecto. Tiene su propia red, sus propias VLANs y sus propias políticas.
- Dispositivo adoptado: un AP, un switch o un router TP-Link Omada que el controlador ha reconocido, vinculado al sitio y desde ese momento gestiona de forma centralizada.
- Relación de dependencia: sin controlador no hay sitio, sin sitio no se puede adoptar ningún dispositivo. El orden no es opcional.
- Flujo de configuración: defines el sitio primero, luego adoptas los dispositivos, luego empujas la configuración de red. Nunca al revés.
**Lectura**: El controlador es la capa que lo gestiona todo. Dentro de él creas sitios, y dentro de cada sitio adoptas dispositivos. Un dispositivo solo puede pertenecer a un sitio a la vez, y un sitio solo puede existir bajo un controlador.
- **Línea de cierre**: Lo que no ves en este diagrama: dos controladores gestionando el mismo sitio a la vez. Eso no existe en Omada, y es una pregunta que te van a hacer.
- **Notas del orador**: Detente aquí más de lo que parece necesario. La confusión más frecuente en este punto es mezclar 'sitio' con 'red inalámbrica': alguien va a preguntar si cada SSID es un sitio distinto. Respuesta corta: no. El sitio es la instalación; las SSIDs son configuración dentro del sitio. Dibuja el árbol en la pizarra virtual si la sala parece dudar, no avances hasta que la jerarquía esté asentada.
#### Lámina 59 · Contenido con tarjetas · modo claro
- **Antetítulo**: 59 · BLOQUE 4 › ADOPCIÓN DE DISPOSITIVOS
- **Título**: Qué significa que un dispositivo sea adoptado y qué ocurre cuando lo es
- **Entradilla**: Conectar un dispositivo a la red y adoptarlo son dos cosas distintas. La adopción es el momento en que el controlador toma el mando.
1. **Antes de la adopción** — El dispositivo arranca con firmware de fábrica, escucha en su subred buscando un controlador, y no aplica ninguna política tuya: opera en modo standalone o simplemente espera.
2. **El momento exacto** — El controlador detecta el dispositivo, intercambia credenciales y lo registra en el sitio: a partir de ahí, toda la configuración viene del controlador, no del dispositivo.
3. **Después de la adopción** — El dispositivo sincroniza la configuración del sitio, aplica tus SSIDs, VLANs y políticas, y queda visible en el dashboard con estado, estadísticas y alertas en tiempo real.
- **Línea de cierre**: El límite honesto: si el controlador cae después de la adopción, el dispositivo sigue funcionando con la última configuración recibida, pero deja de reportar y no aplica cambios nuevos.
- **Notas del orador**: Detente aquí antes de avanzar. Este es el concepto que más confunde a integradores con experiencia en standalone: que el dispositivo 'pierda' su configuración propia no es un fallo, es exactamente el resultado esperado. Si hay alguien en la sala que ya haya adoptado dispositivos sin querer o por accidente, este es el momento de que lo cuente: la adopción involuntaria en redes de producción es un error frecuente y vale la pena nombrarlo antes de que ocurra en el taller.
#### Lámina 60 · Evidencia medida · modo oscuro
- **Antetítulo**: 60 · BLOQUE 4 › ADOPCIÓN DE DISPOSITIVOS
- **Título**: Así aparece un equipo pendiente de adopción en el panel
- **Entradilla**: Cuando un equipo llega a la red y el controlador lo detecta, aparece en el panel antes de que hagas nada. Lo que ves en ese momento es lo que confirma que el descubrimiento funcionó.
**Comando**
```
[PENDIENTE: describir el estado del equipo en la interfaz tal como aparece en tu despliegue: nombre del modelo, dirección IP asignada, estado exacto que muestra el controlador]
```
**Salida**
```
[PENDIENTE: captura de pantalla real del panel de Omada mostrando un dispositivo en estado 'Pendiente de adopción', con la sección y el botón de adoptar visibles]
```
**Lectura**
- [PENDIENTE: texto literal del estado que muestra el panel para ese equipo]
- [PENDIENTE: columnas o campos visibles en esa fila: modelo, IP, estado, acción disponible]
- [PENDIENTE: si aparece algún aviso o indicador de versión de firmware en ese momento, indicarlo aquí]
- **Línea de cierre**: Si el equipo no aparece aquí, el problema es de red, no de configuración del controlador: mismo segmento, mismo VLAN de gestión, sin NAT entre medias.
- **Notas del orador**: Detente en esta lámina el tiempo necesario para que todos identifiquen dónde está ese panel en su propia sesión del controlador. El error más frecuente aquí es que el equipo sí está adoptado pero en otro sitio creado antes: pídeles que comprueben que están mirando el sitio correcto, no la vista global.
#### Lámina 61 · Contenido con tarjetas · modo claro
- **Antetítulo**: 04 · ADOPCIÓN DE DISPOSITIVOS › MÉTODOS DE ADOPCIÓN
- **Título**: Tres formas de adoptar un dispositivo y cuándo usar cada una
- **Entradilla**: Omada reconoce un dispositivo de tres maneras distintas. Elegir la correcta te ahorra tiempo en obra y evita que una instalación grande se convierta en un proceso manual dispositivo a dispositivo.
1. **Escaneo de red local** — El controlador descubre solo los dispositivos TP-Link en el mismo segmento de red. Úsalo cuando el equipo ya está cableado y accesible desde la misma VLAN (red de área local virtual) que el controlador.
2. **Código de reclamación (Claim Code)** — Cada dispositivo trae un código impreso. Lo introduces manualmente en Omada Cloud para asociarlo a tu organización. Úsalo cuando el dispositivo está en otra red o lo adoptas antes de instalarlo físicamente.
3. **Archivo de importación masiva** — Subes un CSV con los códigos de varios dispositivos de una vez. Úsalo cuando recibes el pedido en almacén y quieres tener toda la flota registrada antes de ir a obra.
- **Línea de cierre**: El límite honesto: el escaneo local es el más rápido, pero falla si el dispositivo está en una VLAN distinta a la del controlador y no hay enrutamiento entre ellas. Comprueba la topología antes de asumir que el descubrimiento automático va a funcionar.
- **Notas del orador**: No des los tres métodos como equivalentes: guía a los participantes hacia cuál usarán el noventa por ciento de las veces según su flujo de trabajo habitual. Si la mayoría trabaja en PYME con instalaciones pequeñas, el escaneo local será su día a día; si hacen preventas con stock propio, la importación masiva les cambia el proceso. Pregúntales cómo reciben el material ahora: ¿lo preconfiguran en taller o lo instalan directamente en cliente? La respuesta te dice cuál de los tres métodos necesitan dominar primero.
#### Lámina 62 · Diagrama · modo oscuro
- **Antetítulo**: 04 · ADOPCIÓN DE DISPOSITIVOS › FLUJO DE ADOPCIÓN
- **Título**: El proceso de adopción paso a paso: de descubierto a gestionado
- **Entradilla**: Un dispositivo recién conectado no está bajo control del controlador: pasa por cuatro estados antes de que puedas gestionarlo. Conocer esos estados te ahorra tiempo cuando algo se detiene a mitad del proceso.
**Descripción del diagrama**: Diagrama de flujo horizontal con cinco nodos en secuencia: DESCONECTADO → DESCUBIERTO → PENDIENTE → APROVISIONANDO → CONECTADO. Cada flecha lleva una etiqueta breve con el detonante: 'alimentación + red', 'acción del integrador', 'handshake', 'push de configuración'. Los nodos DESCUBIERTO y PENDIENTE se destacan con un borde de color distinto porque son los dos puntos donde el proceso puede detenerse si hay un problema de red o de credenciales.
**Elementos**
- 1 · DESCONECTADO — El dispositivo tiene alimentación pero el controlador no lo ve todavía. Causa habitual: no está en la misma VLAN de gestión o el tráfico hacia el controlador está bloqueado.
- 2 · DESCUBIERTO — El controlador detecta el dispositivo en la red. Aún no lo gestiona: está esperando que lo adoptes tú.
- 3 · PENDIENTE DE ADOPCIÓN — Has lanzado la adopción desde la interfaz. El controlador envía credenciales al dispositivo; este las valida y responde.
- 4 · APROVISIONANDO — El dispositivo acepta la gestión y recibe su configuración inicial: nombre de sitio, parámetros de red, firmware si procede.
- 5 · CONECTADO — El dispositivo está bajo gestión completa. Aparece en verde en el panel del sitio y puedes aplicarle perfiles, VLANs (redes de área local virtuales) y políticas.
**Lectura**: El flujo va de izquierda a derecha. Cada flecha representa una acción tuya o una respuesta automática del sistema. Un dispositivo atascado en un estado concreto tiene una causa concreta.
- **Línea de cierre**: Si el dispositivo se queda en DESCUBIERTO sin avanzar, el problema casi siempre está fuera del controlador: un puerto bloqueado, una VLAN mal etiquetada o el dispositivo con firmware muy antiguo que no soporta la versión del controlador que tienes instalada.
- **Notas del orador**: Detente en la flecha entre DESCUBIERTO y PENDIENTE: es donde más tiempo pierden los integradores la primera vez. Explica que el controlador no adopta solo, que esa acción la tienes que lanzar tú desde la lista de dispositivos. Si tienes entorno de laboratorio disponible, este es el momento de mostrarlo en vivo con un AP real o una OLT de prueba. No menciones todavía los problemas de adopción masiva con switches en cascada: eso lo dejas para la lámina de troubleshooting del bloque 5.
#### Lámina 63 · Contenido con tarjetas · modo claro
- **Antetítulo**: 04 · ADOPCIÓN Y SITIO › CREACIÓN DEL SITIO
- **Título**: Cómo crear un sitio y qué parámetros defines desde el principio
- **Entradilla**: El sitio es el contenedor lógico de todo lo que vas a gestionar: sin él, los dispositivos adoptados no tienen dónde organizarse. Tres parámetros que defines al crearlo condicionan el comportamiento de toda la instalación.
1. **Nombre y región** — El nombre identifica el sitio en la consola y en los registros de auditoría; la región fija el servidor de tiempo y las bandas de frecuencia legales disponibles en ese país.
2. **Escenario de red** — Eliges si el sitio opera con un gateway Omada gestionado o con un router externo: esta decisión habilita o oculta funciones de WAN, failover y traffic shaping desde el primer momento.
3. **Administradores y roles** — Asignas qué cuentas tienen acceso al sitio y con qué nivel de permisos: un instalador puede operar sin ver la facturación; un cliente puede ver estadísticas sin tocar la configuración.
- **Línea de cierre**: Lo que no configures aquí no desaparece, pero cambiarlo después —sobre todo el escenario de red— puede requerir readoptar dispositivos. Vale la pena dedicar dos minutos antes de adoptar el primer AP.
- **Notas del orador**: Detente en el escenario de red: es el error más frecuente en la primera instalación. Quien viene de gestionar APs sueltos tiende a elegir 'router externo' por costumbre, sin saber que eso le desactiva las reglas de firewall centralizadas y el VPN site-to-site desde la consola. Pregunta a la sala cuántos han tenido que readoptar dispositivos por un cambio de escenario posterior: la respuesta suele abrir una conversación útil sobre planificación previa a la instalación.
#### Lámina 64 · Evidencia medida · modo oscuro
- **Antetítulo**: 04 · ADOPCIÓN Y SITIO › ESTRUCTURA DEL SITIO
- **Título**: Un sitio bien creado se ve así: estructura, nombre y zona configurados
- **Entradilla**: Cuando el sitio queda bien creado, la interfaz te lo confirma con tres elementos visibles de inmediato: nombre, zona y dispositivos adoptados bajo esa zona. Si falta alguno, la configuración está incompleta.
**Comando**
```
[PENDIENTE: ruta exacta de navegación en el controlador para llegar a la vista de resumen del sitio, por ejemplo Omada Controller › Sites › [nombre del sitio] › Overview]
```
**Salida**
```
[PENDIENTE: captura real de la interfaz Omada mostrando un sitio creado con nombre, zona asignada y al menos un dispositivo adoptado bajo esa zona]
```
**Lectura**
- Nombre del sitio: legible y descriptivo, no 'Site1' ni el valor por defecto — el cliente lo va a ver en la app y en los informes.
- Zona asignada: confirma que los dispositivos se van a gestionar bajo el contexto correcto; sin zona, las políticas de grupo no aplican como esperas.
- Dispositivos listados: cada AP (punto de acceso) o switch adoptado aparece con su estado 'Connected', no 'Pending' ni 'Isolated' — cualquier otro estado es una señal de que la adopción no terminó.
- Perfil de configuración vinculado al sitio: si ves 'Default' aquí, todavía no has aplicado ninguna política propia; es el momento de cambiarlo antes de seguir.
- **Línea de cierre**: Un sitio en estado 'Pending' o con zona vacía no está listo para entregar: los cambios que hagas después de la adopción pueden no propagarse a los dispositivos ya adoptados, y tendrás que readoptarlos.
- **Notas del orador**: Detente aquí y pide a los participantes que comparen su pantalla con la captura. El error más frecuente en este punto es haber creado el sitio sin asignar zona, o haber adoptado dispositivos antes de terminar de nombrar el sitio. Si alguien tiene un dispositivo en estado 'Isolated', no sigas hasta resolverlo: es casi siempre un problema de VLAN de gestión, y conviene verlo en vivo porque es representativo de lo que van a encontrar en campo.
#### Lámina 65 · Tabla comparativa · modo claro
- **Antetítulo**: 04 · ADOPCIÓN DE DISPOSITIVOS › GESTIÓN DEL SITIO
- **Título**: Qué puedes configurar a nivel de sitio vs a nivel de dispositivo
- **Entradilla**: Omada tiene dos niveles de configuración y confundirlos genera trabajo doble: lo que cambias en el sitio se aplica a todos los dispositivos a la vez; lo que cambias en el dispositivo solo afecta a ese equipo.
| Criterio | Nivel de sitio | Nivel de dispositivo |
| --- | --- | --- |
| Alcance del cambio | Todos los dispositivos adoptados en el sitio | Solo el equipo seleccionado |
| Redes inalámbricas (SSID) | Creas, editas y eliminas SSIDs desde aquí | No disponible: los SSIDs se heredan del sitio |
| Perfiles de VLAN | Defines los perfiles una vez, se asignan a cualquier puerto o SSID | Asignas el perfil ya definido a un puerto concreto |
| Parámetros de radio (potencia, canal) | Política global: auto o valores por banda | Ajuste fino de canal y potencia en un AP concreto |
| Firmware | Actualización masiva desde la vista de sitio | Actualización unitaria desde la ficha del equipo |
| Nombre y etiquetas | No aplica | Renombras el equipo y añades etiquetas para filtrar |
| Diagnóstico (ping, traceroute, LED) | No aplica | Solo disponible en la ficha individual del dispositivo |
**Veredicto**: La regla práctica: diseña en el sitio, afina en el dispositivo. Si te encuentras repitiendo el mismo cambio equipo por equipo, es señal de que estás en el nivel equivocado.
- **Línea de cierre**: Todo lo que configures a nivel de sitio es heredable cuando añades un dispositivo nuevo; lo que hayas tocado solo en el dispositivo tendrás que repetirlo a mano.
- **Notas del orador**: Detente aquí antes de avanzar. Es el punto donde los integradores con experiencia en gestión equipo por equipo tienden a buscar la configuración en el lugar equivocado y luego no entienden por qué el cambio no se propagó. Vale la pena mostrar en pantalla los dos menús en paralelo: el de 'Configuración de sitio' y el de 'Dispositivos', para que quede visual la diferencia de profundidad. Si alguien pregunta por los switches y si sus puertos se gestionan igual, la respuesta es sí en cuanto a perfiles de VLAN, pero la asignación de puerto a perfil siempre es a nivel de dispositivo.
#### Lámina 66 · Contenido con tarjetas · modo claro
- **Antetítulo**: 04 · ADOPCIÓN Y SITIO › NOMBRE Y ZONA
- **Título**: Por qué el nombre y la zona del sitio afectan a cómo lo gestionas después
- **Entradilla**: Dos campos que parecen administrativos deciden cómo filtras alarmas, cómo agrupas informes y cómo distingues un sitio de otro cuando tienes diez en el mismo panel.
1. **Nombre del sitio** — Aparece en cada alerta y en cada informe exportado: si pones 'Site1' ahora, lo vas a buscar así dentro de seis meses.
2. **Zona horaria** — El controlador la usa para marcar los logs y para ejecutar las tareas programadas; una zona incorrecta desplaza los registros y dispara acciones en el momento equivocado.
3. **País y región** — Fija los canales Wi-Fi legales disponibles y los límites de potencia; elegir el país erróneo puede dejarte sin canales o fuera de la normativa local.
- **Línea de cierre**: Lo que escribas aquí no es una etiqueta decorativa: es el dato con el que Omada indexa, filtra y programa todo lo que viene después.
- **Notas del orador**: Detente en la zona horaria más de lo que parece necesario. Es el campo que más errores silenciosos genera: el sitio funciona, pero los logs no cuadran con los tickets de soporte y nadie sabe por qué. Si algún participante ya ha tenido ese problema con otro sistema, es el momento de que lo cuente.
#### Lámina 67 · Contenido con tarjetas · modo claro
- **Antetítulo**: 67 · BLOQUE 4 › ADOPCIÓN DE DISPOSITIVOS
- **Título**: Qué hacer cuando un dispositivo no aparece en el listado de descubiertos
- **Entradilla**: El dispositivo está enchufado, el controlador está activo, y aun así el listado está vacío. Hay tres causas distintas y cada una tiene su comprobación.
1. **Red diferente** — El descubrimiento automático usa broadcast L2 (capa 2): si el AP (punto de acceso) está en una VLAN distinta a la del controlador, el paquete no llega. Pon ambos en el mismo segmento de red o configura un helper de descubrimiento en el router.
2. **Firmware sin inicializar** — Un dispositivo recién desempaquetado puede salir de fábrica en un estado que rechaza la adopción hasta que termina su arranque completo. Espera dos minutos tras encenderlo y recarga el listado antes de asumir que hay un problema.
3. **Ya adoptado en otro sitio** — Si el dispositivo estuvo vinculado a otro controlador, mantiene esa configuración y no responde al nuevo. Necesitas un reset de fábrica: mantén el botón de reset pulsado hasta que los LEDs (indicadores luminosos) parpadeen y el equipo vuelva al estado de fábrica.
- **Línea de cierre**: Estas tres causas cubren la mayoría de los casos, pero si tras resolverlas el dispositivo sigue sin aparecer, el siguiente paso es comprobar el log del controlador: ahí se registra si hubo intento de contacto fallido y por qué.
- **Notas del orador**: Detente aquí y pide que alguien de la sala describa su red de prueba: ¿el controlador y los APs están en el mismo segmento? Es muy probable que algún participante ya haya caído en el caso 1 sin saberlo. No des la respuesta tú; deja que ellos lo diagnostiquen con la tarjeta delante. El reset de fábrica del caso 3 varía según modelo: no des un procedimiento único como válido para todos, indica que lo confirmen en la guía rápida del dispositivo concreto.
#### Lámina 68 · Evidencia medida · modo oscuro
- **Antetítulo**: 04 · ADOPCIÓN DE DISPOSITIVOS › ESTADO DEL DISPOSITIVO
- **Título**: Estado de un dispositivo adoptado: lo que te indica cada indicador
- **Entradilla**: Un dispositivo adoptado no es sinónimo de dispositivo bien configurado. La columna de estado en la vista de dispositivos te dice exactamente en qué punto está cada equipo antes de que tu cliente estrene la red.
**Comando**
```
[PENDIENTE: acción de consola o ruta exacta en la interfaz para reproducir la vista: por ejemplo, Devices > All Devices con filtro de estado activo]
```
**Salida**
```
[PENDIENTE: captura real de la vista de dispositivos en Omada Controller con al menos un equipo en cada estado relevante: Connected, Isolated, Pending, Disconnected]
```
**Lectura**
- [PENDIENTE: descripción del estado 'Connected' tal como aparece en la interfaz y lo que confirma operativamente]
- [PENDIENTE: descripción del estado 'Isolated' y cuándo aparece, por ejemplo por conflicto de configuración o VLAN incorrecta]
- [PENDIENTE: descripción del estado 'Pending' y qué acción requiere de tu parte para avanzar]
- [PENDIENTE: descripción del estado 'Disconnected' y cómo distinguirlo de un equipo que nunca llegó a adoptarse]
- **Línea de cierre**: Leer el estado antes de cerrar una instalación te ahorra la llamada de soporte; no te dice por qué un equipo cayó, solo que cayó.
- **Notas del orador**: Detente aquí y pide a los participantes que abran su instancia del controlador y localicen la columna de estado. El objetivo no es explicar los estados de memoria sino que cada uno los vea en vivo sobre sus propios dispositivos. Si alguien tiene un equipo en 'Isolated' o 'Pending', úsalo como caso en tiempo real en lugar de avanzar: vale más que cualquier ejemplo preparado.
#### Lámina 69 · Contenido con tarjetas · modo claro
- **Antetítulo**: 04 · ADOPCIÓN DE DISPOSITIVOS › GESTIÓN DE SITIOS
- **Título**: Cómo mover un dispositivo de un sitio a otro sin perder la configuración
- **Entradilla**: Mover un dispositivo entre sitios no borra su historial de configuración en el origen, pero sí sobreescribe lo que tenía en cuanto el sitio destino lo adopta. Conoce el orden exacto antes de ejecutarlo.
1. **Olvida primero** — Desde el sitio origen, olvida el dispositivo antes de moverlo: si lo mueves sin olvidarlo, el controlador lo sigue reclamando y el destino no puede adoptarlo.
2. **Adopta en destino** — Una vez olvidado, el dispositivo aparece como pendiente en el sitio destino; adóptalo desde allí y aplica la configuración del nuevo sitio desde cero.
3. **Exporta antes de olvidar** — Si necesitas conservar la configuración anterior —canal, potencia, VLANs (redes de área local virtuales)—, expórtala o anótala manualmente: el olvido no hace copia de seguridad automática.
- **Línea de cierre**: El orden es siempre exportar → olvidar → adoptar. Invertir cualquier paso te obliga a empezar de nuevo.
- **Notas del orador**: Detente aquí y anticipa el error más frecuente: adoptar en destino sin haber olvidado en origen. La sala probablemente ya lo ha visto pasar en campo. Pregunta si alguien ha tenido que hacer una visita extra por este motivo; suele abrir conversación. No entres todavía en cómo restaurar configuración exportada: eso va en la lámina de validación y entrega.
#### Lámina 70 · Portada de laboratorio · modo oscuro
- **Antetítulo**: 04 · ADOPCIÓN DE DISPOSITIVOS › LABORATORIO
- **Título**: Crea tu sitio y adopta los dispositivos del escenario
- **Entradilla**: Hasta aquí has visto cómo funciona el controlador. Ahora lo haces tú: vas a crear un sitio real y a que tus dispositivos respondan a él.
**Número**: Laboratorio 4
**Título de la práctica**: Crea tu sitio y adopta los dispositivos del escenario
- **Línea de cierre**: Cuando termines este laboratorio, el controlador sabe qué dispositivos gestiona y tú sabes cómo se lo has dicho.
- **Notas del orador**: No avances todavía a la configuración de red: el objetivo aquí es solo que el sitio exista y los dispositivos estén adoptados. Si alguien llega a ese punto antes de tiempo, dile que espere en la pantalla de resumen del sitio, no que siga explorando menús. Los errores más frecuentes en esta fase son adoptar el dispositivo desde la IP equivocada o tener el controlador y el AP en subredes distintas sin la ruta correcta; anticípalo en voz alta antes de que empiecen.
#### Lámina 71 · Laboratorio, lo que vas a hacer · modo claro
- **Antetítulo**: 04 · ADOPCIÓN DE DISPOSITIVOS › LABORATORIO
- **Título**: Configura el sitio y lleva cada equipo al estado gestionado
- **Entradilla**: Tienes el controlador corriendo. Ahora le dices quién manda en tu red: creas el sitio, adoptas cada equipo y confirmas que el controlador lo reconoce como gestionado.
- A · **Crea el sitio** — En la interfaz del controlador ve a Sitios › Añadir sitio. Dale un nombre que identifique la instalación del cliente, elige la región horaria correcta y guarda. Este sitio es el contenedor donde vivirán todos los dispositivos que adoptes a continuación.
- B · **Adopta cada dispositivo** — Asegúrate de que cada AP (punto de acceso) o switch Omada está en la misma subred que el controlador o que tienes la ruta de descubrimiento configurada. En el panel de Dispositivos verás los equipos en estado Pendiente de adopción: selecciónalos y pulsa Adoptar. El controlador empuja la configuración inicial y el dispositivo reinicia bajo gestión.
- C · **Confirma el estado Gestionado** — Espera a que el indicador de cada dispositivo cambie de Adoptando a Gestionado (Connected en inglés). Si alguno se queda en Desconectado más de dos minutos, comprueba que el firmware es compatible con tu versión del controlador y que no hay una ACL (lista de control de acceso) bloqueando el puerto de retorno.
**Línea guía**: No pases al siguiente paso hasta que todos los dispositivos muestren Gestionado: una adopción incompleta hace que la configuración de red que apliques en el bloque siguiente no llegue a esos equipos.
- **Línea de cierre**: El estado Gestionado es el único punto de partida válido para lo que sigue. Si un equipo no llega ahí, el problema es de red o de versión, y merece un minuto de diagnóstico ahora, no al final.
- **Notas del orador**: Antes de que empiecen, pídeles que confirmen que el firmware de sus APs está en la versión que corresponde a su controlador. Es el error que más atasca este laboratorio y es invisible hasta que el dispositivo no adopta. Si alguien se queda en Adoptando, muéstrale en vivo cómo leer el log del controlador para ver si el equipo devuelve respuesta: eso les enseña más que repetir el paso.
#### Lámina 72 · Cierre de bloque · modo oscuro
- **Antetítulo**: 04 · ADOPCIÓN Y SITIO › CIERRE DE BLOQUE
- **Título**: Tu sitio existe y tus dispositivos están bajo control del controlador
- **Entradilla**: Tres cosas ocurrieron en este bloque que antes no existían en tu controlador.
- **Sitio creado** — Definiste el nombre, la región y los parámetros base: el controlador ya tiene un contenedor donde viven todos los dispositivos de este cliente.
- **Dispositivos adoptados** — Cada AP y switch pasó de «desconocido» a «conectado»: el controlador los gestiona, los ve y puede configurarlos.
- **Topología visible** — La vista de mapa muestra qué hay, dónde está y qué estado tiene. No necesitas acceder físicamente a cada equipo para saberlo.
**Lo que falta**: No has tocado aún lo que los dispositivos emiten ni cómo segmentas el tráfico. El sitio existe, pero las redes inalámbricas y las VLANs siguen en su estado por defecto.
**Lo que sigue**: En el bloque 5 configuras exactamente eso: SSIDs, bandas, aislamiento de clientes y VLANs básicas. Lo que emite tu instalación y cómo llega ese tráfico a donde tiene que llegar.
- **Línea de cierre**: La adopción es el paso que más falla en campo, no por complejidad técnica sino por orden: IP correcta, VLAN de gestión accesible, secuencia respetada. Ya lo tienes.
- **Notas del orador**: Antes de avanzar, comprueba que todos tienen al menos un dispositivo en estado «Conectado» en su sitio. Si alguien sigue en «Pendiente», detente aquí: el bloque 5 no tiene sentido si el dispositivo no está bajo control. Es mejor resolver un caso de adopción atascado ahora, en voz alta, que dejarlo para el descanso y que se pierda.
### Entre bloques
#### Lámina 73 · Encuesta en vivo · modo oscuro
- **Antetítulo**: 73 · ADOPCIÓN DE DISPOSITIVOS › CIERRE
- **Título**: ¿Qué parte de la adopción te parece más crítica en un proyecto real?
- **Entradilla**: Acabas de ver el proceso completo. Ahora dime qué parte te genera más dudas cuando imaginas hacerlo en un proyecto tuyo.
**Llamada**
¿Qué parte de la adopción te parece más crítica en un proyecto real?
A) Que el dispositivo llegue al rango del controlador antes de adoptarlo
B) Ajustar la dirección IP del controlador cuando la red ya está en producción
C) Identificar qué dispositivo es cuál cuando tienes varios del mismo modelo
D) Gestionar la adopción cuando el cliente está mirando y no puedes fallar
- **Línea de cierre**: La opción que más respuestas acumule es donde centramos los siguientes diez minutos.
- **Notas del orador**: Lanza la encuesta antes de comentar nada. Cuando lleguen las respuestas, no vayas a la más votada directamente: menciona la segunda también, porque suele ser la que la gente no quería admitir en voz alta. Si la D tiene peso, es señal de que hay ansiedad sobre la entrega al cliente, y eso vale más abordarlo ahora que dejarlo para la lámina de validación.
### Bloque 5 · Configuración de redes inalámbricas y VLANs básicas — Segmentar el tráfico sin perder de vista la experiencia del usuario (sesión 2)
#### Lámina 74 · Separador de bloque · modo oscuro
- **Antetítulo**: 74 · BLOQUE 5 › ARRANQUE
- **Título**: Configuración de redes inalámbricas y VLANs básicas
- **Entradilla**: El sitio ya tiene dispositivos adoptados. Ahora decides qué red ven tus usuarios y qué red nunca deben ver.
**Número**: 05
**Subtítulo**: Configuración de redes inalámbricas y VLANs básicas
**Promesa**: Vas a crear SSIDs, asignarles VLANs y separar el tráfico de cliente del tráfico de gestión, todo desde el controlador.
- **Línea de cierre**: Este bloque no cubre enrutamiento entre VLANs ni ACLs avanzadas: eso requiere que el switch del cliente soporte 802.1Q y lo dejamos fuera del alcance del workshop.
- **Notas del orador**: Detente aquí y pregunta cuántos ya han creado una VLAN en un switch antes de hoy. La respuesta te dice si puedes avanzar directo al controlador o si necesitas dedicar cinco minutos a explicar qué hace una VLAN antes de tocar nada en pantalla. No des por sentado el concepto: 'integrador con experiencia en instalación' no es lo mismo que 'integrador que ha configurado trunks'.
#### Lámina 75 · La ruta del bloque · modo claro
- **Antetítulo**: 75 · BLOQUE 5 › VLANs BÁSICAS
- **Título**: De una red plana a una red segmentada y funcional
- **Entradilla**: Todo lo que has adoptado hasta ahora vive en una sola red plana: tus dispositivos, tus clientes y tu tráfico de gestión comparten el mismo segmento. Este bloque cambia eso paso a paso.
1. **Crear las VLANs** — Defines los IDs y nombres en el controlador antes de tocar ningún puerto ni SSID.
2. **Segmentar los SSIDs** — Cada red inalámbrica se asigna a su VLAN: corporativa, invitados y, si aplica, IoT.
3. **Configurar los puertos** — Los puertos del switch se declaran como acceso o troncal según a qué conectan.
4. **Aislar el tráfico de invitados** — Activas el aislamiento de cliente para que los invitados no vean el resto de tu red.
5. **Verificar la segmentación** — Compruebas con un dispositivo de prueba que cada VLAN entrega conectividad solo donde debe.
**Línea de laboratorio**: Al final del bloque tu sitio tiene al menos dos VLANs activas, sus SSIDs asociados y el aislamiento de invitados verificado desde un terminal real.
- **Línea de cierre**: La red plana no desaparece sola: si no configuras el troncal correctamente en cada uplink, los segmentos coexisten en papel pero se mezclan en el cable. Ese es el error que revisamos primero.
- **Notas del orador**: Dibuja en pizarra o en pantalla compartida el diagrama antes/después: una nube plana a la izquierda, tres segmentos etiquetados a la derecha. Que quede visible durante todo el bloque como referencia. Cuando llegues a la tarjeta 3, advierte que el error más frecuente es olvidar declarar el puerto de uplink del AP como troncal, no solo el del switch hacia el router. No lo corrijas tú primero: deja que quien lo cometa durante el lab lo descubra al verificar.
#### Lámina 76 · Contenido con tarjetas · modo claro
- **Antetítulo**: 76 · BLOQUE 5 › VLANs BÁSICAS
- **Título**: Una VLAN separa el tráfico sin necesitar cables distintos
- **Entradilla**: Un solo cable llega al switch, pero el tráfico viaja en carriles separados según la etiqueta que lleva cada trama. Eso es una VLAN (red de área local virtual).
1. **Un ID, un carril** — Cada VLAN tiene un identificador numérico —el VLAN ID— y el switch solo mezcla tráfico entre puertos que comparten ese mismo ID.
2. **Sin VLAN, todo se ve** — Sin segmentación, un dispositivo comprometido en la red de invitados puede intentar acceder a la red de gestión: el cable no distingue, pero la VLAN sí.
3. **Omada la aplica al SSID** — Cuando asignas un VLAN ID a un SSID en el controlador, cada cliente que se conecta a ese SSID sale etiquetado con ese ID, sin tocar la cableada ni crear un switch físico nuevo.
- **Línea de cierre**: El límite honesto: la VLAN aisla el tráfico de capa 2, pero el cortafuegos o las reglas ACL entre VLANs son lo que impide el paso en capa 3. Una VLAN sola no es un cortafuegos.
- **Notas del orador**: Dibuja en pantalla —o en pizarra si tienes— el esquema de un switch con dos puertos en VLAN 10 y dos en VLAN 20: deja claro que el cable físico es el mismo pero el tráfico no cruza. Anticipa la pregunta que casi siempre aparece aquí: '¿y si el router no soporta VLANs?'. La respuesta corta es que necesitas un router que entienda trunk 802.1Q; si el cliente tiene uno doméstico básico, la segmentación se rompe en el gateway. No entres todavía en la configuración de trunk en Omada; eso viene en la siguiente lámina.
#### Lámina 77 · Diagrama · modo oscuro
- **Antetítulo**: 77 · BLOQUE 5 › VLANs BÁSICAS
- **Título**: Cómo conviven varias VLANs sobre la misma infraestructura física
- **Entradilla**: Un solo cable entre el switch y el AP puede transportar tráfico de empleados, invitados y cámaras al mismo tiempo. Lo que separa esos flujos no es el cable: es la etiqueta que Omada añade a cada trama.
**Descripción del diagrama**: Diagrama vertical con tres capas. Capa superior: el controlador Omada (nube o hardware) conectado al switch por la VLAN de gestión (99). Capa media: el switch central con sus puertos coloreados por VLAN; el trunk hacia el AP aparece como un cable con tres franjas de colores superpuestas. Capa inferior: el AP emitiendo tres SSIDs diferenciados por color; debajo, tres grupos de clientes (portátil de empleado, móvil de invitado, cámara IP) cada uno conectado solo a su VLAN. Flechas de colores distintos muestran el camino de cada flujo desde el cliente hasta el switch, subrayando que los caminos nunca se cruzan aunque compartan el mismo cable trunk.
**Elementos**
- VLAN de empleados (ID, p. ej. 10): tráfico etiquetado que llega al switch y sale por los puertos de acceso de los puestos de trabajo.
- VLAN de invitados (ID, p. ej. 20): misma infraestructura física, aislada de la VLAN 10; el portal cautivo de Omada actúa sobre este segmento.
- VLAN de gestión (ID, p. ej. 99): exclusiva para que el controlador Omada alcance los APs; ningún cliente inalámbrico entra aquí.
- Enlace trunk AP → switch: puerto configurado como trunk en el switch; transporta las tres VLANs etiquetadas simultáneamente.
- Puerto de acceso (access port): en el extremo del switch conectado al PC o a la cámara, el switch añade o quita la etiqueta; el dispositivo final no necesita saber nada de VLANs.
**Lectura**: Cada VLAN es un número de etiqueta (ID) que viaja dentro de la trama Ethernet. El switch lee ese número y decide a qué segmento pertenece el tráfico, sin que los dispositivos de una VLAN puedan ver a los de otra. El AP recibe varios SSIDs configurados en Omada, cada uno asociado a una VLAN distinta; los empaqueta en el enlace troncal (trunk) hacia el switch, y el switch los desenreda en sus puertos de acceso correspondientes.
- **Línea de cierre**: El límite honesto: esta separación es lógica, no física. Si el switch no está bien configurado como trunk —o si un puerto de acceso tiene la VLAN incorrecta— el tráfico se mezcla aunque Omada esté perfectamente configurado. El diagrama es tan bueno como la configuración del switch que hay debajo.
- **Notas del orador**: Detente en el enlace trunk y señala el cable con las tres franjas del diagrama. Ese es el punto donde más se confunde la gente: asumen que necesitan cableado separado para cada VLAN. Aclara que el trunk es exactamente lo contrario: un solo enlace que transporta múltiples VLANs porque cada trama lleva su ID. Si alguien pregunta por la VLAN nativa, menciona que existe y que conviene asignarla a la VLAN de gestión para evitar tráfico sin etiquetar en el trunk, pero no te extiendas ahora: ese detalle pertenece al momento de configurar el switch físico, no a esta lámina conceptual.
#### Lámina 78 · Contenido con tarjetas · modo claro
- **Antetítulo**: 78 · BLOQUE 5 › REDES INALÁMBRICAS Y VLANs
- **Título**: Qué define una SSID y cómo se vincula a una VLAN en Omada
- **Entradilla**: Cada red Wi-Fi que ven tus clientes en pantalla es una SSID (identificador de conjunto de servicios). Lo que no ven es la VLAN que hay detrás y que determina a qué tráfico pertenece cada dispositivo conectado.
1. **La SSID es el nombre** — Es la cadena que el cliente elige en su lista de redes. En Omada la defines una vez y se propaga a todos los APs del sitio: no la configuras AP por AP.
2. **La VLAN es el destino** — A cada SSID le asignas una VLAN ID. Todo el tráfico de esa red llega a tu switch etiquetado con ese ID, separado del resto aunque viaje por el mismo cable troncal.
3. **El vínculo es explícito** — En Omada la asociación SSID → VLAN se declara en el perfil inalámbrico: primero creas la VLAN, luego la seleccionas al definir la SSID. Si no asignas ninguna, el tráfico va a la VLAN nativa, lo que en la mayoría de instalaciones es un error de diseño.
- **Línea de cierre**: La separación funciona solo si el puerto del AP está configurado como troncal en el switch y permite exactamente las VLANs que has declarado. El controlador gestiona los APs, pero la configuración del switch es tuya.
- **Notas del orador**: Este es el punto donde los integradores con experiencia en redes cableadas suelen tener el primer malentendido: asumen que la VLAN ya existe porque la tienen en el switch. Detente aquí y confirma que saben que deben declarar la VLAN también dentro de Omada antes de asignarla a una SSID. Si hay alguien que ha configurado VLANs solo en el switch y se pregunta por qué no le funciona la segmentación, este es el momento de explicar el porqué.
#### Lámina 79 · Evidencia medida · modo oscuro
- **Antetítulo**: 79 · BLOQUE 5 › REDES INALÁMBRICAS Y VLANs
- **Título**: Así se crea una red inalámbrica en el panel de Omada
- **Entradilla**: La ruta es siempre la misma: Wireless Settings → SSIDs → Add. Lo que ves a continuación es la secuencia real en el panel; lo que lees en cada paso es lo que el controlador confirma cuando algo funciona como debe.
**Comando**
```
[PENDIENTE: pasos exactos de navegación en la versión del controlador que uses en el workshop: ruta de menú, nombre de los campos, opciones activadas]
```
**Salida**
```
[PENDIENTE: captura o grabación de pantalla real del panel de Omada mostrando la creación de un SSID, desde Wireless Settings hasta el botón Apply]
```
**Lectura**
- [PENDIENTE: texto que aparece en pantalla cuando el SSID se crea correctamente]
- [PENDIENTE: indicador visible en el panel de que el AP ha adoptado la nueva red y la está emitiendo]
- [PENDIENTE: cualquier aviso o advertencia que el controlador muestra si falta algún campo obligatorio]
- **Línea de cierre**: Esta lámina se completa con la demo en vivo: si el AP no emite el SSID en menos de treinta segundos, hay un paso de adopción pendiente, no un error de configuración.
- **Notas del orador**: No avances de lámina hasta haber hecho esto en vivo con el controlador encendido. La sala va a replicarlo en su propio equipo al mismo tiempo, así que el orden de los campos importa: dicta la ruta en voz alta mientras navegas. Si alguien ve un menú diferente, pregunta qué versión de firmware tiene: es el momento de aclarar que la interfaz varía entre versiones y que deben fijarse en el número de build antes de empezar cualquier instalación en casa de un cliente.
#### Lámina 80 · Contenido con tarjetas · modo claro
- **Antetítulo**: 05 · REDES INALÁMBRICAS Y VLANs › SSID
- **Título**: Tres decisiones que tomas al crear una SSID y por qué importan
- **Entradilla**: Crear una SSID en Omada toma dos minutos. Las tres decisiones que contiene pueden condicionar la seguridad y el rendimiento del sitio durante años.
1. **Banda y modo de radio** — Elegir 2,4 GHz, 5 GHz o ambas determina el alcance y la capacidad: 2,4 GHz llega más lejos pero satura antes en entornos con muchos dispositivos; 5 GHz da más throughput donde el cliente está cerca del AP.
2. **Seguridad y autenticación** — WPA2 o WPA3, contraseña compartida o portal cautivo: la elección define quién entra y cómo. Una red de invitados con WPA2-PSK y aislamiento de clientes no es lo mismo que una corporativa con WPA3-Enterprise, aunque en pantalla ocupen la misma casilla.
3. **VLAN asignada** — Cada SSID puede empujar el tráfico a una VLAN distinta: si no lo configuras explícitamente, todo cae a la VLAN nativa y mezclas tráfico que tu cliente da por separado. Esta decisión une la capa inalámbrica con el diseño de red que ya tienes.
- **Línea de cierre**: Las tres decisiones son independientes entre sí, pero errores en cualquiera de ellas no se corrigen solos: requieren un cambio de configuración y la reconexión de los dispositivos ya asociados.
- **Notas del orador**: Detente en la tercera tarjeta más que en las otras dos: la VLAN asignada es donde los integradores con experiencia en cableado suelen tener el primer tropiezo, porque están acostumbrados a configurar VLANs en el switch y no esperan tener que declararla también en el controlador inalámbrico. Si alguien pregunta si se puede cambiar la VLAN de una SSID en caliente sin afectar a los clientes conectados, la respuesta honesta es que el cambio se aplica, pero los dispositivos ya asociados pueden quedar en la VLAN antigua hasta que se reconecten.
#### Lámina 81 · Tabla comparativa · modo claro
- **Antetítulo**: 81 · BLOQUE 5 › VLANs BÁSICAS
- **Título**: Red de empleados vs red de invitados: cómo diferenciarlas en Omada
- **Entradilla**: Dos redes inalámbricas con el mismo hardware debajo: lo que las separa no es el AP, sino las decisiones que tomas en el controlador.
| Criterio | Red de empleados | Red de invitados |
| --- | --- | --- |
| SSID visible | Nombre corporativo, puede ocultarse | Nombre público, siempre visible |
| VLAN asignada | VLAN de datos internos (ej. VLAN 10) | VLAN aislada de invitados (ej. VLAN 20) |
| Acceso a LAN | Sí, según políticas del cliente | No — portal cautivo o bloqueo de LAN activo |
| Autenticación | WPA2/WPA3-Enterprise o PSK corporativo | PSK rotativo o portal cautivo con voucher |
| Límite de ancho de banda | Sin límite o límite alto por perfil de usuario | Límite explícito definido en el perfil de invitado |
| Aislamiento de clientes | Desactivado (los dispositivos se ven entre sí) | Activado (cada cliente solo ve el gateway) |
| Dónde se configura en Omada | Configuración › Inalámbrico › SSID + perfil de VLAN | Configuración › Inalámbrico › SSID + portal cautivo |
**Veredicto**: La separación real no viene del nombre del SSID: viene de asignar VLANs distintas y activar el aislamiento de clientes en la red de invitados. Sin eso, las dos redes comparten segmento aunque tengan nombres diferentes.
- **Línea de cierre**: El límite honesto: Omada hace la separación lógica, pero si tu switch upstream no etiqueta las VLANs correctamente hasta el router, el tráfico de invitados llega igual a la LAN interna. La tabla y el switch van juntos.
- **Notas del orador**: Detente en la fila de 'Acceso a LAN' y pregunta si alguien ha visto una red de invitados que en realidad sí llegaba a los servidores internos. Es más habitual de lo que parece y engancha la atención. El punto que más se omite en instalaciones rápidas es el aislamiento de clientes: está desactivado por defecto en muchos perfiles y nadie lo activa hasta que un invitado reporta que ve una impresora compartida. Eso lo puedes reproducir en vivo si tienes dos clientes conectados a la red de invitados sin aislamiento activado.
#### Lámina 82 · Contenido con tarjetas · modo claro
- **Antetítulo**: 82 · BLOQUE 5 › VLANs BÁSICAS
- **Título**: Cómo crear y nombrar una VLAN antes de asignarla a ninguna red
- **Entradilla**: La VLAN existe en el controlador antes de tocar cualquier SSID o puerto. Créala aquí y luego la asignas donde haga falta, no al revés.
1. **Dónde crearla** — En el controlador ve a Configuración › Red cableada › VLAN y pulsa «Añadir». Este paso es independiente del tipo de dispositivo que tengas adoptado.
2. **ID y nombre** — El ID es el número (1–4094) que viaja en la trama; el nombre es solo para ti. Usa un nombre que describa el tráfico, no la ubicación: «Invitados», «Cámaras», «Gestión», no «VLAN_planta2».
3. **Guardar sin asignar** — Guarda la VLAN en este punto sin asignarla todavía a ninguna red inalámbrica ni perfil de puerto. Así puedes reutilizarla en varios sitios del mismo proyecto sin riesgo de inconsistencias.
- **Línea de cierre**: El límite de este paso: crear la VLAN no genera tráfico ni segmentación real hasta que la vincules a una red o a un perfil de puerto; ese es el paso siguiente.
- **Notas del orador**: Detente en el nombre: la convención que elija el integrador hoy va a seguir al proyecto durante años. Si en la sala hay alguien que ya gestionó una instalación con VLANs mal nombradas, pídele que cuente el coste. No hace falta que tú lo expliques.
#### Lámina 83 · Diagrama · modo oscuro
- **Antetítulo**: 83 · BLOQUE 5 › VLANs BÁSICAS
- **Título**: Flujo de tráfico cuando un cliente se conecta a una SSID con VLAN asignada
- **Entradilla**: Asignar una VLAN a una SSID no es magia: hay una cadena de decisiones que tu infraestructura ejecuta en milisegundos cada vez que un cliente se asocia. Seguirla paso a paso te muestra dónde puede romperse.
**Descripción del diagrama**: Diagrama lineal de izquierda a derecha con cinco bloques rectangulares: CLIENTE · AP · PUERTO TRUNK (switch) · SUBINTERFAZ VLAN (router/firewall) · INTERNET / LAN CORPORATIVA. Las flechas entre bloques llevan una etiqueta corta: «802.11 → 802.1Q» entre cliente y AP, «trunk tagged» entre AP y switch, «subinterfaz VLANXX» entre switch y router, «enrutado / sin etiqueta» entre router y destino. Bajo el bloque del puerto trunk aparece una nota de alerta: «VLAN ID debe estar permitida en el trunk».
**Elementos**
- 1 · Asociación: el cliente envía una solicitud a la SSID. El AP (punto de acceso) consulta al controlador qué VLAN tiene asignada esa SSID.
- 2 · Etiquetado en el AP: el AP encapsula el tráfico del cliente con la etiqueta 802.1Q de la VLAN correspondiente antes de enviarlo por el puerto de uplink.
- 3 · Enlace troncal AP → switch: el puerto del switch al que está conectado el AP debe estar configurado como trunk y debe permitir explícitamente esa VLAN ID. Si no la permite, el frame se descarta aquí.
- 4 · Switch → router o firewall: el switch entrega el frame etiquetado a la interfaz de subred del router. El router termina la VLAN, aplica la política de enrutamiento o de firewall, y el paquete sale ya sin etiqueta hacia su destino.
**Lectura**: El tráfico recorre cuatro saltos desde que el cliente pulsa «conectar» hasta que su paquete sale etiquetado hacia la red correcta. Cada salto tiene una condición; si falla una, el tráfico acaba en el segmento equivocado o no llega a ninguno.
- **Línea de cierre**: El punto de fallo más frecuente no está en el controlador: está en el switch que no tiene la VLAN ID permitida en el trunk. Comprueba eso antes de buscar el error en cualquier otro sitio.
- **Notas del orador**: Detente en el salto 3 más tiempo del que parece necesario. La mayoría de los problemas en campo que los participantes van a encontrar ocurren exactamente ahí: el controlador está bien configurado, la SSID tiene la VLAN correcta, y el tráfico no llega porque nadie tocó el switch. Puedes preguntarles si alguno ha visto ese síntoma sin saber el nombre: clientes que se asocian pero no obtienen IP. Ese es el caso. No anticipes todavía la solución de troubleshooting; esa lámina viene después.
#### Lámina 84 · Evidencia medida · modo oscuro
- **Antetítulo**: 84 · BLOQUE 5 › SEGURIDAD INALÁMBRICA
- **Título**: La configuración de seguridad inalámbrica que no deberías dejar por defecto
- **Entradilla**: Omada trae valores por defecto que funcionan, pero algunos de ellos son un riesgo que vas a firmar tú cuando entregues el sitio.
**Comando**
```
[PENDIENTE: ruta exacta dentro de la interfaz del controlador —o comando CLI si aplica— para llegar a los ajustes de seguridad inalámbrica del SSID recién creado]
```
**Salida**
```
[PENDIENTE: captura o volcado real de la configuración por defecto del SSID en el controlador Omada, mostrando los parámetros de seguridad tal como aparecen antes de cualquier cambio]
```
**Lectura**
- [PENDIENTE: primer parámetro que aparece en la salida y que hay que cambiar, con el valor por defecto y el valor recomendado]
- [PENDIENTE: segundo parámetro crítico identificado en la captura, con su justificación técnica]
- [PENDIENTE: tercer parámetro, si existe, o confirmación de que solo son dos los que requieren intervención obligatoria]
- **Línea de cierre**: Lo que ves aquí es lo que el cliente hereda si no tocas nada: decide con los datos delante si puedes entregarlo así.
- **Notas del orador**: Detente aquí más de lo habitual. Esta lámina necesita la captura real antes de la sesión: sin ella pierde toda su fuerza. Si la tienes, muéstrala en vivo navegando hasta ese punto en el controlador, no como imagen estática. El momento útil es preguntar quién ha entregado un sitio sin revisar esto, no para señalar sino para anclar el riesgo en algo que ya ocurrió. No adelantes todavía las VLANs como solución de aislamiento: eso viene en láminas siguientes y el salto es demasiado grande si no han visto la topología primero.
#### Lámina 85 · Contenido con tarjetas · modo claro
- **Antetítulo**: 05 · REDES INALÁMBRICAS Y VLANs › BANDA Y CANAL
- **Título**: Qué opciones de banda y canal configuras y cuáles dejas al controlador
- **Entradilla**: El controlador puede gestionar banda y canal solo, pero si lo dejas hacer todo sin criterio, obtienes decisiones mediocres en el momento de la instalación. Hay tres decisiones: cuáles tocas, cuáles delegar, y cuáles bloquear.
1. **Tú fijas la banda** — Asigna manualmente 2,4 GHz a dispositivos IoT y legacy, y 5 GHz a usuarios que necesitan rendimiento: el controlador no conoce tu inventario de clientes.
2. **El controlador elige el canal** — Activa la selección automática de canal (ACS, Auto Channel Selection) para 2,4 y 5 GHz: el controlador escucha el entorno en el arranque y asigna el canal con menos interferencia.
3. **Tú bloqueas la potencia máxima** — Pon un techo de potencia de transmisión según la densidad del sitio; si lo dejas en automático sin límite, los APs se solapan y degradan el roaming entre ellos.
- **Línea de cierre**: La automatización de canal te ahorra trabajo real; la automatización de banda y potencia sin límite te crea problemas que aparecen dos semanas después de la entrega.
- **Notas del orador**: Detente en la tarjeta 3: es el error más frecuente en instalaciones de densidad media. Si alguien en la sala ha visto problemas de roaming lentos o clientes pegados a un AP lejano, casi siempre el origen es potencia sin techo. No menciones todavía el ajuste de umbrales de roaming, eso va en la lámina de validación.
#### Lámina 86 · Tabla comparativa · modo claro
- **Antetítulo**: 86 · BLOQUE 5 › REDES INALÁMBRICAS
- **Título**: WPA2 vs WPA3: cuándo puedes exigir el más seguro y cuándo no
- **Entradilla**: WPA3 es mejor en todos los aspectos criptográficos. El problema es que no todos los dispositivos de tu cliente lo hablan, y forzarlo tiene consecuencias que vas a tener que explicar en la entrega.
| Criterio | WPA2 | WPA3 |
| --- | --- | --- |
| Compatibilidad de clientes | Universal: cualquier dispositivo fabricado después de 2004 | Limitada: requiere dispositivo y driver con soporte explícito; impresoras, IoT y hardware antiguo suelen fallar |
| Protección de la contraseña | PBKDF2: vulnerable a ataques de diccionario offline si se captura el handshake | SAE (Autenticación Simultánea de Iguales): no expone material para ataque offline |
| Protección de sesiones pasadas | Sin secreto hacia adelante: captura anterior puede descifrarse si se obtiene la clave | Perfect Forward Secrecy integrado: cada sesión tiene claves independientes |
| Redes abiertas | Sin cifrado en redes open; tráfico legible en el aire | OWE (Cifrado Oportunista Inalámbrico): cifra sin contraseña, transparente al usuario |
| Modo de transición | No aplica | WPA2/WPA3 mixto: clientes WPA2 se conectan con WPA2, clientes WPA3 usan WPA3; perdes parte de la protección SAE en el segmento mixto |
| Cuándo exigirlo | Entornos con dispositivos heterogéneos, IoT, hardware de más de cinco años, o cuando el cliente no puede asumir incidencias de compatibilidad | Entornos controlados: oficina corporativa con equipos modernos, red de gestión, SSID exclusivo para móviles y portátiles de empresa |
**Veredicto**: Usa WPA3 puro solo cuando controlas qué dispositivos se conectan. En cualquier otro caso, el modo mixto es el compromiso razonable: ganas SAE donde puedes y no rompes nada.
- **Línea de cierre**: El límite honesto: el modo mixto desactiva algunas protecciones de WPA3 para los clientes que se autentican con WPA2. No es una red WPA3; es una red donde coexisten los dos.
- **Notas del orador**: Detente en la fila de redes abiertas: muy pocos integradores conocen OWE y es un argumento de venta real para portales cautivos o redes de invitados sin contraseña. Si alguien pregunta si Omada permite WPA3 puro y mixto en la misma controladora, la respuesta es sí, por SSID. Anticipa la objeción más frecuente: 'el cliente quiere lo más seguro'. Tu respuesta es que lo más seguro que no funciona con la impresora de recepción va a generar una llamada de soporte el día de la entrega. El criterio técnico correcto es el más seguro que el inventario de clientes puede sostener.
#### Lámina 87 · Contenido con tarjetas · modo claro
- **Antetítulo**: 87 · BLOQUE 5 › REDES INALÁMBRICAS Y VLANs
- **Título**: El aislamiento de cliente te protege incluso cuando la VLAN falla
- **Entradilla**: Una VLAN mal etiquetada o un trunk que cae pone a todos tus clientes en el mismo segmento. El aislamiento de cliente actúa en la capa inalámbrica, antes de que el tráfico llegue al switch, así que ese fallo no lo anula.
1. **Dónde actúa** — El aislamiento opera en el AP: bloquea el tráfico entre estaciones asociadas al mismo SSID sin tocar la configuración del switch ni depender de ella.
2. **Qué cubre y qué no** — Separa clientes entre sí dentro de la misma red inalámbrica, pero no sustituye a la VLAN para aislar segmentos distintos: si ambos están en el mismo SSID, el aislamiento los divide; si necesitas que nunca compartan SSID, eso es trabajo de la VLAN.
3. **Cuándo activarlo siempre** — Redes de invitados, entornos con clientes finales que no se conocen entre sí, y cualquier despliegue donde no controles los dispositivos conectados: actívalo por defecto y desactívalo solo si tienes una razón concreta.
- **Línea de cierre**: El aislamiento de cliente es tu red de seguridad de último recurso en lo inalámbrico, pero no reemplaza un diseño de VLANs correcto: las dos capas se complementan, no se sustituyen.
- **Notas del orador**: Detente aquí y anticipa el error más común: activar el aislamiento de cliente pensando que ya no hace falta la VLAN de invitados. Deja claro que son planos distintos. Si tienes acceso al controlador en vivo, muestra exactamente dónde está el toggle en la configuración del SSID para que lo localicen ellos mismos antes de seguir.
#### Lámina 88 · Evidencia medida · modo oscuro
- **Antetítulo**: 88 · BLOQUE 5 › SSID + VLAN
- **Título**: Una configuración completa de SSID + VLAN vista en el panel
- **Entradilla**: Configurar una SSID y una VLAN por separado no basta: el panel tiene que mostrar las dos enlazadas antes de dar el sitio por listo.
**Comando**
```
[PENDIENTE: ruta exacta de navegación en el controlador para llegar a la vista que confirma el enlace SSID–VLAN, por ejemplo Wireless › WLAN › SSID > detalle de red]
```
**Salida**
```
[PENDIENTE: captura real del panel Omada mostrando la SSID configurada con su VLAN asignada, incluyendo nombre de red, banda, VLAN ID y estado activo]
```
**Lectura**
- [PENDIENTE: qué campo del panel confirma que la VLAN está asignada a esta SSID y no a otra]
- [PENDIENTE: qué indicador de estado muestra que los APs han recibido la configuración y la están aplicando]
- [PENDIENTE: qué dato del panel permite verificar que el tráfico de esta SSID saldrá etiquetado con el VLAN ID correcto]
- **Línea de cierre**: Si alguno de estos tres puntos no aparece en pantalla, la configuración está incompleta aunque la SSID emita señal.
- **Notas del orador**: Antes de mostrar esta lámina, navega en vivo hasta esa vista en el controlador que tengas levantado. Lo que el participante necesita no es la captura: es verte llegar ahí sin dudar. Si en la demo algo no coincide con lo que está en la lámina, nómbralo en voz alta; ese momento de contraste vale más que una captura perfecta.
#### Lámina 89 · Contenido con tarjetas · modo claro
- **Antetítulo**: 05 · REDES INALÁMBRICAS Y VLANs › SSID–VLAN
- **Título**: Errores frecuentes al vincular SSIDs y VLANs, y cómo detectarlos
- **Entradilla**: Vincular un SSID a una VLAN son dos clics, pero hay tres puntos donde el error se oculta hasta que el cliente te llama.
1. **VLAN sin etiquetar en el puerto** — Si el puerto del AP no lleva la VLAN como tagged, el tráfico llega sin etiqueta al switch y el dispositivo cae en la VLAN nativa sin aviso. Comprueba el perfil de puerto del AP en el controlador y el trunk del switch lado a lado.
2. **SSID en perfil equivocado** — Omada permite perfiles de red por sitio y por grupo de APs. Si asignas la VLAN al perfil global pero el AP hereda un perfil de grupo distinto, el SSID sirve otra VLAN. Confirma qué perfil está activo en ese AP concreto, no solo en el sitio.
3. **ID de VLAN que no existe en el switch** — El controlador acepta cualquier ID entre 1 y 4094 sin validarlo contra tu infraestructura. Si el switch upstream no tiene esa VLAN creada y permitida en el trunk, el tráfico se descarta en silencio. Antes de guardar, cruza el ID con la tabla de VLANs del switch.
- **Línea de cierre**: Los tres errores tienen en común lo mismo: Omada no puede ver más allá de su propio dominio, así que la validación cruzada con el switch es tuya.
- **Notas del orador**: No preguntes a la sala todavía. Muestra en la interfaz del controlador dónde está el selector de perfil de red por AP, porque es el punto que más confunde: parece que basta con configurarlo en el sitio y no es así. Si tienes un switch administrable conectado en el entorno del workshop, es el momento de abrir la tabla de VLANs y el trunk en vivo para que vean el contraste entre lo que dice el controlador y lo que ve el switch.
#### Lámina 90 · Portada de laboratorio · modo oscuro
- **Antetítulo**: 90 · BLOQUE 5 › LABORATORIO
- **Título**: Crea dos redes inalámbricas segmentadas con VLANs distintas
- **Entradilla**: Hasta aquí la teoría de VLANs y SSIDs. Lo que viene ahora es el montaje real: dos redes distintas, dos segmentos separados, una sola instalación.
**Número**: Laboratorio 5
**Título de la práctica**: Crea dos redes inalámbricas segmentadas con VLANs distintas
- **Línea de cierre**: Al terminar este laboratorio tendrás la configuración que más te van a pedir en clientes PYME: empleados en una red, invitados en otra, sin que se vean entre ellos.
- **Notas del orador**: No abras la interfaz todavía. Antes de que empiecen a hacer clic, pide que cada uno decida en papel qué VLAN va a usar para cada red y por qué. Quien no tenga ese criterio claro antes de entrar al controlador va a tomar decisiones al azar y no va a entender qué configuró. Dos minutos de planificación evitan diez de corrección.
#### Lámina 91 · Laboratorio, lo que vas a hacer · modo claro
- **Antetítulo**: 91 · BLOQUE 5 › LABORATORIO
- **Título**: Configura las SSIDs, asigna las VLANs y verifica el tráfico
- **Entradilla**: Tienes el sitio adoptado y el controlador en marcha. Ahora le das forma a lo que el usuario final va a ver: los nombres de red, la segmentación y la prueba de que el tráfico va por donde debe.
- A · **Crea las SSIDs y asígnalas a una VLAN** — En Configuración ▸ Inalámbrico ▸ SSID crea al menos dos redes: una corporativa y una de invitados. En cada una, abre la pestaña VLAN, activa el etiquetado y escribe el ID de VLAN que corresponde a tu segmento. Guarda y espera a que los APs (puntos de acceso) apliquen el cambio; el indicador de sincronización en el mapa del sitio pasa a verde cuando terminan.
- B · **Asocia una interfaz del switch a cada VLAN** — Ve a Configuración ▸ Cableado ▸ Perfiles de VLAN y confirma que los perfiles coinciden con los IDs que acabas de declarar. En el switch del sitio, marca los puertos de bajada como Tagged para las VLANs que deben circular por ellos y como Untagged solo para el puerto del dispositivo final que no entiende etiquetas. Un puerto mal configurado aquí es la causa más frecuente de tráfico mezclado.
- C · **Verifica que el tráfico no se mezcla** — Conéctate desde un dispositivo a la SSID de invitados y ejecuta [PENDIENTE: comando y salida real de la prueba de aislamiento entre VLANs]. Comprueba que la IP obtenida pertenece al rango del servidor DHCP (protocolo de configuración dinámica de host) asignado a esa VLAN y que no puedes hacer ping a un host de la VLAN corporativa. Repite la prueba desde la red corporativa en sentido inverso.
**Línea guía**: Si el paso B no está bien antes de empezar el C, el C siempre va a fallar: la segmentación vive en el switch, no en el controlador.
- **Línea de cierre**: La verificación de tráfico es la única evidencia que le puedes mostrar al cliente de que la segmentación funciona; sin ella, la configuración es una promesa, no un resultado.
- **Notas del orador**: Detente en el paso B más de lo que parece necesario: el error de Tagged/Untagged en el switch es donde la mayoría de los integradores pierde tiempo en obra. Si alguien de la sala ha quemado horas en ese punto, pídele que lo cuente en voz alta, eso vale más que cualquier explicación tuya. Para el paso C, ten ya preparado el dispositivo de prueba conectado a la SSID de invitados antes de llegar a esta lámina; la demostración en vivo del ping bloqueado es el momento de mayor impacto del bloque.
#### Lámina 92 · Cierre de bloque · modo oscuro
- **Antetítulo**: 92 · BLOQUE 5 › CIERRE
- **Título**: Tu red ya separa el tráfico y cada usuario va donde debe ir
- **Entradilla**: Tres cosas que ya son reales en tu sitio y una que todavía no lo es.
- **SSIDs separadas** — Cada red inalámbrica tiene su nombre, su contraseña y su propósito: corporativa, invitados, IoT. No comparten nada por defecto.
- **VLANs asignadas** — El tráfico de cada SSID sale etiquetado con su VLAN correspondiente. El switch lo entiende; el router lo separa.
- **Políticas activas** — El aislamiento de clientes en la red de invitados está habilitado y el ancho de banda por perfil está limitado. Ya no depende de que alguien lo recuerde.
**Lo que falta**: El firewall entre VLANs: ahora el tráfico está separado, pero las reglas que impiden que la VLAN de invitados hable con la corporativa las configuras en el router o en el gateway, no aquí. Eso queda fuera de este bloque.
**Lo que sigue**: Bloque 6: validar que todo funciona antes de entregarlo. Vas a recorrer el sitio con una lista de comprobación y a generar el resumen de configuración que le puedes dejar al cliente.
- **Línea de cierre**: Separar el tráfico en el controlador es condición necesaria, no suficiente: sin las ACLs del router, la segmentación existe en capa 2 pero no en capa 3.
- **Notas del orador**: Detente aquí el tiempo que haga falta. Este es el momento en que alguien descubre que su VLAN de invitados sí puede hacer ping a la red corporativa porque el router no tiene reglas. Si eso ocurre en la sala, es exactamente el punto que quieres que se lleven: el controlador hace su parte, el perímetro la suya. No pases al bloque 6 con esa duda en el aire.
### Entre bloques
#### Lámina 93 · Encuesta en vivo · modo oscuro
- **Antetítulo**: 93 · REDES INALÁMBRICAS Y VLANs › SEGMENTACIÓN
- **Título**: ¿Qué escenario de segmentación de red encuentras más a menudo en tus proyectos?
- **Entradilla**: Antes de entrar en la configuración, vale la pena saber con qué punto de partida llega cada uno a sus instalaciones.
**Llamada**
¿Qué escenario de segmentación de red encuentras más a menudo en tus proyectos?
A) Red plana: todos los dispositivos en el mismo segmento
B) VLAN por tipo de usuario: empleados, invitados, IoT separados
C) VLAN por zona física: planta, edificio o local
D) Sin criterio fijo: cada cliente es un mundo distinto
- **Línea de cierre**: La respuesta más común en la sala va a marcar el orden en que trabajamos los ejemplos del bloque siguiente.
- **Notas del orador**: Deja la encuesta abierta el tiempo suficiente para que todos voten. Cuando veas el resultado, no lo celebres ni lo corrijas de inmediato: úsalo para decidir en voz alta qué caso práctico vas a desarrollar primero. Si la opción D arrasa, es una señal de que el bloque de criterios de diseño necesita más tiempo del previsto; ajusta el ritmo antes de entrar en la configuración.
### Bloque 6 · Validación y entrega del sitio configurado — Cómo confirmar que todo funciona antes de salir del proyecto (sesión 2)
#### Lámina 94 · Separador de bloque · modo oscuro
- **Antetítulo**: 06 · BLOQUE 6 › VALIDACIÓN Y ENTREGA
- **Título**: Validación y entrega del sitio configurado
- **Entradilla**: Configurar no es entregar. Este bloque cierra el trabajo con un criterio claro: el sitio está listo cuando tú puedes demostrar que funciona, no cuando tú crees que funciona.
**Número**: 06
**Subtítulo**: De la última VLAN al acta de entrega
**Promesa**: Validas el sitio con pruebas concretas y lo entregas con documentación que el cliente entiende y que tú puedes defender.
- **Línea de cierre**: Al final de este bloque tienes un sitio que has comprobado, no solo construido.
- **Notas del orador**: Detente aquí un momento antes de entrar al contenido. La distinción entre 'creo que funciona' y 'puedo demostrarlo' es la que separa una entrega profesional de una que genera soporte posventa. Si alguien en la sala ha vivido una entrega que volvió como incidencia, este es el momento de nombrarlo.
#### Lámina 95 · La ruta del bloque · modo claro
- **Antetítulo**: 95 · BLOQUE 6 › VALIDACIÓN Y ENTREGA
- **Título**: De la configuración terminada a la entrega con evidencias
- **Entradilla**: Configurar es la mitad del trabajo. La otra mitad es demostrar que funciona y dejar al cliente con algo que pueda operar sin ti.
1. **Prueba de cobertura** — Camina el espacio con un dispositivo conectado y confirma que no hay zonas sin señal ni caídas de asociación.
2. **Verifica cada VLAN** — Desde un cliente en cada red, comprueba que el tráfico llega a donde debe y no cruza hacia donde no debe.
3. **Revisa alertas y logs** — El dashboard de Omada te muestra eventos del sitio: entrégalo sin alertas activas ni errores sin resolver.
4. **Exporta la configuración** — Guarda una copia del backup del controlador antes de salir: es tu red de seguridad y la del cliente.
5. **Documenta y firma** — Entrega un acta con el diagrama de red, las credenciales de acceso y las capturas que prueban que el sitio funciona.
**Línea de laboratorio**: En el laboratorio de esta sesión: generas el backup del sitio, produces las capturas de validación y rellenas la plantilla de acta de entrega con los datos reales de tu configuración.
- **Línea de cierre**: Un sitio entregado sin evidencias es un sitio que el cliente no puede defender si algo falla después de que te hayas ido.
- **Notas del orador**: No menciones todavía la app móvil: si el grupo pregunta por la gestión desde el teléfono, apúntalo como tema de cierre pero mantén el foco en la entrega formal. El error más común aquí es que el integrador entrega el sitio sin cambiar las credenciales por defecto del controlador: anticípalo en voz alta antes de que lleguen al paso de documentación. Detente en la tarjeta 5 y muestra en pantalla la plantilla de acta: que vean exactamente qué campos van a rellenar ellos antes de que acabe la sesión.
#### Lámina 96 · Contenido con tarjetas · modo claro
- **Antetítulo**: 96 · BLOQUE 6 › VALIDACIÓN Y ENTREGA
- **Título**: Entregar sin validar es asumir que nada ha salido mal
- **Entradilla**: Cada instalación tiene un momento en que tú sabes que funciona y un momento en que el cliente lo comprueba. Si esos dos momentos no están separados por una lista de verificación, el segundo puede sorprenderte delante de él.
1. **Conectividad extremo a extremo** — Asocia un dispositivo a cada SSID, asigna su VLAN correspondiente y confirma que alcanza el destino que debe alcanzar y solo ese.
2. **Alertas y umbrales activos** — Entra en el dashboard del controlador y comprueba que no hay ningún dispositivo en rojo, ningún canal saturado y ninguna alerta silenciada que alguien olvidó atender.
3. **Evidencia que le entregas al cliente** — Exporta la configuración del sitio y haz una captura del estado del controlador: es el punto de partida firmado al que los dos volvéis si algo cambia después.
- **Línea de cierre**: La validación no protege tu trabajo ante el cliente; protege al cliente ante cualquier problema que aparezca después de que te hayas ido.
- **Notas del orador**: No expliques esto como burocracia de entrega. El argumento que funciona con integradores es el de la responsabilidad compartida: una captura del estado en el momento de entrega es lo que separa un problema tuyo de un problema que alguien introdujo después. Detente en la tarjeta 3 y pregunta si alguien tiene ya un formato propio de entrega; si lo hay, es una conversación útil para el grupo. Si nadie lo tiene, es el hueco que esta lámina debe dejar visible.
#### Lámina 97 · Diagrama · modo oscuro
- **Antetítulo**: 97 · BLOQUE 6 › VALIDACIÓN Y ENTREGA
- **Título**: El proceso de validación: qué revisas, en qué orden y por qué
- **Entradilla**: Validar sin orden es revisar dos veces lo mismo y saltarse lo que importa. Hay una secuencia que va de la capa física a la capa de servicio, y cada paso filtra los errores que habrían contaminado el siguiente.
**Descripción del diagrama**: Diagrama vertical de seis nodos rectangulares conectados por flechas simples hacia abajo. Cada nodo lleva su número, una etiqueta corta y un símbolo de decisión en el margen derecho: marca verde si pasa, rombo rojo si falla con flecha de retorno al mismo nodo. El fondo de los nodos 1–2 es gris claro (capa de infraestructura), 3–5 es azul claro (capa de servicio), 6 es verde claro (entrega). [PENDIENTE: ajustar colores a la paleta de marca de Ekoinos]
**Elementos**
- 1 · Conectividad física — todos los APs y switches adoptados, sin alertas de desconexión en el mapa de sitio.
- 2 · Topología lógica — VLANs propagadas hasta el puerto correcto; el tráfico de gestión separado del tráfico de datos.
- 3 · Autenticación inalámbrica — cada SSID responde en la banda y seguridad configuradas; el cliente asocia y obtiene IP del pool correcto.
- 4 · Aislamiento entre redes — un dispositivo en la VLAN de invitados no alcanza el segmento corporativo; compruébalo con un ping cruzado.
- 5 · Acceso a servicios externos — navegación, DNS y, si aplica, portal cautivo; mide el tiempo hasta primer byte, no solo que 'funcione'.
- 6 · Entrega de credenciales y documentación — el cliente recibe usuario de solo lectura, plano de red y contraseñas en formato acordado.
**Lectura**: Recorre el diagrama de arriba abajo. Cada nodo es una comprobación; la flecha solo avanza si esa comprobación pasa. Si falla, corriges en ese nivel antes de bajar.
- **Línea de cierre**: El orden importa porque un error en la capa 1 puede hacer que la capa 3 parezca rota cuando en realidad no lo está. Bajar en el diagrama antes de cerrar el nivel anterior es la fuente más común de retrabajo en campo.
- **Notas del orador**: Detente en el nodo 4, el de aislamiento entre redes. Es el que más integradores saltan porque 'la VLAN ya está creada'. Muestra en vivo el ping cruzado fallido como prueba de que el aislamiento funciona, no lo des por supuesto. Si alguien pregunta por qué el nodo 6 es parte de la validación y no de la entrega, la respuesta es que entregar sin documentar es dejar un sitio que el cliente no puede operar solo, y eso vuelve como soporte no facturado.
#### Lámina 98 · Contenido con tarjetas · modo claro
- **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › CIERRE DEL SITIO
- **Título**: Tres capas que validas antes de dar por cerrado el sitio
- **Entradilla**: Un sitio que 'funciona' y un sitio que puedes entregar con firma no son lo mismo. Estas tres capas separan uno del otro.
1. **Conectividad y adopción** — Confirma que cada AP, switch y gateway aparece en el controlador como 'Conectado' y sin alertas: si un dispositivo quedó aislado, tu cliente lo descubrirá cuando tú ya no estés.
2. **Políticas y segmentación** — Verifica que cada VLAN llega solo a donde debe llegar: prueba desde un cliente en la red de invitados que no alcanza la LAN de gestión, y desde la LAN corporativa que sí sale a internet con la QoS correcta.
3. **Acceso y credenciales** — Cambia las credenciales de demo o por defecto, entrega al cliente su propio usuario con rol 'Viewer' o 'Operator' según lo pactado, y comprueba que tú conservas acceso administrativo para soporte remoto.
- **Línea de cierre**: Si las tres capas pasan, tienes un sitio entregable. Si alguna falla, tienes un ticket de soporte abierto antes de cobrar.
- **Notas del orador**: Aquí conviene detenerte y pedir que cada participante abra su sitio de laboratorio y recorra las tres capas en orden. No lo hagas tú en pantalla: que ellos lo descubran. La capa que más suele fallar en el laboratorio es la segunda, porque las reglas de VLAN se configuraron pero no se probaron en sentido contrario. Si alguien encuentra un fallo, mejor ahora que en casa de un cliente. No menciones todavía la lámina de documentación: esa es la capa cuatro y viene sola.
#### Lámina 99 · Evidencia medida · modo oscuro
- **Antetítulo**: 99 · BLOQUE 6 › VALIDACIÓN Y ENTREGA
- **Título**: Las alertas del panel que debes resolver antes de la entrega
- **Entradilla**: El panel de Omada muestra alertas activas justo antes de que entregues el sitio. Cada una que ignoras se convierte en una llamada de soporte del cliente.
**Comando**
```
[PENDIENTE: ruta exacta dentro de la interfaz web del controlador para acceder al listado completo de alertas — por ejemplo: Sitio › Alertas o equivalente en la versión instalada]
```
**Salida**
```
[PENDIENTE: captura de pantalla real del panel de alertas de Omada con al menos una alerta activa visible en el sitio configurado durante el taller]
```
**Lectura**
- [PENDIENTE: alerta real nº 1 que aparece en el panel — texto literal tal como lo muestra Omada — y qué acción la resuelve]
- [PENDIENTE: alerta real nº 2 — texto literal y acción correctora]
- [PENDIENTE: alerta real nº 3 — texto literal y acción correctora]
- [PENDIENTE: indica cuáles de las alertas anteriores bloquean la entrega y cuáles son solo informativas, según el comportamiento real del controlador]
- **Línea de cierre**: Una alerta informativa que no afecta al servicio también merece una explicación escrita al cliente: la diferencia entre 'lo sé y no importa' y 'no lo vi' es lo que define tu reputación como integrador.
- **Notas del orador**: Detente aquí y pide a los participantes que abran el panel de alertas de su propio sitio configurado durante el taller. No sigas hasta que todos vean la misma pantalla. Si alguno no tiene alertas, pregunta en voz alta por qué cree que es así: puede ser que el sitio esté limpio o que haya algo mal configurado que Omada todavía no detecta. Ese matiz vale más que cualquier explicación tuya.
#### Lámina 100 · Tabla comparativa · modo claro
- **Antetítulo**: 100 · BLOQUE 6 › VALIDACIÓN Y ENTREGA
- **Título**: Qué incluye un informe de entrega y qué no debería faltar nunca
- **Entradilla**: El sitio funciona, las pruebas están hechas. Lo que firmes ahora es lo que tu cliente va a usar como referencia si algo falla en seis meses.
| Criterio | Imprescindible | Recomendable | Fuera del informe |
| --- | --- | --- | --- |
| Topología de red | Diagrama con IPs, VLANs y nombres de dispositivos adoptados | Versión exportada desde Omada en PDF | Capturas informales sin etiquetar |
| Credenciales de acceso | Usuario admin, URL del controlador y método de acceso (nube o LAN) | QR o enlace directo al portal Omada Cloud si aplica | Contraseñas en texto plano en el cuerpo del correo |
| SSIDs configurados | Nombre, banda, VLAN asignada y política de seguridad de cada SSID | Contraseña WiFi en documento protegido separado | Solo el nombre del SSID sin más contexto |
| Resultados de validación | Prueba de conectividad por VLAN y prueba de aislamiento entre redes | Captura o log exportado desde Omada con fecha y hora | «Todo funcionaba bien» sin evidencia |
| Firmware de los dispositivos | Versión de firmware de cada AP, switch y gateway adoptado en el momento de la entrega | Política acordada de actualización futura | Versión genérica del controlador sin desglosar por dispositivo |
| Acuerdos de soporte | Qué cubre tu servicio posentrega y hasta cuándo | Canal de contacto preferido y tiempo de respuesta esperado | Promesas verbales que no quedaron por escrito |
**Veredicto**: Un informe sin topología documentada y sin resultados de validación con evidencia no es un informe de entrega: es una declaración de buenas intenciones.
- **Línea de cierre**: Lo que no está en el informe no existe para tu cliente ni para ti si hay una disputa. El límite honesto: este documento no sustituye un contrato de mantenimiento, que es un documento distinto.
- **Notas del orador**: Detente en la fila de credenciales. Es donde más errores graves se cometen: contraseñas enviadas en texto plano en un correo que queda en el historial para siempre. Pregunta cuántos de los asistentes han entregado un sitio sin documento formal. No para señalar, sino para dimensionar cuánto riesgo real hay ahí. La columna 'Fuera del informe' no es opcional ni decorativa: ayuda a entender qué hábitos concretos hay que cambiar, no solo qué añadir.
#### Lámina 101 · Contenido con tarjetas · modo claro
- **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › EXPORTACIÓN
- **Título**: Cómo exportar la configuración del sitio desde Omada
- **Entradilla**: Antes de cerrar el proyecto, el cliente necesita una copia de lo que has configurado. Omada te permite exportar todo el sitio en un fichero que puedes archivar, compartir o restaurar.
1. **Accede a la exportación** — En el controlador, ve a Configuración del sitio › Mantenimiento › Copia de seguridad y descarga el fichero .cfg del sitio activo.
2. **Qué incluye el fichero** — Captura redes inalámbricas, VLANs (redes de área local virtuales), perfiles de usuario y parámetros de adopción, pero no las estadísticas históricas de tráfico.
3. **Entrega y custodia** — Guarda una copia en tu repositorio y entrega otra al cliente: si el controlador falla o migras de hardware a nube, este fichero es el punto de partida de la restauración.
- **Línea de cierre**: El fichero exportado no sustituye un plan de recuperación: documenta también qué versión de firmware tenían los dispositivos en el momento de la entrega.
- **Notas del orador**: Muestra en vivo la ruta exacta en el controlador que estéis usando en el workshop. Anticipa la pregunta más frecuente: el fichero .cfg no es legible a mano, así que no sirve como documentación técnica para el cliente final; para eso necesitas un documento separado con las decisiones de diseño. No lo digas todavía si vas a cubrir la lámina de documentación justo después.
#### Lámina 102 · Evidencia medida · modo oscuro
- **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › PANEL DE ESTADO
- **Título**: Así se ve un sitio sano en el panel: indicadores en verde y sin alertas
- **Entradilla**: Cuando el sitio está bien configurado, el panel te lo confirma sin ambigüedad: todo en verde, cero alertas activas, y cada dispositivo adoptado y sincronizado.
**Comando**
```
[PENDIENTE: si el panel permite exportar un resumen de estado —vía CLI, API Omada o descarga de informe— incluir el comando o ruta exacta usada para obtenerlo]
```
**Salida**
```
[PENDIENTE: captura de pantalla o exportación real del panel de un sitio configurado, con el árbol de dispositivos en verde, conteo de alertas en cero, y uptime visible de APs, switches y gateway]
```
**Lectura**
- Gateway adoptado y en línea: el panel muestra 'Connected' con uptime continuo desde la adopción
- Todos los APs en verde: ninguno figura como 'Isolated', 'Disconnected' o 'Pending'
- Cero alertas activas en el widget de notificaciones: si hay alguna, es el momento de resolverla antes de entregar
- Clientes conectados visibles por SSID y VLAN: confirma que la segmentación que configuraste está funcionando
- Estadísticas de tráfico coherentes con la prueba de conectividad que acabas de hacer
- **Línea de cierre**: Un sitio en verde no prueba que esté optimizado; prueba que está operativo. La optimización de canales, potencia y roaming viene después, con tráfico real de producción.
- **Notas del orador**: Aquí la tentación es avanzar rápido porque 'se ve bien'. Detente y pide a los participantes que lean cada indicador en voz alta antes de dar el sitio por válido. El objetivo es que internalicen el criterio de lectura, no que confíen en el color verde de forma ciega. Si algún dispositivo aparece en amarillo o con alerta, es el mejor caso posible para trabajar en vivo: no lo resuelvas tú solo, guía al grupo para que encuentre la causa. Recuerda que esta lámina depende de que [PENDIENTE: salida real] esté completa antes de la sesión; sin ella, no proyectes la lámina vacía.
#### Lámina 103 · Contenido con tarjetas · modo claro
- **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › Comunicación al cliente
- **Título**: Qué le explicas al cliente en la entrega para que no te llame la semana siguiente
- **Entradilla**: La mayoría de las llamadas postventa no vienen de un fallo técnico: vienen de que el cliente no sabe qué es normal y qué no lo es. Tres conversaciones cortas en la entrega eliminan el 90 % de esas llamadas.
1. **Qué es el portal** — Muéstrale la URL del controlador o la app y dile exactamente qué puede ver ahí: el mapa del sitio, los dispositivos conectados y las alertas. Si no sabe que existe, te llama cada vez que quiere saber si el AP (punto de acceso) está encendido.
2. **Qué es una alerta normal** — Dile qué notificaciones va a recibir por correo y cuáles no requieren acción: reconexiones automáticas tras un corte de luz, actualizaciones de firmware programadas, cambios de canal por interferencias. Lo que no le explicas, lo interpreta como avería.
3. **Qué no debe tocar** — Señala los dos o tres ajustes que, si los cambia sin avisarte, pueden dejar el sitio sin conectividad: contraseña de administrador, VLANs (redes de área local virtual) asignadas a los puertos del switch y canal fijo en los APs. Ponlo por escrito, aunque sea en un correo.
- **Línea de cierre**: Nada de esto requiere un manual: son tres minutos de conversación en la entrega. Lo que no digas hoy lo vas a explicar por teléfono la semana que viene, con el cliente ya impaciente.
- **Notas del orador**: No proyectes esto como una lista de advertencias: véndelo como el briefing que le das a alguien que va a usar algo que tú has configurado bien. El tono cambia la recepción. Si tienes participantes que ya hacen entregas, pregúntales cuál es la llamada postventa que más se repite, y mapéala con una de estas tres conversaciones. Casi siempre encaja.
#### Lámina 104 · Diagrama · modo oscuro
- **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › DOCUMENTACIÓN
- **Título**: Cómo documentar el sitio para que otro técnico pueda continuar tu trabajo
- **Entradilla**: El sitio funciona hoy. La pregunta es si va a funcionar para quien lo toque la próxima vez sin que tengas que estar presente.
**Descripción del diagrama**: Flujo lineal con cinco nodos en fila horizontal, uno por cada elemento de la lista: Inventario → VLANs → Acceso → Estado validado → Escalado. Debajo de cada nodo, una línea corta indica el soporte donde vive ese dato: hoja de entrega, diagrama de red, gestor de contraseñas, carpeta de capturas, contrato de servicio. Una flecha de retorno en la parte inferior une el último nodo con el primero, indicando que el ciclo se repite en cada cambio relevante.
**Elementos**
- Inventario de dispositivos adoptados: nombre, MAC, IP fija o rango DHCP reservado y ubicación física de cada AP y switch.
- Mapa de VLANs: ID, nombre, propósito y a qué SSID o puerto está asociada cada una.
- Credenciales y acceso: URL o IP del controlador, usuario de administración, método de acceso remoto si existe, y dónde están guardadas las credenciales de forma segura.
- Capturas del estado validado: pantallas de topología, lista de clientes activos y resultado del test de cobertura realizados en la entrega.
- Contacto y siguiente paso: quién es el responsable técnico del cliente, qué hacer ante una alerta y cómo escalar si el problema no se resuelve en primer nivel.
**Lectura**: Una entrega técnica no termina cuando el cliente dice que tiene señal: termina cuando otro técnico puede intervenir el sitio sin llamarte. Para eso, la documentación no es un trámite final, es la última capa de configuración.
- **Línea de cierre**: Esta documentación también te protege a ti: si hay una incidencia seis meses después, defines desde dónde empezar la investigación.
- **Notas del orador**: Detente aquí y pregunta cuántos de los participantes han recibido un sitio mal documentado. No hace falta que respondan en voz alta, pero el silencio o las risas ya dicen algo. Luego explica que el objetivo no es crear burocracia, sino reducir el tiempo de respuesta ante una incidencia nocturna cuando nadie recuerda qué VLAN era cuál. Si el grupo trabaja con clientes PYME, señala que muchas veces el integrador es también el soporte de primer nivel: documentar bien es documentarse a uno mismo.
#### Lámina 105 · Contenido con tarjetas · modo claro
- **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › CIERRE DE RESPONSABILIDAD
- **Título**: Las tres cosas que dejan de ser tu responsabilidad cuando el cliente firma
- **Entradilla**: La firma del cliente no es un trámite: es la línea que separa lo que tú garantizas de lo que él decide a partir de ahora.
1. **Cambios de configuración** — Cualquier modificación que el cliente haga en el controlador después de la entrega —SSIDs, VLANs, contraseñas— corre por su cuenta.
2. **Dispositivos que él conecte** — Un AP o switch añadido sin pasar por ti puede romper la topología que validasteis juntos; eso no es un fallo de tu instalación.
3. **Degradación por el entorno** — Interferencias nuevas, obras, equipos de terceros: el rendimiento que mediste en la entrega corresponde al entorno de ese día, no al de seis meses después.
- **Línea de cierre**: Nombrar estos tres puntos en voz alta durante la entrega, y que queden en el acta, te ahorra la llamada de soporte que de otro modo llegaría como garantía.
- **Notas del orador**: No presentes esto como una cláusula de descargo: preséntalo como una ayuda para el cliente. Si sabe qué no debe tocar sin avisarte, te llama antes de romper algo, no después. Detente en el punto 2 si hay integradores en la sala que trabajan con clientes que compran hardware por su cuenta en Amazon: es el escenario más frecuente de conflicto postventa.
#### Lámina 106 · Evidencia medida · modo oscuro
- **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › DOCUMENTACIÓN
- **Título**: Un informe de entrega real: qué secciones incluye y cómo se lee
- **Entradilla**: Un informe de entrega no es burocracia: es la prueba de que el sitio funciona y el respaldo que te protege si el cliente abre un ticket tres meses después.
**Comando**
```
[PENDIENTE: ruta exacta dentro del controlador para exportar o generar el informe de sitio — por ejemplo, Site Settings › Maintenance › Export o equivalente según versión]
```
**Salida**
```
[PENDIENTE: captura o exportación real del informe de entrega generado en Omada para el sitio configurado durante el workshop]
```
**Lectura**
- Nombre del sitio y fecha de entrega: confirma qué instalación cubre el documento y cuándo se consideró lista.
- Dispositivos adoptados: lista cada AP, switch y gateway con su MAC y su firmware al momento de la entrega — si hay una incidencia futura, aquí empieza la investigación.
- SSIDs configuradas y sus VLANs asociadas: el cliente puede verificar que lo que pidió es lo que quedó activo.
- Estado de los canales y potencias de transmisión: evidencia de que la RF (radiofrecuencia) se configuró, no se dejó en automático sin criterio.
- Alertas abiertas o advertencias del sistema al cierre: si quedó algo pendiente, queda firmado — no aparece después como sorpresa.
- **Línea de cierre**: Lo que no está en el informe no ocurrió. Cualquier ajuste verbal que hagas después del cierre, sin registro, es trabajo que asumes sin cobertura.
- **Notas del orador**: No proyectes esto como un formulario que hay que rellenar: proyéctalo como el documento que evita la llamada a las 11 de la noche. Detente en la sección de alertas abiertas — es donde muchos integradores firman sin mirar. Si el sitio del workshop tiene alguna advertencia activa, muéstrala en pantalla y decide con la sala si es bloqueante o no. Ese criterio, tomado en voz alta, es más formativo que cualquier checklist.
#### Lámina 107 · Tabla comparativa · modo claro
- **Antetítulo**: 107 · BLOQUE 6 › VALIDACIÓN Y ENTREGA
- **Título**: Checklist de entrega: lo que el cliente ve vs lo que tú ya verificaste
- **Entradilla**: El cliente va a mirar tres cosas: que haya señal, que entre internet y que la contraseña funcione. Tú tienes que haber verificado veinte antes de que llegue.
| Criterio | Lo que el cliente comprueba | Lo que tú ya verificaste |
| --- | --- | --- |
| Cobertura inalámbrica | Ve barras de señal en su móvil | Mapa de cobertura revisado, potencia y canales ajustados por AP |
| Acceso a internet | Abre un navegador y carga una página | Prueba de throughput por SSID, failover de WAN si hay doble línea |
| Credenciales Wi-Fi | La contraseña que le diste funciona | SSID, banda, cifrado WPA y VLAN asignada confirmados en el controlador |
| Aislamiento de redes | No le pregunta por esto | Ping cruzado entre VLANs bloqueado, reglas ACL (lista de control de acceso) validadas |
| Portal cautivo (si aplica) | Ve una pantalla de bienvenida y entra | Redirección, tiempo de sesión y límite de ancho de banda probados |
| Acceso remoto al controlador | No lo ve | Credenciales de administrador entregadas, acceso tuyo de soporte configurado y documentado |
| Alertas y notificaciones | No lo ve | Al menos un correo de alerta enviado y recibido desde el controlador |
| Documentación del sitio | Recibe un PDF o resumen | Diagrama de red, tabla de VLANs, IPs fijas y contraseñas en bóveda |
**Veredicto**: Si alguna fila de la columna derecha tiene un hueco, la entrega no está lista aunque el cliente no lo note hoy. Lo notará cuando algo falle.
- **Línea de cierre**: Lo que el cliente no ve es exactamente lo que te llaman a las 11 de la noche cuando deja de funcionar.
- **Notas del orador**: Detente en la fila de aislamiento de redes: es la que más integradores saltan porque el cliente nunca la pide explícitamente, y es la que genera los incidentes de seguridad más graves en redes con VLAN de invitados. Pregunta cuántos han entregado un sitio sin validar el ping cruzado entre VLANs. No para señalar, sino para abrir la conversación sobre por qué esa prueba no es opcional. La columna de documentación también genera resistencia: algunos lo ven como trabajo extra. El argumento es de negocio, no técnico: un sitio bien documentado es el que puedes escalar, vender como mantenimiento recurrente y clonar para el siguiente cliente.
#### Lámina 108 · Contenido con tarjetas · modo claro
- **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › ACCESO DEL CLIENTE
- **Título**: Cómo dejar el acceso de monitorización activo para el cliente sin comprometer la seguridad
- **Entradilla**: El cliente quiere ver su red; tú no quieres que la rompa. Ambas cosas son compatibles si asignas el rol correcto desde el principio.
1. **Rol Viewer, no Admin** — Crea la cuenta del cliente con rol Viewer: ve el estado de todos los dispositivos y la actividad de la red, pero no puede cambiar ninguna configuración.
2. **Acceso solo a su sitio** — Cuando el controlador gestiona varios clientes, asigna el acceso por sitio, no por organización entera: el cliente ve únicamente su instalación.
3. **Contraseña propia desde el alta** — Envía la invitación para que el cliente establezca su propia contraseña; tú nunca la conoces, y si la pierde la restablece sin pasar por ti.
- **Línea de cierre**: El límite honesto: el rol Viewer no protege contra un cliente que comparte sus credenciales con alguien que sí sabe tocar configuraciones. Eso es política, no tecnología.
- **Notas del orador**: Vale la pena detenerse aquí un momento: en la práctica, la fricción más común no es técnica sino de expectativas. El cliente ve un botón que no puede pulsar y llama pensando que algo está roto. Anticípalo en la entrega: muéstrale exactamente qué puede hacer con su acceso antes de salir del sitio. Si alguien en la sala ya ha tenido esa llamada incómoda, pídele que lo cuente; abre el debate ahí.
#### Lámina 109 · Portada de laboratorio · modo oscuro
- **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › LABORATORIO FINAL
- **Título**: Valida y documenta el sitio que has configurado durante el taller
- **Entradilla**: Todo lo que configuraste en las últimas horas tiene que sobrevivir a una pregunta: ¿funciona cuando alguien que no estaba aquí lo revisa?
**Número**: Laboratorio 6
**Título de la práctica**: Valida y documenta el sitio que has configurado durante el taller
- **Línea de cierre**: Este laboratorio cierra el workshop con un entregable real, no con un entorno de prueba descartable.
- **Notas del orador**: No expliques qué van a hacer: ya lo dice la pantalla. Deja un momento de silencio para que cada participante abra su controlador y sitúe mentalmente en qué estado dejó el sitio. Si alguien llegó tarde o perdió pasos en laboratorios anteriores, indícale que puede validar lo que tenga, aunque esté incompleto: la checklist también sirve para detectar huecos. No digas todavía qué forma toma la documentación; eso lo descubren en las instrucciones del laboratorio.
#### Lámina 110 · Laboratorio, lo que vas a hacer · modo claro
- **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › CHECKLIST FINAL
- **Título**: Pasa el checklist completo y genera tu informe de entrega
- **Entradilla**: Tu cliente no ve configuraciones; ve si la red funciona y si tienes papel que lo respalde. Este laboratorio cierra el sitio con los tres pasos que convierten una instalación en una entrega profesional.
- A · **Validación técnica** — Recorre el checklist punto a punto desde la interfaz del controlador: adopción de todos los dispositivos, VLANs (redes de área local virtuales) activas, SSIDs (identificadores de red inalámbrica) transmitiendo en las bandas correctas y acceso a internet confirmado desde cada segmento. Marca cada ítem; los que queden en rojo son bloqueantes antes de firmar la entrega.
- B · **Captura del estado del sitio** — Exporta desde el controlador la vista de topología y el resumen de configuración del sitio. [PENDIENTE: ruta exacta de exportación y formato de archivo disponible en la versión del controlador que uses en el taller] Esos archivos son la foto del estado en el momento de la entrega, no un documento que redactas después.
- C · **Informe de entrega** — Completa la plantilla con los datos del sitio: nombre del cliente, fecha, lista de dispositivos adoptados con sus MACs (direcciones de control de acceso al medio), credenciales de acceso al controlador y contacto de soporte. Adjunta las capturas del paso B. El informe lo firma tu cliente; si no hay firma, no hay entrega.
**Línea guía**: Termina con el PDF del informe guardado y el checklist sin ítems rojos. Eso es lo mínimo para que este sitio cuente como entregado.
- **Línea de cierre**: Un checklist que no se ejecuta en cada entrega es decoración. La diferencia está en convertirlo en un paso no opcional de tu proceso, no en un recurso para cuando el cliente se queja.
- **Notas del orador**: Deja que cada participante avance a su ritmo por los tres pasos y circula para revisar que el checklist no se esté respondiendo 'de memoria' sin abrir el controlador. El error habitual aquí es marcar ítems sin verificar porque 'ya lo configuré antes'. Si alguien no tiene el informe firmado al terminar, no ha cerrado el laboratorio. Antes de pasar al cierre del bloque, pide que al menos dos participantes compartan en pantalla su informe generado para que el grupo vea variaciones reales en los datos.
#### Lámina 111 · Cierre de bloque · modo oscuro
- **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › CIERRE DE BLOQUE
- **Título**: Sabes instalar, configurar y entregar una red Omada de principio a fin
- **Entradilla**: Llegaste al final del recorrido completo. Estos son los tres movimientos que ya puedes ejecutar sin guía.
- **Controlador elegido y levantado** — Sabes qué preguntarle al cliente para decidir entre nube y hardware, y ya arrancaste uno de los dos desde cero.
- **Sitio adoptado y estructurado** — Adoptaste dispositivos, creaste el sitio, configuraste SSIDs y VLANs básicas, y validaste que el tráfico va donde debe ir.
- **Entrega documentada** — Tienes un checklist de validación firmado y sabes qué credenciales y accesos dejar al cliente antes de cerrar el proyecto.
**Lo que falta**: Este workshop no cubre configuración avanzada de roles y perfiles de acceso, políticas de QoS, ni integración con sistemas de ticketing o monitorización externa. Eso es territorio del siguiente nivel.
**Lo que sigue**: El criterio para elegir controlador y el flujo de instalación ya son tuyos. El siguiente paso es llevar esto a un proyecto real de tu cartera y aplicar el checklist con un cliente concreto.
- **Línea de cierre**: Un sitio Omada funcional no es el destino: es el punto de partida desde el que puedes diagnosticar, escalar y mantener.
- **Notas del orador**: No des por cerrado el bloque sin preguntar si alguien tiene un proyecto en curso donde pueda aplicar esto la semana que viene. Esa pregunta convierte lo aprendido en compromiso concreto. Si alguien menciona un caso con requisitos que van más allá de lo visto hoy, nómbralo explícitamente como fuera de alcance de este workshop: es honesto y protege expectativas.
### Entre bloques
#### Lámina 112 · Cierre · modo oscuro
- **Antetítulo**: 112 · CIERRE
- **Título**: Has desplegado una red Omada completa. Esto ya es tuyo.
- **Entradilla**: Saliste de aquí con un sitio configurado y un criterio para elegir. Eso no es teoría: ya lo hiciste.
**Cierre**: Tienes un controlador levantado, dispositivos adoptados, VLANs separadas y una red inalámbrica funcionando. La próxima vez que un cliente te pregunte qué necesita, ya sabes qué preguntarle tú primero.
**Recorrido**: Empezaste entendiendo qué hace un controlador y por qué importa la diferencia entre nube y hardware. Instalaste, adoptaste dispositivos, creaste el sitio, segmentaste con VLANs y validaste la entrega. Lo recorriste de principio a fin, con tus propias manos.
- **Línea de cierre**: El criterio no se olvida porque no lo memorizaste: lo construiste tomando decisiones reales durante el proceso.
- **Notas del orador**: No hagas un resumen de temas: eso ya está en el recorrido. Detente un momento antes de despedirte. Deja que la sala procese. Si alguien tiene un proyecto concreto en mente, este es el momento en que lo va a decir en voz alta: dale espacio para que pase.
---
## Tema tema-ekoinos v4
Reglas de construcción. Van completas; no recortar.
# tema-ekoinos-v1
Bloque de construcción que se anexa al final de cada Markdown generado.
Extraído del workshop "Ahora el DNS sí es tuyo" (126 láminas, 6 bloques, 2 sesiones).
Versión: v1 · Estado: estructura y redacción completas, visual pendiente
---
## 1. Anatomía de la lámina
Toda lámina de contenido lleva estas cinco partes, en este orden:
1. **Pie de contexto** — `EKOINOS · <título del evento> · <Bloque NN>`. Presente en todas. En las láminas transversales (portada, encuestas) se omite el bloque.
2. **Antetítulo** — mayúsculas, con jerarquía de ruta: `NN · SECCIÓN › SUBSECCIÓN`. Ejemplo: `01 · FUNDAMENTOS › QUÉ ES EL DNS`. Ubica al participante en el mapa sin que tenga que preguntarse dónde está.
3. **Título** — una afirmación en lenguaje llano, nunca una etiqueta temática. Es la regla más importante del tema; ver §3.
4. **Entradilla** — una o dos frases que dan el contexto necesario para leer el cuerpo. Aquí se expanden las siglas en su primera aparición.
5. **Cuerpo** — tarjetas numeradas, tabla, salida de terminal, diagrama o comparación. Ver inventario en §2.
6. **Línea de cierre** — una frase al pie que entrega el dato que ordena todo lo anterior, matiza con honestidad, o dice qué queda fuera. Nunca es un resumen de lo que ya se leyó.
### Zona reservada del logo
La esquina superior derecha queda **vacía en todas las láminas, sin excepción**. El logo semitransparente de Ekoinos no se genera: se coloca a mano después, una sola vez sobre el patrón de diapositivas.
Medida del rectángulo reservado: **2,90 × 2,60 pulgadas**, anclado arriba a la derecha (x = 10,43", y = 0") sobre una lámina de 13,333 × 7,5". El título puede extenderse por debajo de esa zona, porque el logo es semitransparente; ninguna tarjeta, tabla ni imagen puede hacerlo.
Esto es una regla de composición, no una omisión. Ningún elemento — título, tarjeta, tabla, diagrama, captura — puede invadir ese rectángulo ni quedar tan cerca que el logo lo toque al colocarse. Si una lámina necesita ese espacio, el contenido sobra y hay que partirlo en dos láminas.
---
## 2. Inventario de tipos de lámina
Solo estos. No inventar tipos nuevos.
| Tipo | Cuándo | Contenido |
|---|---|---|
| Portada | Una por presentación | Antetítulo de categoría, título a dos líneas, promesa en una frase, formato del evento |
| Índice de bloques | Después de la portada | Tarjetas `NN` + título + una línea, una por bloque, y un cierre que explica el reparto por sesión |
| Quién te acompaña | Tercera lámina | Cita en primera persona, credencial breve, y tres tarjetas de por qué este tema sale de experiencia propia |
| Separador de bloque | Abre cada bloque | `BLOQUE` + número grande + título + subtítulo + promesa del bloque |
| La ruta | Después de cada separador | Cinco tarjetas `NN` con lo que se va a establecer, y una línea sobre el laboratorio que lo cierra |
| Contenido con tarjetas | El caso general | Tres tarjetas `01/02/03`, título de 2 a 4 palabras y una frase cada una |
| Evidencia | Cuando hay medición | Comando ejecutado, salida real recortada, y un recuadro `LO QUE ENSEÑA` con la lectura |
| Tabla comparativa | Decisiones entre opciones | Criterios en filas, opciones en columnas, marcas ✓ / ✕, y un veredicto al pie |
| Diagrama | Topologías y flujos | Un diagrama por lámina, con la variante señalada en el antetítulo |
| Portada de laboratorio | Abre cada práctica | `LABORATORIO` + número grande + título de la práctica |
| Laboratorio, lo que vas a hacer | Sigue a la portada | Tres pasos `A/B/C` con título corto y una frase, y una línea sobre la guía |
| Encuesta en vivo | Intercalada | Una frase de llamada y la instrucción de volver a la pestaña abierta |
| Cierre de bloque | Cierra cada bloque | Tres tarjetas ✓ con lo conseguido, un recuadro `LO QUE SIGUE`, y una línea de lo que todavía no se hizo |
| Cierre de la presentación | Última | Recorrido de dónde empezó y dónde termina |
---
## 3. Reglas de redacción
Estas reglas son el tema. Si se rompen, el deck deja de parecer de Ekoinos aunque los colores sean correctos.
**Los títulos afirman, no etiquetan.** No `Caché DNS` sino `Por qué el descenso completo casi nunca ocurre`. No `Latencia` sino `Nadie dice "DNS lento". Dicen "internet lento"`. El título es la conclusión de la lámina, dicha como se la dirías a alguien de frente.
**Segunda persona, siempre.** `tu red`, `tu resolver`, `lo vas a ver`. Nunca `el usuario` ni `se recomienda`.
**Ninguna afirmación sin comprobación.** Cada dato lleva al lado de dónde salió: medido en el laboratorio, capturado en producción, ejecutado en vivo. Si algo no se puede demostrar, la lámina lo dice.
**La honestidad es parte del contenido, no una nota al margen.** Hay láminas dedicadas a descartar el argumento débil, a nombrar el límite de lo que se acaba de enseñar, o a matizar un número bueno. Fórmulas del tema: `Un matiz honesto`, `El límite honesto`, `Empecemos por el que hay que descartar`.
**Siglas expandidas en su primera aparición**, entre paréntesis y en español: `DoH (DNS sobre HTTPS)`, `NAT (traducción de direcciones de red)`.
**Números concretos antes que adjetivos.** `De cada 100 respuestas, 89 son de memoria`. `33 milisegundos contra cero`. Nunca `mucho más rápido`.
**Tarjetas cortas.** Título de 2 a 4 palabras, cuerpo de una frase. Tres tarjetas por lámina en contenido, cinco en las láminas de ruta.
**Contraste como recurso de estructura.** Muchas láminas se construyen sobre dos polos: fría contra caliente, reenviar contra resolver, con panel contra sin panel.
**Comillas tipográficas y el punto medio `·`** como separador en antetítulos y pies. Nunca guiones.
---
## 4. Ritmo del mazo
El orden dentro de cada bloque es fijo:
separador → la ruta → láminas de contenido → laboratorio (portada + qué vas a hacer) → cierre de bloque
Las encuestas en vivo se intercalan entre bloques o antes de un tema polémico, no dentro de una secuencia de contenido. Cada bloque cierra prometiendo el siguiente por su nombre y su contenido.
La densidad observada: 126 láminas para 6 bloques, unas 21 por bloque, repartidas en 2 sesiones de 3 bloques cada una.
---
## 5. Los dos modos
La presentación alterna dos esquemas completos. No es decoración: el modo oscuro marca el cambio de ritmo.
**Modo claro** — el caso general, contenido normal. 82 de 126 láminas.
**Modo oscuro** — separadores de bloque, portadas y pasos de laboratorio, cierres de bloque, láminas de evidencia con salida de terminal, encuestas en vivo y portada. 44 de 126 láminas.
Dentro de un mismo bloque se alterna libremente; lo que no cambia nunca es qué tipo de lámina va en qué modo.
---
## 6. Paleta
| Rol | Modo claro | Modo oscuro |
|---|---|---|
| Fondo | `#F6F9FD` degradando a `#EDF4FC` | `#0C2747` degradando a `#050D19` |
| Título | `#12253F` | `#FFFFFF` |
| Énfasis dentro del título | `#0079A8` | `#00A0D6` |
| Antetítulo | `#0079A8` | `#00A0D6` |
| Entradilla y cuerpo | `#5A7089` | `#A9BBD0` |
| Texto destacado en cuerpo | `#12253F` | `#FFFFFF` |
| Superficie de tarjeta | `#EFF4FA` | `#132844` |
| Superficie de píldora o dato suelto | `#FFFFFF` | `#0F2C4A` |
| Recuadro ancho de cierre | `#DCE7F3` | `#0F2C4A` |
| Fondo de terminal | — | `#0A1B30` |
| Pie de contexto | `#8398AE` | `#7E93AC` |
**Acentos**, iguales en los dos modos y usados con moderación:
- `#2E9E5B` — marca ✓, confirmación, resultado bueno
- `#DD6048` — alerta, marca ✕, el dato que preocupa
- `#C87F1B` — advertencia, matiz, "depende"
**Dentro de la terminal:** comando en `#9FE8C0`, salida neutra en `#8FA6BE`, línea que importa resaltada en `#9FE8C0` si es buena o `#F0907C` si es mala, separadores de sección en `#8FA6BE`.
El fondo original es una imagen con un degradado muy sutil. Un color plano o un degradado diagonal suave entre los dos valores da el mismo resultado.
---
## 7. Tipografía
Sistema de dos familias más una monoespaciada.
**Despliegue — Century Gothic**, o **Questrial** si el deck se construye en web o Claude Design. Se usa en: antetítulo, título, número grande, título de tarjeta y etiquetas de recuadro (`LO QUE ENSEÑA`, `LO QUE SIGUE`).
**Cuerpo — una neutral de alta legibilidad.** Calibri en PowerPoint. Se usa en: entradilla, cuerpo de tarjeta, línea de cierre y pie de contexto.
**Terminal — Consolas**, o cualquier monoespaciada equivalente.
**La jerarquía no debe depender de la negrita.** Questrial tiene un solo peso. El tema se sostiene con tamaño, caja y color: antetítulo en mayúsculas y color de acento, título grande en color de máximo contraste, cuerpo en el color secundario. Donde haya negrita disponible se usa solo en el título de tarjeta y en el fragmento inicial de la línea de cierre.
**Century Gothic ocupa más ancho del habitual.** Los títulos se escriben cortos y no pasan de dos líneas.
### Tamaños
| Elemento | pt |
|---|---|
| Número grande de separador de bloque y laboratorio | 112 |
| Título de separador de bloque | 36 |
| Título de lámina | 30–31 |
| Subtítulo de separador | 19 |
| Número de tarjeta (`01`, `02`, `03`) | 20 |
| Entradilla | 14,5 modo claro · 16 modo oscuro |
| Título de tarjeta | 14 |
| Cuerpo de tarjeta | 14 (12 cuando la tarjeta es baja) |
| Línea de cierre | 14 |
| Etiqueta de recuadro | 10–10,5 |
| Antetítulo | 10,5 |
| Pie de contexto | 9,5 |
| Terminal | 12 el comando · 16 la salida |
---
## 8. Retícula
Lámina de 13,333 × 7,5 pulgadas (16:9). Márgenes izquierdo y derecho de 0,75", ancho útil de 11,83".
Posiciones verticales fijas, medidas desde el borde superior:
| Elemento | y | alto |
|---|---|---|
| Antetítulo | 0,50" | 0,28" |
| Título | 0,80" | 1,02" |
| Entradilla | 2,02" | 0,62" |
| Cuerpo | desde 2,70" | hasta 5,60" |
| Línea de cierre | 6,25" modo claro · 5,75" modo oscuro | 0,40–0,60" |
| Pie de contexto | 6,98" | 0,30" |
**Fila de tres tarjetas:** ancho 3,75", separación 0,29", en x = 0,75" / 4,79" / 8,83". Relleno interno de 0,26". Alto típico 2,02" en contenido y 1,75" en cierres de bloque.
**Lámina de evidencia:** terminal a la izquierda de 7,30" de ancho, recuadro de lectura a la derecha de 4,23", ambos de 2,90" de alto desde y = 2,70".
**Recuadro ancho de cierre:** todo el ancho útil, 1,15" de alto.