경로 정책 (Route Policy), 에이전틱 옵스 (Agentic Ops), 그리고 6GHz Wi-Fi

저는 6월의 소스 팩을 마치며 한 가지 문구가 머릿속을 떠나지 않았습니다: 그것을 증명하라.

분명히 많은 AI 브랜딩이 있었습니다. 하지만 그 이면에서 이루어지는 유용한 작업들은 훨씬 덜 화려했습니다. 클라우드 마이그레이션 (Cloud migrations)은 되돌릴 수 있는 단계들로 나뉘어 진행되고 있었습니다. 라우팅 보안 (Routing-security) 팀들은 새로운 검증 정책이 실제로 무엇을 거부할지 보여주는 도구들을 구축하고 있었습니다. 무선 엔지니어들은 예측 모델 (predictive models)을 실제 RF 측정값과 비교하고 있었습니다. 심지어 더 나은 에이전틱 옵스 (agentic-operations) 사례들조차 챗봇이 아닌 구조화된 네트워크 상태 (structured network state)에서 시작되었습니다.

이것이 중요한 이유는 네트워킹이 대부분의 팀이 피드백 루프 (feedback loops)를 개선하는 속도보다 더 빠르게 제어 평면 (control planes)을 축적하고 있기 때문입니다. 이제 경로 정책 (route policy)은 글로벌 클라우드 네트워크를 조종할 수 있고, 에이전트 (agent)는 4개의 VPN 로그 스트림을 상관 분석할 수 있으며, 컨트롤러 (controller)는 Kubernetes 워크로드와 함께 정책을 이동시킬 수 있습니다. 이 시스템들 중 그 어떤 것도 의도 (intent)가 깔끔해 보인다는 이유만으로 올바르게 작동하지는 않습니다.

6월에 대한 저의 견해는 다음과 같습니다: 신뢰가 아닌 심문을 자동화하라. 다음은 제가 설계 검토 (design review)에 반영할 신호들입니다.

이번 달의 주요 변화

BGP 보안이 등록 단계에서 관찰 가능한 집행 (observable enforcement) 단계로 이동했습니다. RIPE Labs의 실시간 ROV 및 ASPA 검증을 위한 RAVEN 도구는 정책 적용 전의 BGP 모니터링 프로토콜 (BGP Monitoring Protocol) 피드와 RPKI 데이터를 결합합니다. 한편, Cloudflare의 AS_PATH의 첫 번째 AS 집행에 관한 작업은 ASPA만으로는 막을 수 없는 더 단순한 위조 경로 (forged-path) 사례를 다룹니다. 리소스 퍼블릭 키 인프라스트럭처 (Resource Public Key Infrastructure, RPKI)는 누가 프리픽스 (prefix)를 생성할 수 있는지 검증할 수 있으며, 자율 시스템 제공자 권한 부여 (Autonomous System Provider Authorization, ASPA)는 제공자 경로 의도 (provider-path intent)를 추가합니다. 하지만 결과가 운영자 자신의 네트워크 내부에서 보이지 않는다면, 이 중 어느 것도 운영자에게 큰 도움이 되지 않습니다.

AI 네트워킹 (AI networking)이 더욱 물리적이고 운영 중심적으로 변했습니다. Cisco는 NVIDIA Spectrum-6을 기반으로 구축된 102.4 Tbps 액체 냉각 스위치를 발표했으며, NetBrain은 ACL, 라우팅 정책(routing policy), 그리고 넥스트 홉(next hops)에 대해 경로를 검증하는 에이전트(agent)를 설명했습니다. 하나는 매우 빠른 장비이고, 다른 하나는 추론 계층 (reasoning layer)입니다. 두 가지 모두 여전히 정확한 토폴로지 (topology), 사용 가능한 텔레메트리 (telemetry), 그리고 모델이 거짓을 말할 때를 아는 팀에 의존합니다.

이것이 6월의 모습이었습니다: 제어 평면 (control plane)에서의 의도 (intent)는 더 많아졌고, 그 주변의 자동화는 더 늘어났으며, 이 두 가지를 포워딩 (forwarding) 현실과 대조하여 검증해야 할 필요성도 커지고 있습니다.

1. 클라우드 마이그레이션에는 경로 불변량 (Route Invariants)이 필요합니다

클라우드 마이그레이션 다이어그램은 보통 전과 후라는 두 가지 상태를 가집니다. 운영 환경 (Production)에는 Transit Gateway와 Cloud WAN이 공존하고, 하이브리드 경로가 하나 이상의 경로를 통해 도착하며, 롤백 (rollback) 경로가 사용 가능한 상태로 유지되어야 하는 고통스러운 중간 단계가 존재합니다. AWS의 6단계 접근 방식이 가치 있는 이유는 그 중간 단계를 설계의 핵심으로 취급하기 때문입니다. 먼저 탐색 (Discovery)이 이루어지고, 전파된 경로 (propagated routes)가 나타난 후에야 정적 피어링 경로 (static peering routes)가 제거되며, VPN, SD-WAN, Direct Connect, 검사 (inspection), 그리고 VPC 연결 (VPC attachments)이 별도의 단계로 이동합니다.

인벤토리 (inventory) 및 라우팅 테이블 (route-table) 비교를 위한 읽기 전용 MCP 체크는 좋지만, 대화형 출력 (conversational output) 그 자체를 증거로 받아들이지는 않을 것입니다. 예상되는 접두사 (prefixes), 넥스트 홉 (next hops), 세그먼트 멤버십 (segment membership), 그리고 장애 조치 (failover) 결과를 기계 테스트가 가능한 불변량 (invariants)으로 저장하십시오. “공유 경로가 올바른가?”라는 질문에 대한 확신에 찬 답변이라 할지라도, 더 구체적인 경로 (more-specific route)나 잘못된 세그먼트로 광고된 경로를 놓칠 수 있습니다. 자연어 (Natural language)는 인터페이스일 뿐이며, 라우팅 테이블 (route table)이 상태 (state)입니다.

구현상의 트레이드오프 (trade-offs)는 AWS의 터널이 없는 SD-WAN 세그멘테이션 패턴 (tunnel-less SD-WAN segmentation pattern)에서 구체화되었습니다. GRE를 제거하면 터널 MTU (Maximum Transmission Unit) 및 캡슐화 (encapsulation) 불일치를 피할 수 있고 명시된 용량 한계치를 높일 수 있지만, 각 VRF-to-segment 매핑에는 전용 인터페이스와 데이터 평면 (data-plane) VPC가 필요합니다. 이것은 "복잡성이 줄어든 것"이 아닙니다. 복잡성이 터널에서 인터페이스 개수, 가용 영역 (Availability Zone) 배치, 할당량 (quotas), 그리고 비용으로 이동한 것입니다. 마찬가지로, VPC 리소스 게이트웨이 (VPC resource gateways)는 중첩된 주소 공간 (overlapping address space) 전반에 걸친 프라이빗 액세스를 단순화할 수 있지만, DNS 동작과 인증서 이름 검증 (certificate-name validation)이 데이터 경로 (data path)의 일부가 됩니다. 해당 서비스가 토폴로지 (topology)를 기만적으로 작아 보이게 만들기 전에 이러한 의존성들을 먼저 파악하십시오.

2. 라우팅 보안에는 관측성 (Observability) 문제가 있습니다

Routing validation across the Internet core

경로 기원 검증 (Route Origin Validation, ROV)은 명확한 질문을 던집니다: 이 자율 시스템 (autonomous system)이 이 프리픽스 (prefix)를 기원하도록 권한을 부여받았는가? ASPA는 경로상의 제공자 관계 (provider relationships)가 타당한지를 묻습니다. RAVEN의 유용한 기여는 사전 정책 (pre-policy) BMP 피드(feed)를 통해 네트워크가 실제로 수신하는 경로에 두 가지 답변을 결합한 다음, 경로를 보안됨 (secured), 기원 전용 (origin-only), 경로 의심 (path-suspect), 또는 기원 무효 (origin-invalid)로 라벨링하는 것입니다. 이것이 운영자가 새로운 거부 정책 (rejection policy)을 적용하기 전에 필요로 하는 피드백 루프 (feedback loop)입니다.

RAVEN의 보고서에 언급된 6월의 사건은 그 격차를 불편하게 만듭니다. Telegram 접두사(prefix)에 대한 원점 유효하지 않은(origin-invalid) 발표가 이를 필터링하지 않는 네트워크를 통해 전파되었고, 사용자들이 피해를 입은 후에야 외부 경로 수집기(route collector)들이 대부분의 설명을 제공했습니다. 저는 제 라우팅 테이블(routing table)에 대한 첫 번째 유용한 정보가 타인의 수집기로부터 전달되는 것을 원치 않습니다. 만약 어떤 정책이 엣지(edge)를 보호하기 위한 것이라면, 그 검증 상태(validation state)는 수신된 경로와 함께 실시간으로 존재해야 합니다.

First-AS 강제 적용은 훨씬 더 기본적인 사항입니다. 외부 BGP 피어(peer)로부터 수신된 경로는 해당 피어의 ASN으로 시작해야 합니다. Cloudflare는 광고 네트워크를 완전히 생략한 위조된 경로(forged paths)를 발견했는데, 이는 RPKI 유효한 원점(origin)과 겉보기에 그럴듯한 경로를 결합하여 통과해서는 안 될 검사를 통과하게 만들 수 있습니다. 이것은 화려하고 새로운 보안 계층이 아니라 지루한 피어 위생(peer hygiene)의 문제이며, 바로 그렇기 때문에 중요합니다.

RIPE Labs는 또한 IPv6-Only와 IPv6-Mostly 배포를 구분했습니다. 이 구분은 단순한 어휘적 상식 차이가 아닙니다. IPv4-as-a-Service를 사용하는 IPv6-only 액세스 네트워크는 관리되지 않는 모바일 또는 주거용 액세스에 적합합니다. 반면 IPv6-Mostly는 DHCP option 108과 NAT64 메커니즘을 사용하여 선택된 호스트를 관리되는 듀얼 스택(dual-stack) 세그먼트로 이동시킵니다. 잘못된 모델을 사용하면 프린터, 카메라, 실제 IPv4 주소 또는 조용히 접속이 불가능해지는 오래된 애플리케이션과 같은 형태로 장애가 나타납니다.

3. 에이전트(Agents)에게는 틀릴 수 있는 네트워크 모델이 필요하다

Agentic operations over a changing network fabric

6월에 등장한 가장 신뢰할 수 있는 에이전트 운영 (agentic-operations) 사례들은 모두 기존의 데이터 모델에 의존했습니다. NetBrain의 Path Doctor는 디지털 트윈 (digital twin)을 쿼리합니다. SuzieQ MCP 워크스루는 정규화된 네트워크 상태 (normalized network state)에서 시작합니다. AWS의 VPN 파이프라인은 구조화된 BGP 및 인터넷 키 교환 (IKE) 로그에서 시작합니다. 좋습니다. LLM은 증거를 바탕으로 추론하는 표면 (reasoning surface)이 되어야 하며, 토폴로지 (topology)를 발명해내는 장소가 되어서는 안 됩니다.

Cisco의 Kubernetes-to-fabric 가시성 피치는 실제 사각지대를 겨냥합니다. 애플리케이션 팀은 포드 (pod)를 보고 네트워크 팀은 IP 주소를 보는데, 동일한 장애 흐름(broken flow)이 발생하는 동안 두 대시보드 모두 정상(green)으로 표시될 수 있습니다. HTTP 및 TCP 컨텍스트를 물리적 패브릭 (physical fabric)에 결합하면 해당 브릿지 콜 (bridge call) 시간을 단축할 수 있을 것입니다. 하지만 워크로드 ID (workload identity), VRF, VLAN, 정책 (policy), 그리고 경로 상태 (path state)가 재스케줄링 및 부분적 장애 상황에서도 동기화되어 유지되지 않는 한, 공유된 캔버스 (shared canvas)가 공유된 진실의 원천 (shared source of truth)이 될 수는 없습니다. 저는 해피 패스 (happy-path) 데모를 테스트하기 전에 오래된 정책 (stale-policy) 동작을 먼저 테스트할 것입니다.

또한 실험실 생성 (lab generation)과 운영 변경 (production change) 사이에는 엄격한 경계가 존재합니다. ipSpace의 실제 장치에서 netlab 사용에 대한 평가는 IPAM 통합 누락, 부분적인 구성 스니펫 (configuration snippets), 그리고 장치가 미설정 상태에서 시작한다는 가정을 지적합니다. 그러한 정직함은 또 다른 자율 네트워크 (autonomous-network) 주장보다 더 유용합니다. 저는 실패 비용을 낮추기 위해 실험실을 사용합니다. 에이전트가 토폴로지 YAML이 권위 있다고 판단했다는 이유로 운영 상태를 병합하는 방법을 추측하는 실험실 도구는 원하지 않습니다.

4. 대시보드는 장애가 아니다

AWS의 VPN 관찰성 파이프라인 (VPN observability pipeline)은 두 개의 터널과 별도의 BGP/IKE 스트림을 상관 분석(correlate)하고, 이상 징후를 중복 제거(deduplicate)한 다음, Bedrock 모델에 해결 보고서(remediation report)를 요청합니다. 이는 합리적인 압축 계층(compression layer)입니다. 위험 요소는 서로 다른 원인들을 동일한 "터널 다운" 이야기로 뭉뚱그리는 것입니다. 프리픽스 제한 위반(prefix-limit violation), AS-path 루프(AS-path loop), 홀 타이머 만료(hold-timer expiry), 프로포절 불일치(proposal mismatch), 재키(rekey) 실패, 그리고 데드 피어(dead-peer) 이벤트는 각각 다른 증거와 다른 런북(runbook)을 필요로 합니다. 권장 사항에 원본 타임라인을 반드시 첨부하십시오.

Linux 호스트의 경우, NetBeez의 실용적인 eBPF 네트워크 도구 가이드 (practical eBPF network-tools guide)는 ss, netstat, 대시보드, 그리고 패킷 캡처(packet capture)가 서로 다른 질문에 답한다는 점을 상기시켜 주는 유용한 자료입니다. tcptop은 실시간 대역폭을 프로세스에 할당할 수 있고, tcplife는 종료된 TCP 세션을 기록하며, gethostlatency는 프로세스별 DNS 조회 시간(DNS lookup time)을 드러냅니다. 이러한 도구들은 종단 간(end-to-end) 경로가 아닌 호스트를 관찰합니다. 시퀀스 번호(sequence numbers), 재전송(retransmissions), 또는 네트워크 상의 타이밍(on-wire timing)이 중요할 때는 여전히 패킷 캡처가 필요합니다.

Cloudflare의 잘린 HTTP 응답을 찾기 위한 6주간의 추적 (six-week hunt for truncated HTTP responses)은 이번 달 최고의 장애 사례입니다. 로컬 Unix 소켓 재설계 과정에서 hyper 라이브러리의 레이스 컨디션(race)이 노출된 후, 대용량 응답이 올바른 Content-Length와 짧은 본문을 가진 채 간헐적으로 200 OK를 반환하는 문제가 발생했습니다. 단 네 줄의 코드로 이를 해결했습니다. 여기서 얻는 교훈은 "Rust에 버그가 있다"가 아니라, 바이트(bytes)가 잘못되었더라도 상태 코드(status codes)와 에러 카운터(error counters)는 일치할 수 있다는 점입니다. 생산자(producer) 측의 성공 여부뿐만 아니라, 소비자(consumer) 측에서 완료 여부를 측정하십시오.

5. 데이터에 더 가까워진 보안 경계 (Security Boundaries Moved Closer To The Data)

미국 양자 내성 (Post-Quantum) 명령은 민감한 연방 시스템에 대한 마감 기한을 설정했으며, Cloudflare의 마이그레이션 분석 (migration analysis)은 키 설정 (Key Establishment)을 서명 (Signatures) 및 인증서 (Certificates)와 정확하게 분리하여 설명합니다. 이들은 서로 다른 인벤토리 (Inventory)를 가진 별개의 마이그레이션입니다. 네트워크 팀에게 있어, TLS, IPsec, 관리 세션 (Management Sessions), 인증서 체인 (Certificate Chains), 하드웨어 루트 (Hardware Roots), 그리고 각 홉 (Hop)에서 여전히 허용되는 클래식 폴백 (Classical Fallback)을 명시하지 않은 채 단순히 “PQC 지원”이라고 말하는 것은 무용지물입니다. 제품의 체크박스가 아니라 협상된 알고리즘 (Negotiated Algorithms)을 추적해야 합니다.

로컬 에이전트 (Local Agents)는 더 단기적인 경계 문제를 야기합니다. Palo Alto의 로컬 AI를 위한 엔드포인트 DLP 논거 (endpoint DLP argument for local AI)는 데스크톱 어시스턴트나 IDE가 전통적인 유출 (Egress) 이벤트가 발생하기 전에 민감한 파일을 읽고 인덱싱 (Indexing)할 수 있다는 점을 지적합니다. 벤더의 해답은 지속적인 엔드포인트 분류 (Endpoint Classification)입니다. 엔지니어링 측면의 질문은 파일 액세스 텔레메트리 (File-access Telemetry), 프로세스 ID (Process Identity), 그리고 원격 모델 트래픽 (Remote Model Traffic)이 깔끔하게 상관관계 (Correlate)를 형성하지 못할 때 어떤 일이 벌어지느냐 하는 것입니다. 모든 미확인 읽기 프로세스를 차단하면 워크플로 (Workflow)가 망가지고, 모든 서명된 AI 클라이언트를 신뢰하면 데이터가 유출될 것입니다. 정책에는 파일 분류, 프로세스, 목적지, 그리고 조치 (Action)가 모두 필요합니다.

DNS 또한 이러한 집행 표면 (Enforcement Surface)의 일부입니다. Palo Alto의 Route 53 Resolver DNS 방화벽 통합 (Route 53 Resolver DNS Firewall integration)은 클라우드 DNS 쿼리 (Queries)에 대한 위협 분석을 추가하지만, DNS 정책은 이를 통과하는 이름 (Names)만을 볼 수 있습니다. 암호화된 리졸버 (Encrypted Resolvers), 캐시된 응답 (Cached Answers), 실제 IP 주소, 그리고 프라이빗 존 (Private Zones)은 사각지대를 만듭니다. DNS를 마법 같은 병목 지점 (Choke Point)이 아니라, 집행 체인 (Enforcement Chain) 내의 하나의 신호 (Signal)로 취급하십시오.

6. 무선 기술은 여전히 현장에서 살아남아야 한다 (Wireless Still Has To Survive The Venue)