# Intro ecosistema UniFi 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**: Identificar todos los componentes, configuraciones y pasos de entrega necesarios para montar y documentar una red UniFi completa para un cliente. - **Temas principales**: - Fundamentos de RF para WiFi - Instalación y primera configuración del controlador - Adopción de dispositivos y creación del sitio - Redes WiFi: SSID, VLAN y ajustes de radio - Selección y configuración de switches con presupuesto PoE - Validación y entrega documentada de la red - **Tipo de evento**: workshop - **Modalidad**: presencial - **Duracion total en minutos**: 360 - **Numero de sesiones**: 1 - **Quien ejecuta la practica**: demostracion - **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**: Saber qué componentes y pasos hacen falta para montar una red UniFi completa y cómo entregarla documentada a un cliente. - **Experto que da el tono**: mayer - **Experto (lente)**: Richard Mayer, versión 2 - **Presupuesto**: 112 láminas (90 de contenido, 22 de estructura), 6 bloques, 1 sesión, 360 minutos ## Pendientes de completar (87) Marcadores que el contenido deja donde haría falta una medición o un dato real. No se inventan: se miden antes de dar la sesión. - Lámina 3: [PENDIENTE: frase de Luis que resuma su forma de trabajar con redes UniFi, en sus propias palabras] - Lámina 3: [PENDIENTE: número de despliegues UniFi que Luis ha completado y tipo de entorno: residencial, corporativo, hospitality…] - Lámina 3: [PENDIENTE: detalle del rango técnico de Luis: qué configura él mismo y qué delega] - Lámina 3: [PENDIENTE: qué hace Ekoinos, en una frase: tipo de proyectos, clientes o sector en el que opera] - Lámina 3: [PENDIENTE: certificación, formación específica en Ubiquiti u otro dato verificable que Luis quiera mencionar] - Lámina 7: [PENDIENTE: ajustar valores de referencia de SNR y MCS a los que Luis quiera usar en la demostración en vivo] - Lámina 11: [PENDIENTE: valores de pérdida por material medidos o referenciados desde la hoja de datos del AP que uses en la demo] - Lámina 12: [PENDIENTE: captura de pantalla real del analizador de espectro en un entorno saturado —vecinos, microondas, cámaras inalámbricas, lo que sea que haya en la instalación de referencia—] - Lámina 12: [PENDIENTE: herramienta y comando usados para obtener la captura —inSSIDer, WiFi Explorer, Metageek Chanalyzer, o equivalente— con los parámetros exactos de la medición] - Lámina 12: [PENDIENTE: canal o canales con mayor ocupación visible en la captura, con nombre y número de canal] - Lámina 12: [PENDIENTE: número de redes detectadas en 2,4 GHz frente a 5 GHz en ese entorno] - Lámina 12: [PENDIENTE: nivel de ruido de fondo medido, en dBm, en el canal más congestionado] - Lámina 12: [PENDIENTE: si hay solapamiento de canales no adyacentes visible —el caso más común en 2,4 GHz con canales 1, 6 y 11 mezclados—, confirmarlo o descartarlo] - Lámina 14: [PENDIENTE: captura o volcado real de la salida del comando de medición de potencia TX sobre el AP usado en la demo] - Lámina 14: [PENDIENTE: comando exacto ejecutado en vivo —iw, iwconfig, o herramienta equivalente— con el AP y canal concretos de la sesión] - Lámina 14: [PENDIENTE: primera línea significativa de la salida y qué campo leer] - Lámina 14: [PENDIENTE: dónde aparece la potencia TX real en dBm y cómo se compara con el valor configurado en el controlador] - Lámina 14: [PENDIENTE: si hay discrepancia, cuántos dB y a qué se debe —límite regulatorio, country code, driver—] - Lámina 24: [PENDIENTE: captura de pantalla real del dashboard de UniFi Network Application tras el asistente de configuración inicial, con cero dispositivos adoptados] - Lámina 24: [PENDIENTE: URL exacta y versión del controlador usado en la demo, por ejemplo https://192.168.x.x:8443 con UniFi Network Application x.x.x] - Lámina 24: [PENDIENTE: qué sección aparece vacía y por qué eso es correcto en este punto] - Lámina 24: [PENDIENTE: dónde está el menú de adopción que se usará en el bloque siguiente] - Lámina 24: [PENDIENTE: qué alerta o aviso muestra el panel por defecto y si hay que ignorarla o no] - Lámina 26: [PENDIENTE: captura o salida real de la terminal / navegador durante el wizard de configuración inicial —credenciales de administrador, nombre del sitio, país y canal, dirección del controlador— tal como aparece en el entorno de demostración] - Lámina 26: [PENDIENTE: URL exacta del wizard y, si el controlador es autohospedado, comando de arranque del servicio usado en la demo] - Lámina 26: [PENDIENTE: qué campo se rellena primero y por qué ese orden importa] - Lámina 26: [PENDIENTE: qué valor se elige para país/región y qué efecto tiene sobre los canales disponibles] - Lámina 26: [PENDIENTE: si se activa o no la telemetría, y la razón elegida en la demo] - Lámina 34: [PENDIENTE: captura o volcado real de la pantalla del controlador —estado del AP pasando de 'Pending adoption' a 'Adopting' a 'Connected'— durante la demo en vivo] - Lámina 34: [PENDIENTE: pasos exactos ejecutados en el panel: URL del controlador, sección Devices, clic en Adopt, confirmación — anotarlos tal como aparecen en la interfaz de la versión instalada] - Lámina 34: [PENDIENTE: primera línea de estado observable y qué significa] - Lámina 34: [PENDIENTE: segunda línea o cambio de estado y qué significa] - Lámina 34: [PENDIENTE: estado final 'Connected' y qué confirma sobre el AP] - Lámina 36: [PENDIENTE: captura de pantalla o grabación de pantalla del controlador UniFi justo después de crear el sitio y posicionar los AP en el plano de planta] - Lámina 36: [PENDIENTE: pasos exactos realizados en la demo en vivo — nombre del sitio creado, imagen de plano cargada, AP arrastrados a su posición] - Lámina 36: [PENDIENTE: qué muestra la interfaz tras crear el sitio — campos rellenados, opciones elegidas] - Lámina 36: [PENDIENTE: cómo queda el plano con los AP posicionados — cuántos dispositivos visibles, estado que muestra cada uno] - Lámina 36: [PENDIENTE: cualquier aviso o validación que el controlador emite en este paso] - Lámina 39: [PENDIENTE: captura real del panel UniFi con un sitio organizado: nombres de dispositivos descriptivos, grupos o zonas visibles, sin dispositivos en estado pendiente ni con nombre por defecto como 'U6-Pro:3a'] - Lámina 39: [PENDIENTE: si se muestra desde CLI o desde la consola del controlador, incluir el comando o la ruta de navegación exacta usada para llegar a esa vista] - Lámina 39: [PENDIENTE: señalar en la captura qué convención de nombres se usó y por qué se eligió esa] - Lámina 39: [PENDIENTE: indicar qué dispositivos aparecen en verde y qué significa ese estado en este sitio concreto] - Lámina 39: [PENDIENTE: señalar si hay algún dispositivo fuera de grupo o sin zona asignada, y explicar si eso es intencional o un error pendiente de corregir] - Lámina 47: [PENDIENTE: captura o grabación de pantalla de la consola UniFi mostrando la creación del SSID corporativo y la asignación a la VLAN correspondiente] - Lámina 47: [PENDIENTE: pasos reales ejecutados por Luis durante la demo — nombre del SSID, ID de VLAN utilizado, opciones de seguridad seleccionadas] - Lámina 47: [PENDIENTE: primera observación visible en pantalla tras aplicar la configuración] - Lámina 47: [PENDIENTE: confirmación de que los dispositivos adoptados propagan el nuevo SSID] - Lámina 47: [PENDIENTE: cualquier advertencia o comportamiento inesperado que aparezca en la interfaz] - Lámina 50: [PENDIENTE: captura o salida real de la interfaz UniFi tras aplicar cambios de potencia, canal y ancho de banda en el AP de demostración] - Lámina 50: [PENDIENTE: ruta exacta en el controlador y los valores configurados durante la demostración en vivo: Settings › WiFi › [nombre del AP] - Lámina 50: [PENDIENTE: qué indicador del controlador confirma el cambio de canal aplicado] - Lámina 50: [PENDIENTE: qué campo muestra la potencia actual del AP tras el ajuste] - Lámina 50: [PENDIENTE: qué diferencia visible produce reducir el ancho de banda de 80 MHz a 40 MHz en el cliente de prueba] - Lámina 53: [PENDIENTE: captura de pantalla real del panel UniFi Network con el sitio completo configurado —SSID, VLANs, ajustes de radio— lista para entregar] - Lámina 53: [PENDIENTE: pasos exactos para llegar a esta vista en el controlador, o comando CLI si aplica] - Lámina 53: [PENDIENTE: qué indica cada sección visible en el panel —estado de los SSID, asignación de VLANs, canales y potencias de radio—] - Lámina 53: [PENDIENTE: qué elemento confirma que la configuración está lista para el cliente, no solo guardada] - Lámina 53: [PENDIENTE: algún detalle del panel que suele pasarse por alto en una primera entrega y que vale la pena señalar] - Lámina 59: [PENDIENTE: tabla de ejemplo con los modelos de AP reales del taller, sus consumos máximos y el total calculado] - Lámina 60: [PENDIENTE: precio real en catálogo actual] - Lámina 60: [PENDIENTE: precio real en catálogo actual] - Lámina 62: [PENDIENTE: captura o salida real del panel PoE del switch durante la demo, con puertos activos y vatios medidos] - Lámina 62: [PENDIENTE: ruta exacta en la interfaz UniFi donde se consulta el consumo PoE por puerto en el switch usado en el taller] - Lámina 62: [PENDIENTE: valor medido de consumo total del switch en ese momento] - Lámina 62: [PENDIENTE: puerto con mayor consumo individual y dispositivo conectado] - Lámina 62: [PENDIENTE: margen restante sobre el presupuesto PoE total del switch] - Lámina 64: [PENDIENTE: captura o volcado real de la configuración de puertos trunk y access aplicada durante la demostración en vivo] - Lámina 64: [PENDIENTE: secuencia exacta de pasos en la UI de UniFi Network —o comando CLI si se usa SSH al switch— que Luis ejecuta durante la demo] - Lámina 64: [PENDIENTE: qué muestra la interfaz tras aplicar el perfil trunk en el puerto de uplink] - Lámina 64: [PENDIENTE: qué muestra la interfaz tras aplicar el perfil access en un puerto de cliente, con la VLAN correcta asignada] - Lámina 64: [PENDIENTE: cualquier aviso, confirmación o estado de reconfiguración que aparezca en pantalla] - Lámina 66: [PENDIENTE: captura real de la interfaz UniFi mostrando el switch integrado al proyecto con todos los AP adoptados y activos] - Lámina 66: [PENDIENTE: exportar la vista de puertos del switch desde UniFi Network — ruta: Devices › nombre del switch › Ports — con PoE activo en cada puerto ocupado y consumo visible] - Lámina 74: [PENDIENTE: captura o volcado real de la salida del test de cobertura ejecutado en el sitio de demostración] - Lámina 74: [PENDIENTE: comando exacto ejecutado en la consola UniFi o herramienta de diagnóstico utilizada en la demo] - Lámina 74: [PENDIENTE: qué indica el primer valor de la salida y qué umbral es aceptable] - Lámina 74: [PENDIENTE: qué indica el segundo valor y cuándo debe preocuparte] - Lámina 74: [PENDIENTE: qué línea de la salida confirma que la celda de cobertura solapa correctamente con la siguiente] - Lámina 75: [PENDIENTE: salida real del comando o pantallazos representativos del mapa de señal con valores de RSSI anotados por zona] - Lámina 75: [PENDIENTE: captura real del comando o exportación usada para extraer el RSSI por punto de acceso y cliente desde el controlador UniFi — por ejemplo, desde la CLI del controlador o desde la vista de mapa de cobertura] - Lámina 75: [PENDIENTE: cómo leer el valor de RSSI obtenido — qué umbral separa 'cobertura suficiente' de 'cobertura degradada' según lo medido en este entorno] - Lámina 75: [PENDIENTE: qué zonas del site mostraron valores por debajo del umbral y qué acción correctiva se tomó o se recomendó] - Lámina 78: [PENDIENTE: captura o volcado real de la pantalla de reporte generado desde el controlador UniFi en la demo] - Lámina 78: [PENDIENTE: ruta exacta en el panel del controlador — menú, submenú y opciones seleccionadas — que Luis recorre durante la demostración] - Lámina 78: [PENDIENTE: qué secciones aparecen en el reporte generado y qué dato contiene cada una] - Lámina 78: [PENDIENTE: formato de exportación disponible en esta versión del controlador — PDF, CSV u otro] - Lámina 78: [PENDIENTE: campos que el integrador debe rellenar manualmente antes de entregar el documento al cliente] ## Contenido 81 láminas, en orden. ### Apertura #### Lámina 1 · Portada · modo oscuro - **Antetítulo**: EKOINOS · WORKSHOP - **Título**: WiFi empresarial desde cero: diseña, configura y entrega redes que funcionan - **Entradilla**: Un día para pasar de instalar equipos a entregar redes. **Categoría**: Integradores de redes · Nivel básico **Formato**: Presencial · Demostración en vivo **Promesa**: Al terminar sabes qué montar, cómo configurarlo y qué documentación entregar a tu cliente. - **Línea de cierre**: 360 minutos. Una red completa. Sin atajos que luego rompan algo. - **Notas del orador**: No arranques todavía con el temario. Deja que la promesa de la portada respire unos segundos. Si alguien pregunta si hace falta experiencia previa con UniFi, la respuesta es no: eso es exactamente el punto de partida de la sesión. #### Lámina 2 · Índice de bloques · modo claro - **Antetítulo**: 02 · ÍNDICE - **Título**: Esto es lo que vas a construir hoy - **Entradilla**: Seis bloques, un resultado: al final del día tienes una red UniFi montada, validada y documentada para entregar a un cliente. 1. **Fundamentos de RF** — Por qué el aire importa antes que cualquier equipo. 2. **El controlador** — Instalación y primera configuración: de cero a sitio activo. 3. **Adopción y sitio** — Cómo UniFi encuentra tus dispositivos y los pone bajo control. 4. **WiFi: SSID, VLAN y radio** — Las tres palancas que determinan rendimiento y segmentación. 5. **Switches y PoE** — Selección y configuración sin quedarte sin presupuesto de potencia. 6. **Validación y entrega** — Qué medir, qué documentar y qué firmar con el cliente. **Cierre del reparto**: Los bloques 1 y 2 son base; el tiempo de práctica se concentra en 3, 4 y 5. - **Línea de cierre**: Si algo de tu instalación actual chirría, anótalo ahora: lo vamos a revisar en el bloque que le corresponde. - **Notas del orador**: No leas los seis bloques en voz alta uno por uno. Señala el índice, di el criterio de reparto en voz alta ('la mayor parte de la práctica está en la mitad del día') y mueve rápido. Esta lámina existe para que la sala sepa dónde estará en cada momento, no para que la estudien ahora. #### 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 - **Entradilla**: Seis horas dan para mucho si quien las conduce ha montado antes lo que tú vas a montar hoy. **Cita**: [PENDIENTE: frase de Luis que resuma su forma de trabajar con redes UniFi, en sus propias palabras] 1. **Instalaciones reales** — [PENDIENTE: número de despliegues UniFi que Luis ha completado y tipo de entorno: residencial, corporativo, hospitality…] 2. **Desde el controlador hasta el cable** — [PENDIENTE: detalle del rango técnico de Luis: qué configura él mismo y qué delega] 3. **Ekoinos** — [PENDIENTE: qué hace Ekoinos, en una frase: tipo de proyectos, clientes o sector en el que opera] **Credencial**: [PENDIENTE: certificación, formación específica en Ubiquiti u otro dato verificable que Luis quiera mencionar] - **Línea de cierre**: Si algo de lo que ves aquí no cuadra con tu tipo de instalación, dilo ahora: el taller se ajusta mejor cuando los casos sobre la mesa son los tuyos. - **Notas del orador**: No leas las tarjetas en orden. Elige el dato que más contraste con lo que el grupo espera de un 'CTO' y empieza por ahí. El objetivo de esta lámina no es convencerles de tu experiencia, sino bajar la distancia: que sientan que pueden interrumpir y preguntar sin parecer lentos. ### Bloque 1 · Fundamentos de RF para WiFi — Lo que la señal hace antes de llegar al cliente (sesión 1) #### Lámina 4 · Separador de bloque · modo oscuro - **Antetítulo**: 01 · FUNDAMENTOS DE RF - **Título**: Fundamentos de RF para WiFi - **Entradilla**: Antes de tocar el controlador, hay que entender por qué la señal llega o no llega. Todo lo que configures después depende de lo que pase en el aire. **Número**: 01 **Subtítulo**: Fundamentos de RF para WiFi **Promesa**: Vas a entender qué ocurre entre la antena y el cliente: bandas, interferencias y por qué el canal importa más que la potencia. - **Línea de cierre**: Sin esto, configurar un SSID es adivinar. Con esto, es decidir. - **Notas del orador**: No preguntes todavía si alguien ha tenido problemas de cobertura. Guarda esa pregunta para dentro del bloque, cuando tengan vocabulario para describirlo. Aquí solo marca el tono: esto no es teoría de relleno, es el modelo mental que van a usar el resto del día. #### Lámina 5 · La ruta del bloque · modo claro - **Antetítulo**: 05 · BLOQUE 1 › FUNDAMENTOS DE RF - **Título**: Lo que vas a entender en este bloque - **Entradilla**: Antes de tocar el controlador, necesitas entender qué ocurre en el aire. Estas cinco ideas son el filtro con el que vas a tomar decisiones de canal, potencia y posicionamiento de APs el resto del día. 1. **Qué es RF** — Cómo viaja una señal de radiofrecuencia y por qué los obstáculos físicos no se comportan igual en 2,4 GHz que en 5 GHz. 2. **Canales y solapamiento** — Por qué solo hay tres canales no solapados en 2,4 GHz, y cuántos tienes disponibles en 5 GHz. 3. **RSSI (intensidad de señal recibida) y ruido** — La diferencia entre señal fuerte y señal limpia, y qué valor de RSSI empieza a comprometer la conexión. 4. **Cobertura frente a capacidad** — Por qué más potencia no es más rendimiento: el error que comete la mayoría en su primer despliegue. 5. **Celdas y roaming** — Cómo decide un cliente cuándo cambia de AP y qué pasa cuando esa decisión sale mal. **Línea de laboratorio**: Al final del bloque vas a leer las métricas de RF de un AP en vivo en el controlador y contrastar lo que ves con lo que acabas de entender aquí. - **Línea de cierre**: Ninguna de estas ideas requiere fórmulas: requieren criterio. El criterio es lo que te va a diferenciar cuando un cliente te pregunte por qué pusiste el AP donde lo pusiste. - **Notas del orador**: No entres en detalle todavía. Esta lámina es el mapa, no el territorio. Si alguien pregunta por MU-MIMO o OFDMA, anótalo en el tablero de preguntas aparcadas: son conceptos reales pero no necesarios para montar una red UniFi básica. Lo que sí puedes hacer aquí es preguntar cuántos en la sala han tenido una queja de cobertura que en realidad era un problema de capacidad: esa distinción es el núcleo del bloque. #### Lámina 6 · Contenido con tarjetas · modo claro - **Antetítulo**: 06 · FUNDAMENTOS DE RF › MEDIO DE TRANSMISIÓN - **Título**: Tu red empieza en el aire, no en el cable - **Entradilla**: El cable llega hasta el punto de acceso. A partir de ahí, lo que determina si tu cliente tiene buena conexión es física: ondas, frecuencias e interferencias. 1. **Frecuencia y alcance** — 2,4 GHz atraviesa paredes mejor y llega más lejos; 6 GHz da más velocidad pero se detiene antes. No hay una banda mejor: hay una banda más adecuada para cada zona. 2. **Canal y solapamiento** — Dos APs vecinos en el mismo canal compiten por el mismo espacio radioeléctrico. En 2,4 GHz solo hay tres canales que no se solapan: 1, 6 y 11. 3. **Potencia no es cobertura** — Subir la potencia de emisión del AP no corrige un punto ciego: el cliente responde desde su antena, que tiene la suya propia. Más AP bien ubicados gana a un AP a máxima potencia. - **Línea de cierre**: Estos tres factores —banda, canal y potencia— son los que vas a controlar desde el controlador UniFi. Entender qué hace cada uno evita que cambies cosas al azar cuando algo no funciona. - **Notas del orador**: Detente en la tarjeta 3: es el error más común que cometen los integradores que vienen del mundo del cable. La intuición de 'más potencia, mejor señal' es falsa en WiFi y vale la pena dejarlo claro antes de tocar ningún slider en el controlador. Si alguien en la sala ya lo ha vivido, pídele que lo cuente él: un caso real de la audiencia vale más que el ejemplo genérico. #### Lámina 7 · Diagrama · modo oscuro - **Antetítulo**: 07 · FUNDAMENTOS DE RF › PROPAGACIÓN - **Título**: Cómo viaja una señal desde el AP hasta el cliente - **Entradilla**: Entre que el AP emite y que tu cliente reproduce un vídeo en 4K hay seis pasos físicos. Conocerlos te dice dónde buscar cuando algo falla. **Descripción del diagrama**: Diagrama horizontal con seis bloques encadenados por flechas. Encima de las flechas 2→3 y 3→4 aparecen las causas de pérdida: 'potencia TX y ganancia de antena' y 'atenuación + interferencias'. El bloque 5 muestra una barra de SNR con la zona de confort (>25 dB) destacada. El bloque 6 muestra la tabla MCS colapsada a tres filas: baja, media y alta tasa. [PENDIENTE: ajustar valores de referencia de SNR y MCS a los que Luis quiera usar en la demostración en vivo] **Elementos** - 1 · Modulación — el AP convierte datos en una señal de radio en la frecuencia elegida (2,4 GHz o 5 GHz). - 2 · Emisión por antena — la potencia de transmisión (TX) sale en dBm; la antena le da forma y dirección. - 3 · Propagación por el aire — la señal se atenúa con la distancia (pérdida de trayecto libre) y rebota en paredes, suelos y mobiliario. - 4 · Recepción en el cliente — el adaptador del cliente capta lo que queda de señal; ese nivel es tu RSSI (Indicador de Intensidad de Señal Recibida). - 5 · Relación señal-ruido — el cliente distingue la señal del ruido de fondo; a menor SNR (Relación Señal a Ruido), más errores. - 6 · Negociación de tasa — con la SNR disponible, el protocolo elige la MCS (Modulación y Esquema de Codificación) más alta que puede sostener sin errores. **Lectura**: Lee el diagrama de izquierda a derecha siguiendo el camino de la señal. Cada etapa tiene una causa de degradación propia; el problema que ves en el cliente casi siempre tiene su origen dos o tres etapas antes. - **Línea de cierre**: El RSSI que ves en el controlador UniFi es solo la etapa 4. Si te quedas ahí, no ves la mitad del problema. - **Notas del orador**: Detente en la flecha entre etapa 3 y etapa 4. Es donde los integradores suelen mirar primero, y casi siempre el origen está en etapa 2 (potencia mal ajustada) o en etapa 5 (ruido de canal). Puedes señalar la barra de SNR y preguntar: '¿Cuál es el umbral por debajo del cual empezáis a ver retransmisiones?' — déjales responder antes de dar el número. Si tienes un portátil con una herramienta de espectro o la app WiFiman abierta, este es el momento de mostrar en vivo cómo se ve el ruido de fondo antes de conectar ningún AP. #### Lámina 8 · Contenido con tarjetas · modo claro - **Antetítulo**: 08 · BLOQUE 1 › FUNDAMENTOS DE RF - **Título**: 2,4 GHz y 5 GHz no son lo mismo ni sirven para lo mismo - **Entradilla**: Dos bandas en el mismo router no significa doble capacidad: significa dos herramientas distintas con casos de uso distintos. Elegir la equivocada penaliza al cliente aunque la señal llegue. 1. **2,4 GHz: alcance, no velocidad** — Penetra paredes y llega lejos, pero comparte espectro con microondas, cámaras inalámbricas y el WiFi del vecino. En entornos densos, la interferencia come el rendimiento antes de que la distancia lo haga. 2. **5 GHz: velocidad, no milagros** — Más canales limpios y tasas más altas, pero la señal se atenúa más rápido con cada muro. Funciona donde puedes poner el AP cerca del dispositivo; fuera de ese supuesto, promete lo que no cumple. 3. **La decisión correcta es por zona, no por red** — Un pasillo largo con paredes de ladrillo pide 2,4 GHz. Una sala de reuniones con veinte portátiles pide 5 GHz. La misma instalación puede necesitar las dos, y UniFi te deja separarlas o combinarlas por SSID. - **Línea de cierre**: Band steering automático ayuda, pero no sustituye haber colocado bien los APs desde el principio. - **Notas del orador**: Dibuja en la pizarra o en el aire: una pared gruesa en el centro, un AP a la izquierda. Pregunta a la sala qué banda asignarían a un dispositivo que está al otro lado de esa pared y a uno que está a dos metros. Deja que respondan antes de explicar. El error más común que vas a ver en campo es redes en 5 GHz con cobertura mal planificada donde los dispositivos se enganchan a -75 dBm y nadie entiende por qué va lento. Ese es el momento de nombrar el concepto de roaming pegajoso, pero no entres todavía en cómo se configura: eso viene en el bloque de ajustes de radio. #### Lámina 9 · Contenido con tarjetas · modo claro - **Antetítulo**: 09 · FUNDAMENTOS DE RF › INTERFERENCIAS - **Título**: Tres cosas que destruyen tu señal antes de llegar al cliente - **Entradilla**: La señal sale perfecta del AP. Lo que pasa entre el AP y el dispositivo del cliente es donde se gana o se pierde la instalación. 1. **Absorción por materia** — El hormigón armado, el ladrillo hueco y el vidrio con capa de control solar no reflejan la señal: la absorben. Un tabique de hormigón puede quitarte 15 dB de un golpe, suficiente para pasar de conexión fluida a cortes. 2. **Canal saturado** — Si tu AP y el del vecino usan el mismo canal en 2,4 GHz, compiten por el mismo medio. No suman: se restan. En 2,4 GHz solo hay tres canales que no se solapan: el 1, el 6 y el 11. 3. **Potencia mal calibrada** — Subir la potencia de emisión al máximo es el error más común. El AP te oye fuerte, pero tu cliente responde desde un teléfono con antena diminuta: el enlace es tan bueno como su eslabón más débil. - **Línea de cierre**: Los tres tienen solución en el controlador, pero ninguna configuración de software corrige un AP mal ubicado. - **Notas del orador**: Detente en la tarjeta de potencia: casi todos habrán subido la potencia al máximo alguna vez creyendo que mejoraban la cobertura. Pregunta a la sala cuántos lo han hecho. El concepto que hay que dejar claro es enlace asimétrico: el AP emite fuerte, el cliente no puede responder igual. Ese desequilibrio es la causa de síntoma clásico: el dispositivo 've' la red pero no navega. #### Lámina 10 · Tabla comparativa · modo claro - **Antetítulo**: 10 · FUNDAMENTOS DE RF › BANDAS - **Título**: Cuándo usar cada banda y por qué importa elegir bien - **Entradilla**: Elegir 2,4 GHz o 5 GHz no es cuestión de preferencia: cada banda tiene un comportamiento físico distinto y colocar un cliente en la banda equivocada degrada la red entera. | Criterio | 2,4 GHz | 5 GHz | | --- | --- | --- | | Alcance | Mayor: las ondas largas atraviesan paredes y pisos con menos pérdida | Menor: la señal se atenúa más rápido con la distancia y los obstáculos | | Capacidad de canales no solapados | 3 canales (1, 6, 11) en el plan de 20 MHz | 20 o más canales según región, mucho más margen para planificar | | Saturación por interferencias | Alta: microondas, Bluetooth, vecinos y dispositivos IoT compiten en el mismo espacio | Baja en entornos residenciales, variable en edificios de oficinas densas | | Velocidad máxima alcanzable | Limitada por el estándar y la congestión; suficiente para tráfico de control y IoT | Mucho mayor en condiciones limpias; adecuada para vídeo, transferencias y VoIP | | Dispositivos que la usan bien | Sensores, cámaras IP lejanas, dispositivos legacy 802.11b/g/n | Laptops, teléfonos modernos, puntos de acceso en malla backhaul | **Veredicto**: La regla práctica: reserva 2,4 GHz para lo que necesita llegar lejos con poco tráfico y empuja todo lo demás a 5 GHz. Si dejas que el cliente decida solo, acaba con 40 dispositivos en 2,4 GHz y la red colapsada. - **Línea de cierre**: UniFi puede hacer Band Steering automático, pero el Band Steering no reemplaza un diseño de canales correcto: si el plan de RF está mal, el steering mueve clientes de un canal congestionado a otro. - **Notas del orador**: Dibuja los tres canales no solapados de 2,4 GHz en la pizarra antes de pasar a la tabla. Es el dato que más sorprende a quienes llevan años instalando sin verlo representado. Cuando llegues al criterio de saturación, pregunta si alguien ha tenido una queja de 'el WiFi va mal solo por las mañanas': casi siempre es el microondas del office a la hora del café, y lo ilustra perfectamente. No entres todavía en 6 GHz ni en WiFi 6E: están fuera del alcance de este taller y mencionarlos ahora abre una conversación que no cierra en el tiempo disponible. #### Lámina 11 · Diagrama · modo oscuro - **Antetítulo**: 11 · FUNDAMENTOS DE RF › DEGRADACIÓN DE SEÑAL - **Título**: Por qué el descenso completo de señal casi nunca ocurre solo - **Entradilla**: Cuando la señal cae, la causa suele ser una cadena, no un único factor. Entender esa cadena es lo que separa un diagnóstico rápido de una tarde de pruebas a ciegas. **Descripción del diagrama**: Línea horizontal que representa la ruta AP → cliente. Sobre la línea, cinco marcas verticales: la primera al salir del AP (potencia de transmisión), las tres siguientes en cada factor de pérdida (distancia, obstáculo, interferencia), la última en la antena receptora. Bajo cada marca, una etiqueta con la pérdida típica en dB y una flecha descendente que muestra cómo baja el nivel acumulado. El resultado final se compara visualmente con el umbral mínimo de asociación del estándar. [PENDIENTE: valores de pérdida por material medidos o referenciados desde la hoja de datos del AP que uses en la demo] **Elementos** - Distancia y espacio libre: la potencia cae con el cuadrado de la distancia incluso sin ningún obstáculo. - Obstáculos físicos: cada material —hormigón, cristal metalizado, forjado— resta decibelios de forma distinta y acumulable. - Interferencia en el canal: otra red en el mismo canal no baja tu potencia, pero sube el piso de ruido y reduce el margen efectivo. - Ganancia y orientación de la antena del cliente: un teléfono con la antena tapada por la mano puede perder más señal que una pared fina. - Efecto combinado: la cifra que ves en el cliente es la suma algebraica de todos los puntos anteriores, no el peor de ellos por separado. **Lectura**: El diagrama muestra una ruta de señal desde el AP hasta el cliente, con cuatro puntos donde la potencia efectiva se reduce. Cada punto es independiente, pero se acumulan: si coinciden dos o tres a la vez, la caída es suficiente para romper la conexión aunque cada factor por separado pareciera tolerable. - **Línea de cierre**: El límite práctico de este modelo: en campo real los factores no son constantes —la interferencia varía por hora y la posición del cliente cambia—, así que el margen que calculas en papel tiene que ser mayor que el que necesitarías en condiciones de laboratorio. - **Notas del orador**: No leas la lista: señala cada marca del diagrama y pide a alguien de la sala que proponga qué factor se aplica en una instalación que haya hecho. Casi siempre mencionan el obstáculo y se olvidan de la orientación de la antena del cliente — ese es el momento para quedarte en ese punto más tiempo. Si alguien pregunta por valores concretos de pérdida por material, no improvises un número: muestra el marcador en la lámina y di que lo completas con la prueba real antes de la entrega. #### Lámina 12 · Evidencia medida · modo oscuro - **Antetítulo**: 01 · FUNDAMENTOS DE RF › ESPECTRO - **Título**: Así se ve un espectro saturado en un entorno real - **Entradilla**: Una captura de espectro te dice más sobre el entorno de tu instalación que cualquier queja del cliente. Lo que vas a ver aquí es un ejemplo de lo que aparece antes de que alguien monte un solo punto de acceso (AP). **Comando** ``` [PENDIENTE: herramienta y comando usados para obtener la captura —inSSIDer, WiFi Explorer, Metageek Chanalyzer, o equivalente— con los parámetros exactos de la medición] ``` **Salida** ``` [PENDIENTE: captura de pantalla real del analizador de espectro en un entorno saturado —vecinos, microondas, cámaras inalámbricas, lo que sea que haya en la instalación de referencia—] ``` **Lectura** - [PENDIENTE: canal o canales con mayor ocupación visible en la captura, con nombre y número de canal] - [PENDIENTE: número de redes detectadas en 2,4 GHz frente a 5 GHz en ese entorno] - [PENDIENTE: nivel de ruido de fondo medido, en dBm, en el canal más congestionado] - [PENDIENTE: si hay solapamiento de canales no adyacentes visible —el caso más común en 2,4 GHz con canales 1, 6 y 11 mezclados—, confirmarlo o descartarlo] - **Línea de cierre**: Esta captura es de antes de tocar nada. Si no la haces al llegar, no puedes saber si el problema que te llaman a las tres semanas lo causaste tú o ya estaba. - **Notas del orador**: No expliques la captura antes de mostrarla. Ponla en pantalla y deja que la sala la lea sola durante diez segundos. Luego pregunta qué ven. Lo que señalen —o lo que ignoren— te dice en qué punto están y por dónde tirar la lectura guiada. Si alguien identifica el solapamiento en 2,4 GHz antes de que lo digas tú, mejor: que lo explique él. #### Lámina 13 · Contenido con tarjetas · modo claro - **Antetítulo**: 13 · FUNDAMENTOS DE RF › VOCABULARIO DE POTENCIA - **Título**: EIRP, ganancia y potencia: tres términos que usarás todo el día - **Entradilla**: Estos tres términos aparecen en la ficha de cada AP, en la normativa de tu país y en cada conversación de soporte. Confundirlos lleva a configuraciones ilegales o a cobertura insuficiente. 1. **Potencia de transmisión** — Lo que el radio del AP emite, en dBm, antes de llegar a la antena. Es el punto de partida, y es lo único que tocas desde el controlador. 2. **Ganancia de antena** — Lo que la antena suma —o en realidad redistribuye— a esa potencia, en dBi. No crea energía: concentra el haz en una dirección a costa de las otras. 3. **EIRP (potencia isotrópica radiada equivalente)** — La suma de los dos anteriores: potencia de TX más ganancia de antena. Es el número que regula el espectro en tu país, y el único que importa al inspector. - **Línea de cierre**: Ajustar la potencia de TX sin saber qué antena lleva el AP es ajustar a ciegas: el EIRP real puede estar por encima del límite legal aunque el controlador muestre un valor que parece razonable. - **Notas del orador**: No preguntes si conocen los términos: en nivel básico la respuesta es casi siempre no, y la pregunta incomoda. Ve directo al ejemplo físico. Coge un AP de la mesa y señala la antena interna: 'el radio es lo que hay dentro de aquí, la antena es lo que da forma a lo que sale, y el EIRP es lo que mide el regulador'. Después abre la ficha de ese modelo en la web de Ubiquiti y muestra dónde aparece el EIRP máximo por banda. El momento de mencionar la legalidad es ahora, no al final: si instalas un AP con antena externa de alta ganancia y no bajas la potencia de TX para compensar, puedes estar radiando por encima del límite sin saberlo. #### Lámina 14 · Evidencia medida · modo oscuro - **Antetítulo**: 01 · FUNDAMENTOS DE RF › MEDICIÓN REAL - **Título**: El ponente mide la potencia real de un AP en vivo - **Entradilla**: Los números que ves en la interfaz de UniFi son los que el controlador reporta. Lo que sale por la antena es otra cosa. Aquí lo medimos. **Comando** ``` [PENDIENTE: comando exacto ejecutado en vivo —iw, iwconfig, o herramienta equivalente— con el AP y canal concretos de la sesión] ``` **Salida** ``` [PENDIENTE: captura o volcado real de la salida del comando de medición de potencia TX sobre el AP usado en la demo] ``` **Lectura** - [PENDIENTE: primera línea significativa de la salida y qué campo leer] - [PENDIENTE: dónde aparece la potencia TX real en dBm y cómo se compara con el valor configurado en el controlador] - [PENDIENTE: si hay discrepancia, cuántos dB y a qué se debe —límite regulatorio, country code, driver—] - **Línea de cierre**: La regulación del país configurado en el controlador puede recortar la potencia que tú pediste. Si no lo mides, no lo sabes. - **Notas del orador**: Ejecuta el comando en vivo sobre el AP real de la sala, no sobre una captura preparada. Si la salida no cuadra con lo que muestra el controlador, mejor: es exactamente el punto que quieres demostrar. Ten preparado el country code del dispositivo antes de empezar, porque la primera pregunta probable es '¿por qué no llega al máximo que puse?'. No adelantes la respuesta hasta que alguien la formule o hasta que la salida la haga obvia. #### Lámina 15 · Cierre de bloque · modo oscuro - **Antetítulo**: 15 · FUNDAMENTOS DE RF › CIERRE DE BLOQUE - **Título**: Lo que ya sabes sobre RF antes de tocar el controlador - **Entradilla**: Tres ideas del bloque que ya puedes aplicar sin abrir el controlador. La cuarta llega en el siguiente. - **Bandas y su precio** — 2,4 GHz atraviesa paredes mejor pero se satura antes; 5 GHz da más ancho de banda en espacio abierto. Esa tensión guía dónde pones cada AP. - **Canales que no se solapan** — En 2,4 GHz solo hay tres: 1, 6 y 11. Planificar el sitio empieza aquí, antes de encender nada. - **RSSI como criterio de cobertura** — Por debajo de −70 dBm el cliente empieza a tener problemas. Ese número es tu umbral de validación al final del día. **Lo que falta**: Todavía no has visto cómo el controlador representa todo esto: el mapa de calor, los canales asignados por banda y las alertas de interferencia. Eso es configuración, no RF, y llega en el bloque siguiente. **Lo que sigue**: Instalación del controlador UniFi: sistema operativo, requisitos mínimos y primera puesta en marcha. - **Línea de cierre**: Con estas tres piezas puedes hacer el levantamiento físico del sitio y defender el número de APs al cliente. Sin ellas, el controlador solo te da opciones sin criterio para elegir. - **Notas del orador**: No pases la lámina hasta que alguien de la sala haya repetido el umbral de −70 dBm con sus propias palabras. Si nadie lo hace, pregunta directamente: '¿Qué número usáis vosotros hoy para decidir si una zona tiene cobertura suficiente?' Las respuestas variadas son útiles: muestran que no hay criterio compartido y justifican el siguiente bloque. ### Entre bloques #### Lámina 16 · Encuesta en vivo · modo oscuro - **Antetítulo**: 16 · FUNDAMENTOS DE RF › INTERFERENCIAS - **Título**: ¿Con qué banda has tenido más problemas en campo? - **Entradilla**: Antes de ver por qué falla cada banda, conviene saber con cuál tienes experiencia directa de fallo. **Llamada**: ¿Con qué banda has tenido más problemas en campo? - **Línea de cierre**: Lo que responda la sala marca por dónde empezamos el análisis de interferencias. - **Notas del orador**: Deja la pregunta en pantalla y recoge respuestas en voz alta, sin apresurar. Si la sala se divide entre 2,4 GHz y 5 GHz, mejor: puedes contrastar los dos escenarios en la lámina siguiente. Si alguien menciona 6 GHz, tómalo como nota al margen, este taller no llega hasta Wi-Fi 6E en profundidad y vale la pena decirlo ya. ### Bloque 2 · Instalación y primera configuración del controlador — Del paquete al panel en menos de una hora (sesión 1) #### Lámina 17 · Separador de bloque · modo oscuro - **Antetítulo**: 02 · BLOQUES › INSTALACIÓN Y CONTROLADOR - **Título**: Instalación y primera configuración del controlador - **Entradilla**: El controlador es el único punto desde el que ves, configuras y documenta toda la red. Si no arranca bien, nada de lo que venga después funciona. **Número**: 02 **Subtítulo**: Instalación y primera configuración del controlador **Promesa**: Instalar el controlador, adoptarlo a la red y dejarlo listo para recibir dispositivos. - **Línea de cierre**: Salimos de este bloque con el controlador corriendo y el sitio creado. Sin eso, el bloque siguiente no tiene dónde caer. - **Notas del orador**: No adelantes todavía los modos de instalación (local, Cloud Key, hosted). Deja que la pregunta salga sola cuando alguien pregunte dónde se instala. Ese es el momento de abrir la comparativa, no ahora. #### Lámina 18 · La ruta del bloque · modo claro - **Antetítulo**: 02 · INSTALACIÓN Y CONFIGURACIÓN › HOJA DE RUTA - **Título**: Lo que vas a hacer en este bloque - **Entradilla**: Cinco pasos, en orden. Al final del bloque habrás levantado un controlador que ya conoce tu red y está listo para adoptar dispositivos. 1. **Elegir dónde corre el controlador** — Cloud Key, UniFi OS Console o software sobre Linux: cada opción tiene un coste y un compromiso de mantenimiento distintos. 2. **Instalar y arrancar** — Primera puesta en marcha: acceso a la interfaz, aceptar licencia y confirmar que el servicio responde. 3. **Crear el sitio** — El sitio es la unidad de gestión en UniFi; todo lo que configures quedará agrupado aquí. 4. **Cuenta UniFi y vinculación** — Decidir si el controlador trabaja en modo local o enlazado a una cuenta cloud, y por qué importa esa decisión antes de adoptar nada. 5. **Primera revisión del dashboard** — Leer los indicadores que el controlador muestra vacíos ahora y que al final del taller estarán poblados. **Línea de laboratorio**: El laboratorio de este bloque es la propia instalación: vas a dejar el controlador corriendo en tu máquina antes de pasar al siguiente bloque. - **Línea de cierre**: Lo que no cubre este bloque: alta disponibilidad del controlador ni migración desde una instalación existente. Eso requiere un escenario con datos reales de producción. - **Notas del orador**: No entres todavía en la comparativa de plataformas; el paso 1 la anuncia y hay una lámina entera para eso. Aquí solo confirmas que existe la decisión y que la van a tomar con criterio. Si alguien pregunta ya por Cloud Key vs. software, anota la pregunta en el rotafolio y dile que llega en tres minutos. #### Lámina 19 · Contenido con tarjetas · modo claro - **Antetítulo**: 02 · CONTROLADOR › CONCEPTO - **Título**: Qué es un controlador y qué problema resuelve - **Entradilla**: Tienes tres APs, un switch y un router UniFi. Sin controlador, cada dispositivo vive en su propio mundo y los configuras uno a uno, sin visión de conjunto. 1. **Un solo sitio de mando** — El controlador es el único punto desde el que ves y tocas todos los dispositivos de la red: APs, switches y gateways, con el mismo flujo de trabajo independientemente de cuántos haya. 2. **Estado persistente** — Guarda la configuración completa de la red, no el dispositivo. Si cambias un AP, el resto del sitio no se entera y no se rompe nada. Si el AP falla y lo repones, el controlador lo reconfigura solo. 3. **Sin él, sin roaming** — El traspaso fluido de un cliente WiFi entre dos APs requiere que ambos se coordinen. Esa coordinación la orquesta el controlador; sin él, cada AP es una isla y el cliente corta conexión al moverse. - **Línea de cierre**: El límite honesto: el controlador gestiona la configuración y la visibilidad, no el tráfico de datos. Si el servidor donde corre se cae, la red sigue funcionando, pero pierdes la capacidad de cambiar nada hasta que vuelva. - **Notas del orador**: No des por hecho que todos saben qué es un controlador de red. Algunos integradores de la sala habrán trabajado siempre con equipos autónomos donde el AP es también su propio gestor. Antes de la tarjeta 1, puedes preguntarles cómo configuran hoy un AP cuando tienen tres en el mismo local: la respuesta te dice cuánto hay que explicar. La tarjeta 3 es la que más preguntas genera; anticipa la duda de qué pasa exactamente durante el corte de roaming sin controlador, porque alguien la va a plantear. #### Lámina 20 · Diagrama · modo oscuro - **Antetítulo**: 02 · INSTALACIÓN Y CONFIGURACIÓN › ARQUITECTURA DEL SISTEMA - **Título**: Cómo se relacionan el controlador, los AP y los clientes - **Entradilla**: Tres piezas, un solo flujo de control: entender quién habla con quién te evita buscar el problema en el sitio equivocado. **Descripción del diagrama**: Tres bloques en vertical: arriba el controlador (UniFi Network Application), en el centro los AP, abajo los clientes WiFi. Dos flechas bidireccionales entre controlador y AP, etiquetadas 'configuración / telemetría'. Una flecha independiente, más gruesa, va de los clientes directamente al switch, sin tocar el controlador, etiquetada 'tráfico de datos'. El switch aparece a la derecha, conectado tanto a los AP como a la nube o router. La flecha de tráfico de datos es visualmente dominante para reforzar que ese flujo es independiente del plano de control. **Elementos** - El controlador envía configuración a los AP por el plano de control: SSID, VLANs (redes de área local virtual), potencia de radio, políticas. - Los AP responden con telemetría: clientes asociados, señal, errores, uso de canal. - El tráfico de los clientes WiFi va directamente al switch y de ahí a la red; no pasa por el controlador. - Si el controlador cae, los AP siguen funcionando con la última configuración que recibieron. - Si un AP pierde contacto con el controlador, aparece como 'disconnected' en la interfaz, pero sus clientes siguen conectados. **Lectura**: El controlador no mueve tráfico de usuario. Mueve configuración y telemetría. Los AP (puntos de acceso) ejecutan esa configuración y son ellos los que mueven el tráfico de tus clientes. Esa separación lo cambia todo cuando algo falla. - **Línea de cierre**: El límite honesto: esta separación de planos es la razón por la que UniFi escala bien, pero también por la que un AP mal adoptado puede parecer operativo para el cliente y roto para ti. - **Notas del orador**: Detente en el punto cuatro antes de seguir. La mayoría de los integradores nuevos en UniFi asumen que si el controlador cae, los clientes se quedan sin red. Corrígelo aquí, en caliente, porque esa confusión aparece en la primera visita de soporte. Si tienes el controlador levantado en la demo, muestra qué pasa en la interfaz cuando desconectas un AP de la red: el icono cambia a 'disconnected' aunque el tráfico de los clientes que ya estaban asociados no se corta de inmediato. #### Lámina 21 · Contenido con tarjetas · modo claro - **Antetítulo**: 02 · INSTALACIÓN Y CONFIGURACIÓN › Preparación previa - **Título**: Lo que necesitas tener listo antes de encender el equipo - **Entradilla**: La instalación del controlador falla casi siempre por lo mismo: algo que debía estar listo antes no lo estaba. Estos tres puntos los resuelves antes de tocar ningún instalador. 1. **Dirección IP fija** — Asigna una IP estática a la máquina que va a correr el controlador, ya sea en el sistema operativo o como reserva DHCP en el router. Si esa IP cambia, los dispositivos adoptados pierden el contacto con el controlador y hay que readoptarlos. 2. **Puerto 8443 libre** — El controlador escucha en el puerto 8443 (TCP). Comprueba que ningún otro servicio lo ocupa y que el firewall del equipo permite el tráfico entrante en ese puerto antes de arrancar. 3. **Java o paquetes del sistema** — En instalación manual necesitas la versión de Java que exige tu versión de UniFi Network Application. En Debian o Ubuntu, el paquete oficial gestiona la dependencia; en Windows, la lleva el instalador. Confírmalo antes, no durante. - **Línea de cierre**: Si el equipo va a estar en red con varios switches o AP ya conectados, asegúrate también de que están en la misma VLAN de gestión que el controlador; si no, la adopción no llega aunque todo lo demás esté correcto. - **Notas del orador**: Detente aquí y pregunta cuántos ya han montado un controlador antes. Si hay manos levantadas, pídeles que digan qué fue lo primero que falló: casi siempre sale el puerto o la IP. Eso valida la lista sin que la estés vendiendo tú. Si nadie ha instalado todavía, anuncia que en la demo van a ver exactamente este checklist en acción. #### Lámina 22 · Evidencia medida · modo oscuro - **Antetítulo**: — - **Título**: El ponente instala el controlador desde cero en pantalla - **Entradilla**: — — - **Línea de cierre**: — - **Notas del orador**: — #### Lámina 23 · Contenido con tarjetas · modo claro - **Antetítulo**: 02 · INSTALACIÓN Y CONFIGURACIÓN › ASISTENTE INICIAL - **Título**: Las tres decisiones que defines en el asistente inicial - **Entradilla**: Cuando el controlador arranca por primera vez, te presenta un asistente de tres pasos. Cada uno fija un valor que después cuesta cambiar sin interrumpir la red. 1. **Nombre del sitio** — Es el identificador interno de esta instalación dentro del controlador. Ponlo con el nombre real del cliente desde el principio: renombrarlo después no rompe nada, pero genera confusión en los informes y en los backups. 2. **País y canal de RF** — Determina el plan de frecuencias que el controlador aplica a todos los radios del sitio. Si lo dejas en el país equivocado, los canales disponibles y los límites de potencia no corresponden a la normativa local. 3. **Cuenta Ubiquiti vinculada** — El controlador puede operar en local sin cuenta, pero la vinculación habilita acceso remoto, actualizaciones automáticas de firmware y soporte de Ubiquiti. Decide aquí si el acceso remoto lo gestiona el integrador o el cliente. - **Línea de cierre**: Estas tres decisiones no bloquean la instalación si se toman mal, pero corregirlas en producción implica readoptar dispositivos o coordinar con el cliente un corte de red. - **Notas del orador**: No leas las tarjetas. Cuenta qué pasa cuando alguien deja el país por defecto y luego tiene dispositivos que no pueden usar los canales que necesitan. El error de la cuenta vinculada también es frecuente: el integrador pone su propia cuenta y cuando entrega el proyecto el cliente no tiene acceso. Detente en ese punto y pregunta cómo lo gestionan ellos hoy con otros sistemas. #### Lámina 24 · Evidencia medida · modo oscuro - **Antetítulo**: 02 · INSTALACIÓN Y PRIMERA CONFIGURACIÓN › RESULTADO - **Título**: Así queda el panel después de la primera configuración - **Entradilla**: Esto es lo que verás en pantalla cuando el controlador está listo y antes de haber adoptado ningún dispositivo. **Comando** ``` [PENDIENTE: URL exacta y versión del controlador usado en la demo, por ejemplo https://192.168.x.x:8443 con UniFi Network Application x.x.x] ``` **Salida** ``` [PENDIENTE: captura de pantalla real del dashboard de UniFi Network Application tras el asistente de configuración inicial, con cero dispositivos adoptados] ``` **Lectura** - [PENDIENTE: qué sección aparece vacía y por qué eso es correcto en este punto] - [PENDIENTE: dónde está el menú de adopción que se usará en el bloque siguiente] - [PENDIENTE: qué alerta o aviso muestra el panel por defecto y si hay que ignorarla o no] - **Línea de cierre**: Si tu pantalla no se parece a esto, el problema suele estar antes: anota qué ves diferente para revisarlo ahora. - **Notas del orador**: No avances hasta que todos vean este estado en su propio navegador o en la proyección. El error más frecuente aquí es que alguien llegó al panel pero con una sesión de un controlador de red distinto ya activo. Pregunta quién no ve la pantalla vacía y atiéndelo antes de continuar con la adopción. #### Lámina 25 · Tabla comparativa · modo claro - **Antetítulo**: 02 · INSTALACIÓN Y CONFIGURACIÓN › CONTROLADOR - **Título**: Controlador en nube vs. local: cuál conviene según el proyecto - **Entradilla**: La pregunta no es cuál opción es mejor en abstracto, sino cuál encaja con la situación real del proyecto: quién lo gestiona, desde dónde y bajo qué condiciones de red. | Criterio | Nube (UniFi Site Manager) | Local (self-hosted) | | --- | --- | --- | | Requisito de hardware adicional | Ninguno: el controlador vive en los servidores de Ubiquiti | Necesitas una máquina siempre encendida: Cloud Key, Dream Machine o VM | | Acceso remoto | Inmediato, sin abrir puertos ni VPN | Requiere configuración explícita: VPN, reverse proxy o apertura de puertos | | Dependencia de internet en el sitio | El controlador necesita conectividad para operar y adoptar dispositivos | La red funciona sin internet; el controlador vive dentro del sitio | | Control de datos y privacidad | La configuración pasa por infraestructura de Ubiquiti | Todo permanece en la red del cliente; tú decides qué sale | | Coste inicial para el integrador | Cero en hardware; cuenta UniFi gratuita para hasta algunos sitios | Hardware desde ~100 € (Cloud Key Gen2) hasta lo que cueste la VM o Dream Machine | | Mantenimiento y actualizaciones | Ubiquiti gestiona el backend; tú solo actualizas firmware de dispositivos | Tú eres responsable de actualizaciones, backups y disponibilidad del host | **Veredicto**: Proyecto de uno a cinco sitios donde el cliente quiere gestión remota sin complicar la infraestructura: nube. Instalación en sede corporativa con política de datos estricta, conexión a internet poco fiable o cliente que exige que nada salga de su red: local. - **Línea de cierre**: El veredicto no es definitivo: puedes migrar un sitio de local a nube o al revés, pero el proceso no es trivial y conviene tomarlo como decisión de arranque, no de último momento. - **Notas del orador**: Detente aquí y pregunta cuántos ya han instalado un Cloud Key o una Dream Machine en producción. Si la mayoría viene de instalaciones locales, dedica un minuto extra a explicar qué significa gestionar el host tú mismo a largo plazo: actualizaciones, caídas, backups. Si la sala es mixta, el contraste entre ambas columnas ya lo hace la tabla; tu trabajo es anclar cada fila a una situación real que reconozcan, no leer la tabla en voz alta. Avisa también que en el resto del bloque vas a trabajar con el controlador local, porque es donde se ve todo el proceso de adopción desde cero. #### Lámina 26 · Evidencia medida · modo oscuro - **Antetítulo**: 26 · BLOQUE 2 › PRIMERA CONFIGURACIÓN - **Título**: El ponente configura credenciales y ajustes de red base - **Entradilla**: El asistente de configuración inicial del controlador te pide, en orden, las decisiones que no podrás cambiar fácilmente después. Las ves aquí en vivo. **Comando** ``` [PENDIENTE: URL exacta del wizard y, si el controlador es autohospedado, comando de arranque del servicio usado en la demo] ``` **Salida** ``` [PENDIENTE: captura o salida real de la terminal / navegador durante el wizard de configuración inicial —credenciales de administrador, nombre del sitio, país y canal, dirección del controlador— tal como aparece en el entorno de demostración] ``` **Lectura** - [PENDIENTE: qué campo se rellena primero y por qué ese orden importa] - [PENDIENTE: qué valor se elige para país/región y qué efecto tiene sobre los canales disponibles] - [PENDIENTE: si se activa o no la telemetría, y la razón elegida en la demo] - **Línea de cierre**: El wizard no avisa de qué campos son difíciles de cambiar en producción; eso lo decides tú antes de hacer clic en siguiente. - **Notas del orador**: No avances la pantalla hasta que la sala vea completo cada campo. El error más frecuente aquí es poner el nombre de usuario igual que el nombre del sitio: cuando hay varios sitios, eso genera confusión en los logs. Dilo en voz alta aunque no esté en pantalla. Si alguien pregunta si se puede cambiar el nombre del controlador después, la respuesta honesta es: sí, pero implica actualizar la URL en todos los dispositivos adoptados. #### Lámina 27 · Contenido con tarjetas · modo claro - **Antetítulo**: 27 · BLOQUE 2 › INSTALACIÓN Y CONFIGURACIÓN DEL CONTROLADOR - **Título**: Errores frecuentes en la primera instalación y cómo evitarlos - **Entradilla**: Los tres errores que siguen aparecen en casi toda primera instalación. No son de documentación: se cometen en vivo, con el cliente mirando. 1. **Adoptar desde la IP equivocada** — Si el controlador y el dispositivo no están en la misma subred en el momento de la adopción, el dispositivo queda en bucle de "adopting" indefinidamente. Comprueba la interfaz desde la que escucha el controlador antes de hacer clic en Adopt. 2. **Controlador apagado después del día uno** — El AP guarda la configuración localmente, pero los eventos, las alertas y los cambios de SSID requieren que el controlador esté accesible. Si lo instalas en tu portátil y te vas, tu cliente pierde la gestión. El controlador va en un equipo que no se apaga. 3. **Saltar la actualización de firmware** — UniFi OS y los dispositivos no siempre salen de fábrica con la versión que espera el controlador. Una versión de firmware desfasada provoca fallos de adopción silenciosos: el dispositivo aparece como online pero no aplica la configuración. Actualiza antes de configurar, no después. - **Línea de cierre**: Los tres tienen solución en menos de dos minutos si sabes dónde mirar; cuestan media hora si no sabes qué está pasando. - **Notas del orador**: Detente en la tarjeta 1 y muestra en vivo la pantalla de ajustes del controlador donde se configura el 'Inform IP'. Es el punto donde más instaladores se pierden y la causa no es obvia si no conoces el parámetro. Para la tarjeta 2, anticipa la pregunta que alguien va a hacer: '¿y si instalo el controlador en la nube?'. No respondas todavía, ese tema llega en el bloque de Remote Access. Deja la pregunta abierta a propósito. #### Lámina 28 · Cierre de bloque · modo oscuro - **Antetítulo**: 28 · BLOQUE 2 › CIERRE - **Título**: Ya tienes un controlador operativo: lo que aprendiste aquí - **Entradilla**: Tres cosas concretas quedaron atrás. Una todavía no. - **Controlador en marcha** — Instalaste UniFi Network Application, arrancaste el servicio y comprobaste que responde desde el navegador. - **Sitio creado** — Definiste el nombre del sitio y los parámetros de país e idioma que van a gobernar todas las radios de esta instalación. - **Acceso remoto listo** — Vinculaste el controlador a tu cuenta de Ubiquiti: ya puedes gestionarlo desde fuera de la red local del cliente. **Lo que falta**: No hemos tocado aún la adopción de ningún dispositivo. El controlador sabe que existe la red, pero todavía no sabe que existen los APs ni el switch. Eso viene ahora. **Lo que sigue**: Bloque 3: adopción de dispositivos y organización del sitio. Vas a ver cómo el controlador descubre hardware en la red, cómo se acepta ese dispositivo y qué decisiones tomas en ese momento que afectan a todo lo demás. - **Línea de cierre**: Un controlador sin dispositivos adoptados es solo una interfaz vacía. La siguiente media hora cambia eso. - **Notas del orador**: Antes de avanzar, comprueba que todos tienen el controlador respondiendo en el navegador. Si alguien se quedó atrás en la instalación, este es el momento de nivelarlo, no en medio del bloque de adopción. No hace falta que el sitio esté configurado a la perfección, pero sí que el servicio esté arriba. ### Entre bloques #### Lámina 29 · Encuesta en vivo · modo oscuro - **Antetítulo**: 29 · CONTROLADOR › PRIMERA CONFIGURACIÓN - **Título**: ¿Habías configurado un controlador WiFi antes de hoy? - **Entradilla**: Antes de entrar en los pasos, una pregunta rápida para calibrar el ritmo. **Llamada**: ¿Habías configurado un controlador WiFi antes de hoy? - **Línea de cierre**: La respuesta cambia cuánto nos detenemos en cada paso, no qué pasos damos. - **Notas del orador**: Pide respuesta a mano alzada o por escucha directa. Si la mayoría dice sí, comprime la parte de conceptos básicos del controlador y ve directo a las diferencias con UniFi. Si la mayoría dice no, mantén el ritmo declarado y no saltes los pasos de primera instalación. No digas todavía qué controlador vais a usar: eso lo revelas en la siguiente lámina como gancho. ### Bloque 3 · Adopción de dispositivos y creación del sitio — Cada AP tiene un lugar y un propósito (sesión 1) #### Lámina 30 · Separador de bloque · modo oscuro - **Antetítulo**: 03 · BLOQUE 3 - **Título**: Adopción de dispositivos y creación del sitio - **Entradilla**: El controlador está levantado. Ahora llegan los dispositivos: este bloque cubre cómo incorporarlos, organizarlos y dejar el sitio listo para configurar. **Número**: 03 **Subtítulo**: Adopción de dispositivos y creación del sitio **Promesa**: Adoptas tus primeros APs y switches, creas la estructura del sitio y compruebas que el controlador los ve como tú esperas. - **Línea de cierre**: Aquí es donde muchos integradores pierden tiempo la primera vez: los pasos son pocos, pero el orden importa. - **Notas del orador**: Pausa breve antes de arrancar. Si alguien en la sala ya ha intentado adoptar un dispositivo y algo no salió bien, es el momento de que lo cuente: vas a cubrir exactamente esos casos. No adelantes todavía nada de VLAN ni de SSID, eso es el bloque siguiente. #### Lámina 31 · La ruta del bloque · modo claro - **Antetítulo**: 03 · ADOPCIÓN Y SITIO › HOJA DE RUTA - **Título**: Lo que vas a entender y ver en este bloque - **Entradilla**: Este bloque tiene una secuencia concreta: no se configura nada antes de adoptar, y no se entrega nada antes de que el sitio esté organizado. Aquí va el orden exacto que vas a seguir. 1. **El controlador y el dispositivo** — Qué pasa en la red cuando un AP (punto de acceso) o switch busca al controlador por primera vez. 2. **Adoptar sin tocar la CLI (interfaz de línea de comandos)** — Tres métodos de adopción y cuándo usar cada uno según cómo está tu red. 3. **Crear el sitio** — Un sitio es la unidad de gestión en UniFi: todo lo demás vive dentro de él. 4. **Organizar dispositivos y nombrarlos** — Una convención de nombres mal elegida hoy es una hora perdida en la entrega. 5. **Verificar el estado antes de seguir** — Las señales que confirman que el dispositivo está gestionado y listo para configurar. **Línea de laboratorio**: Vas a adoptar un AP y un switch en directo, asignarlos a un sitio nuevo y dejar los dos con estado 'Connected' antes de cerrar el bloque. - **Línea de cierre**: El bloque termina cuando los dispositivos aparecen gestionados en el sitio, no antes. Si el laboratorio se queda en 'Adopting' más de dos minutos, hay un problema de red que resolver, y eso también es parte de la práctica. - **Notas del orador**: No des por supuesto que todos han visto un controlador UniFi antes, aunque vengan de otras plataformas de gestión. El concepto de 'sitio' como contenedor lógico es nuevo para la mayoría: anticipa que alguien va a preguntar si pueden mover dispositivos entre sitios después. La respuesta corta es sí, pero se pierde la configuración. Guarda ese matiz para cuando aparezca la pregunta, no lo adelantes ahora. #### Lámina 32 · Contenido con tarjetas · modo claro - **Antetítulo**: 32 · ADOPCIÓN DE DISPOSITIVOS › QUÉ ES ADOPTAR - **Título**: Qué significa adoptar un AP y por qué no es solo enchufarlo - **Entradilla**: El AP arranca en cuanto le llega corriente, pero en ese momento no pertenece a ningún sitio ni obedece a ningún controlador. Adoptar es el acto que cambia eso. 1. **Estado pendiente** — Antes de la adopción el AP emite su propia red de gestión y espera: cualquier controlador de la misma capa 2 puede reclamarlo, no solo el tuyo. 2. **El momento de la adopción** — Cuando pulsas «Adoptar», el controlador firma el dispositivo con su certificado y escribe la configuración del sitio. A partir de ahí el AP solo habla con ese controlador. 3. **Qué queda pendiente después** — La adopción no configura las radios ni asigna SSIDs: solo establece confianza. La configuración real viene en los pasos siguientes. - **Línea de cierre**: La adopción es una transferencia de propiedad lógica, no una sincronización de ajustes. Confundirlas es el origen del AP que «ya está adoptado» pero no emite nada. - **Notas del orador**: Vale la pena detenerse en la tarjeta 1 más de lo que parece necesario. En redes con varios integradores trabajando a la vez es habitual que un AP quede adoptado por el controlador equivocado sin que nadie lo note hasta que el cliente llama. Pregunta cuántos en la sala han heredado un sitio con APs en estado 'gestionado por otro'. Si alguien levanta la mano, ese es tu ejemplo real para el resto de la lámina. #### Lámina 33 · Diagrama · modo oscuro - **Antetítulo**: 33 · BLOQUE 3 › ADOPCIÓN DE DISPOSITIVOS - **Título**: El flujo completo de adopción: del AP desconocido al AP gestionado - **Entradilla**: Un AP recién sacado de la caja no sabe que existe tu controlador. El proceso de adopción es la negociación entre ambos hasta que el controlador toma el mando. **Descripción del diagrama**: Diagrama de flujo horizontal con seis nodos encadenados por flechas. Cada nodo lleva el nombre del estado (sin configurar, descubriendo, detectado, adoptando, aprovisionando, conectado) y una etiqueta técnica breve debajo (DHCP, UDP 10001, UI pendiente, SSH, config push, managed). Los tres primeros nodos tienen fondo gris; los tres últimos, fondo azul oscuro, para marcar visualmente el punto exacto en que el controlador toma el control. **Elementos** - AP sin configurar — arranca con firmware de fábrica, IP por DHCP, sin sitio asignado - Broadcast de descubrimiento — el AP anuncia su presencia en la red local (puerto UDP 10001) - El controlador lo ve — aparece en la lista de dispositivos como 'Pendiente de adopción' - Tú pulsas Adoptar — el controlador envía credenciales SSH al AP y establece el canal de gestión - Aprovisionamiento — el AP descarga la configuración del sitio: SSIDs, VLANs, ajustes de radio - Estado 'Conectado' — el AP está gestionado, monitorizado y listo para clientes **Lectura**: De izquierda a derecha: el AP arranca sin configuración, busca un controlador, el controlador lo detecta, tú lo adoptas, y el AP descarga su configuración definitiva. Cada flecha es un estado observable, no un paso invisible. - **Línea de cierre**: El proceso falla casi siempre en la misma flecha: el AP y el controlador están en VLANs distintas y el broadcast de descubrimiento nunca llega. Eso lo vas a provocar y resolver en la demo. - **Notas del orador**: Antes de mostrar el diagrama, deja el AP sin adoptar en pantalla unos segundos. Que la sala vea el estado 'Pendiente' en la UI real antes de explicar por qué aparece ahí. La explicación del diagrama cobra sentido cuando ya han visto el objeto real. Anticipa la pregunta sobre redes segmentadas: si tu controlador está en VLAN de gestión y el AP en una VLAN de datos sin inter-VLAN routing, el AP nunca se anuncia. La solución es DHCP option 43 o el DNS inform, que verán en la demo. No entres en option 43 ahora; solo nombra que existe para que sepan que hay salida. #### Lámina 34 · Evidencia medida · modo oscuro - **Antetítulo**: 34 · ADOPCIÓN DE DISPOSITIVOS Y CREACIÓN DEL SITIO › Demostración en vivo - **Título**: El ponente adopta un AP real desde el panel del controlador - **Entradilla**: Lo que ves en pantalla es la salida real del controlador durante la adopción. Sigue cada línea: te va a decir exactamente en qué estado está el AP en cada momento. **Comando** ``` [PENDIENTE: pasos exactos ejecutados en el panel: URL del controlador, sección Devices, clic en Adopt, confirmación — anotarlos tal como aparecen en la interfaz de la versión instalada] ``` **Salida** ``` [PENDIENTE: captura o volcado real de la pantalla del controlador —estado del AP pasando de 'Pending adoption' a 'Adopting' a 'Connected'— durante la demo en vivo] ``` **Lectura** - [PENDIENTE: primera línea de estado observable y qué significa] - [PENDIENTE: segunda línea o cambio de estado y qué significa] - [PENDIENTE: estado final 'Connected' y qué confirma sobre el AP] - **Línea de cierre**: Si el AP se queda en 'Adopting' más de 60 segundos, hay un problema de alcance de red o de DNS (Sistema de Nombres de Dominio) hacia el controlador, no un fallo del dispositivo. Eso lo verás también en la demo. - **Notas del orador**: No avances hasta que el AP llegue a 'Connected' en pantalla: ese momento es el punto de mayor atención de la sala y vale más que cualquier explicación previa. Si algo falla durante la demo, nómbra el error en voz alta y búscalo en el panel —un fallo real bien gestionado enseña más que una adopción limpia. Antes de empezar, confirma que el AP está en la misma VLAN (Red de Área Local Virtual) de gestión que el controlador y que no viene de otra instalación sin haber hecho un reset de fábrica. #### Lámina 35 · Contenido con tarjetas · modo claro - **Antetítulo**: 35 · ADOPCIÓN Y SITIO › ORGANIZACIÓN DEL MAPA - **Título**: Cómo organizar un sitio para que el mapa refleje la realidad - **Entradilla**: El mapa de planta en UniFi no es decorativo: si los APs (puntos de acceso) están colocados donde realmente están, el controlador te muestra cobertura real y el cliente entiende qué cubre qué. 1. **Sube el plano primero** — Antes de mover ningún dispositivo al mapa, sube la imagen de planta a escala y define la distancia de referencia: sin esa calibración, los círculos de cobertura no significan nada. 2. **Un piso, una planta** — Crea un floor separado por planta física, no por zona de negocio. Si metes planta baja y primera en el mismo piso del controlador, las alturas se solapan y pierdes la lectura de señal entre pisos. 3. **Arrastra después de adoptar** — Adopta primero, mueve al mapa después. Un AP sin adoptar que colocas en el plano no aparece en la vista de cobertura: el orden importa. - **Línea de cierre**: El límite honesto: el mapa refleja dónde dices tú que está el AP, no dónde está físicamente. Si la instalación cambia sobre la marcha y no actualizas el plano, el mapa miente. - **Notas del orador**: Abre el controlador y muestra el flujo completo en vivo: subir imagen, calibrar escala con una distancia conocida del plano (por ejemplo, el ancho de una puerta), adoptar un AP y arrastrarlo al punto exacto. Detente en la calibración: es el paso que más se salta y el que hace inútil todo lo demás. Si alguien pregunta qué formato de imagen acepta UniFi, la respuesta es JPG o PNG; no SVG ni PDF. #### Lámina 36 · Evidencia medida · modo oscuro - **Antetítulo**: 36 · BLOQUE 3 › ADOPCIÓN Y SITIO - **Título**: El ponente crea el sitio y ubica los AP en el plano - **Entradilla**: Crear el sitio y colocar los AP (puntos de acceso) en el plano no es configuración: es documentación que el cliente va a leer el día que algo falle. **Comando** ``` [PENDIENTE: pasos exactos realizados en la demo en vivo — nombre del sitio creado, imagen de plano cargada, AP arrastrados a su posición] ``` **Salida** ``` [PENDIENTE: captura de pantalla o grabación de pantalla del controlador UniFi justo después de crear el sitio y posicionar los AP en el plano de planta] ``` **Lectura** - [PENDIENTE: qué muestra la interfaz tras crear el sitio — campos rellenados, opciones elegidas] - [PENDIENTE: cómo queda el plano con los AP posicionados — cuántos dispositivos visibles, estado que muestra cada uno] - [PENDIENTE: cualquier aviso o validación que el controlador emite en este paso] - **Línea de cierre**: Lo que no queda en el plano no existe para el cliente: si un AP no está ubicado, la primera llamada de soporte empieza sin saber a cuál ir. - **Notas del orador**: Haz esto en vivo y en silencio durante los primeros treinta segundos: que la sala vea el ritmo real de la operación antes de que expliques nada. Después señala el campo 'descripción del sitio' y pregunta qué pondrían ahí si el cliente fuera una clínica con tres plantas. No corrijas ninguna respuesta todavía; esa tensión la resuelves en la lámina de entrega documentada. #### Lámina 37 · Tabla comparativa · modo claro - **Antetítulo**: 37 · ADOPCIÓN DE DISPOSITIVOS › MODOS DE OPERACIÓN - **Título**: AP en modo managido vs. standalone: cuándo usar cada uno - **Entradilla**: UniFi puede funcionar con o sin controlador. La decisión no es técnica en el fondo: es de quién controla la red y quién la soporta después. | Criterio | Managido (con controlador) | Standalone (sin controlador) | | --- | --- | --- | | Configuración centralizada | Todos los AP desde un sitio único | AP a AP, uno por uno | | Actualizaciones de firmware | Desde el controlador, en lote | Manual en cada dispositivo | | Roaming entre AP | Fast BSS Transition disponible | Sin coordinación entre AP | | Visibilidad de clientes | Historial, señal, datos de uso | Solo el AP al que está conectado | | Requisito de infraestructura | Controlador siempre accesible | Ninguno adicional | | Cuándo tiene sentido | Cualquier instalación que vas a entregar y soportar | Prueba rápida en banco o red de un solo AP sin soporte posterior | **Veredicto**: Si vas a firmar el soporte de esa red, siempre managido. Standalone no escala ni se audita. - **Línea de cierre**: El modo standalone existe y tiene su lugar; ese lugar no es una instalación de cliente. - **Notas del orador**: Detente en la fila de roaming: es donde la diferencia se vuelve tangible para alguien que ha visto clientes 'pegados' a un AP lejano. No hace falta entrar en los detalles del protocolo ahora, solo dejar claro que sin controlador cada AP trabaja solo y no hay coordinación posible. Si alguien pregunta si puede migrar de standalone a managido después, la respuesta es sí, pero implica readoptar los dispositivos: mejor contarlo ahora que descubrirlo en casa del cliente. #### Lámina 38 · Contenido con tarjetas · modo claro - **Antetítulo**: 38 · ADOPCIÓN DE DISPOSITIVOS › DIAGNÓSTICO - **Título**: Tres señales de que un AP no se adoptó correctamente - **Entradilla**: El controlador muestra el AP como adoptado, pero algo no cuadra. Estas tres señales aparecen antes de que el problema se vuelva visible para el cliente. 1. **Estado «adoptando» que no avanza** — El AP lleva más de dos minutos en «Adoptando» sin pasar a «Conectado»: casi siempre es un problema de alcance de capa 2 entre el AP y el controlador, o una VLAN de gestión mal asignada en el switch. 2. **LED ámbar fijo tras el reinicio** — El AP terminó su arranque pero no completó la handshake con el controlador. No es un fallo de hardware: es la señal más rápida de que la URL o IP del controlador que recibió vía DHCP option 43 o DNS no es accesible desde esa subred. 3. **Clientes que se asocian pero no tienen tráfico** — El AP aparece verde en el mapa, los clientes se conectan, pero no hay paso de datos. Aquí la adopción fue parcial: el AP aplicó la configuración de radio pero no la de la red de datos, normalmente porque la VLAN del SSID no está permitida en el puerto trunk del switch. - **Línea de cierre**: Las tres señales apuntan a capas distintas: L2, DNS/DHCP y VLAN. Identificar cuál es antes de tocar el AP te ahorra un viaje a la instalación. - **Notas del orador**: Detente en la señal 3: es la que más confunde porque el controlador la pinta como éxito. Vale la pena preguntar si alguien ha visto este síntoma en campo y si lo resolvió reiniciando el AP, que es la trampa habitual: el reinicio lo oculta durante unos minutos y vuelve. El diagnóstico correcto es ir al puerto del switch y revisar los trunks permitidos. #### Lámina 39 · Evidencia medida · modo oscuro - **Antetítulo**: 39 · ADOPCIÓN DE DISPOSITIVOS › ORGANIZACIÓN DEL SITIO - **Título**: Así se ve un sitio bien organizado en el panel - **Entradilla**: La diferencia entre un sitio que tardas diez segundos en leer y uno que tienes que descifrar está en tres decisiones que se toman al adoptar, no al terminar. **Comando** ``` [PENDIENTE: si se muestra desde CLI o desde la consola del controlador, incluir el comando o la ruta de navegación exacta usada para llegar a esa vista] ``` **Salida** ``` [PENDIENTE: captura real del panel UniFi con un sitio organizado: nombres de dispositivos descriptivos, grupos o zonas visibles, sin dispositivos en estado pendiente ni con nombre por defecto como 'U6-Pro:3a'] ``` **Lectura** - [PENDIENTE: señalar en la captura qué convención de nombres se usó y por qué se eligió esa] - [PENDIENTE: indicar qué dispositivos aparecen en verde y qué significa ese estado en este sitio concreto] - [PENDIENTE: señalar si hay algún dispositivo fuera de grupo o sin zona asignada, y explicar si eso es intencional o un error pendiente de corregir] - **Línea de cierre**: Un sitio bien nombrado ahora es una llamada de soporte evitada en tres meses. El panel no recuerda por ti qué hace cada dispositivo. - **Notas del orador**: No avances hasta tener la captura real en pantalla. Si en la demo en vivo el sitio todavía tiene dispositivos con nombre por defecto, señálalo explícitamente: ese es exactamente el estado que hay que corregir antes de entregar. La sala aprende más de ver el problema que de ver solo el resultado limpio. #### Lámina 40 · Cierre de bloque · modo oscuro - **Antetítulo**: 40 · BLOQUE 3 › CIERRE DE BLOQUE - **Título**: Tus AP ya tienen nombre, lugar y dueño - **Entradilla**: Tres cosas que ahora están en el controlador y antes vivían solo en tu cabeza. - **Dispositivos adoptados** — Cada AP respondió al controlador, aceptó la configuración y aparece en verde en el mapa del sitio. - **Nombre y ubicación** — Ya no es 'el AP del pasillo': tiene un nombre que el cliente va a reconocer y una posición fija en el plano. - **Sitio creado y firmado** — El sitio pertenece a un cliente concreto, con su nombre en el controlador, no a una instalación anónima. **Lo que falta**: Las redes WiFi aún no existen: adoptaste los APs, pero todavía no les has dicho qué SSID (identificador de red inalámbrica) emitir, en qué VLAN (red de área local virtual) vivir ni con qué ajustes de radio trabajar. **Lo que sigue**: En el bloque 4 creas las redes WiFi, las segmentas por VLAN y ajustas la radio para que la cobertura que mediste en papel se convierta en señal real. - **Línea de cierre**: El controlador sabe dónde están tus APs. Todavía no sabe qué tienen que emitir. - **Notas del orador**: Antes de pasar de lámina, pide que alguien lea en voz alta el nombre que le puso a uno de sus APs. Si el nombre es genérico o tiene el MAC en el título, es el momento de corregirlo: la convención de nombres es lo primero que va a ver el cliente cuando abra el portal y lo primero que va a confundir si está mal. No lo dejes para después. ### Entre bloques #### Lámina 41 · Encuesta en vivo · modo oscuro - **Antetítulo**: 41 · REDES WIFI › DIMENSIONADO - **Título**: ¿Cuántos AP sueles manejar en un proyecto típico? - **Entradilla**: La respuesta cambia cómo vas a leer los siguientes veinte minutos: no es lo mismo diseñar para tres AP que para treinta. **Llamada**: ¿Cuántos puntos de acceso (AP) sueles desplegar en un proyecto típico? - **Línea de cierre**: Según lo que vea en la sala, ajusto el nivel de detalle en cobertura, itinerancia y límites de la licencia de red. - **Notas del orador**: Pide que levanten la mano o respondan en voz alta: menos de 5, entre 5 y 20, más de 20. Anota mentalmente el grupo mayoritario y referencia ese rango en los ejemplos del bloque de radio y SSID. Si hay alguien con proyectos de más de 50 AP, señala ya que a partir de ese volumen el comportamiento de la itinerancia y el modelo de licenciamiento merecen una conversación aparte que no cabe hoy. ### Bloque 4 · Redes WiFi: SSID, VLAN y ajustes de radio — La red que el cliente ve y la que no ve (sesión 1) #### Lámina 42 · Separador de bloque · modo oscuro - **Antetítulo**: 04 · REDES WIFI › BLOQUE 4 - **Título**: Redes WiFi: SSID, VLAN y ajustes de radio - **Entradilla**: Ya tienes el controlador en marcha y los dispositivos adoptados. Ahora decides qué red ven tus clientes, a qué VLAN pertenece cada una y cómo se comporta la radio. **Número**: 4 **Subtítulo**: SSID, VLAN y ajustes de radio **Promesa**: Saldrás de este bloque capaz de crear una red WiFi con segmentación por VLAN, configurar los parámetros de radio que más afectan al rendimiento y saber cuándo tocar cada uno. - **Línea de cierre**: Este bloque es donde más decisiones de diseño se concentran: lo que configures aquí determina lo que el cliente experimenta cada día. - **Notas del orador**: Antes de avanzar, comprueba que todo el mundo tiene clara la diferencia entre SSID y VLAN: son dos capas distintas y aquí se cruzan por primera vez. Si hay confusión en este punto, vale la pena resolverla ahora antes de entrar en la configuración. #### Lámina 43 · La ruta del bloque · modo claro - **Antetítulo**: 43 · REDES WIFI › ARRANQUE DEL BLOQUE - **Título**: Lo que vas a configurar en este bloque - **Entradilla**: Cinco piezas. Cada una depende de la anterior: si la VLAN no existe, el SSID no la puede usar; si el radio está mal ajustado, la VLAN y el SSID dan igual. 1. **VLAN de base** — Defines los segmentos de red antes de tocar ninguna WiFi. 2. **SSID por segmento** — Creas una red inalámbrica y la atas a su VLAN correspondiente. 3. **Seguridad y autenticación** — Eliges WPA2, WPA3 o mixto, y decides si hay portal cautivo o no. 4. **Bandas y potencia de radio** — Ajustas 2,4 GHz y 5 GHz: canal, ancho de canal y potencia de transmisión. 5. **Verificación en cliente** — Conectas un dispositivo real y confirmas que llega a la VLAN correcta. **Línea de laboratorio**: Todo se hace en el controlador y se verifica con un dispositivo en mano: al final del bloque ves tráfico etiquetado moviéndose por la red que acabas de construir. - **Línea de cierre**: El orden importa: no saltes al SSID sin tener la VLAN activa, o perderás tiempo deshaciendo configuración. - **Notas del orador**: Antes de avanzar, comprueba que todos tienen las VLANs del bloque anterior creadas en el controlador. Si alguien se quedó atrás, es el momento de resolverlo: lo que viene ahora lo necesita sin falta. No expliques cada paso todavía, esta lámina solo pone el mapa; el detalle llega en las siguientes. #### Lámina 44 · Contenido con tarjetas · modo claro - **Antetítulo**: 44 · BLOQUE 4 › SSID Y REDES - **Título**: Un SSID no es una red: entiende la diferencia antes de crear el primero - **Entradilla**: El nombre de red que ve tu cliente en su móvil y la red que segmenta su tráfico son dos cosas distintas. Confundirlas es el error de configuración más habitual en una primera instalación UniFi. 1. **SSID es solo el nombre** — SSID (identificador de conjunto de servicios, Service Set Identifier) es la etiqueta visible: lo que aparece en la lista de redes disponibles. No define segmentación, no define permisos, no define nada más que el nombre. 2. **La red es la VLAN** — La VLAN (red de área local virtual, Virtual Local Area Network) es donde vive el tráfico: define qué dispositivos se hablan entre sí y qué gateway les responde. Un SSID sin VLAN asignada cae en la red por defecto, con todo lo que eso implica. 3. **La relación es de uno a uno, o de uno a muchos** — Un SSID puede mapearse a una sola VLAN, pero puedes tener varios SSID apuntando a VLANs distintas en los mismos puntos de acceso. Lo que no puedes es separar tráfico solo cambiando el nombre: sin VLAN, todo confluye en el mismo segmento. - **Línea de cierre**: Antes de crear el primer SSID en UniFi, decide a qué VLAN va. Si no tienes ese dato, la configuración de red no ha terminado todavía. - **Notas del orador**: Vale la pena detenerse aquí y preguntar cuántos de los presentes han creado SSIDs distintos para invitados pensando que eso los aislaba, sin haber tocado ninguna VLAN. Es el caso más frecuente y produce redes que parecen segmentadas pero no lo están. No sigas hasta que quede claro que el nombre es solo el nombre. #### Lámina 45 · Diagrama · modo oscuro - **Antetítulo**: 45 · BLOQUE 4 › SSID, VLAN Y RADIO - **Título**: Cómo se mapea un SSID a una VLAN y llega al cliente correcto - **Entradilla**: Un SSID no es una red: es la puerta de entrada a una VLAN. Lo que pasa entre que el cliente se conecta al nombre WiFi y llega a su segmento de red es lo que determina si tu diseño funciona o es un agujero de seguridad. **Descripción del diagrama**: Diagrama horizontal con cinco nodos en línea: (1) icono de móvil bajo el rótulo 'Cliente', flecha etiquetada '802.11 / aire'; (2) icono de AP con dos SSIDs indicados a la izquierda: 'Corporativo → VLAN 10' e 'Invitados → VLAN 30'; flecha etiquetada 'trunk 802.1Q'; (3) icono de switch con el puerto uplink destacado en verde y la leyenda 'puerto trunk: permite VLAN 10, 20, 30'; flecha etiquetada 'tráfico etiquetado'; (4) icono de router/firewall con dos subinterfaces anotadas: '10.10.10.0/24 (VLAN 10)' y '10.10.30.0/24 (VLAN 30)'; (5) dos iconos de nube a la derecha, uno rotulado 'Red corporativa' y otro 'Red invitados', sin conexión entre ellos. El cable físico entre AP y switch se dibuja en gris con una sola línea para subrayar que es el mismo medio físico para ambas VLANs. **Elementos** - Cliente se asocia al SSID 'Corporativo' → el AP asigna esa asociación a VLAN 10 según la política del controlador - El AP encapsula el tráfico con tag 802.1Q VLAN 10 antes de enviarlo por el puerto uplink - El puerto del switch que conecta al AP está en modo trunk: acepta VLAN 10, 20 y 30 sin desechar el tag - El switch reenvía la trama etiquetada hacia el router o firewall; ahí cada VLAN tiene su propia subred y reglas de acceso - Un segundo cliente se conecta al SSID 'Invitados' → el AP etiqueta ese tráfico como VLAN 30; nunca toca la VLAN 10 aunque viaje por el mismo cable físico **Lectura**: El flujo va de derecha a izquierda en pantalla: empieza en el dispositivo del cliente, sube por el aire hasta el AP, cruza el trunk hacia el switch y llega al gateway ya etiquetado con su VLAN. Cada salto tiene una decisión de configuración que puedes cometer bien o mal. - **Línea de cierre**: El error más habitual no está en el AP sino en el switch: un puerto dejado en access en lugar de trunk descarta el tag y todo el tráfico del segundo SSID cae al suelo sin mensaje de error obvio. - **Notas del orador**: Detente en el nodo del switch más de lo que parece necesario. La mayoría de los asistentes ya han visto VLANs, pero no han visto fallar un trunk en silencio: el AP adopta, el SSID aparece, el cliente se asocia, y aun así no hay red. Si tienes un switch UniFi a mano, muestra en directo el puerto configurado en access y luego en trunk para que vean la diferencia en la interfaz del controlador. No expliques todavía las reglas de firewall entre VLANs: eso viene en la lámina de perfiles de red. Si alguien lo pregunta, apúntalo en el tablero y dile que llega en diez minutos. #### Lámina 46 · Contenido con tarjetas · modo claro - **Antetítulo**: 46 · REDES WIFI › SSID, VLAN Y AJUSTES DE RADIO - **Título**: Cuántos SSID son demasiados y por qué afecta el rendimiento - **Entradilla**: Cada SSID que añades no es solo un nombre en la lista: es tráfico de gestión que ocupa aire antes de que llegue ningún dato de usuario. 1. **El coste que no se ve** — Cada SSID emite balizas (beacon frames) varias veces por segundo en todos los canales activos. Con cuatro SSID el overhead es cuatro veces mayor; con ocho, ya estás regalando una fracción apreciable del tiempo de canal a anuncios que nadie pidió. 2. **La regla de los cuatro** — Cuatro SSID por radio es el techo que se cita como referencia en la documentación de Ubiquiti. No es una prohibición técnica: puedes crear más y el controlador te lo permite. Es el punto a partir del cual el coste de beacons empieza a superar el beneficio de separar el tráfico. 3. **VLAN hace el trabajo que el SSID no debería** — Segmentar invitados, IoT y corporativo no requiere tres SSID distintos. Un solo SSID puede etiquetar el tráfico con VLAN diferentes según el perfil de usuario. Menos nombres en el aire, misma separación en el switch. - **Línea de cierre**: El límite honesto: cuatro es una guía, no una constante universal. La densidad de puntos de acceso, el número de clientes y el hardware cambian cuánto duele cada SSID de más. - **Notas del orador**: Abre la interfaz del controlador y muestra en vivo cuántas SSID tiene creadas el sitio de demostración. Si hay más de cuatro, mejor: es el caso real que la sala va a encontrarse en campo. No hace falta que el número sea perfecto; hace falta que sea honesto. Si alguien pregunta si existe un número mágico exacto, la respuesta correcta es que depende del hardware y la densidad, y que cuatro es el criterio conservador que aguanta en la mayoría de instalaciones. #### Lámina 47 · Evidencia medida · modo oscuro - **Antetítulo**: 04 · REDES WIFI › SSID Y VLAN - **Título**: El ponente crea un SSID corporativo y lo asocia a su VLAN - **Entradilla**: Crear un SSID corporativo y asignarlo a una VLAN no son dos pasos separados en UniFi: se hacen desde la misma pantalla. Lo que ves a continuación es la secuencia exacta. **Comando** ``` [PENDIENTE: pasos reales ejecutados por Luis durante la demo — nombre del SSID, ID de VLAN utilizado, opciones de seguridad seleccionadas] ``` **Salida** ``` [PENDIENTE: captura o grabación de pantalla de la consola UniFi mostrando la creación del SSID corporativo y la asignación a la VLAN correspondiente] ``` **Lectura** - [PENDIENTE: primera observación visible en pantalla tras aplicar la configuración] - [PENDIENTE: confirmación de que los dispositivos adoptados propagan el nuevo SSID] - [PENDIENTE: cualquier advertencia o comportamiento inesperado que aparezca en la interfaz] - **Línea de cierre**: Si la VLAN no está definida previamente en el switch, UniFi acepta la configuración sin error y el tráfico simplemente no llega. Ese silencio es el fallo más fácil de perder. - **Notas del orador**: Haz la demo en vivo y detente cuando aparezca el SSID en la lista de redes. Señala explícitamente el campo 'Network' en la sección Advanced y explica qué significa que esté en 'Default' frente a una VLAN nombrada. Anticipa la pregunta de si se puede cambiar la VLAN de un SSID ya activo sin cortar a los clientes conectados: la respuesta es que sí se aplica, pero los clientes caen y reconectan. No lo menciones tú primero; espera a que alguien lo pregunte. #### Lámina 48 · Tabla comparativa · modo claro - **Antetítulo**: 48 · REDES WIFI › SSID, VLAN Y AJUSTES DE RADIO - **Título**: WPA2 vs. WPA3: cuándo el cambio vale la pena - **Entradilla**: WPA3 existe desde 2018 y UniFi lo soporta. La pregunta no es si activarlo, sino en qué red y con qué dispositivos conectados. | Criterio | WPA2 | WPA3 | | --- | --- | --- | | Compatibilidad de clientes | Todos los dispositivos desde 2004 | Requiere driver/firmware con soporte WPA3; muchos dispositivos IoT y equipos industriales no lo tienen | | Protección de contraseña débil | Vulnerable a ataques de diccionario offline si se captura el handshake | SAE (Autenticación Simultánea de Iguales) elimina ese vector aunque la contraseña sea corta | | Protección de sesiones pasadas | Sin forward secrecy: descifrar la clave expone tráfico grabado anteriormente | Forward secrecy nativo: cada sesión usa claves efímeras | | Redes de invitados con portal cautivo | Compatible con todos los flujos de UniFi | WPA3-OWE (Wireless Opportunistic Encryption) da cifrado sin contraseña, pero el soporte en clientes es irregular | | Coste de despliegue | Cero cambios si la red ya existe | Puede obligar a reemplazar APs viejos o a modo de transición WPA2/WPA3 mixto, que añade overhead | **Veredicto**: Activa WPA3 en la SSID corporativa si controlas qué dispositivos se conectan. En redes de invitados o entornos con IoT variado, quédate en WPA2 o usa modo mixto y acepta que pierdes la mitad de los beneficios. - **Línea de cierre**: El modo mixto WPA2/WPA3 es la salida práctica más frecuente, pero no es WPA3: es WPA2 con WPA3 disponible para quien pueda usarlo. - **Notas del orador**: Anticipa la objeción más común antes de que salga: alguien va a decir que su cliente 'ya tiene WPA3 activado en todas las redes'. Pregunta entonces si han validado que todos los dispositivos se conectan en WPA3 o solo los que pueden. UniFi muestra el protocolo de cada cliente en la vista de dispositivos asociados. Si tienes acceso al controlador en la demo, muéstralo ahí: la columna de seguridad por cliente es el argumento más rápido. No entres en el detalle criptográfico de SAE salvo que alguien lo pida explícitamente. #### Lámina 49 · Contenido con tarjetas · modo claro - **Antetítulo**: 04 · REDES WIFI › AJUSTES DE RADIO - **Título**: Los ajustes de radio que más impactan la experiencia del usuario - **Entradilla**: El controlador UniFi expone decenas de parámetros de radio. La mayoría puedes dejarlos en auto; estos tres no. 1. **Potencia de transmisión** — Subir la potencia al máximo alarga el alcance del AP pero no el del cliente: el teléfono te oye, tú no lo oyes a él. Deja la potencia en 'Auto' o ponla un escalón por debajo del máximo y deja que la densidad de APs haga el trabajo. 2. **Ancho de canal** — 80 MHz en 5 GHz da throughput en una sala vacía; en un edificio con diez redes vecinas te llena el espectro de interferencias. Empieza en 40 MHz y sube solo si las mediciones lo justifican. 3. **Umbral de BSS Transition** — Controla a partir de qué señal el AP empuja al cliente hacia otro punto de acceso. Demasiado alto y el cliente se queda pegado a un AP lejano; demasiado bajo y se desconecta antes de tiempo. El valor por defecto de UniFi es razonable para entornos de oficina; cámbialo solo si ves roaming errático en las métricas. - **Línea de cierre**: Estos tres ajustes interactúan: una potencia alta con umbrales bajos produce roaming agresivo hacia APs que el cliente tampoco ve bien. Toca uno, mide, luego toca el siguiente. - **Notas del orador**: Detente en el primero más de lo habitual: el error de subir la potencia al máximo es casi universal entre instaladores que vienen de otros fabricantes. Si alguien en la sala lo ha hecho, lo va a reconocer. No hace falta preguntarlo; basta con decirlo con naturalidad y dejar un segundo de pausa. Para el tercero, aclara que 'BSS Transition' es el mecanismo 802.11v que UniFi llama a veces 'assisted roaming' en la interfaz, según la versión del firmware. No entres en 802.11k ni 802.11r todavía; eso lo dejas para si alguien pregunta. #### Lámina 50 · Evidencia medida · modo oscuro - **Antetítulo**: 50 · BLOQUE 4 › AJUSTES DE RADIO - **Título**: El ponente ajusta potencia, canal y ancho de banda en vivo - **Entradilla**: Los tres parámetros que acabas de ver en teoría se tocan ahora en el controlador. Observa dónde viven y qué cambia en la red después de cada ajuste. **Comando** ``` [PENDIENTE: ruta exacta en el controlador y los valores configurados durante la demostración en vivo: Settings › WiFi › [nombre del AP] › RF, o la ruta correspondiente a la versión instalada] ``` **Salida** ``` [PENDIENTE: captura o salida real de la interfaz UniFi tras aplicar cambios de potencia, canal y ancho de banda en el AP de demostración] ``` **Lectura** - [PENDIENTE: qué indicador del controlador confirma el cambio de canal aplicado] - [PENDIENTE: qué campo muestra la potencia actual del AP tras el ajuste] - [PENDIENTE: qué diferencia visible produce reducir el ancho de banda de 80 MHz a 40 MHz en el cliente de prueba] - **Línea de cierre**: Si los valores no se reflejan de inmediato, el AP está en proceso de reasociación: normal, pero es el momento en que tus clientes llaman diciendo que «se cayó el WiFi». - **Notas del orador**: Haz el cambio despacio y en voz alta: nombra el campo antes de tocarlo y el valor antes de guardarlo. La sala tiene que poder repetir esto sola en su próximo trabajo. Si algo no responde como esperabas, no lo corrijas en silencio: es el mejor ejemplo real de qué mirar cuando algo falla en campo. #### Lámina 51 · Diagrama · modo oscuro - **Antetítulo**: 51 · BLOQUE 4 › AJUSTES DE RADIO - **Título**: Por qué los canales solapados arruinan una red bien instalada - **Entradilla**: Puedes tener el cableado perfecto, los APs en las posiciones ideales y el hardware correcto, y aun así entregar una red que va mal. El canal es la causa más frecuente que no se ve a simple vista. **Descripción del diagrama**: Diagrama horizontal en dos filas. Fila superior: espectro de 2,4 GHz representado como una banda continua del canal 1 al 13. Se colorean en verde los canales 1, 6 y 11 con su anchura real de 22 MHz; el solapamiento entre canales adyacentes se muestra como zonas grises superpuestas. Dos APs en canales 1 y 3 aparecen con sus bandas solapadas marcadas en rojo. Fila inferior: espectro de 5 GHz con los canales 36, 40, 44, 48, 149, 153, 157 y 161 representados como bloques no contiguos en verde, sin solapamiento visible. Una leyenda distingue 'canal no solapado', 'solapamiento adyacente' e 'interferencia co-canal'. **Elementos** - 2,4 GHz: solo canales 1, 6 y 11 son no solapados. Cualquier otra combinación produce interferencia co-canal o adyacente. - 5 GHz: los canales UNII-1 y UNII-3 ofrecen ocho canales de 20 MHz no solapados; con 40 MHz ese número se reduce a la mitad. - Interferencia co-canal: dos APs en el mismo canal compiten como si estuvieran en el mismo segmento. El protocolo CSMA/CA los obliga a turnarse y el throughput efectivo cae. - Interferencia adyacente: canales contiguos se solapan parcialmente. La señal de un AP entra como ruido en el receptor del otro, sin que el protocolo pueda gestionarlo. - El cliente elige el AP, no tú: si los canales no están bien asignados, un cliente puede quedar anclado a un AP lejano en canal solapado mientras ignora uno cercano en canal limpio. **Lectura**: El espectro de 2,4 GHz tiene 13 canales numerados, pero solo tres no se solapan entre sí: el 1, el 6 y el 11. Cuando dos APs vecinos usan canales adyacentes, sus señales se pisan: el resultado es retransmisiones, latencia variable y caída de throughput aunque la cobertura en dBm parezca buena. En 5 GHz el problema es menos severo porque hay más canales no solapados disponibles, pero sigue existiendo si no se planifica. - **Línea de cierre**: El analizador de espectro de UniFi muestra el canal que usa cada AP vecino, el tuyo y el de tus vecinos. Antes de ajustar nada, conviene mirar ese mapa: a veces el problema no viene de tu instalación. - **Notas del orador**: Detente aquí más de lo habitual. Este es el punto donde más integradores con experiencia descubren que llevan años haciendo algo mal sin saberlo. No lo digas tú: lanza la pregunta '¿alguien ha desplegado APs con canal automático y luego los ha revisado para ver qué eligió el controlador?' Deja que respondan. Si alguno dice que nunca lo ha comprobado, ese es el momento de ir al demo en vivo y mostrar el mapa de canales real en el controlador. No expliques el diagrama elemento a elemento: señala primero las zonas rojas de solapamiento en 2,4 GHz y pregunta qué creen que le pasa al throughput ahí. El concepto de CSMA/CA no necesita desarrollo ahora; con decir 'el protocolo los obliga a turnarse como si compartieran el mismo cable' es suficiente para este nivel. #### Lámina 52 · Contenido con tarjetas · modo claro - **Antetítulo**: 52 · BLOQUE 4 › AJUSTES DE RADIO - **Título**: Band steering y roaming: qué activas y qué dejas en automático - **Entradilla**: UniFi tiene tres mecanismos que mueven clientes entre bandas y puntos de acceso. Dos los puedes activar ahora; el tercero necesita que entiendas primero qué hace tu red. 1. **Band steering: actívalo** — Empuja a los clientes compatibles a 5 GHz cuando ambas bandas están disponibles. El coste es casi nulo y el beneficio en throughput es inmediato. Actívalo en todos los SSID salvo que tengas dispositivos IoT que solo hablen 2,4 GHz en esa red. 2. **BSS Transition (802.11v): actívalo con cautela** — Envía al cliente una sugerencia de roaming; el cliente decide si la acepta. La mayoría de smartphones modernos la respetan. El problema aparece con impresoras y cámaras IP antiguas, que ignoran la sugerencia o se desconectan al recibirla. Si tienes esos dispositivos, ponlos en una VLAN (red de área local virtual) separada y desactiva 802.11v solo ahí. 3. **Fast roaming (802.11r): deja el automático hasta que lo necesites** — Reduce el tiempo de reautenticación entre puntos de acceso. Imprescindible para VoIP y vídeo en movimiento; innecesario en oficinas donde los usuarios casi no se desplazan. UniFi lo activa solo cuando detecta tráfico sensible a latencia, y ese automático es suficiente para el noventa por ciento de instalaciones de integrador. - **Línea de cierre**: El límite honesto: ninguno de estos tres mecanismos sustituye una cobertura mal planificada. Si los puntos de acceso están mal ubicados, el roaming fuerza transiciones frecuentes que degradan la experiencia más que mejorarla. - **Notas del orador**: Antes de pasar, pregunta cuántos de los presentes han visto quejas de clientes por 'el WiFi que va lento cuando me muevo'. Eso casi siempre es roaming roto, no potencia insuficiente. Aprovecha para anclar la tarjeta 3: el automático de 802.11r no es pereza de configuración, es que Ubiquiti tiene más contexto de tráfico en ese momento que nosotros desde la interfaz. Si alguien pregunta por 802.11k (informes de vecinos), dile que es el cuarto mecanismo, que UniFi también lo gestiona, y que lo dejas fuera de esta lámina a propósito porque añade complejidad sin cambiar la decisión práctica para la mayoría de sitios de este nivel. #### Lámina 53 · Evidencia medida · modo oscuro - **Antetítulo**: 53 · BLOQUE 4 › REDES WIFI - **Título**: El panel con la red completa configurada y lista para clientes - **Entradilla**: Aquí está el resultado de lo que acabamos de configurar: un sitio con SSID, VLANs y radios ajustados, visto desde el panel del controlador tal como lo va a recibir tu cliente. **Comando** ``` [PENDIENTE: pasos exactos para llegar a esta vista en el controlador, o comando CLI si aplica] ``` **Salida** ``` [PENDIENTE: captura de pantalla real del panel UniFi Network con el sitio completo configurado —SSID, VLANs, ajustes de radio— lista para entregar] ``` **Lectura** - [PENDIENTE: qué indica cada sección visible en el panel —estado de los SSID, asignación de VLANs, canales y potencias de radio—] - [PENDIENTE: qué elemento confirma que la configuración está lista para el cliente, no solo guardada] - [PENDIENTE: algún detalle del panel que suele pasarse por alto en una primera entrega y que vale la pena señalar] - **Línea de cierre**: Lo que no se ve aquí: el panel no valida la cobertura física ni la calidad de señal en cada rincón —eso lo cubre la lámina de validación antes de la entrega. - **Notas del orador**: No avances hasta tener la captura real y los marcadores rellenados. Si en el taller lo haces en vivo, deja que la sala vea la navegación completa antes de llegar a esta vista: el camino importa tanto como el destino. Señala explícitamente qué haría que esta pantalla se viera diferente —por ejemplo, un dispositivo no adoptado o una VLAN mal asignada— para que los participantes sepan distinguir un sitio limpio de uno con problemas pendientes. #### Lámina 54 · Cierre de bloque · modo oscuro - **Antetítulo**: 04 · REDES WIFI › CIERRE DE BLOQUE - **Título**: Tu red ya tiene nombre, segmentación y radio afinado - **Entradilla**: Tres cosas que antes de este bloque requerían ensayo y error ahora tienen un procedimiento claro. - **SSID con propósito** — Cada red emitida tiene un nombre, una VLAN asignada y un perfil de usuario detrás, no solo una contraseña. - **Segmentación en producción** — El tráfico de invitados, dispositivos IoT y usuarios corporativos ya no comparte el mismo broadcast domain. - **Radio ajustado al espacio** — Elegiste canal, ancho de banda y potencia de TX según lo que mide tu entorno, no según los valores por defecto. **Lo que falta**: Todavía no has comprobado que la cobertura real coincide con lo que ves en el mapa: eso es la validación del bloque 6. **Lo que sigue**: El bloque siguiente entra en la capa de switches: selección por presupuesto PoE (alimentación por ethernet), configuración de puertos troncales y cómo ese trabajo se conecta con las VLANs que acabas de crear. - **Línea de cierre**: Una VLAN sin el puerto troncal correcto en el switch no llega al AP. El bloque 5 cierra ese hueco. - **Notas del orador**: Antes de pasar, comprueba que todos han asignado al menos dos SSIDs a VLANs distintas en su controlador. Si alguien tiene el tráfico de invitados en la VLAN por defecto, es el momento de corregirlo: si lo dejas pasar, en el bloque de switches va a generar confusión cuando los puertos no troncalicen bien. ### Entre bloques #### Lámina 55 · Encuesta en vivo · modo oscuro - **Antetítulo**: 55 · REDES WIFI › SSID - **Título**: ¿Cuántos SSID sueles crear por defecto en un proyecto? - **Entradilla**: Antes de ver cuántos SSID conviene crear, vale la pena saber cuántos estás creando ahora mismo. **Llamada** ¿Cuántos SSID sueles crear por defecto en un proyecto? A) Uno solo para todo B) Dos: datos y gestión C) Tres: datos, invitados y IoT D) Cuatro o más - **Línea de cierre**: La respuesta más común en sala no es necesariamente la correcta: ahora vamos a ver qué criterio debería guiar ese número. - **Notas del orador**: Deja que respondan antes de comentar nada. No corrijas todavía: el objetivo es abrir la tensión entre lo que hacen hoy y lo que vas a argumentar a continuación. Si alguien defiende su elección en voz alta, mejor: eso hace que la explicación siguiente tenga un interlocutor real. La lámina siguiente justifica por qué más SSID no es siempre mejor y dónde está el límite razonable. ### Bloque 5 · Selección y configuración de switches con presupuesto PoE — Cuántos vatios tienes y cómo no desperdiciarlos (sesión 1) #### Lámina 56 · Separador de bloque · modo oscuro - **Antetítulo**: 05 · SWITCHES › PRESUPUESTO PoE - **Título**: Selección y configuración de switches con presupuesto PoE - **Entradilla**: Un switch mal dimensionado no falla de golpe: va apagando cámaras y APs uno a uno hasta que alguien llama. Este bloque te enseña a elegir antes de instalar. **Número**: 05 **Subtítulo**: Selección y configuración de switches con presupuesto PoE **Promesa**: Calculas el presupuesto de Alimentación por Ethernet (PoE) real que necesita tu instalación, eliges el switch correcto y lo dejas configurado y documentado antes de salir del sitio. - **Línea de cierre**: Lo que no cubre este bloque: switching de capa 3 y enrutamiento entre VLANs en el propio switch, que corresponde a instalaciones de mayor escala. - **Notas del orador**: Antes de entrar al contenido, menciona el caso que más te han contado en campo: un integrador que instaló un switch de 65 W para cuatro APs y dos cámaras PoE+. A las tres semanas el switch empezaba a cortar puertos por sobrecarga térmica. No era un fallo del hardware, era un cálculo que nunca se hizo. Ese es el problema que resuelve este bloque. No hace falta dramatizarlo; el hecho solo ya fija la atención. #### Lámina 57 · La ruta del bloque · modo claro - **Antetítulo**: 57 · BLOQUE 5 › SELECCIÓN DE SWITCHES - **Título**: Lo que vas a saber elegir al salir de este bloque - **Entradilla**: Este bloque tiene una salida muy concreta: cuando un cliente te pida un switch, vas a poder dimensionarlo sin adivinar. 1. **PoE o no PoE** — Qué puertos necesitan alimentar dispositivo y cuáles solo transportan datos. 2. **Presupuesto PoE total** — Sumar el consumo real de cada dispositivo conectado antes de elegir el modelo. 3. **Modelo del catálogo UniFi** — Qué diferencia a un USW-Lite-8-PoE de un USW-Pro-24-PoE y cuándo importa. 4. **Perfil de cada puerto** — Asignar VLAN, velocidad y prioridad puerto a puerto desde el controlador. 5. **Verificación antes de entregar** — Cómo confirmar en la interfaz que cada puerto está haciendo lo que debe. **Línea de laboratorio**: El laboratorio pone encima de la mesa un switch real: lo adoptáis, calculáis el presupuesto PoE con los dispositivos ya conectados y configuráis los perfiles de puerto antes de pasar al siguiente bloque. - **Línea de cierre**: Lo que no cubre este bloque: routing entre VLANs en capa 3 y agregación de enlaces. Eso requiere modelos Pro y una sesión propia. - **Notas del orador**: Antes de arrancar, deja claro qué no vas a cubrir tú mismo: si alguien pregunta por STP o por LACP, anótalo en la pizarra y aparca. Este bloque es dimensionamiento y configuración básica, no diseño de switching avanzado. Si hay integradores en la sala que ya saben calcular PoE, diles que el valor aquí está en cómo UniFi expone ese cálculo en la interfaz, no en la aritmética. #### Lámina 58 · Contenido con tarjetas · modo claro - **Antetítulo**: 05 · SWITCHES › PRESUPUESTO PoE - **Título**: PoE no es solo alimentar: entiende el presupuesto de vatios - **Entradilla**: El switch reparte un presupuesto fijo de vatios entre todos sus puertos. Si no lo calculas antes de instalar, el último dispositivo que enchufas puede quedarse sin alimentación aunque el puerto esté activo. 1. **El presupuesto es el total** — Un switch con 150 W de presupuesto PoE no da 150 W por puerto: los reparte entre todos los puertos activos. Cuando el consumo acumulado llega al límite, el switch deja de alimentar los puertos siguientes por orden de prioridad. 2. **Cada dispositivo declara su clase** — PoE (Alimentación por Ethernet, Power over Ethernet) tiene clases del 0 al 8. Un punto de acceso de alta densidad puede pedir hasta 25 W; una cámara sencilla, 7 W. Suma los valores máximos declarados, no los típicos: el switch no negocia en base a lo que el dispositivo consume ahora mismo. 3. **Deja margen antes de salir** — Planifica hasta el 80 % del presupuesto, no el 100 %. El 20 % restante cubre picos de arranque simultáneos y el dispositivo que el cliente añadirá seis meses después sin avisarte. - **Línea de cierre**: El presupuesto PoE se calcula en papel antes de elegir el switch, no se descubre en obra cuando un AP no arranca. - **Notas del orador**: Antes de esta lámina vale la pena preguntar cuántos de los presentes han tenido alguna vez un dispositivo que 'no levantaba' sin causa aparente. Casi siempre es presupuesto PoE agotado. Ese gancho hace que la lámina se lea como solución a algo que ya han vivido, no como teoría nueva. No entres todavía en qué switch elegir: eso va en la lámina siguiente. Aquí solo se asienta el concepto de presupuesto y la regla del 80 %. #### Lámina 59 · Diagrama · modo oscuro - **Antetítulo**: 59 · BLOQUE 5 › PRESUPUESTO PoE - **Título**: Cómo calcular el consumo real de tu stack de AP antes de comprar - **Entradilla**: El error más común no es elegir el switch equivocado: es calcular el consumo con las cifras del catálogo y descubrir en obra que el presupuesto PoE no llega. Aquí está el cálculo que evita esa llamada al cliente. **Descripción del diagrama**: Diagrama de flujo vertical con cinco cajas numeradas que siguen los pasos anteriores. A la derecha de cada caja, un campo con la fórmula o la cifra que se introduce en ese paso. Al pie, una caja de resultado con el presupuesto mínimo requerido y la nota '+ 20 % de margen'. El diagrama no contiene cifras reales: los campos de ejemplo llevan [PENDIENTE] hasta que Luis los rellene con los modelos del taller. **Elementos** - Paso 1 — Anota el consumo máximo de cada modelo de AP que vas a instalar. No mezcles con el típico. - Paso 2 — Multiplica ese valor por el número de unidades de ese modelo: consumo máximo × cantidad = subtotal por modelo. - Paso 3 — Suma los subtotales de todos los modelos. Ese es tu consumo máximo teórico del stack. - Paso 4 — Añade un margen del 20 % sobre el total. El presupuesto PoE del switch que elijas debe superar esa cifra, no igualarla. - Paso 5 — Comprueba que ningún puerto individual supera el límite por puerto del switch (PoE, PoE+ o PoE++ según estándar IEEE 802.3). - [PENDIENTE: tabla de ejemplo con los modelos de AP reales del taller, sus consumos máximos y el total calculado] **Lectura**: Cada AP tiene dos cifras en su ficha técnica: el consumo máximo (Maximum Power) y el consumo típico en operación normal (Typical Power). El switch dimensiona su presupuesto PoE contra el máximo, porque no sabe cuánto va a consumir cada puerto antes de que el dispositivo negocie. Usa el máximo para el cálculo de presupuesto; usa el típico solo para estimar la factura eléctrica. - **Línea de cierre**: Un switch con presupuesto PoE justo al límite calculado va a apagar puertos en cuanto dos AP pidan potencia al mismo tiempo en arranque. El margen del 20 % no es conservadurismo: es el comportamiento real del proceso de negociación PoE. - **Notas del orador**: Antes de pasar el slide, pide a alguien de la sala que lea en voz alta el consumo máximo de un AP de su proyecto actual. Haz el cálculo en pizarra o en vivo con esa cifra real: cinco pasos, dos minutos, resultado concreto. Es más efectivo que cualquier tabla preparada. Si nadie tiene la ficha a mano, abre la página de producto de UniFi en el proyector y búscala juntos: el recorrido por la ficha también es parte del aprendizaje. No menciones todavía la diferencia entre PoE+ y PoE++ por puerto: eso va en la lámina siguiente. #### Lámina 60 · Tabla comparativa · modo claro - **Antetítulo**: 60 · BLOQUE 5 › SELECCIÓN DE SWITCHES - **Título**: PoE, PoE+ y PoE++: cuál necesita cada AP y cuál sobra - **Entradilla**: Pagar PoE++ para un AP que consume 10 W es dinero tirado; adoptar PoE estándar para un AP que necesita 25 W es una instalación que va a fallar. La tabla te deja ver de un vistazo dónde cae cada dispositivo. | Criterio | PoE (802.3af) | PoE+ (802.3at) | PoE++ (802.3bt) | | --- | --- | --- | --- | | Potencia máxima entregada al dispositivo | 12,95 W | 25,5 W | 51–71 W | | APs UniFi U6 Lite / U6 Mesh | ✓ suficiente | Sobra, funciona | Sobra, funciona | | APs UniFi U6 Pro / U6 Long-Range | ✗ insuficiente | ✓ suficiente | Sobra, funciona | | APs UniFi U7 Pro / U7 Pro Max | ✗ insuficiente | ✗ insuficiente | ✓ requerido | | Coste típico adicional por puerto vs. PoE estándar | — | [PENDIENTE: precio real en catálogo actual] | [PENDIENTE: precio real en catálogo actual] | **Veredicto**: Para la mayoría de instalaciones con U6 Lite y U6 Pro, un switch PoE+ cubre el 100 % de los puertos sin pagar por PoE++. Solo añades puertos PoE++ si el diseño incluye U7 Pro o U7 Pro Max, y únicamente en esos puertos. - **Línea de cierre**: El estándar al que te atas lo decide el AP más exigente del proyecto, no el más común. Si mezclas gamas, comprueba puerto a puerto antes de comprar el switch. - **Notas del orador**: Ten abierta la ficha técnica del U6 Pro y del U7 Pro Max para mostrar el dato de consumo máximo directamente de Ubiquiti, no de memoria. El error que aparece en campo casi siempre es el mismo: el integrador compra un switch PoE estándar porque es 'suficiente para WiFi' y luego el U6 Pro arranca en modo degradado o directamente no adopta. Si alguien en la sala ha vivido ese problema, pídele que lo cuente: vale más que cualquier explicación tuya. No entres todavía en el presupuesto PoE total del switch; eso va en la lámina siguiente. #### Lámina 61 · Contenido con tarjetas · modo claro - **Antetítulo**: 05 · SWITCHES CON PRESUPUESTO PoE › SELECCIÓN - **Título**: Tres criterios para elegir un switch cuando el presupuesto es justo - **Entradilla**: Con presupuesto ajustado, cualquier switch parece suficiente hasta que la red está en producción. Estos tres criterios separan los que aguantan de los que van a darte problemas. 1. **Presupuesto PoE total** — Suma la potencia máxima de cada dispositivo que vas a alimentar y compárala con el presupuesto PoE del switch: si el papel dice 65 W y tienes cuatro APs de 15 W más una cámara de 12 W, ya estás en el límite antes de encender nada más. 2. **Puertos con gestión real** — Un switch gestionable que no habla con el controlador UniFi te obliga a configurar VLANs a mano en cada puerto cada vez. Comprueba que el modelo aparece en la lista de compatibles antes de comprarlo, no después. 3. **Ancho de banda interno** — El número de puertos no dice nada si el plano de conmutación interno está sobresuscrito. Busca el dato de switching capacity en la ficha técnica y contrástalo con el tráfico que esperas: en instalaciones con NVR y WiFi denso, ese número importa más que el precio por puerto. - **Línea de cierre**: El límite honesto: estos tres criterios filtran bien en instalaciones de hasta 20–30 dispositivos; en proyectos más grandes entran en juego redundancia y apilado, que quedan fuera de este taller. - **Notas del orador**: Antes de pasar a la demo, pon un caso concreto en la pizarra o en pantalla: cuatro APs + dos cámaras IP + un teléfono VoIP y pide a alguien de la sala que calcule el presupuesto PoE necesario. El error más frecuente es contar solo los APs y olvidar el resto. Si alguien propone un switch que no está en la lista de compatibles UniFi, es el momento perfecto para mostrar qué pasa en el controlador cuando intentas adoptarlo. #### Lámina 62 · Evidencia medida · modo oscuro - **Antetítulo**: 05 · SWITCHES Y POE › CONSUMO REAL - **Título**: El ponente revisa el consumo PoE real en el panel del switch - **Entradilla**: El número que aparece en la interfaz no es estimado: el switch mide vatios reales por puerto en tiempo real. Esto es lo que vas a ver en pantalla. **Comando** ``` [PENDIENTE: ruta exacta en la interfaz UniFi donde se consulta el consumo PoE por puerto en el switch usado en el taller] ``` **Salida** ``` [PENDIENTE: captura o salida real del panel PoE del switch durante la demo, con puertos activos y vatios medidos] ``` **Lectura** - [PENDIENTE: valor medido de consumo total del switch en ese momento] - [PENDIENTE: puerto con mayor consumo individual y dispositivo conectado] - [PENDIENTE: margen restante sobre el presupuesto PoE total del switch] - **Línea de cierre**: Estos tres números son los que le entregas documentados al cliente: consumo actual, pico por puerto y margen disponible para ampliar la instalación. - **Notas del orador**: Haz la lectura en vivo con el switch real del taller. Si el consumo en ese momento es bajo porque hay pocos dispositivos conectados, dilo: ese es exactamente el argumento para dimensionar el presupuesto PoE sobre el escenario completo, no sobre el banco de pruebas. No rellenes los marcadores con valores de una hoja de especificaciones: la credibilidad de esta lámina viene de que el número cambia si conectas un dispositivo más. #### Lámina 63 · Contenido con tarjetas · modo claro - **Antetítulo**: 05 · SWITCHES › VLANS - **Título**: Cómo configurar las VLANs en el switch para que hable con el controlador - **Entradilla**: El controlador UniFi gestiona las VLANs lógicamente, pero el tráfico etiquetado tiene que cruzar el switch con la configuración correcta o el dispositivo nunca llega al controlador. 1. **Puerto de gestión: acceso sin etiqueta** — El puerto al que conectas el controlador o el gateway va en modo acceso (untagged) en la VLAN de gestión. Si lo dejas en trunk sin configurar la VLAN nativa, el controlador deja de responder. 2. **Puertos de APs: trunk con todas las VLANs que emites** — Cada AP necesita recibir etiquetadas todas las VLANs que va a emitir como SSIDs separados, más la VLAN de gestión sin etiqueta para que el propio AP se comunique con el controlador. 3. **Puertos de clientes: acceso en la VLAN que corresponda** — Un puerto de cliente va siempre en modo acceso en una sola VLAN. Si mezclas acceso y trunk en el mismo puerto sin intención, introduces tráfico de otras VLANs en la red del cliente sin que ninguna alarma lo diga. - **Línea de cierre**: Lo que falla casi siempre no es la lógica del controlador, sino que un puerto quedó en la VLAN por defecto (VLAN 1) cuando tenía que estar en otra. - **Notas del orador**: Muestra en pantalla el perfil de puerto en la interfaz UniFi: la diferencia visual entre acceso y trunk es el punto donde la gente comete el error. Detente en la VLAN nativa del trunk hacia el AP, porque es la que más veces se olvida configurar. Si tienes un switch físico en la sala, este es el momento de hacer el cambio en vivo y demostrar que el AP pierde contacto con el controlador y lo recupera al corregirlo. #### Lámina 64 · Evidencia medida · modo oscuro - **Antetítulo**: 05 · SWITCHES › CONFIGURACIÓN DE PUERTOS - **Título**: El ponente configura trunk y access ports en vivo - **Entradilla**: Lo que acabas de ver en el diagrama ocurre ahora en el controlador real. Cada puerto va a quedar configurado antes de que termine esta pantalla. **Comando** ``` [PENDIENTE: secuencia exacta de pasos en la UI de UniFi Network —o comando CLI si se usa SSH al switch— que Luis ejecuta durante la demo] ``` **Salida** ``` [PENDIENTE: captura o volcado real de la configuración de puertos trunk y access aplicada durante la demostración en vivo] ``` **Lectura** - [PENDIENTE: qué muestra la interfaz tras aplicar el perfil trunk en el puerto de uplink] - [PENDIENTE: qué muestra la interfaz tras aplicar el perfil access en un puerto de cliente, con la VLAN correcta asignada] - [PENDIENTE: cualquier aviso, confirmación o estado de reconfiguración que aparezca en pantalla] - **Línea de cierre**: Si algo no cuadra con lo que acabas de ver en tu red, es casi siempre el perfil de puerto equivocado en el uplink, no la VLAN. - **Notas del orador**: Haz la configuración despacio y en silencio los primeros segundos: que la sala vea el flujo antes de que lo expliques. Cuando apliques el perfil trunk en el uplink, señala el campo Native VLAN y di por qué lo dejas o no lo dejas vacío; es el error más frecuente en integradores que vienen de otros fabricantes. Si algo falla en directo, no lo ocultes: nómbralo, identifica el paso donde se rompió y corrígelo. Ese momento vale más que una demo perfecta. #### Lámina 65 · Diagrama · modo oscuro - **Antetítulo**: 65 · BLOQUE 5 › SWITCHES Y PoE - **Título**: El mapa completo: switch, controlador, AP y cliente en una sola vista - **Entradilla**: Hasta ahora has visto cada pieza por separado. Esta vista las pone todas juntas y muestra dónde vive cada decisión que has tomado en el taller. **Descripción del diagrama**: Diagrama horizontal con cuatro nodos en línea: [Switch PoE] → [PA] → [Cliente]. El nodo [Controlador] flota encima del switch con una flecha discontinua bidireccional que indica gestión, no tráfico. Sobre la flecha Switch→PA se etiqueta 'PoE + datos'. Sobre la flecha PA→Cliente se etiqueta 'WiFi / VLAN'. El controlador lleva una nota lateral: 'fuera del plano de datos'. **Elementos** - Switch PoE (Power over Ethernet): reparte datos y alimentación eléctrica en el mismo cable hacia los PA y hacia otros dispositivos del rack. - Controlador UniFi: no está en el camino de los datos, pero sí en el camino de la configuración; si cae, la red sigue funcionando, la gestión no. - Punto de acceso (PA): recibe PoE del switch, emite las SSID (Service Set Identifier, identificador de red WiFi) que definiste y segmenta el tráfico por VLAN (Red de Área Local Virtual). - Cliente final: se asocia al PA, obtiene IP del segmento correcto y sale a Internet sin saber nada del resto de la cadena. **Lectura**: Sigue el flujo de izquierda a derecha: la energía y los datos entran por el switch, el controlador supervisa todo desde arriba, los puntos de acceso (PA) emiten la señal, y el cliente se conecta al final de la cadena. Cada flecha es una dependencia real: si falla el eslabón anterior, el siguiente no funciona. - **Línea de cierre**: Lo que no aparece en este diagrama es igual de importante: el presupuesto PoE del switch determina cuántos PA puede alimentar a la vez, y ese número es el techo real de tu diseño. - **Notas del orador**: Detente aquí más de lo habitual. Este es el momento en que todo lo anterior encaja o no encaja para cada persona en la sala. Señala físicamente cada nodo mientras lo nombras. Si tienes el switch y el PA sobre la mesa, ponlos en la posición del diagrama antes de cambiar de lámina. La nota sobre el controlador fuera del plano de datos suele generar preguntas: anticípala explicando que eso es lo que permite reiniciar el controlador sin cortar la red de un cliente. #### Lámina 66 · Evidencia medida · modo oscuro - **Antetítulo**: 05 · SWITCHES › VALIDACIÓN EN SITIO - **Título**: Así se ve el switch integrado al proyecto con todos los AP activos - **Entradilla**: Cuando el switch ya está adoptado y los AP llevan varios minutos activos, la vista de topología y la tabla de puertos te dicen si algo no cuadra antes de que el cliente lo note. **Comando** ``` [PENDIENTE: exportar la vista de puertos del switch desde UniFi Network — ruta: Devices › nombre del switch › Ports — con PoE activo en cada puerto ocupado y consumo visible] ``` **Salida** ``` [PENDIENTE: captura real de la interfaz UniFi mostrando el switch integrado al proyecto con todos los AP adoptados y activos] ``` **Lectura** - Puerto: comprueba que cada AP aparece en el puerto correcto y que el nombre coincide con el que asignaste durante la adopción. - Estado PoE: la columna de consumo en vatios tiene que mostrar un valor real, no cero ni guión; cero con el cable conectado significa que ese puerto no está alimentando. - Velocidad de enlace: un AP en gigabit conectado a cien megas te avisa de un cable o un SFP (módulo de fibra óptica enchufable) que no negoció bien. - Tráfico por puerto: si un AP ya tiene clientes asociados, el contador de paquetes sube; un puerto en cero con AP supuestamente activo merece un segundo vistazo. - **Línea de cierre**: Esta vista no reemplaza un test de cobertura, pero elimina los fallos de capa física antes de que pases a configurar las redes WiFi. - **Notas del orador**: Muestra la captura real o navega en vivo por la interfaz si tienes el equipo montado. Señala explícitamente el valor de consumo PoE de uno de los puertos y contrástalo con la ficha técnica del AP: si el consumo está muy por debajo del máximo del AP, puede indicar que el switch está en modo PoE limitado. No avances a la lámina siguiente hasta que alguien de la sala haya leído en voz alta qué ve en al menos un puerto. #### Lámina 67 · Cierre de bloque · modo oscuro - **Antetítulo**: 67 · BLOQUE 5 › CIERRE - **Título**: Ya sabes elegir, calcular y configurar el switch del proyecto - **Entradilla**: Tres capacidades que antes de esta sesión requerían prueba y error ya las tienes resueltas con criterio. - **Leer la hoja de datos** — Sabes localizar el presupuesto PoE total, el presupuesto por puerto y la clase IEEE que soporta cada modelo, y contrastarlos con los consumos reales de tus dispositivos antes de comprar. - **Calcular sin sorpresas** — Dado un plano con cámaras, APs y teléfonos, obtienes el presupuesto PoE necesario y eliges el switch que lo cubre con margen, sin sobrecargarlo ni sobredimensionarlo. - **Configurar desde el controlador** — Puedes crear perfiles de puerto, asignar VLANs de acceso y troncal, y verificar en la interfaz de UniFi que cada puerto entrega lo que debe entregar. **Lo que falta**: No hemos entrado en agregación de enlaces (LAG) entre switches ni en la configuración de STP (Spanning Tree Protocol) para topologías con rutas redundantes; eso queda fuera del alcance de este taller. **Lo que sigue**: El bloque 6 cierra el ciclo completo: validas que la red funciona como prometiste y entregas al cliente la documentación que le permite operar sin depender de ti para cada cambio. - **Línea de cierre**: Con el switch resuelto, la capa física ya no es una incógnita. Lo que queda es demostrar que el conjunto funciona y dejarlo documentado. - **Notas del orador**: Antes de pasar, comprueba en la sala si alguien tiene dudas sobre el cálculo de presupuesto PoE, no sobre la configuración: es el punto donde más errores de campo ocurren y donde más vale invertir un minuto extra. Si alguien pregunta por LAG o STP, confirma que son temas reales y válidos, y que quedan fuera deliberadamente para mantener el foco en el caso de instalación estándar que cubre el 80% de los proyectos de integración. ### Entre bloques #### Lámina 68 · Encuesta en vivo · modo oscuro - **Antetítulo**: 68 · SWITCHES › PRESUPUESTO PoE - **Título**: ¿Alguna vez te quedaste sin presupuesto PoE en un proyecto? - **Entradilla**: Antes de entrar en cómo calcularlo, interesa saber si ya te ha pasado. **Llamada**: ¿Alguna vez cerraste un proyecto y descubriste en obra que el switch no tenía vatios suficientes para alimentar todos los dispositivos? - **Línea de cierre**: Lo que viene a continuación es exactamente para que no vuelva a pasar. - **Notas del orador**: Deja la pregunta en pantalla el tiempo que haga falta. No la respondas tú primero. Si la sala tarda, señala el switch de la demo y di: 'Este tiene 65 W de presupuesto total, ¿alguien sabe cuántos APs de este perfil aguanta?' Eso solo suele despertar la conversación. Anota mentalmente quién levanta la mano: son las personas que más van a aprovechar el bloque siguiente. ### Bloque 6 · Validación y entrega documentada de la red — Una red sin evidencia no está terminada (sesión 1) #### Lámina 69 · Separador de bloque · modo oscuro - **Antetítulo**: 06 · BLOQUE 6 › APERTURA - **Título**: Validación y entrega documentada de la red - **Entradilla**: Has configurado la red. Ahora toca demostrar que funciona y dejar al cliente con algo en la mano cuando te vayas. **Número**: 6 **Subtítulo**: Validación y entrega documentada de la red **Promesa**: Validar cada capa, detectar lo que falta antes de que lo detecte el cliente, y entregar documentación que él pueda leer sin llamarte. - **Línea de cierre**: Este bloque cierra el ciclo: una red sin acta de entrega es una red a medias. - **Notas del orador**: Antes de arrancar, pregunta cuántos han entregado una red sin dejar nada por escrito. No para juzgar, sino para que el propio grupo calibre cuánto valor añade lo que viene. Anticipa que este bloque es más corto en teoría y más denso en checklist: lo que se lleven de aquí lo usan en el siguiente proyecto, no dentro de seis meses. #### Lámina 70 · La ruta del bloque · modo claro - **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › APERTURA DE BLOQUE - **Título**: Lo que vas a poder demostrar al terminar este bloque - **Entradilla**: Este bloque no añade hardware ni configuración nueva. Lo que hace es convertir todo lo que ya montaste en algo que puedes defender delante de un cliente y dejar documentado para quien venga después. 1. **Medir cobertura real** — Distinguir en el mapa qué zonas cumplen el umbral y cuáles necesitan ajuste, antes de llamar al cliente. 2. **Leer el dashboard sin adivinar** — Identificar en UniFi qué alarmas son ruido y cuáles indican un problema que hay que resolver hoy. 3. **Generar el informe de entrega** — Exportar desde el controlador los datos que el cliente necesita ver: topología, canales, clientes asociados y eventos. 4. **Documentar para ti** — Registrar contraseñas, versiones de firmware y decisiones de diseño en un formato que te sea útil seis meses después. 5. **Cerrar la entrega** — Recorrer el checklist de cierre: qué validar, qué firmar y qué dejar corriendo en el controlador antes de marcharte. **Línea de laboratorio**: La demostración de este bloque parte de la red que tienes levantada: vas a hacer la validación y generar la documentación sobre ese mismo despliegue, no sobre un entorno ficticio. - **Línea de cierre**: Al final del bloque tienes una red que ya existía antes, más un conjunto de evidencias que demuestran que funciona como debe. Esa diferencia es lo que distingue una instalación terminada de una instalación entregada. - **Notas del orador**: No abras con entusiasmo ni con resumen del bloque anterior. Abre con la incomodidad: pregunta a la sala cuántos han tenido que volver a un cliente porque algo falló que no detectaron antes de irse. Deja que respondan. Ese silencio o esa risa incómoda es el contexto exacto de este bloque. Todo lo que sigue es la respuesta a ese problema. #### Lámina 71 · Contenido con tarjetas · modo claro - **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › DOCUMENTACIÓN MÍNIMA - **Título**: Una red sin evidencia no está terminada: qué debes documentar siempre - **Entradilla**: Puedes haber configurado todo correctamente y aun así dejar al cliente sin nada que mostrar si algo falla en seis meses. Estos tres elementos son los que no pueden faltar en ninguna entrega. 1. **Topología exportada** — Un diagrama —generado desde el controlador o dibujado a mano— que muestre qué dispositivo está en qué switch, en qué puerto, y con qué dirección IP fija asignada. Sin esto, el siguiente técnico que entre a la red empieza desde cero. 2. **Credenciales y accesos** — Usuario y contraseña del controlador, del site, de la cuenta UniFi y de cada SSID, en un documento entregado al cliente y guardado por ti. Una red inaccesible porque el integrador anterior se fue es un problema tuyo aunque no la hayas montado tú. 3. **Resultado de las pruebas** — Captura o exportación del Wi-Fi AI o de la herramienta que hayas usado: cobertura medida, canales asignados, clientes conectados en el momento de la entrega. Es la diferencia entre "funciona" y "funcionaba así el día que lo entregué". - **Línea de cierre**: Lo que no queda escrito no existió. Y si el cliente abre un ticket tres meses después, tú vas a necesitar ese registro tanto como él. - **Notas del orador**: No des esto por sabido: la mayoría de los integradores en la sala han entregado redes sin documentación y saben exactamente el dolor que eso provoca. Déjales un momento para que lo reconozcan antes de seguir. Si alguien pregunta qué herramienta usar para el diagrama, la respuesta honesta es que el controlador exporta topología básica pero para algo presentable a un cliente muchos usan draw.io o incluso una foto anotada; lo que importa es que exista, no el formato. #### Lámina 72 · Diagrama · modo oscuro - **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › PROCESO COMPLETO - **Título**: El proceso de validación de principio a fin - **Entradilla**: Validar no es hacer un ping y ver que responde. Es un recorrido ordenado que empieza antes de que llegue el cliente y termina con su firma sobre un documento que tú has redactado. **Descripción del diagrama**: Diagrama de carril horizontal con seis fases en cadena, cada una con un icono distinto y una línea de estado (OK / bloqueado) que se activa al completarse. Las fases fallidas se muestran en rojo con una etiqueta 'requiere acción' que detiene el avance visual hacia la entrega. **Elementos** - 1 · Cobertura física — recorres cada zona con el cliente o un plano en mano y confirmas que no hay punto ciego sin justificar - 2 · Conectividad por SSID — asocias un dispositivo a cada red Wi-Fi (principal, invitados, IoT) y compruebas que llega a donde debe llegar y no llega a donde no debe - 3 · Segmentación de VLANs — trazas tráfico entre segmentos y verificas que las reglas de firewall cortan lo que tiene que cortar - 4 · Rendimiento de uplinks — mides throughput real en los switches con mayor carga prevista, no solo el enlace del router - 5 · Servicios de red — confirmas DHCP (Protocolo de Configuración Dinámica de Host), DNS (Sistema de Nombres de Dominio) y acceso a internet desde cada VLAN - 6 · Generación del informe — exportas el mapa de topología, capturas las alertas abiertas y adjuntas las credenciales de acceso al controlador **Lectura**: De izquierda a derecha, cada fase bloquea el paso a la siguiente. No se entrega lo que no ha pasado por los pasos anteriores. - **Línea de cierre**: El orden importa: un problema de segmentación encontrado en la fase 3 puede invalidar todo lo que mediste en la fase 2. Ir en secuencia no es burocracia, es no repetir trabajo. - **Notas del orador**: Detente en la fase 3. Es donde más integradores con experiencia en instalación pero sin controlador previo se saltan pasos porque asumen que 'las VLANs están bien si el switch las tiene configuradas'. La prueba de tráfico cruzado entre segmentos es la que demuestra que las reglas de firewall del controlador realmente aplican. Si tienes acceso al equipo en la sala, muestra en vivo cómo generar la topología desde el controlador antes de hablar del informe. #### Lámina 73 · Contenido con tarjetas · modo claro - **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › PRUEBAS MÍNIMAS - **Título**: Las tres pruebas que no puedes saltarte antes de entregar - **Entradilla**: Puedes tener la red perfectamente configurada en papel y aun así entregar algo roto. Estas tres pruebas son el filtro entre lo que crees que funciona y lo que realmente funciona. 1. **Cobertura con cliente real** — Recorre cada zona con un dispositivo del tipo que va a usar el cliente, no con el tuyo de instalador. Los puntos ciegos que no ves con tu móvil aparecen con una tablet o una impresora WiFi. 2. **Aislamiento entre VLANs** — Desde un equipo en la VLAN de invitados, intenta alcanzar la red de gestión y la LAN corporativa. Si llegas a algo que no deberías, la segmentación no está funcionando, da igual lo que diga el diagrama. 3. **PoE bajo carga simultánea** — Enciende todos los dispositivos alimentados por PoE a la vez y comprueba que el switch no recorta potencia en los puertos de menor prioridad. Un presupuesto PoE ajustado aguanta bien en condiciones normales y falla el día de más carga. - **Línea de cierre**: Estas tres pruebas no cubren todo lo que puede fallar, pero sí los tres fallos que más veces aparecen después de la entrega. - **Notas del orador**: Detente en la tarjeta 1 y pregunta cuántos en la sala han hecho la prueba de cobertura con el dispositivo del cliente, no con el suyo. La respuesta suele ser elocuente. Para la tarjeta 2, si tienes la demo montada, muestra el intento de ping entre VLANs en vivo: ver el paquete bloqueado vale más que explicarlo. En la tarjeta 3, no des el presupuesto PoE por calculado: recuerda que hay que sumar la potencia máxima de cada puerto, no la nominal del switch. #### Lámina 74 · Evidencia medida · modo oscuro - **Antetítulo**: 74 · VALIDACIÓN Y ENTREGA › TEST DE COBERTURA EN VIVO - **Título**: El ponente ejecuta un test de cobertura y lee los resultados en vivo - **Entradilla**: Un mapa de señal bonito no vale nada si no sabes leer lo que hay detrás. Aquí ves el comando, la salida y lo que cada número te está diciendo. **Comando** ``` [PENDIENTE: comando exacto ejecutado en la consola UniFi o herramienta de diagnóstico utilizada en la demo] ``` **Salida** ``` [PENDIENTE: captura o volcado real de la salida del test de cobertura ejecutado en el sitio de demostración] ``` **Lectura** - [PENDIENTE: qué indica el primer valor de la salida y qué umbral es aceptable] - [PENDIENTE: qué indica el segundo valor y cuándo debe preocuparte] - [PENDIENTE: qué línea de la salida confirma que la celda de cobertura solapa correctamente con la siguiente] - **Línea de cierre**: Lo que no aparece en esta salida: interferencia de redes vecinas en el mismo canal. Eso requiere un análisis de espectro aparte, y es la siguiente comprobación antes de firmar la entrega. - **Notas del orador**: Ejecuta el test en vivo, sin resultado preparado de antemano. Si la salida muestra algo inesperado, mejor: es exactamente el tipo de situación que los participantes van a encontrarse en campo. No corrijas ni saltes por encima, léelo en voz alta y razona qué harías. Eso vale más que una demo perfecta. #### Lámina 75 · Evidencia medida · modo oscuro - **Antetítulo**: 75 · BLOQUE 6 › VALIDACIÓN Y ENTREGA - **Título**: Así se documenta un resultado de RSSI que el cliente puede entender - **Entradilla**: Un valor de RSSI en bruto no le dice nada a tu cliente. Lo que sí entiende es dónde tiene buena cobertura, dónde no, y qué significa eso para su trabajo. **Comando** ``` [PENDIENTE: captura real del comando o exportación usada para extraer el RSSI por punto de acceso y cliente desde el controlador UniFi — por ejemplo, desde la CLI del controlador o desde la vista de mapa de cobertura] ``` **Salida** ``` [PENDIENTE: salida real del comando o pantallazos representativos del mapa de señal con valores de RSSI anotados por zona] ``` **Lectura** - [PENDIENTE: cómo leer el valor de RSSI obtenido — qué umbral separa 'cobertura suficiente' de 'cobertura degradada' según lo medido en este entorno] - [PENDIENTE: qué zonas del site mostraron valores por debajo del umbral y qué acción correctiva se tomó o se recomendó] - La columna que el cliente lee no es el número: es la celda coloreada o la etiqueta 'OK / Revisar' que tú añades encima del dato. - **Línea de cierre**: La documentación que el cliente firma no es la que tiene más datos, es la que menos preguntas deja sin responder. - **Notas del orador**: Muestra aquí dos versiones del mismo dato: la tabla con los números crudos de RSSI y la versión anotada con semáforo de colores. Deja que la sala diga cuál entregarían ellos. El punto no es el formato, es que el integrador toma una decisión editorial sobre sus datos antes de pasárselos al cliente — y eso tiene valor y hay que cobrarlo. #### Lámina 76 · Tabla comparativa · modo claro - **Antetítulo**: 76 · BLOQUE 6 › ENTREGA DOCUMENTADA - **Título**: Qué incluir en el reporte de entrega según el tipo de cliente - **Entradilla**: No todos los clientes leen lo mismo ni esperan lo mismo. El reporte que entregas a una pyme familiar y el que entregas a un responsable de IT corporativo tienen distinto nivel de detalle, distinto vocabulario y distinta función. | Criterio | Cliente doméstico / pyme sin IT | Pyme con responsable técnico | Empresa con departamento de IT | | --- | --- | --- | --- | | Diagrama de red | Esquema visual simple: qué hay y dónde está | Diagrama lógico con VLANes (Redes de Área Local Virtuales) numeradas | Diagrama lógico + físico, con IPs y modelos de dispositivo | | Inventario de dispositivos | Nombre del equipo y ubicación física | Modelo, número de serie y versión de firmware | Modelo, número de serie, firmware, dirección MAC y puerto de switch | | Credenciales y accesos | SSID (nombre de red) y contraseña WiFi en papel plastificado | SSID por VLAN, usuario del controlador y URL de acceso | SSID por VLAN, acceso al controlador, política de rotación de contraseñas | | Resultados de validación | Cobertura «hay señal en toda la casa», sin más | Mapa de cobertura y tabla de velocidades por zona | Mapa de cobertura, velocidades, tasa de aciertos de caché y logs de adopción | | Procedimiento ante fallo | Número de teléfono del integrador | Pasos para reiniciar y número de soporte | Runbook de incidencias con escalado y SLA (Acuerdo de Nivel de Servicio) | | Formato de entrega | PDF de una página + hoja física | PDF estructurado enviado por correo | PDF + repositorio compartido con control de versiones | **Veredicto**: El esfuerzo extra en el reporte de IT no es cortesía: es lo que evita que te llamen tres meses después para explicar algo que ya entregaste por escrito. - **Línea de cierre**: El reporte no documenta lo que hiciste; documenta lo que el cliente necesita saber para operar sin ti. Esa distinción cambia qué entra y qué sobra. - **Notas del orador**: Detente en la fila de 'Resultados de validación'. Es donde más se nota la diferencia entre integradores que miden y los que no. Si alguien del grupo ha entregado ya un reporte a un cliente IT, pregúntale qué le pidieron que no esperaba incluir. Esa respuesta vale más que cualquier ejemplo genérico. No menciones todavía las plantillas: eso va en la siguiente lámina. #### Lámina 77 · Contenido con tarjetas · modo claro - **Antetítulo**: 77 · BLOQUE 6 › ENTREGA AL CLIENTE - **Título**: Cómo presentar la entrega sin que el cliente te pregunte si algo falló - **Entradilla**: La pregunta "¿todo está bien?" aparece cuando el cliente no ha visto nada funcionar. Si la entrega está ordenada, esa pregunta no llega. 1. **Muestra antes de explicar** — Abre el dashboard del controlador con el cliente delante: todos los dispositivos en verde, cero alertas. Lo que ve en diez segundos vale más que lo que le cuentes en cinco minutos. 2. **Nombra lo que comprobaste** — Di en voz alta qué validaste y cuándo: cobertura por planta, rendimiento por SSID (identificador de red), conmutación entre puntos de acceso. Nombrar la prueba es lo que convierte un resultado en evidencia. 3. **Deja el documento, no la promesa** — Entrega en ese momento el PDF con el mapa de red, las credenciales y el registro de pruebas. Si se lo mandas después, el cliente ya habrá llenado el hueco con dudas. - **Línea de cierre**: El cliente no evalúa si la red funciona: evalúa si tú sabes que funciona. El orden de la entrega es la respuesta a esa duda. - **Notas del orador**: Detente aquí y pregunta cuántos han llegado a una entrega sin documento preparado. No para generar culpa, sino para anclar el contraste: la diferencia entre las dos situaciones no es técnica, es de preparación previa. Si alguien cuenta una anécdota, déjala correr un momento, cierra con la tarjeta 3 y sigue. #### Lámina 78 · Evidencia medida · modo oscuro - **Antetítulo**: 78 · BLOQUE 6 › VALIDACIÓN Y ENTREGA - **Título**: El ponente genera el reporte final desde el panel del controlador - **Entradilla**: Lo que ves a continuación es la secuencia real que Luis ejecuta en el panel del controlador para generar el reporte que va al cliente. Si la salida en tu instalación difiere, esa diferencia importa: anótala. **Comando** ``` [PENDIENTE: ruta exacta en el panel del controlador — menú, submenú y opciones seleccionadas — que Luis recorre durante la demostración] ``` **Salida** ``` [PENDIENTE: captura o volcado real de la pantalla de reporte generado desde el controlador UniFi en la demo] ``` **Lectura** - [PENDIENTE: qué secciones aparecen en el reporte generado y qué dato contiene cada una] - [PENDIENTE: formato de exportación disponible en esta versión del controlador — PDF, CSV u otro] - [PENDIENTE: campos que el integrador debe rellenar manualmente antes de entregar el documento al cliente] - **Línea de cierre**: El reporte que genera el controlador es el punto de partida, no el entregable final: lo que añades tú —topología, credenciales de acceso, acuerdos de mantenimiento— es lo que convierte ese PDF en documentación útil para el cliente. - **Notas del orador**: Ejecuta el flujo en vivo sin saltarte pasos: la sala necesita ver la ruta completa, no solo el resultado. Si el controlador de demo no tiene datos suficientes para poblar el reporte, adviértelo antes de generarlo para que nadie asuma que un reporte vacío es el resultado normal. Detente en cada sección del documento y nombra qué decisión de configuración anterior produjo ese dato concreto — eso cierra el ciclo con todo lo visto en bloques anteriores. #### Lámina 79 · Diagrama · modo oscuro - **Antetítulo**: 79 · BLOQUE 6 › ENTREGA DOCUMENTADA - **Título**: La diferencia entre una entrega técnica y una entrega profesional - **Entradilla**: La red funciona. Eso no es la entrega: es el requisito mínimo para que empiece. **Descripción del diagrama**: Dos columnas paralelas con la misma lista de pasos de instalación. En la columna izquierda, 'Entrega técnica', los pasos se detienen en 'Dispositivos adoptados y red operativa'. En la columna derecha, 'Entrega profesional', continúan: credenciales, diagrama, inventario, backup, traspaso. Una línea horizontal marca el punto donde ambas columnas divergen. Debajo de cada columna, una sola frase: izquierda, 'El cliente tiene red'; derecha, 'El cliente tiene red y puede gestionarla'. **Elementos** - Entrega técnica: todos los dispositivos adoptados, SSIDs visibles, internet alcanzable desde cada VLAN prevista. - Entrega profesional: credenciales del controlador entregadas y probadas por el cliente, diagrama de red firmado, inventario de hardware con números de serie, procedimiento de backup del sitio, contacto de soporte y condiciones de la garantía por escrito. - La diferencia visible: si el cliente llama dos semanas después porque 'no sabe cómo entrar al controlador', la entrega fue solo técnica. - El documento que falta con más frecuencia: el procedimiento de backup. El cliente nunca lo pide; lo necesita el día que cambia el servidor o migra a Cloud Key. **Lectura**: Una entrega técnica termina cuando el último dispositivo pasa al estado 'adoptado' y el cliente tiene WiFi. Una entrega profesional termina cuando el cliente puede operar, escalar y defender esa red sin llamarte a ti. La distancia entre las dos no está en la tecnología: está en lo que dejas documentado y en cómo lo traspassas. - **Línea de cierre**: Todo lo que no quedó por escrito en el momento de la entrega lo vas a explicar por teléfono, gratis, en el peor momento posible. - **Notas del orador**: No preguntes si han tenido esta situación: dalo por hecho y sigue. Casi todos en la sala han recibido esa llamada. El punto no es hacerles sentir mal por entregas anteriores, sino que salgan de aquí con una lista concreta que convierte esa llamada en algo que ya no ocurre. Detente en el punto del backup: es el que más se omite y el que más duele cuando falta. Si tienes un ejemplo real de migración fallida por falta de backup, este es el momento de contarlo, sin adornos. #### Lámina 80 · Cierre de bloque · modo oscuro - **Antetítulo**: 06 · VALIDACIÓN Y ENTREGA › CIERRE DE BLOQUE - **Título**: Ahora puedes entregar una red y respaldarlo con datos - **Entradilla**: Este bloque no termina con una configuración guardada: termina cuando el cliente tiene un documento que explica su red y tú tienes evidencia de que funciona. - **Validación con datos** — Sabes ejecutar las pruebas de cobertura, rendimiento y adopción, y exportar los resultados desde el controlador antes de salir de la instalación. - **Entrega documentada** — Tienes una plantilla de entrega con topología, credenciales, VLANs y notas de configuración que el cliente puede leer sin pedirte nada. - **Respaldo ante incidencias** — Si algo falla después, tu informe de entrega es la línea base: sabes qué medías el día uno y desde dónde empezar el diagnóstico. **Lo que falta**: Entregar bien una red UniFi no sustituye saber diseñarla bien desde el principio: una documentación impecable sobre un diseño de RF malo sigue siendo una red con problemas. Lo que aprendiste aquí cubre la entrega; el diseño de cobertura en entornos complejos requiere más iteración en campo de la que cabe en un taller. **Lo que sigue**: El siguiente paso natural es hacer tu primera entrega real con esta plantilla, medir dónde te falta información durante el proceso y ajustar la documentación antes del segundo cliente. - **Línea de cierre**: Un informe de entrega que no puedes defender dato a dato no protege a tu cliente ni a ti: la documentación vale exactamente lo que miden las pruebas que la respaldan. - **Notas del orador**: No des por hecho que todos van a volver a casa y aplicar esto mañana. Hay alguien en la sala que ya tiene una instalación pendiente de documentar retroactivamente: nómbralo sin señalar a nadie, porque es el caso más común. La advertencia sobre diseño de RF no es modestia: es para que no usen la documentación como excusa para no revisar una cobertura deficiente. Si alguien pregunta qué herramienta usar para la topología, no cierres la respuesta en una sola opción, pregunta primero qué ya usan en su flujo de trabajo. ### Entre bloques #### Lámina 81 · Cierre · modo oscuro - **Antetítulo**: 81 · CIERRE - **Título**: De la señal al reporte: construiste una red completa hoy - **Entradilla**: Entraste sin haber tocado un controlador UniFi. Vas a salir con un recorrido completo: desde cómo se propaga una señal hasta cómo se la explicas a un cliente con papel en mano. **Cierre**: Hoy no aprendiste a usar una interfaz. Aprendiste a tomar una decisión de red y a defenderla: qué canal, qué VLAN, qué switch, cuántos vatios de PoE, y por qué. Eso es lo que distingue a un integrador de alguien que simplemente instala. **Recorrido**: RF y propagación · Controlador instalado y operativo · Sitio adoptado con sus dispositivos · SSID, VLANs y ajustes de radio · Switch seleccionado con presupuesto PoE justificado · Red validada y entregada con documentación real. - **Línea de cierre**: El siguiente proyecto que arranques ya no empieza desde cero: empieza desde aquí. - **Notas del orador**: No hagas un resumen de los temas: el recorrido ya está en pantalla. Lo que no está es lo que ganaron en criterio, no solo en pasos. Deja un silencio después de leer el recorrido antes de pasar a la frase final. Si alguien pregunta qué sigue, el próximo paso concreto es llevar esto a su primera instalación real con controlador propio, no en laboratorio. Si tienes una siguiente sesión o recurso disponible, este es el momento de mencionarlo, sin venderlo. --- ## 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 · · `. 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.