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

2. 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

3. 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

4. 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

5. 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