제5장 iSNSP 메시지 형식(iSNSP Message Format) - 6, 등록 및 조회 메시지

iSNSP 등록 및 조회 메시지의 PDU Palyload에서는 다음과 같은 형식으로 일련의 속성을 보호합니다.
             +----------------------------------------+
| Source Attribute (Requests Only) |
+----------------------------------------+
| Message Key Attribute[1] (if present) |
+----------------------------------------+
| Message Key Attribute[2] (if present) |
+----------------------------------------+
| . . . |
+----------------------------------------+
| - Delimiter Attribute - |
+----------------------------------------+
| Operating Attribute[1] (if present) |
+----------------------------------------+
| Operating Attribute[2] (if present) |
+----------------------------------------+
| Operating Attribute[3] (if present) |
+----------------------------------------+
| . . . |
+----------------------------------------+
PDU Payload의 모든 Source, Message Key, Delimiter, Operating Attribute는 Tag-Length-Value(TLV) 형식으로 저장됩니다.iSNS 등록 및 조회 메시지는 iSNS 클라이언트가 iSNS 서버의 IP 주소와 알려진 TCP/UDP 포트로 전송합니다.iSNS 응답 메시지는 iSNS 서버에서 원본 메시지에서 가져온 iSNS 클라이언트 및 IP 주소 및 TCP/UDP 포트로 전송됩니다.
1、Source Attribute
Source Attribute는 iSNS 서버에서 조회 또는 다른 메시지를 보내는 발신자를 알아야 할 때 메시지를 보내는 Storage Node를 가리키는 데 사용됩니다.Source Attribute에서 메시지를 유일하게 확인할 수 있는 발신자입니다.사용 가능한 Source Attribute 유형은 다음과 같습니다.
          Valid Source Attributes
-----------------------
iSCSI Name
FC Port Name WWPN
검색 메시지에 대해 Source Attribute는 소속 DD의 작업 범위를 제한하는 데 사용된다.Source Attribute를 통해 식별되는 Control Node는 DD 범위를 고려하지 않고 iSNS 데이터베이스의 모든 객체를 직접 구성할 수 있습니다.
iSNS 데이터베이스 컨텐츠를 변경할 경우 iSNS 서버는 (
MUST) Source Attribute를 통해 소속 Network Entity에 포함된 Control Node 또는 Storage Node의 객체 추가, 삭제 또는 수정을 식별합니다.
2、Message Key Attributes
메시지 키 Attributes는 iSNS 조회나 등록 메시지가 iSNS 데이터베이스에서 일치하는 작업 대상과 일치합니다.만약 존재한다면, 메시지 키는 반드시 (
MUST)는 Sections5.6.5 및 6.1에 설명된 객체의 Registration 또는 Query Key입니다.만약 조회 메시지의 범위가 발기자가 사용할 수 있는 범위를 초과하거나 새로운 Entity를 등록한다면 Message Key를 사용하지 않아도 됩니다.
Message Key에 사용되는 iSCSI Name은 [STRINGPREP] 형식, EIS(Entity Indentifier)는 [NAMEPREP] 형식이어야 합니다.
3、Delimiter Attribute
Delimiter Attribute는 PDU Payload에서 Message Key Attribute와 Operating Attribute를 분할합니다.Delimiter Attribute에는 Tag 값 0과 Length 값 0이 있습니다.Delimiter Attribute는 항상 8바이트 길이(4바이트의 Tag 필드와 4바이트의 Length 필드, 값은 모두 0)입니다.메시지에 메시지 키가 없으면 Delimiter Attribute는 Source Attribute 뒤를 따릅니다.
4、Operating Attribute
Operating Attribute에는 iSNS 등록 메시지와 조회 메시지 조작 대상의 하나 이상의 키와 Non-Key 속성이 포함되어 있습니다.Operating Attribute에는 Object Key 속성과 Non-Key 속성이 포함되어 있습니다.Object Key 속성은 iSNS 객체를 고유하게 식별합니다.Operating Attribute에서 각 객체의 키 속성은 반드시 (
MUST)는 Non-Key 속성 앞에 있습니다.Tag 값을 통해 Object Key 속성(i.e.,tag=1, 16&17, 32, 64, and 96)과 Non-Key 속성을 구별할 수 있습니다.Operating Key에 사용되는 iSCSI Name은 [STRINGPREP] 형식, EIS(Entity Indentifier)는 [NAMEPREP] 형식이어야 합니다.
메시지의 Operating Attribute 순서는 대상 간의 관계와 Non-Key 속성에 대한 소속 관계를 판단하는 데 매우 중요하다.이 순서 규칙을 위반한 iSNSP 메시지는 (
SHALL)은 오류 코드 2(Message Format Error)를 반환하여 거부됩니다.구체적인 순서는 Message 설명에 기록됩니다.
일부 Objects에는 여러 개의 키 속성이 있습니다.예를 들어 Portal의 키 속성은 Tag16과 17입니다.하나의 Object에 여러 개의 키 속성이 있는 경우 키 속성은 반드시 (
MUST) Non-Key 속성과 다음 Object Key 속성 앞에 태그 값 순서대로 정렬합니다.식별할 때 여러 개의 키 속성은 논리적인 키로 간주되어야 한다.
키 속성을 따르는 Non-Key 속성은 반드시 (
MUST)는 키 속성에 해당하는 속성입니다.객체의 모든 Non-Key 속성은 반드시 (
MUST) 다음 객체의 키 속성 앞에 있습니다.
객체는 반드시 (
MUST) 는 그들이 속한 관계로 배열된다.Storage Node 및 Portal의 속성은 반드시 (
MUST) 관련 Network Entity 속성 뒤에 있습니다.마찬가지로 FC Device의 속성은 반드시 (
MUST) 관련 Storage Node 속성 뒤에 있습니다.
Tag 값이 1537-2048 사이인 Vendor-specific 대상도 위의 규칙에 부합해야 한다.
    4.1 Operating Attributes for Query and Get Next Requests
쿼리와 Get Next 메시지 중 TLV의 Lenght는 0입니다. 응답 메시지에서 이 속성을 되돌려야 합니다.

좋은 웹페이지 즐겨찾기