Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583bis-15.txt
"Charles Eckel (eckelcu)" <eckelcu@cisco.com> Mon, 22 August 2016 20:07 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 3F24E12D7FF for <bfcpbis@ietfa.amsl.com>; Mon, 22 Aug 2016 13:07:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.068
X-Spam-Level:
X-Spam-Status: No, score=-15.068 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.548, 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 uUzqROttVzhT for <bfcpbis@ietfa.amsl.com>; Mon, 22 Aug 2016 13:07:33 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BC1F12D7F7 for <bfcpbis@ietf.org>; Mon, 22 Aug 2016 13:07:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=41942; q=dns/txt; s=iport; t=1471896453; x=1473106053; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=RkgnwZT9UDpbWhR5CDtzNFLZ1Ueoys5Ej+3f+AHNIfA=; b=Uj+00n1F0pP5Dp1Qhzd9LHF/bYcvdzGpalKaCIYtTS0CjNMiRX14vsZM VJnZULdPPvC9h7aVMx01+wpXpVDmvlcp4Gq1u9S1T6Il+KqNKYGH7uKii +HOCVu0nx4/2vDg5+bR4pVsUK8vCSGkTIqNBUKm4F9SrBLYjYM76VXhJP M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BVAgBQW7tX/5tdJa1dgnZOVnwHq1GMLoF9JIUvSgIcgUk4FAIBAQEBAQEBXieEXgEBBQEBIQooGQYFEAIBCBEDAQEBIQEGAwICAh8GCxQJCAIEAQ0FiBcDFw6tfotuDYQOAQEBAQEBAQEBAQEBAQEBAQEBAQEBHIgjglWCQ4IdBw8IgkMrgi8FiQuKdoUTNAGGH4Y7gkQKgWNOhA6JB4g3GINwg3cBDw82g3pwhXx/AQEB
X-IronPort-AV: E=Sophos;i="5.28,561,1464652800"; d="scan'208,217";a="140679076"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Aug 2016 20:07:14 +0000
Received: from XCH-ALN-010.cisco.com (xch-aln-010.cisco.com [173.36.7.20]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u7MK7Equ007003 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 22 Aug 2016 20:07:14 GMT
Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-ALN-010.cisco.com (173.36.7.20) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 22 Aug 2016 15:07:13 -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; Mon, 22 Aug 2016 15:07:13 -0500
From: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, "Tom Kristensen (tomkrist)" <tomkrist@cisco.com>, Tom Kristensen <2mkristensen@gmail.com>, "bfcpbis@ietf.org" <bfcpbis@ietf.org>
Thread-Topic: SV: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583bis-15.txt
Thread-Index: AQHR7MwwHGDGuUsDHEqq3WYlCa1p8qBQxx2AgASfRAA=
Date: Mon, 22 Aug 2016 20:07:13 +0000
Message-ID: <ECE36C48-D3E2-4F94-97F1-89C48C27CD89@cisco.com>
References: <E0BFE4A5-6F33-4D5E-84F3-28D14F957A4D@cisco.com> <7594FB04B1934943A5C02806D1A2204B4BC27452@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4BC27452@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.15.1.160411
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.58.148]
Content-Type: multipart/alternative; boundary="_000_ECE36C48D3E24F9497F189C48C27CD89ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bfcpbis/78uomv9Jb1E0zQNl4UYtwcvVY4w>
Cc: "Suhas Nandakumar (snandaku)" <snandaku@cisco.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: Mon, 22 Aug 2016 20:07:36 -0000
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. 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://folk.uio.no/tomkri/
- [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583b… internet-drafts
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Christer Holmberg
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Charles Eckel (eckelcu)
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Tom Kristensen (tomkrist)
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Tom Kristensen
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Charles Eckel (eckelcu)
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Charles Eckel (eckelcu)
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Alissa Cooper
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Charles Eckel (eckelcu)
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Suhas Nandakumar (snandaku)
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Christer Holmberg
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Paul Kyzivat
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Christer Holmberg
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Charles Eckel (eckelcu)
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Charles Eckel (eckelcu)
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Christer Holmberg
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Charles Eckel (eckelcu)
- Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4… Charles Eckel (eckelcu)
- Re: [MMUSIC] [bfcpbis] I-D Action: draft-ietf-bfc… Charles Eckel (eckelcu)