Re: [rtcweb] [tsvwg] Using intelligent dropping to improve video.....adding admission control?

[<[e-mail]>]

Toerless,

prior to setting up a new call, some kind of available bandwidth measurement or indication might be added. This isn't part of your draft. But an additional video stream may cause congestion on a bottleneck.

Measurement based admission control has been controversial so far. If used, the main point is to use a measurement class sharing the same queue as the traffic to be admitted, but having a higher drop probability.

- PCN is an option, but requires a new marking behaviour
 (threshold marker). End to end PCN as mentioned in another email.
- Using AF41 for admitted traffic and AF42 to perform measurements
  is an option to me, both should support ECN marking (AF42 seeing
  the higher marking and drop probability).

As marked packets indicating an issue can be interpreted by routers along a path, while packets dropped earlier elsewhere can't be, I prefer marking to dropping. I also think, it is easier to detect packet marks than delay variation measurements in routers, if it is about detecting congestion.

Take the above as an example. I used a separate thread as this isn't part of your draft an I accept if this shouldn't be discussed in the context of this draft. It fit's well to the RTCWeb QoS discussion though, I think.

Regards,

Ruediger