cedrick ROCHET schrieb:
Hi,
I would like to know if anyone has implemented a bootp server in Real-time since a bootp (UDP) message is intercepted by rtnet as I understood it in the README.rtnetproxy . In my project I don't use TCP/IP because it's too big and not necessary.

A true real-time bootp implementation would be nice which runs safely side-by-side with other real-time stations allowing to boot while RTmac/TDMA is already active - if someone has the time for it... ;)


Secondly, when I try to ping my non real-time machine from the real-time machine( ./rtping 10.0.0.2) the destination host is unreachable but when I ping from the non-real time machine to the realtime machine then the hash table is filled ( ./rtroute) and I can ping from the real-time machine to the non real-time machine. I am not using rtmac/ tdma and don't need it, so it's the reason or is it because in the rtnet-0.7.0 you removed the arp table?

It's because RTnet uses static ARP. If you want to contact a station yet unknown to your sender, you first have to manually trigger the ARP resolution (rtroute solicit) - or use RTcfg. BTW, ARP and routing table have been merged, see README.routing for further details.


Third, what is the minium time cycle of the raw_packet program have you achieved and with with hardware configuration since it takes about 3us to send a packet and I can't get it to send a packet every 10us.

Moving data (especially small packets) to and from a NIC already takes much longer than sending these bytes. Futhermore, typical PC or embedded architecture do not allow periodic tasks with frequencies of more than a few 10 KHz.


Jan



-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
RTnet-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/rtnet-users

Reply via email to