FC 트랜시버와 광 모듈
Fibre Channel은 이더넷과 동일한 플러거블 폼 팩터 위에서 동작하지만, 옵틱스는 FC 고유의 물리 계층 표준에 맞춰 검증되고 FC 고유의 용어로 라벨이 붙습니다. SAN용 모듈을 고르거나 코딩하려면 이 용어를 알아야 합니다.
파장 표기
| 표기 | 파장 | 광섬유 | 일반적인 전송 거리 |
|---|---|---|---|
| SW(단파장) | 850 nm | 멀티모드 OM3/OM4 | 수십 m ~ 약 150 m |
| LW(장파장) | 1310 nm | 싱글모드 | 10 km |
| ELW(확장 장파장) | 1550 nm | 싱글모드 | 25–40 km |
세대별 전송 거리(멀티모드)
속도가 높아질수록 멀티모드 전송 거리는 줄어듭니다 — SAN 배선이 OM3에서 OM4/OM5로 옮겨간 이유입니다.
| 세대 | OM3 | OM4 |
|---|---|---|
| 8GFC | 150 m | 190 m |
| 16GFC | 100 m | 125 m |
| 32GFC | 70 m | 100 m |
| 64GFC | 70 m | 100 m |
싱글모드의 장파장 옵틱스는 세대와 무관하게 10 km에 도달합니다.
옵틱스 이면의 표준
물리 계층은 T11의 FC-PI 시리즈가 정의합니다: FC-PI-5(16GFC), FC-PI-6(32GFC), FC-PI-7(64GFC), FC-PI-8(128GFC). 모듈 식별 정보, 속도, DDM은 이더넷 옵틱스와 같은 MSA 관리 규격을 따릅니다 — SFP+/SFP28은 SFF-8472, QSFP28은 SFF-8636 — 이며, FC 속도는 레이트와 애플리케이션 코드를 통해 알립니다.
속도별 모듈
| 속도 | 모듈 | 비고 |
|---|---|---|
| 8GFC / 16GFC | SFP+ | 16GFC에서 8b/10b → 64b/66b |
| 32GFC | SFP28 | 25GbE 옵틱스와 동일한 풋프린트 |
| 64GFC | SFP-DD / SFP56 계열 | PAM4 |
| 128GFC | QSFP28 | 4 × 32GFC |
SAN 스위치의 벤더 락
FC 스위치 벤더는 옵틱스에 대해 가장 엄격한 축에 듭니다. 인증되지 않은 모듈을 꽂으면 플랫폼은 흔히 모듈의 식별 정보를 검증하며 포트 상태를 Mod_Val(검증 중)이나 Mod_Inv(무효)로 표시합니다. 이 상태에서는 포트가 온라인 상태가 되지 않습니다. 스토리지 어레이와 HBA에도 인증된 부품 목록이 함께 제공됩니다. 이 메커니즘은 이더넷 스위치와 동일한 식별 정보 검사입니다 — 벤더 락 참고 — 해결책도 동일합니다: 플랫폼이 기대하는 식별 정보로 코딩된 모듈을 사용하는 것입니다.
SAN에서의 DDM
스토리지 트래픽은 무손실이므로, 한계에 가까운 광 링크는 포트 다운으로 나타나기 훨씬 전에 CRC/무효 전송 워드와 크레딧 정체로 먼저 나타납니다. ISL과 어레이 포트에서 Rx 파워와 Tx 바이어스의 추이를 관찰하십시오; 128GFC QSFP28에서 레인 하나가 열화되는 것이 알아채기 어려운 전형적인 장애입니다(장애 참고).
CodingBox에서는
CodingBox는 SFF-8472/8636에 따라 FC 옵틱스를 읽고, FC 레이트 코드를 해독하고, 임계값과 함께 DDM을 보여주며, 목표로 하는 SAN 플랫폼에 맞춰 식별 정보 — 벤더, 부품 번호, 레이트 코드 — 를 재코딩합니다. 이때 체크섬을 다시 계산하고 code database에 백업을 남깁니다.
SAN 포트의 오류 카운터를 읽고 옵틱스 문제와 혼잡을 구분하는 방법: FC 포트 진단; 옵틱스가 포트를 통과하려면 거쳐야 하는 로그인과 조닝 단계: FC 프로토콜 기초.