[lwip-users] Re: [lwip] offloading lwip stack, again !

[Federico Bianchi]

On Mon, 3 Dec 2001, S Ganesh wrote:

> I was hoping that someone in the list will help me with this.
> Having used lwip in unix simulation, i quite understand (but perhaps not as 
> many others in the list would) the way it uses the tap/tun device drivers to 
> communicate with the host native tcp/ip stack . Iam trying to extend this 
> test bench a bit further - make lwip as an *offloaded* stack on a linux or 
> freebsd system. I want to modify the socket layer in linux or freebsd to 
> bypass their native stack and exchange data directly with the tap/tun device, 
> so that lwip appears as an tcp offloaded stack. The changes in the socket 
> layer should not affect existing applications on the linux or freebsd.
>
> The existing applications on linux/freebsd would now use the lwip stack
> Can someone tell me if this is possible ? If so, I would like to know, how 
> coupled is the socket layer in the freebsd/linux system with its native tcpip 
> stack and which os would be better to use.

[BTW, I have not been using either lwIP or uIP for a while - I must find
some time to look back at it]

It should be possible to compile a Linux kernel with a Ethernet adapter
but without TCP/IP. I have never actually tried such a setup, but there is
no real reason why it shouldn't work, and I think the same might be true
for FreeBSD as well.

Modules might offer another solution to your problem, if it were possible
to put the native TCP/IP stack in a module.

Best regards

                        Federico Bianchi
                        Dipartim. di Storia delle Arti - Universita` di Pisa
                        p.zza S.Matteo in Soarta, 2 - 56127 Pisa (Italy)
                        tel.+39-050-587111 (cent.), +39-050-587224 (uff.)
                        fax.+39-050-580128; e-mail: <address@hidden>
                        ===================================================
                        !DISCLAIMER!: my e-mail reflects _my_own_ opinions!
                        ===================================================

[This message was sent through the lwip discussion list.]