out of order packets
in [Device Drivers]
|
From: Daniel on 22 Feb 2010 14:16 Hi, I implemented a NDIS IM/Protocol driver. If the two PC are connected via a crossover cable, is it possible for the driver to receive from the NDIS miniport driver out of order packets? Note that QoS (802.1Q) is not used in the packets. -- Thanks, Daniel
From: Thomas F. Divine on 22 Feb 2010 18:06 Extremely unlikely (but remotely possible...). If you can recover from out-of-order packets by retransmission I'd just forget about the possibility. The possibility of missing a packet is still there, however. Thomas F. Divine http://www.pcausa.com "Daniel" <Daniel(a)discussions.microsoft.com> wrote in message news:773876C8-D45D-4AB2-928B-0F3943FBD640(a)microsoft.com... > Hi, > > I implemented a NDIS IM/Protocol driver. If the two PC are connected via a > crossover cable, is it possible for the driver to receive from the NDIS > miniport driver out of order packets? Note that QoS (802.1Q) is not used > in > the packets. > > -- > Thanks, > > Daniel
From: Daniel on 22 Feb 2010 18:36 Can the use of a multicast address cause this behavior? It is expected that packets can be discarded if the receiving queue is full but is not expected that packets to be reordered. I monitored the packets on the line and it seems the packets are sent in good order but the receiver above the miniport driver receives out of order packets. Multicast Mac address is used for the destination. The problem occurs after about 10000 to 20000 packets (in few seconds) and if the problem does not occur the test programs run for days without any problem. -- Thanks, Daniel -- Thanks, Daniel "Thomas F. Divine" wrote: > Extremely unlikely (but remotely possible...). If you can recover from > out-of-order packets by retransmission I'd just forget about the > possibility. > > The possibility of missing a packet is still there, however. > > Thomas F. Divine > http://www.pcausa.com > > "Daniel" <Daniel(a)discussions.microsoft.com> wrote in message > news:773876C8-D45D-4AB2-928B-0F3943FBD640(a)microsoft.com... > > Hi, > > > > I implemented a NDIS IM/Protocol driver. If the two PC are connected via a > > crossover cable, is it possible for the driver to receive from the NDIS > > miniport driver out of order packets? Note that QoS (802.1Q) is not used > > in > > the packets. > > > > -- > > Thanks, > > > > Daniel >
From: Thomas F. Divine on 22 Feb 2010 23:16 Are the multicast packets actually loopback packets? If so, then the software loopback can result in what is apparently out of order. For example, if you send a packet that will be looped back you may see the reply from the remote BEFORE the sent packet is looped back. If the out-of-order MC packet is not a loopback packet, then I don't have any idea... Thomas F. Divine "Daniel" <Daniel(a)discussions.microsoft.com> wrote in message news:C30B226D-61FB-4BD5-B5CC-7DC19F274FB0(a)microsoft.com... > Can the use of a multicast address cause this behavior? > > It is expected that packets can be discarded if the receiving queue is > full > but is not expected that packets to be reordered. I monitored the packets > on > the line and it seems the packets are sent in good order but the receiver > above the miniport driver receives out of order packets. Multicast Mac > address is used for the destination. The problem occurs after about 10000 > to > 20000 packets (in few seconds) and if the problem does not occur the test > programs run for days without any problem. > -- > Thanks, > > Daniel > > -- > Thanks, > > Daniel > > > "Thomas F. Divine" wrote: > >> Extremely unlikely (but remotely possible...). If you can recover from >> out-of-order packets by retransmission I'd just forget about the >> possibility. >> >> The possibility of missing a packet is still there, however. >> >> Thomas F. Divine >> http://www.pcausa.com >> >> "Daniel" <Daniel(a)discussions.microsoft.com> wrote in message >> news:773876C8-D45D-4AB2-928B-0F3943FBD640(a)microsoft.com... >> > Hi, >> > >> > I implemented a NDIS IM/Protocol driver. If the two PC are connected >> > via a >> > crossover cable, is it possible for the driver to receive from the NDIS >> > miniport driver out of order packets? Note that QoS (802.1Q) is not >> > used >> > in >> > the packets. >> > >> > -- >> > Thanks, >> > >> > Daniel >>
From: rf on 2 Mar 2010 17:41 This might be a tangent but I thought I'd let you know... I saw exactly this kind of behavior in Linux using multicast datagrams. What was found to prevent the problem from occurring was limiting the CPUs which handled the NIC interrupts to a single CPU (i.e. setting processor affinity for the NIC interrupt to a single CPU). I still haven't determined the root cause - might be a bug in the stack or driver. For what it's worth... Rick "Daniel" wrote: > Hi, > > I implemented a NDIS IM/Protocol driver. If the two PC are connected via a > crossover cable, is it possible for the driver to receive from the NDIS > miniport driver out of order packets? Note that QoS (802.1Q) is not used in > the packets. > > -- > Thanks, > > Daniel
|
Pages: 1 Prev: Tracking of IO without using filter driver. Next: DTM Studio 1.5 New Submission Fails |