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

["Suhas Nandakumar (snandaku)" <[e-mail]>]

​Hello Charles



  The mux attributes draft specifies category of IDENTICAL for floorctrl and NORMAL for other RFC4583 attributes. I do think RFC4583bis should reflect the same.


Cheers

Suhas



PS: The category IDENTICAL was concluded after having a discussion with you back in 2013 :-) since it enforced common control




________________________________
From: Charles Eckel (eckelcu)
Sent: Wednesday, October 26, 2016 10:18 AM
To: Alissa Cooper
Cc: Christer Holmberg; Tom Kristensen (tomkrist); Tom Kristensen; [e-mail]; Suhas Nandakumar (snandaku)
Subject: Re: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583bis-15.txt

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" <[e-mail]<mailto:[e-mail]>> wrote:



On Aug 22, 2016, at 4:07 PM, Charles Eckel (eckelcu) <[e-mail]<mailto:[e-mail]>> 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 <[e-mail]<mailto:[e-mail]>>
Date: Friday, August 19, 2016 at 12:39 PM
To: Charles Eckel <[e-mail]<mailto:[e-mail]>>, Tom Kristensen <[e-mail]<mailto:[e-mail]>>, Tom Kristensen <[e-mail]<mailto:[e-mail]>>, "[e-mail]<mailto:[e-mail]>" <[e-mail]<mailto:[e-mail]>>
Cc: "Suhas Nandakumar (snandaku)" <[e-mail]<mailto:[e-mail]>>
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:[e-mail]]
Sent: 02 August 2016 17:43
To: Tom Kristensen (tomkrist) <[e-mail]<mailto:[e-mail]>>; Tom Kristensen <[e-mail]<mailto:[e-mail]>>; [e-mail]<mailto:[e-mail]>
Cc: Suhas Nandakumar (snandaku) <[e-mail]<mailto:[e-mail]>>; Christer Holmberg <[e-mail]<mailto:[e-mail]>>
Subject: Re: SV: [bfcpbis] I-D Action: draft-ietf-bfcpbis-rfc4583bis-15.txt

Thanks Tom.
Suhas, Christer, any thoughts?

Cheers,
Charles

From: Tom Kristensen <[e-mail]<mailto:[e-mail]>>
Date: Monday, August 1, 2016 at 4:49 AM
To: Charles Eckel <[e-mail]<mailto:[e-mail]>>, Tom Kristensen <[e-mail]<mailto:[e-mail]>>, "[e-mail]<mailto:[e-mail]>" <[e-mail]<mailto:[e-mail]>>
Cc: "Suhas Nandakumar (snandaku)" <[e-mail]<mailto:[e-mail]>>, Christer Holmberg <[e-mail]<mailto:[e-mail]>>
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; [e-mail]<mailto:[e-mail]>
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 <[e-mail]<mailto:[e-mail]>> on behalf of Tom Kristensen <[e-mail]<mailto:[e-mail]>>
Date: Wednesday, July 6, 2016 at 11:13 PM
To: "[e-mail]<mailto:[e-mail]>" <[e-mail]<mailto:[e-mail]>>
Cc: Tom Kristensen <[e-mail]<mailto:[e-mail]>>
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, <[e-mail]<mailto:[e-mail]>> 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
[e-mail]<mailto:[e-mail]>
https://www.ietf.org/mailman/listinfo/bfcpbis



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