파이버 채널 프레임은 어떻게 채워지고 패브릭을 통과합니까?


8

파이버 채널 프레임이 실제로 채워지고 전환 된 패브릭을 통해 전송되는 방식을 둘러 보려고합니다. WWNN WWPN을 이해하고 WWNN은 실제 HBA의 WWN이며 WWPN은 카드의 실제 포트의 WWN입니다. 따라서 HBA에 4 개의 포트가 있으면 모두 동일한 WWNN을 공유하지만 WWPN은 다릅니다. 그래도 WWNN이 패브릭에서 통신을 수행하는 위치를 확실하지 않습니다. 둘째, 새로운 N_port 노드가 패브릭에 로그인하여 동적 FCID를 지정하는 FLOGI 프로세스. PLOGI가 완료된 후 N- 포트 노드가 WWPN을 제출할 수 있습니다. 이것은 WWPN 대 FCID 관계를 유지합니다 ....

마지막으로 FC 주소 지정은 도메인 ID, 영역 ID 및 포트 ID의 조합입니다. 모든 8 비트. 내 이해는 패브릭에서 인터페이스의 위치를 ​​찾는 데 사용됩니까? 따라서 도메인 1과 도메인 2의 스위치가 두 개인 경우 0100000은 첫 번째 스위치 영역 00과 포트 00을 의미합니까?

또한 호스트가 다른 호스트로 어떻게 보내는 지 확실하지 않습니다. FC 프레임을 보면 24 비트 FC 주소 또는 FCID 인 대상 ID 및 소스 ID 필드가 있습니다. 내 질문은 이러한 DestID 및 SourceID가 호스트 HBA 또는 FC 스위치에 의해 채워 집니까? 호스트가 HBA의 WWNN 및 WWPN이라는 것을 알고 있다고 생각 했습니까?

둘째, WWNN 또는 WWPN이 재생되는 파이버 채널 프레임의 어느 곳도 보이지 않습니다. FLOGI 및 PLOGI 프로세스에서만 동적 FCID를 얻기 위해 사용되지 않는 한.

당신의 도움을 주셔서 감사합니다. 감사합니다.

PS Cisco MDS를 사용하고 호스트 fcinfo에서 정보를 수집하고 있는데 각 호스트에서 fcinfo를 사용하여 FCID를 얻는 방법을 볼 수 없습니까? 호스트가 대상 FCID 목록을 유지 관리하는지 여부를 혼란스러워하는 이유입니다.

또한 직접 연결된 호스트의 경우 스위치가 관여하지 않고 호스트가 서로 FLOGI합니까?


이 주제에 대한 지식이 없으면 텍스트는 다음과 같습니다. "WWN WWNN, WWPN WWW FCID HBA ..."
Christopher Perrin

답변:


4

처음에는 호스트가 WWNN과 WWPN을 알고 있습니다.

글쎄, WWNN을 잊어라. 이론적으로 WWNN은 컴퓨터의 모든 HBA의 모든 포트에서 동일해야하지만 실제로는 그렇지 않습니다. 일반적으로 하나의 HBA에서 동일하지만 WWNN이 여러 개인 다중 포트 HBA의 경우를 보았습니다. 그래서 약간 혼란입니다.

패브릭 (FLOGI / PLOGI)에 로깅하면 호스트는 스위치에서 P_ID를 알게됩니다. 그리고 switch는 호스트에서 WWPN / WWNN을 배웁니다. 따라서 스위치는 어느 WWPN이 24 비트 P_ID에 일대일로 할당되는지 알고 있습니다.

일반 작업 중 호스트가 스위치를 쿼리합니다 (예 :

  • 어떤 WWPN과 통신 할 수 있습니까?
  • 내 블록 장치 (하드 디스크)로 기억하는 WWPN의 현재 P_ID는 무엇입니까?

많은 사람들이 WWPN이 MAC 주소와 비슷하게 작동한다고 생각합니다. 숫자는 "유사"합니다. 그들은 거의 공통점이 없으며 다른 역할을합니다.

WWPN 또는 WWNN은 주소로 사용되지 않습니다. P_ID는 DNS 및 IP 유추에서 WWPN은 다음과 같습니다 my.node.com. 주소 ( 111.112.113.114)를 식별 하지만 실제 통신 중에 주소로 사용되지는 않습니다. 111.112.113.114그렇습니다. FC에서 P_ID는 프레임에 사용 된 실제 주소입니다.

이것은 완벽한 비유가 아닙니다. WWPN은 DNS 이름만큼 사람이 읽을 수 없습니다. P_ID는 IP보다 형식이 매우 유용합니다. 형식은 FC 스위치가 프레임을 처리하는 방법을 빠르게 찾을 수 있도록 도와줍니다. 어쨌든 이것은 큰 그림입니다.

그건 그렇고, FC의 MAC 주소와 비슷한 것은 없습니다 (우리에게 좋습니다!)-P_ID 주소 지정 아래에는 하위 수준 주소 지정이 없습니다.


호스트에서 호스트의 PID를 볼 수있는 방법이 있습니까? 원격 장치의 PID가 로컬로 유지됩니까? 예를 들어 nodeA가 nodeB로 보내려면 nodeA가 nodeB의 PID를 알고 있습니까? 또한 WWNN WWPN이 FC 프레임 전송과 관련이없는 경우 P2P 링크는 어떻게 작동합니까? 각 노드가 서로 로그인합니까?
Jim

예, NodeA 쿼리가 전환 된 다음 NodeB의 현재 P_ID를 로컬로 유지합니다. 자체 P_ID를 볼 수 있지만 사용되는 OS에 따라 다릅니다. 스위치가없는 점대 점에는 PLOGI / FLOGI / WWNN / WWPN / P_ID가 필요하지 않습니다. 유선에서 볼 수있는 모든 것이 우리에게 제공되고, 보내는 모든 것이 NodeB로 전달되므로 실수 할 수 없습니다. 드레싱이 필요 없습니다.
kubanczyk

Fabric에 다른 노드가 무엇인지 파악하기 위해 새 노드에서 전송되는 FC 프레임 유형이 있습니까? 예를 들어 FC Targets가 같은 영역에서 다른 WWPN 노드를 볼 수 있다는 것을 알고 있습니다. Target이 어떻게이를 발견하는지 궁금합니다. FC 방송 등을 보내나요? FC 스위치 이름 서버와 관련이 있다고 들었습니까?
Jim

방송이 없습니다. 노드는 0xFFFFFC 주소로 쿼리 프레임을 보냅니다. 각 스위치는 일반적으로이 주소를 수신하므로 해당 프레임을 수신하는 첫 번째 스위치가 응답합니다. 응답은 P_ID, WWNN 및 WWPN의 목록입니다. 또한 새로운 WWN이 목록에 나타난 후 스위치 자체가 노드로 프레임을 보내는 RSCN이라는 또 다른 선택적 메커니즘이 있습니다.
kubanczyk

0

주의 사항-MDS 물건 최신 (FC-SW 등) 물건이 이것의 일부를 변경하는 것을 모르겠지만 (거의) 이전 버전과 호환되는 프로토콜이므로 ...

FC는 항상 장치의 루프처럼 보입니다. 루프 당 하나 이상의 장치가있을 수 있지만 FC 자체에는 라우팅 또는 스위칭 개념이 없습니다. 이는 모든 스위치 (또는 다른 트릭이지만 "정상"FC 프레임 내부에는 포함되지 않음, VLAN 태그 지정 지원 없음, FC에 대한 지원 없음)에 의해 처리됩니다. -SW).

도메인은 이러한 루프의 논리적 그룹입니다.

Wikipedia 페이지 는 실제로 매우 좋습니다.


"FC 자체에는 라우팅 또는 스위칭의 개념이 없습니다"... 실제로 FC 라우팅 또는 스위칭을 IP 세계와 비교하면 FC가 실제로 깨끗하고 일관된 접근 방식을 가지고 있으며 IP 스택이 지나치게 복잡하고 구식입니다.
kubanczyk

1
IP를 IPv4로 변경하면 동의합니다. IPv6은 FC에 훨씬 가깝습니다. 차이점은 (적어도 전통적인 FC에서는) 127 개 이상의 엔드 포인트가 없다는 것입니다. 그리고 IPv4는 이더넷 레벨에서 수행되는 전환도 수행하지 않습니다.
TheFiddlerWins

IPv4 의견에 동의합니다. 하지만 FC에 127 개의 엔드 포인트가 있습니까? 아니요. "비공개 루프"라고하는 오래된 패브릭리스 모드에 대해 이야기하고 있습니다. 전통적인 패브릭에서는 2 ^ 24에서 작은 예약 풀을 뺀 것입니다.
kubanczyk

"전통적인"패브릭으로 정의한 것이 확실하지 않습니다. FC-AL에 대해 이야기하고있었습니다. 비교적 새로운 FC-SW에 대해서만 이야기하는 것처럼 들립니다.
TheFiddlerWins

둘 다 이전 밀레니엄에서 생산 용도로 사용되었습니다.
kubanczyk
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.