On 21/06/12 15:25, [email protected] wrote:
I understand Dave Taht's long lecture - actually understood it years ago. But frame
aggregation is not the same thing as jumbo frames in a multi-technology Ethernet LAN.
Jumbo frames provide a way to exploit *end-to-end* frame sizes greater than 1500 bytes.
That means the source and destination TCPs get frames that are "whole" (and not
random subassemblies of frames that may arrive close together in time).
Your post makes more sense as a reply to Dave's post rather than mine, I
think...
Just in case replying to mine was deliberate, though:
Going back to Alexander's original post, "baby" jumbo packets are quite
simply a hack to get around the issues of PPPoE and reduced MTU. For UK
ADSL customers without loop-unbundling, most of the infrastructure
between customer and ISP is owned/managed by one provider (BT
Wholesale), and either PPPoA or PPPoE may be used on this link
(http://blog.farnz.org.uk/2010/02/on-pppoa-pppoe-atm-and-adsl.html). On
the newer network, PPPoE is apparently(?) preferred. (I am sure that
there are others reading this that know far more about BT's ADSL setup
than I do; if any of this is wrong, feel free to correct me here!)
Now, one of the issues of tunnelling is that you have overheads; in this
case, the PPPoE header is 8 octets, with 1492 octets remaining for the
tunnelled packet. In theory, you could simply set the tunnel MTU to
1492 bytes and have done with it - after all, you can always use path
MTU discovery! The problem is that PMTU black holes can and do exist,
so that is not a viable option. Ideally, you want your link to be
1500-byte-safe instead. One way to achieve this is to increase the
frame size by just enough to contain a full 1500-octet packet within a
PPPoE frame (8 octets larger in this case). Your standard 1500-byte
packet now becomes a 1508-byte PPPoE packet (8 bytes PPPoE header, and
1500 bytes of content), which is sent from your router over the BT
Wholesale network to your ISP's PPPoE server. The server then extracts
the embedded Ethernet frame and sticks it on to the ISP's network, with
no reassembly required.
--
Robert Bradley
_______________________________________________
Cerowrt-devel mailing list
[email protected]
https://lists.bufferbloat.net/listinfo/cerowrt-devel
