All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jamal Hadi Salim <jhs@mojatatu.com>
To: people@netdevconf.org
Cc: tech-committee@netdevconf.org, netfilter-devel@vger.kernel.org,
	Brenda Butler <bjb@mojatatu.com>,
	Stephen Jaworski <jaws@mojatatu.com>,
	netfilter@vger.kernel.org, linux-wireless@vger.kernel.org,
	Heri Muhero <hmuhero@gmail.com>
Subject: ANNOUNCE: New talk accepted on TCP algorithms performance on wireless LTE networks
Date: Sat, 18 Mar 2017 18:22:22 -0400	[thread overview]
Message-ID: <3cafd981-9a0f-9dc4-66a3-351952fae808@mojatatu.com> (raw)


Someone complained in the last posting that I was "spamming" them.
If a list admin feels these announcements of a community event as
spam - please unicast me and I will remove you off future
announcements.

The tech committee would like to announce a new accepted talk.

Jae Won Chung and Feng Li (at Verizon) have done a lot of work on
analyzing the effect of the different Linux TCP congestion control
algorithms on LTE wireless networks while driving on a fast
highway/road. In this talk they compare CUBIC to BBR.

A little bit more details:

----
Unlike IEEE802.11 (wifi) and traditional 3G wireless links,  LTE
networks have high link variability and large end user mobility.
There still exists a huge gap in understanding how TCP congestion
control algorithms variants perform under such conditions.
Mobile carriers often waste their efforts to improve throughput by
fine tuning parameters of TCP CUBIC although CUBIC often fails to ramp
up rapidly to congestion avoidance needs over LTE links.

To have a better understanding of TCP performance over LTE networks, we
conduct a comprehensive measurement study to compare CUBIC with its
latest rival - BBR over a world leading tier-one mobile network in high
speed driving condition.
To our best knowledge, there is no measurement effort to compare
performance of different TCP flavors over LTE networks on highway. In
addition to our measurement contribution, our in-depth measurement
result also conclude that:
1) CUBIC with Hybrid slow start leads to a low radio resource
utilization;
2) BBR yields higher throughputs even when SINR is lower and/or hand-off
happens;
3) BBR's bottle-neck link bandwidth estimation works well for various
conditions (including hand-offs); and
4)BBR is a promising TCP Congestion Control candidate for
performance enhancement proxies over mobile networks.

----

cheers,
jamal

WARNING: multiple messages have this Message-ID (diff)
From: Jamal Hadi Salim <jhs-jkUAjuhPggJWk0Htik3J/w@public.gmane.org>
To: people-Aq7fehzYRUagpaxmtUs7hg@public.gmane.org
Cc: tech-committee-Aq7fehzYRUagpaxmtUs7hg@public.gmane.org,
	netfilter-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Brenda Butler <bjb-jkUAjuhPggJWk0Htik3J/w@public.gmane.org>,
	Stephen Jaworski <jaws-jkUAjuhPggJWk0Htik3J/w@public.gmane.org>,
	netfilter-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Heri Muhero <hmuhero-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: ANNOUNCE: New talk accepted on TCP algorithms performance on wireless LTE networks
Date: Sat, 18 Mar 2017 18:22:22 -0400	[thread overview]
Message-ID: <3cafd981-9a0f-9dc4-66a3-351952fae808@mojatatu.com> (raw)


Someone complained in the last posting that I was "spamming" them.
If a list admin feels these announcements of a community event as
spam - please unicast me and I will remove you off future
announcements.

The tech committee would like to announce a new accepted talk.

Jae Won Chung and Feng Li (at Verizon) have done a lot of work on
analyzing the effect of the different Linux TCP congestion control
algorithms on LTE wireless networks while driving on a fast
highway/road. In this talk they compare CUBIC to BBR.

A little bit more details:

----
Unlike IEEE802.11 (wifi) and traditional 3G wireless links,  LTE
networks have high link variability and large end user mobility.
There still exists a huge gap in understanding how TCP congestion
control algorithms variants perform under such conditions.
Mobile carriers often waste their efforts to improve throughput by
fine tuning parameters of TCP CUBIC although CUBIC often fails to ramp
up rapidly to congestion avoidance needs over LTE links.

To have a better understanding of TCP performance over LTE networks, we
conduct a comprehensive measurement study to compare CUBIC with its
latest rival - BBR over a world leading tier-one mobile network in high
speed driving condition.
To our best knowledge, there is no measurement effort to compare
performance of different TCP flavors over LTE networks on highway. In
addition to our measurement contribution, our in-depth measurement
result also conclude that:
1) CUBIC with Hybrid slow start leads to a low radio resource
utilization;
2) BBR yields higher throughputs even when SINR is lower and/or hand-off
happens;
3) BBR's bottle-neck link bandwidth estimation works well for various
conditions (including hand-offs); and
4)BBR is a promising TCP Congestion Control candidate for
performance enhancement proxies over mobile networks.

----

cheers,
jamal

             reply	other threads:[~2017-03-18 22:22 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-18 22:22 Jamal Hadi Salim [this message]
2017-03-18 22:22 ` ANNOUNCE: New talk accepted on TCP algorithms performance on wireless LTE networks Jamal Hadi Salim

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=3cafd981-9a0f-9dc4-66a3-351952fae808@mojatatu.com \
    --to=jhs@mojatatu.com \
    --cc=bjb@mojatatu.com \
    --cc=hmuhero@gmail.com \
    --cc=jaws@mojatatu.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=netfilter-devel@vger.kernel.org \
    --cc=netfilter@vger.kernel.org \
    --cc=people@netdevconf.org \
    --cc=tech-committee@netdevconf.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.