Date: Tue, 17 May 2011 14:48:55 +0200 From: Daniel Hartmeier <daniel@benzedrine.cx> To: Cole <cole@opteqint.net> Cc: freebsd-net@freebsd.org Subject: Re: Kern Mod and TCP retrasmit problem Message-ID: <20110517124855.GA25571@insomnia.benzedrine.cx> In-Reply-To: <BANLkTi=qLfYCA=A5pCSk9OgMCV_9s4zkLg@mail.gmail.com> References: <BANLkTi=qLfYCA=A5pCSk9OgMCV_9s4zkLg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
What if your modified (shortened) packet does get lost? If you messed with the tcpcb in the way you intend, how do you plan on getting retransmission working, when it's needed? Or what if you enlarge a packet, are you sure it won't violate the MTU? It seems you're doing this on wrong side of the stack. Why don't you hook your code into the side facing userland, where socket writes from the userland process add data to the kernel buffer, and the socket is still a stream? Or what's the reason for doing it after the stream has been packetized already? Daniel
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110517124855.GA25571>