Registro de cambios en la frontera

Un cambio en la frontera deja pasar o deja de pasar tráfico entre zonas, y un error o una mala intención en una sola regla puede abrir una puerta. Se pide que otra persona lo apruebe antes de aplicarlo por una razón simple: quien escribe un cambio conoce su intención y ya la da por buena. Una segunda mirada detecta lo que la primera no vio.

Si autor y aprobador son la misma persona, el control existe en el papel pero no funciona. Esto no depende de la honestidad de nadie: protege también a quien se equivoca de buena fe.

Abre cambios-frontera.csv. La política pide un ticket aprobado antes de aplicar cada cambio. Un cambio sin ticket no tiene justificación escrita ni aprobación: no se sabe por qué se hizo ni quién lo autorizó. Y es más serio cuando abre un camino hacia la zona de control.

En el mismo registro hay un cambio con ticket cuyo aprobador coincide con su autor. El ticket existe, pero la aprobación es solo formal. En el informe se habla del hecho, la identidad coincide en las dos columnas, y no de intenciones.

La ventana de mantenimiento existe para que los cambios se apliquen cuando hay menos operación y hay gente lista para reaccionar. Un cambio hecho a media tarde, en pleno turno, puede afectar la operación sin que nadie lo esperara. Compara la hora de cada cambio con la ventana de la política (entre las 22:00 y las 04:00).

Aunque los cambios del registro estén en regla, la configuración activa puede tener algo más. Compara config-aprobada.txt con config-activa.txt: una regla que está en la activa y no en la aprobada es deriva. No se sabe aún si fue un cambio sin registrar o una prueba que quedó; se investiga, y se la reporta como hallazgo.