I do work with another popular BSD based commercial embedded TCP/IP stack. In a certain specialty industrial protocol there is a requirement to reduce the Ethernet MTU for TCP/IP traffic. But when I implemented this, the TCP/IP stack did not work very well. Turned out that the fragmentation code in the TCP/IP stack was broken. No one had ever noticed, since the TCP MSS and maximum outgoing UDP frame size was set to match the standard Ethernet MTU by default, so the fragmentation code was never used in practice.
Regards, Timmy Brolin On 2011-02-04 16:45, Simon Goldschmidt wrote: > "Bill Auerbach" <[email protected]> wrote: > >> The other concern is being positive the receiver can handle this - if you're >> talking to another embedded device it's possible it's not supported. Isn't >> this kind of like Jumbo Frames - you can't guarantee that the other end is >> capable of supporting it? > Hehe, that's what happens if developers ignore the RFCs. As far as I > remember, the requirements for internet hosts makes IP reassembly mandatory > while fragmentation is optional... > Of course, it can be disabled in lwIP, too :-) > > Ore than that, IP fragmentation and reassembly works with lwIP. I haven't > tested it for a while now, but I see no reason it shouldn't work as we > haven't been changing anything around that code path lately. > > Simon > _______________________________________________ > lwip-users mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/lwip-users > _______________________________________________ lwip-users mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/lwip-users
