요약

  • 10월 26일 RIPE 93에서 RIPE NCC의 Ondřej Caletka는 자기 ASN을 ASPA 검사 경로에 넣는 BIRD 설정을 제시했다.
  • 발표 자료 57쪽은 동등한 피어 세션에서 이 설정을 쓰면 상향 경로 검사가 깨진다고 경고한다.

ASN 하나가 더 들어오자 검사는 가까운 이웃에게도 질문할 수 있게 됐다. 고객에게는 ‘우리 회사를 제공자로 적었나’, 우리 회사에는 ‘상위 제공자를 빠뜨렸나’라고 묻는다. 그런데 그 질문지를 피어에게 들이밀면 곤란하다. 상대는 상위 제공자가 아니라 옆집이다. 검사표의 칸을 늘렸다고 관계가 바뀌지는 않는다.

RIPE 93 공식 일정에 따르면 Caletka의 ASPA 강의는 10월 26일 열렸다. 원본 발표 자료의 상위 회선 예시는 aspa_check(aspas, bgp_path.prepend(2121), false)를 쓴다. 2121은 예시의 로컬 ASN이며 false는 하향 검사를 뜻한다. 무효 결과를 거부하는 설정이지만, 주석에는 먼저 결과를 출력해 관찰하는 선택지도 적혀 있다.

수신한 AS_PATH는 보통 BGP 이웃에서 끝난다. 자기 ASN은 경로를 다시 내보낼 때 붙지만, 수신 시점의 ASPA 검사에는 아직 보이지 않는다. 57쪽은 이렇게 놓칠 수 있는 두 가지를 짚는다. 고객이 우리 ASN을 제공자로 올리지 않았거나, 우리가 상위 제공자를 올리지 않은 경우다. 검사용 경로에 자기 ASN을 더하면 바로 그 접점을 확인한다. 받은 BGP 알림 자체에 원래 자기 번호가 있었다는 뜻은 아니다.

피어와는 접점의 성격이 다르다. BIRD 팀의 원문 설명은 고객과 제공자 경로에서는 로컬 ASN을 더하고, 일반 피어 경로에서는 더하지 말라고 구분한다. 이 선택이 IETF ASPA 검증 초안의 필수 절차도 아니라는 점을 밝힌다. 초안은 로컬 관계를 별도로 확인하도록 다룬다.

RIPE NCC의 ASPA 안내 역시 실제 제공자와 보통의 피어를 구별한다. 서명된 목록에서 지킨 선을 라우터 공통 필터가 지워버리면, 잘 정돈된 설정 파일이 잘못된 판단을 대량 생산한다. 정리정돈은 미덕이지만 네트워크 관계의 대체품은 아니다.

원본 자료