그림 1
APPN(Advanced Peer-to-Peer Networking)은 2세대 SNA(Systems Network Architecture)입니다. IBM에서 개발한 이 솔루션은 다음과 같은 요구 사항을 충족합니다.
SNA 트래픽이 다른 프로토콜과 동시에 기본으로 이동할 수 있도록 하는 효과적인 라우팅 프로토콜을 제공합니다.
메인프레임의 개입 없이 최종 사용자 간에 세션을 설정할 수 있습니다.
리소스와 경로를 예측하기 위한 과도한 요구 사항을 줄이기 위한 것입니다.
CoS(Class of Service)를 유지하고 SNA 트래픽 내에서 우선 순위를 제공합니다.
레거시 및 APPN 트래픽을 모두 지원하는 환경을 제공합니다.
이 문서에 대한 특정 요건이 없습니다.APPN에 대한 자세한 내용은 IBM 문서 SNA 기술 개요(GC30-3073-04) 를 참조하십시오.
이 문서는 특정 소프트웨어 또는 하드웨어 버전으로 제한되지 않습니다.
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.
APPN은 P2P 네트워킹을 제공합니다.리소스와 경로를 동적으로 찾아 정의합니다.메인프레임의 개입 없이 네트워크의 두 논리 유닛 간에 세션을 설정할 수 있습니다.
디렉터리 서비스가 배포됩니다.네트워크 노드(NN)는 해당 서비스를 사용하는 리소스만 기억해야 합니다.그러나 VTAM(Virtual Telecommunications Access Method)에서 디렉토리 서비스를 중앙 집중화할 수 있습니다.
각 APPN 라우터는 모든 NN(라우터) 및 링크를 포함하는 네트워크 토폴로지의 전체 맵을 유지 관리합니다.이를 통해 각 라우터는 CoS를 기반으로 언제든지 네트워크를 통해 최상의 경로를 선택할 수 있습니다.네트워크의 변경 사항이 발생하면 토폴로지가 업데이트됩니다.
CoS는 기존 SNA에서 계속 실행되며 개선됩니다.APPN에서 CoS는 레거시 SNA에서와 마찬가지로 FIP(Front-End Processor) 간에만 국한되지 않고 네트워크의 엔드 노드까지 확장합니다.또한 CoS는 라인 속도, 비용 및 기타 특성에 대한 명시적 정의를 통해 훨씬 더 세분화된 수준으로 정의할 수 있습니다.
그림 2
TG(Transmission Group)??APPN 용어와 레거시 SNA에서 동일한 것을 참조합니다.두 개의 인접한 노드를 연결하는 선 집합입니다.차이점은 현재의 APPN 아키텍처는 TG를 단일 링크로 제한하지만, 멀티링크 TG는 향후 구현될 것으로 예상됩니다.토폴로지 데이터베이스에는 NN을 연결하는 링크인 NN과 TG가 포함되어 있습니다.
Dependent Logical Units??Legacy LU(Logical Units)(유형 0, 1, 2, 3 등)VTAM의 개입 없이 세션을 시작할 수 없으며 피어 투 피어 세션 시작에 적극적으로 참여할 수 없습니다.
Physical Unit 2.1(PU 2.1)??P2P 처리를 위한 물리적 유닛 유형입니다.
CP(Control Point)??APPN 노드의 기본 구성 요소입니다.CP는 APPN 노드의 관리를 담당합니다.또한 인접한 노드에 대한 링크를 활성화하고, CP-CP 세션을 다른 노드와 활성화하고, 네트워크 리소스를 찾고, 토폴로지 정보를 수집하고 다른 노드와 교환합니다.
그림 3
NN(Network Node)??APPN 네트워크의 라우터입니다.세션 활성화 및 리소스 위치가 필요한 경우 다른 리소스는 NN으로 이동합니다.
엔드 노드(EN)??NN 서버를 통해 네트워크에 액세스하는 애플리케이션 호스트로 간주할 수 있습니다.EN은 APPN 기능의 하위 집합을 포함합니다.네트워크 토폴로지, 유지 보수, 재라우팅과 같은 기능이 없습니다.
LEN(Low Entry Node)??IBM이 AS/400 및 S/36에 대해 정의한 원래 피어 노드입니다.VTAM의 개입으로 두 노드 간의 통신이 가능했습니다.안타깝게도 즉각적인 라우팅을 제공하지 않았으므로 릴레이 애플리케이션 또는 직접 연결이 필요합니다.APPN 노드는 이 추가된 기능을 제공하기 위해 LEN 노드에 추가된 확장입니다.LEN 노드는 NN 서버를 통해 APPN 네트워크에 액세스할 수 있지만, 리소스는 미리 정의되어 있어야 합니다.
Composite Network Node(CNN)??VTAM 및 NCP(Network Control Program)에서 구현되는 APPN 기능을 설명하기 위해 개발되었습니다.VTAM은 독립형 NN일 수 있지만 NCP는 그럴 수 없습니다.따라서 함께 작업할 때 단일 NN을 나타낼 수 있습니다.
BrNN(Branch Network Node)??다운스트림 EN 및 LEN에 대한 NN 서비스를 제공하는 동안 업스트림 NN에 EN으로 나타납니다.BrNN에 대한 이러한 지원은 일반적으로 BX(Branch Extender)라고도 합니다. BX 기능은 네트워크의 APPN NN과 SNA 애플리케이션 호스트 간의 APPN 토폴로지 및 APPN 브로드캐스트 검색 흐름을 없앰으로써 APPN 네트워크를 훨씬 더 확장할 수 있게 합니다.Cisco??의 현재 APPN 구현, SNASwitch는 12.1의 기존 APPN 구현을 대체하며 BX를 사용합니다.
그림 4
EN은 NN에 연결할 수 있습니다.또는 2개의 NN은 연결 전에 모든 것을 정의할 필요 없이 동적으로 연결할 수 있습니다.이 프로세스에는 세 가지 단계가 있습니다.
인접한 노드 간의 물리적 연결이 설정되면 두 노드는 XID(Exchange ID) 유형 3을 통해 이름, 노드 유형, 지원 속도 조절 등??기본 정보를 교환합니다.
이 교환 후에는 두 노드의 제어 지점 간에 병렬 LU 6.2 세션을 설정할 수 있습니다.이는 EN과 해당 NN 서버 간에 필요하며 NN 간에는 선택 사항입니다.설정된 후에는 이 세션을 사용하여 노드 간에 토폴로지 업데이트와 같은 제어 정보를 전송합니다.
CP-CP 세션이 설정되면 토폴로지는 네트워크 인터페이스를 통해 이동합니다.네트워크에서 변경 사항이 발생하면 업데이트가 계속 진행됩니다.