2017-01-10 1 views
0

NDIS 5.x (미니 포트, 프로토콜)에 구현 된 필터 중간 드라이버가 있습니다. NDIS 6.x에서이 기능이 제거되었으므로. 필터 중간 드라이버를 1 대 1의 관계로 Mux 중급 드라이버로 변환 할 계획입니다.Mux 중간 드라이버 대 필터 드라이버

NDIS 6.x가 Lightweight Filter Driver를 도입했지만 NDIS 6.x로 이동하는 동안 비용과 일정을 최소화하기 위해이 방법을 사용하고자했습니다.

Mux 중급 드라이버가 1 대 1의 관계를 가질 수 있습니다.

답변

0

LWF는 쓰기 쉽습니다. 드라이버를 MUX 드라이버 (1 : 1 MUX 포함)로 개조하는 것보다 LWF로 전환하는 것이 더 쉽습니다. 예를 들어, MUX 드라이버를 작성하려면 usermode 알림 객체를 작성해야합니다. LWF는 그렇지 않습니다.

LWF는 또한 더 나은 성능, 유연성 및 더 많은 기능을 가지고 있습니다.

+0

Jeffrey, Anther가 Mux를 사용하는 이유는 우리가 가지고있는 장애 조치 문제를 해결하는 것입니다. 즉 두 개의 NIC 카드가 다른 IP 주소로 구성됩니다. 둘 다 서로 다른 IP를 가지고 있기 때문에 둘 다 중복 채널로 작동해야하며 데이터는 해당 NIC 카드 중 하나를 사용하여 만 송수신 할 수 있습니다. 하나의 NIC 카드 채널에 장애가 발생하면 데이터가 손실됩니다. 이 문제를 해결하기 위해 MUX로 전송 된 데이터를 2 개의 NIC 카드로 라우팅 할 수있는 1-2 Mux를 생각해 보았습니다.이 두 NIC 카드에서 수신 한 데이터는 마치 하나로부터 수신 된 것처럼 처리되어 더 높은 OSI 스택에보고됩니다 . 그러면 장애 조치 문제가 해결됩니다. – Rami

+0

LWF를 사용하여 장애 조치를 해결할 수 있다면이 접근 방식을 사용하고 싶습니다. 귀하의 제안은 올바른 접근 방식을 취하는데 정말로 도움이 될 것입니다. – Rami

+0

LWF를 사용하여 페일 오버를 수행 할 수 있지만 1 : 2 MUX를 사용하는 것이 좋습니다. 일반적으로 기능 분리가 잘되어 있어야합니다. 드라이버 하나는 LWF에서 필터링을 수행하고 별도의 MUX에서 장애 조치를 수행해야합니다. 그것은 각 운전자를 더 간단하게 할 것이고, 그것은 당신에게 새로운 해결책으로 어느 쪽 운전자라도 재사용 할 수있는 장래의 융통성을 줄 것이다. –

관련 문제