site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com On Apr 10, 2008, at 11:44 AM, Justin C. Walker wrote: On Apr 10, 2008, at 06:45 , Michael Cashwell wrote: Did I imply it does? I didn't intend to. Fragmentation is fun. :-) -Mike _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... The point in rimas' case is that just because the data are UDP does not give the Ethernet driver more permission to drop them than if they were TCP [corrected] nor does it mean they are less important. You are correct that an ethernet driver does not have permission to drop one kind of packet over another, I don't think you are correct in your implication that it cares about network-layer packet types : these are all one to the driver (it's possible for the driver to obey QOS indicators of some type, but it can't know about the IP frame type: in particular, it may not know that a particular packet is in fact (part of) a UDP frame). After all, it's ethernet. Even if the packet gets to the media layer, there's no guarantee that (a) it will make it out the door; or (b) even if it gets out the door, it may not survive the trip across the local link :-}). I don't think TCP/UDP or QoS is involved in rimas' problem. That really does look like a driver issue. My point was only to underscore that there are different dimensions to the question of what delivery characteristics are most important. If you're transferring live video having data arrive late is no different from it not arrive at all. In fact, if "late" requires retries and resends (and this consumed even more bandwidth and resources) only to just be dropped anyway then late is actually worse than not at all. Assuming that someone's data is less important just because they used UDP is flawed. This email sent to site_archiver@lists.apple.com