SpectraLink Corporation May 2002 doc.: IEEE 802.11-02/349r0 May 2002 Traffic Class Conundrum Keith Amann SpectraLink Corporation Keith Amann, SpectraLink Keith Amann, SpectraLink

May 2002 TClas Purpose Provides description to UNIQUELY identify specific datagrams Provides a mechanism to allow QSTAs operating in non-differentiated environments to establish parameterized downlink flows, if they so choose More importantly, provides a mechanism for differentiating between prioritized and parameterized datagrams Keith Amann, SpectraLink

Without TClas… TSPEC vs. Prioritized access is ambiguous May 2002 Without TClas… TSPEC vs. Prioritized access is ambiguous 802.1(P/)Q tags only go so far: Provides a user priority level No stream/flow identifier Therefore, no mechanism for deciding if datagram should be prioritized or parameterized RSVP: Not well deployed (Microsoft is even supposedly dropping support!) Not required, therefore impossible to rely on, compatibility issues Keith Amann, SpectraLink

TClas Draft Text… Needs work Acting as a place holder May 2002 TClas Draft Text… Needs work Acting as a place holder Frame classifier doesn’t necessarily need to reside at the MAC level, but a signalling mechanism does Keith Amann, SpectraLink

May 2002 Suggested Remedy Need a voting member from the PREVAILING side of the TClas removal motion (i.e. someone that voted to remove the TClas information) to make the following motion: Move to reconsider the motion from 5/14/2002 regarding removal of the TClas identifier and all associated text. Keith Amann, SpectraLink