| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Please add my name to the list of participants. Best regards, Harry Harry Worstell Principal Member of Technical Staff AT&T Labs – Research 973-236-6915 From: Edward Reuss [mailto:edreuss@xxxxxxxxx] Hi Susan: Please add my name to the list of participants. My affiliation is Signal Share. Also, my first question in the discussion was a follow up to a previous question, clarifying the difference between a broadcast address multicast frame, versus a group-cast multicast frame. As indicated in the following discussion, the difference is that the AP will normally transmit a broadcast addressed multicast frame regardless of which clients are associated or not, whereas the AP will only transmit a group-cast multicast frame if at least one of the associated clients has joined (aka "subscribed") to the particular multicast service. This is obviously a good thing as it minimizes clogging up the medium with multicast streams that no one is listening to. But it works against pre-association service discovery. Joe Kwak caught the implications of this difference for our service discovery discussion and followed it up accordingly. (Thank you Joe). Also, the example I mentioned further on in the discussion was the use of IEEE 1588 Precision Time Protocol (PTP) multicast advertisements, an issue close to my heart, as well as anyone trying to synchronize multiple channels of audio and video over IEEE 802.11. BTW: I cannot attend the May interim meeting, but I hope to attend the July plenary. I hope to follow this up with some more e-mails quoting the relevant parts of IEEE 802.11-2012 that relate to this issue prior to the May interim meeting. (Of course, as always, the road to Hell is paved with good intentions, so we will see how much I get around to on this topic). I do want to avoid polluting the medium with more advertisements that no one cares about than is absolutely necessary. We already have a problem with Probe Request/Response storms and a growing problem with mDNS and uPnP. I know many others are concerned about this as well from our discussions in TGai. Thank you. -- Ed Reuss On Mon, Apr 22, 2013 at 8:14 AM, Susan Hares <shares@xxxxxxxx> wrote: Minutes have been uploaded as 11-13-430-00-00aq-april-2013-teleconference-minutes Please send corrections (gratefully accepted) and your participation report to shares@xxxxxxxx. Sue Hares From: Stephen McCann [mailto:mccann.stephen@xxxxxxxxx] Dear all, Below is a draft agenda for the April 22nd call: 1. Call to order, patent policy, attendance 2. Update on design concepts [ETRI] 3. AOB 4. Adjourn Dial-in and webex info is below Note that teleconferences are subject to IEEE policies and procedures, see: IEEE-SA PATENT POLICY IEEE 802.11 WORKING GROUP OPERATIONS MANUAL Kind regards Stephen IEEE 802.11aq Chair ===== Topic: IEEE 802.11aq Teleconference _______________________________________________________________________________ If you wish to be removed from this reflector, do not send your request to this reflector - it will have no effect. Instead, go to http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-tgaq and then press the LEAVE button. Further information can be found at: http://www.ieee802.org/11/Email_Subscribe.html _______________________________________________________________________________ _______________________________________________________________________________ If you wish to be removed from this reflector, do not send your request to this reflector - it will have no effect. Instead, go to http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-tgaq and then press the LEAVE button. Further information can be found at: http://www.ieee802.org/11/Email_Subscribe.html _______________________________________________________________________________ _______________________________________________________________________________ If you wish to be removed from this reflector, do not send your request to this reflector - it will have no effect. Instead, go to http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-tgaq and then press the LEAVE button. Further information can be found at: http://www.ieee802.org/11/Email_Subscribe.html _______________________________________________________________________________ If you wish to be removed from this reflector, do not send your request to this reflector - it will have no effect. Instead, go to http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-tgaq and then press the LEAVE button. Further information can be found at: http://www.ieee802.org/11/Email_Subscribe.html _______________________________________________________________________________ |