Re: [xrblock] Mirja Kühlewind's No Objection on draft-ietf-xrblock-independent-burst-gap-discard-02: (with COMMENT)

"Romascanu, Dan (Dan)" <dromasca@avaya.com> Thu, 04 August 2016 19:27 UTC

Return-Path: <dromasca@avaya.com>
X-Original-To: xrblock@ietfa.amsl.com
Delivered-To: xrblock@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 29B4B12DAC8; Thu, 4 Aug 2016 12:27:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.187
X-Spam-Level:
X-Spam-Status: No, score=-8.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aa-CElEPdhOs; Thu, 4 Aug 2016 12:27:30 -0700 (PDT)
Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9BF7D12DACB; Thu, 4 Aug 2016 12:27:29 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2E+AQColqNX/xUHmMZdGQEBAQEBgnotV?= =?us-ascii?q?nwHjSanM4Iwgg+BPUAkhXkCHIEsOBQBAQEBAQEBA1onglM5BgcDVQIPQQEBGQE?= =?us-ascii?q?BAQEDEhERNw4MBAIBCA0BAwQBAQECAgYZBAMCAgIwFAEFAwgCBAENBQgaiA8BD?= =?us-ascii?q?aQVilCQDgEBAQEBAQEBAQEBAQEBAQEBAQEBARcFgQGFKoRMhBIRAR6CfyuCLwW?= =?us-ascii?q?IJZEPAYYZhW+EZBeERIMlhVWMMYN3HjaCRYE1bgGFdDcBfgEBAQ?=
X-IPAS-Result: =?us-ascii?q?A2E+AQColqNX/xUHmMZdGQEBAQEBgnotVnwHjSanM4Iwgg+?= =?us-ascii?q?BPUAkhXkCHIEsOBQBAQEBAQEBA1onglM5BgcDVQIPQQEBGQEBAQEDEhERNw4MB?= =?us-ascii?q?AIBCA0BAwQBAQECAgYZBAMCAgIwFAEFAwgCBAENBQgaiA8BDaQVilCQDgEBAQE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBARcFgQGFKoRMhBIRAR6CfyuCLwWIJZEPAYYZhW+EZ?= =?us-ascii?q?BeERIMlhVWMMYN3HjaCRYE1bgGFdDcBfgEBAQ?=
X-IronPort-AV: E=Sophos;i="5.28,471,1464667200"; d="scan'208";a="199626912"
Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 04 Aug 2016 15:27:27 -0400
X-OutboundMail_SMTP: 1
Received: from unknown (HELO AZ-FFEXHC02.global.avaya.com) ([135.64.58.12]) by co300216-co-erhwest-out.avaya.com with ESMTP/TLS/AES256-SHA; 04 Aug 2016 15:27:26 -0400
Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC02.global.avaya.com ([135.64.58.12]) with mapi id 14.03.0294.000; Thu, 4 Aug 2016 21:27:23 +0200
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: Colin Perkins <csp@csperkins.org>, "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
Thread-Topic: =?utf-8?B?W3hyYmxvY2tdIE1pcmphIEvDvGhsZXdpbmQncyBObyBPYmplY3Rpb24gb24g?= =?utf-8?B?ZHJhZnQtaWV0Zi14cmJsb2NrLWluZGVwZW5kZW50LWJ1cnN0LWdhcC1kaXNj?= =?utf-8?Q?ard-02:_(with_COMMENT)?=
Thread-Index: AQHR7lwuLqOX9uDHs0yeMqh+R9fhcKA5HmkAgAAQoPA=
Date: Thu, 4 Aug 2016 19:27:21 +0000
Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA7525B664@AZ-FFEXMB04.global.avaya.com>
References: <20160802151727.27859.51417.idtracker@ietfa.amsl.com> <D464DA9D-2B3A-4119-80AC-FBA1775D516D@csperkins.org> <6ED96051-6F38-4F19-8593-6F804F6ADC75@kuehlewind.net> <C9BF4F19-E987-4C48-9B8C-14F27DD841BB@csperkins.org>
In-Reply-To: <C9BF4F19-E987-4C48-9B8C-14F27DD841BB@csperkins.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.64.58.46]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/xrblock/OkiYzcP8vJDAE4uksYss8xjuxTk>
Cc: "draft-ietf-xrblock-independent-burst-gap-discard@ietf.org" <draft-ietf-xrblock-independent-burst-gap-discard@ietf.org>, "xrblock-chairs@ietf.org" <xrblock-chairs@ietf.org>, The IESG <iesg@ietf.org>, "xrblock@ietf.org" <xrblock@ietf.org>
Subject: Re: [xrblock] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draf?= =?utf-8?q?t-ietf-xrblock-independent-burst-gap-discard-02=3A_=28with_COMM?= =?utf-8?q?ENT=29?=
X-BeenThere: xrblock@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Metric Blocks for use with RTCP's Extended Report Framework working group discussion list <xrblock.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xrblock>, <mailto:xrblock-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xrblock/>
List-Post: <mailto:xrblock@ietf.org>
List-Help: <mailto:xrblock-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xrblock>, <mailto:xrblock-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Aug 2016 19:27:32 -0000

I would also notice that this is RFC-to-be #15 (unless I lost count) in the 'XRBLOCK series' that uses the same references and very similar text wrt. RFC 3550. Developers and users of this technology should by now be very familiar with this format. 

Regards,

Dan


> -----Original Message-----
> From: Colin Perkins [mailto:csp@csperkins.org]
> Sent: Thursday, August 4, 2016 5:25 PM
> To: Mirja Kuehlewind (IETF)
> Cc: The IESG; draft-ietf-xrblock-independent-burst-gap-discard@ietf.org;
> xrblock-chairs@ietf.org; xrblock@ietf.org
> Subject: Re: [xrblock] Mirja Kühlewind's No Objection on draft-ietf-xrblock-
> independent-burst-gap-discard-02: (with COMMENT)
> 
> Hi,
> 
> I don’t think there’s any point. We already normatively reference RFC 3550
> (the RTP specification), and at some point you need to assume that someone
> implementing RTCP knows the basics of how the protocol works. The timing
> rules are very fundamental.
> 
> Colin
> 
> 
> 
> 
> > On 4 Aug 2016, at 15:19, Mirja Kuehlewind (IETF) <ietf@kuehlewind.net>
> wrote:
> >
> > hi Colin,
> >
> > okay. Maybe just provide a clear pointer to the respective text in RFC 3550
> sections 6.2 and 6.3?
> >
> > Thanks,
> > Mirja
> >
> >
> >> Am 03.08.2016 um 11:59 schrieb Colin Perkins <csp@csperkins.org>rg>:
> >>
> >>> On 2 Aug 2016, at 16:17, Mirja Kuehlewind <ietf@kuehlewind.net>
> wrote:
> >>>
> >>> Mirja Kühlewind has entered the following ballot position for
> >>> draft-ietf-xrblock-independent-burst-gap-discard-02: No Objection
> >>>
> >>> When responding, please keep the subject line intact and reply to
> >>> all email addresses included in the To and CC lines. (Feel free to
> >>> cut this introductory paragraph, however.)
> >>>
> >>>
> >>> Please refer to
> >>> https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__www.ietf.org_ie
> >>> sg_statement_discuss-
> 2Dcriteria.html&d=CwIFaQ&c=BFpWQw8bsuKpl1SgiZH6
> >>> 4Q&r=I4dzGxR31OcNXCJfQzvlsiLQfucBXRucPvdrphpBsFA&m=0xJ-
> Cs01NVSLzqFdA
> >>>
> RadDb4GB5AmNa27MAHjxTH0wU0&s=A8XmLyAVDp3VSHmsu_MVsDMjHd9
> Q4g8I-k3b10I
> >>> hSXQ&e= for more information about IESG DISCUSS and COMMENT
> >>> positions.
> >>>
> >>>
> >>> The document, along with other ballot positions, can be found here:
> >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.iet
> >>> f.org_doc_draft-2Dietf-2Dxrblock-2Dindependent-2Dburst-2Dgap-
> 2Ddisca
> >>>
> rd_&d=CwIFaQ&c=BFpWQw8bsuKpl1SgiZH64Q&r=I4dzGxR31OcNXCJfQzvlsiL
> QfucB
> >>> XRucPvdrphpBsFA&m=0xJ-
> Cs01NVSLzqFdARadDb4GB5AmNa27MAHjxTH0wU0&s=yrRH
> >>> sCbguw65u9XEQjPgWOfWds16d9jjvu9hWcjl1d4&e=
> >>>
> >>>
> >>>
> >>> --------------------------------------------------------------------
> >>> --
> >>> COMMENT:
> >>> --------------------------------------------------------------------
> >>> --
> >>>
> >>> Sorry still not an RT(C)P expert, but one question out of curiosity:
> >>>
> >>> Would it be a valid operation if I send one MIR Block per burst (by
> >>> adapting the measurement duration dynamically), in case I really
> >>> want to know the length of each burst separately?
> >>>
> >>> If so (or also if not, I guess), would it make sense to give
> >>> recommendations about how often one should send feedback, or is this
> >>> generally covered elsewhere (provide pointer!) that applies for this
> >>> case?
> >>
> >> The rules that determine the RTCP reporting interval are in RFC 3550
> sections 6.2 and 6.3. That RFC is referenced from this draft. The
> measurement interval would typically match the RTCP reporting interval, but
> you could measure over a different interval if you wanted (the associated
> RFC 6776 report describes the measurement interval).
> >>
> >> I don’t think this needs guidance, or if it does, it would be general
> guidance for any user of XR blocks, and not specific to this particular block.
> >>
> >> --
> >> Colin Perkins
> >> https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__csperkins.org_&d
> >>
> =CwIFaQ&c=BFpWQw8bsuKpl1SgiZH64Q&r=I4dzGxR31OcNXCJfQzvlsiLQfucB
> XRucPvdrphpBsFA&m=0xJ-
> Cs01NVSLzqFdARadDb4GB5AmNa27MAHjxTH0wU0&s=qoIPYScPVtsFNED9gZ
> KzRakK7ZJ9kYyFI7juHuCuYqw&e=