
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이라는 관리 솔루션이 케이블을 검사하는 것입니다.
댓글