요약

  • BIRD가 경로를 Linux FIB에 넣으면 커널 알림이 LAN969x 드라이버를 거쳐 ASIC에 닿는다. Banelli는 추가 경로 256개를 넣고 빼는 시험이 오류 없이 끝났다고 밝혔다.
  • 전체 경로 테이블, 구리 포트의 L3 전송, 실제 ECMP 트래픽 분배, BFD, ACL, 케이블 단선은 시험하지 않았다. Novarq 저장소는 ‘mainline support’를 내세우지만 RIPE 발표에서 Banelli는 시험 빌드가 아직 회사 자체 커널을 쓴다고 설명했다.

256개 경로를 넣고 빼는 작업은 깔끔하게 끝났다. Bruno Banelli가 RIPE 93에서 제시한 가장 구체적인 결과다. 운영자가 용량을 판단하려면 전체 라우팅 테이블에서 ASIC에 얼마나 많은 경로를 계속 올려둘 수 있는지도 알아야 하지만, 그 수치는 시험하지 않았다.

Novarq 공동창업자 겸 CEO인 Banelli의 구조는 단순하다. BIRD가 Linux의 FIB에 경로를 쓰고, 커널 알림을 받은 LAN969x 드라이버가 스위치 ASIC을 구성한다. 그는 이 라우팅 경로에 SAI, FPM, 별도의 벤더 라우팅 에이전트가 없다고 설명했다. Linux 커널 문서는 switchdev를 패킷 전달을 스위치 하드웨어로 오프로드하는 드라이버 모델로 정의한다.

시험 구성은 VLAN 인식 브리지 위에 라우팅 VLAN 두 개를 올렸다. IPv4와 IPv6를 함께 쓰는 eBGP 세션 네 개가 연결됐고, 필터는 테스트 프리픽스만 허용했다. 기본 경로와 관리 경로는 BGP에 넣지 않았다. Banelli가 보고한 경로 변경 시간은 피어의 광고나 철회에서 Linux FIB 변경까지 0.5초 미만이었다. 패킷 캡처와 카운터로 IPv4·IPv6 전달 트래픽이 ASIC을 지나는 것을 확인했고, 이 구성에서 CPU 사용률은 10% 아래였다.

남은 시험 항목이 실제 범위를 정한다. 전체 경로 테이블과 모든 포트는 확인하지 않았다. L3 전달은 SFP 포트에서 검증했으며 구리 포트는 시험하지 않았다. ECMP를 켰지만 트래픽이 실제로 어떻게 나뉘는지는 측정하지 않았고, next-hop 객체도 ASIC에 오프로드하지 않았다. BFD, ACL, 케이블을 뽑는 시험도 없었다. 피어를 관리상 내렸을 때 상대 NIC는 광 링크를 유지했다. 스위치는 물리 링크 단절을 보지 못했고 경로는 9초 hold timer가 끝날 때까지 남았다. 이 결과는 타이머 동작이지 단선 복구가 아니다.

IPv6에는 임시 처방이 붙었다. 각 라우팅 VLAN의 멀티캐스트 이웃 탐색 항목을 60초마다 갱신해야 했다. Banelli는 드라이버 문제로 보고했다고 말했다. Linux에 경로가 등록된 사실만으로 이웃 항목이 만료되거나 링크가 끊겼을 때 ASIC이 어떻게 움직일지는 알 수 없다.

커널 상태도 버전별로 말해야 한다. Novarq의 공개 저장소는 ‘mainline support’와 커널 통합을 내세운다. RIPE 93에서 Banelli는 시험 빌드가 여전히 회사 자체 커널을 사용하고 있고 L3 패치를 upstream에 올리는 중이며, 완전한 L3 지원은 2027년 2분기를 목표로 한다고 설명했다. 공개 자료에는 그 표현이 가리키는 커널 버전과 L3 기능이 적혀 있지 않다. 버전별 기능표가 있어야 범위를 확인할 수 있다.

Banelli는 BIRD에서 Linux를 지나 ASIC으로 이어지는 경로를 실제로 작동시켰다. 다음 검증 자료에는 커널·드라이버·BIRD 버전, FIB에 설치된 경로와 ASIC으로 오프로드된 경로 수, 포트 종류, 이웃 항목 수명, ECMP 분배와 장애 복구 기록이 함께 있어야 한다. 256개 경로 성공은 실험의 성과이지 운영 용량 수치가 아니다.

출처