Erwin Rol wrote:
On Mon, 2005-06-13 at 11:46 -0400, Scott Gilbertson wrote:
I'm wondering if you have, or know of, a patch for rtnetproxy to
ensure that hosts are resolved before sending TCP frames to them.
My application uses RTNET in order to reduce latency on UDP, but it
also needs to respond to TCP requests. The user will not be doing
both at the same time, so I'm not concerned about the non-realtimeness
of rtnetproxy for the TCP activity. There's a problem, however, in
that the client typically has to do "arp -d" before it can communicate
with the embedded system (to force an ARP packet). That's probably OK
for people using the real time stuff but it's annoying if all you want
to do is access the built-in web server.
If nothing exists, I'll work on it, but I'm hoping there's a patch I
can just drop in. Is there such a thing?
The rtnetproxy is kind of a stepchild in RTnet. For hard real-time, it
is not recommended to use it, but there are many users out there, so we
kept it in the core. And we are always open for patches that do not harm
time-critical parts (or can be switched on only when required).
Regarding your question: I would suggest to trigger that route
solicitation automatically in rtnetproxy in case rt_ip_route_output
fails. You will only have to solve the issue that there is no blocking
function for sending the ARP request and waiting for a reply. This has
to be added to rtnetproxy. If some function of the RTnet core is
required to be exported additionally, feel free to yell for it. Also
your rtnetproxy patch will be welcome - as long as it does not harm. ;)
Jan
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users
