사양 개정과 버전 바이트

규격은 계속 변화하는 문서입니다. 모듈은 자신의 메모리 맵이 어느 리비전을 따르는지 선언하고, 호스트는 자신이 아는 리비전에 따라 그 맵을 해석합니다. 대개는 둘이 충분히 일치하지만, 그렇지 않을 때는 바이트가 실제와 다른 것으로 읽힙니다. 이 페이지는 버전 바이트와 그 해석 방법, 그리고 — 대략적으로 — 각 세대가 무엇을 추가했는지를 정리해, 지금 보고 있는 필드가 눈앞의 모듈에 애초에 존재하는지 판단할 수 있게 합니다.

버전이 선언되는 위치

SFF-8472 — 바이트 94

경험칙: 08h 또는 09h를 선언한 모듈은 바이트 36이 의미 있는 값(또는 0)을 가져야 하고, 바이트 12 = FFh일 때 바이트 66에 ×250 Mb/s 속도가 있어야 합니다; 03h 이하를 선언한 모듈에는 바이트 36의 의미 자체가 없으며 — 호스트는 이를 무시합니다.

SFF-8636 — 바이트 1

rev 2.0 이전의 호스트는 바이트 192를 보지 않습니다 — 그 이유 하나만으로도, 벤더 블록에 무엇이 적혀 있든 40G 시대 스위치에 꽂힌 100G 모듈은 “미지의 모듈”이 됩니다.

CMIS — 바이트 1

4.0을 구현한 호스트에 꽂힌 CMIS 5.x 모듈은 기본 흐름(상태 머신, 애플리케이션 선택)에서는 대체로 동작하지만, 호스트가 최신 VDM 페이지를 읽지는 않습니다; 3.0만 지원하는 호스트는 5.x 모듈을 아예 기동시키지 못할 수도 있습니다 — CMIS 문제. MIS 버전은 CMIS를 따라갑니다: MIS.

호환성 규칙

• 더 새로운 모듈, 더 오래된 호스트 — 모르는 코드는 미지의 값으로 해석됩니다; 더 높은 바이트 94/바이트 1 값은 보통 허용됩니다. 문제는 호스트가 새 리비전에만 있는 필드(바이트 192, 애플리케이션)를 필요로 할 때 시작됩니다.
• 더 오래된 모듈, 더 새로운 호스트 — 문제없습니다; 호스트는 하위 호환 파싱을 유지합니다.
• 선언한 리비전과 내용의 불일치 — 진짜 함정입니다. 바이트 12 = FFh인데 바이트 66이 비어 있는 채로 12.x를 선언하면 호스트에는 “0 Gb/s”로 보이고, 바이트 192에 쓰레기값이 든 채로 rev 2.0 이상을 선언하면 미지의 유형이 됩니다. 코딩할 때는 리비전 바이트를 실제로 사용하는 필드에 맞추십시오.
• SFF-8024는 모듈 안에 버전 바이트가 없습니다; 어떤 코드를 인식할 수 있는지는 호스트가 가진 표의 리비전이 결정합니다.

그 밖의 문서와 개정 주기

문서 번호와 제목: MSA 규격 카탈로그.

CodingBox에서

CodingBox는 리비전 바이트를 가장 먼저 읽어 그에 맞는 필드 정의를 적용하므로, 선언된 리비전에 존재하지 않는 필드는 잘못된 이름표가 붙는 대신 예약됨으로 표시됩니다. EEPROM editor에서는 리비전 바이트를 그것이 지배하는 필드들과 함께 설정할 수 있습니다.