Re: proposed charter
Curtis Villamizar <[email protected]> Wed, 27 Sep 2006 14:44:06 -0400
| Newsgroups | gmane.ietf.ieprep |
|---|---|
| Message-ID | <[email protected]> |
In message <[email protected]> "James M. Polk" writes: > > At 06:02 PM 9/26/2006 -0400, Curtis Villamizar wrote: > > >In message <[email protected]> > >Fred Baker writes: > > > > > > or whether drop priority even makes sense operationally, which it > > > doesn't. > > > > > > On Sep 26, 2006, at 4:22 AM, Curtis Villamizar wrote: > > > > > > > For example, it is important > > > > to know how many priority/preemption values there will be and whether > > > > each priority requires three drop preferences as required by an AF > > > > service. > > > > > >Fred, > > > >For PSTN voice it doesn't but for elastic real time or elastic bulk > >transfer it might. What you are saying is that AF doesn't make sense. > > For voice? ETS == voice ? That was the question. We already know that in general: voice != AF Just confirming that Fred considers ETS to be voice only - at least for now. btw - I think that is a valid assumption - at least for now. > >Maybe it doesn't but if so the diffserv WG wasted a lot of time. > > Have you looked at who wrote 2597? If (ETS == voice) then restricting ETS to EF is not an issue. See next sentence quoted below. If ETS can also be elastic traffic of the type that was intended for AF but we have declared AF to be not useful for ETS, then it implies that AF is not useful. That's all I was try to imply, nothing more. Personally I think AF is useful that is why I wanted confirmation that Fred is assuming that ETS is voice only. > >Either that or maybe ETS will never be anything but voice traffic. We should be clear about assumptions. You and Fred seem to be assuming that ETS == voice, but also seem to be reluctant to say that. Here are some of my assumptions. We need to walk first, then run. The IETF should not assign DSCP codepoints for everyones pet idea. For now ETS is assumed to be voice. EF is fine for voice. A new codepoint allows traffic to be universally identified as being ETS related. That might be good or bad. ETS may later carry more than just voice. If needed the decision to use one codepoint can be revisited. There has never been anything stopping a deployment in which an experimental set of DSCP code points are used, EF-like, AF-like, or something else. There is nothing to prevent a ETS deployment from using the existing AF codepoints. If the use of experimental codepoints proves useful, additional ETS codepoints can be added later. Curtis