InterLAN IX의 되돌림 타이머와 읽기 전용 AI

요약

InterLAN IX는 RIPE 93 자료에서 Lighthouse가 Nokia 라우터 9대, Arista 스위치 20대, 서비스 197개, 포털 고객 214명에 쓰인다고 밝혔다. 장비별 설정 미리보기와 사전 검증, 연결 확인, 확인하지 않으면 되돌리는 타이머가 변경 경로에 들어간다.
외부 API는 잠금과 감사 기록을 갖춘 거래 절차를 통해 쓰기를 요청할 수 있다. AI 보조자는 상태와 로그를 보는 읽기 전용 도구만 사용한다. AI가 변경을 제안하는 기능은 제안·검토·승인을 거치는 향후 계획이다.

“변경 완료”라는 짧은 판정은 네트워크에서 가장 비싼 오보가 될 수 있다. 첫 번째 라우터에 새 설정이 들어간 뒤 두 번째 장비가 응답하지 않는다면, 고객이 기대한 서비스와 실제 경로는 갈라진다. RIPE 93 Connect 세션에서 InterLAN IX의 Andrei Dinu가 소개한 Lighthouse는 그 틈을 다룬다. 원본 발표 자료는 이를 여러 장비에 걸친 ‘원자적’ 거래라고 부른다. 그러나 신뢰를 만드는 것은 이름보다 절차다. 버전이 붙은 서비스 템플릿을 바탕으로 장비마다 설정을 미리 보고, 쓰기 전에 검증하고, 쓰기 뒤에는 연결 상태와 되돌림 여부를 기록한다.

InterLAN이 제시한 운영 범위는 Nokia 라우터 9대, Arista 스위치 20대, 서비스 197개, 포털 고객 214명이다. 운영자가 발표한 현황 수치이지, 자동 변경 214건이 성공했다는 통계는 아니다. 회원은 포털에서 서비스 상태를 보고 정해진 범위 안에서 변경을 요청한다. 같은 포털 아래에도 경로 서버를 맡는 BirdNest, 방송 서비스를 다루는 NoSignal, 네트워크 구성을 바꾸는 Lighthouse가 따로 있다. 화면이 하나라고 세 시스템의 책임까지 합쳐지는 것은 아니다.

Nokia 쪽 변경에는 확인 시간이 주어진다. 변경 뒤 연결을 점검하고 확정하지 않으면 장비가 이전 설정으로 돌아간다. 화면 예시에는 4분 42초가 남아 있지만 모든 작업에 적용되는 고정 시간이 아니다. 타이머가 필요한 이유는 포털 바깥에서 드러난다. 잘못 쓴 설정이 관리 경로를 끊어 버리면, 운영자는 원격의 ‘취소’ 버튼에 닿을 수 없다. 되돌릴 방법은 화면보다 장비에 가까워야 한다. 이때 카운트다운은 편의 기능이 아니라, 변경이 사람 손을 떠난 뒤에도 남아 있는 마지막 출구다.

그다음 문제는 데이터베이스가 말하는 ‘원하는 상태’와 장비가 실제로 실행하는 상태가 다를 때다. Lighthouse는 저장된 설정과 실제 값을 비교해 수작업 변경을 편차로 남긴다. 빠진 SAP와 중복된 식별자 또는 EVI도 검사한다. 운영자는 거래 절차로 고치거나 허용된 경우 실제 변경을 받아들일 수 있다. 새벽 장애를 살린 한 줄의 수동 설정이 오래된 템플릿에서는 오류로 보일 수 있다. 데이터베이스가 더 깔끔하다는 이유만으로 그 한 줄을 지우면, 자동화는 복구 사실부터 지운다.

실험실에서는 저장된 운영 설정과 토폴로지를 가져와 Containerlab과 Nokia srsim으로 별도 환경을 만든다. 설정을 정리한 뒤 거의 같은 변경과 되돌림을 연습하지만, 실험실의 쓰기는 운영망으로 돌아가지 않는다. 발표 자료는 한계도 적었다. 장비의 관리와 라우팅은 미리 준비해야 하고, Arista vEOS 및 고객을 흉내 내는 BIRD 컨테이너는 앞으로의 작업이다. ‘디지털 트윈’이라는 이름보다 어떤 의존성을 아직 복제하지 못했는지가 운영자에게 더 값진 정보다.

AI의 자리는 유난히 좁다. 외부 API는 읽기와 쓰기를 모두 지원하지만 쓰기는 잠금, 거래, 되돌림, 감사를 통과한다. AI 보조자의 MCP 도구는 상태와 로그, 운영 진단을 읽기만 한다. 발표 화면에는 고객 보고서와 마이그레이션 계획을 만드는 예가 나온다. 마지막 장은 AI 보조 변경을 ‘계획’으로 분류하고 제안, 검토, 승인 순서를 명시한다. 지금 AI는 계획을 정리한다. 라우터를 바꾸는 열쇠는 쥐지 않는다.

RIPE NCC와의 연결도 정확하게 그려야 한다. RIPE RIS 문서는 부쿠레슈티 InterLAN-IX에 수집기 RRC22가 있다고 적는다. 측정 서비스를 운영하는 쪽은 RIPE NCC이고, 교환망과 Lighthouse를 운영하는 쪽은 InterLAN이다. 수집기가 본 경로, 데이터베이스에 저장된 의도, 라우터의 현재 설정은 각각 다른 기록이다. 하나가 다른 하나의 변경 성공을 대신 증명해 주지 않는다.

안전성을 판정하려면 날짜가 붙은 결과 수치가 더 필요하다. 시도한 변경 수, 장비 간 부분 성공 건수, 실제로 성공한 되돌림 건수가 그것이다. 그런 집계가 나오면 설계의 성과를 따질 수 있다. 지금 자료가 보여 주는 것은 운영 규모와 권한의 배치다. 쓰기에는 검사가 있고, 수동 수정은 기록에 남으며, AI는 우선 읽는 쪽에 머문다. 이 경계가 흐려지는 날에는 완료 버튼보다 더 긴 설명이 필요해진다.

출처: RIPE 93 공식 발표 기록, Lighthouse 원본 발표 자료, RIPE RIS 수집기 목록.