Bugzilla – Bug 141
udp tx buffer is not fixed size
Last modified: 2013-08-06 14:07:50 EDT
We need to make it a fixed size and handle correctly sending udp packets which do not fit in the tx buffer.
First, we need to figure out what we should do in the latter case and what happens in linux udp sockets when the tx buffer is full: are packets dropped ?
I don't think UDP sockets have transmit buffer in Linux. See http://book.chinaunix.net/special/ebook/oreilly/Understanding_Linux_Network_Internals/0596002556/understandlni-CHP-21-SECT-1.html#IDX-CHP-21-2574
"""udp_sendmsg first calls ip_append_data, and then forces the immediate transmission of the data with udp_push_pending_frames only if corkreq is false"""
But the "cork" option is an advanced udp socket option, disabled by default. By default UDP has no buffering; there's only a transmit queue in the netdevice itself.
until we implement CORKED udp sockets or the MSG_MORE socket flag for udp socket options, we do not need to worry about this issue I think. I would like to decrease the priority of this bug.
OK, bumping to p3
Maybe we should just mark this bug as WONTFIX. tom ?
(In reply to comment #4)
> Maybe we should just mark this bug as WONTFIX. tom ?
I have no plans to work on this enhancement. WONTFIX ok for me.
Please mark WONTFIX if this is still the case.
3 years have passed and this bug is still "new". Shall we mark it as WONTFIX perhaps?
I hate open (and rotting) bugs, they're... not good.