Bugzilla – Full Text Bug Listing |
Summary: | udp tx buffer is not fixed size | ||
---|---|---|---|
Product: | ns-3 | Reporter: | Mathieu Lacage <mathieu.lacage> |
Component: | internet | Assignee: | Mathieu Lacage <mathieu.lacage> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | gjcarneiro, tomh, tommaso.pecorella |
Priority: | P3 | ||
Version: | pre-release | ||
Hardware: | All | ||
OS: | All |
Description
Mathieu Lacage
2008-02-15 12:32:21 UTC
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. Bump. 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. |