[Ieprep] liason & the 5 priorities
ken carlberg <carlberg@g11.org.uk> Tue, 26 September 2006 12:47 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GSCLT-0000H4-16; Tue, 26 Sep 2006 08:47:31 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GSCLQ-0000FF-Tm for ieprep@ietf.org; Tue, 26 Sep 2006 08:47:28 -0400
Received: from hermes.hosts.co.uk ([85.233.160.21]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GSCLP-00030G-Go for ieprep@ietf.org; Tue, 26 Sep 2006 08:47:28 -0400
Received: from [69.250.216.138] (helo=[192.168.1.3]) by hermes.hosts.co.uk with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.60) (envelope-from <carlberg@g11.org.uk>) id 1GSCL6-00038Z-79; Tue, 26 Sep 2006 13:47:08 +0100
In-Reply-To: <200609260521.k8Q5LdcQ097727@workhorse.brookfield.occnc.com>
References: <200609260521.k8Q5LdcQ097727@workhorse.brookfield.occnc.com>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <3BA58AEC-2256-4F66-B5C7-D3FDB2C2C5A0@g11.org.uk>
Content-Transfer-Encoding: 7bit
From: ken carlberg <carlberg@g11.org.uk>
Date: Tue, 26 Sep 2006 08:47:14 -0400
To: curtis@occnc.com
X-Mailer: Apple Mail (2.752.2)
X-Spam-Score: -1.4 (-)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44
Cc: ieprep@ietf.org
Subject: [Ieprep] liason & the 5 priorities
X-BeenThere: ieprep@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Internet Emergency Preparedness Working Group <ieprep.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ieprep>, <mailto:ieprep-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ieprep@ietf.org>
List-Help: <mailto:ieprep-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ieprep>, <mailto:ieprep-request@ietf.org?subject=subscribe>
Errors-To: ieprep-bounces@ietf.org
> If there is an existing group that can extend a protocol or > mechanism, IEPREP will generate only a requirements document for > those groups to evaluate. If there is not an existing group that can > extend a protocol or mechanism, IEPREP will prepare requirements and > discuss the extension of that protocol/mechanism or > protocols/mechanisms within IEPREP. > > This is a promise to liason with anybody and everbody that intends to > work in this area and to step back and let that other group do the > protocol work. The IESG favors (with good reason) WG charters that > propose to do work rather than WG charters that propose to sit back > and watch the ITU do work in that area. A good example (and closely > related to this sort of work) where the result coming from the ITU was > not at all useful is the ITU QoS requirements work in the mid to late > 1990s. This may be looking too much like more of the same. I don't believe the intention was for IEPREP to rubber stamp work from other groups, and we can fix the passage to stress that IEPREP would discuss and consider efforts from other groups. I think there is a bit more strength in having an existing set defined by another group (and stronger if deployed), then in having a new set specified from scratch. Others may disagree. But again, strength shouldn't correlate to automatic acceptance. > As long as the number of priority/preemption classes remains too open > ended, the mapping onto DSCP and Diffserv-TE remains uncertain. For > example, there has to be a strong technical justification for five > priority classes, not just "because ITU specified five" before there > is much of a chance for a set of new DSCP values to be assigned as > anything other than experimental. yes, a good point. one thing to take note of is that there are several installed deployments of the "five" specified by ITU (and other groups). one example can be found in land mobile radio used by first responders and specified by APCO on their Project 16 and Project 25 efforts. Another is the MLPP work from ITU and deployed in systems like Autovon by DoD, NATO, and some others. There is also the "five" found in cellular networks in the UK and in WPS in the US. In looking at these deployments, one will notice that the five are pretty much in the form of role-based priorities, where the priority is assigned based on the role of the user (executive leader, battalion chief, etc). Where older historic systems like Autodin rely on content-based prioritization is based on the importance of the content of the data being sent regardless of the role of the user. Its easier to implement role-based instead of content-based prioritization. There are some other examples, but a question arises of whether its productive to have 5 pushed down into a one-to-one mapping at the IP layer in the form of DSCPs given the limited number of bits to work with. One expired draft advocated this direct mapping, while RFC-4542 makes an argument for a different approach. In either case, the headache is compounded if other organizations raise the number from 5 to 7, 9, 15(?). -ken _______________________________________________ Ieprep mailing list Ieprep@ietf.org https://www1.ietf.org/mailman/listinfo/ieprep
- [Ieprep] proposed charter Curtis Villamizar
- Re: [Ieprep] proposed charter James M. Polk
- Re: [Ieprep] proposed charter Fred Baker
- Re: [Ieprep] proposed charter Curtis Villamizar
- Re: [Ieprep] proposed charter Curtis Villamizar
- [Ieprep] liason & the 5 priorities ken carlberg
- Re: [Ieprep] proposed charter (Implementation) Janet P Gunn
- Re: [Ieprep] proposed charter 5 priority levels Janet P Gunn
- [Ieprep] Re: liason & the 5 priorities Curtis Villamizar
- [Ieprep] Re: liason & the 5 priorities ken carlberg
- Re: [Ieprep] proposed charter (Implementation) Curtis Villamizar
- Re: [Ieprep] proposed charter 5 priority levels Curtis Villamizar
- Re: [Ieprep] proposed charter 5 priority levels ken carlberg
- [Ieprep] Re: liason & the 5 priorities Curtis Villamizar
- Re: [Ieprep] proposed charter Fred Baker
- Re: [Ieprep] proposed charter Curtis Villamizar
- Re: [Ieprep] proposed charter 5 priority levels Janet P Gunn
- Re: [Ieprep] proposed charter 5 priority levels Janet P Gunn
- Re: [Ieprep] proposed charter Fred Baker
- Re: [Ieprep] proposed charter Curtis Villamizar
- RE: [Ieprep] proposed charter GOLDMAN, STUART O (STUART)
- Re: [Ieprep] proposed charter James M. Polk
- Re: [Ieprep] proposed charter Curtis Villamizar
- Re: [Ieprep] proposed charter Rex Buddenberg
- Re: [Ieprep] proposed charter Fred Baker
- Re: [Ieprep] proposed charter Janet P Gunn
- RE: [Ieprep] proposed charter Dolly, Martin C, ALABS
- ETS applicability, was Re: [Ieprep] proposed char… ken carlberg
- Re: [Ieprep] proposed charter Curtis Villamizar
- Re: [Ieprep] proposed charter Rex Buddenberg