En el día a día del área de Redes e Internet, es muy común que los Proveedores de Internet (ISPs) se vean en la necesidad de realizar ciertos cambios en tiempos controlados, siempre que pueda existir un riesgo considerable para la Red, debido a a alguna implementación, migración de equipos, etc. Y es en este punto cuando entran en juego las llamadas “ventanas de mantenimiento” o “GMUD”.

La necesidad de operar en un horario controlado se debe al menor riesgo para la Red en su conjunto, ya que hay una disminución general en el uso/tráfico de la Red en la madrugada, al igual que en el otro lado también hay horas pico. períodos como el almuerzo y la noche, fines de semana y días festivos (que, en general, a menudo pueden ver un flujo de tráfico ligeramente mayor que entre semana).

¿Qué es un «GMUD»?

Cuando hablamos de ventanas de mantenimiento, hay algunos términos diferentes al respecto, pero se refieren al mismo tema/propósito. Si usamos el término GMUD, viene de “Change Management”, es decir, cambios en la Red del ISP, de forma estrictamente planificada, que normalmente se realizan en horas/madrugadas controladas (ejemplos: 4am, 5am, 6am… ).

Ante esto, siempre que sea necesario programar la ejecución de un GMUD/Ventana, es sumamente importante seguir unas “Listas de Verificación”, que nos ayuden a no dejar “atrás” ningún punto necesario para poder llegar a ejecutar una ventana. con calidad y éxito!

Para comenzar primero con las explicaciones más generales, aquí hay algunas observaciones que siempre serán útiles en la preparación para un GMUD exitoso.

OBSs. importante general:
  • Siempre que sea posible, citando como ejemplo un GMUD para reemplazo físico de un Router en la Red (reemplazo de un Activo), es importante analizar el escenario de Red en el que se está trabajando, y observar si es posible planificar algún plan de acción. realizar una migración que no deje a todos «ciegos», es decir, que pasaría si quitamos todos los cables del Router en producción, y los enchufamos todos al Nuevo Router (y no hay redundancia, por lo tanto causando la pérdida del acceso remoto a la Red del ISP; de ahí el término “a ciegas”).
  • Por lo que recomendamos validar siempre con el ISP para realizar una migración por partes, de cualquier manera posible (pero claro, siempre dependerá de cada caso, escenario. Habrá escenarios donde esto no será posible);
  • Ejemplo: Tomando el punto de vista de la Consultoría (Made4it):
    • Todavía basado en una migración de enrutador (por ejemplo, BGP; y ese enrutador tiene más de 1 enlace/ascendente), si en el momento de la migración es posible ‘girar’ solo un cable al nuevo enrutador, refiriéndose a cualquiera de los enlaces que el cliente tiene, por lo que migramos, y así (con un acceso también a través de algún /30 con el antiguo enrutador todavía en producción) logramos validar si ese enlace se ‘cargará’ en el nuevo enrutador;
    • Una vez ‘arriba’ y OK, podemos realizar un acceso externo al nuevo Router a través de la IP /30 de su lado de dicho Link establecido;
    • Y, por tanto, podemos migrar el resto de la Red con mucha más tranquilidad, ya que ya se aprobó la primera vez que se estableció el Enlace en el Nuevo Router, y el acceso al equipo ya la Red del cliente quedó OK.
  • extra:
    • Tenga en cuenta que, de acuerdo con el análisis del escenario, incluso puede ser posible realizar las actividades/implementaciones/migraciones en la Red del ISP sin siquiera tener la necesidad esencial de una Ventana/GMUD, si es posible realizar los cambios. en pasos/fases, de manera que no afecte el funcionamiento de la Red.
    • Y, sea con o sin ventana, tener siempre un plan de acción bien definido, para que no queden dudas sobre la necesidad real, los pasos a seguir para conseguir los objetivos deseados, etc.

Sin embargo, independientemente del factor anterior, si efectivamente es necesario realizar una Ventana/GMUD, vea a continuación las Listas de Verificación que son sumamente importantes para ser validadas, siempre antes de la ejecución de una Ventana, para que todo quede bien planificado y , por lo tanto, puede obtener un resultado satisfactorio/esperado en las actividades realizadas.

Lista de verificación previa a GMUD: validaciones generales que un ISP debe tener en cuenta:

  • En caso de reemplazo de Activos, ¿el nuevo equipo (Router, Switch,…) está ubicado en la misma ubicación (física) que el actual que será reemplazado? ¿Está en el mismo estante o en diferentes estantes? Al momento de la migración, ¿será necesario cambiar físicamente algún equipo de un Rack a otro, o algo similar? En caso afirmativo, ¿se ha confirmado si se dispone de todas las herramientas necesarias para cambiar físicamente el equipo en el Rack?
  • ¿Se reemplazará el Activo/Equipo actual en un 100 % o seguirá estando en la Red cumpliendo alguna función? (dependerá de cada caso, proyecto,…)
  • ¿Están todos los módulos/GBIC y cables disponibles, según la cantidad requerida? ¿Hay GBIC y cables de repuesto? ¿Cuántos?
  • ¿Los módulos/GBIC y los cables son del mismo proveedor o de diferentes proveedores? ¿Todos han sido probados? Para asegurarse de que todos funcionan bien.
  • ¿El equipo (actual/nuevo) está (o lo estará) alimentado por dos fuentes de alimentación (para garantizar la redundancia)? Y, si es así, ¿cada fuente está conectada a un UPS diferente/separado?
  • ¿Existe la posibilidad de que el ISP tenga un Cable de Consola (acceso probado antes) para acceder directamente al Router/Equipo en caso de ser necesario? E incluso para las ejecuciones de GMUD en conjunto con el equipo de Consultoría (en este caso, Made4it, por ejemplo), existe la posibilidad de que, en casos extremos, el cliente pueda enrutar una conexión a Internet desde un dispositivo móvil a una computadora portátil, para que pueda puede proporcionarnos un acceso externo a este acceso a la Consola? (un TeamViewer, AnyDesk,…, de la máquina conectada al Router) (esto sería para garantizar que tienes acceso al equipo referente a los cambios, para que puedas comprobar si todo está en orden, etc.)

Muchas veces puede parecer que ya tenemos en mente todo lo necesario para una Ventana exitosa, pero siempre recomendamos validar esta Lista de Verificación, ya que somos humanos y podemos olvidar puntos (incluso importantes), como cualquiera de los detalles mencionados anteriormente, por lo que para evite esto, y para tener una conclusión exitosa de una Ventana/GMUD, guarde con cuidado la información aquí planteada, ya que es seguro que siempre podrá ayudar en la preparación de una Ventana de calidad.

Vea a continuación algunos puntos más importantes a validar, un poco más centrados en el aspecto técnico (esto sería lo que nosotros, Made4it, validaríamos con los ISP antes que con un GMUD).

Lista de verificación previa a GMUD: otros detalles técnicos:

  • Retirar/tener siempre un Backup de los Equipos/Activos involucrados en el mantenimiento, y adjuntarlo a la Documentación correspondiente (tanto de Made4it como del ISP);
    • (recordando que el Backup es importante tanto ANTES de la Ventana como DESPUÉS – con los nuevos equipos implementados, por ejemplo…)
  • Preparar un correo electrónico de notificación de la Ventana de Mantenimiento PROGRAMADA (enviar al equipo Made y al equipo del ISP en cuestión que está realizando la demanda que requirió la Ventana)
    • esto también es importante en el momento posterior a GMUD, habiendo cerrado la Ventana de Mantenimiento, un correo electrónico con una descripción de todo lo que sucedió en la Ventana, para mantener al equipo Made y al ISP al tanto;
    • : En cuanto al correo electrónico de aviso en específico, incluso se recomienda que sea enviado siempre a más tardar a la hora del almuerzo del día anterior a la Ventanilla, para que haya tiempo suficiente para que todo el equipo esté al tanto de la operación programada y planificada.
  • Otro tema muy bueno es, para la migración, tener algún boceto/diseño de la Red para dejar claro el escenario involucrado (ya sea un diseño de Topología de la Red Física, o Lógico, o ambos (lo más recomendado)).
  • Y también, incluso para casos de reemplazo de equipos, por ejemplo (una mejora en el Hardware, cambiando de tal o cual BGP Vendor a tal o cual Vendor), una lista (aunque sea en texto plano) de las interfaces del antiguo equipo que será reemplazado puede ser muy útil con nuevo, por ejemplo:
  • MikroTik / / / / / / / NE40:
  • sfp+1 - - - - - - - -> GE0/3/3
  • sfp+5 - - - - - - - -> GE0/3/4
  • sfp+3 - - - - - - - -> GE0/3/5
  • sfp+4 - - - - - - - -> GE0/3/6
  • sfp+2 - - - - - - - -> GE0/3/7
  • sfp+6 - - - - - - - -> GE0/3/8
  • sfp+7 - - - - - - - -> GE0/3/9
  • sfp+8 - - - - - - - -> GE0/3/10

Si te ha gustado este contenido, ten por seguro que siguiendo estas importantes recomendaciones mencionadas anteriormente, la probabilidad de tener una ventana de mantenimiento exitosa es aún mayor, una vez elaborado un plan de acción a seguir, presta atención a los riesgos que puedan existir en el alteraciones, e incluso hacemos todo lo posible para protegernos de cualquier imprevisto, como olvidar validar un punto importante antes de realizar el GMUD.

Si necesitas soporte técnico en tu red, ven e infórmate de nuestro servicio de consultoría para proveedores de internet, Made4ISP. Para saber más, contacta con nuestro equipo comercial.

Escrito por Bruno Martins. Consultor N3, certificado con Huawei HCIA R&S y JNCIA Junos