OID 요청에 대한 Hyper-V 확장 가능한 스위치 제어 경로

이 항목에서는 Hyper-V OID(확장 가능한 스위치 개체 식별자) 요청이 이동하는 제어 경로에 대해 설명합니다.

다음 그림에서는 NDIS 6.40(Windows Server 2012 R2) 이상에 대한 OID 요청에 대한 확장 가능한 스위치 제어 경로를 보여 줍니다.

다음 그림에서는 NDIS 6.30(Windows Server 2012)에 대한 OID 요청에 대한 확장 가능한 스위치 제어 경로를 보여 줍니다.

참고 확장 가능한 스위치 인터페이스에서 NDIS 필터 드라이버를 확장 가능한 스위치 확장 이라고 하며 드라이버 스택을 확장 가능한 스위치 드라이버 스택이라고 합니다.

확장 필터링 및 전달과 같은 확장 가능 스위치 확장은 포트 또는 스위치 정책에 따라 패킷 트래픽을 허용하거나 거부할 책임이 있습니다. 이러한 확장이 정책 결정을 적용하려면 이러한 확장에서 다음을 수행할 수 있어야 합니다.

• 확장 가능한 스위치의 새 구성 또는 업데이트된 구성 및 상태, 해당 포트 및 네트워크 어댑터 연결에 대한 확장 가능한 스위치 인터페이스에서 필요한 정보를 받습니다.

• 스위치 또는 포트 정책에 대한 새 속성 또는 업데이트된 속성에 대한 확장 가능한 스위치 인터페이스에서 필요한 정보를 받습니다.

• 확장 가능한 스위치 인터페이스에 대한 OID 요청을 실행하여 확장 가능한 스위치, 해당 포트 및 네트워크 어댑터 연결의 현재 구성을 가져옵니다.

확장 가능한 스위치 인터페이스는 확장 가능한 스위치 OID 집합 요청을 실행하여 기본 확장에 구성 요소 구성 및 정책 매개 변수의 변경 내용을 알 수 있습니다. 이러한 요청은 이러한 변경 내용에 대해 기본 확장에 알리기 위해 확장 가능한 스위치의 프로토콜 에지에 의해 발급됩니다. 이러한 OID 요청은 확장 가능한 스위치 드라이버 스택을 통해 확장 가능한 스위치의 기본 미니포트 가장자리로 이동합니다.

확장 가능한 스위치의 미니포트 가장자리는 OID 요청을 완료하는 역할을 합니다. 그러나 확장 가능한 스위치 OID 요청이 있는 경우 기본 확장은 알림을 거부하기 위해 OID 요청에 실패할 수 있습니다. 예를 들어 확장 가능한 스위치의 프로토콜 에지가 생성될 새 포트에 대해 확장에 알리면 OID_SWITCH_PORT_CREATE OID 집합 요청을 실행합니다. 기본 필터링 또는 전달 확장은 STATUS_DATA_NOT_ACCEPTED OID 요청을 완료하여 포트 만들기를 거부할 수 있습니다. 이 절차에 대한 자세한 내용은 Hyper-V 확장 가능한 스위치 구성 변경 내용에 대한 OID 요청 수신을 참조하세요.

참고 확장이 확장 가능한 스위치 OID 요청을 거부하지 않는 경우 요청이 완료되면 상태 모니터링해야 합니다. 확장은 확장 가능한 스위치 제어 경로의 기본 확장 또는 확장 가능한 스위치 인터페이스에 의해 OID 요청이 거부되었는지 여부를 확인하기 위해 이 작업을 수행해야 합니다.

참고 확장 가능한 스위치 OID 요청이 보류 중인 동안 에는 NdisFRestartFilter 를 사용한 스택 다시 시작 요청이 완료되지 않습니다. 이러한 이유로 스택 다시 시작을 기다리는 확장은 진행 중인 OID 요청을 완료해야 합니다.

확장 가능한 스위치 OID 요청의 대부분은 확장 가능한 스위치 인터페이스에서만 실행할 수 있습니다. 그러나 확장 가능한 스위치, 해당 포트 및 네트워크 어댑터 연결의 구성에 대한 정보를 얻기 위해 확장에서 일부 확장 가능한 스위치 OID 요청을 실행할 수 있습니다. 자세한 내용은 Hyper-V 확장 가능한 스위치 구성 쿼리를 참조하세요.