요약

  • 고정 광대역 분야 의사결정자와 전문가 100명을 조사한 결과, 78%가 SDN 또는 NFV를 일부나 전면 도입했다고 답했다. 고객 서비스의 78%를 자율 운영한다는 뜻은 아니다.
  • 중요한 것은 특정 업무에서 시스템이 무엇을 판단하고 실행할 수 있는지, 결과를 어떻게 확인하며 실패하면 누가 책임지는지다.

인터넷이 끊겼을 때 이용자가 기다리는 것은 설정 변경 완료 알림이 아니다. 다시 접속되는 순간이다. 이 당연한 차이가 네트워크 자동화를 평가할 때는 의외로 쉽게 사라진다.

장비 하나의 설정은 정상적으로 바뀌었지만 다른 시스템의 처리가 남아 있다고 가정해 보자. 실제 장애를 소개하는 것이 아니라, 어디까지를 ‘완료’로 볼 것인지 묻기 위한 예다. 명령이 성공했다는 사실만으로 서비스도 정상이라고 결론 내릴 수는 없다.

Broadband Forum이 2026년 10월 7일 소개한 연구가 이 문제를 살펴볼 단서를 준다. Broadband Forum이 의뢰하고 STL Partners와 함께 작성했으며, Radisys와 Incognito Software Systems가 후원했다. 전 세계 고정 광대역 사업자의 의사결정자와 전문가 100명을 대상으로 한 설문이다.

STL의 공개 발췌문에 따르면 응답자의 78%가 소프트웨어 정의 네트워킹(SDN) 또는 네트워크 기능 가상화(NFV)를 일부나 전면 도입했다. 응답자 상당수에게 소프트웨어 제어는 이미 실험실 밖의 기술이라는 의미다. 그러나 개통이나 장애 처리를 처음부터 끝까지 사람의 개입 없이 마치는 비율은 알려주지 않는다.

전체 업계의 도입률로 읽어서도 안 된다. 공개 자료의 표본 추출 설명만으로는 대표성을 독립적으로 확인하기 어렵다. 이 글은 공개 안내와 발췌문을 근거로 하며, 별도의 접근 절차가 있는 보고서 전문을 읽었다고 전제하지 않는다. 후원 관계는 밝혀야 할 배경이지, 그 자체로 결과를 무효로 만드는 근거는 아니다.

장비의 완료와 고객의 완료 사이

개통 주문 하나에도 접속망, 주소 할당, 전송 용량, 고객 단말, 사용자 식별, 과금, 품질 확인이 얽힌다. 각 시스템의 절차가 다르면 명령을 전달하는 오케스트레이터만으로는 부족하다. 같은 서비스를 같은 뜻으로 이해하는지, 변경할 권한이 있는지, 고객이 계약한 품질이 나오는지까지 확인해야 한다. 예외가 남았을 때 맡을 사람도 필요하다.

장애를 찾는 것과 고치는 것 사이에도 판단이 있다. 추정 원인만으로 조치해도 되는가. 어떤 팀이나 공급사가 설정을 바꿀 수 있는가. 잘못 바꾸면 되돌릴 수 있는가. 복구는 무엇으로 확인하는가. 이런 맥락 없이 실행만 빨라지면 오류가 더 넓게 번질 수도 있다.

STL은 일부 사업자가 인프라를 크게 바꾸고도 기대한 유연성이나 자원 효율을 얻지 못했다고 설명한다. 이름이 공개되지 않은 유럽의 Tier 1 사업자 한 곳은 자체 전환을 기술 30%, 역량 30%, 투자 타당성 확보와 운영 방식 변경 40% 정도로 표현했다. 한 사업자의 설명이지 업계의 공식 비율은 아니다. 다만 자원 공유, 소프트웨어 배포 승인, 기존 설비와의 연결, 공급사 권한 조정은 새 제어기를 산다고 저절로 해결되지 않는다는 점을 보여준다.

등급을 묻기 전에 업무를 정해야 한다

2025년 4월의 ETSI GR F5G 019 V1.1.1은 의도 해석, 상황 인식, 분석, 결정, 실행을 구분한다. 미리 설정한 작업을 반복하는 것과 상황을 파악해 조치하고 결과를 확인하는 것은 다르다.

레벨 4는 서비스와 고객 경험을 중심으로 여러 영역에 걸친 예측적·능동적 폐루프 운영을 다룬다. 레벨 5는 여러 서비스와 영역, 전체 수명주기로 범위를 넓힌다. 평가할 때는 망이나 서비스 유형과 업무 흐름을 함께 정한다. PON 접속망의 가정용 광대역 개통이 한 예다. 전체 점수뿐 아니라 세부 작업을 사람, 시스템, 또는 둘이 함께 수행하는지도 남긴다. 이 기준이 설문 참여 사업자들의 등급을 인증해 주는 것은 아니다.

TM Forum의 체계 역시 구체적인 시나리오를 중심에 둔다. 10월 8일 발표에서는 광대역 불만 처리, 전송망 장애 관리, IP 변경 관리 등을 포함한 Technical Solution Packages 20개를 소개했다. TM Forum은 실제 구축 경험을 성과, 아키텍처, 인터페이스, 데이터, 자동화와 연결하고 자체 체계 및 Open Digital Architecture에 맞춰 정리했다고 설명한다. DTW Ignite 2027까지 40개로 늘린다는 것은 목표다.

이런 자료는 처음부터 설계하는 수고를 줄일 수 있다. 그렇다고 다른 사업자의 장비 목록, 계약, 권한, 상위 담당자에게 넘기는 절차까지 맞아떨어지는 것은 아니다. 재사용할 수 있는 출발점과 현장에서 검증된 결과는 구분해야 한다.

누가 마지막까지 설명할 수 있나

자율성을 주장하려면 네 가지가 분명해야 한다. 대상 업무, 사람에게 남는 작업, 안전장치와 되돌리기를 포함한 시스템의 결정 범위, 실행 후 확인하는 서비스 결과다. 답이 없다면 ‘자율’은 아직 계획이나 일부 기능을 가리킬 뿐일 수 있다.

Lu Heng의 Note 65, ‘Running-Code Primacy’는 선언과 실제 작동을 구분하자는 관점을 제공한다. 인터넷 조정에 관한 저자의 주장이며 이번 조사에 참여한 사업자들을 입증하는 자료는 아니다. 표준을 무시하자는 것이 아니라, 주장에 실제 운영과 관찰 가능한 결과를 붙여 보자는 제한된 관점으로 읽을 수 있다.

더 빠른 개통과 수리, 수요에 맞춘 용량 조정, 공급사 경계를 넘는 장애의 가시성은 기대할 만한 이점이다. 78%라는 수치가 그런 성과를 증명하지는 않는다. 고객에게 중요한 자율성은 명령을 많이 내리는 능력보다, 서비스를 끝까지 돌보고 실패하면 설명하고 바로잡을 수 있는 능력에 가깝다.