Дублирование исходящих пакетов в NDIS

[sagatov]

Здравствуйте!

Имею необходимость продублировать все исходящие пакеты.
Взял пример Passthru из WDK 7600 (самый новый на сегодняшний день).
Чтобы разобраться, я упростил задачу, используя функцию MPSend вместо MPSendPackets.
Условно эту функцию можно разделить на две части:
1 Если у нас NDIS51 то пытаемся получить пришедший пакет и перенаправить его следующему обработчику.
2 Если ну нас не NDIS51 или не получилось извлечь пакет, то создаем копию пакета и уже копию направляем далее.

Первый способ мы убираем, так как он усложнит нашу задачу. То есть всегда будет срабатывать второй вариант.

Во втором варианте создаем не один пакет, а сразу два. И два пытаемся отправить.

НО если попытаться отправить второй пакет, то система виснет. Просто всё замирает.

Проверял, драйвер работает нормально, если не отправлять второй пакет, а просто его создавать.
То есть создаются оба пакета, заполняются информацией. Всё проходит корректно.

Как только отправляем второй пакет - всё виснет.

Тоже самое пробовал в MPSendPackets проводить. Результат совершенно тот же - отправка дублированного пакета приводит к зависанию.

Функцию MPReturnPacket менял соответственно.

Уже месяц роюсь в интернете, но ничего дельного не нахожу. Пример с изменением пакета (VPN примеры и т.п.) не вносит ясности, потому что на один вызов MPSend отправляется один пакет, только измененный.

Черновик miniport.c прикладываю.

А теперь главный вопрос: Как продублировать исходящий пакет?

[Ochkarik]

честно говоря, довольно тяжко разбираться в этом коде...  что там родное от пасстру осталось, а где ваши добавления... и какие из них имеются в виду из всех закомментированных.
но я бы посоветовал начать с простого. с простой отправки пакета, не обязательно дублированного.

пока в голову приходит только
https://forum.shelek.ru/index.php/topic,21532.msg213492.html#msg213492

Короче для "своих" пакетов не надо вызывать NdisMSendComplete в функции PtSendComplete.
Осталось только научиться их отличать.

и https://forum.shelek.ru/index.php/topic,7748.msg132637.html#msg132637

[sagatov]

честно говоря, довольно тяжко разбираться в этом коде...  что там родное от пасстру осталось, а где ваши добавления... и какие из них имеются в виду из всех закомментированных.

Прикрепил к сообщению не редактировавшийся пример Passthru.

но я бы посоветовал начать с простого. с простой отправки пакета, не обязательно дублированного.

Простой пакет то отправляет. Тут нет проблемы. А нужно именно продублировать.

пока в голову приходит только
https://forum.shelek.ru/index.php/topic,21532.msg213492.html#msg213492

Короче для "своих" пакетов не надо вызывать NdisMSendComplete в функции PtSendComplete.
Осталось только научиться их отличать.

Да, над этим я уже думал. Но в MPSend вообще не используется данная функция, а в MPSendPackets она естественно вызывается только один раз. По тому неприменимо для данного случая.

и https://forum.shelek.ru/index.php/topic,7748.msg132637.html#msg132637

1. Вниз - NdisSend, NdisSendPackets. Это твой драйвер должен уже делать...
2. Вверх - NdisMIndicateReceivePacket. Это твой драйвер должен уже делать...

Если ты хочешь создать новый пакет, ты должен сам его распределить.
Логическая цепочка:

Код:

ProtocolReceive()
{
  ...
  NdisAllocatePacket (...)
  NdisAllocateBuffer(...)
  NdisChainBufferAtBack(...)
  //После отправки, ждать возврата пакета в ProtocolSendComplete
  NdisSend(...)                           
}

ProtocolSendComplete()
{
  NdisUnchainBufferAtBack(...)
  NdisFreeBuffer(...)
  NdisReinitializePacket(...)
  NdisFreePacket(...)
}

А вот это интересно. В примере NdisAllocateBuffer и NdisChainBufferAtBack вообще не используются.
Я могу предположить, что в новый пакет помещается тот же буфер, что был в старом.
И получается какая-то нестыковка, когда я ещё раз этот буфер использую в третьем пакете.

Что думаете про это? Какие мысли?

[Ochkarik]

Each packet descriptor will eventually have one or more buffer descriptors chained to it. NdisAllocatePacket zero-initializes the packet descriptor and sets its buffer chain pointer to NULL. The caller must chain the buffer descriptor(s) mapping the packet data to the packet descriptor before it is sent or indicated. Most NDIS drivers allocate buffer descriptors with NdisAllocateBuffer.

а в примере по видимому это замещается так:
NDIS_PACKET_FIRST_NDIS_BUFFER(MyPacket) = NDIS_PACKET_FIRST_NDIS_BUFFER(Packet);
NDIS_PACKET_LAST_NDIS_BUFFER(MyPacket) = NDIS_PACKET_LAST_NDIS_BUFFER(Packet);

PS может размера не хватило

[sagatov]

Всё снова переделал (исходники во вложении).
Сделал часть для создания и отправки полного дубликата пакета. Создаю свой буфер.
При отправке своего пакета - виснет. Всё перепробовал уже, что мог придумать.

Ochkarik: Посмотрите пожалуйста. Я отделил то, что я писал. Помечено "//--------.....".

Нужно очень срочно, горю! )

[Ochkarik]

попробуйте посмотреть DBGPRINT-ами, где что происходит и куда отправляется)

[sagatov]

попробуйте посмотреть DBGPRINT-ами, где что происходит и куда отправляется)

Ну так что ж я не пробовал что ли.
Всё замечательно проходит.
GetPktPayload возвращает реальные данные нужного размера.
NdisAllocateBuffer успешно создает буфер.
Но если я пытаюсь отправить созданный пакет - система виснет. На каком именно месте она виснет сложно сказать, так как при зависании не успевает отладочная информация пройти из режима ядра. Скорей всего первый вызов NdisSend или второй NdisAllocatePacket.
Если не пытаюсь, то всё прекрасно продолжает работать.

...

Добавлено через 2 минуты и 1 секунду:

Скорей всего первый вызов NdisSend или второй NdisAllocatePacket.

Хотя нет. Он виснет именно на первом NdisSend, так как всё остальное можно комментировать и всё равно виснет.

Добавлено через 1 день, 4 часа, 8 минут и 24 секунды:
Предложение более не актуально!

[Ochkarik]

sagatov, надеюсь по причине найденного решения задачи?)

[sagatov]

Вроде да )
Я вынес процедуру дублирования в PtSendComplete и зависать перестало )

[Ochkarik]

хорошо, но.... жаль, потому что эффект по-прежнему необъясним...)