RE: RE : RE : [AVT] draft-ietf-avt-rtcp-report-extns-02.txt

"Alan Clark" <alan@telchemy.com> Mon, 24 February 2003 19:28 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA23492 for <avt-archive@odin.ietf.org>; Mon, 24 Feb 2003 14:28:16 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h1OJauM17123 for avt-archive@odin.ietf.org; Mon, 24 Feb 2003 14:36:56 -0500
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h1OJaGp17067; Mon, 24 Feb 2003 14:36:16 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h1OJZ7p17014 for <avt@optimus.ietf.org>; Mon, 24 Feb 2003 14:35:07 -0500
Received: from telchemy.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA23448 for <avt@ietf.org>; Mon, 24 Feb 2003 14:25:57 -0500 (EST)
Received: from TELWS104 [64.238.103.215] by telchemy.com with ESMTP (SMTPD32-7.11) id A2DF1550378; Mon, 24 Feb 2003 14:30:39 -0500
Reply-To: alan@telchemy.com
From: Alan Clark <alan@telchemy.com>
To: 'Timur Friedman' <timur.friedman@lip6.fr>, 'Magnus Westerlund' <magnus.westerlund@era.ericsson.se>
Cc: avt@ietf.org
Subject: RE: RE : RE : [AVT] draft-ietf-avt-rtcp-report-extns-02.txt
Date: Mon, 24 Feb 2003 14:27:48 -0500
Message-ID: <007f01c2dc3a$d1131da0$6801a8c0@telchemy.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <003501c2dc34$b4726080$a648e384@lip6.fr>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Content-Transfer-Encoding: 7bit
Sender: avt-admin@ietf.org
Errors-To: avt-admin@ietf.org
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit

Magnus' suggestion of providing a means for signalling to indicate that RTP
XR reports are required, the type and frequency of report, is a useful one.
I would suggest however that:

(i) This would be useful for a variety of different feedback mechanisms -
including RTP XR, RTCP and potentially others

(ii) There may be other protocols than SDP that would be more appropriate
for negotiating feedback in different applications.

These would both seem to suggest that it may be preferable to develop such
functionality but to keep it independent from RTP XR.  We should also review
the RTP XR draft to ensure that it is amenable to being negotiated.

The new draft could cover the following:-

- general framework for real time feedback
- reference to available report types
  - RTCP
  - RTP XR
  - video?
  - .....
- protocol independent model for report negotiation
- specific protocol implementations
  - SDP
  - SIP?
  - H.xxx?
  -

As Magnus comments, there are applications such as streaming which have
particular requirements.  We need to consider other applications such as
conferencing, multicast, broadcast.... to see what would make sense (e.g. in
a broadcast application would you still want to negotiate feedback with a
sample population of receivers?).  Trying to cover the range of potential
applications within the RTP XR draft could make it overly complicated.

Regards

Alan Clark
Telchemy

-----Original Message-----
From: avt-admin@ietf.org [mailto:avt-admin@ietf.org]On Behalf Of Timur
Friedman
Sent: Monday, February 24, 2003 1:44 PM
To: 'Magnus Westerlund'
Cc: avt@ietf.org
Subject: RE : RE : [AVT] draft-ietf-avt-rtcp-report-extns-02.txt


Hello Magnus,

> 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.

There is no question in my mind that it would be a plus to specify SDP
signalling for RTP XR reports.  Of course until the precise form is
settled, there is nothing to stop applications from experimenting with
different signalling approaches.

My hesitation is whether the signalling text that you suggest is settled
enough to paste into the document between now and the Monday deadline.
We should really solicit the opinions of others on the list.  Have a
number of people experienced in the issues surrounding signalling had a
chance to go over the text and say that it is solid in its present form?

Regards,

Timur

_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt

_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt