Per packet overhead on VDSL2

My home router (Linux box) is configured to shape upstream traffic to just below the link rate to avoid Bufferbloat – this greatly improves interactive performance under load. Recently I’ve experimented with various packet sizes. The charts below show the effect of small packets.

Effect of per-packet overhead on VDSL2?
  1. Between 0-6 seconds the link is idle.
  2. From 6-14 seconds the upstream link is flooded with 1,400 byte packets (10Mb/sec of traffic trying to get through a 6.2Mb link)
  3. At 17 seconds the upstream link is flooded with 64 byte packets (10Mb/sec as well)

Notice how much higher the latency and jitter are with small packets.

Confusingly, these results were gathered with the bandwidth shaper configured for 53 bytes of overhead [1] which is my current understanding of the per-packet overhead on VDSL2 [53 is a coincidence with the ATM cell size].

Per-packet overhead for VDSL2 (without ATM) and PPPoE:

  • 5 Bytes for PTM
  • 40 bytes for 802.3
  • 8 bytes for PPPoE

Either the above overhead numbers or wrong or there is something else going on.

[1] – overhead argument to tc.

 

4 thoughts on “Per packet overhead on VDSL2”

  1. Your DSL line is not subject to the IP MTU. So, depending on your reference point, there really isn’t 53 bytes of “overhead”, if any at all. PTM adds a minimum of 5 bytes but technically it does not have to be taken into account for the local MTU . So your native MTU can remain at 1500 bytes. If your provider is using PPPoE instead of 802.1x for authorization, then you will see 8 bytes of overhead for that encapsulation reducing the MTU to 1492. That should be it for overhead.

    In the case of PTM, it uses and HDLC encapsulation and my understanding is that the local ethernet frame is stripped and only the IP packet is encapsulated. I’m not sure how you are calculating the 802.3 overhead at 40 bytes but it should be irrelevant. 40 bytes is more like the IP packet overhead which shouldn’t be considered either. The 802.3 frame overhead is above and beyond the IP MTU but is typically 18 bytes, anyway.

    The big problem with PTM over xDSL is that you run into the serialization delay problem the slower the link is. It takes 12msecs on a 1Meg link to serialize a 1500 byte packet.

    The best doc I’ve found explaining this is a comparison between ATM, STM, and PTM for xDSL transport. Funny enough, this article’s intent is to show that PTM may not be the best choice for last mile transport, at least on links with speeds under 10Meg.

    http://www.ethernetinthefirstmile.com/articles/WTC2002.pdf

  2. Thank for the information. I’ll read that paper. My understanding is that the 802.3 frame headers are transmitted over the wire. If that’s not the case then my calculation is wrong.

    Also, this post is about overhead from the perspective of serialization time in order to stay below the link bandwidth. I’m not proposing the MTU is adjusted other than the 8 bytes for the PPPoE header.

Leave a Reply

Your email address will not be published. Required fields are marked *