Development issues regarding the cerowrt test router project
 help / color / mirror / Atom feed
From: Aaron Wood <woody77@gmail.com>
To: Dave Taht <dave.taht@gmail.com>
Cc: cerowrt-devel <cerowrt-devel@lists.bufferbloat.net>
Subject: Re: [Cerowrt-devel] SInce I mentioned this crew's work in a post, I don't want anyone to be surprised.
Date: Mon, 19 Jan 2015 11:17:50 -0800	[thread overview]
Message-ID: <CALQXh-M+NXOyg4Bo30R0xghY=Cgp4Lo9FFEJy1HVvR86DDArPQ@mail.gmail.com> (raw)
In-Reply-To: <CAA93jw7umN2c4B9VSEU93wCP2jDNPr70aqsNen4PJ3UkQJ9S1w@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 996 bytes --]

On Tue, Jan 6, 2015 at 11:37 AM, Dave Taht <dave.taht@gmail.com> wrote:

>
> I also tend to wish that streaming video had got it's own control port
> rather than being layered over 80 and 443.
>

In my experience, that was due to the corporate firewalls' default rule of
disallowing outbound connections.  Port 80 can be deep-packet-inspected to
confirm it's HTTP, and 443 can be confirmed to be SSL, and so everything
else was shut down.  So everything had to be delivered over those, or it
failed.  In my world, that means that IoT devices talking custom protocols
over SSL have to use 443 to the datacenters because the corporate firewall
people won't allow anything else out.  And if you can't demo it from the
"guest" network at a company, you won't make any sales there.

OTOH, fq_codel should hash them out separately based on the destination IP
and source ports as separate connections.  Not separable into a QoS bucket,
but at least able to pry apart the streams for fairness...

-Aaron

[-- Attachment #2: Type: text/html, Size: 1411 bytes --]

      parent reply	other threads:[~2015-01-19 19:17 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-06 17:26 dpreed
2015-01-06 19:37 ` Dave Taht
2015-01-06 19:43   ` David Lang
2015-01-06 19:50   ` Jim Gettys
2015-01-19 19:17   ` Aaron Wood [this message]

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

  List information: https://lists.bufferbloat.net/postorius/lists/cerowrt-devel.lists.bufferbloat.net/

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

  git send-email \
    --in-reply-to='CALQXh-M+NXOyg4Bo30R0xghY=Cgp4Lo9FFEJy1HVvR86DDArPQ@mail.gmail.com' \
    --to=woody77@gmail.com \
    --cc=cerowrt-devel@lists.bufferbloat.net \
    --cc=dave.taht@gmail.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox