[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: RE : [AVT] draft-ietf-avt-rtcp-report-extns-02.txt
Hi Timur,
Comments below.
Timur Friedman wrote:
I wonder, though, if it would be alright if we were to submit this as a
subsequent draft. The concern is that introducing a significant change
at this point would make it difficult to proceed to working group last
call at San Francisco.
I think that signaling is fundamental enough to this draft that it
warrants to put it in directly. I would also not like to delay this
draft. I would like to see it submitted to the IESG before May. I think
that is still possible, especially if you would add this functionality
in a update that you can submit before mondays cut-off date. You can
take my text and rework it into suitable text for your draft. Then we
can have a healthy discussion on this in San Francisco. Then after the
meeting update the draft if any comments has been given. The have a WG
last call in early April. There is no need to either ask or have WG last
calls in relations to meetings. It might even be better as people will
have more time to read the document.
In my opinion the author of a draft can very much effect the time that a
draft takes to finish. You can shave of many weeks by simple being quick
to reply and create updates when needed. Then ensuring that the WG
chairs perform there work and makes last calls, send it to IESG, etc.
also speeds things up.
If not having signalling means we should not propose a standard then of
course we should wait. But to my mind the extended reports are useful
in themselves, and a proposed standard will allow important work to go
forward.
Yes, they are useful in applications that are of more conversational
type. In these you can detect that the other party implements and send
them. Then you can also send them. However in applications like
on-demand streaming where media only flows one way it is not possible in
a sensible way to make the receiver application aware of the servers
desire to receive XR reports. Sending empty XR packets just to indicate
support for XR formats seems wasteful of bandwidth.
Best Regards
Magnus Westerlund
Multimedia Technologies, Ericsson Research ERA/TVA/A
----------------------------------------------------------------------
Ericsson AB | Phone +46 8 4048287
Torshamsgatan 23 | Fax +46 8 7575550
S-164 80 Stockholm, Sweden | mailto: magnus.westerlund@era.ericsson.se
_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt