Gilles Chanteperdrix wrote:
> On Mon, May 5, 2008 at 5:06 PM, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
>> Hi Gilles,
>>
>>
>>
>>  Gilles Chanteperdrix wrote:
>>  > On Mon, May 5, 2008 at 2:47 PM, Wolfgang Grandegger <[EMAIL PROTECTED]> 
>> wrote:
>>  >> With this patch non-real-time UDP packets a routed to the Linux
>>  >>  network stack. You can enable this feature with the configure
>>  >>  option "--enable-proxy-udp".
>>  >
>>  > I am interested by this patch since I use a similar feature. Is the
>>  > rtnet-proxy a per-interface thing, or is there only one rtnet-proxy
>>  > interface in the system ?
>>
>>  As-is, one Linux network device named rtproxy will be created when
>>  loading rtnetproxy.ko. All in-coming non-real-time IP packets (TCP or
>>  UDP) from any RTnet interface will be forwarded to rtproxy. Out-going
>>  packets will be routed according to the RTnet routing table:
>>
>>  http://www.rts.uni-hannover.de/rtnet/lxr/source/addons/rtnetproxy.c#211
>>
>>  If using the "[PATCH/RFC 2/5] RTnet-Proxy: ARP support", the rtproxy
>>  Linux device gets attached directly to the RTnet device specified via
>>  module parameter "rtdev_attach".
>>
>>  Well, I'm just using one network device and did not think yet further.
>>  But it might make sense to have more than one rtproxy Linux network
>>  device and attach them to the corresponding RTnet device.
>>
>>  What is your setup/requirement.
> 
> I already have our setup of RTnet running, so I have no real
> requirement. Ok, I know, I really should look for integration of the
> modifications we have.

That would be nice, indeed.

> Our setup is a gateway/router which does NAT via Linux for data
> connections and acts as an IPBX (using Xenomai/Rtnet) for voice
> connections.

OK.

> In our setup, we have one non real-time interface per real-time
> interface (using the nomac vnics), and bridging and routing is set-up
> using these non real-time interfaces.

To support multiply rtproxy devices, rtnetproxy needs to be extended.
But, as I see it, not much else is missing.

> Also, in our setup, the ARP replies to requests sent by Linux are used
> by RTnet before passing them to Linux, so that RTnet learns the MAC
> addresses we no additional effort.

As you already found out, "[PATCH/RFC 2/5] RTnet-Proxy: ARP support"
adds that feature.

Wolfgang.



-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users

Reply via email to