All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alan Goodman <notifications@yescomputersolutions.com>
To: lartc@vger.kernel.org
Subject: Correctly calculating overheads on unknown connections
Date: Fri, 19 Sep 2014 20:42:15 +0000	[thread overview]
Message-ID: <541C9527.1070105@yescomputersolutions.com> (raw)

Hi,

I am looking to figure out the most fool proof way to calculate stab 
overheads for ADSL/VDSL connections.

ppp0      Link encap:Point-to-Point Protocol
           inet addr:81.149.38.69  P-t-P:81.139.160.1 Mask:255.255.255.255
           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
           RX packets:17368223 errors:0 dropped:0 overruns:0 frame:0
           TX packets:12040295 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:100
           RX bytes:17420109286 (16.2 GiB)  TX bytes:3611007028 (3.3 GiB)

I am setting a longer txqueuelen as I am not currently using any fair 
queuing (buffer bloat issues with sfq)

The connection is a BT Infinity FTTC VDSL connection synced at 
80mbit/20mbit.  The modem is connected directly to the ethernet port on 
a server running a slightly tweaked HFSC setup that you folks helped me 
set up in July - back when I was on ADSL.  I am still running pppoe I 
believe from my server.

The largest ping packet that I can fit out onto the wire is 1464 bytes:

# ping -c 2 -s 1464 -M do google.com
PING google.com (31.55.166.216) 1464(1492) bytes of data.
1472 bytes from 31.55.166.216: icmp_seq=1 ttlX time\x11.7 ms
1472 bytes from 31.55.166.216: icmp_seq=2 ttlX time\x11.9 ms

# ping -c 2 -s 1465 -M do google.com
PING google.com (31.55.166.212) 1465(1493) bytes of data.
 From host81-149-38-69.in-addr.btopenworld.com (81.149.38.69) icmp_seq=1 
Frag needed and DF set (mtu = 1492)
 From host81-149-38-69.in-addr.btopenworld.com (81.149.38.69) icmp_seq=1 
Frag needed and DF set (mtu = 1492)

Based on this I believe overhead should be set to 28, however with 28 
set as my overhead and hfsc ls m2 20000kbit ul m2 20000kbit I seem to be 
loosing about 1.5mbit of upload...

No traffic manager enabled: 
http://www.thinkbroadband.com/speedtest/results.html?id\x141116089424883990118
HFSC traffic manager: 
http://www.thinkbroadband.com/speedtest/results.html?id\x141116216621093133034

Am I calculating overhead incorrectly?

Alan

             reply	other threads:[~2014-09-19 20:42 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-19 20:42 Alan Goodman [this message]
2014-09-20 16:17 ` Correctly calculating overheads on unknown connections Andy Furniss
2014-09-20 17:55 ` Dave Taht
2014-09-20 22:29 ` Andy Furniss
2014-09-22 14:32 ` Alan Goodman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=541C9527.1070105@yescomputersolutions.com \
    --to=notifications@yescomputersolutions.com \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.