Ver el Markdown
# Intro ecosistema UniFi 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**: Introducción al ecosistema UniFi de Ubiquiti
- **Objetivo general**: Configura una red UniFi completa desde cero y entrégala documentada a un cliente.
- **Temas principales**:
- Instalación y primera configuración del controlador
- Adopción de dispositivos y creación del sitio
- Redes WiFi con SSID, VLAN y ajustes de radio
- Selección y configuración de switches
- Validación y entrega documentada de la red
- **Tipo de evento**: workshop
- **Modalidad**: presencial
- **Duracion total en minutos**: 360
- **Numero de sesiones**: 1
- **Perfil del publico**: Integradores de redes con experiencia en instalación pero sin uso previo de un controlador UniFi.
- **Nivel tecnico**: basico
- **Que deben poder hacer al terminar**: Configura una red UniFi completa y sabe entregarla documentada a un cliente.
- **Experto que da el tono**: mayer
- **Experto (lente)**: Richard Mayer, versión 2
- **Presupuesto**: 109 láminas (90 de contenido, 19 de estructura), 5 bloques, 1 sesión, 360 minutos
## Pendientes de completar (48)
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: breve descripción del perfil de instalaciones reales que Luis ha liderado]
- Lámina 3: [PENDIENTE: contexto sobre entornos UniFi que Luis ha desplegado o gestionado]
- Lámina 3: [PENDIENTE: referencia a proyectos documentados y entregados que Luis pueda compartir]
- Lámina 3: [PENDIENTE: experiencias previas de Luis formando a integradores o equipos técnicos]
- Lámina 3: [PENDIENTE: certificaciones, reconocimientos o afiliaciones técnicas relevantes de Luis]
- Lámina 11: [PENDIENTE: captura de pantalla real del dashboard de UniFi Network Application recién instalada, sin dispositivos adoptados todavía, mostrando la versión exacta que se usa en el workshop]
- Lámina 11: [PENDIENTE: comando exacto usado para lanzar o verificar el estado del controlador en el entorno del workshop —por ejemplo, salida real de 'systemctl status unifi' o URL y versión mostrada en el navegador al primer arranque]
- Lámina 11: [PENDIENTE: qué sección aparece destacada en el dashboard en esta versión concreta]
- Lámina 11: [PENDIENTE: qué aviso o asistente de bienvenida muestra la UI al no haber dispositivos adoptados]
- Lámina 11: [PENDIENTE: dónde aparece el número de versión del controlador en esta pantalla]
- Lámina 22: [PENDIENTE: captura o salida real de la interfaz del controlador mostrando al menos un dispositivo en estado 'Pending adoption' y otro en estado 'Connected', con sus IPs y nombres de modelo visibles]
- Lámina 22: [PENDIENTE: comando real usado para forzar la adopción o consultar el estado desde CLI, por ejemplo vía SSH al dispositivo o desde la API del controlador]
- Lámina 25: [PENDIENTE: captura de pantalla o salida real de la interfaz UniFi que muestre el dispositivo en estado 'Connected', con firmware version visible]
- Lámina 25: [PENDIENTE: comando real usado para verificar el estado, por ejemplo vía SSH al dispositivo o desde la CLI del controlador, con la salida exacta obtenida]
- Lámina 25: [PENDIENTE: qué campo concreto indica que el dispositivo está bajo gestión activa, y qué valor esperado tiene]
- Lámina 25: [PENDIENTE: qué campo muestra la versión de firmware y cómo confirmar que es la correcta para este modelo]
- Lámina 25: [PENDIENTE: qué señal visual o de estado indica que el dispositivo necesitaría actualización de firmware antes de seguir]
- Lámina 32: [PENDIENTE: captura real del Network Profile del controlador de Luis mostrando VLAN ID asignado al SSID]
- Lámina 34: [PENDIENTE: captura de pantalla o grabación de la secuencia real en UniFi Network 9.x: panel Settings › Networks › Create New Network con VLAN ID asignado, seguido de Settings › WiFi › Create New WiFi con esa red seleccionada]
- Lámina 34: [PENDIENTE: pasos exactos navegados en la UI durante la demo en vivo — por ejemplo: Settings › Networks › Create New Network, nombre, Purpose: Corporate, VLAN ID: XX, Apply; luego Settings › WiFi › Create New WiFi, nombre del SSID, Network: la recién creada, Apply]
- Lámina 34: [PENDIENTE: qué campo cambia de estado o color al introducir el VLAN ID — confirmar comportamiento real en 9.x]
- Lámina 34: [PENDIENTE: mensaje de confirmación o indicador visual que aparece al guardar la red]
- Lámina 34: [PENDIENTE: dónde aparece el tag de VLAN en la vista resumen de WiFi una vez aplicado]
- Lámina 34: [PENDIENTE: si la UI advierte de algo al asociar una VLAN a un SSID en modo broadcast — confirmar en 9.x]
- Lámina 37: [PENDIENTE: captura real del mapa de señal en UniFi Network con al menos un punto de medición marcado fuera del rango útil]
- Lámina 37: [PENDIENTE: herramienta y comando usados en el workshop para tomar la medición en campo —WiFiman, iwconfig, netsh wlan show interfaces u otro— con el SSID y el punto físico exacto donde se midió]
- Lámina 37: [PENDIENTE: valor RSSI (Intensidad de la Señal Recibida) medido en el punto más alejado del AP y lo que indica para voz, datos y vídeo]
- Lámina 37: [PENDIENTE: diferencia entre el valor que mostraba el mapa y el valor medido en campo en ese mismo punto, si la hubo]
- Lámina 37: [PENDIENTE: umbral mínimo aceptable que se usó como criterio de entrega en este workshop]
- Lámina 49: [PENDIENTE: captura o bloque de texto de la salida real que muestra el estado del puerto tras aplicar la configuración: VLAN nativa asignada, VLANs etiquetadas listadas, perfil de puerto resultante]
- Lámina 49: [PENDIENTE: secuencia de pasos reales en la UI actual — ruta de menú, nombre exacto de los campos «Native VLAN» y «Tagged VLANs», valores introducidos y botón de confirmación — o, si se usa la CLI del switch UniFi, el comando exacto ejecutado y la salida obtenida]
- Lámina 49: [PENDIENTE: qué campo indica que la VLAN nativa quedó aplicada y cómo distinguirlo visualmente de las etiquetadas]
- Lámina 49: [PENDIENTE: cómo confirmar que las VLANs etiquetadas están activas en ese puerto y no solo guardadas en el perfil]
- Lámina 49: [PENDIENTE: mensaje o estado que aparece si hay un conflicto entre la VLAN nativa y alguna de las etiquetadas]
- Lámina 51: [PENDIENTE: salida real del comando anterior, copiada del terminal tal cual aparece, sin editar]
- Lámina 51: [PENDIENTE: comando o secuencia real ejecutada en la consola del switch o en el controlador UniFi para inspeccionar el estado del trunk y las VLANs permitidas en el puerto]
- Lámina 51: [PENDIENTE: qué línea de la salida confirma que el puerto está en modo trunk]
- Lámina 51: [PENDIENTE: qué campo muestra la lista de VLANs permitidas y cómo se compara con las que configuraste]
- Lámina 51: [PENDIENTE: qué valor indica que una VLAN está activa y pasando tráfico, frente a una que aparece en la lista pero no lo hace]
- Lámina 51: [PENDIENTE: señal de alarma, es decir, qué aspecto tiene la salida cuando falta una VLAN o el trunk está mal configurado]
- Lámina 58: [PENDIENTE: captura de pantalla real del panel de topología de UniFi con al menos un switch, un punto de acceso y un cliente conectado, tomada en el entorno del workshop]
- Lámina 58: [PENDIENTE: ruta exacta en la interfaz para llegar al panel de topología en la versión de Network Application usada en el workshop — por ejemplo: Inicio › Topología]
- Lámina 58: [PENDIENTE: qué nodo aparece primero en la cadena y qué indica sobre el uplink]
- Lámina 58: [PENDIENTE: cómo se distingue visualmente un dispositivo adoptado de uno no adoptado]
- Lámina 58: [PENDIENTE: qué símbolo o color señala un enlace degradado o una velocidad por debajo de lo esperado]
- Lámina 58: [PENDIENTE: qué ocurre con un dispositivo que ha perdido la conexión al controlador — cómo lo muestra el panel]
- Lámina 61: [PENDIENTE: captura o volcado real de la pantalla de exportación —Settings › System › Backup y Network → Site Export— con los archivos descargados visibles en el explorador de archivos]
- Lámina 61: [PENDIENTE: ruta de menú exacta en la versión del controlador que uses en el workshop: Settings › System › Backup › Download Backup y, si aplica, el comando CLI equivalente en UniFi OS para forzar el export]
## Contenido
66 láminas, en orden.
### Apertura
#### Lámina 1 · Portada · modo oscuro
- **Antetítulo**: WORKSHOP · REDES UNIFI
- **Título**: UniFi de cero a entregado: instalación, configuración y validación en un día
- **Entradilla**: Seis horas para que salgas con una red UniFi completa configurada, validada y lista para entregar a un cliente.
**Categoría**: Integración de redes · Ecosistema Ubiquiti
**Formato**: Presencial · Nivel básico-técnico
**Promesa**: Configura una red UniFi completa desde cero y entrégala documentada a un cliente.
- **Línea de cierre**: El límite honesto: este taller cubre el flujo completo de una instalación estándar; escenarios de alta disponibilidad o redes multisitio quedan fuera del alcance de hoy.
- **Notas del orador**: Antes de arrancar, pregunta cuántos han tocado alguna vez el controlador UniFi, aunque sea en casa. No para filtrar, sino para calibrar el ritmo de la mañana: si más de la mitad levanta la mano, puedes comprimir la parte de adopción y dar más tiempo a VLANs y validación. Si nadie la levanta, vas al ritmo que tienes previsto.
#### Lámina 2 · Índice de bloques · modo claro
- **Antetítulo**: 02 · PROGRAMA › VISIÓN GENERAL
- **Título**: Esto es lo que vas a construir hoy
- **Entradilla**: Seis horas, una red completa. Cada bloque que ves aquí termina con algo funcionando, no con una explicación teórica.
1. **Controlador en marcha** — Instalas UniFi Network Application y accedes al panel por primera vez.
2. **Sitio y dispositivos** — Creas el sitio, adoptas tus APs y switches, y los ves en verde.
3. **WiFi con VLAN** — Configuras SSIDs, asignas VLANs y ajustas los parámetros de radio.
4. **Switches configurados** — Defines trunk y access ports, y compruebas que el tráfico va donde tiene que ir.
5. **Validación y entrega** — Mides la red, detectas lo que falla, y generas la documentación que le entregas al cliente.
**Cierre del reparto**: Los bloques 1 y 2 forman la base: si algo se tuerce ahí, el resto no arranca. Avísame y lo resolvemos antes de seguir.
- **Línea de cierre**: Al final del día no tienes una demo, tienes una red que podrías entregar mañana. Lo que no cubre este workshop es el diseño de cobertura RF y el dimensionado de hardware: eso requiere un análisis de cada instalación.
- **Notas del orador**: No leas las tarjetas. Señala cada número y di en una frase qué van a tocar con las manos. Detente un momento en el bloque 5: mucha gente llega al final de una instalación y entrega 'de palabra'. Hoy van a salir con un documento real. Si alguien pregunta por UniFi Protect o Talk, apúntalo en la pizarra y explica que hoy el foco es solo red: switching, WiFi y controlador.
#### Lámina 3 · Quién te acompaña · modo claro
- **Antetítulo**: 03 · PRESENTACIÓN › QUIÉN TE GUÍA
- **Título**: La persona que va a guiarte en cada paso
- **Entradilla**: Seis horas dan para mucho si quien conduce el ritmo conoce el terreno. Esto es lo que Luis trae a la sala hoy.
**Cita**: No hay red bien entregada sin alguien que haya roto una antes y sepa por qué.
1. **Manos en hardware** — [PENDIENTE: breve descripción del perfil de instalaciones reales que Luis ha liderado]
2. **Controladores en producción** — [PENDIENTE: contexto sobre entornos UniFi que Luis ha desplegado o gestionado]
3. **Entrega a cliente** — [PENDIENTE: referencia a proyectos documentados y entregados que Luis pueda compartir]
4. **Formación técnica** — [PENDIENTE: experiencias previas de Luis formando a integradores o equipos técnicos]
**Credencial**: [PENDIENTE: certificaciones, reconocimientos o afiliaciones técnicas relevantes de Luis]
- **Línea de cierre**: Lo que no vas a encontrar aquí es teoría desconectada del rack: cada concepto que aparezca en pantalla ha pasado antes por una instalación real.
- **Notas del orador**: No leas las tarjetas. Deja que la sala las lea y señala solo la que más te represente o la que más preguntas genera. Si alguien pregunta por un proyecto concreto, decide antes de empezar si lo compartes con nombre o en genérico. El tono de esta lámina marca el tono del día: directo, sin adornos.
### Bloque 1 · Instalación y primera configuración del controlador — Antes de tocar un dispositivo, el controlador tiene que estar en pie (sesión 1)
#### Lámina 4 · Separador de bloque · modo oscuro
- **Antetítulo**: 01 · BLOQUE 1
- **Título**: Instalación y primera configuración del controlador
- **Entradilla**: Sin controlador no hay red UniFi: es el punto desde el que adoptas, configuras y monitorizas cada dispositivo del sitio.
**Número**: 01
**Subtítulo**: Instalación y primera configuración del controlador
**Promesa**: Al terminar este bloque tienes el controlador corriendo, el sitio creado y al menos un dispositivo adoptado.
- **Línea de cierre**: El controlador no tiene que estar en la nube para funcionar: hoy lo levantamos en local y discutimos cuándo tiene sentido moverlo.
- **Notas del orador**: Detente aquí para calibrar el punto de partida del grupo: pregunta quién ha visto ya una interfaz UniFi, aunque sea de pasada. No hace falta que respondan en voz alta; levanta la mano quien sí. Eso te dice si puedes ir más rápido en los primeros pasos o necesitas reducir la velocidad en la adopción.
#### Lámina 5 · La ruta del bloque · modo claro
- **Antetítulo**: 01 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › HOJA DE RUTA
- **Título**: Lo que vas a hacer en este bloque
- **Entradilla**: Seis horas dan para mucho si cada bloque tiene un destino claro. Este es el del primero.
1. **Elige dónde corre** — Decides si el controlador vive en la nube, en un servidor local o en un dispositivo dedicado, y por qué cada opción tiene un precio real.
2. **Instala y arranca** — Subes el software, lo inicias y compruebas que responde antes de tocar nada más.
3. **Creas el sitio** — Defines el nombre, el país y la zona horaria: los tres datos que condicionan canales de radio y normativa local.
4. **Configuras el admin** — Estableces credenciales seguras y decides si el controlador va a estar vinculado a una cuenta UniFi o funcionará en modo autónomo.
5. **Validas el entorno** — Confirmas conectividad, versión de firmware disponible y que el dashboard muestra el estado que esperas ver.
**Línea de laboratorio**: Al terminar este bloque tienes un controlador operativo, un sitio creado y credenciales de acceso que puedes entregar: el punto de partida real para el resto del workshop.
- **Línea de cierre**: Lo que no cubre este bloque: adopción de dispositivos y configuración de red. Eso empieza en el bloque siguiente, cuando ya tienes dónde recibirlos.
- **Notas del orador**: Muestra la hoja de ruta en pantalla y deja que la lean en silencio diez segundos antes de hablar. Si alguien ya ha instalado un controlador antes, pídele que identifique en qué paso se atascó la última vez: eso ancla la utilidad del orden que vas a seguir. No adelantes la decisión de cloud vs. local todavía; solo di que la vas a justificar con criterios concretos, no con preferencias.
#### Lámina 6 · Contenido con tarjetas · modo claro
- **Antetítulo**: 01 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › Arquitectura del sistema
- **Título**: UniFi Network Application no es el router: entiende qué pieza es cada una
- **Entradilla**: La confusión más frecuente al empezar con UniFi es mezclar el software de gestión con el hardware que mueve el tráfico. Son piezas distintas con roles distintos.
1. **UniFi Network Application** — Es el controlador: el software donde configuras, monitorizas y documentas tu red. No enruta ni conmuta tráfico; solo orquesta.
2. **Gateway o router** — Es el hardware que conecta tu red local a internet y aplica las reglas de firewall y NAT. Puede ser un UDM, un UCG o un USG.
3. **Access points y switches** — Son los dispositivos de capa de acceso que ejecutan lo que el controlador les indica. Sin controlador siguen funcionando; sin configuración, no hacen nada útil.
- **Línea de cierre**: El controlador puede apagarse después de provisionar los dispositivos y la red sigue operativa: eso te dice exactamente qué peso real tiene cada pieza.
- **Notas del orador**: Detente aquí y pregunta a la sala quién llegó pensando que el controlador 'era el router'. Es habitual y normalizarlo evita que alguien se quede con vergüenza de preguntar después. El punto clave que no está en pantalla: si el controlador cae, los dispositivos ya adoptados mantienen su última configuración y el tráfico no se interrumpe. Eso tiene una consecuencia directa en cómo le explicas la arquitectura a tu cliente cuando te pregunte si necesita un servidor dedicado.
#### Lámina 7 · Diagrama · modo oscuro
- **Antetítulo**: 01 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › ARQUITECTURA
- **Título**: Así se relacionan controlador, dispositivos y consola en la versión actual
- **Entradilla**: Tres piezas distintas, una sola vista. Saber qué hace cada una evita confundir dónde configurar qué cuando algo no responde.
**Descripción del diagrama**: Diagrama vertical de tres capas con flechas bidireccionales entre consola y controlador, y entre controlador y dispositivos. Una línea punteada horizontal cruza la capa de dispositivos hacia abajo con la etiqueta 'plano de datos' para distinguirla visualmente del canal de gestión. Los dispositivos se representan como tres iconos en fila: AP, switch y gateway.
**Elementos**
- UniFi Console (Cloud Key, Dream Machine, UDM Pro): hardware opcional que aloja el controlador y, en algunos modelos, actúa también como router o gateway.
- UniFi Network Application (controlador): software que centraliza la configuración, los mapas de red y los informes. Puede correr en la consola o en cualquier máquina con Java.
- Dispositivos adoptados (APs, switches, gateways): ejecutan la configuración que el controlador les envía; funcionan de forma autónoma aunque el controlador se apague.
- Canal de gestión: comunicación entre controlador y dispositivos por la red local o mediante UniFi Cloud si activas el acceso remoto.
- Plano de datos: tráfico de clientes WiFi o cableados; fluye directamente entre dispositivos sin tocar el controlador.
**Lectura**: Lee el diagrama de arriba hacia abajo: la consola (si existe) gestiona el controlador, el controlador gestiona los dispositivos, y los dispositivos sirven a los clientes. El tráfico de datos nunca pasa por el controlador: solo pasan las instrucciones de configuración y la telemetría.
- **Línea de cierre**: El límite honesto: si el controlador cae, los dispositivos siguen funcionando con la última configuración aplicada, pero no ves alertas ni puedes cambiar nada hasta que vuelva.
- **Notas del orador**: Detente en la distinción plano de gestión / plano de datos: es el malentendido más frecuente en instaladores que vienen de soluciones donde el tráfico sí pasa por el controlador. Si alguien pregunta qué pasa si el controlador se apaga, la respuesta está en el cierre de la lámina, pero deja que ellos lo intenten responder primero. Anticipa también la pregunta sobre Cloud Key vs. software en servidor: no hay respuesta única, depende del tamaño del sitio y de si el cliente quiere hardware dedicado; lo abordarás en la lámina de selección de consola.
#### Lámina 8 · Contenido con tarjetas · modo claro
- **Antetítulo**: 01 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › OPCIONES DEL CONTROLADOR
- **Título**: Tienes tres formas de correr el controlador; aquí por qué importa elegir bien
- **Entradilla**: El controlador no es solo software: define desde dónde gestionas la red, quién puede acceder y qué pasa cuando el dispositivo que lo corre se apaga.
1. **Nube de Ubiquiti** — UniFi Site Manager alojado por Ubiquiti: cero instalación, acceso desde cualquier lugar, pero dependes de su disponibilidad y tus datos salen de tu infraestructura.
2. **Cloud Key o consola local** — Hardware propio de Ubiquiti que corre el controlador de forma autónoma: se planta en el rack del cliente y funciona aunque no haya internet, sin que tú tengas que mantener un servidor.
3. **Servidor autoalojado** — Instalas el software en una máquina Linux, Windows o contenedor que tú controlas: máxima flexibilidad y coste bajo, pero la disponibilidad, los backups y las actualizaciones corren de tu cuenta.
- **Línea de cierre**: La elección no es técnica solamente: quien mantiene el equipo donde vive el controlador asume la responsabilidad operativa de toda la red.
- **Notas del orador**: No hay una opción correcta universal, y conviene decirlo en voz alta para que nadie salga pensando que autoalojar es siempre lo más pro. Pregunta a la sala qué tienen desplegado hoy en sus clientes o qué les han pedido. Eso ancla la discusión en su realidad antes de entrar en la instalación. Si alguien menciona UniFi OS, aclara que es el sistema operativo de las consolas físicas: el controlador corre encima, y la distinción importará cuando lleguen las actualizaciones.
#### Lámina 9 · Tabla comparativa · modo claro
- **Antetítulo**: 01 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › ELIGE TU CONTROLADOR
- **Título**: UniFi Cloud Gateway, UniFi OS en hardware propio o software en servidor: qué te conviene
- **Entradilla**: Tres caminos llevan al mismo controlador UniFi; elegir el equivocado ahora te cuesta una migración después. Aquí están los criterios que importan.
| Criterio | Cloud Gateway (UCG / UDM) | UniFi OS en hardware propio (UDM-Pro, etc.) | Software en servidor (self-hosted) |
| --- | --- | --- | --- |
| Hardware que compras | El propio gateway incluye el controlador | Dispositivo Ubiquiti con UniFi OS integrado | PC, VM o Raspberry Pi que ya tienes |
| Coste de entrada | Medio-alto (gateway + controlador en uno) | Alto (equipo de gama profesional) | Bajo si reutilizas hardware existente |
| Dependencia de red activa para gestión | No: acceso remoto nativo vía Ubiquiti Cloud | No: acceso remoto nativo vía Ubiquiti Cloud | Sí: necesitas VPN o reenvío de puertos propio |
| Actualizaciones y mantenimiento | Gestionadas desde la UI, sin intervención manual | Gestionadas desde la UI, sin intervención manual | Tú administras el SO, la aplicación y las copias |
| Adecuado para instalar en casa del cliente | Sí, solución todo-en-uno | Sí, cuando el cliente necesita routing avanzado | Solo si el cliente tiene personal técnico propio |
| Control total sobre los datos | Parcial: pasan por infraestructura Ubiquiti | Parcial: pasan por infraestructura Ubiquiti | Total: todo queda en tu infraestructura |
**Veredicto**: Para la mayoría de instalaciones en cliente sin equipo IT interno, el Cloud Gateway o un UDM-Pro son la opción directa. El software en servidor tiene sentido cuando ya controlas la infraestructura o necesitas aislar los datos completamente.
- **Línea de cierre**: El límite honesto: las tres opciones comparten la misma interfaz de gestión, así que lo que aprendas hoy funciona en cualquiera de ellas.
- **Notas del orador**: Detente aquí y pregunta cuántos ya tienen hardware Ubiquiti en un proyecto real. Si alguien tiene un UDM en producción, pídele que lo nombre: ancla la tabla a algo concreto antes de seguir. No entres todavía en diferencias de firmware entre versiones de UniFi OS; eso lo verás cuando adoptes dispositivos y puede generar una rama que consume veinte minutos.
#### Lámina 10 · Contenido con tarjetas · modo claro
- **Antetítulo**: 01 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › PUESTA EN MARCHA
- **Título**: Los tres pasos que no puedes saltarte en la primera puesta en marcha
- **Entradilla**: El controlador arranca, el navegador abre la interfaz y la tentación es avanzar rápido. Tres pasos ocurren antes de tocar cualquier dispositivo, y saltártelos te cuesta rehacerlo todo.
1. **País y zona horaria** — El controlador hereda estas dos configuraciones para cada sitio que crees: si las dejas mal, los canales de radio disponibles y las marcas de tiempo de los logs serán incorrectos desde el principio.
2. **Cuenta UniFi vinculada** — Sin una cuenta de Ubiquiti activa y verificada, el controlador no puede recuperar firmware, ni activar Remote Access, ni recibir licencias de dispositivos: vincúlala antes de adoptar nada.
3. **Nombre y descripción del sitio** — El sitio es la unidad de entrega que le vas a pasar al cliente; el nombre que pongas aquí aparece en cada informe y en cada notificación, así que ponlo bien desde el primer clic.
- **Línea de cierre**: Estos tres pasos no bloquean el progreso técnico, pero sí bloquean la profesionalidad de la entrega: un log con zona horaria equivocada o un sitio llamado 'Default' le dice al cliente cuánto cuidado pusiste.
- **Notas del orador**: Abre el asistente de configuración inicial del controlador en pantalla antes de explicar esto. Detente en el selector de país y señala que no es cosmético: la lista de canales de 5 GHz que verán luego depende directamente de este campo. Si alguien en la sala ha tenido problemas con canales bloqueados o no disponibles, este es el momento en que lo va a conectar.
#### Lámina 11 · Evidencia medida · modo oscuro
- **Antetítulo**: 01 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › RESULTADO VISUAL
- **Título**: Así luce una instalación limpia recién terminada en la UI actual
- **Entradilla**: La interfaz que ves al terminar la instalación es la misma desde la que vas a gestionar todo lo demás. Reconocerla ahora evita que pierdas tiempo buscando dónde está cada cosa cuando adoptes el primer dispositivo.
**Comando**
```
[PENDIENTE: comando exacto usado para lanzar o verificar el estado del controlador en el entorno del workshop —por ejemplo, salida real de 'systemctl status unifi' o URL y versión mostrada en el navegador al primer arranque]
```
**Salida**
```
[PENDIENTE: captura de pantalla real del dashboard de UniFi Network Application recién instalada, sin dispositivos adoptados todavía, mostrando la versión exacta que se usa en el workshop]
```
**Lectura**
- [PENDIENTE: qué sección aparece destacada en el dashboard en esta versión concreta]
- [PENDIENTE: qué aviso o asistente de bienvenida muestra la UI al no haber dispositivos adoptados]
- [PENDIENTE: dónde aparece el número de versión del controlador en esta pantalla]
- **Línea de cierre**: Lo que ves aquí es el punto de partida, no el destino: un controlador vacío es exactamente lo que necesitas antes de adoptar cualquier dispositivo.
- **Notas del orador**: Detente aquí y pide a los participantes que comprueben que su pantalla coincide con la tuya. Si alguien ve una versión diferente o un asistente distinto, es el momento de resolverlo antes de avanzar. No sigas hasta que todos estén en el mismo estado inicial: cualquier desviación ahora se amplifica en los pasos siguientes.
#### Lámina 12 · Contenido con tarjetas · modo claro
- **Antetítulo**: 01 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › ACCESO AL CONTROLADOR
- **Título**: Cuenta local vs. cuenta UniFi: cuándo usar cada una y qué pierdes si mezclas
- **Entradilla**: En el asistente de setup el controlador te pregunta cómo quieres iniciar sesión. La elección no es cosmética: condiciona qué funciones tienes disponibles y cómo te van a afectar los cambios futuros de Ubiquiti.
1. **Cuenta local** — Funciona sin internet y sin cuenta de Ubiquiti. Ganas independencia total de la nube, pero pierdes acceso remoto al portal UniFi, actualizaciones automáticas de firmware y sincronización entre sitios.
2. **Cuenta UniFi (nube)** — Vincula el controlador a tu cuenta de Ubiquiti. Habilita acceso remoto, gestión multisitio y el portal unifi.ui.com, a cambio de requerir conectividad con los servidores de Ubiquiti para autenticarse.
3. **El problema de mezclar** — Adoptar dispositivos con una cuenta y luego migrar a la otra rompe la vinculación: los dispositivos quedan huérfanos y tienes que readoptarlos manualmente. Decide antes de tocar el primer AP (punto de acceso).
- **Línea de cierre**: La cuenta local es válida para instalaciones aisladas o clientes que rechazan la nube; la cuenta UniFi es casi obligatoria en cuanto el cliente quiere soporte remoto. Lo que no tiene vuelta fácil es cambiar de una a otra una vez que la red está en producción.
- **Notas del orador**: Detente aquí y pregunta cuántos ya empezaron con cuenta local y luego intentaron cambiar. Es un error frecuente en el primer contacto con UniFi y la sala probablemente tiene algún caso. Si alguien lo vivió, deja que lo cuente: vale más que cualquier explicación tuya. Antes de pasar a la siguiente lámina confirma que todos tienen claro con qué tipo de cuenta van a trabajar hoy en el laboratorio, para que no haya mezcla de situaciones durante los ejercicios.
#### Lámina 13 · Portada de laboratorio · modo oscuro
- **Antetítulo**: 13 · BLOQUE 1 › LABORATORIO
- **Título**: Instala el controlador y llega a la pantalla de bienvenida
- **Entradilla**: Todo lo que explicamos hasta ahora vive o muere aquí: si el controlador no arranca, no hay red que gestionar. Tienes el tiempo que necesitas para dejarlo corriendo.
**Número**: Práctica 1
**Título de la práctica**: Instala el controlador y llega a la pantalla de bienvenida
- **Línea de cierre**: Cuando todos tengan la pantalla de bienvenida visible, pasamos juntos al siguiente paso. No avances solo.
- **Notas del orador**: No pongas el cronómetro en pantalla todavía: la presión de tiempo hace que la gente salte pasos y luego no sabe qué instaló. Camina por la sala y mira las pantallas; los errores más frecuentes son permisos de Java en Windows y el puerto 8443 bloqueado por el firewall local. Si alguien llega a la pantalla de bienvenida muy rápido, pídele que te explique qué hizo: consolida su aprendizaje y le da algo útil que hacer mientras esperan al resto.
#### Lámina 14 · Laboratorio, lo que vas a hacer · modo claro
- **Antetítulo**: 14 · BLOQUE 1 › LABORATORIO
- **Título**: Lo que vas a hacer
- **Entradilla**: Tres pasos, en orden. Cada uno tiene una salida que puedes comprobar antes de pasar al siguiente.
- A · **Instala el controlador** — Despliega UniFi Network Application en la máquina que tienes asignada y comprueba que el panel de bienvenida carga en el navegador.
- B · **Crea el sitio** — Nombra el sitio con el identificador que ves en tu mesa, elige la zona horaria correcta y guarda la configuración inicial.
- C · **Adopta el primer dispositivo** — Conecta el punto de acceso (PA) a la red de laboratorio, espera a que aparezca como pendiente en el controlador y completa la adopción.
**Línea guía**: Al terminar el paso C, el PA debe figurar como 'Conectado' en el panel. Ese es el único criterio de éxito para este laboratorio.
- **Línea de cierre**: Si el dispositivo se queda en 'Adoptando' más de dos minutos, hay algo entre él y el controlador que vamos a revisar juntos antes de continuar.
- **Notas del orador**: No arranques el temporizador hasta que todos tengan el panel de bienvenida visible. El error más frecuente en el paso A es intentar acceder por HTTP en lugar de HTTPS: anticípalo en voz alta antes de que lo intenten. En el paso C, algunos PA van a llegar ya adoptados de sesiones anteriores; diles que hagan un reset de fábrica si el dispositivo no aparece como pendiente.
#### Lámina 15 · Cierre de bloque · modo oscuro
- **Antetítulo**: 01 · BLOQUE 1 › CIERRE
- **Título**: El controlador está en pie; ahora le damos dispositivos
- **Entradilla**: Tres cosas concretas ocurrieron en la última hora. Compruébalas antes de pasar al siguiente bloque.
- **Controlador arrancado** — El servicio UniFi Controller responde en el puerto 8443 y superaste el asistente de configuración inicial sin errores.
- **Admin local creado** — Tienes un usuario administrador con contraseña propia, separado de la cuenta cloud de Ubiquiti.
- **Sitio definido** — Creaste un sitio con nombre, país y zona horaria correctos: la base sobre la que van a vivir todos los dispositivos del cliente.
**Lo que falta**: El controlador todavía no gestiona nada: no hay ningún AP, switch ni gateway adoptado. La red existe en software pero no en el cableado.
**Lo que sigue**: En el bloque 2 adoptamos los primeros dispositivos, los organizamos en el sitio y comprobamos que el mapa topológico refleja lo que hay instalado físicamente.
- **Línea de cierre**: Un controlador sin dispositivos adoptados es solo una consola vacía. El trabajo real empieza en el siguiente bloque.
- **Notas del orador**: Detente aquí el tiempo que haga falta. Si alguien tiene el puerto 8443 inaccesible o el asistente no llegó al final, es el momento de resolverlo; no conviene arrastrar ese problema al bloque de adopción o se multiplica. No avances hasta que todos vean la pantalla de 'Sitio' en su controlador.
### Entre bloques
#### Lámina 16 · Encuesta en vivo · modo oscuro
- **Antetítulo**: 16 · CONTROLADOR › OPCIONES DE INSTALACIÓN
- **Título**: ¿En cuál de las tres opciones de instalación vas a desplegar en tus proyectos reales?
- **Entradilla**: Acabas de ver las tres rutas: UniFi OS Console física, Cloud Gateway y software autoalojado. Ahora dime por cuál vas a apostar.
**Llamada**
¿En cuál de las tres opciones de instalación vas a desplegar en tus proyectos reales?
A — Console física (Dream Machine, Cloud Gateway Ultra…)
B — Cloud Gateway con suscripción Ubiquiti
C — Software autoalojado en servidor o VM propia
- **Línea de cierre**: La distribución de respuestas en esta sala va a condicionar en qué profundizamos más durante el resto del día.
- **Notas del orador**: No pases de aquí sin leer la sala. Si la mayoría elige C, tienes que reforzar la parte de requisitos del servidor y actualizaciones manuales, que es donde los integradores se queman. Si la mayoría elige A, el resto del bloque fluye sin ajustes. Anota el reparto: te va a servir para calibrar el tiempo que dedicas a cada variante en los bloques de adopción y mantenimiento.
### Bloque 2 · Adopción de dispositivos y creación del sitio — El sitio es la unidad de gestión; los dispositivos, sus miembros (sesión 1)
#### Lámina 17 · Separador de bloque · modo oscuro
- **Antetítulo**: 02 · ADOPCIÓN DE DISPOSITIVOS › CREACIÓN DEL SITIO
- **Título**: Adopción de dispositivos y creación del sitio
- **Entradilla**: El controlador ya está en marcha. Lo que viene ahora es poblarlo: dar de alta cada dispositivo físico y organizarlo dentro de un sitio con nombre, zona horaria y topología reconocibles.
**Número**: 02
**Subtítulo**: Adopción de dispositivos y creación del sitio
**Promesa**: Adoptas un AP, un switch y un gateway; los agrupas en un sitio; y el controlador pasa a gestionar la red entera desde un único panel.
- **Línea de cierre**: Un sitio mal nombrado o con la zona horaria equivocada contamina los logs y complica la entrega al cliente: es el primer detalle que vas a fijar antes de tocar cualquier dispositivo.
- **Notas del orador**: Avisa a la sala que este bloque tiene mucho trabajo de manos: van a usar el botón Reset físico de al menos un dispositivo y van a ver qué pasa cuando el controlador no encuentra el AP en la misma subred. Deja claro que los errores de adopción son los más comunes en campo y que los vas a reproducir a propósito para que los reconozcan cuando ocurran de verdad.
#### Lámina 18 · La ruta del bloque · modo claro
- **Antetítulo**: 02 · ADOPCIÓN Y SITIO › HOJA DE RUTA
- **Título**: Lo que vas a hacer en este bloque
- **Entradilla**: Cinco pasos encadenados: cuando termines el último, el controlador conoce cada dispositivo de la red y el sitio está listo para recibir configuración real.
1. **Crear el sitio** — Le das nombre, zona horaria y país al contenedor lógico que va a agrupar todos tus dispositivos.
2. **Conectar en capa 2** — Pones los dispositivos en el mismo segmento de red que el controlador para que el discovery los encuentre.
3. **Adoptar dispositivos** — Aceptas cada AP (punto de acceso) y switch desde la interfaz: pasan de 'Pendiente' a 'Gestionado'.
4. **Verificar estado** — Compruebas que todos los dispositivos muestran 'Conectado' y la versión de firmware que esperas.
5. **Nombrar y organizar** — Asignas nombres descriptivos y, si el sitio tiene varias plantas o zonas, los agrupas para que el cliente los entienda de un vistazo.
**Línea de laboratorio**: Al final del bloque adoptarás al menos un AP y un switch reales —o de laboratorio— y los verás gestionados bajo el sitio que habrás creado tú.
- **Línea de cierre**: El orden importa: intentar configurar una VLAN sobre un dispositivo que aún no está adoptado es el error más frecuente en una primera instalación.
- **Notas del orador**: Detente en el paso 2 y pregunta si alguien ha tenido alguna vez un dispositivo que no aparece en el discovery. La causa casi siempre es una separación de capa 2 —VLANs, subredes distintas, firewall intermedio— que no se anticipó. Ese problema aparecerá en el laboratorio si la maqueta no está bien cableada, así que es buen momento para revisar juntos la topología física antes de arrancar.
#### Lámina 19 · Contenido con tarjetas · modo claro
- **Antetítulo**: 02 · ADOPCIÓN Y SITIO › Concepto de sitio
- **Título**: Un sitio en UniFi no es una carpeta: es un perímetro de gestión con sus propias reglas
- **Entradilla**: Crear un sitio es la decisión de arquitectura que tomaste antes de adoptar el primer dispositivo. Lo que metes dentro y lo que dejas fuera no es cosmético: define qué ve el controlador, qué reglas aplica y qué puedes delegar.
1. **Perímetro de visibilidad** — El controlador solo gestiona los dispositivos que pertenecen al sitio: un equipo fuera del sitio es invisible para las políticas, los dashboards y las alertas de ese sitio.
2. **Configuración aislada** — Cada sitio tiene sus propias redes, SSIDs (identificadores de red inalámbrica), VLANs (redes de área local virtuales) y perfiles de RF (radiofrecuencia): cambiar algo en un sitio no toca los demás.
3. **Unidad de entrega** — Cuando entregas la red a un cliente, le entregas un sitio: sus credenciales, su historial de eventos y su topología viven ahí y no se mezclan con los de otro cliente.
- **Línea de cierre**: El límite honesto: un sitio bien definido simplifica la entrega, pero si metes en el mismo sitio ubicaciones físicas muy distintas, la topología se vuelve difícil de leer y las alertas pierden contexto geográfico.
- **Notas del orador**: Detente aquí y pregunta cuántos participantes gestionan ya más de una ubicación para el mismo cliente. Si la respuesta es varios, abre el debate sobre cuándo tiene sentido un sitio por ubicación frente a un sitio único con grupos de dispositivos. No resuelvas todavía: esa decisión la van a tomar con criterio propio al final del bloque.
#### Lámina 20 · Diagrama · modo oscuro
- **Antetítulo**: 02 · ADOPCIÓN DE DISPOSITIVOS › PROTOCOLO DE DESCUBRIMIENTO
- **Título**: Cómo viaja el mensaje de adopción entre el dispositivo y el controlador
- **Entradilla**: El dispositivo no espera a que el controlador lo busque: es él quien inicia el contacto. Entender ese orden cambia cómo depuras cuando la adopción falla.
**Descripción del diagrama**: Diagrama lineal de cinco nodos en fila horizontal: Dispositivo › Red L2/L3 › Resolución de dirección (DHCP opt 43 / DNS) › Controlador (pendiente) › Controlador (adoptado). Flechas etiquetadas con el protocolo y el puerto usado en cada salto. Un recuadro lateral marca en rojo los dos puntos donde la adopción puede bloquearse: falta de alcance UDP en el paso 2 y ausencia de opción DHCP 43 o DNS en el paso 3.
**Elementos**
- 1 · El dispositivo arranca y obtiene IP por DHCP (Protocolo de Configuración Dinámica de Host) en la red local.
- 2 · Emite un paquete de descubrimiento en broadcast UDP (Protocolo de Datagramas de Usuario) al puerto 10001 buscando un controlador en el mismo segmento.
- 3 · Si el controlador está en otra VLAN (Red de Área Local Virtual) o en la nube, el dispositivo consulta la opción DHCP 43 o el registro DNS 'unifi' para obtener la dirección del controlador.
- 4 · El controlador recibe el anuncio, identifica el dispositivo por su MAC (Control de Acceso al Medio) y lo muestra en estado 'Pendiente de adopción'.
- 5 · Al pulsar 'Adoptar', el controlador envía credenciales SSH (Shell Seguro) al dispositivo y establece un túnel HTTPS (HTTP Seguro) permanente para gestión y telemetría.
**Lectura**: El proceso arranca en el dispositivo recién conectado, no en el controlador. Sigue este recorrido de izquierda a derecha antes de mirar los detalles de cada paso.
- **Línea de cierre**: Si la adopción no aparece, el problema está casi siempre en el paso 2 o en el paso 3, nunca en el controlador en sí: el controlador no puede responder a lo que no le llega.
- **Notas del orador**: Dibuja este recorrido en la pizarra o señala el diagrama paso a paso mientras lo explicas en voz alta: la secuencia numerada es lo que la gente necesita recordar cuando algo falla en campo. Detente en el paso 3 y pregunta cuántos han tenido ya un dispositivo que no aparecía en el controlador, luego conecta esa experiencia con la opción DHCP 43. No entres todavía en cómo configurar esa opción: eso va en la lámina siguiente. Lo que importa aquí es que entiendan quién habla primero y por qué el broadcast UDP tiene alcance limitado a un solo segmento.
#### Lámina 21 · Contenido con tarjetas · modo claro
- **Antetítulo**: 02 · ADOPCIÓN DE DISPOSITIVOS › MÉTODOS DE ADOPCIÓN
- **Título**: Adopción automática, manual y por SSH: cuándo cada método te salva el proyecto
- **Entradilla**: Tres métodos para adoptar un dispositivo UniFi: el controlador los soporta todos, pero en campo solo uno de los tres te va a funcionar según lo que te hayas encontrado.
1. **Adopción automática** — El dispositivo está en la misma red que el controlador y aparece en la bandeja de pendientes. Lo adoptas con un clic. Es el método habitual en instalaciones limpias donde controlas el segmento de red desde el principio.
2. **Adopción manual (por IP)** — El dispositivo existe en otra subred o detrás de un router que no reenvía el tráfico de descubrimiento. Le indicas al controlador la IP exacta del equipo y él abre la conexión directamente. Úsalo cuando la topología separa controlador y dispositivo.
3. **Adopción por SSH** — El dispositivo ya tiene configuración anterior, está bloqueado, o no responde a ninguno de los métodos anteriores. Entras por SSH con las credenciales de fábrica, lanzas el comando de inform con la dirección de tu controlador y fuerzas la adopción desde dentro. Es el método de rescate: lento, pero fiable cuando nada más funciona.
- **Línea de cierre**: SSH no es el plan A: si lo necesitas en cada instalación, hay un problema en la arquitectura de red que hay que resolver antes de entregar el proyecto.
- **Notas del orador**: Detente en la tarjeta tres y anticipa la pregunta que ya está en la cabeza de alguien de la sala: '¿cuáles son exactamente las credenciales de fábrica y dónde las busco?' No las digas todavía si esa lámina viene después; si no viene, resuélvelo aquí. Lo que sí puedes dejar caer ahora: los dispositivos que ya han pasado por otro controlador tienen credenciales distintas a las de fábrica, y eso es lo que convierte una adopción rutinaria en un problema de SSH. Ese es el gancho para la siguiente lámina o para el bloque de resolución de incidencias.
#### Lámina 22 · Evidencia medida · modo oscuro
- **Antetítulo**: 02 · ADOPCIÓN DE DISPOSITIVOS › ESTADOS DEL DISPOSITIVO
- **Título**: Estado 'Pending adoption' vs. 'Connected': qué significa cada uno en pantalla
- **Entradilla**: La columna de estado en el controlador te dice en qué punto del proceso de adopción está cada dispositivo. Dos estados concentran la mayor parte de las dudas en las primeras instalaciones.
**Comando**
```
[PENDIENTE: comando real usado para forzar la adopción o consultar el estado desde CLI, por ejemplo vía SSH al dispositivo o desde la API del controlador]
```
**Salida**
```
[PENDIENTE: captura o salida real de la interfaz del controlador mostrando al menos un dispositivo en estado 'Pending adoption' y otro en estado 'Connected', con sus IPs y nombres de modelo visibles]
```
**Lectura**
- 'Pending adoption': el controlador ha descubierto el dispositivo en la red local, pero todavía no has autorizado que pase a ser gestionado por este sitio. El dispositivo está esperando tu acción.
- 'Connected': la adopción se completó, el dispositivo está bajo gestión del controlador y sincronizando su configuración en tiempo real.
- Si ves 'Pending adoption' después de pulsar Adopt, espera entre 30 y 90 segundos antes de asumir que hay un problema: el dispositivo está descargando su configuración inicial.
- Un dispositivo que pasa de 'Connected' a 'Disconnected' sin que hayas cambiado nada suele indicar pérdida de alcance al controlador, no un fallo de adopción.
- **Línea de cierre**: Lo que no resuelve este estado: si el dispositivo no aparece en ningún estado, el problema es anterior a la adopción, casi siempre de capa 2 o de VLAN de gestión.
- **Notas del orador**: Muestra la pantalla del controlador en vivo y señala físicamente la columna de estado antes de leer nada. La pregunta que suele aparecer aquí es '¿por qué no me sale ningún dispositivo?': anticípala diciendo que eso lo vais a ver en la siguiente lámina, para no perder el hilo. Si alguien ya tiene un dispositivo en 'Managed by Other', avisa que ese caso tiene su propio flujo y lo tratáis después, no lo abras ahora.
#### Lámina 23 · Contenido con tarjetas · modo claro
- **Antetítulo**: 02 · ADOPCIÓN › ORDEN DE OPERACIONES
- **Título**: Por qué el firmware debe actualizarse justo después de adoptar, no antes de configurar
- **Entradilla**: El orden importa: actualizar el firmware antes de configurar no es más seguro, es un paso que puede dejarte sin el dispositivo en mitad del proceso. Aquí tienes por qué el momento correcto es justo después de adoptar y antes de tocar cualquier ajuste.
1. **Adopción primero** — Hasta que el dispositivo no está adoptado, el controlador no puede gestionar el firmware. Intentar actualizar fuera del controlador rompe la cadena de custodia y el dispositivo puede quedar en estado desconocido.
2. **Firmware antes de configurar** — Una vez adoptado, actualiza el firmware antes de crear SSIDs, VLANs o cualquier perfil. Si actualizas después de configurar, algunos parámetros se reescriben con los valores por defecto de la nueva versión y pierdes trabajo hecho.
3. **Configurar sobre firmware estable** — Toda la configuración que entregas al cliente vive sobre la versión de firmware que tenías en el momento de aplicarla. Empezar con el firmware definitivo garantiza que lo que pruebas es exactamente lo que el cliente va a operar.
- **Línea de cierre**: El límite honesto: si el sitio ya está en producción y el cliente no acepta una ventana de mantenimiento, la actualización de firmware tendrá que esperar. En ese caso, documenta la versión instalada y deja la tarea pendiente visible en el informe de entrega.
- **Notas del orador**: Anticipa este error antes de que alguien lo cometa en el laboratorio: es tentador actualizar en cuanto el dispositivo aparece en la lista, incluso antes de hacer clic en Adoptar. Explica que ese botón de actualización que ves en esa pantalla actúa fuera del flujo del controlador y puede dejar el dispositivo en un bucle de arranque. Si tienes el equipo de laboratorio delante, muestra el estado del dispositivo justo después de adoptarlo y señala físicamente en la interfaz dónde aparece la opción de firmware antes de tocar nada más.
#### Lámina 24 · Tabla comparativa · modo claro
- **Antetítulo**: 02 · ADOPCIÓN DE DISPOSITIVOS › ENTORNO DE RED
- **Título**: Adopción en red plana vs. en red con VLANs: las diferencias que te van a importar
- **Entradilla**: La adopción falla o se complica casi siempre por la misma razón: el dispositivo no puede alcanzar el controlador. Si tu red usa VLANs, esa barrera aparece antes de lo que esperas.
| Criterio | Red plana | Red con VLANs |
| --- | --- | --- |
| El dispositivo encuentra el controlador | Solo con estar en el mismo segmento y tener DHCP | Necesita que la VLAN de gestión llegue al puerto del switch donde conectas el dispositivo |
| Configuración previa necesaria | Ninguna: enchufas y adoptas | El puerto debe estar en modo trunk o en la VLAN correcta antes de enchufar |
| Dónde falla si algo va mal | DHCP no responde o firewall bloquea el puerto 8080 | VLAN de gestión no etiquetada en el trunk, o DHCP no sirve esa VLAN |
| Herramienta de diagnóstico inmediato | Ping al controlador desde el segmento del dispositivo | Verificar etiquetado de VLAN en el puerto y que el DHCP helper apunta al controlador |
| Riesgo de quedarte sin acceso al dispositivo | Bajo: un reset y vuelves a empezar | Alto: si mueves la VLAN de gestión en caliente puedes perder el dispositivo ya adoptado |
**Veredicto**: En red plana adoptas rápido y depuras poco; en red con VLANs la adopción es más lenta la primera vez, pero el resultado es una red que puedes entregar con tráfico separado desde el día uno.
- **Línea de cierre**: El orden importa: configura el trunk y el DHCP de gestión antes de enchufar el primer dispositivo, no después de que la adopción falle.
- **Notas del orador**: Detente en la fila de 'riesgo de quedarte sin acceso'. Es el error que más veces ocurre en campo: alguien mueve la VLAN de gestión con el dispositivo ya adoptado y lo pierde de la interfaz. Si tienes un switch disponible en sala, muestra el etiquetado de VLAN en el puerto antes de conectar el AP; ese gesto vale más que cualquier explicación. No menciones todavía cómo se configura el trunk en UniFi: eso viene en la lámina de switches. Aquí solo estás estableciendo por qué el entorno previo cambia el proceso de adopción.
#### Lámina 25 · Evidencia medida · modo oscuro
- **Antetítulo**: 02 · ADOPCIÓN DE DISPOSITIVOS › VERIFICACIÓN DE ESTADO
- **Título**: Aquí se confirma que el dispositivo está bajo gestión y con el firmware correcto
- **Entradilla**: El controlador muestra el dispositivo como 'Connected', pero hay dos datos que confirman que la adopción fue completa: el estado de gestión y la versión de firmware en ejecución.
**Comando**
```
[PENDIENTE: comando real usado para verificar el estado, por ejemplo vía SSH al dispositivo o desde la CLI del controlador, con la salida exacta obtenida]
```
**Salida**
```
[PENDIENTE: captura de pantalla o salida real de la interfaz UniFi que muestre el dispositivo en estado 'Connected', con firmware version visible]
```
**Lectura**
- [PENDIENTE: qué campo concreto indica que el dispositivo está bajo gestión activa, y qué valor esperado tiene]
- [PENDIENTE: qué campo muestra la versión de firmware y cómo confirmar que es la correcta para este modelo]
- [PENDIENTE: qué señal visual o de estado indica que el dispositivo necesitaría actualización de firmware antes de seguir]
- **Línea de cierre**: Si ves 'Managed by Other' en lugar de 'Connected', el dispositivo sigue vinculado a otro sitio o controlador anterior: hay que resetear antes de reintentar la adopción.
- **Notas del orador**: Detente aquí y pide a los participantes que comprueben sus propios dispositivos antes de avanzar. El error más frecuente en este punto es confundir 'Adopting' con 'Connected': el primero es transitorio y puede quedarse bloqueado si hay un problema de red entre el dispositivo y el controlador. Si alguien tiene el dispositivo atascado en 'Adopting', es el momento de diagnosticarlo en vivo.
#### Lámina 26 · Portada de laboratorio · modo oscuro
- **Antetítulo**: 26 · BLOQUE 2 › LABORATORIO
- **Título**: Crea el sitio, adopta tu dispositivo y actualiza su firmware
- **Entradilla**: Hasta ahora has visto la teoría. Aquí adoptas tu primer dispositivo real, le das un sitio donde vivir y te aseguras de que corre el firmware correcto antes de tocar cualquier otra cosa.
**Número**: Laboratorio 02
**Título de la práctica**: Crea el sitio, adopta tu dispositivo y actualiza su firmware
- **Línea de cierre**: Si el dispositivo no queda adoptado y actualizado al terminar este bloque, los laboratorios siguientes no van a funcionar como se espera.
- **Notas del orador**: Deja claro el orden de las tres acciones antes de que empiecen: primero el sitio, luego la adopción, luego el firmware. Si alguien invierte el orden y adopta antes de crear el sitio, el dispositivo queda huérfano en Default y hay que reasignarlo a mano. Anticipa ese error aquí para no perder tiempo después. Si tienes el equipo físico delante, enciéndelo ahora para que el LED dé tiempo a estabilizarse antes de llegar al paso de adopción.
#### Lámina 27 · Laboratorio, lo que vas a hacer · modo claro
- **Antetítulo**: 27 · BLOQUE 2 › LABORATORIO
- **Título**: Lo que vas a hacer
- **Entradilla**: El controlador ya corre. Ahora vas a conectarle hardware real: un sitio nuevo, un Access Point (punto de acceso) y un switch adoptados y nombrados antes de tocar cualquier parámetro de red.
- A · **Crea el sitio** — En el controlador, abre Sites y crea un sitio nuevo con el nombre del cliente que tienes en la hoja de trabajo. No uses el sitio Default.
- B · **Adopta los dispositivos** — Conecta el AP y el switch a la red de gestión, espera a que aparezcan en Pending Devices y acepta la adopción uno a uno. Comprueba que el LED de cada equipo pasa a azul fijo antes de continuar.
- C · **Asigna nombres y etiquetas** — Renombra cada dispositivo con la convención hostname-ubicación que tienes en la hoja de trabajo y añade la etiqueta del sitio. Un equipo sin nombre legible no se puede entregar documentado.
**Línea guía**: Trabaja en orden: sin sitio no hay contexto, sin adopción no hay configuración, sin nombres no hay documentación.
- **Línea de cierre**: Si un dispositivo no aparece en Pending Devices en 90 segundos, para y levanta la mano antes de reiniciar nada.
- **Notas del orador**: No arranques el temporizador hasta que todos tengan el controlador abierto y el sitio Default visible en pantalla. Anticipa el error más frecuente: el AP aparece en Pending pero en un sitio equivocado porque alguien tiene dos pestañas abiertas. Deja claro que el orden A-B-C no es opcional: adoptar antes de crear el sitio mete el dispositivo en Default y luego hay que moverlo, lo que da error a la mitad de los participantes. No expliques todavía la configuración de VLAN ni de radio; eso es el bloque siguiente y adelantarlo genera confusión aquí.
#### Lámina 28 · Cierre de bloque · modo oscuro
- **Antetítulo**: 28 · BLOQUE 2 › CIERRE DE BLOQUE
- **Título**: El sitio existe y los dispositivos le pertenecen; ahora les damos redes
- **Entradilla**: Tres cosas ocurrieron en este bloque. Vale la pena nombrarlas antes de pasar al siguiente, porque lo que sigue se construye encima de ellas.
- **Sitio creado** — El controlador tiene un sitio con nombre, zona horaria y país: todos los dispositivos y configuraciones que vienen a partir de ahora viven dentro de él.
- **Dispositivos adoptados** — El access point y el switch pasaron de 'pendiente' a 'conectado y gestionado': el controlador los conoce, los monitoriza y puede cambiar su configuración.
- **Topología visible** — El mapa de dispositivos refleja cómo están conectados entre sí; si algo no cuadra aquí, los problemas de red que vengan después serán más difíciles de diagnosticar.
**Lo que falta**: Un dispositivo adoptado no sirve de nada hasta que tiene una red asignada: ahora mismo el access point está en línea pero no emite ningún SSID (identificador de red inalámbrica) útil, y el switch no tiene VLANs (redes de área local virtual) configuradas.
**Lo que sigue**: En el bloque 3 creas las redes WiFi con sus SSIDs, las separas por VLAN y ajustas los parámetros de radio; al terminar, un cliente ya puede conectarse y llegar a donde tiene que llegar.
- **Línea de cierre**: La adopción es un paso de infraestructura, no de servicio: hasta aquí solo preparaste el terreno.
- **Notas del orador**: Detente aquí el tiempo suficiente para que quien tenga algún dispositivo atascado en 'pendiente' lo resuelva ahora. Un participante con la topología rota en este punto no va a poder seguir el bloque 3. Si hay casos, resuélvelos en voz alta: el error que comete uno lo tiene otro callado.
### Bloque 3 · Redes WiFi con SSID, VLAN y ajustes de radio — Una red bien segmentada desde el principio evita problemas que luego no tienen solución fácil (sesión 1)
#### Lámina 29 · Separador de bloque · modo oscuro
- **Antetítulo**: 03 · REDES WIFI › BLOQUE 3
- **Título**: Redes WiFi con SSID, VLAN y ajustes de radio
- **Entradilla**: Ya tienes el controlador en marcha y los dispositivos adoptados. Ahora le das forma a lo que el cliente va a usar: quién se conecta a qué red y con qué nivel de acceso.
**Número**: 03
**Subtítulo**: Redes WiFi con SSID, VLAN y ajustes de radio
**Promesa**: Creas SSIDs segmentados por VLAN, ajustas los parámetros de radio y dejas la cobertura lista para validar.
- **Línea de cierre**: La segmentación no es opcional: sin VLAN, una red de invitados comparte tráfico con la red de operaciones.
- **Notas del orador**: Detente aquí y pregunta cuántos han entregado alguna vez una instalación WiFi sin VLANs. No para señalar el error, sino para enganchar con lo que este bloque resuelve. Si la sala es heterogénea, adelanta que el concepto de VLAN se explica desde cero antes de tocar el controlador.
#### Lámina 30 · La ruta del bloque · modo claro
- **Antetítulo**: 30 · REDES WIFI › RUTA DEL BLOQUE
- **Título**: Lo que vas a hacer en este bloque
- **Entradilla**: Este bloque va de la SSID (nombre de red inalámbrica) al perfil de radio. Cinco pasos en orden: cada uno depende del anterior.
1. **Crear la SSID** — Defines el nombre de red que verán tus clientes y el tipo de seguridad que lo protege.
2. **Asignar la VLAN** — Cada SSID viaja en su propia VLAN (red local virtual) para aislar tráfico sin necesidad de hardware adicional.
3. **Segmentar por uso** — Separas invitados, dispositivos IoT (internet de las cosas) y red corporativa en redes distintas desde el mismo controlador.
4. **Ajustar el radio** — Configuras potencia, banda y ancho de canal para que los APs (puntos de acceso) cubran bien sin interferirse entre sí.
5. **Validar cobertura** — Compruebas que cada zona recibe la señal correcta antes de cerrar el bloque.
**Línea de laboratorio**: Al final del bloque tendrás tres SSIDs activas, cada una en su VLAN, con perfiles de radio revisados y una prueba de asociación completada en cada segmento.
- **Línea de cierre**: El orden importa: si la VLAN no está bien asignada antes de tocar el radio, los síntomas de fallo son difíciles de distinguir.
- **Notas del orador**: Señala el paso 2 y avisa que ahí es donde la mayoría comete el primer error: crean la SSID antes de tener el esquema de VLANs decidido y luego tienen que rehacer trabajo. Vale la pena invertir dos minutos aquí en que cada participante anote qué tres segmentos va a crear y qué VLAN ID va a usar, antes de abrir el controlador.
#### Lámina 31 · Contenido con tarjetas · modo claro
- **Antetítulo**: 03 · REDES WIFI › CONCEPTOS BASE
- **Título**: SSID, red y VLAN son tres cosas distintas; confundirlas rompe el diseño desde el principio
- **Entradilla**: Los tres términos aparecen juntos en el panel de UniFi y es fácil tratarlos como sinónimos. No lo son, y mezclarlos produce redes que parecen funcionar pero que aíslan mal el tráfico.
1. **SSID es el nombre** — El SSID (identificador de conjunto de servicios) es solo la cadena de texto que ven tus clientes al buscar WiFi. No define nada sobre cómo viaja el tráfico.
2. **Red es la subred** — La red es el segmento IP: rango de direcciones, puerta de enlace y servicio DHCP (protocolo de configuración dinámica de host). Es lo que determina quién puede hablar con quién.
3. **VLAN es el contenedor** — La VLAN (red de área local virtual) etiqueta el tráfico en capa 2 para que viaje aislado por el switch hasta el router. Sin VLAN correcta, dos redes que deberían estar separadas comparten el mismo dominio de broadcast.
- **Línea de cierre**: Un SSID puede apuntar a cualquier red, y esa red puede viajar sobre cualquier VLAN: la combinación es tuya; el error también.
- **Notas del orador**: Detente aquí antes de avanzar. Este es el malentendido más frecuente en las primeras configuraciones UniFi: alguien crea una red 'IoT', le asigna un SSID, y da por hecho que el tráfico está aislado, sin haber configurado ni la VLAN en el switch ni el perfil de red correcto en el controlador. Pregunta a la sala: '¿Alguien ha tenido un cliente que se quejara de que sus dispositivos de una red separada veían los de otra?' Ese síntoma casi siempre viene de aquí. No entres todavía en cómo se configura cada pieza; eso viene en las láminas siguientes. El objetivo de esta lámina es solo que los tres conceptos queden separados en la cabeza de quien escucha.
#### Lámina 32 · Diagrama · modo oscuro
- **Antetítulo**: 32 · BLOQUE 3 › SSID, VLAN Y RADIO
- **Título**: Cómo se mapea un SSID a una VLAN dentro del flujo de tráfico UniFi actual
- **Entradilla**: Un SSID sin VLAN asignada mete todo el tráfico inalámbrico en la misma red que tus switches de gestión. Este diagrama muestra exactamente dónde rompe UniFi esa mezcla.
**Descripción del diagrama**: Diagrama de flujo horizontal con cinco bloques secuenciales: [Cliente WiFi] → [AP · encapsulado interno] → [Puerto trunk · tag VLAN ID] → [Switch de distribución · trunk permitido] → [Gateway · DHCP + firewall]. Sobre cada flecha, una etiqueta pequeña indica qué cambia en ese tramo: 'sin tag', 'tag aplicado', 'tag verificado', 'tag terminado'. Un bloque lateral marcado como [PENDIENTE: captura real del Network Profile del controlador de Luis mostrando VLAN ID asignado al SSID] ilustra dónde se origina la configuración que dispara todo el flujo.
**Elementos**
- Cliente WiFi → AP: el dispositivo se asocia al SSID; el AP no etiqueta todavía el tráfico, lo encapsula en el túnel interno de UniFi.
- AP → switch de acceso (puerto trunk): el AP envía el tráfico ya etiquetado con el VLAN ID que configuraste en el perfil de red del SSID.
- Switch de acceso → switch de distribución o gateway: el trunk propaga el tag siempre que ese VLAN ID esté permitido en el perfil del puerto; si no lo está, el tráfico se descarta aquí.
- Gateway (UDM/USG o router externo): termina la VLAN, aplica el pool DHCP correspondiente y enruta hacia internet o hacia otras VLAN según tus reglas de firewall.
- Regla de firewall inter-VLAN: sin una regla explícita de bloqueo, UniFi permite por defecto que las VLAN se vean entre sí; es el punto que más se olvida en una entrega.
**Lectura**: El tráfico de un cliente inalámbrico recorre cuatro saltos antes de salir a internet: el radio del AP, el túnel hacia el switch de acceso, el tag de VLAN en el trunk, y el enrutamiento en el gateway. UniFi configura los tres primeros de forma automática en cuanto vinculas un SSID a una VLAN; el cuarto depende de cómo tengas definidas tus redes en el controlador.
- **Línea de cierre**: El lugar donde más instalaciones fallan no es el AP ni el switch: es la regla de firewall inter-VLAN que nadie añadió porque el tráfico 'parecía funcionar'.
- **Notas del orador**: Dibuja este flujo en pizarra o apunta con el cursor lámina a lámina antes de pasar al diagrama: que cada participante diga en voz alta qué cree que ocurre en el salto AP → switch. Vas a encontrar al menos una persona que piensa que el AP ya enruta. Corrígelo aquí, porque si no lo corriges ahora, lo vas a ver en la configuración de trunk más tarde. No adelantes todavía la regla de firewall inter-VLAN; deja que sea la sorpresa del bloque de validación.
#### Lámina 33 · Contenido con tarjetas · modo claro
- **Antetítulo**: 33 · BLOQUE 3 › SSID Y VLAN
- **Título**: Las tres redes que casi todo proyecto necesita y por qué van en VLANs separadas
- **Entradilla**: Tres redes cubren el 80 % de los proyectos que vas a entregar: una para los empleados, una para los invitados y una para los dispositivos IoT. El problema no es crearlas, es mantenerlas aisladas entre sí.
1. **Red corporativa** — Accede a servidores, impresoras y recursos internos. Va en su propia VLAN para que ningún tráfico externo llegue aquí sin pasar por una regla de firewall.
2. **Red de invitados** — Conecta a internet y nada más. Sin VLAN dedicada, un invitado puede ver el tráfico de la red principal o alcanzar dispositivos internos por broadcast.
3. **Red IoT** — Cámaras, termostatos y sensores tienen firmware que rara vez se actualiza. Aislarlos en su VLAN limita el radio de daño si uno queda comprometido.
- **Línea de cierre**: Separar por VLAN no resuelve todo: sin reglas de inter-VLAN en el firewall, el aislamiento existe en el papel pero no en el tráfico.
- **Notas del orador**: No expliques todavía cómo crear las VLANs en UniFi, eso viene en la lámina siguiente. Aquí el objetivo es que los participantes entiendan el porqué antes de tocar la interfaz. Si alguien pregunta por una cuarta red, como gestión de APs o videovigilancia dedicada, reconoce que es válido y apúntalo en la pizarra como variante habitual; no te desvíes todavía.
#### Lámina 34 · Evidencia medida · modo oscuro
- **Antetítulo**: 34 · REDES WIFI › VLAN Y SSID
- **Título**: Así se crea una red con VLAN asignada en la UI de UniFi Network 9.x
- **Entradilla**: Crear una red WiFi segmentada en UniFi son dos pasos encadenados: primero defines la red con su VLAN ID (identificador de red de área local virtual), luego le asignas el SSID (identificador de conjunto de servicios). Lo que ves aquí es la secuencia exacta en la interfaz de UniFi Network 9.x.
**Comando**
```
[PENDIENTE: pasos exactos navegados en la UI durante la demo en vivo — por ejemplo: Settings › Networks › Create New Network, nombre, Purpose: Corporate, VLAN ID: XX, Apply; luego Settings › WiFi › Create New WiFi, nombre del SSID, Network: la recién creada, Apply]
```
**Salida**
```
[PENDIENTE: captura de pantalla o grabación de la secuencia real en UniFi Network 9.x: panel Settings › Networks › Create New Network con VLAN ID asignado, seguido de Settings › WiFi › Create New WiFi con esa red seleccionada]
```
**Lectura**
- [PENDIENTE: qué campo cambia de estado o color al introducir el VLAN ID — confirmar comportamiento real en 9.x]
- [PENDIENTE: mensaje de confirmación o indicador visual que aparece al guardar la red]
- [PENDIENTE: dónde aparece el tag de VLAN en la vista resumen de WiFi una vez aplicado]
- [PENDIENTE: si la UI advierte de algo al asociar una VLAN a un SSID en modo broadcast — confirmar en 9.x]
- **Línea de cierre**: Lo que no hace esta pantalla por ti: etiquetar los puertos del switch para que el tráfico de esa VLAN llegue hasta el AP (punto de acceso). Eso lo cubres en el bloque de switches.
- **Notas del orador**: Haz este paso en vivo con el equipo del laboratorio, no con una captura estática. El objetivo es que los participantes vean qué ocurre si intentan guardar la red sin introducir un VLAN ID válido — provoca el error a propósito. Antes de avanzar, comprueba que todos ven el tag de VLAN reflejado en el listado de WiFi; si alguno no lo ve, es señal de que su controlador no está en 9.x o tiene un perfil de usuario sin permisos de edición.
#### Lámina 35 · Contenido con tarjetas · modo claro
- **Antetítulo**: 35 · REDES WIFI › AJUSTES DE RADIO
- **Título**: Band steering, transmit power y minimum RSSI: los tres ajustes de radio que más afectan la experiencia
- **Entradilla**: El controlador UniFi expone decenas de parámetros de radio. Tres de ellos concentran la mayoría de los problemas de roaming lento, saturación de la banda 2,4 GHz y clientes que se quedan pegados a un punto de acceso lejano.
1. **Band steering** — Empuja a los clientes compatibles hacia 5 GHz cuando ambas bandas están disponibles; sin él, muchos dispositivos se quedan en 2,4 GHz aunque tengan mejor señal en 5 GHz.
2. **Transmit power** — Controla la potencia de emisión del punto de acceso: subirla al máximo no mejora la cobertura útil, genera interferencia entre APs vecinos y dificulta el roaming.
3. **Minimum RSSI** — Fija el umbral mínimo de señal por debajo del cual el AP deja de responder al cliente, forzando la reconexión a un AP más cercano; el límite honesto es que un valor demasiado agresivo desconecta dispositivos en zonas de cobertura límite.
- **Línea de cierre**: Los tres ajustes interactúan: un transmit power alto junto a un minimum RSSI bajo es la combinación que más clientes 'pegados' produce en redes con varios APs.
- **Notas del orador**: Detente en el segundo ajuste y desmonta la intuición de 'más potencia, mejor red': explica que un AP muy potente recibe clientes que ya no debería atender porque están más cerca de otro AP. Dibuja en la pizarra o en pantalla el triángulo de tres APs para que la interferencia se vea. En minimum RSSI, anticipa la objeción más común: alguien va a preguntar qué valor poner. No des un número sin medición; diles que el valor correcto depende de la distribución de APs en ese sitio concreto y que lo calibrarán en la fase de validación.
#### Lámina 36 · Tabla comparativa · modo claro
- **Antetítulo**: 36 · REDES WIFI › AJUSTES DE RADIO
- **Título**: WiFi 6 vs. WiFi 6E en entornos densos: cuándo el salto vale el coste
- **Entradilla**: Tu cliente tiene treinta dispositivos en la misma sala y el canal está saturado. La pregunta no es si WiFi 6E es mejor, sino si el escenario justifica pagar más por la banda de 6 GHz.
| Criterio | WiFi 6 (2,4 / 5 GHz) | WiFi 6E (2,4 / 5 / 6 GHz) |
| --- | --- | --- |
| Densidad de dispositivos | Hasta ~30 clientes por punto de acceso con configuración cuidada de canales | Alivia la congestión en 5 GHz moviendo clientes modernos a 6 GHz, donde el espectro está vacío |
| Compatibilidad de clientes | Compatible con prácticamente cualquier dispositivo de los últimos diez años | Solo dispositivos con chipset WiFi 6E o posterior aprovechan la banda de 6 GHz; el resto sigue en 5 GHz |
| Alcance de 6 GHz | No aplica | Menor que 5 GHz: paredes y distancia lo degradan más rápido; necesitas más puntos de acceso o los ubicas más cerca |
| Coste de hardware | Puntos de acceso UniFi U6 Pro y U6 Lite en rango medio | Puntos de acceso UniFi U6 Enterprise o superiores: coste por unidad sensiblemente mayor |
| Escenario donde gana | Oficinas mixtas, zonas residenciales, instalaciones con mezcla de dispositivos antiguos y modernos | Salas de conferencias densas, arenas, plantas de producción con muchos terminales WiFi 6E, o entornos donde el canal de 5 GHz ya está colapsado aunque lo hayas planificado bien |
**Veredicto**: Elige WiFi 6E cuando puedas confirmar que una proporción relevante de los clientes finales tienen chipset 6E y que el presupuesto aguanta el sobrecoste; si no se cumplen las dos condiciones a la vez, WiFi 6 bien configurado resuelve el problema sin encarecer la instalación.
- **Línea de cierre**: El límite honesto: aunque despliegues WiFi 6E, un cliente que conecta con un portátil de 2019 nunca va a tocar la banda de 6 GHz. Vende el estándar cuando los dispositivos del cliente lo soporten, no antes.
- **Notas del orador**: Detente en la fila de compatibilidad de clientes: es la que más sorprende a integradores que vienen de vender 'el mejor estándar disponible'. Puedes preguntar a la sala cuántas instalaciones han hecho donde el 80 % del parque tenía más de tres años. Ese es exactamente el escenario donde WiFi 6E solo mejora el papel de la propuesta. No entres todavía en configuración de radio; eso viene en la siguiente lámina. Aquí el objetivo es que salgan con el criterio de decisión, no con los parámetros.
#### Lámina 37 · Evidencia medida · modo oscuro
- **Antetítulo**: 37 · BLOQUE 3 › AJUSTES DE RADIO · VALIDACIÓN
- **Título**: Cómo leer el mapa de señal para confirmar que la cobertura es real, no solo verde en pantalla
- **Entradilla**: El mapa de señal en UniFi se ve verde casi siempre. La pregunta es si ese verde corresponde a lo que recibe un cliente real en ese punto de la sala.
**Comando**
```
[PENDIENTE: herramienta y comando usados en el workshop para tomar la medición en campo —WiFiman, iwconfig, netsh wlan show interfaces u otro— con el SSID y el punto físico exacto donde se midió]
```
**Salida**
```
[PENDIENTE: captura real del mapa de señal en UniFi Network con al menos un punto de medición marcado fuera del rango útil]
```
**Lectura**
- [PENDIENTE: valor RSSI (Intensidad de la Señal Recibida) medido en el punto más alejado del AP y lo que indica para voz, datos y vídeo]
- [PENDIENTE: diferencia entre el valor que mostraba el mapa y el valor medido en campo en ese mismo punto, si la hubo]
- [PENDIENTE: umbral mínimo aceptable que se usó como criterio de entrega en este workshop]
- **Línea de cierre**: Un mapa bonito es un modelo, no una medición. Lo que entregas al cliente es el número medido en el punto más difícil, no el color que muestra el controlador.
- **Notas del orador**: Detente aquí antes de mostrar los datos. Pide a alguien del grupo que abra WiFiman o la herramienta acordada y camine hasta el rincón más alejado del AP que estéis usando. Que diga el número en voz alta antes de que nadie vea la captura. El contraste entre lo que espera la sala y lo que sale es el argumento que no hace falta explicar. Si el mapa y la medición coinciden, dilo: eso también enseña a confiar en cuándo el controlador sí es fiable.
#### Lámina 38 · Contenido con tarjetas · modo claro
- **Antetítulo**: 38 · REDES WIFI › GUEST PORTAL Y RED DE INVITADOS
- **Título**: Guest Portal y red de invitados: qué activa cada opción en la versión actual
- **Entradilla**: La red de invitados no es solo un SSID aislado: el Guest Portal añade una capa de control sobre quién entra y cómo. Cada opción que activas cambia algo concreto en el flujo de conexión.
1. **Sin portal activo** — El dispositivo se asocia y obtiene IP directamente. No hay página intermedia, no hay autenticación adicional: el aislamiento depende solo de la VLAN y las reglas de firewall que hayas definido.
2. **Portal con contraseña simple** — El cliente llega a una página cautiva antes de salir a internet. Introduce la clave que tú fijas en el controlador. Útil para dar acceso controlado sin gestionar usuarios individuales.
3. **Portal con vouchers** — Generas códigos de uso único o limitado en tiempo desde el controlador. El cliente introduce el voucher en el portal. Te da control de quién entra y durante cuánto tiempo, sin compartir una contraseña común.
- **Línea de cierre**: Un límite honesto: el Guest Portal de UniFi no reemplaza un sistema de autenticación empresarial. Si tu cliente necesita integrar directorio corporativo o RADIUS, ese es otro camino.
- **Notas del orador**: Antes de avanzar, aclara que todas estas opciones viven bajo la misma SSID marcada como red de invitados: el aislamiento de cliente a cliente se activa en esa misma pantalla, no en el portal. Es un error común configurar el portal y asumir que el aislamiento ya está. Puedes abrir el controlador y mostrar dónde coexisten esas dos configuraciones en la interfaz actual, para que quede visual.
#### Lámina 39 · Portada de laboratorio · modo oscuro
- **Antetítulo**: 39 · BLOQUE 3 › LABORATORIO
- **Título**: Crea los SSIDs con sus VLANs y ajusta la radio de un punto de acceso
- **Entradilla**: Hasta aquí la teoría de SSIDs, VLANs y radio. Ahora lo configuras tú: desde crear la red WiFi hasta ajustar la potencia del punto de acceso.
**Número**: Laboratorio 3
**Título de la práctica**: Crea los SSIDs con sus VLANs y ajusta la radio de un punto de acceso
- **Línea de cierre**: Al terminar este laboratorio tu controlador tendrá redes WiFi separadas por VLAN y un AP configurado con los parámetros de radio que tú has elegido, no los que vienen por defecto.
- **Notas del orador**: Antes de soltar el teclado a los participantes, comprueba que todos tienen al menos un AP adoptado y visible en el sitio. Quien no lo tenga no puede avanzar: resuélvelo en este momento para que no se descuelgue durante el laboratorio. Avisa también de que los cambios de radio pueden tardar unos segundos en aplicarse, así que si el AP no responde de inmediato es normal: que esperen antes de asumir que algo falla.
#### Lámina 40 · Laboratorio, lo que vas a hacer · modo claro
- **Antetítulo**: 40 · REDES WIFI › LABORATORIO
- **Título**: Lo que vas a hacer
- **Entradilla**: Este bloque es práctico de principio a fin. Tres pasos encadenados: cuando termines el tercero, tu red inalámbrica estará segmentada, nombrada y ajustada.
- A · **Crear y nombrar SSIDs** — Configura al menos dos redes WiFi —una para uso general y otra de invitados— con sus nombres y contraseñas definitivos.
- B · **Asignar VLANs** — Asocia cada SSID a una VLAN (Red de Área Local Virtual) distinta para que el tráfico de invitados no llegue a tu red principal.
- C · **Ajustar perfiles de radio** — Limita la potencia de transmisión y selecciona las bandas adecuadas para cada SSID según la cobertura que necesita el sitio.
**Línea guía**: Trabaja en orden: la VLAN del paso B tiene que existir antes de que el paso C tenga sentido comprobar.
- **Línea de cierre**: Al final del bloque vas a validar que un dispositivo en la red de invitados no puede alcanzar la red principal: ese es el criterio de que los tres pasos están bien.
- **Notas del orador**: Antes de arrancar el cronómetro, comprueba que todos tienen acceso al controlador y ven el sitio creado en el bloque anterior. Si alguien llega sin ese punto de partida, los pasos A y B se convierten en un callejón sin salida. Deja claro que la línea guía no es una advertencia menor: crear la VLAN después del SSID obliga a volver atrás y reasignar, y eso cuesta tiempo de laboratorio.
#### Lámina 41 · Cierre de bloque · modo oscuro
- **Antetítulo**: 41 · BLOQUE 3 › CIERRE
- **Título**: La capa inalámbrica está segmentada y ajustada; ahora le ponemos cableado inteligente
- **Entradilla**: Tres configuraciones que antes vivían mezcladas ahora están separadas, etiquetadas y con la radio ajustada a lo que cada entorno necesita.
- **SSIDs con propósito** — Cada red inalámbrica tiene un nombre, una VLAN asignada y un perfil de usuario: nadie comparte tráfico con quien no debe.
- **Radio calibrada** — Potencia de transmisión, banda preferida y umbrales de roaming configurados según la densidad real del espacio, no por los valores de fábrica.
- **Segmentación verificada** — Comprobaste con tráfico real que un cliente en la VLAN de invitados no alcanza la red de gestión ni la de datos internos.
**Lo que falta**: La capa inalámbrica es solo la mitad del camino: sin switches bien configurados, las VLAN que acabas de definir no viajan correctamente por el cableado y la segmentación se rompe en el primer puerto de acceso.
**Lo que sigue**: En el Bloque 4 seleccionas el switch UniFi adecuado a cada punto de la red, configuras los puertos como tagged o untagged según la VLAN que deben transportar, y validas que el tráfico etiquetado llegue íntegro desde el AP hasta el núcleo.
- **Línea de cierre**: El trabajo de este bloque solo tiene valor si el switch del otro extremo habla el mismo idioma de VLAN; eso es exactamente lo que resuelves a continuación.
- **Notas del orador**: Este es el momento de hacer una pausa corta antes de continuar. Deja que los participantes guarden o anoten su configuración actual: si algo falla en el bloque de switches, van a querer volver a este punto como referencia. No adelantes nada del bloque 4 más allá de lo que dice la lámina; la conexión entre VLAN inalámbrica y puerto tagged es el concepto bisagra y funciona mejor si lo descubren con el ejercicio delante.
### Entre bloques
#### Lámina 42 · Encuesta en vivo · modo oscuro
- **Antetítulo**: 42 · REDES WIFI › VLAN
- **Título**: ¿Cuántas VLANs suele tener el proyecto típico que llegas a entregar?
- **Entradilla**: Lo que configures aquí va a reflejar lo que ya vives en tus proyectos. No hay respuesta correcta: el número que pongas da contexto al resto de la sala.
**Llamada**
¿Cuántas VLANs suele tener el proyecto típico que llegas a entregar?
A · Una (sin segmentación real)
B · Dos o tres (datos, gestión, quizás invitados)
C · Cuatro a seis (IoT, cámaras, voz, corporativa)
D · Más de seis
- **Línea de cierre**: El número importa porque a partir de cierta cantidad la gestión manual de IDs se convierte en el primer punto de fallo en producción.
- **Notas del orador**: Lee los resultados en voz alta y detente en la distribución real. Si la mayoría responde A, tienes un público que lleva redes planas por costumbre o por presión del cliente, no necesariamente por convicción técnica: vale la pena preguntar si es elección o inercia. Si hay mucho D, anticipa que la parte de switches y perfiles de puerto va a generar más preguntas de las previstas. No cierres la encuesta con 'muy bien', ciérrala con el dato que acabas de ver.
### Bloque 4 · Selección y configuración de switches — El switch decide qué tráfico llega a quién; configurarlo mal lo hace invisible al problema (sesión 1)
#### Lámina 43 · Separador de bloque · modo oscuro
- **Antetítulo**: 43 · BLOQUE 4 › SEPARADOR
- **Título**: Selección y configuración de switches
- **Entradilla**: Hasta aquí has construido la red inalámbrica. Lo que falta es el tejido que conecta todo lo demás.
**Número**: Bloque 4
**Subtítulo**: Selección y configuración de switches
**Promesa**: Elige el switch correcto para cada punto de la instalación, conéctalo al controlador y verifica que el tráfico de cada VLAN llega donde debe.
- **Línea de cierre**: Un switch mal dimensionado o sin PoE suficiente tumba lo que acabas de configurar en los bloques anteriores.
- **Notas del orador**: Antes de avanzar, pregunta cuántos de los asistentes han tenido ya un problema en obra por un switch que no daba el PoE necesario. Es el error más frecuente en instalaciones con APs UniFi y conecta directamente con lo que viene ahora.
#### Lámina 44 · La ruta del bloque · modo claro
- **Antetítulo**: 44 · BLOQUE 4 › SWITCHES
- **Título**: Lo que vas a hacer en este bloque
- **Entradilla**: Cinco pasos en orden: cada uno depende del anterior. Si saltas la selección de modelo sin tener claro el diagrama de VLANs, la configuración de puertos no va a cuadrar.
1. **Diagrama de capas** — Ubicas el switch dentro de tu topología antes de tocarlo.
2. **Modelo y puertos** — Eliges el switch correcto según uplink, PoE y número de puertos que necesitas.
3. **Perfil de VLAN** — Defines qué VLANs viajan por cada puerto: tagged, untagged o excluido.
4. **Puertos y perfiles** — Aplicas los perfiles en la interfaz del controlador puerto a puerto.
5. **Verificación de tráfico** — Confirmas que cada VLAN llega a donde tiene que llegar y no donde no debe.
**Línea de laboratorio**: Al final del bloque habrás configurado un switch real dentro del sitio que creaste, con al menos dos VLANs segmentadas y verificadas.
- **Línea de cierre**: Lo que no cubre este bloque: redundancia de enlaces, agregación LACP ni switches de capa 3. Son pasos siguientes, no de hoy.
- **Notas del orador**: Antes de avanzar, comprueba que todos tienen el switch adoptado en su sitio. Si alguien no llegó a adoptarlo en el bloque anterior, ahora no va a poder seguir el laboratorio. Detente aquí el tiempo que haga falta para que nadie se quede atrás: es mejor perder tres minutos que perder a la mitad de la sala en los próximos cuarenta.
#### Lámina 45 · Contenido con tarjetas · modo claro
- **Antetítulo**: 45 · BLOQUE 4 › SELECCIÓN DE SWITCHES
- **Título**: La familia de switches UniFi hoy: qué diferencia a un Pro de un Enterprise de un Aggregation
- **Entradilla**: Ubiquiti divide su catálogo de switches en tres líneas con nombres que suenan parecidos pero responden a necesidades distintas. Saber cuál encaja en cada instalación te evita sobredimensionar —o quedarte corto— antes de hacer el pedido.
1. **Pro: acceso gestionado** — Es el switch de planta de acceso para instalaciones medianas: PoE (Power over Ethernet) por puerto, VLANes (Redes de Área Local Virtuales) por puerto, y gestión completa desde el controlador. Su techo está en el ancho de banda de CPU de gestión, no en el caudal de datos.
2. **Enterprise: rendimiento y fibra** — Añade uplinks de 10 G (gigabits) por defecto y mayor capacidad de conmutación sin bloqueo. Es la elección cuando el núcleo de distribución empieza a notar el tráfico entre VLANes o cuando los APs (Puntos de Acceso) Wi-Fi 6E saturan un uplink de 1 G.
3. **Aggregation: solo fibra, sin PoE** — No tiene puertos de cobre: es un switch de agregación puro con SFP+ (Small Form-factor Pluggable Plus) y QSFP (Quad Small Form-factor Pluggable) para interconectar distribución y núcleo a alta velocidad. Si lo pones donde necesitas PoE, tendrás que añadir otro equipo.
- **Línea de cierre**: La línea que eliges no depende del presupuesto disponible, sino de dónde va a estar el switch en la topología: acceso, distribución o núcleo. Un Enterprise en acceso es dinero mal gastado; un Pro en núcleo es un cuello de botella esperando a aparecer.
- **Notas del orador**: Dibuja en pizarra o en el diagrama del proyector las tres capas clásicas —acceso, distribución, núcleo— y coloca cada línea de switch en su capa natural. El error más común en la sala va a ser pensar que 'Enterprise' siempre es mejor: detente ahí y pregunta cuántos puertos de cobre con PoE necesitan en el núcleo. La respuesta suele ser cero, y eso lleva sola a la conclusión de que el Aggregation no compite con el Enterprise, sino que vive en otra capa.
#### Lámina 46 · Tabla comparativa · modo claro
- **Antetítulo**: 04 · SWITCHES › SELECCIÓN DE GAMA
- **Título**: Cuándo elegir cada gama: criterios de puertos, PoE y presupuesto en un vistazo
- **Entradilla**: Tres gamas, criterios distintos. Esta tabla te da la respuesta rápida antes de abrir el catálogo.
| Criterio | UniFi Switch Lite / Flex | UniFi Switch Standard (USW) | UniFi Switch Pro / Aggregation |
| --- | --- | --- | --- |
| Puertos de acceso típicos | 8 puertos o menos | 16 – 48 puertos RJ45 | 24 – 48 puertos + uplinks 10G/25G |
| PoE (Alimentación por Ethernet) | PoE+ en algunos modelos, presupuesto bajo (≤ 45 W) | PoE+ generalizado, presupuesto medio | PoE++ disponible, presupuesto alto |
| Uplinks | 1 G SFP o RJ45 | 2 – 4 puertos SFP / SFP+ | SFP28 o QSFP según modelo |
| Capa de switching | Capa 2 básica | Capa 2 con VLANs y QoS | Capa 2/3 con enrutamiento entre VLANs |
| Escenario típico | Sala pequeña, punto remoto, armario secundario | Planta de oficina, hotel, retail mediano | Core de instalación enterprise, campus, CPD pequeño |
| Referencia de precio relativo | Entrada | Medio | Alto |
**Veredicto**: Si el presupuesto PoE del cliente no cubre los APs más una cámara en el mismo switch, sube de gama antes de añadir inyectores externos: el coste total suele ser mayor y el cableado, más frágil.
- **Línea de cierre**: El criterio que más veces rompe la selección inicial no es el precio: es el presupuesto PoE total. Calcúlalo antes de cerrar la oferta.
- **Notas del orador**: Detente en la fila de PoE y pide a la sala que piense en su última instalación: ¿alguien se quedó corto de vatios PoE y tuvo que añadir un inyector? Es el error más frecuente en integradoras que vienen de switches de otras marcas. No entres todavía en la configuración de VLANs por puerto; eso va en la siguiente lámina. Si alguien pregunta por los modelos XG o Aggregation, confirma que existen pero que están fuera del alcance de este workshop: son para core de campus y no los vais a tocar hoy.
#### Lámina 47 · Diagrama · modo oscuro
- **Antetítulo**: 47 · BLOQUE 4 › CONFIGURACIÓN DE SWITCHES
- **Título**: Puerto trunk, puerto access y puerto con perfil: cómo lo nombra UniFi y qué hace cada uno
- **Entradilla**: UniFi no usa los términos "trunk" ni "access" de Cisco. Usa los suyos propios, y si no los conoces, el puerto queda mal configurado aunque la interfaz no te avise.
**Descripción del diagrama**: Tres columnas verticales, una por comportamiento principal (All · Defined · Native Only). Cada columna muestra un puerto de switch con las VLANs que lo atraviesan: en All, flechas de colores múltiples etiquetadas; en Defined, un subconjunto de esas flechas; en Native Only, una sola flecha sin etiqueta. Debajo de las tres columnas, una franja horizontal rotulada 'Perfil' con una flecha que apunta a los tres, indicando que cualquiera de los tres comportamientos puede encapsularse en un perfil nombrado y reutilizable.
**Elementos**
- All — equivale al trunk clásico: el puerto pasa todas las VLANs etiquetadas más la nativa sin etiquetar. Lo usas en los enlaces entre switches y entre el switch y el router.
- Defined (VLANs específicas) — trunk selectivo: defines qué VLANs entran etiquetadas y cuál va sin etiquetar. Lo usas cuando un equipo final necesita varias VLANs, por ejemplo un punto de acceso Wi-Fi.
- Native Network Only — equivale al access: el puerto pasa una sola VLAN, sin etiquetar. Lo usas en enchufes de puestos de trabajo, cámaras IP o cualquier dispositivo que no habla VLANs.
- Perfil personalizado — agrupa las tres opciones anteriores en una plantilla reutilizable. Defines el perfil una vez y lo asignas a todos los puertos que se comporten igual, sin tocarlos uno a uno.
- Puerto bloqueado — el perfil puede poner el puerto en estado administrativamente desactivado. Úsalo en bocas de pared que no deben estar activas para reducir superficie de ataque.
**Lectura**: Cada puerto de un switch UniFi tiene exactamente un perfil asignado. Ese perfil determina qué VLANs (redes locales virtuales) pasan, en qué modo y con qué etiqueta. Hay tres comportamientos posibles, y el nombre que UniFi les da no es el que aprendiste en otro fabricante.
- **Línea de cierre**: El error más común es dejar un puerto en All cuando debería estar en Native Only: el dispositivo final recibe tráfico etiquetado que no sabe procesar y la conexión falla de forma intermitente y difícil de rastrear.
- **Notas del orador**: Detente aquí antes de pasar al siguiente bloque. Este es el punto donde más confusión acumulada sale a la superficie. Si alguien del grupo viene de Cisco o de MikroTik, la terminología les va a chirriar: anticípalo tú antes de que lo digan ellos. Puedes decir literalmente: 'Ubiquiti decidió no usar trunk ni access, y eso tiene consecuencias si cambias de fabricante sin releer la documentación.' No entres todavía en la configuración real de los perfiles en la interfaz, eso viene en la lámina siguiente. Aquí solo anclas los conceptos y los nombres.
#### Lámina 48 · Contenido con tarjetas · modo claro
- **Antetítulo**: 04 · SWITCHES › PERFILES DE PUERTO
- **Título**: Perfiles de puerto en UniFi: por qué usarlos te ahorra la mitad del trabajo en proyectos grandes
- **Entradilla**: Configurar cada puerto manualmente en un switch de 48 bocas es error seguro. Los perfiles de puerto cortan ese trabajo: defines la configuración una vez y la aplicas donde la necesites.
1. **Qué es un perfil** — Un conjunto de parámetros de puerto —VLAN nativa, VLANs etiquetadas, velocidad, PoE— guardado con nombre y reutilizable en cualquier puerto de cualquier switch del sitio.
2. **Cambio en un sitio real** — Si la VLAN de cámaras cambia de ID, modificas el perfil una sola vez y el cambio se propaga a todos los puertos que lo usan; sin perfil, tocas cada puerto a mano.
3. **Dónde vive el perfil** — En el controlador, dentro del sitio: Configuración › Redes › Perfiles de puerto. Desde ahí lo asignas al puerto en la vista del switch o en masa desde la tabla de puertos.
- **Línea de cierre**: El límite honesto: los perfiles de puerto no sustituyen la planificación de VLANs. Si la arquitectura de red está mal diseñada, el perfil replica el error igual de rápido.
- **Notas del orador**: Muestra en vivo el flujo completo: crea un perfil 'Cámaras' con la VLAN correspondiente, aplícalo a tres puertos del switch de laboratorio y luego cambia el ID de VLAN en el perfil para que vean la propagación. El momento que convence no es la creación, sino el cambio masivo. Si el entorno del workshop no tiene switch real adoptado, hazlo en pantalla compartida con tu controlador y señala exactamente dónde aparece el campo de asignación por puerto.
#### Lámina 49 · Evidencia medida · modo oscuro
- **Antetítulo**: 04 · SWITCHES › CONFIGURACIÓN DE PUERTOS
- **Título**: Así se asigna una VLAN nativa y VLANs etiquetadas a un puerto en la UI actual
- **Entradilla**: La interfaz ha cambiado varias veces en los últimos años y los tutoriales antiguos no coinciden con lo que ves hoy. Lo que sigue es la secuencia exacta en la versión actualmente instalada en este laboratorio.
**Comando**
```
[PENDIENTE: secuencia de pasos reales en la UI actual — ruta de menú, nombre exacto de los campos «Native VLAN» y «Tagged VLANs», valores introducidos y botón de confirmación — o, si se usa la CLI del switch UniFi, el comando exacto ejecutado y la salida obtenida]
```
**Salida**
```
[PENDIENTE: captura o bloque de texto de la salida real que muestra el estado del puerto tras aplicar la configuración: VLAN nativa asignada, VLANs etiquetadas listadas, perfil de puerto resultante]
```
**Lectura**
- [PENDIENTE: qué campo indica que la VLAN nativa quedó aplicada y cómo distinguirlo visualmente de las etiquetadas]
- [PENDIENTE: cómo confirmar que las VLANs etiquetadas están activas en ese puerto y no solo guardadas en el perfil]
- [PENDIENTE: mensaje o estado que aparece si hay un conflicto entre la VLAN nativa y alguna de las etiquetadas]
- **Línea de cierre**: El dato que importa no es el clic, sino saber leer la pantalla de confirmación: si la VLAN nativa no aparece separada de las etiquetadas, el puerto no está como crees.
- **Notas del orador**: Haz la configuración en vivo antes de mostrar esta lámina y deja el resultado visible en pantalla mientras la lees. El error más frecuente en la sala va a ser aplicar la VLAN nativa dentro del campo de etiquetadas, lo que genera tráfico doble-taggeado. No lo adelantes aún: deja que alguien lo cometa en el ejercicio y úsalo como ejemplo real.
#### Lámina 50 · Contenido con tarjetas · modo claro
- **Antetítulo**: 04 · SWITCHES › PROTECCIONES DE RED
- **Título**: Storm control, loop protection y STP: las tres funciones que activas en todo switch de producción
- **Entradilla**: Tres funciones que vienen desactivadas por defecto y que una tormenta de broadcast, un cable mal conectado o una topología inesperada van a poner a prueba antes de que termines la instalación.
1. **Storm control** — Limita el porcentaje de ancho de banda que el puerto dedica a tráfico broadcast, multicast o unicast desconocido. Sin este límite, una tormenta de broadcast satura todos los puertos del switch en segundos.
2. **Loop protection** — Detecta y bloquea el puerto por el que llega el propio frame de detección del switch. Es la primera línea cuando alguien conecta un cable entre dos puertos del mismo equipo o entre dos switches sin STP activo.
3. **STP (Spanning Tree Protocol)** — Calcula automáticamente la topología libre de bucles cuando hay rutas redundantes entre switches. Si storm control y loop protection son el seguro puntual, STP es el mecanismo estructural que mantiene la red estable a largo plazo.
- **Línea de cierre**: Las tres son complementarias, no alternativas: storm control amortigua el impacto, loop protection actúa en milisegundos, y STP sostiene la topología. Activar solo una deja huecos reales.
- **Notas del orador**: Detente aquí y pregunta cuántos han llegado a una instalación donde el switch estaba al 100 % de CPU sin motivo aparente. Casi siempre hay una tormenta de broadcast detrás. Ese contexto hace que las tres funciones dejen de parecer configuración opcional. Si alguien pregunta qué variante de STP usar, adelanta que UniFi selecciona RSTP (Rapid Spanning Tree Protocol) por defecto y que en la mayoría de instalaciones de un único sitio no necesitas tocarlo, pero que en topologías con múltiples switches en anillo sí merece revisión. No entres todavía en la configuración concreta de umbrales de storm control: eso va en la lámina de práctica guiada.
#### Lámina 51 · Evidencia medida · modo oscuro
- **Antetítulo**: 04 · SWITCHES › VERIFICACIÓN DE TRUNK
- **Título**: Cómo confirmar que el trunk entre switches está pasando todas las VLANs que debe
- **Entradilla**: Configurar el trunk es la mitad del trabajo; la otra mitad es confirmar que el tráfico de cada VLAN llega al otro extremo. Aquí tienes los comandos exactos y lo que debes leer en la salida.
**Comando**
```
[PENDIENTE: comando o secuencia real ejecutada en la consola del switch o en el controlador UniFi para inspeccionar el estado del trunk y las VLANs permitidas en el puerto]
```
**Salida**
```
[PENDIENTE: salida real del comando anterior, copiada del terminal tal cual aparece, sin editar]
```
**Lectura**
- [PENDIENTE: qué línea de la salida confirma que el puerto está en modo trunk]
- [PENDIENTE: qué campo muestra la lista de VLANs permitidas y cómo se compara con las que configuraste]
- [PENDIENTE: qué valor indica que una VLAN está activa y pasando tráfico, frente a una que aparece en la lista pero no lo hace]
- [PENDIENTE: señal de alarma, es decir, qué aspecto tiene la salida cuando falta una VLAN o el trunk está mal configurado]
- **Línea de cierre**: Si la salida que ves en tu instalación no se parece a esto, el trunk aún no está bien: no sigas hasta que coincida.
- **Notas del orador**: No avances a la demo hasta tener la salida real pegada en esta lámina. Si en el workshop tienes un switch físico disponible, ejecuta el comando en vivo y deja que los participantes lean la salida ellos mismos antes de que tú la expliques, así practican la lectura de diagnóstico. Anticipa el error más frecuente: añadir la VLAN a la lista de permitidas en un extremo del trunk pero olvidar hacerlo en el extremo opuesto; la salida del comando lo delata inmediatamente.
#### Lámina 52 · Portada de laboratorio · modo oscuro
- **Antetítulo**: 52 · BLOQUE 4 › SWITCHES
- **Título**: Configura los puertos del switch con perfiles y verifica el trunk
- **Entradilla**: Los perfiles de puerto son la forma en que UniFi aplica VLAN (red de área local virtual) y modo de acceso a decenas de puertos a la vez. Aquí los creas, los asignas y confirmas que el trunk llega donde tiene que llegar.
**Número**: 52
**Título de la práctica**: Configura los puertos del switch con perfiles y verifica el trunk
- **Línea de cierre**: Un perfil mal asignado no corta la red: la deja pasar tráfico que no debería. La verificación del trunk es la prueba que lo descubre antes de que lo descubra el cliente.
- **Notas del orador**: Antes de que empiecen, muestra en el controlador un switch con todos los puertos en perfil por defecto. Pregunta a la sala qué ocurre si un puerto de acceso recibe tráfico etiquetado que no espera: deja que respondan, luego demuéstralo. El error más frecuente es confundir el puerto uplink con un puerto de acceso y asignarle un perfil de VLAN única; tenlo preparado como caso negativo para mostrar qué pinta tiene el fallo en los logs antes de que alguien lo cometa por accidente.
#### Lámina 53 · Laboratorio, lo que vas a hacer · modo claro
- **Antetítulo**: 53 · BLOQUE 4 › SWITCHES · LABORATORIO
- **Título**: Lo que vas a hacer
- **Entradilla**: Tres acciones en orden. Cada una depende de la anterior: si el switch no está adoptado, no hay puertos que configurar; si los puertos no tienen perfil, las VLAN no llegan a los dispositivos finales.
- A · **Adoptar el switch** — Conecta el switch a la red gestionada, espera a que aparezca en el mapa de UniFi como 'Pendiente de adopción' y confírmalo desde la interfaz del controlador.
- B · **Configurar perfiles de puerto** — Asigna a cada puerto el perfil correcto: acceso para dispositivos finales, trunk para enlaces entre switches o hacia el gateway, y sin usar para los que queden libres.
- C · **Verificar el etiquetado de VLAN** — Comprueba en la vista de puertos que las VLAN definidas en el bloque anterior llegan etiquetadas donde deben y sin etiquetar donde el dispositivo final lo requiere.
**Línea guía**: Si en el paso C ves una VLAN que no aparece en un puerto trunk, vuelve al perfil de ese puerto antes de seguir: el error de etiquetado se propaga hacia abajo y es más difícil de rastrear desde el cliente final.
- **Línea de cierre**: Este laboratorio no cubre la configuración de STP (Spanning Tree Protocol) ni la agregación de enlaces: son escenarios válidos en instalaciones con varios switches en malla, pero quedan fuera del alcance de hoy.
- **Notas del orador**: Antes de que empiecen el paso A, confirma que cada participante tiene acceso al controlador con el sitio del bloque anterior ya creado. El error más frecuente aquí es intentar configurar puertos en un switch que aún no está adoptado: el menú simplemente no muestra las opciones y genera confusión. Si alguien llega al paso C y la VLAN no aparece, pregúntale primero qué perfil tiene el puerto uplink, no el puerto de destino: el 90 % de las veces el trunk no tiene marcada esa VLAN en origen.
#### Lámina 54 · Cierre de bloque · modo oscuro
- **Antetítulo**: 54 · BLOQUE 4 › CIERRE DE BLOQUE
- **Título**: El cableado tiene lógica; lo que queda es probar que todo funciona y dejarlo escrito
- **Entradilla**: Tres configuraciones que antes hacías a ciegas ahora tienen nombre, jerarquía y puerto asignado.
- **Jerarquía clara** — Distingues cuándo un switch necesita uplink de fibra, cuándo basta cobre y por qué el orden de apilamiento importa antes de enchufar nada.
- **Perfil por puerto** — Asignas VLAN nativa, VLAN etiquetadas y perfil PoE a cada puerto desde el controlador, sin tocar el switch físico después del primer cable.
- **Tormenta cortada** — Activas Spanning Tree Protocol (Protocolo de árbol de expansión) en los switches donde hay rutas redundantes y compruebas que el puerto alternativo queda en estado de bloqueo.
**Lo que falta**: No hemos medido throughput real bajo carga ni hemos tocado la agregación de enlaces (LAG). Son configuraciones válidas en instalaciones grandes, pero quedan fuera del alcance de hoy.
**Lo que sigue**: El bloque 5 cierra el workshop: vas a validar que la red completa funciona como prometiste y a dejar una documentación que el cliente puede leer sin que estés delante.
- **Línea de cierre**: El cableado bien etiquetado y el switch bien perfilado son la única garantía de que la validación del bloque siguiente no te devuelva sorpresas.
- **Notas del orador**: Este es el momento de que los participantes levanten la vista del switch y comprueben físicamente su rack o mesa de trabajo antes de continuar. Pídeles que confirmen en voz alta el número de puertos que han perfilado y si alguno quedó sin asignar. No pases al bloque 5 con puertos en estado 'sin configurar' en ninguna instalación del aula: ese error va a aparecer en la validación y va a costar más tiempo arreglarlo ahí que ahora.
### Bloque 5 · Validación y entrega documentada de la red — Una red que no está documentada no está terminada (sesión 1)
#### Lámina 55 · Separador de bloque · modo oscuro
- **Antetítulo**: 05 · VALIDACIÓN Y ENTREGA › BLOQUE 5
- **Título**: Validación y entrega documentada de la red
- **Entradilla**: Configurar es la mitad del trabajo. La otra mitad es demostrar que funciona y dejar algo en manos del cliente que no sea solo una contraseña WiFi.
**Número**: 05
**Subtítulo**: Validación y entrega documentada de la red
**Promesa**: Validas la red con criterios medibles y entregas documentación que el cliente puede leer sin llamarte.
- **Línea de cierre**: Este bloque es el que convierte una instalación en un servicio profesional.
- **Notas del orador**: No pases de esta lámina sin preguntar qué entregan hoy cuando terminan una instalación. La respuesta habitual es 'les digo la contraseña y les enseño a conectarse'. Ese contraste es el gancho de todo el bloque.
#### Lámina 56 · La ruta del bloque · modo claro
- **Antetítulo**: 56 · BLOQUE 5 › VALIDACIÓN Y ENTREGA
- **Título**: Lo que vas a hacer en este bloque
- **Entradilla**: Configurar es la mitad del trabajo. La otra mitad es demostrar que funciona y dejar algo en manos del cliente que no dependa de que tú estés delante.
1. **Checklist de validación** — Recorres punto por punto lo que declaraste al principio y confirmas que la red cumple lo que prometiste.
2. **Pruebas de conectividad** — Verificas alcance WiFi, segmentación entre VLANs y acceso a internet desde cada red definida.
3. **Revisión de eventos y alertas** — Lees el panel de eventos del controlador para descartar errores silenciosos antes de salir del sitio.
4. **Exportar topología y configuración** — Generas los documentos que el cliente o el equipo de soporte necesitará cuando tú no estés disponible.
5. **Entrega formal al cliente** — Defines qué le entregas, qué le explicas y qué queda fuera del alcance de este proyecto.
**Línea de laboratorio**: Harás una validación completa sobre la red que construiste en los bloques anteriores y saldrás con un paquete de entrega listo para usar.
- **Línea de cierre**: Este bloque no añade funcionalidad a la red: la certifica. La diferencia entre instalar y entregar está aquí.
- **Notas del orador**: Detente un momento antes de avanzar. Pregunta cuántos en la sala han tenido que volver a un sitio porque algo fallaba después de la entrega. Ese problema es exactamente lo que este bloque intenta eliminar. No hace falta dramatizar: el argumento se sostiene solo si la sala lo ha vivido.
#### Lámina 57 · Contenido con tarjetas · modo claro
- **Antetítulo**: 05 · VALIDACIÓN Y ENTREGA › PRUEBAS OBLIGATORIAS
- **Título**: Validar no es ver que el WiFi conecta: estas son las pruebas que no puedes omitir
- **Entradilla**: Que un móvil se asocie al SSID no te dice nada sobre si la VLAN está bien, si el firewall corta lo que tiene que cortar o si el roaming funciona cuando cambia de AP. Hay siete minutos de pruebas que separan una entrega profesional de una llamada de soporte al día siguiente.
1. **Aislamiento de VLAN** — Desde un cliente en la VLAN de invitados, intenta llegar a la LAN corporativa: si hay respuesta, la segmentación no funciona.
2. **Roaming entre APs** — Camina con el móvil entre zonas de cobertura mientras haces ping continuo: cuentas los paquetes perdidos en la transición, no solo compruebas que vuelve a conectar.
3. **Política de firewall** — Genera tráfico que las reglas deberían bloquear y confirma que los contadores del controlador suben: una regla sin hits que contar es una regla que puede no estar activa.
- **Línea de cierre**: Estas tres pruebas las ejecutas tú antes de que el cliente toque nada. Lo que no validas antes de entregar, lo depuras después en producción.
- **Notas del orador**: No preguntes a la sala si suelen hacer estas pruebas: la mayoría dirá que sí por reflejo. En cambio, pregunta cuántos han entregado una red y recibido una llamada en menos de 48 horas. Ese número es el que abre la conversación real. Detente en la tarjeta de firewall: es el error más silencioso, porque la regla existe y aparece en pantalla, pero si el orden de prioridad es incorrecto nunca dispara y los contadores se quedan a cero. Si tienes equipo en sala, este es el momento de pedirles que generen el tráfico bloqueado y miren los contadores en vivo.
#### Lámina 58 · Evidencia medida · modo oscuro
- **Antetítulo**: 58 · VALIDACIÓN Y ENTREGA › TOPOLOGÍA
- **Título**: El panel de topología de UniFi te dice en segundos si algo no está donde debería
- **Entradilla**: La topología no es un diagrama bonito para el informe: es la primera pantalla que abres cuando algo falla y necesitas saber qué ve el controlador.
**Comando**
```
[PENDIENTE: ruta exacta en la interfaz para llegar al panel de topología en la versión de Network Application usada en el workshop — por ejemplo: Inicio › Topología]
```
**Salida**
```
[PENDIENTE: captura de pantalla real del panel de topología de UniFi con al menos un switch, un punto de acceso y un cliente conectado, tomada en el entorno del workshop]
```
**Lectura**
- [PENDIENTE: qué nodo aparece primero en la cadena y qué indica sobre el uplink]
- [PENDIENTE: cómo se distingue visualmente un dispositivo adoptado de uno no adoptado]
- [PENDIENTE: qué símbolo o color señala un enlace degradado o una velocidad por debajo de lo esperado]
- [PENDIENTE: qué ocurre con un dispositivo que ha perdido la conexión al controlador — cómo lo muestra el panel]
- **Línea de cierre**: El límite honesto: la topología muestra lo que el controlador conoce. Un dispositivo fuera de adopción, o en una VLAN que no enruta de vuelta al controlador, no aparece aquí aunque esté encendido y funcionando.
- **Notas del orador**: Antes de pasar la lámina, deja el panel abierto en el proyector y señala físicamente cada nodo mientras lo nombras. No lo leas de la pantalla: camina por la cadena de arriba abajo como si fuera la instalación real. Si en el entorno del workshop hay algún dispositivo no adoptado o con incidencia, este es el momento de mostrarlo, no de ocultarlo.
#### Lámina 59 · Contenido con tarjetas · modo claro
- **Antetítulo**: 59 · VALIDACIÓN Y ENTREGA › ANTES DE SALIR
- **Título**: Alertas, logs y notificaciones: qué activas antes de irse del sitio
- **Entradilla**: Configurar está hecho; lo que queda es asegurarte de que la red te avisa si algo cambia cuando ya no estés. Tres activaciones antes de cerrar la puerta.
1. **Alertas de cliente** — En Network › Alerts activa las notificaciones críticas por correo: dispositivo caído, cliente desconectado más de X minutos y cambio de IP de uplink.
2. **Retención de logs** — Ajusta el periodo de retención en System › Maintenance para que los registros cubran al menos el plazo de garantía que le ofreces al cliente; el valor por defecto se queda corto.
3. **Webhook o integración** — Si el cliente usa un sistema de monitorización externo, configura el webhook antes de irse: una alerta que no llega a nadie no sirve de nada.
- **Línea de cierre**: Estas tres activaciones no sustituyen un sistema de monitorización serio; son la red de seguridad mínima para los primeros días en producción.
- **Notas del orador**: Muestra en pantalla dónde está cada opción en la interfaz del controlador que tienes abierta. Detente en el valor de retención: pregunta a la sala qué plazo de garantía suelen ofrecer y compáralo con el valor por defecto del controlador. Si alguien menciona SNMP o sistemas externos como Zabbix o PRTG, reconócelo y apunta que el webhook es el puente más directo desde UniFi, pero no te desvíes: ese tema da para otra sesión.
#### Lámina 60 · Diagrama · modo oscuro
- **Antetítulo**: 60 · BLOQUE 5 › ENTREGA DOCUMENTADA
- **Título**: De qué está hecha una entrega completa: los cinco documentos que el cliente necesita
- **Entradilla**: El trabajo técnico ya está hecho. Lo que convierte ese trabajo en una entrega profesional es lo que el cliente puede leer, conservar y usar cuando tú no estás.
**Descripción del diagrama**: Cinco bloques apilados verticalmente, cada uno con su nombre a la izquierda y su propósito en una línea a la derecha. Una flecha vertical los recorre de arriba a abajo con la etiqueta 'Expediente de red'. El bloque del acta de entrega lleva un icono de firma para distinguirlo visualmente como el documento que cierra el proceso.
**Elementos**
- Plano lógico de red: topología, VLANs, rangos IP y nombre de cada dispositivo adoptado.
- Informe de validación: capturas y resultados de las pruebas de conectividad, cobertura y segmentación realizadas antes de la entrega.
- Credenciales y accesos: usuario administrador, clave del controlador, clave de cada SSID y ubicación de la copia de seguridad del sitio.
- Guía de operación básica: cómo ver el estado de la red, cómo conectar un dispositivo nuevo y a quién llamar si algo falla.
- Acta de entrega firmada: descripción del alcance, fecha, versión del firmware de cada equipo y firma de ambas partes.
**Lectura**: Una entrega completa no es un correo con la contraseña del controlador. Son cinco documentos con propósitos distintos: uno describe lo que hay, otro prueba que funciona, otro protege al cliente si algo falla, otro le enseña a operar lo básico, y otro te protege a ti. Juntos forman el expediente de la red.
- **Línea de cierre**: El acta firmada no es burocracia: es el momento en que el cliente acepta formalmente la red y tú puedes cobrar sin ambigüedad lo que queda pendiente.
- **Notas del orador**: Detente en el documento de credenciales: es el que más se entrega mal. Muchos integradores mandan un PDF sin cifrar por WhatsApp o, peor, no lo entregan y el cliente les llama seis meses después porque olvidó la clave. Pregunta a la sala cómo lo están haciendo hoy. No para juzgar, sino para que el contraste quede claro antes de proponer el formato que vais a usar en el ejercicio final.
#### Lámina 61 · Evidencia medida · modo oscuro
- **Antetítulo**: 61 · VALIDACIÓN Y ENTREGA › EXPORTACIÓN DE ARTEFACTOS
- **Título**: Así exportas el backup de configuración y el informe de red desde la UI actual
- **Entradilla**: Dos archivos hacen que la entrega sea reversible y auditable: el backup de configuración y el informe de red. Aquí están los pasos exactos para sacarlos desde la interfaz del controlador.
**Comando**
```
[PENDIENTE: ruta de menú exacta en la versión del controlador que uses en el workshop: Settings › System › Backup › Download Backup y, si aplica, el comando CLI equivalente en UniFi OS para forzar el export]
```
**Salida**
```
[PENDIENTE: captura o volcado real de la pantalla de exportación —Settings › System › Backup y Network → Site Export— con los archivos descargados visibles en el explorador de archivos]
```
**Lectura**
- El archivo .unf es el backup completo: lo importas en otro controlador y recuperas toda la configuración del sitio sin tocar nada a mano.
- El informe de red recoge topología, dispositivos adoptados, canales y potencias en el momento de la exportación; es la foto que le entregas al cliente.
- Fíjate en el timestamp del nombre de archivo antes de guardar: si exportas después de cualquier cambio de prueba, el backup ya no refleja el estado de entrega limpio.
- Guarda ambos archivos en la carpeta del proyecto antes de cerrar sesión; una vez desconectado del sitio no puedes volver a bajar el estado de ese momento.
- **Línea de cierre**: El backup sin fecha legible en el nombre y sin el informe adjunto no es una entrega; es un archivo que alguien tendrá que descifrar solo cuando algo falle.
- **Notas del orador**: Detente aquí y pide a cada participante que exporte ahora mismo, con el controlador de laboratorio delante. El error más común es exportar después de haber hecho cambios de prueba: el backup incluye esos cambios y ya no es el estado limpio. Si alguien no encuentra el menú, es señal de que está en una versión del controlador distinta a la del workshop; resuélvelo antes de seguir porque el siguiente bloque asume que el archivo ya existe en local. No anticipes todavía el proceso de importación en el controlador del cliente: eso va en la lámina siguiente.
#### Lámina 62 · Contenido con tarjetas · modo claro
- **Antetítulo**: 62 · BLOQUE 5 › ENTREGA Y VALIDACIÓN
- **Título**: Acceso remoto con UniFi Site Manager: cómo te quedas con visibilidad sin abrir puertos
- **Entradilla**: Tu cliente quiere que resuelvas problemas sin desplazarte. UniFi Site Manager te da esa visibilidad desde el navegador, sin tocar el router ni abrir un solo puerto en el firewall.
1. **Sin puertos abiertos** — Site Manager enruta la sesión a través de los servidores de Ubiquiti: tu red no expone ningún servicio hacia internet.
2. **Un panel, todos los sitios** — Desde ui.com ves cada instalación que has adoptado: estado de dispositivos, alertas y acceso al controlador de cada sitio con un clic.
3. **Quién entra y cuándo** — Cada técnico accede con su propia cuenta Ubiquiti; los permisos se gestionan por sitio, así que el cliente puede ver sin poder tocar.
- **Línea de cierre**: El límite honesto: Site Manager depende de que el dispositivo UniFi tenga salida a internet. En redes totalmente aisladas necesitas otro método de acceso remoto.
- **Notas del orador**: Detente aquí si alguien de la sala gestiona instalaciones en entornos con salida a internet restringida: el flujo de Site Manager no les va a funcionar y es mejor decirlo ahora que en casa del cliente. Vale la pena mostrar en vivo cómo se añade un técnico al sitio con permisos de solo lectura: es exactamente el argumento que usan para justificar el acceso remoto ante clientes que desconfían de 'que alguien de fuera entre a mi red'.
#### Lámina 63 · Portada de laboratorio · modo oscuro
- **Antetítulo**: 63 · BLOQUE 5 › VALIDACIÓN Y ENTREGA
- **Título**: Ejecuta el checklist de validación y exporta el paquete de entrega
- **Entradilla**: Has configurado la red. Lo que queda es comprobar que funciona como prometiste y dejar al cliente algo que pueda consultar cuando tú no estés.
**Número**: Laboratorio 5
**Título de la práctica**: Ejecuta el checklist de validación y exporta el paquete de entrega
- **Línea de cierre**: Una red sin documentación de entrega es una red que solo tú entiendes: ese es el riesgo que este laboratorio cierra.
- **Notas del orador**: No arranques el laboratorio todavía. Detente aquí y pregunta cuántos han entregado alguna vez una red sin ningún documento al cliente. Usa la respuesta para enmarcar por qué este bloque existe: la validación protege al instalador, no solo al cliente. Avisa que el paquete de entrega que van a exportar es el mismo que podrían entregar mañana en un proyecto real, así que merece la misma atención que cualquier configuración técnica.
#### Lámina 64 · Laboratorio, lo que vas a hacer · modo claro
- **Antetítulo**: 05 · VALIDACIÓN Y ENTREGA › LABORATORIO
- **Título**: Lo que vas a hacer
- **Entradilla**: Este bloque es el que distingue una red que funciona de una red que puedes entregar. Vas a recorrer los tres pasos que cierran el trabajo.
- A · **Validar conectividad y segmentación** — Comprueba que cada VLAN alcanza lo que debe y está bloqueada donde debe estarlo: pruebas de ping, DNS y acceso entre segmentos.
- B · **Exportar el informe del sitio** — Desde el controlador, genera la instantánea del sitio con topología, dispositivos adoptados y configuración de redes.
- C · **Montar el dossier de entrega** — Combina el informe exportado con las credenciales, el diagrama físico y las instrucciones de acceso al controlador en un documento que el cliente pueda usar sin ti.
**Línea guía**: Terminas el laboratorio con un archivo real que podrías entregar hoy a un cliente real.
- **Línea de cierre**: Lo que no cubre este laboratorio: monitorización continua, alertas y ciclo de mantenimiento. Eso queda fuera del alcance del workshop.
- **Notas del orador**: Antes de arrancar, deja claro que el orden de los pasos no es arbitrario: si validas antes de documentar, el informe refleja una red que ya sabes que funciona. Si alguien ya tiene el informe abierto en el controlador, dile que lo cierre y espere al paso B. Anticipa el error más común del paso C: poner las credenciales en texto plano dentro de un PDF sin protección. Nómbralo tú primero para que no lo hagan.
#### Lámina 65 · Cierre de bloque · modo oscuro
- **Antetítulo**: 65 · BLOQUE 5 › CIERRE DE BLOQUE
- **Título**: La red está validada, documentada y en manos del cliente
- **Entradilla**: Configuraste, validaste y documentaste. Lo que tienes ahora no es solo una red que funciona: es una entrega que el cliente puede firmar y tú puedes defender.
- **Validación con pruebas reales** — Comprobaste cobertura, rendimiento y segmentación VLAN antes de dar la red por buena, no después de que el cliente llamara.
- **Documentación lista para entregar** — El sitio tiene nombre, topología, credenciales y notas de configuración: cualquier técnico puede retomarlo sin preguntarte nada.
- **Entrega formal al cliente** — El cliente recibió acceso, credenciales y un documento que describe lo que tiene, no solo las llaves del rack.
**Lo que falta**: Este bloque cubre la entrega inicial. Lo que queda fuera es el ciclo de vida posterior: actualizaciones de firmware, alertas proactivas y gestión remota con UniFi Site Manager, que requieren una conversación diferente con el cliente sobre el modelo de soporte.
**Lo que sigue**: El workshop termina aquí, pero tu siguiente paso concreto es repasar la checklist de entrega sobre tu propio laboratorio de hoy y detectar qué paso saltaste. Eso es lo que no harás en el próximo proyecto real.
- **Línea de cierre**: Saber instalar es el mínimo. Entregar documentado es lo que diferencia una instalación de un servicio.
- **Notas del orador**: No hagas un resumen del bloque: el público acaba de vivirlo. Usa este momento para señalar la diferencia entre el técnico que termina cuando la red 'va' y el que termina cuando el cliente tiene todo lo que necesita para no depender de ti para preguntas básicas. Si alguien saltó algún paso del laboratorio, este es el momento de decirlo en voz alta, sin penalización: es información útil para el siguiente proyecto, no un error del workshop.
### Entre bloques
#### Lámina 66 · Cierre · modo oscuro
- **Antetítulo**: 66 · CIERRE
- **Título**: Hoy instalaste, configuraste, probaste y entregaste una red UniFi completa
- **Entradilla**: Seis horas dan para más de lo que parece cuando cada paso tiene un propósito claro.
**Cierre**: Te vas con una red que funciona, una documentación que puedes entregar y un proceso que puedes repetir desde mañana.
**Recorrido**: Arrancaste sin controlador y terminaste con un sitio adoptado, VLANes segmentadas, switches configurados, cobertura WiFi validada y un informe listo para el cliente. Cada bloque del día fue un entregable, no un ejercicio.
- **Línea de cierre**: El siguiente paso no es otro workshop: es la primera instalación real donde aplicas esto solo.
- **Notas del orador**: No hagas un resumen temático: eso ya lo tiene el recorrido en pantalla. Lo que vale aquí es nombrar el salto de identidad que acaba de ocurrir: entraron como instaladores que nunca habían tocado un controlador UniFi y salen como integradores que ya lo han entregado una vez. Esa primera vez es la que más cuesta y ya la tienen. Si alguien tiene una instalación real en los próximos días, este es el momento de que lo diga en voz alta y de ofrecerle que te cuente cómo fue.
---
## 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.