[iccrg] draft: Circuit Breaker Assisted Congestion Control

"Holland, Jake" <jholland@akamai.com> Thu, 27 October 2016 02:43 UTC

From: "Holland, Jake" <jholland@akamai.com>
To: "tsvwg@ietf.org" <tsvwg@ietf.org>
Thread-Topic: draft: Circuit Breaker Assisted Congestion Control
Thread-Index: AQHSL/vnKg0QyNoBhECEW3kLZ6QKPQ==
Date: Thu, 27 Oct 2016 02:43:31 +0000
Message-ID: <BEB82189-759A-4A19-BCE2-6C90CEF82897@akamai.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/f.1b.0.161010
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [172.19.113.224]
Content-Type: text/plain; charset="utf-8"
Content-ID: <51F4279B3C2BDB43BF633324BE741A2F@akamai.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/iccrg/9yLTwrbU0DdQUptDiPh0DFbfq-U>
Cc: "iccrg@irtf.org" <iccrg@irtf.org>
Subject: [iccrg] draft: Circuit Breaker Assisted Congestion Control
X-BeenThere: iccrg@irtf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Discussions of Internet Congestion Control Research Group \(ICCRG\)" <iccrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/iccrg>, <mailto:iccrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iccrg/>
List-Post: <mailto:iccrg@irtf.org>
List-Help: <mailto:iccrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/iccrg>, <mailto:iccrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Oct 2016 02:43:36 -0000

Hello,

I’m requesting feedback and discussion on a multicast congestion control scheme where senders advertise their sending bandwidth for circuit breakers to observe:
https://tools.ietf.org/html/draft-jholland-cb-assisted-cc-00

Ultimately, I hope to see a standard that safely mitigates oversubscription to non-responsive multicast traffic by malicious receivers. According to our analysis it seems to be a serious vulnerability for building a scalable service using interdomain multicast.

As a first step, I hope to work toward a draft that the tsvwg would adopt as a working group document.

I am hoping to get this on the agenda for a tsvwg meeting, ideally the upcoming one in Seoul, so please respond if you think this is something worth discussing there.

Thanks for your consideration,
Jake Holland

(Cross-posted to iccrg@irtf.org to solicit expert congestion control advice, as suggested by a tsvwg chair. Apologies to anyone who gets it twice.)


On 10/24/16, 6:54 PM, "internet-drafts@ietf.org" <internet-drafts@ietf.org> wrote:
    
    A new version of I-D, draft-jholland-cb-assisted-cc-00.txt
    has been successfully submitted by Jacob Holland and posted to the
    IETF repository.
    
    Name:		draft-jholland-cb-assisted-cc
    Revision:	00
    Title:		Circuit Breaker Assisted Congestion Control (CBACC): Protocol Specification
    Document date:	2016-10-24
    Group:		Individual Submission
    Pages:		19
    URL:            https://www.ietf.org/internet-drafts/draft-jholland-cb-assisted-cc-00.txt
    Status:         https://datatracker.ietf.org/doc/draft-jholland-cb-assisted-cc/
    Htmlized:       https://tools.ietf.org/html/draft-jholland-cb-assisted-cc-00
    
    
    Abstract:
       This document specifies Circuit Breaker Assisted Congestion Control
       (CBACC), which provides bandwidth information from senders to
       intermediate network nodes to enable good decisions for fast-trip
       Network Transport Circuit Breaker activity
       ([I-D.ietf-tsvwg-circuit-breaker]) when necessary for network health.
       CBACC is specifically designed to support protocols using IP
       multicast, particularly as a supplement to receiver-driven congestion
       control protocols such as WEBRC [RFC3738], to help affected networks
       rapidly detect and mitigate the impact of scenarios in which a
       network is oversubscribed to flows which are not responsive to
       congestion.

[iccrg] draft: Circuit Breaker Assisted Congestio… Holland, Jake