Re: NDIS miniport Driver - packet re-ordering
- From: "Paul_Simon" <Paul_Simon@xxxxxxxxx>
- Date: Fri, 14 Mar 2008 11:49:25 +0800
I agree with GV that you don't need to reorder the packet.
But the question is why your packets not ordering? Is sender issue or
receiver issue?
You might fail on WDK NDIS testing if your packets are not ordering.
"Gianluca Varenni" <gianluca.varenni@xxxxxxxxxxxxxxxx>
The IP protocol driver is responsible for reordering the packets. A
miniport driver is just responsible for delivering packets to the upper
layers as they are received, discarding packets with L2/physical errors
(e.g. wrong FCS).
Hope it helps
GV
--
Gianluca Varenni, Windows DDK MVP
CACE Technologies
http://www.cacetech.com
"James Jin" <dosincerity@xxxxxxxxx> wrote in message
news:ff32d982-5cff-4985-acb2-061cb4356e6e@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hello,
I'm developing ndis-usb miniport driver.
If IP packet order was corrupted by any reason, Have to I re-order IP
packet?
I've reviewed the TCP / IP Layer concepts in wikipedia.org.
The doc said that TCP layer re-ordered Packets.
NDIS miniport driver isn't TCP / IP layer, so don't have to re-order
packet. right?
Best regards.
.
- References:
- NDIS miniport Driver - packet re-ordering
- From: James Jin
- Re: NDIS miniport Driver - packet re-ordering
- From: Gianluca Varenni
- NDIS miniport Driver - packet re-ordering
- Prev by Date: Re: NDIS miniport Driver - packet re-ordering
- Next by Date: Re: USB HID Driver for Cypress USB2IIC Bridge.
- Previous by thread: Re: NDIS miniport Driver - packet re-ordering
- Next by thread: Re: NDIS miniport Driver - packet re-ordering
- Index(es):
Relevant Pages
|