UDP packet not sent

[gregory.menke at gsfc.nasa.gov]

Rolf Schroedter writes:
 > gregory.menke at gsfc.nasa.gov wrote:
 > > Ah, I see- thats a different problem.  In your udpclose function, you
 > > call the various rtems_ info functions.  If you call them before and
 > > after the packets are lost, are the lost packets being properly
 > > counted?
 > > 
 > > Its not inconceivable theres a bug in the driver, but I would not
 > > suspect one in the IP stack itself.
 > > 
 > Hallo Gregory,
 > unfortunately I'm not able to reply to you from home.
 > Your gsfcrelay4.gsfc.nasa.gov blocks my web.de

Our email system does very strange things sometimes, sorry about that.

Unless I'm mistaken, the log doesn't show the packet tx count at the
driver- which I think is what we need for a hint as to where the
packets are being lost.  You have the tx count at the application
layer- so thats what the driver's count will compare to.

Given your simple topology, I'm suspecting the driver.  Could you
write a program to exercise all packet lengths between say ~100 to
~1450, so we can see if there are periodic trouble spots?

I'm in the middle of the run-up to a major deliverable, so I can't
devote much time this week.  Next week will be a big relief... and
I'll be happy to help then.   :)

Gregm