요약

  • 덴마크의 TDC 루프백으로 향하는 공개된 두 경로는 북미를 거치는 것처럼 보인 뒤 175.604ms와 181.747ms가 걸렸다. 반면 Colt의 제어 경로는 같은 주소에 22ms에 도달했다.
  • 후속 테스트에서 GTT가 런던에서 약 20ms에 TDC에 도달할 수 있음이 확인되어, GTT에 유럽 경로가 없다는 초기 추정은 틀린 것으로 드러났다. 보고자는 나중에 문제의 원인을, 접두어를 Cogent에만 익스포트하면서 유럽에서 TDC와 피어링하지 않으려는 익명의 영국 AS로 돌렸다.
  • TDC가 영국 AS로의 직결 경로를 마련했으며, 겉보기로는 LINX에서 이루어진 것으로 전해졌다. 이 조치는 보고된 문제를 해결했지만, 보고자는 중복성이 없어 장애 시 트래픽이 다시 북미를 거칠 수 있다고 말했다.

이 라우팅 이야기에서 가장 유용한 숫자는 트레이스루트 끝의 175.604밀리초가 아니라, 우회를 일으킨 것으로 의심받던 네트워크 내부에서 나중에 실행된 트레이스의 20밀리초다.

첫 번째 숫자는 지리를 터무니없이 보이게 했다. 런던에서 시작하는 것으로 묘사된 경로는 리버풀과 몬트리올의 이름이 확인된 Cogent 라우터를 지나 뉴욕의 GTT로 건너간 뒤 덴마크의 TDC로 돌아왔다. NTT의 런던 루킹글래스에서 나온 것으로 묘사된 두 번째 샘플은 애슈번과 워싱턴을 거쳐 같은 TDC 루프백에 181.747ms에 도달했다. Colt를 통한 제어 샘플은 유럽에 머물며 22ms에 도달했다.

이 정도면 증상은 특정할 수 있었다. 하지만 그 증상을 만들어낸 결정을 특정하기에는 부족했다.

RIPE 라우팅 워킹그룹에 게시된 이 스레드는 빠져 있던 반사실을 조금씩 채워나갔다. 한 참여자가 같은 주소인 93.178.170.33에 대해 GTT 자체의 루킹글래스를 실행했다. 런던에서 표시된 경로는 TDC로 직접 진입해 약 20ms에 완료됐다. 암스테르담에서는 약 12ms, 코펜하겐에서는 약 2–4ms였다. GTT에는 테스트된 주소에 대해 TDC로 들어가는 유럽 경로가 분명히 작동하고 있었다.

"GTT는 TDC에 북미를 통해서만, 혹은 우선적으로 도달할 수 있다"는 초기 가설은 더 이상 설명을 지탱할 수 없었다. 트레이스는 실제였고, 그에 얹힌 이야기는 아직 완성되지 않았다.

세 개의 경로, 하나의 진단 전환

스레드는 2026년 7월 29일에 시작됐다. Peter Keller는 케임브리지의 엔드유저 사이트와 덴마크의 TDC AS3292 네트워크에서 호스팅되는 대상 간의 지속적인 지연을 보고했다. 사이트의 건물 관리형 사업자는 상류 국제 연결을 변경한 상태였다. Keller는 새 공급자를 확인할 수 없지만, 변경 시점이 문제와 겹쳤다고 말했다.

공개 트레이스는 93.178.170.33을 대상으로 했다. 역방향 DNS 이름은 이 주소를 TDC 루프백으로 식별하며, RIPEstat은 현재 이 주소를 AS3292가 오리지네이션하는 93.178.128.0/18에 속한 것으로 표시한다. 이 주소는 공개되지 않은 애플리케이션 대상과 혼동해서는 안 된다. 운영자들이 TDC로 향하는 이용 가능한 경로를 비교할 때 쓰는 안정적인 목표 주소였다.

비교는 뚜렷했다. Cogent의 표시 경로는 RTT가 몬트리올에서 약 76ms로 오른 뒤 TDC에서 최종 175ms에 이르며 175.604ms에 도달했다. NTT 예시는 미국 라벨의 라우터를 거쳐 181.747ms에 도착했다. Colt는 런던의 TDC 핸드오프를 통해 같은 루프백에 22ms에 도달했다.

라우터 이름은 물리적 위치의 증명서가 아니다. 운영자가 이름을 붙이고, 역방향 DNS는 오래됐을 수 있으며, 트레이스루트는 상업 계약이 아니라 프로브에 대한 응답을 보여준다. 다만 여기서는 이름, RTT 점프, 독립적인 제어 경로가 조사를 정당화할 만큼 충분히 일관된 이야기를 하고 있었다. 샘플링된 최소 두 개의 경로가, 짧은 유럽 경로가 존재하는 상태에서 비싼 대서양 횡단 경로를 택하고 있었다.

이어서 GTT 테스트가 진단 질문을 바꿨다. 런던의 GTT가 트래픽을 TDC에 넘겨 약 20ms에 완료할 수 있다면, 장애는 단순히 "GTT에 TDC와의 유럽 인터커넥트가 없다"는 것이 아니었다. 운영자는 어떤 경로를 누가, 어느 위치에서, 어떤 우선순위로 학습했는지 물어야 했다.

여기에 경로 그림과 경로 진단의 차이가 있다. 그림은 응답한 홉이 어디에 나타났는지 말해준다. 진단은 선택된 광고가 왜 이겼는지까지 설명해야 한다.

접두어 증거가 통제 지점을 옮겼다

한 참여자가 테스트된 루프백을 포함하는 접두어 93.178.128.0/18에 대해 독일의 Cogent 루킹글래스 결과를 추가했다. 표시된 AS 경로는3257 3292 3292 3292 3292였다. Cogent는 GTT인 AS3257을 거쳐 경로를 학습했고, TDC의 AS3292가 프리펜드되어 있었다. 결과에는 캐나다 넥스트 홉과 커뮤니티174:22003이 표시됐다.

이것은 또 하나의 도시 라벨보다 더 유용한 개체였다. 지연 증상을 Cogent가 선택한 경로와 연결해 주었다. 그럼에도 이 출력 자체는 그 선택 뒤에 있는 계약, 익스포트 정책, 의도를 드러내지 않았다. 조사를 광고와 인터커넥션 사이의 관계로 좁혀준 정도였다.

스레드의 나중 해결이 전해진 답을 제공했다. 9월 4일 Keller는 TDC의 피어링 매니저와 엔지니어와 이 문제를 논의했다고 말했다. 그의 설명에 따르면, 이름이 공개되지 않은 영국 AS는 세 개의 다른 트랜짓을 보유하고도 관련 접두어를 Cogent에만 광고하고 있었다. 한편 Cogent는 유럽에서 TDC와 피어링할 의사가 없었다.

이 두 선택은 맞아떨어진다. 영국 네트워크는 여러 트랜짓을 살 수 있으면서도 접두어를 그중 하나를 통해서만 도달 가능하게 만들 수 있다. 캐리어는 물리적으로 광범위한 유럽 네트워크를 갖고도 선호 경로에 필요한 특정 유럽 피어링 관계가 없을 수 있다. 두 사실 모두 기업의 커버리지 지도에는 보이지 않는다. 중요한 것은 BGP에 들어오는 광고와 그것을 순위 매기는 정책이다.

이 스레드에는 공개된 Cogent나 TDC의 포스트모템이 없으므로, 이것은 캐리어들의 진단에 대한 보고자의 설명으로 남는다. 그럼에도 초기의 GTT 지리 이론보다 더 구체적이고 운영적으로 검증 가능하다.

수정은 직결이었고 — 그리고 단일했다

Keller는 TDC가 자신과 영국 AS 사이에 직결 경로를 마련했다고 보고했다. 9월 7일 그는 두 네트워크가 모두 런던 인터넷 익스체인지에 접속해 있으며, 그 합의가 그곳에 있는 것으로 보인다고 전했다. 검토된 기록은 세션, 루트 서버 항목, 그 위치를 독립적으로 증명할 BGP 익스포트를 보여주지 않으므로, LINX는 전해진 추정으로 남아 있어야 한다.

중요한 결과는 더 단순하다. Keller는 그 경로가 문제를 해결했다고 말했다.

중요한 단서는 같은 업데이트에 있었다. 직결 경로는 중복성이 없었다. 그것이 실패하면 트래픽이 일시적으로 북미 경로로 돌아갈 수 있었다.

이 한 문장은 성공적인 장애 대응을 아직 완성되지 않은 복원력 결정으로 바꿔 놓는다. 직결 바이래터럴 경로는 훌륭한 빠른 수리가 될 수 있다. 관련 네트워크들을 통제권에 두고, 경로를 짧게 하며, 더 큰 캐리어가 일반 피어링 정책을 바꿔주기를 기다리지 않게 해준다. 그러나 하나의 세션, 하나의 포트, 하나의 익스체인지 패브릭이 정상 지연과 옛 우회 사이의 유일한 존재가 될 수도 있다.

따라서 새 경로는 원래 경로를 제거하지 않았다. 원래 경로를 장애 상태로 격하시켰다.

이 구분은 서비스 운영자에게 중요하다. 정상 상태에서만 관찰되는 대시보드는 이제 성공을 보여줄 것이다. 위험은 직결 세션이 철회되거나, 전송 계층이 실패하거나, 유지보수가 시작되거나, 한쪽이 익스포트 정책을 바꿀 때에만 나타난다. 통제된 페일오버 테스트가 없으면, 팀은 주 경로가 작동한다는 것만 알고 백업이 무엇을 할지는 추측할 수 있을 뿐이다.

이 스레드가 증명하는 것 — 그리고 하지 않는 것

공개 자료는 운영자가 보고한 증거의 연속을 확립한다. TDC 루프백으로 향하는 세 개의 대조적인 경로 샘플을 보여준다. 첫 인터커넥트 가설과 모순되는 GTT의 유럽 루킹글래스 경로를 보여준다. 대상 접두어에 대해 GTT를 통해 학습된 Cogent 경로를 보여준다. 영국 AS의 익스포트 정책, Cogent의 피어링 입장, TDC의 직결 경로 수리에 대한 Keller의 후기 설명을 기록한다.

이 자료는 영국 AS, 건물 관리형 사업자, 애플리케이션 대상을 밝히지 않는다. 측정 ID, 패킷 캡처, 컬렉터 재생, 바이래터럴 설정, 변경 후 엔드포인트 트레이스를 공개하지 않는다. 순방향과 역방향 경로가 같았다는 것을 증명하지 않는다. 모든 Cogent나 NTT 경로, 모든 TDC 접두어, 모든 시각이 그러했다는 것을 보여주지 않는다.

또한 영국 AS가 왜 접두어를 Cogent에만 익스포트했는지 증명하지 않는다. 참여자들은 가격과 인센티브를 논했다. 이것들은 그럴듯한 가설이지 재정적 동기의 증거가 아니다. 좋은 운영 서술은 의도를 발명하지 않고도 통제 지점을 설명할 수 있다.

이 사례가 가치 있는 것은 정확히 진단이 공개적으로 개선되었기 때문이다. 커뮤니티는 인상적인 트레이스루트에서 멈추지 않았다. 반례를 찾고, 대상 접두어를 검토하고, 경로를 바꿀 수 있는 네트워크에 접촉하며, 수리의 약점을 기록했다.

수리 기록에는 장애 상태도 포함되어야 한다

빠져 있는 운영 개체는 간결하다. 첫째, 정확한 영국 접두어를 식별하고 익스포트되는 트랜짓을 나열한다. 둘째, 직결 세션의 위치, 소유자, 수용된 경로 집합을 기록한다. 셋째, 같은 포트, 전송, 정책 의존성을 공유하지 않는 독립적인 유럽 백업을 지정한다. 넷째, 영향받는 엔드포인트에서 정상 상태와 주 경로 철회 상태를 모두 측정한다.

이것은 형식적인 서류 작업이 아니다. 초기 트레이스가 하나로 압축했던 네 가지 질문, 즉 패킷이 어디서 관찰되었는지, 어느 광고가 이겼는지, 누가 결정을 바꿀 수 있는지, 그 변경이 실패하면 무슨 일이 일어나는지를 분리한다.

처음 세 질문은 RIPE 스레드에서 유용한 답을 얻었다. 네 번째는 여전히 열려 있다.

증거 경계

지연 값과 경로 출력은 스레드 참여자들이 게시한 측정값이다. 진단과 성공적인 수리는 TDC와의 논의 후 Keller가 전한 설명이며, 독립적으로 공개된 캐리어 인시던트 보고서가 아니다. RIPEstat은 현재의 ASN과 접두어 식별을 제공할 뿐 과거 재생 데이터가 아니다. RIPE Atlas 문서는 경로 관찰과 역방향 DNS 기반 위치 추론이 확립할 수 있는 범위를 한정하는 데만 사용되었다.

출처