Operación, automatización y resolución de problemas de redes

Los registros de red responden a preguntas diferentes: adónde va un cable, a qué subred pertenece un dispositivo o qué servicio se prometió. Mantén los mismos nombres de dispositivo en todos los registros para pasar de una vista a otra sin tener que hacer suposiciones.

Elige una vista adecuada para la tarea

Un diagrama físico de red muestra ubicaciones y conexiones reales: salas, racks, tomas de pared, paneles de conexiones y puertos de conmutadores. Un diagrama lógico de red muestra relaciones de tráfico, como VLAN, subredes, puertas de enlace y rutas. Dos zonas de trabajo en pisos distintos pueden pertenecer a la misma VLAN aunque sus cables terminen en racks diferentes.

Separa estas vistas cuando un dibujo combinado resulte difícil de leer. Relaciónalas mediante nombres como «SW1» y «PP1», no mediante una posición supuesta en la página.

Sigue un cable hasta su puerto

Un diagrama de rack, o alzado del rack, muestra las posiciones de los equipos en unidades de rack. Una unidad, 1U, mide 44,45 mm de alto. Incluye los paneles de conexiones y las unidades de distribución de energía, además de los conmutadores y enrutadores.

Un mapa de cableado registra el identificador, los extremos y el tipo de un cable. Por ejemplo: «Cable A-12: del puerto 12 del panel de conexiones 1 a SW1 Gi1/0/12, Cat 6». Coloca el mismo identificador en ambos extremos. Si se sustituye el cable, traslada la etiqueta y actualiza el mapa.

Supón que un usuario de la toma 2.14 informa de que no tiene conexión. Primero localiza esa toma en el mapa de cableado. Sigue su tendido permanente hasta el panel y después identifica el cable de conexión y el puerto del conmutador. El registro físico indica dónde realizar las pruebas; el lógico indica después a qué VLAN y subred debe dar servicio ese puerto.

Registra direcciones, equipos y compromisos

La gestión de direcciones IP (IPAM) registra la finalidad, VLAN, puerta de enlace, rango DHCP, reservas y direcciones estáticas de cada subred. Consulta IPAM antes de asignar una dirección fija para que no coincida con la de otro dispositivo ni con el conjunto dinámico.

Un inventario de activos identifica cada dispositivo por su modelo, número de serie, ubicación y firmware, con las fechas de garantía y soporte. Un mapa de calor de cobertura inalámbrica registra la cobertura sobre un plano. Los procedimientos operativos estándar describen tareas repetibles, mientras que las líneas base de rendimiento conservan mediciones del funcionamiento normal.

Un acuerdo de nivel de servicio (SLA) establece los compromisos de servicio de un proveedor, incluidos los objetivos de disponibilidad, respuesta y reparación. Para la disponibilidad durante un año de 365 días:

Al 99,9 %, son 8,76 horas; al 99,99 %, son unos 52,6 minutos. Utiliza el periodo de medición real del acuerdo al comprobar su cumplimiento. Un informe mensual debe utilizar las horas de ese mes.

Después de una reparación o un cambio, actualiza las vistas afectadas, los registros de cableado, el plan de direccionamiento y el inventario. Un registro correcto permite que el siguiente técnico empiece con pruebas.

Una configuración activa, una configuración guardada y una copia de seguridad son tres cosas diferentes. Gestionar las tres evita que un reinicio, un dispositivo averiado o una edición errónea se conviertan en una interrupción prolongada.

Conserva una configuración recuperable

En Cisco IOS, la configuración en ejecución está activa en memoria. La configuración de inicio es la copia guardada que se utiliza al arrancar. Un comando normalmente modifica de inmediato la configuración en ejecución. Guarda una configuración aprobada y verificada con:

copy running-config startup-config

Una copia de seguridad almacenada fuera del dispositivo protege frente a la pérdida del propio equipo. Incluye el dispositivo, la fecha y la versión en su nombre, y haz una antes de cada cambio y de forma periódica. Una copia del mes pasado puede no incluir una VLAN añadida ayer. Compara su contenido y fecha antes de restaurarla.

Una configuración de referencia aprobada define el estándar aprobado para la función de un dispositivo. La desviación de la configuración es la diferencia entre ese estándar y los ajustes reales. Por ejemplo, un conmutador de acceso puede seguir permitiendo Telnet aunque el estándar exija SSH. Compara los ajustes para identificar qué cambió y comprueba después si se aprobó la diferencia.

Elige una vía de gestión

Telnet utiliza TCP 23 y envía las credenciales en texto sin cifrar. Desactívalo. El bastionado también implica sustituir las credenciales predeterminadas, desactivar los servicios y puertos no utilizados y aplicar actualizaciones de seguridad.

La gestión en banda comparte la vía utilizada por el tráfico de producción. La gestión fuera de banda dispone de una vía separada, como un servidor de consola al que se accede mediante una conexión de telefonía móvil. Esto resulta útil cuando un cambio de enrutamiento elimina el acceso normal. Un servidor de salto es un punto de entrada con seguridad reforzada desde el que los administradores acceden a los equipos gestionados.

Planifica las actualizaciones y sustituciones

Prueba el firmware en un grupo pequeño antes de un despliegue generalizado. Registra la versión, la copia de seguridad, las pruebas y el método de recuperación. Los anuncios de retirada de los fabricantes contienen varias fechas: el fin de venta pone fin a los pedidos; los hitos posteriores ponen fin al mantenimiento, las correcciones de seguridad y, por último, el soporte. Planifica la sustitución antes de que cesen las correcciones de seguridad.

Para sustituir un conmutador, comprueba el número y la velocidad de los puertos, los transceptores admitidos, la compatibilidad del firmware y la capacidad PoE. Un equipo con suficientes puertos de datos, pero sin PoE, dejará sin alimentación a los teléfonos y puntos de acceso conectados.

Instala un sustituto compatible, restaura la copia correcta y prueba los enlaces, las VLAN y los servicios. Guarda el resultado verificado y actualiza el inventario, los diagramas y el registro de copias de seguridad. Durante la retirada, traslada primero las funciones del dispositivo antiguo. Después borra su configuración y las credenciales almacenadas mediante el procedimiento de restablecimiento o borrado seguro del fabricante, y organiza su eliminación siguiendo el proceso de la organización.

Incluso un comando correcto puede interrumpir un servicio en un momento inoportuno. La gestión de cambios asigna a cada cambio un motivo, un responsable, una aprobación, una prueba y una forma de volver atrás si el resultado es inaceptable.

Prepara un cambio que otra persona pueda ejecutar

Una solicitud de cambio identifica los equipos y servicios afectados, explica el motivo y enumera los pasos exactos de ejecución. También incluye el impacto y el riesgo, una ventana de mantenimiento, un plan de pruebas y un plan de reversión.

El impacto describe qué puede interrumpir el trabajo. El riesgo considera qué podría salir mal y qué gravedad tendría. Actualizar un conmutador de núcleo puede desconectar varios pisos; cambiar un puerto de acceso no utilizado tiene un alcance mucho menor. Los cambios mayores pueden requerir la revisión de un comité asesor de cambios (CAB).

Una ventana de mantenimiento es un periodo acordado para trabajos que pueden interrumpir el servicio. Informa a los usuarios de qué servicios podrían detenerse y durante cuánto tiempo. Reserva tiempo suficiente para realizar el cambio, probarlo y recuperar el funcionamiento antes de que termine la ventana.

Define cuándo revertir, no lo dejes al azar

Un plan de reversión indica cómo restaurar el estado de funcionamiento anterior y cuándo hacerlo. «Restaurar si es necesario» deja la decisión poco clara. «Si los usuarios de prueba no pueden iniciar sesión 15 minutos después de la actualización, arrancar la imagen anterior» proporciona al operador una condición medible.

Antes de empezar, haz una copia de seguridad nueva y confirma que están disponibles la imagen anterior u otros archivos de recuperación. Confirma también que el operador puede seguir accediendo al dispositivo si falla la vía normal de gestión.

Por ejemplo, se programa la actualización de un conmutador de núcleo de 22:00 a 23:00. El plan conserva la imagen antigua en la memoria flash y exige que todos los enlaces ascendentes y cinco servidores clave sean accesibles después del reinicio. El límite para decidir la reversión debe dejar tiempo suficiente dentro de la ventana para arrancar la imagen antigua y repetir esas pruebas de servicios. Esperar hasta las 22:59 para decidir frustraría el plan.

Utiliza la vía de cambio adecuada

Una emergencia también requiere una acción controlada y un registro. Anota cada cambio para que otro técnico pueda saber qué se hizo. Durante el diagnóstico, cambiar varios ajustes a la vez oculta cuál ayudó y complica la recuperación.

Verifica y cierra

Sigue los pasos aprobados y después prueba la mejora prevista y los servicios que podrían haberse visto afectados. Iniciar sesión para gestionar el dispositivo, por sí solo, dice poco sobre si los usuarios pueden acceder a sus aplicaciones.

Registra el resultado, incluida cualquier reversión. Actualiza los diagramas, IPAM, el inventario y las copias de seguridad de la configuración afectados por el cambio. Cierra la solicitud solo cuando las pruebas estén completas y los registros describan el estado instalado. Si aparece un problema más adelante, estas marcas de tiempo y acciones proporcionan un punto de partida para el diagnóstico.

«La red va lenta» describe un síntoma, no una medición. Elige métricas que describan el problema del usuario y compáralas con un registro del funcionamiento normal.

Mide la capacidad, la transferencia y el retardo

El ancho de banda es la tasa máxima de datos de un enlace. La tasa de transferencia efectiva es la tasa que se alcanza realmente. La sobrecarga de protocolo, los errores y la congestión mantienen la transferencia útil por debajo de la capacidad anunciada. El porcentaje de utilización expresa cuánta capacidad se está utilizando:

Para 450 Mbit/s en un enlace de 1 Gbit/s, convierte la capacidad a 1000 Mbit/s. La utilización es del 45 %. Mezclar Mbit/s y Gbit/s sin convertirlos da una proporción sin sentido.

La latencia es el tiempo de viaje, que suele medirse como tiempo de ida y vuelta (RTT). La variación del retardo es la variación del tiempo de viaje entre paquetes. La pérdida de paquetes es la proporción de paquetes que no llegan. Perder 3 de 200 paquetes de prueba supone una pérdida del 1,5 %.

Supón que los RTT sucesivos son 20, 24, 21, 35 y 20 ms. Su suma es 120 ms, por lo que su media es 24 ms. Las diferencias absolutas entre valores consecutivos son 4, 3, 14 y 15 ms. Su media es 9 ms: un cálculo útil de la variación del retardo. Los productos de supervisión pueden utilizar otros métodos para calcularla, así que compara resultados medidos del mismo modo.

Relaciona las métricas con el servicio

En las llamadas de voz se suele buscar un retardo en un sentido inferior a unos 150 ms, una variación del retardo inferior a unos 30 ms y una pérdida inferior a aproximadamente el 1 %. Son orientaciones sobre la calidad de las llamadas, no una conversión del RTT en una medición exacta en un sentido. En una descarga de archivos se pueden reenviar los datos que faltan, pero las retransmisiones aumentan el tiempo de finalización. En una llamada, en cambio, pueden oírse cortes.

Un enlace de gran ancho de banda puede seguir ofreciendo un servicio interactivo deficiente si el retardo o la pérdida son elevados. Comprueba esas medidas junto con la tasa de transferencia efectiva. Supervisa también la CPU, la memoria, la temperatura, los ventiladores, las fuentes de alimentación, el estado de las interfaces y los contadores de errores o descartes. Un uso intenso de la CPU puede retrasar las respuestas de gestión o el tráfico de control incluso cuando un enlace de datos tiene capacidad libre.

Establece qué es normal antes de configurar alarmas

Una línea base registra el comportamiento normal durante periodos representativos de poca y mucha actividad. Recopila mediciones durante varias semanas, con intervalos de muestreo uniformes. Un valor del lunes por la mañana resulta más útil junto a otros valores de los lunes por la mañana.

Un umbral activa una alerta al alcanzar un valor establecido, a menudo con una duración: «utilización superior al 80 % durante 10 minutos». La duración evita reaccionar ante cada ráfaga breve. Las alertas de anomalías, en cambio, comprueban si el patrón difiere de lo normal, como un tráfico saliente inesperadamente intenso a las 03:00.

La supervisión de disponibilidad comprueba las respuestas; la de rendimiento sigue las tasas y el retardo; la de configuración detecta cambios de ajustes. El descubrimiento de red encuentra dispositivos que pueden faltar en los registros. Elige una prueba del servicio cuando quieras saber si ese servicio funciona: un dispositivo puede responder a ping aunque su servicio web se haya detenido.

Los gráficos muestran cómo cambia un valor; los registros muestran qué ocurrió. SNMP proporciona mediciones y notificaciones de los dispositivos, mientras que syslog transporta mensajes de eventos. Juntos ayudan a explicar el momento y los efectos de una interrupción.

Solicita mediciones a los agentes

Un gestor SNMP, que suele formar parte de un sistema de gestión de red (NMS), consulta a un agente en cada dispositivo. Una base de información de gestión (MIB) describe las variables disponibles. Un identificador de objeto (OID) sitúa una variable en el árbol.

Por ejemplo, 1.3.6.1.2.1.1.3.0 identifica sysUpTime, medido en centésimas de segundo desde el último inicio del software de gestión de red. Una puesta a cero de este valor puede reflejar tanto un reinicio del proceso de gestión como uno del dispositivo. Compáralo con otras pruebas antes de informar de un reinicio completo.

Get, GetNext y GetBulk leen valores; Set modifica un valor permitido. Las solicitudes suelen dirigirse al puerto UDP 161 del agente. Una notificación sin confirmación viaja sin solicitud previa al puerto UDP 162 del gestor. Una notificación con confirmación solicita un acuse de recibo, lo que permite volver a enviar una notificación perdida.

El sondeo cada cinco minutos proporciona 288 lecturas por variable y día. Un enlace podría fallar y recuperarse entre sondeos. Las notificaciones sin confirmación añaden avisos inmediatos de eventos, mientras que el sondeo también detecta un agente que deja de responder por completo.

Protege el tráfico de gestión

SNMPv1 y v2c utilizan una cadena de comunidad en texto sin cifrar. El acceso de solo lectura permite consultas; el de lectura y escritura también permite Set. SNMPv3 ofrece noAuthNoPriv, authNoPriv y authPriv; authPriv proporciona autenticación y cifrado. Da preferencia a authPriv. Si se requiere v2c, cambia las cadenas de comunidad predeterminadas, utiliza acceso de solo lectura y restringe las direcciones de los gestores que pueden consultar.

Interpreta y filtra syslog

Syslog envía mensajes a un recolector central, tradicionalmente mediante UDP 514. También están disponibles TCP y el transporte TLS; TLS suele utilizar TCP 6514. La recopilación central conserva los eventos después de que se pierda el búfer local de un dispositivo.

Los números menores indican mayor gravedad. Un nivel configurado de 4 envía los niveles del 0 al 4. Excluye Aviso, Informativo y Depuración. Una salida de depuración abundante puede sobrecargar el equipo, por lo que debes habilitarla brevemente para una investigación concreta.

En %LINEPROTO-5-UPDOWN, LINEPROTO identifica la categoría de origen y 5 significa Aviso. Los eventos repetidos de subida y caída de una interfaz muestran un enlace inestable y orientan la inspección de su cable o sus componentes ópticos.

Sitúa los eventos en una cronología común

Sincroniza los relojes de los dispositivos con NTP. De lo contrario, un error de siete minutos en el reloj puede hacer que un evento del cortafuegos parezca anterior a su causa. La agregación de registros reúne los registros en un único almacén que permite búsquedas; un SIEM añade correlación y alertas entre fuentes. Define un periodo de conservación y protege los registros contra la manipulación. Por último, prueba la ruta de recopilación: un puerto de notificaciones o registros bloqueado puede dejar sin pruebas a un recolector que funciona.

Las distintas preguntas sobre el tráfico requieren diferentes grados de detalle. Para encontrar al emisor con más tráfico durante una semana, utiliza resúmenes. Para investigar una respuesta ausente en una comunicación, examina los paquetes.

Empieza con las pruebas adecuadas

Un flujo agrupa paquetes por campos como las direcciones de origen y destino, los puertos y el protocolo. NetFlow e IPFIX exportan registros con recuentos, totales de bytes y tiempos. Estos registros describen el tráfico sin almacenar el contenido de los paquetes. Un recolector puede ordenar los emisores por volumen de tráfico o mostrar cuándo una copia de seguridad saturó un enlace ascendente.

sFlow muestrea paquetes, por ejemplo uno de cada 1000, y exporta sus primeros bytes junto con contadores de interfaces. Esos bytes suelen contener cabeceras y pueden incluir parte de la carga útil. El muestreo proporciona una estimación de los patrones de tráfico; no registra por completo cada comunicación.

La telemetría en flujo continuo y las API ofrecen otras formas de recopilar datos operativos. La telemetría puede enviar mediciones continuamente en lugar de esperar un sondeo.

Captura una comunicación

Una captura de paquetes registra paquetes en una interfaz. Un analizador de protocolos como Wireshark decodifica sus cabeceras y la carga útil capturada. tcpdump permite capturar desde la línea de comandos. Busca la secuencia de mensajes: una solicitud sin respuesta, retransmisiones TCP repetidas o un intercambio DHCP que se detiene en el descubrimiento.

Los datos de aplicación cifrados que se capturan siguen cifrados a menos que se disponga de la información necesaria para descifrarlos. Las cabeceras y los tiempos de los paquetes pueden seguir ayudando a diagnosticar el intercambio.

Un filtro de captura controla lo que se registra. Por ejemplo, host 192.168.1.20 and port 53 limita una captura de tcpdump al tráfico del puerto DNS en el que participa ese host. Un filtro de visualización cambia lo que ves después de capturar: dns de Wireshark muestra el tráfico DNS decodificado, mientras que ip.addr == 192.168.1.20 muestra los paquetes en los que interviene esa dirección. Ocultar un paquete con un filtro de visualización lo mantiene en la captura.

Sitúa la captura por donde pasa el tráfico

Un host de una red conmutada normalmente ve su propio tráfico de unidifusión y las difusiones, no el tráfico de todos los demás hosts. La duplicación de puertos, llamada SPAN en los equipos Cisco, copia los puertos o VLAN seleccionados a un puerto de supervisión. Un TAP de red realiza mediante hardware una copia del tráfico de un enlace independientemente del conmutador.

Captura y explora solo dentro de tu autorización; limita la recopilación a la investigación, protege los datos sensibles y sigue las normas de conservación y eliminación de la organización.

Supón que una solicitud aparece antes de un cortafuegos, pero allí no aparece ninguna respuesta. Esa observación deja abiertas varias causas posibles. Compara las capturas de antes y después del cortafuegos con sus registros. Si la solicitud llega al lado opuesto y allí vuelve una respuesta que nunca alcanza el lado cercano, las pruebas acotan el problema al paso de retorno por ese dispositivo. Conserva los puntos de observación y las marcas de tiempo junto con los hallazgos.

Un aviso como «sin internet» deja abierta la causa. Un método estructurado convierte ese aviso en un problema comprobable y después en una reparación verificada. Mantén las observaciones separadas de las explicaciones: «fallan todos los clientes del piso 2» es una prueba; «el nuevo conmutador está mal» es una hipótesis.

Pasa del síntoma a una causa comprobada

Los siete pasos son:

1. Identifica el problema. Recopila síntomas, registros y mediciones. Pregunta cuándo empezó, a quién afecta y qué cambió. Reprodúcelo cuando sea posible y aborda los problemas separados de uno en uno.
2. Formula una hipótesis de causa probable. Comprueba las posibilidades evidentes y selecciona la causa que mejor encaje con las pruebas.
3. Comprueba la hipótesis. Elige una prueba cuyo resultado pueda apoyar o descartar la causa propuesta. Si no la confirma, formula una nueva hipótesis o escala la incidencia.
4. Establece un plan de acción e identifica los efectos. Decide cómo corregir la causa confirmada y qué podría interrumpir el trabajo.
5. Aplica la solución o escala la incidencia. Sigue el proceso de cambios y registra cada acción.
6. Verifica el funcionamiento completo y aplica medidas preventivas. Comprueba el trabajo de los usuarios y los demás servicios afectados, y después aborda la posibilidad de que se repita.
7. Documenta los hallazgos, las acciones, los resultados y las lecciones aprendidas. Registra la causa, las pruebas, la solución y el resultado para futuras tareas de soporte.

Una reparación rápida también necesita verificación. Sustituir un cable de conexión puede restablecer un enlace mientras la aplicación tiene un fallo independiente.

Elige por dónde empezar

El enfoque de abajo arriba comienza con la alimentación, el cableado y los enlaces, y después asciende por la conmutación, el direccionamiento y los servicios. Es adecuado cuando no se enciende el indicador de enlace. El enfoque de arriba abajo comienza con la aplicación y desciende. Puede ser adecuado para un fallo limitado a un servicio.

Divide y vencerás prueba un punto intermedio, como la puerta de enlace predeterminada. Si la prueba de la puerta de enlace funciona, la atención se desplaza al enrutamiento o a los servicios hacia el resto de la red. Si falla, se centra en el direccionamiento local, la pertenencia a una VLAN y la ruta física, sin dejar de considerar el filtrado al interpretar una sonda.

Aborda una interrupción compartida

Los usuarios del piso 2 pierden el acceso a las 09:10. Afecta tanto a los clientes por cable como a los inalámbricos, y su conmutador de acceso se sustituyó a las 09:00. Este alcance apunta a una ruta compartida, no al cable de un usuario.

La hipótesis es que falta la configuración troncal en el enlace ascendente del sustituto. show interfaces trunk no muestra ningún enlace troncal. Compara los ajustes activos con la copia de seguridad anterior para comprobar la diferencia de configuración. Planifica una restauración y explica su interrupción al responsable del piso; aplícala y después comprueba el acceso a la puerta de enlace, los servicios remotos y una muestra representativa de usuarios.

Registra la configuración que faltaba y las pruebas satisfactorias. Añade la restauración y la verificación de la configuración al procedimiento de sustitución.

Escala la incidencia con pruebas útiles

Escala la incidencia cuando el acceso o los conocimientos necesarios excedan tu función, o cuando las pruebas conduzcan a equipos gestionados por otro equipo. Entrega información sobre los usuarios y servicios afectados, los tiempos, los cambios recientes, las salidas exactas, las hipótesis comprobadas y los cambios ya realizados. Esto permite que el siguiente técnico continúe a partir de las pruebas actuales en lugar de repetir la primera hora de trabajo.

Ejecuta las pruebas desde el host o segmento afectado y conserva su salida exacta. Comparar un host que falla con otro cercano que funciona suele revelar una diferencia de ajustes más rápido que probar desde una red del administrador ajena al problema.

Consulta primero los ajustes locales

En otros sistemas Linux, consulta /etc/resolv.conf para obtener información del resolutor. ifconfig muestra los ajustes de las interfaces en macOS y sistemas antiguos de tipo Unix; las rutas y el DNS requieren comprobaciones separadas. En un cliente que debe utilizar DHCP, una dirección de enlace local 169.254.x.x asignada automáticamente dirige la atención a un fallo en la obtención de la concesión.

Prueba puntos cada vez más lejanos

ping envía solicitudes ICMP de eco e informa de las respuestas, los RTT y la pérdida. Prueba el bucle de retorno 127.0.0.1, la dirección del propio host, la puerta de enlace, una dirección remota y un nombre. Esto permite distinguir el software local, la LAN, la conectividad hacia el resto de la red y la resolución de nombres.

«Tiempo de espera agotado para esta solicitud» significa que una respuesta no llegó a tiempo. La causa puede ser un destino detenido, el filtrado o una ruta ausente en cualquiera de los sentidos. «Host de destino inaccesible» comunica un fallo de entrega desde el host o un enrutador. Los mensajes repetidos de «TTL agotado en tránsito» sugieren un bucle de enrutamiento; examina la ruta y el recorrido.

Una sonda fallida mantiene el filtrado entre las posibilidades. Prueba también la aplicación necesaria, utilizando el nombre y el protocolo correctos.

Traza la ruta y resuelve nombres

tracert en Windows y traceroute en Linux o macOS envían sondas con valores de TTL crecientes. Los enrutadores donde caduca el TTL pueden devolver un mensaje ICMP de tiempo excedido. Windows utiliza sondas ICMP de eco; Linux utiliza normalmente sondas UDP.

Una fila de asteriscos seguida de saltos que responden muestra la ausencia de respuestas de un enrutador, mientras que las sondas posteriores siguen avanzando. La ausencia de respuestas desde un salto hasta el final puede reflejar filtrado o un fallo de la ruta. Un aumento persistente del RTT sugiere dónde investigar, pero incluye el viaje de vuelta y el procesamiento de la respuesta. Confírmalo con pruebas repetidas y mediciones de interfaces.

nslookup www.example.com y dig www.example.com consultan DNS. Si una dirección es accesible, pero no se puede resolver el nombre, examina los ajustes y los registros del resolutor.

Añade pruebas del enlace local y del servicio

arp -a muestra las correspondencias entre IP y MAC almacenadas en caché. Para comprobar un contacto reciente con la puerta de enlace, borra esa entrada, envía tráfico y comprueba si aparece una entrada nueva. Una entrada antigua puede conservarse después de un fallo.

netstat, o ss en Linux, muestra conexiones y puertos en escucha. pathping y mtr combinan información de la ruta con mediciones repetidas de pérdida. nmap comprueba puertos abiertos en destinos autorizados, mientras que iperf mide la tasa de transferencia efectiva entre dispositivos finales. Un socket TCP 443 en escucha indica que un servicio local está esperando; una prueba separada desde un cliente comprueba si la ruta de red permite acceder a él.

Las pruebas de host muestran un síntoma desde un dispositivo final. Los comandos show de conmutadores y enrutadores añaden la perspectiva del dispositivo: si un puerto está habilitado, qué VLAN transporta su tráfico y adónde irá el siguiente paquete. Los comandos de aquí utilizan la sintaxis de Cisco IOS.

Consulta el estado sin limitarte a él

show ip interface brief enumera las direcciones, el estado físico y el protocolo del enlace. Interpreta conjuntamente los dos campos de estado:

En los conmutadores, show interfaces status añade la VLAN de acceso, la velocidad, el dúplex y estados como conectado, sin conexión o desactivado por error. show interfaces proporciona tasas y contadores detallados, incluidos errores CRC, tramas de tamaño inferior al mínimo, tramas de tamaño superior al máximo, colisiones y descartes en la cola de salida.

Un puerto activo/activo puede transportar una VLAN incorrecta o acumular tramas dañadas. Por tanto, una comprobación útil relaciona el estado con la configuración prevista y con los cambios de los contadores durante un intervalo medido.

Sigue el tráfico por la conmutación y el enrutamiento

show mac address-table localiza una dirección MAC aprendida por puerto y VLAN. show vlan brief enumera la pertenencia de los puertos de acceso. show interfaces trunk identifica los enlaces troncales y las VLAN que transportan.

Por ejemplo, una impresora utiliza 10.20.30.45, que IPAM asigna a la VLAN 30. Su MAC aparece en Gi1/0/14 en la VLAN 1. Las pruebas apuntan a la asignación del puerto. Después de corregirla de forma controlada a la VLAN 30, vuelve a probar el acceso a la impresora y actualiza el registro del cambio.

show ip route enumera rutas directamente conectadas, estáticas y aprendidas, incluida la puerta de enlace de último recurso. Si las subredes locales funcionan, pero las redes remotas fallan, examina la ruta predeterminada y la de retorno. show ip arp añade las correspondencias locales entre IP y MAC del enrutador.

Comprueba los ajustes, la alimentación y los eventos

show running-config muestra los ajustes activos para compararlos con la copia de seguridad o la configuración de referencia aprobada. show power inline muestra el uso de PoE por puerto y el presupuesto restante del conmutador. show logging proporciona el búfer local de eventos, que puede relacionar un fallo con una caída y recuperación del enlace, un evento de protección o un problema de alimentación.

Conserva la salida exacta del comando y su marca de tiempo. Un cambio posterior de estado es más fácil de interpretar cuando se conserva la observación anterior.

Identifica el otro extremo

El protocolo de descubrimiento de Cisco (CDP) es propietario de Cisco; el protocolo de descubrimiento de la capa de enlace (LLDP) es el estándar IEEE 802.1AB. Ambos anuncian información a los vecinos conectados directamente, como el nombre del dispositivo, el modelo, el puerto y la dirección de gestión.

Utiliza show cdp neighbors o show lldp neighbors para confirmar adónde va un enlace ascendente cuando el diagrama está incompleto. Combina ese registro de vecinos con el mapa de cableado y los detalles del puerto local. El nombre de un vecino ayuda a localizar la conexión; las comprobaciones de VLAN, rutas y servicios establecen si esa conexión admite el tráfico previsto.

Un cable que funciona puede conectar un host a una VLAN incorrecta, y un enrutador que funciona puede carecer de la ruta que necesita una respuesta. Compara los ajustes reales con el plan de direccionamiento y sigue el servicio que falla en ambos sentidos.

Comprueba la subred y la puerta de enlace del host

Para acceder mediante enrutamiento IPv4, un host necesita una dirección única, la máscara correcta y una puerta de enlace accesible en su subred. Además, necesita DNS para convertir nombres en direcciones. La comunicación por dirección IP puede funcionar aunque falle DNS.

Considera 10.1.1.130/25. Su red es 10.1.1.128/25 y su rango utilizable es .129–.254. Una puerta de enlace 10.1.1.1 está fuera de esa subred. Comprueba IPAM: o bien la puerta de enlace documentada debe estar dentro de la /25, o bien la máscara prevista podría ser en realidad /24. No inventes una puerta de enlace solo porque su número te resulte familiar.

Una dirección duplicada puede causar acceso intermitente a medida que distintas direcciones MAC se asocian a una misma IP. Utiliza las pruebas ARP y la tabla MAC del conmutador para localizar el segundo dispositivo. Corrige la asignación estática o la reserva DHCP y mantén la coherencia de IPAM.

Distingue DHCP de DNS

Un cliente DHCP que no obtiene una concesión puede utilizar una dirección automática 169.254.x.x. Comprueba el servidor, las direcciones disponibles del conjunto, la VLAN del cliente y la ruta de retransmisión cuando el servidor esté en otra subred. En equipos Cisco, la retransmisión suele configurarse con ip helper-address.

Un conjunto desde 192.168.5.100 hasta .199 contiene 100 direcciones, contando ambos extremos. El cliente simultáneo número 101 necesita otra dirección libre. Las concesiones más cortas recuperan antes las direcciones de los clientes que se han ido; los clientes activos renuevan, por lo que la duración de la concesión no puede aumentar la capacidad simultánea del conjunto.

Para DNS, examina las direcciones de los resolutores que recibió el host y consulta al servidor previsto. Comprueba el registro correspondiente. Después de corregir un registro modificado, ipconfig /flushdns vacía la caché local obsoleta de un cliente Windows. Vaciar la caché de un cliente no puede reparar un registro incorrecto del servidor.

Comprueba la conmutación, las rutas y las reglas

Elimina la causa de un estado de desactivación por error antes de volver a habilitar el puerto. En un puerto Cisco, esto puede implicar shutdown seguido de no shutdown, una vez corregido el fallo.

Una solicitud puede llegar a un servidor mientras la respuesta carece de una ruta a la subred de origen. Comprueba ambos sentidos. Para el filtrado de tráfico, examina los contadores de coincidencias y los registros de la regla correspondiente. Un intercambio ICMP satisfactorio comprueba ICMP, mientras que el tráfico TCP o UDP de la aplicación sigue sus propias reglas.

Utiliza el alcance para elegir los componentes compartidos: un solo host afectado dirige la atención al ámbito local; una subred entera la dirige a su puerta de enlace, conmutador de acceso, servicio DHCP o enlace ascendente.

La ausencia de luz de enlace, las caídas y recuperaciones repetidas, una velocidad inesperadamente baja y los errores de trama en aumento justifican una comprobación física temprana. Empieza por las conexiones visibles y una sustitución sencilla, como un cable de conexión que se sabe que funciona, y después elige una herramienta que mida el fallo sospechado.

Comprende los fallos del cobre

Un circuito abierto es un conductor roto; un cortocircuito une conductores que deberían estar separados. Un error de conexionado sitúa los hilos en pines no previstos. Un par dividido puede conservar la continuidad entre pines y mezclar los pares trenzados físicos, lo que causa diafonía. Una prueba sencilla de continuidad puede no detectarlo.

Mantén los pares trenzados hasta cerca de la terminación; destrenzarlos en exceso, más de unos 13 mm, debilita el rechazo del ruido. La atenuación es la pérdida de señal con la distancia. La diafonía es la interferencia entre pares, medida como NEXT cerca del extremo emisor y FEXT en el extremo lejano. La EMI procede de fuentes eléctricas externas, como motores o cableado de alimentación adyacente.

Un canal Ethernet estándar de par trenzado admite 100 m, normalmente 90 m de cable fijo más 10 m de cables de conexión. Cat 5e admite 1 Gbit/s a lo largo de 100 m; Cat 6 admite 10GBASE-T en tendidos más cortos, de hasta unos 55 m según las condiciones de instalación; Cat 6A admite 10GBASE-T a lo largo de 100 m.

Elige la herramienta para cobre según la pregunta

En un tendido de 42 m, una prueba TDR desde la toma de pared encuentra un circuito abierto a 37 m. La rotura está a unos 5 m del extremo del panel. El sentido de la prueba importa: la pantalla indica la distancia desde el instrumento, no desde el extremo al que resulte más fácil acceder.

Superar una prueba de continuidad verifica las conexiones, mientras que una certificación de categoría también mide el rendimiento, como las pérdidas, la diafonía y la pérdida de retorno.

Inspecciona y prueba la fibra

Los fallos de fibra incluyen extremos sucios o rayados, curvaturas excesivas, fibra y componentes ópticos incompatibles y rutas de transmisión y recepción invertidas. Comprueba que coincidan las especificaciones de los transceptores y revisa la polaridad antes de sustituir un tendido largo.

Un localizador visual de fallos (VFL) envía luz roja visible para revelar algunas roturas y curvaturas cerradas. Una fuente de luz y un medidor de potencia óptica miden las pérdidas. Un OTDR identifica eventos ópticos y sus distancias. Un microscopio de inspección comprueba el estado del conector. Un conector de bucle de retorno conecta la transmisión de un puerto con su recepción para realizar una prueba local del puerto.

Nunca mires directamente al extremo de una fibra, a un transceptor ni a la salida de un VFL. Sigue las normas de seguridad eléctrica del lugar y respeta el radio mínimo de curvatura del cable.

Después de sustituir o reparar un componente, repite la prueba correspondiente y registra la etiqueta del cable, el resultado y los valores medidos. Esto relaciona la reparación con pruebas de que el enlace instalado ya cumple su requisito.

Un enlace puede seguir activo mientras las tramas dañadas, los ajustes que no coinciden o una alimentación insuficiente interrumpen el trabajo útil. Consulta la tendencia de errores de la interfaz y comprueba las especificaciones físicas en ambos extremos.

Interpreta los cambios en los contadores

Los contadores se acumulan, así que conserva primero los valores actuales y la marca de tiempo. Después compara los valores durante un intervalo de tráfico conocido, o pon los contadores a cero durante una prueba controlada. Un total histórico elevado puede describir un evento antiguo; un recuento que aumenta rápidamente describe un problema actual.

Los errores CRC identifican tramas recibidas dañadas. Inspecciona el cableado, los conectores, las interferencias, los componentes ópticos y los ajustes de dúplex. Con 2500 errores en 1 000 000 de paquetes de entrada, la proporción de errores es del 0,25 %. Los enlaces en buen estado deberían mantenerse cerca de cero.

Las tramas de tamaño inferior al mínimo están por debajo del mínimo Ethernet de 64 bytes. Las tramas de tamaño superior al máximo exceden el límite de trama aplicable; una trama Ethernet estándar sin etiqueta tiene un máximo de 1518 bytes. Comprueba los ajustes de MTU y de tramas jumbo cuando sospeches que el tráfico supera el tamaño permitido. Los descartes en la cola de salida, en cambio, muestran tráfico descartado de la cola de envío, a menudo durante la congestión.

Iguala la velocidad y el dúplex

A 100 Mbit/s, fijar un extremo en dúplex completo y dejar el otro en automático puede producir una discrepancia. El extremo automático detecta la velocidad, pero pasa a semidúplex cuando no puede negociar el dúplex. Cabe esperar colisiones tardías en el lado semidúplex y tramas dañadas o de tamaño inferior al mínimo en el lado dúplex completo.

Configura ambos extremos con autonegociación o utiliza los mismos ajustes fijos admitidos en ambos. Confirma después la velocidad, el dúplex y los nuevos recuentos de errores. La desactivación administrativa, la desactivación por error y una interfaz miembro suspendida de una agregación de enlaces requieren comprobar la configuración o la causa de protección, no sustituir el cable por defecto.

Comprueba PoE por puerto y en total

La alimentación a través de Ethernet (PoE) suministra datos y energía eléctrica por el mismo cable de cobre. Los límites en el lado del conmutador son:

Las pérdidas del cable explican la diferencia. Un dispositivo que requiere PoE+ puede fallar o reiniciarse en un puerto que solo admite af. Suma también todas las asignaciones del lado del conmutador: ocho puntos de acceso de 30 W y diez cámaras de 15,4 W requieren 394 W. Eso supera un presupuesto de 370 W en 24 W. show power inline revela las asignaciones por puerto y la potencia restante. Añade capacidad adecuada o traslada cargas a otra fuente de alimentación.

Comprueba la compatibilidad de los componentes ópticos y los repuestos

Los transceptores deben coincidir en velocidad, longitud de onda y tipo de fibra en ambos extremos. Comprueba los módulos admitidos, las conexiones de transmisión y recepción y la potencia óptica recibida. Una potencia recibida baja apunta a conectores sucios, fibra dañada o pérdidas excesivas en el trayecto.

Ante reinicios del hardware o sobrecalentamiento, inspecciona los ventiladores, las fuentes de alimentación, la temperatura y los registros. Sustituye por componentes compatibles y verifica después los ajustes del enlace, los errores, la alimentación y los servicios. Mantén identificados los repuestos críticos en el inventario.

Una aplicación lenta puede reflejar un enlace ascendente saturado, tramas dañadas o una ruta larga. Mide las tasas, el retardo, la variación del retardo y la pérdida en los puntos pertinentes antes de elegir una mejora.

Encuentra el recurso limitante

La congestión ocurre cuando las llegadas superan la capacidad de un enlace: las colas crecen, el retardo aumenta y se descartan tramas. La contienda por recursos es la competencia por un recurso compartido, como un canal inalámbrico. Un cuello de botella es el punto que limita la ruta. Un servidor de 10 Gbit/s no puede enviar a esa tasa a clientes a los que se accede por un enlace de 1 Gbit/s.

La sobresuscripción compara la capacidad total de acceso con la capacidad total de los enlaces ascendentes. Cuarenta y ocho puertos de 1 Gbit/s detrás de dos enlaces ascendentes activos de 10 Gbit/s dan:

Es una relación de capacidades, no una medición del uso actual. La sobresuscripción es habitual porque rara vez todos los clientes envían a máxima velocidad. La utilización sostenida del enlace ascendente y los descartes en la cola de salida muestran cuándo la capacidad compartida resulta insuficiente.

Estima correctamente una transferencia

Convierte el tamaño del archivo de bytes a bits antes de dividirlo por una tasa de bits. Con prefijos decimales, un archivo de 2 GB contiene 16 000 megabits.

Con una tasa de transferencia efectiva de 80 Mbit/s, tarda 200 s. La tasa de línea da un límite inferior ideal; la tasa de transferencia efectiva medida proporciona una estimación más útil para planificar. Dividir gigabytes directamente entre megabits por segundo omite tanto la conversión de prefijos como los ocho bits de un byte.

Explica el retardo y la pérdida

La propagación requiere tiempo para recorrer una distancia; la serialización coloca los bits en el enlace; los dispositivos añaden retardo de procesamiento y de cola. La luz en la fibra viaja a unos 200 km por milisegundo. Un mayor ancho de banda local no puede eliminar el tiempo de viaje de una ruta lejana.

La pérdida puede deberse a descartes en las colas, errores físicos, hardware sobrecargado o interferencias inalámbricas. TCP retransmite los datos que faltan y reduce su tasa de envío, por lo que incluso una pérdida moderada puede disminuir mucho la tasa de transferencia efectiva. Los contenidos multimedia en tiempo real pueden presentar cortes en su lugar.

Para Wi-Fi, examina la señal débil, los canales saturados, las interferencias, el exceso de clientes y los clientes que permanecen asociados a un punto de acceso lejano. Compara con una prueba por cable desde la misma ubicación para distinguir los problemas de radio de otros que afectan a una parte más amplia de la ruta.

Elige una mejora respaldada por pruebas

En una sucursal, las llamadas se entrecortan de 13:00 a 15:00. El enlace de internet de 100 Mbit/s alcanza 95 Mbit/s y los registros de flujo identifican una copia de seguridad de 70 Mbit/s. Trasladar esa copia a las 22:00 reduce la carga de la tarde a unos 25 Mbit/s. QoS puede entonces priorizar las llamadas durante las ráfagas restantes.

Otras mejoras incluyen aumentar la capacidad de un cuello de botella, añadir capacidad agregada de enlaces, corregir fallos de firmware o sustituir equipos sobrecargados. La agregación de enlaces aumenta la capacidad entre distintos flujos de tráfico; un flujo puede seguir limitado a un enlace miembro. QoS cambia la prioridad, no la capacidad total. Vuelve a medir con una carga comparable para verificar la mejora.

La entrega consiste en demostrar que la red instalada cumple sus requisitos y dejar registros utilizables para el siguiente operador. Una conexión a internet satisfactoria solo cubre una pequeña parte de esa tarea.

Convierte los requisitos en pruebas registradas

Empieza por los equipos, servicios, cobertura y objetivos de rendimiento acordados. Prepara una lista de comprobación que relacione cada requisito con una prueba y un resultado. Incluye los equipos nuevos y los componentes reparados.

Prueba cada enlace permanente de cableado, compara las etiquetas de ambos extremos con el mapa de cableado y repara y vuelve a probar los fallos. Utiliza un certificador cuando el contrato exija certificación de categoría. Conserva el informe y los resultados medidos de cada enlace junto con su identificador.

En la configuración, comprueba que se hayan sustituido las credenciales predeterminadas, instalado el firmware estable aprobado, ajustado la hora y NTP y aplicado las direcciones IP, las VLAN y la seguridad inalámbrica previstas. Desactiva los puertos y servicios no utilizados. Guarda los ajustes finales verificados y una copia de seguridad.

Pon a prueba cada servicio y segmento

Utiliza clientes de prueba en puertos representativos de cada VLAN y en cada red inalámbrica. Comprueba que obtienen la dirección prevista, acceden a la puerta de enlace, resuelven nombres y llegan a los servidores y servicios de internet necesarios.

Después prueba los tipos de dispositivos instalados: los teléfonos realizan llamadas, las impresoras imprimen, las cámaras transmiten sus imágenes y los puntos de acceso atienden a los clientes. Si se instaló redundancia, realiza la prueba de conmutación por error acordada en una ventana controlada, por ejemplo retirando un enlace ascendente y comprobando la continuidad del servicio necesario.

Registra la ubicación, la hora, el método y el resultado de la prueba. Un fallo limitado a una VLAN necesita un resultado separado aunque las demás VLAN superen las pruebas.

Mide y optimiza

Mide la tasa de transferencia efectiva entre dispositivos finales definidos, además de la latencia y la pérdida. En las redes inalámbricas, comprueba la cobertura de señal sala por sala. Estas lecturas iniciales forman una línea base de rendimiento.

La optimización mejora una instalación que ya funciona. Algunos ejemplos son elegir un canal inalámbrico menos ocupado, utilizar una banda admitida más rápida, corregir problemas de firmware, reforzar la seguridad o sustituir un componente lento. Cambia un elemento cada vez y repite la medición correspondiente para poder atribuir el resultado al cambio.

Supón que una toma de pared supera la prueba básica de continuidad, pero el tráfico que la atraviesa produce errores CRC en aumento. Una prueba más completa del mapa de hilos identifica un par dividido. Rehaz su terminación, repite las pruebas de cableado y tráfico y registra después «Toma 1.04: aprobado tras rehacer la terminación». Actualiza el mapa para que la ubicación y el resultado sigan relacionados.

Entrega lo necesario para operar la red

Proporciona diagramas físicos y lógicos, mapas de cableado e informes de pruebas, el plan de direccionamiento, el inventario de activos con números de serie y firmware y copias de seguridad actuales de la configuración. Transfiere las credenciales de administrador mediante un canal seguro. Incluye instrucciones para el soporte rutinario y la recuperación.

La automatización permite a un administrador describir un cambio una vez y aplicarlo a muchos dispositivos. También recopila el estado, hace copias de seguridad de los ajustes y compara las configuraciones reales con el estándar aprobado. La persona que la utiliza sigue necesitando comprender el resultado previsto.

Describe los ajustes de forma repetible

La infraestructura como código (IaC) almacena las definiciones de infraestructura en archivos de texto versionados. Una edición revisada registra qué cambió y por qué. Las plantillas pueden compartir ajustes comunes, mientras las variables proporcionan el nombre, la dirección de gestión y la lista de VLAN de cada dispositivo.

Una operación idempotente alcanza el mismo estado previsto cuando se repite. Si la VLAN 30 ya coincide con la definición, una tarea idempotente adecuada la deja sin cambios. Repetir no significa crear otra copia del recurso.

El historial de versiones ayuda a recuperar definiciones anteriores, pero la red instalada debe seguir comprobándose después de aplicar una versión. El estado de los dispositivos y los servicios dependientes determinan si una reversión tiene éxito.

Reconoce las herramientas habituales

Ansible utiliza inventarios y conjuntos de tareas en YAML. Normalmente accede a los dispositivos de red mediante SSH o API sin instalar un agente en ellos. Terraform describe recursos de forma declarativa en HCL, compara la configuración deseada con el estado registrado y la información del proveedor, muestra un plan y después aplica las acciones aprobadas. Es habitual para recursos de la nube y de controladores.

Puppet y Chef utilizan tradicionalmente agentes que obtienen su configuración de un servicio central. Estas herramientas difieren en su modelo de funcionamiento, pero todas necesitan definiciones correctas, acceso adecuado y una forma de verificar los resultados.

La automatización también facilita las copias de seguridad rutinarias, las comprobaciones de cumplimiento, la detección de desviaciones y la recopilación del estado. El aprovisionamiento sin intervención permite que un dispositivo nuevo obtenga su configuración inicial automáticamente al conectarse.

Controla el alcance de un cambio

Una plantilla correcta reduce la escritura repetida y los ajustes poco uniformes. Una plantilla defectuosa puede propagar el mismo error a todos los destinos. Revisa el cambio propuesto, pruébalo en un grupo pequeño, comprueba el resultado y amplía el despliegue por etapas controladas. Mantén copias de seguridad y un plan de reversión mediante el proceso habitual de cambios.

Por ejemplo, un conjunto de tareas destinado a actualizar un servidor NTP debe probarse primero en conmutadores seleccionados. Confirma la sincronización horaria y el acceso administrativo antes de ejecutarlo sobre todo el inventario. Un informe de éxito de la herramienta debe contrastarse con el estado de los dispositivos y del servicio.

Revisa los resultados de la IA

La inteligencia artificial predictiva y el aprendizaje automático detectan patrones inusuales en la supervisión y prevén necesidades de capacidad o posibles fallos. La inteligencia artificial generativa puede resumir eventos, responder preguntas o redactar configuraciones.

Un borrador plausible puede contener un nombre de interfaz, una dirección o un comando incorrectos. Contrástalo con los registros de red y pruébalo antes de aplicarlo. La IA puede ayudar a organizar las pruebas; no elimina la responsabilidad de comprobar la acción propuesta y sus efectos.

Una API define cómo un programa solicita datos o acciones a otro. Los controladores de red ofrecen API para que las herramientas puedan consultar el estado de los dispositivos o solicitar cambios sin recorrer menús.

Interpreta un intercambio HTTP

Una API de estilo REST identifica los recursos mediante URI, por ejemplo https://controller.example.com/api/v1/devices/42. Una solicitud tiene un método, cabeceras y, a veces, un cuerpo. La respuesta tiene un código de estado y, a menudo, datos. Las solicitudes sin estado transportan el contexto necesario para procesarlas, incluido el material de autenticación cuando se requiere.

Estas acciones se corresponden con CRUD: crear, leer, actualizar y eliminar. Consulta el contrato de recursos de la API para conocer el cuerpo exacto que acepta y su comportamiento.

Consulta el estado antes de considerar que una solicitud tuvo éxito. 200 significa Correcto, 201 significa Creado y 204 indica éxito sin contenido de respuesta. Una respuesta 400 informa de una solicitud incorrecta; examina su cuerpo en busca de JSON mal formado, un campo ausente o un valor no válido. 401 se refiere a autenticación ausente o no válida. 403 significa que la solicitud se rechaza por acceso insuficiente en el flujo habitual de gestión autenticada. 404 significa que no se encontró el recurso; 500 informa de un error del servidor.

Protege el material de autenticación

La autenticación básica codifica un nombre de usuario y una contraseña, pero no los cifra; utilízala solo sobre HTTPS. Una clave de API es una credencial secreta. El acceso basado en tokens envía un token, a menudo como Authorization: Bearer seguido del valor del token. OAuth es un marco utilizado habitualmente para obtener tokens de acceso.

Una solicitud de lectura con un token caducado puede devolver 401. La misma solicitud con un token válido puede devolver 200. Una cuenta de solo lectura que intenta eliminar puede recibir 403. Cambiar la contraseña no concede a esa cuenta permiso de eliminación.

Interpreta los valores y la estructura de JSON

JSON utiliza objetos entre llaves y arreglos ordenados entre corchetes. Las claves de los objetos y los valores de cadena utilizan comillas dobles rectas. Los números, los valores booleanos y null no llevan comillas.

{
  "hostname": "SW1",
  "uptime_days": 41,
  "poe": true,
  "interfaces": [
    {"name": "Gi1/0/1", "vlan": 10},
    {"name": "Gi1/0/2", "vlan": 30}
  ]
}

El objeto externo tiene cuatro claves. interfaces contiene dos objetos y el valor de VLAN de la segunda interfaz es el número 30. Escribir "30" lo convertiría en una cadena. La cabecera Content-Type: application/json identifica JSON como formato del cuerpo.

JSON prohíbe los comentarios, las cadenas entre comillas simples y las comas finales. Requiere comas entre miembros consecutivos. Comprueba la sintaxis por separado de los requisitos de campos de la API: un JSON válido puede solicitar una VLAN no válida u omitir un nombre obligatorio. Lee el cuerpo de la respuesta para saber de qué problema informó el servidor.

En una red tradicional, cada dispositivo construye la información de reenvío mediante sus propias funciones de control y suele gestionarse mediante sesiones individuales. Las redes basadas en controlador añaden una visión central y políticas compartidas mientras los dispositivos siguen reenviando tráfico.

Separa tres tareas

Una red definida por software (SDN) separa gran parte del trabajo de control de los dispositivos de reenvío y lo coordina mediante un controlador. La visión del controlador permite aplicar políticas uniformes y automatizar. Los conmutadores y enrutadores conservan su función en el plano de datos.

Sitúa las interfaces respecto al controlador

Las interfaces hacia las aplicaciones conectan aplicaciones, scripts y paneles con el controlador, a menudo mediante API REST. Una aplicación solicita allí una política o consulta el estado de toda la red.

Las interfaces hacia los dispositivos conectan el controlador con los dispositivos. Las tecnologías pueden incluir NETCONF, RESTCONF, OpenFlow, SNMP o SSH, según el diseño. «Norte» y «sur» describen la función de la interfaz, no la ubicación de sus extremos en el edificio.

Para un cambio en la red de invitados, una aplicación puede solicitar una política mediante la interfaz hacia las aplicaciones. Después, el controlador aplica los ajustes mediante la interfaz hacia los dispositivos y recopila los resultados. Un despliegue parcial sigue necesitando investigación; la gestión central hace visibles los resultados, pero no garantiza que todos los destinos hayan aceptado el cambio.

Distingue la red subyacente de la superpuesta

La red subyacente es la red física de dispositivos y enlaces conectados mediante IP. Una red superpuesta crea una red virtual sobre ella mediante túneles, como VXLAN, para transportar segmentos separados. Un tejido de red reúne la red subyacente y la superpuesta en un sistema gestionado.

Un túnel sigue dependiendo de la ruta subyacente. Cuando un extremo de la red superpuesta es inaccesible, comprueba la conectividad de la red subyacente antes de suponer que la política de la red virtual es incorrecta.

Traduce la intención en un comportamiento comprobado

Con las redes basadas en intención, el administrador expresa un objetivo como «los invitados solo pueden acceder a internet». El controlador lo traduce en ajustes y comprueba si el comportamiento coincide con la intención. Cisco Catalyst Center es un ejemplo de controlador de gestión de campus.

SD-WAN aplica políticas centralizadas a las conexiones entre sedes. Puede dirigir las aplicaciones por varios enlaces según la calidad medida y las políticas. Los conmutadores y puntos de acceso gestionados desde la nube ofrecen un modelo relacionado de gestión central mediante un panel alojado.

Los controladores ofrecen aprovisionamiento más rápido, ajustes uniformes y visibilidad compartida. También necesitan seguridad, resiliencia y competencias del personal, y pueden introducir dependencia de un fabricante. Durante una caída del controlador, los dispositivos de los diseños habituales siguen reenviando el tráfico existente, mientras que las nuevas operaciones de políticas y gestión pueden no estar disponibles. El comportamiento exacto depende del diseño y del estado que ya tengan los dispositivos.