Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583bis-15.txt

"Charles Eckel (eckelcu)" <eckelcu@cisco.com> Wed, 26 October 2016 17:18 UTC

Return-Path: <eckelcu@cisco.com>
X-Original-To: bfcpbis@ietfa.amsl.com
Delivered-To: bfcpbis@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A81E1204D9 for <bfcpbis@ietfa.amsl.com>; Wed, 26 Oct 2016 10:18:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.951
X-Spam-Level:
X-Spam-Status: No, score=-14.951 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.431, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 eXEpkfSjtcwy for <bfcpbis@ietfa.amsl.com>; Wed, 26 Oct 2016 10:18:22 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0BA812970F for <bfcpbis@ietf.org>; Wed, 26 Oct 2016 10:18:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=54570; q=dns/txt; s=iport; t=1477502301; x=1478711901; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=13WOH0E4GjsTMXnd6iGV3cCAMdFX0hAVokhoCUsyd2I=; b=BRHcb9jiu/Q6NWWlXsQ8O0VkZfVJENE+Bw0NtFdZh/FwwE2NIMSD1u+K c+03Xz+qcLDn6b+JyZMvv464kRQWNQQxSakvXmImYvY3b9oEpMFhOar0W L0Z8OMCv1p8Xkvewm9HodNkFaPPFlmfSIrPTr08cxSy7i1tP4ob3NLYjA U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AdAQCe5BBY/4gNJK1dGQEBAQEBAQEBAQEBBwEBAQEBgnM3AQEBAQEdWH0HjS6Wf4dejGGCBgMcAQqFMUoCGoFtPxQBAgEBAQEBAQFiKIRiAQEBBAEBASAKKBkGBRACAQgHCgMBAQEhAQYDAgICHwYLFAkIAgQOBYg6AxcOs3OIdg2DbwEBAQEBAQEBAQEBAQEBAQEBAQEBARyIOoJYgkeCIAcPCIJGLIIvBYkpiw+FKTUBhiuGUYMjgW5OhB+JKYhwGoQAhAABDw82IjyFB3KHXYEJAQEB
X-IronPort-AV: E=Sophos;i="5.31,551,1473120000"; d="scan'208,217";a="166304811"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 26 Oct 2016 17:18:20 +0000
Received: from XCH-ALN-013.cisco.com (xch-aln-013.cisco.com [173.36.7.23]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id u9QHIK11018291 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 26 Oct 2016 17:18:20 GMT
Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-ALN-013.cisco.com (173.36.7.23) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 26 Oct 2016 12:18:19 -0500
Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1210.000; Wed, 26 Oct 2016 12:18:19 -0500
From: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
To: Alissa Cooper <alissa@cooperw.in>
Thread-Topic: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583bis-15.txt
Thread-Index: AQHSLs8jnTAKvOUkg0C1WeMWEIqx5qC7cocA
Date: Wed, 26 Oct 2016 17:18:19 +0000
Message-ID: <0D0D949F-A7B1-4B27-A45E-2C799927CC14@cisco.com>
References: <E0BFE4A5-6F33-4D5E-84F3-28D14F957A4D@cisco.com> <7594FB04B1934943A5C02806D1A2204B4BC27452@ESESSMB209.ericsson.se> <ECE36C48-D3E2-4F94-97F1-89C48C27CD89@cisco.com> <FDADA906-1933-40DD-B1A8-9800F8B1567D@cooperw.in>
In-Reply-To: <FDADA906-1933-40DD-B1A8-9800F8B1567D@cooperw.in>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.1b.0.161010
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.61.91.185]
Content-Type: multipart/alternative; boundary="_000_0D0D949FA7B14B27A45E2C799927CC14ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bfcpbis/7d-v_py1Ga8eMLF5Z6h220E0iTI>
Cc: "bfcpbis@ietf.org" <bfcpbis@ietf.org>, "Tom Kristensen (tomkrist)" <tomkrist@cisco.com>, Tom Kristensen <2mkristensen@gmail.com>, "Suhas Nandakumar (snandaku)" <snandaku@cisco.com>, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583bis-15.txt
X-BeenThere: bfcpbis@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BFCPBIS working group discussion list <bfcpbis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bfcpbis>, <mailto:bfcpbis-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bfcpbis/>
List-Post: <mailto:bfcpbis@ietf.org>
List-Help: <mailto:bfcpbis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bfcpbis>, <mailto:bfcpbis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Oct 2016 17:18:24 -0000

Hi Alissa,

This draft simply states that BUNDLE multiplexing is not supported in this specification and that BFCP m- lines MUST NOT be included in a bundle group. If someone wanted to define how BUNDLE multiplexing could be done or to use the SDP attributes defined here with BUNDLE m lines for something else, they would need to specify this in another draft. Within this working group, we do not have plans for such a draft.

We were going to specify the MUX category as IDENTICAL, but then switched to TBD. I thought this was as advised by Suhas, but I cannot find evidence of that now. IDENTICAL would be fine with me. Suhas, any thoughts?

Cheers,
Charles

On 10/25/16, 4:50 PM, "Alissa Cooper" <alissa@cooperw.in<mailto:alissa@cooperw.in>> wrote:



On Aug 22, 2016, at 4:07 PM, Charles Eckel (eckelcu) <eckelcu@cisco.com<mailto:eckelcu@cisco.com>> wrote:

Thanks Christer.
I don’t think a separate “BUNDLE Considerations” section is warranted. Adding the agreed upon text to section 10 is sufficient.
We can continue to specify the MUX category in the rfc4583bis draft and am okay with TBD.

Having just reviewed draft-ietf-mmusic-sdp-mux-attributes again, I’m wondering why TBD would be specified here rather than choosing a value. Is there some future document where the WG would expect to specify the value or some implementation experience that people feel is necessary before the value can be specified? If not, then 4583bis seems like the right place to specify the value.

Alissa




Thank s again,
Charles

From: Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>>
Date: Friday, August 19, 2016 at 12:39 PM
To: Charles Eckel <eckelcu@cisco.com<mailto:eckelcu@cisco.com>>, Tom Kristensen <tomkrist@cisco.com<mailto:tomkrist@cisco.com>>, Tom Kristensen <2mkristensen@gmail.com<mailto:2mkristensen@gmail.com>>, "bfcpbis@ietf.org<mailto:bfcpbis@ietf.org>" <bfcpbis@ietf.org<mailto:bfcpbis@ietf.org>>
Cc: "Suhas Nandakumar (snandaku)" <snandaku@cisco.com<mailto:snandaku@cisco.com>>
Subject: RE: SV: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583bis-15.txt

Hi,

I agree that we should say that BUNDLE multiplexing is not supported  in this specification, and that BFCP m- lines MUST NOT be included in a bundle group.

Perhaps you could put that text in a small “BUNDLE Considerations” chapter, or something similar?

Regarding where to define the MUX category for the new attribute, I suggest we do it in this draft, since that is part of the information you need to specify when registering a new attribute.

Regarding the mux category value, I guess IDENTICAL would work – eventhough it’s a little strange considering we don’t define BFCP multiplexing to begin with. Would TBD be more suitable?

Regards,

Christer

From: Charles Eckel (eckelcu) [mailto:eckelcu@cisco.com]
Sent: 02 August 2016 17:43
To: Tom Kristensen (tomkrist) <tomkrist@cisco.com<mailto:tomkrist@cisco.com>>; Tom Kristensen <2mkristensen@gmail.com<mailto:2mkristensen@gmail.com>>; bfcpbis@ietf.org<mailto:bfcpbis@ietf.org>
Cc: Suhas Nandakumar (snandaku) <snandaku@cisco.com<mailto:snandaku@cisco.com>>; Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>>
Subject: Re: SV: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583bis-15.txt

Thanks Tom.
Suhas, Christer, any thoughts?

Cheers,
Charles

From: Tom Kristensen <tomkrist@cisco.com<mailto:tomkrist@cisco.com>>
Date: Monday, August 1, 2016 at 4:49 AM
To: Charles Eckel <eckelcu@cisco.com<mailto:eckelcu@cisco.com>>, Tom Kristensen <2mkristensen@gmail.com<mailto:2mkristensen@gmail.com>>, "bfcpbis@ietf.org<mailto:bfcpbis@ietf.org>" <bfcpbis@ietf.org<mailto:bfcpbis@ietf.org>>
Cc: "Suhas Nandakumar (snandaku)" <snandaku@cisco.com<mailto:snandaku@cisco.com>>, Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>>
Subject: SV: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583bis-15.txt

It would be ideal to treat bfcpver the same way as the other, existing attributes. Hopefully, the authors of  draft-ietf-mmusic-sdp-mux-attributes​ will add them to this draft.

I do like to move the BUNDLE reference to informational, so I support Charles' text proposal in his last paragraph below.

-- Tom
________________________________
Fra: Charles Eckel (eckelcu)
Sendt: 8. juli 2016 23:39
Til: Tom Kristensen; bfcpbis@ietf.org<mailto:bfcpbis@ietf.org>
Kopi: Tom Kristensen (tomkrist); Suhas Nandakumar (snandaku); Christer Holmberg
Emne: Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583bis-15.txt

Hi Tom,

Thanks for incorporating the changes. The dtls-id change looks good. Unfortunately, the MUX category change suffers from the fact we are chasing a moving target. draft-ietf-mmusic-sdp-mux-attributes was updated recently and the NOT RECOMMENDED category was replaced with the CAUTION category.

Upon taking another look at draft-ietf-mmusic-sdp-mux-attributes, my previous suggestion was not good. draft-ietf-mmusic-sdp-mux-attributes already defines the Mux category for all SDP attribute defined in rfc4583bis except the newly added bfcpver SDP attribute. For this, I think the Mux category should be IDENTICAL. However, I’m not sure if it should be added to rfc4583bis or to draft-ietf-mmusic-sdp-mux-attributes directly. I have cc’d Suhas to Christer to get their input, both on the mux category selected and where it should be specified.

As for multiplexing of BFCP lines, perhaps rfc4583bis should simply say, "Multiplexing of BFCP ‘m' lines, as defined in BUNDLE [16], is not defined by this specification.”
If we agree to this, the reference to BUNDLE should be Informational instead of Normative.

Cheers,
Charles


From: bfcpbis <bfcpbis-bounces@ietf.org<mailto:bfcpbis-bounces@ietf.org>> on behalf of Tom Kristensen <2mkristensen@gmail.com<mailto:2mkristensen@gmail.com>>
Date: Wednesday, July 6, 2016 at 11:13 PM
To: "bfcpbis@ietf.org<mailto:bfcpbis@ietf.org>" <bfcpbis@ietf.org<mailto:bfcpbis@ietf.org>>
Cc: Tom Kristensen <tomkrist@cisco.com<mailto:tomkrist@cisco.com>>
Subject: Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583bis-15.txt

Incorporates the two issues spotted by Charles in the -14 version. The draft should most likely and hopefully be ready to proceed through the next stages now.

-- Tom

On 7 July 2016 at 08:10, <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Binary Floor Control Protocol Bis  of the IETF.

        Title           : Session Description Protocol (SDP) Format for Binary Floor Control Protocol (BFCP) Streams
        Authors         : Gonzalo Camarillo
                          Tom Kristensen
                          Paul E. Jones
        Filename        : draft-ietf-bfcpbis-rfc4583bis-15.txt
        Pages           : 21
        Date            : 2016-07-06

Abstract:
   This document specifies how to describe Binary Floor Control Protocol
   (BFCP) streams in Session Description Protocol (SDP) descriptions.
   User agents using the offer/answer model to establish BFCP streams
   use this format in their offers and answers.

   This document obsoletes RFC 4583.  Changes from RFC 4583 are
   summarized in Section 14.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-bfcpbis-rfc4583bis/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-bfcpbis-rfc4583bis-15

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-bfcpbis-rfc4583bis-15


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org/>.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
bfcpbis mailing list
bfcpbis@ietf.org<mailto:bfcpbis@ietf.org>
https://www.ietf.org/mailman/listinfo/bfcpbis



--
# Cisco                         |  http://www.cisco.com/telepresence/
## tomkrist@cisco.com<mailto:tomkrist@cisco.com>  |  http://www.tandberg.com<http://www.tandberg.com/>
###                               |  http://folk.uio.no/tomkri/
_______________________________________________
bfcpbis mailing list
bfcpbis@ietf.org<mailto:bfcpbis@ietf.org>
https://www.ietf.org/mailman/listinfo/bfcpbis