요약

  • GROW에 제출된 개인 초안은 고유한 BGP 경로 속성 묶음을 로컬 식별자로 등록하는 메시지와 그 묶음을 쓰는 접두사 수를 보고하는 메시지를 나눈다.
  • 구현은 사건 발생 시 보고하거나 일정 간격으로 보고하는 방식을 제공하는 것이 권고된다. 주기 방식에서도 수가 0이 되면 다음 보고 시각을 기다리지 않고 ZERO_REF를 보내야 한다. IANA 표에는 두 메시지의 번호가 아직 없다.

반복 설명은 줄이고, 마지막 퇴장은 바로 알린다

RFC 7854의 BMP는 라우터가 BGP 상태와 변경 사항을 감시 장치로 보내는 길이다. 경로 감시 메시지에는 도달 가능 접두사와 경로 속성이 함께 들어간다. 같은 AS_PATH나 커뮤니티를 공유하는 접두사가 많으면 속성 설명도 여러 번 복사된다. 새 초안은 설명서와 사용량을 따로 보낸다. 보내는 비용을 낮추는 대신 관찰자가 무엇을 언제 알 수 있는지 다시 정해야 한다.

라우터는 새로운 속성 조합을 발견하면 0이 아닌 32비트 AS-ID를 즉시 부여하고 감시 장치에 등록해야 한다. 여기서 AS-ID는 Attribute Set Identifier이며 자율시스템 번호 ASN이 아니다. 이후 숫자 메시지는 그 식별자를 가리키며 절대 수, 증가, 감소 또는 0을 전한다. 사용하지 않는 묶음을 등록 해제하는 동작도 있다. 초안이 요청하는 BMP 메시지 유형 둘은 여전히 TBD1과 TBD2로 적혀 있다.

운영자가 선택할 수 있는 것은 보고 시계다. 사건 방식이면 접두사가 들어오거나 나갈 때 숫자가 바뀌었다고 알린다. 주기 방식이면 개별 경로의 실시간 변경 메시지를 억제하고 설정한 간격마다 절대 수를 보낸다. 본문에 나온 30초는 예시일 뿐 표준 기본값이 아니다. 두 보고 사이에 들어온 경로와 빠진 경로가 서로 상쇄되면 최종 숫자는 같을 수 있다. 같은 숫자 두 개는 그 사이에 아무 일도 없었다는 증거가 아니다.

단 하나의 변화는 대기표를 받지 않는다. 어느 AS-ID의 접두사 수가 다음 정기 보고 전에 0으로 떨어지면 라우터는 즉시 ZERO_REF를 보내야 한다. BMP 세션이 끊겼다가 재연결되면 활성 속성 묶음을 모두 다시 선언해야 하고, 초기 절대 수를 이어서 보내는 것도 권고된다. 묶음 설명 없이 숫자만 도착하면 감시 장치는 어떤 항목의 숫자인지 알 수 없다.

IETF 기록은 이 문서를 작업반 표준이 아닌 개인 초안의 첫 판으로 분류한다. 실제 전송 절감량, 서로 다른 구현의 시험, 0 알림 도착 지연은 아직 제시되지 않았다. 운영 결정을 바꿀 증거가 바로 그 측정치다. 지금 명확해진 것은 거래의 조건이다. 중복 속성을 덜 보내는 대신 관찰 간격을 정하고, 마지막 경로의 실종에는 시계를 멈춘다.

출처: BMP 제안, IETF 상태, RFC 7854, IANA 등록표.