WAN 드라이버 바인딩 및 연결
이 항목에서는 NDISWAN, 오버리싱 프로토콜 드라이버 및 기본 WAN 미니포트 드라이버 간의 바인딩 및 연결에 대한 개요를 제공합니다.
바인딩
NDISWAN은 하나 이상의 WAN 미니포트 드라이버에 바인딩되고 하나 이상의 프로토콜 드라이버가 NDISWAN에 바인딩됩니다.
다음 그림에서는 WAN 클라이언트 프로토콜 드라이버, NDISWAN 및 WAN 미니포트 드라이버 간의 바인딩 관계를 보여 줍니다.
프로토콜 드라이버는 NDISWAN에 한 번 바인딩하고 WAN 미니포트 드라이버에 바인딩하지 않습니다. 이 유형의 바인딩은 메모리를 저장하고 WAN 미니포트 드라이버를 간소화합니다. 일반적으로 지정된 시스템에는 여러 프로토콜 드라이버가 있고 WAN 미니포트 드라이버가 둘 이상 있을 수 있으므로 바인딩 수를 줄이면 메모리가 절약됩니다. 즉, 각 프로토콜은 각 WAN 미니포트 드라이버에 바인딩할 필요가 없습니다. 또한 프로토콜 드라이버는 단일 WAN 바인딩만 사용할 수 있으므로 이러한 프로토콜 드라이버를 간소화할 수 있습니다.
Connections
NDIS WAN 및 CoNDIS WAN 미니포트 드라이버는 연결에 대해 다양한 모델을 구현합니다.
NDIS WAN 미니포트 드라이버는 링크를 사용하여 데이터를 보내고 받습니다. 링크는 논리적인 지점 간 양방향 통신 채널입니다. NIC당 많은 링크가 있을 수 있습니다. 링크는 동적으로 설정되고 삭제됩니다. 링크의 링크 속도와 품질은 각 연결에 따라 달라질 수 있습니다. 그러나 패딩 및 링크 매개 변수는 NIC가 지원하는 모든 링크에 대해 동일해야 합니다. 예를 들어 NDIS WAN 미니포트 드라이버가 20바이트 헤더 패딩과 4바이트 테일 패딩을 지정하는 경우 이 패딩은 미니포트 드라이버의 NIC에서 지원하는 모든 링크에 대해 일정하게 유지되어야 합니다.
CoNDIS WAN 미니포트 드라이버는 VC(가상 연결)를 통해 데이터를 보내고 받습니다. NIC당 많은 VC가 있을 수 있습니다. 데이터 전송 속도는 VC마다 다를 수 있지만 다른 VC 매개 변수는 NIC가 지원하는 모든 VC에 대해 동일합니다. CoNDIS WAN 미니포트 드라이버는 미니포트 드라이버가 보내고 받을 수 있는 모든 net 패킷의 최대 프레임 크기를 지정할 수 있습니다. 미니포트 드라이버가 최대 프레임 크기를 지정하는 경우 해당 최대 프레임 크기는 해당 NIC의 모든 VC에 대해 일정하게 유지되어야 합니다.
다른 미니포트 드라이버와 마찬가지로 모든 WAN 미니포트 드라이버에는 NIC별 컨텍스트 영역을 할당하고 유지 관리하는 NIC가 하나 이상 있어야 합니다. NIC 관련 컨텍스트 영역은 단순히 NIC의 하드웨어 세부 정보(예: 인터럽트, 버스 유형, I/O 범위 및 메모리)에 대한 정보를 저장, 검색 및 사용하고 연결에 대한 런타임 상태를 유지하는 방법입니다. 미니포트 드라이버는 지원하는 시스템의 각 네트워크 카드 대해 하나의 NIC별 컨텍스트 영역을 지정해야 합니다.
특정 WAN 미니포트 드라이버가 PPP 주소 및 제어 필드 압축이 필요하지 않다고 지정하는 경우 미니포트 드라이버의 NIC에 있는 모든 연결에 대해 true로 간주됩니다.
WAN 미니포트 드라이버가 광역 네트워크에서 패킷을 보내거나 받으려면 먼저 연결을 만들어야 합니다.
NDIS 환경에서 애플리케이션은 송신 노드에서 시작되는 연결을 설정하거나 호출을 하거나 수락하여 원격 노드에서 시작되는 연결을 수락해야 합니다. 연결의 설정, 감독 및 해체는 TAPI를 통해 수행됩니다. TAPI 요청 및 TAPI에 대한 상태 표시는 모두 NDISTAPI를 통과합니다. TAPI 및 NDISTAPI에 대한 자세한 내용은 NDISTAPI 개요를 참조하세요.
CoNDIS 환경에서 VC를 만들어야 합니다. NDPROXY 드라이버는 애플리케이션이 시작된 발신 호출에 대한 VC를 만듭니다. 마찬가지로 호출 관리자(또는 MCM)는 호출 관리자가 NDISWAN 및 NDPROXY에 나타내는 수신 호출에 대한 VC 만들기를 시작합니다. 호출 관리자는 원격 당사자와 통신하고 경우에 따라 VC에 대한 매개 변수를 협상해야 합니다. 연결의 설정, 감독 및 해체는 TAPI를 통해 수행됩니다. TAPI 요청 및 TAPI에 대한 상태 표시는 모두 NDPROXY를 통해 진행됩니다. TAPI 및 NDPROXY에 대한 자세한 내용은 NDPROXY 개요를 참조하세요.