Re: [Tsvwg] <draft-lefaucheur-emergency-rsvp> : Preemption scope

Janet,

Janet P Gunn wrote:                        (Tue, 06 Jun 2006 22:33:35)
> 
> It also says explicitly "Our reasoning and conclusions set forth above do
> not necessarily extend to other priority schemes "
> 
> I agree it would be a whole lot cleaner if there was somewhere that
> explicitly SAID "preemption is not permitted".
> 
> But it is not that hard to "read between the lines" the IMPLICIT assumption
> that "preemption is not permitted".
> 
> From a practical matter, the fact that all the carriers BELIEVE "preemption
> is not permitted" is sufficient ( at least until the FCC comes out with an
> explicit statement) to ensure that preemption is not going to be offered by
> the US carriers.
> 

Thank you for taking the time to humor me with the details!  I think
that I have some understanding of the predicament now from your
excellent explanation.

Nevertheless, does not calling preemption "unlawful" beg the question?

Also, it appears that the preemption that was excluded from PAS was
preempting "established" calls.  Do you recall there anywhere being a
definition of when a call is "established"?

Barring such a definition, one, I suppose, could assume that once
participants in the call have exchanged greetings that it is
established.  Because RSVP call admission is performed long before this
point, there is a period of time after RSVP admits the call until the
RTP channel is established and operational that RSVP could "preempt"
the admission without preempting an "established" call.

In fact, during a disaster which has stimulated a mass calling event,
this is a critical period.

> It also says explicitly "Our reasoning and conclusions set forth above do
> not necessarily extend to other priority schemes "

Would not that also exclude, preemption or not, any scheme not precisely
PAS?

ETS for RSVP is certainly not precisely PAS.

--brian

-- 
Brian F. G. Bidulock
[email protected]
http://www.openss7.org/