The reason I think we should pursue this is that the hard part is getting the audio to work. Handling the floor control isn’t the hard part. These guys have made that work (apparently, we haven’t tested it yet). I like the idea that EVERYONE, remote or local, uses the same system, and has the same capabilities. If there was an alternative that used BFCP to control the floor, great, but I don’t know of one.
Brian On Mar 12, 2014, at 10:09 AM, Tom Pusateri <[email protected]> wrote: > I don't want to state the obvious but don't we have a WG that has direct > experience with this problem that created Binary Floor Control Protocol > (BFCP)? > > It seems like we should eat our own dog food. > > Tom > > On Mar 12, 2014, at 9:36 AM, Brian Rosen <[email protected]> wrote: > >> After coordinating with Alexa, I contacted them. They are interested in >> working with us. >> >> It’s local - the way they currently do it, they use Bonjour to figure out if >> you are on the same WiFi net. The voice traffic goes direct from the >> participant device what they call the “Presenter”. The presenter is jacked >> into the room audio system. I’m talking with them about giving us an API to >> push audio into the presenter from Meetecho. I also am talking to them >> about an API to manage the queue, so we could develop a tool for chair use >> that met all of our needs. They are already working on a browser based >> client. I also asked about a way to preload the events (sessions), and >> simplify the sign on using our own credentialing system. It’s a start up, >> so you know they have to put their limited resources where it makes them the >> most money, but I think our interests are aligned sufficiently that we might >> be able to use it. What intrigues me is that it won’t take much change to >> the actual client to get what we need. The APIs, if we can get them, would >> allow us to do what we need to do without changing the clients. >> >> I thought devices would use WiFi if it was available, and only use the cell >> radio if it wasn’t. You certainly can turn off roaming if you need to. >> >> Brian >> >> On Mar 12, 2014, at 9:27 AM, Fred Baker (fred) <[email protected]> wrote: >> >>> >>> On Mar 11, 2014, at 7:58 AM, Alexa Morris <[email protected]> wrote: >>> >>>> One of my colleagues recently showed me this free app: >>>> http://crowdmics.com/ thinking that it might work for the IETF. It >>>> purports to do just what you are talking about and I've been mulling over >>>> how we might experiment with it (or something similar) >>> >>> Interesting. How does it implement voice? >>> >>> My concern is essentially imposing a cost on a user - roaming charges, >>> which might be nominal for voice (T-Mobile tells me that in most countries >>> it is now $0.20/minute for me, and I would only expect to speak for a >>> minute or two at a time), but could be quite a bit more for data (polls >>> etc). I have a feeling that this expects you to access a web site or such. >>> >>> Yes, we provide WiFi. That would perhaps mitigate costs. But I have also >>> been charged "roaming" charges when using WiFi, as the telephone operator >>> knows when I use it. I would need to disable data use entirely on the >>> towers, which is readily doable if I think about it but is separate from >>> saying "don't roam". >>> >>>> Alexa >>>> >>>> On Mar 11, 2014, at 7:52 AM, Spencer Dawkins wrote: >>>> >>>>> >>>>> On 03/11/2014 08:00 AM, Brian Rosen wrote: >>>>>> I’ve been thinking about this, and wonder if we actually could make this >>>>>> even better. >>>>>> >>>>>> So, maybe the way we deal with mic is to…get rid of in-room microphones. >>>>>> Have an app that runs on phones, laptops and tablets that puts you in >>>>>> the queue, and you use your device mic to speak, when you are recognized. >>>>> >>>>> I ended up as note-taker in AQM last week. Even being an AD doesn't get >>>>> you out of taking notes :-) >>>>> >>>>> Which leads me to my point. It's a pretty serious disincentive for a >>>>> serious participant (and ADs are at least supposed to be paying attention >>>>> between e-mails) to volunteer as note-taker if they have to stand in a >>>>> mike line holding their laptop open and typing, in order to say anything. >>>>> >>>>> During the Harald Alvestrand-as-IETF Chair era, I was usually note-taker >>>>> for IESG plenaries, and we joked about that being a DOS attack because if >>>>> I was sitting down typing, I wasn't standing up talking (let's ignore >>>>> whether that was a good thing or a bad thing, OK?). >>>>> >>>>> Some chairs have let me wave frantically to attract their attention, so >>>>> they could put me "virtually in line" until it was my turn, but I was >>>>> delaying the meeting while running to the mike and missing about half >>>>> what was said while returning to my seat. >>>>> >>>>> Brian's suggestion could help with that. >>>>> >>>>> Spencer, as repeat-offender scribe-for-life >>>>> >>>>>> We might need some kind of way handle an in-room participant that >>>>>> doesn’t have a suitable device, but that is a very small minority of >>>>>> in-room participants. >>>>>> >>>>>> It may be that the app has to do echo cancel, or maybe we could do it >>>>>> centralized (as long as we can have accurate timing from the source). >>>>>> >>>>>> Brian >>>>> >>>>> _______________________________________________ >>>>> NOTE WELL: This list operates according to >>>>> http://mipassoc.org/dkim/ietf-list-rules.html. >>>>> https://www.ietf.org/mailman/listinfo/vmeet >>>> >>>> ---------- >>>> Alexa Morris / Executive Director / IETF >>>> 48377 Fremont Blvd., Suite 117, Fremont, CA 94538 >>>> Phone: +1.510.492.4089 / Fax: +1.510.492.4001 >>>> Email: [email protected] >>>> >>>> Managed by Association Management Solutions (AMS) >>>> Forum Management, Meeting and Event Planning >>>> www.amsl.com <http://www.amsl.com/> >>>> >>>> _______________________________________________ >>>> NOTE WELL: This list operates according to >>>> http://mipassoc.org/dkim/ietf-list-rules.html. >>>> https://www.ietf.org/mailman/listinfo/vmeet >>> >>> ---------------------------------------------------- >>> The ignorance of how to use new knowledge stockpiles exponentially. >>> - Marshall McLuhan >>> >>> _______________________________________________ >>> NOTE WELL: This list operates according to >>> http://mipassoc.org/dkim/ietf-list-rules.html. >>> https://www.ietf.org/mailman/listinfo/vmeet >> >> _______________________________________________ >> NOTE WELL: This list operates according to >> http://mipassoc.org/dkim/ietf-list-rules.html. >> https://www.ietf.org/mailman/listinfo/vmeet >
_______________________________________________ NOTE WELL: This list operates according to http://mipassoc.org/dkim/ietf-list-rules.html. https://www.ietf.org/mailman/listinfo/vmeet
