Summary

  • IETF 개인 초안은 링크 TLV가 F1에서 F2로 옮겨지는 예를 든다. 수신기가 새 F1과 옛 F2를 함께 보면 두 조각 모두에 링크 정보가 없어 잠시 제거로 오인할 수 있다.
  • 제안된 OGID는 논리 변경을 묶는다. Fragment Count가 1보다 크면 수신기는 들어온 LSP를 정상적으로 저장·전파하되, 필요한 조각이 모이거나 제한 시간이 끝날 때까지 TED와 SPF 처리를 미룬다.

문제는 크기에서 시작한다. 부모 TLV가 커져 F1에 더는 들어가지 않자 송신기는 이를 F2에 담고 두 조각을 다시 보낸다. 새 F1이 먼저 닿으면 이웃의 오래된 F2에도 해당 정보는 없다. 11월 2일 초안은 이 짧은 혼합 상태가 실제로는 살아 있는 링크를 지운 것처럼 보여 경로 재계산이나 터널 이동을 일으킬 수 있다고 설명한다. 문서가 제시한 장애 가능성이며 특정 운영망 사고 기록은 아니다.

발신 노드는 논리 갱신마다 16비트 OGID를 부여한다. 여러 조각을 같이 처리해야 한다고 판단하면 Fragment Count를 1보다 크게 설정하고 고유 조각 몇 개가 필요한지 알려 준다. 수신기는 도착한 LSP를 링크 상태 데이터베이스에 저장하고 평소처럼 이웃에게 전파한다. 보류하는 것은 그 부분 상태를 TED와 SPF 계산에 사용하는 단계다. 조각 수가 충족되면 함께 처리한다. Fragment Count 1은 즉시 처리해도 된다는 뜻이며, 실제로 바뀐 조각이 반드시 하나였다는 뜻은 아니다.

기다림은 무한하지 않다. 첫 보류 조각이 타이머를 시작하고 뒤따르는 조각은 시간을 늘리지 못한다. 끝내 모이지 않으면 현재 가진 조각을 일반 IS-IS 절차로 처리한다. LRGID는 그 조각이 참여했던 가장 최근의 다중 조각 변경을 가리켜 늦은 배송을 연결한다. 빠른 연속 변경이 이 한 번의 역참조를 넘어가면 앞선 묶음은 타이머 만료까지 풀리지 않는다. 장비 사양서의 '원자적 처리'라는 말은 이 지점에서 실험이 필요하다.

구형 장비는 RFC 8918에 따라 알 수 없는 TLV를 무시하고 유효한 LSP는 받아들인다. 따라서 부분 도착 상태에서 예전 방식으로 계산할 수 있다. IETF 기록은 OGID를 개인 Internet-Draft로 분류하고 IANA 등록부에는 확정 코드가 아직 없다. 이름을 밝힌 장비에서 조각 도착 순서, 타이머, SPF 선택과 실제 패킷 전달을 이어 본 추적 자료가 필요하다.