[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Deployment Review for Bandwidth Attributes Document



It sounds like there is a potential conflict between the intended usages 
of this document by various SDOs. 

On Fri, 16 Sep 2005, Mick Seaman wrote:

> 
> Paul,
> 
> You are right these seem to be a fair way out of line which is worrying
> because the mappings advocated in .1Q-REV Annex G were particularly chosen
> (very slightly tweaked from .1D-2004) to maximize interopearability with lot
> of deployed IP stuff, use of MPLS EXP bits etc.. At first glance (which is
> all I have time for) the mappings in the attached {.11e,Wi-Fi, 3GPP}
> document seem somewhat arbitrary, just carving the available space into 4
> chunks. I would hope that these could be rechosen to fit into the maximal
> interoperability recommendations already in Annex G. Otherwise someone is
> going to be managing a lot of translation gateways, which is very much not
> in the spirit we have tried to pursue.
> 
> Mick
> 
> -----Original Message-----
> From: Congdon, Paul T (ProCurve) [mailto:paul.congdon@hp.com]
> Sent: Friday, September 16, 2005 3:04 PM
> To: Mick Seaman
> Subject: FW: Deployment Review for Bandwidth Attributes Document
> 
> Mick,
> 
> FYI...  I don't think the traffic class mappings that 802.11e, WMM Wi-Fi
> and 3GPP are recommending here are exactly what 802.1 had in mind - do
> you?  There is no provision for network control traffic.
> 
> Paul
> 
> -----Original Message-----
> From: Bari, Farooq [mailto:farooq.bari@cingular.com]
> Sent: Friday, September 16, 2005 9:39 AM
> To: Bernard Aboba; Congdon, Paul T (ProCurve); Sabine Demel;
> radiusext@ops.ietf.org
> Subject: RE: Deployment Review for Bandwidth Attributes Document
> 
> It would be useful to take into consideration the intention of other
> forums/operators about the possible use of such mechanisms. I am
> attaching an approved document from last week's 3GPP SA2 meeting. Pls
> see section 5.2.1 that indicates using such mechanisms in Rel 7
> timeframe.
> 
> BR,
> 
> Farooq Bari
> Cingular Wireless
> Core Network Standards
> 
> farooq.bari@cingular.com
> +1 425 580 5526

--
to unsubscribe send a message to radiusext-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/radiusext/>