요약

  • 큐가 혼잡 표시를 시작하는 지점은 설정된 임계값이며, 포트 속도 등급에 따라 자동으로 따라오는 값이 아니다.
  • EOS 문서는 표시 명령 옆에 칩 계열을 적어 둔다. 패브릭 전체의 일관성이 운영의 일이 되는 이유다.

브레이크가 적히는 곳

메커니즘부터 보자. RFC 3168은 IPv4 TOS 옥텟의 6번과 7번 비트를 ECN 필드로 지정하고, 같은 필드가 IPv6 Traffic Class 옥텟에서도 동일하게 정의된다고 밝힌다. 두 비트로 네 개의 코드포인트를 정한다. 00은 Not-ECT, 01은 ECT(1), 10은 ECT(0), 11은 CE(Congestion Experienced)다. 혼잡의 초기 징후를 감지한 라우터는 ECN 지원 패킷을 버리는 대신 CE로 표시한다(RFC 3168).

표준이 정하지 않는 것이 하나 남는다. 얼마나 붐빌 때 표시를 시작할지의 숫자다. RFC는 필드의 의미와 표시하는 쪽의 동작을 정한다. 시작 지점은 장비를 운영하는 쪽의 몫이다.

문서가 드러내는 설정 면

Arista의 EOS 4.37.0F Quality of Service 페이지는 이 숫자가 어디에 있는지를 구체적으로 적는다. ECN은 유니캐스트 큐에 대해 WRED(Weighted Random Early Detection)를 통해 지원된다. WRED는 Random Early Detection을 확장해 개별 큐에 여러 임계값을 정의하는 능동적 큐 관리(AQM) 알고리즘이다. 그리고 random-detect ecn 명령이 설정 모드의 유니캐스트 전송 큐에 ECN 표시를 켜고, 임계값이 되는 큐 크기를 지정한다(Arista EOS 4.37.0F Quality of Service).

지연 기반 ECN은 전송 큐 단위로 설정할 수 있다. 문서의 예시는 세 줄이다. interface Ethernet 1/1로 들어가 tx-queue 3을 고르고 random-detect ecn delay threshold 33 milliseconds를 넣는다. 같은 페이지다.

33밀리초는 예시이지 권장값이 아니다

이 33을 Arista가 권하는 값으로 읽으면 오독이다. 문서가 보여주는 것은 문법이지, 특정 워크로드나 패브릭 설계에 맞춰 교정된 숫자가 아니다. 독자가 가져갈 것은 숫자 자체가 아니라, 이런 종류의 값이 명령줄 위에 존재하고 장비마다 입력된다는 사실이다.

임계값이 너무 늦으면 큐는 계속 자라다가 폐기로 끝나거나, 무손실 클래스가 설정된 곳에서는 옆 큐를 밀어내는 압력으로 이어진다. 너무 이르면 패브릭이 포화와 거리가 먼데도 송신 측이 속도를 줄인다. 두 경우 모두 결과는 엔지니어가 입력한 숫자의 귀결이지 실리콘의 성격이 아니다.

(Arad/Jericho)라는 주석

문서에서 명령은 random-detect ecn (Arad/Jericho) 형태로, 플랫폼 계열이 옆에 붙어 나온다. 문법과 동작이 스위치 실리콘에 묶여 있고 제품 라인 전체에서 동일하지 않다는 뜻이다. 공급사 스스로 이렇게 적는다는 사실 자체가, 패브릭 일관성을 유지하는 부담이 어디에 쌓이는지를 보여준다.

대규모 AI 클러스터에서 한 세대의 칩만 유지하기는 쉽지 않다. 도입 시점이 다르면 세대가 섞인다. 그때 “33밀리초”가 모든 스위치에서 같은 의미인지를 알려주는 것은 공급사의 데이터시트가 아니라 운영자의 설정 대장이다.

더 빠른 포트가 설정을 데려오지는 않는다

넓은 레인은 같은 큐에 패킷을 더 빠르게 밀어 넣는다. 큐가 차는 속도는 빨라지지만, 표시가 시작되는 지점은 스스로 움직이지 않는다. 400G에서 800G로 바꿔도 random-detect ecn delay threshold 뒤의 숫자는 다시 쓰이지 않는다.

AI 백엔드 논의가 미끄러지는 지점이 여기다. 포트 속도와 광모듈은 구매 목록에 올라 비교되고 승인된다. 큐별 표시 임계값은 같은 목록에 오르지 않는다. 그래도 혼잡할 때 패브릭이 어떻게 굴지 결정하는 것은 후자다.

증거의 경계

이 글의 기술적 주장은 텍스트로 읽은 두 개의 1차 자료로 한정된다. Arista EOS 4.37.0F의 Quality of Service 페이지와 RFC 3168이다.

Priority Flow Control, Traffic Management, AI networking 페이지는 이번 검토에서 읽을 수 있는 본문을 돌려주지 않았다. 따라서 무손실 우선순위의 문법, pause watchdog의 동작이나 발동 조건, 일시정지 임계값과 헤드룸이 포트 속도·케이블 길이·스위치 계열에 의존하는지 여부, 큐별 버퍼 할당이나 공유 버퍼 예약의 설정 가능성, GPU 백엔드 패브릭의 토폴로지 지침, 검증된 프로파일에 대해서는 아무것도 주장하지 않는다. 읽지 못한 것은 그것이 존재하지 않는다는 증거가 아니다.

Arista Networks, Inc.의 회사 정보는 디렉터리 항목에 있다.