Re: [AVTCORE] Fwd: New Version Notification for draft-shepherd-multicast-udp-guidelines-01.txt

Greg Shepherd <gjshep@gmail.com> Sun, 30 June 2013 13:17 UTC

Return-Path: <gjshep@gmail.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA1C321F9A34; Sun, 30 Jun 2013 06:17:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BIvaF0bu7nO5; Sun, 30 Jun 2013 06:17:11 -0700 (PDT)
Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) by ietfa.amsl.com (Postfix) with ESMTP id 4D69F21F9A15; Sun, 30 Jun 2013 06:17:10 -0700 (PDT)
Received: by mail-wg0-f53.google.com with SMTP id y10so2966982wgg.8 for <multiple recipients>; Sun, 30 Jun 2013 06:17:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Umvl1tQ9oi/bWnNyWuVDVA88C7sjr4CxFRV6lpAntE0=; b=ywohY9IoYZodXRr6Dk34WIZR1PTB1NG4bBTURHuMMYdaT492O1b+BF09M1pguMDZlA 0PnePoyBDDsgVV0E7xn7EV2e+xxZq9CSSUmQ+Kh06MynJgVtdjcy3X7wFhGeNnghQS0B z6biKO5nr0F/Cf0/qYYEqsDyrjAIogKPaLOEYu8hwj5Au2gX7fPVe1iFXeK9FuOB+oAs TQB18BWt1Kl3+3t42AKSJP+miA188i1PP04zJEYko7eQHi+O40ovYiNL8XjXbsXsmwca l3vCLoHHWh7TWKfqhl5YqVVlhYAUPmW45JucNfaAhqyCnEyeMICvjYV559FwoJPueWXi q1Cw==
MIME-Version: 1.0
X-Received: by 10.194.174.38 with SMTP id bp6mr17563536wjc.83.1372598230204; Sun, 30 Jun 2013 06:17:10 -0700 (PDT)
Received: by 10.180.189.12 with HTTP; Sun, 30 Jun 2013 06:17:10 -0700 (PDT)
In-Reply-To: <CALw1_Q09A5S1tXcxqcYJVsPxVbLL6Y60nq45KAioBt-mOY4SrQ@mail.gmail.com>
References: <20130612173141.16659.99790.idtracker@ietfa.amsl.com> <CABFReBoR_-UVCHuOA_L5=dDVSFxomVtMcBsMMqaXKNyPtDS9dg@mail.gmail.com> <CALw1_Q09A5S1tXcxqcYJVsPxVbLL6Y60nq45KAioBt-mOY4SrQ@mail.gmail.com>
Date: Sun, 30 Jun 2013 06:17:10 -0700
Message-ID: <CABFReBp1rCwuxWGtBdR4d5YLgtb-JMbu4=fJrbnh7TT5ghpHHw@mail.gmail.com>
From: Greg Shepherd <gjshep@gmail.com>
To: Kevin Gross <kevin.gross@avanw.com>
Content-Type: multipart/alternative; boundary="089e0141aa2aee48fe04e05eed72"
Cc: joel jaeggli <joelja@bogus.com>, rmcat WG <rmcat@ietf.org>, "avt@ietf.org" <avt@ietf.org>
Subject: Re: [AVTCORE] Fwd: New Version Notification for draft-shepherd-multicast-udp-guidelines-01.txt
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: gjshep@gmail.com
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 30 Jun 2013 13:17:13 -0000

This is not a solutions draft, but merely guidelines. It borrows liberally
from RFC5405 in cases there a recommended solution doesn't exist. I
wouldn't say this overlaps with any solutions draft as it only directs each
case to the available solutions then provides guidelines if for some reason
using an available solution is not possible.

Greg


On Sun, Jun 30, 2013 at 5:49 AM, Kevin Gross <kevin.gross@avanw.com> wrote:

> It seems like this overlaps with what RMCAT is working on. We're trying to
> quantify fairness to some degree. I have, for no scientific reason proposed
> a factor of 3. How did you settle on a factor of 10 in your proposal?
>
> Kevin Gross
> +1-303-447-0517
> Media Network Consultant
> AVA Networks - www.AVAnw.com <http://www.avanw.com/>, www.X192.org
>
>
> On Wed, Jun 12, 2013 at 11:35 AM, Greg Shepherd <gjshep@gmail.com> wrote:
>
>> Please read and comment. I'd like to present this in Berlin, and get
>> ample feedback before then in order to help this progress as quickly as
>> possible. In addition to its overall value, it will be a helpful document
>> in addressing outstanding Discuss issues in the RFC Editors' queue.
>>
>> Thanks,
>> Greg
>>
>> ---------- Forwarded message ----------
>> From: <internet-drafts@ietf.org>
>> Date: Wed, Jun 12, 2013 at 10:31 AM
>> Subject: New Version Notification for
>> draft-shepherd-multicast-udp-guidelines-01.txt
>> To: Greg Shepherd <gjshep@gmail.com>
>>
>>
>>
>> A new version of I-D, draft-shepherd-multicast-udp-guidelines-01.txt
>> has been successfully submitted by Greg Shepherd and posted to the
>> IETF repository.
>>
>> Filename:        draft-shepherd-multicast-udp-guidelines
>> Revision:        01
>> Title:           Multicast UDP Usage Guidelines for Application Designers
>> Creation date:   2013-06-12
>> Group:           Individual Submission
>> Number of pages: 8
>> URL:
>> http://www.ietf.org/internet-drafts/draft-shepherd-multicast-udp-guidelines-01.txt
>> Status:
>> http://datatracker.ietf.org/doc/draft-shepherd-multicast-udp-guidelines
>> Htmlized:
>> http://tools.ietf.org/html/draft-shepherd-multicast-udp-guidelines-01
>> Diff:
>> http://www.ietf.org/rfcdiff?url2=draft-shepherd-multicast-udp-guidelines-01
>>
>> Abstract:
>>    The multi-recipient nature of Multicast prevents the use of any pont-
>>    to-point connection-oriented transport, therefore restricts all
>>    Multicast data to be sent over the User Datagram Protocol (UDP).  UDP
>>    provides a minimal message-passing transport that has no inherent
>>    congestion control mechanisms.  Because congestion control is
>>    critical to the stable operation of the Internet, applications and
>>    upper-layer protocols that choose to use Multicast UDP as an Internet
>>    service must employ mechanisms to prevent congestion collapse and to
>>    establish some degree of fairness with concurrent traffic.  This
>>    document provides guidelines on the use of UDP for the designers of
>>    multicast applications and higher-level protocols.
>>
>>
>>
>>
>> The IETF Secretariat
>>
>>
>>
>> _______________________________________________
>> Audio/Video Transport Core Maintenance
>> avt@ietf.org
>> https://www.ietf.org/mailman/listinfo/avt
>>
>>
>