0
У нас есть фильтр промежуточного драйвера, реализованный в NDIS 5.x (Miniport, Protocol), так как поддержка этого была удалена в NDIS 6.x. Я планирую скрывать промежуточный драйвер фильтра для драйвера Mux Intermediate с отношением 1 к 1.Mux Intermediate Driver vs Filter Driver
Я хотел использовать этот подход, чтобы свести к минимуму затраты и график при переходе на NDIS 6.x, хотя NDIS 6.x представил Light Filter Filter Driver.
Есть ли у вас руководство для Mux Intermediate driver, чтобы иметь от 1 до 1 отношений.
Благодарим Джеффри, Прже, причина, по которой нужно взять Mux, - это проблема с отказоустойчивостью, которую мы имеем. То есть две карты NIC настроены с различным IP-адресом. Оба должны действовать как избыточные каналы, поскольку они имеют два разных IP-адреса, данные могут быть отправлены/получены только с использованием любой из этих карт NIC. Причинение потери данных при сбое одного канала карты NIC. Чтобы исправить это, мы подумали о 1-2 Mux, где данные, отправленные на MUX, могут быть перенаправлены на две карты NIC, и данные, полученные этими двумя картами NIC, будут обрабатываться и сообщаться в более высокий стек OSI, как если бы он был получен от одного , это решит проблему с отказоустойчивостью. – Rami
, если переход на другой ресурс может быть разрешен с использованием LWF, то я действительно хотел бы воспользоваться этим подходом. Ваши предложения действительно помогут нам в правильном подходе. – Rami
Отказоустойчивость может быть выполнена с помощью LWF, но лучше использовать MUX 1: 2. Как правило, у вас должно быть хорошее разделение функциональности. Один драйвер должен сделать одно: сделать фильтрацию в LWF и выполнить переход на другой режим в отдельном MUX. Это упростит работу каждого драйвера, и это даст вам будущую гибкость для повторного использования любого драйвера в новых решениях. –