본문 바로가기
[GPUaaS]/ExamTopics_NCP AII

Question #19 During cluster deployment, the UFM Cable Validation Tool reports “

by Cloud All Study 2026. 10. 14.
반응형

 
 

Question #19 (Topic: Exam A)Topic 1

During cluster deployment, the UFM Cable Validation Tool reports “Wrong-neighbor” errors on multiple InfiniBand links.
What is the most efficient way to resolve this issue?

  • A. Verify LLDP data against topology files and remediate.
  • B. Reboot all leaf switches to force LLDP rediscovery.
  • C. Disable FEC on all switches to bypass neighbor validation.
  • D. Replace all affected cables with higher-grade OM5 fiber optics.

 

 

클러스터 구축 중에 UFM 케이블 유효성 검사 도구가 여러 InfiniBand 링크에서 "잘못된 이웃" 오류를 보고합니다.
이 문제를 해결하는 가장 효율적인 방법은 무엇입니까?

  • A. LLDP 데이터를 토폴로지 파일과 비교하여 검증하고 필요한 조치를 취하십시오.
  • B. LLDP 재검색을 강제로 수행하려면 모든 리프 스위치를 재부팅하십시오.
  • C. 인접 ​​스위치 검증을 우회하려면 모든 스위치에서 FEC를 비활성화하십시오.
  • D. 문제가 있는 모든 케이블을 고급 OM5 광섬유 케이블로 교체하십시오.

 
 
 
정답은 A. Verify LLDP data against topology files and remediate 입니다. ✅
Wrong-neighbor는 보통 **케이블 자체 품질 문제라기보다 “실제로 연결된 상대 장비/포트가 설계된 토폴로지와 다르다”**는 의미입니다. NVIDIA의 케이블 검증 방식은 실제 neighbor 정보와 topology 파일의 기대 연결을 비교해 mismatch를 찾습니다. NVIDIA Docs

쉽게 말하면

원래 설계가 이렇게 되어 있다고 가정해보겠습니다.

설계상 연결

Leaf01 Port 1
      │
      │
Server01 Port 1

그런데 실제 케이블이 잘못 꽂혀:

실제 연결

Leaf01 Port 1
      │
      │
Server02 Port 1

로 되어 있다면 CVT가:

Wrong-neighbor

라고 잡아낼 수 있습니다.
즉,

Expected Neighbor ≠ Actual Neighbor

입니다.


LLDP가 뭐야?

LLDP = Link Layer Discovery Protocol
쉽게 말하면:

“내 케이블 반대편에는 누가 연결되어 있지?”를 확인하는 프로토콜

입니다.
예를 들어 스위치가 LLDP 정보를 보면:

Switch Port 10
   ↓
Neighbor
   ↓
Server DGX-03
Port mlx5_0

같은 정보를 알 수 있습니다.
NVIDIA의 topology validation 기능도 실제 장비가 보고하는 LLDP neighbor와 설계된 연결 정보를 비교하는 방식을 사용합니다. NVIDIA Docs


Topology File은 뭔가요?

쉽게:

“어느 장비의 어느 포트가 어디에 연결돼야 하는지 적어놓은 설계도”

입니다.
예:

DGX01 Port1 → Leaf01 Port10
DGX02 Port1 → Leaf01 Port11
DGX03 Port1 → Leaf02 Port10
DGX04 Port1 → Leaf02 Port11

NVIDIA UFM Cable Validation Tool에서는 이러한 topology 파일을 물리 연결 검증의 기준 정보로 사용합니다. P2P, Topo, DOT 등의 파일 형식을 지원합니다. NVIDIA Docs


✅ A가 정답인 이유

A:

Verify LLDP data against topology files and remediate.

쉽게 번역하면:

실제로 발견된 neighbor 정보와 설계도를 비교하고, 잘못 연결된 케이블/포트를 바로잡아라.

입니다.
흐름은:

Wrong-neighbor 발견
       ↓
실제 Neighbor 확인
       ↓
Topology 파일 확인
       ↓
Expected vs Actual 비교
       ↓
잘못 꽂힌 포트/케이블 발견
       ↓
올바른 위치로 재연결
       ↓
CVT 재검증

입니다.
이게 가장 효율적입니다.


예를 들어

Topology 파일에는:

Leaf01 Port 20
→ DGX05 HCA Port 1

이라고 되어 있는데,
실제 neighbor 정보는:

Leaf01 Port 20
→ DGX06 HCA Port 1

라고 나온다면:

Expected : DGX05
Actual   : DGX06

→ Wrong-neighbor

입니다.
이 경우 케이블을 새것으로 바꿀 게 아니라 DGX05와 DGX06 케이블 연결 위치를 바로잡아야 합니다.


❌ B. 모든 Leaf Switch 재부팅

Reboot all leaf switches to force LLDP rediscovery.

비효율적입니다.
LLDP 데이터가 잠깐 갱신되지 않는 경우라면 재확인이 필요할 수 있지만, 여러 링크에서 Wrong-neighbor가 발생하면 우선 실제 cabling과 topology 정보 불일치를 확인해야 합니다.
스위치를 전부 reboot한다고:

잘못 꽂힌 Cable
       ↓
올바른 Port로 이동

되는 것은 아닙니다.
즉:

Reboot는 mis-cabling을 해결하지 못합니다.


❌ C. FEC 비활성화

Disable FEC

완전히 다른 문제입니다.
FEC = Forward Error Correction
고속 네트워크에서 전송 중 발생하는 bit error를 보정하는 기술입니다.

FEC
→ Signal / Bit Error 관련

Wrong-neighbor
→ Cabling / Topology 관련

즉 서로 다른 영역입니다.
오히려 400G 같은 고속 링크에서 FEC를 함부로 비활성화하면 링크 품질 문제가 커질 수 있습니다.


❌ D. 모든 케이블 교체

Replace all affected cables with OM5 fiber.

이것도 과도한 조치입니다.
Wrong-neighbor는:

Cable 품질 불량 ❌

Cable 연결 위치 불일치 ✅

일 가능성이 핵심입니다.
예를 들어:

Cable A → 잘못된 Port

라면 새 케이블을 같은 잘못된 포트에 꽂아도:

Wrong-neighbor

가 그대로 발생합니다.
따라서 먼저 topology를 확인해야 합니다.


🎯 시험에서는 이렇게 외우세요

Wrong-neighbor라는 단어가 나오면:

Wrong-neighbor
      ↓
잘못 연결됨
      ↓
LLDP 실제 정보 확인
      ↓
Topology 설계와 비교
      ↓
Cable / Port 수정

한 줄 암기

Wrong-neighbor = 실제 LLDP Neighbor ≠ 설계 Topology → 연결 위치를 확인하고 수정

문제 #19 정리

보기판단이유
A ✅ 실제 neighbor와 topology 비교
B ❌ 재부팅으로 mis-cabling 해결 불가
C ❌ FEC는 signal error 관련
D ❌ 케이블 품질보다 연결 위치 문제

Question #19 정답: A ✅
그리고 시험에서는 Wrong-neighbor, Link Down, BER, No Neighbor를 구분해두면 좋습니다. **Wrong-neighbor는 특히 “케이블은 연결돼 있지만 엉뚱한 곳에 꽂혀 있다”**고 이해하면 가장 쉽습니다.
 
===============
 
UFM Cable이라는 별도의 케이블 제품이 있는 건 아닙니다.
앞 문제에서 나온 정확한 표현은 UFM Cable Validation Tool입니다.
쉽게 말하면:

UFM = NVIDIA의 InfiniBand 네트워크 관리 소프트웨어
Cable Validation Tool = 케이블 연결과 품질을 검사하는 도구

입니다.

UFM이 뭐야?

UFM = Unified Fabric Manager
InfiniBand Fabric 전체를 관리하고 모니터링하는 NVIDIA 소프트웨어입니다.
예를 들어:

DGX01 ─┐
DGX02 ─┤
DGX03 ─┼─ InfiniBand Switch ── UFM
DGX04 ─┘

UFM은 이런 InfiniBand 환경에서:

  • 서버와 스위치 연결 상태
  • 포트 상태
  • 링크 장애
  • 네트워크 Topology
  • 성능
  • 케이블 연결 오류

등을 관리합니다.
쉽게 보면:

UFM = InfiniBand 네트워크의 중앙 관제 시스템

이라고 생각하면 됩니다.


Cable Validation Tool은 뭐야?

UFM 안에서 사용하는 케이블 검증 도구입니다.
예를 들어 원래 연결이:

DGX01 Port1
    ↓
Leaf01 Port10

이어야 하는데 실제로:

DGX01 Port1
    ↓
Leaf02 Port20

에 꽂혀 있다면,
UFM Cable Validation Tool이:

Wrong-neighbor

라고 알려줄 수 있습니다.
즉:

“케이블이 엉뚱한 포트에 연결됐어요.”

라는 뜻입니다.


케이블 자체 품질도 검사하나요?

네. 연결 위치뿐 아니라 링크 상태와 케이블 품질 관련 정보도 볼 수 있습니다.
예:

Wrong-neighbor
→ 잘못된 장비/포트 연결

Link Down
→ 링크가 올라오지 않음

BER 높음
→ 데이터 전송 오류 증가

Flapping
→ 링크가 Up/Down 반복

앞에서 본:

Effective BER

도 바로 이런 케이블 품질 검사의 한 지표입니다.


실제 케이블은 어떤 것인가?

UFM이 검사하는 대상은 환경에 따라 이런 실제 네트워크 케이블입니다.

DAC
AOC
광케이블
InfiniBand Cable
400G / 800G Cable

예를 들어:

DGX H200
   │
400G DAC
   │
InfiniBand Switch

이 케이블의 연결 상태와 품질을 UFM Cable Validation Tool이 검사하는 겁니다.

시험용으로는 이렇게 기억하세요

UFM = InfiniBand Fabric 관리

UFM Cable Validation Tool = 케이블 연결/품질 검사

그리고:

Wrong-neighbor
→ LLDP / Topology 확인

BER 높음
→ Cable Signal Quality 확인

이렇게 연결해서 외우면 됩니다.
즉 “UFM Cable”이 케이블 이름이 아니라, UFM이라는 관리 솔루션이 케이블을 검사하는 것입니다.
 
 

반응형

댓글