RE: [AVT] Retransmission draft

José Rey <rey@panasonic.de> Thu, 04 December 2003 13:36 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA24748 for <avt-archive@odin.ietf.org>; Thu, 4 Dec 2003 08:36:22 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ARteI-0007cQ-Uz for avt-archive@odin.ietf.org; Thu, 04 Dec 2003 08:36:07 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hB4Da6N8029285 for avt-archive@odin.ietf.org; Thu, 4 Dec 2003 08:36:06 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ARteD-0007bV-Kt; Thu, 04 Dec 2003 08:36:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ARtdZ-0007Tj-Ft for avt@optimus.ietf.org; Thu, 04 Dec 2003 08:35:23 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA24711 for <avt@ietf.org>; Thu, 4 Dec 2003 08:35:06 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1ARtdY-0001DN-00 for avt@ietf.org; Thu, 04 Dec 2003 08:35:20 -0500
Received: from mail.pel.panasonic.de ([194.162.191.12]) by ietf-mx with esmtp (Exim 4.12) id 1ARtdX-0001DK-00 for avt@ietf.org; Thu, 04 Dec 2003 08:35:19 -0500
Received: from mcomreyj1 ([10.10.100.5]) by mail.pel.panasonic.de with Microsoft SMTPSVC(5.0.2195.6713); Thu, 4 Dec 2003 14:34:58 +0100
Reply-To: rey@panasonic.de
From: José Rey <rey@panasonic.de>
To: avt@ietf.org
Cc: "Colin Perkins (E-mail)" <csp@csperkins.org>, "David Leon (E-mail)" <David.Leon@nokia.com>, "Viktor Varsa (E-mail)" <viktor.varsa@nokia.com>, "Magnus Westerlund (E-mail)" <magnus.westerlund@era.ericsson.se>, hakenberg@panasonic.de
Subject: RE: [AVT] Retransmission draft
Date: Thu, 04 Dec 2003 14:34:56 +0100
Message-ID: <00a301c3ba6b$691c5f80$05640a0a@panasonic.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.6604 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
Importance: Normal
X-OriginalArrivalTime: 04 Dec 2003 13:34:58.0690 (UTC) FILETIME=[6944F620:01C3BA6B]
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

Hi Colin, all,

in the past weeks I had some intensive internal discussions on the matter of
the potential IPRs on the RTP retransmission draft. As a WG participant I
perfectly understand and respect the comments and interests expressed by you
and others of the AVT group. In order to keep the good working spirit in AVT
it is my strong intention to adress these comments in the best possible way
by taking the interests of all parties involved in this work into account.

Matsushita has published an IPR statement that it is prepared to grant a
license on reasonable, nondiscriminatory terms and conditions (in accordance
with paragraph 10.3.3 of the RFC 2026) on any part that is included into
the RTP retransmission standard and that Matsushita possibly holds IPRs on.
Providing a royality-free license to open-source developers will
unfortunately lead to a situation where Matsushita will lose any rights on
their IPRs in most cases. Taking into account the work and effort (we
started with the retransmission draft in AVT more than 2.5 years ago) we
spent into this draft, this is not acceptable for Matsushita.

On the other hand, we believe that the situation for open-source developers
is quite easy to solve by other means. First of all they are not in any way
'forced' to implement RTP retransmission. It is just an optional repair
mechanism for the RTP protocol, as described in RFC2354. In order to solve
the problems that RTP retransmission tries to solve, there are other
solutions available from the AVT group which are not encumbered by IPRs,
e.g. RFC2733 and draft-ietf-avt-ulp-08.txt. This makes the implementation
of the RTP retransmission solution purely optional and easily avoidable to
everyone.

In order to make this situation clear to anybody who reads the RTP
retransmission draft, we suggest to add a paragraph at the very beginning of
the draft. This paragraph will make implementors aware of the situation that
the solution described in this draft is possibly encumbered by IPRs.
Furthermore it will point implementors to non-IPR-encumbered solutions as
above, which may perfectly be used instead of RTP retransmission.

Finally and FYI: 3GPP is aware of the IPR situation of the RTP
retransmission draft and has accepted the solution provided in
draft-ietf-avt-rtp-retransmission-09.txt as working assumption in their
packet based streaming service (PSS). The acceptance is conditional on the
fact that the draft will proceed on standards track and an RFC is available
before the release of the PSS specifications, (expected for March 2004).

Looking forward to your comments,

Jose

> -----Original Message-----
> From: avt-admin@ietf.org [mailto:avt-admin@ietf.org]On Behalf Of Colin
> Perkins
> Sent: Tuesday, October 21, 2003 6:58 PM
> To: rey@panasonic.de
> Cc: avt@ietf.org; 'Magnus Westerlund'
> Subject: Re: [AVT] Retransmission draft
>
>
> On Tuesday, Oct 21, 2003, at 12:54 Europe/London, Jose Rey wrote:
> ...
> > In previous emails we have been asked to explain our patent
> > application and
> > we
> > informed AVT that the patent application itself specifies a
transport
> > method
> > using the RTP protocol where two sequence numbers are used: one to
> > specifiy
> > the transmission order (=RTP SN) and the other one defining the
> > reprodution
> > order, which in the draft corresponds with the OSN (original
sequence
> > number). We also stated that it is not possible to implement the
> > protocol
> > without infringing on the patent.
> > So far we have not received any more questions on the patent, but
are
> > happy
> > to provide them in case needed.
> >
> > On the issue of how to proceed with this RTP retransmission draft
some
> > opinions have been provided by Magnus Westerlund, Lars-Erik Jonsson
and
> > John Lazzaro. John Lazzaro (08.09.03) has suggested to publish it as
> > Informational if the patent rights are held while Magnus and
> > Lars-Erik have suggested to proceed with the document as a Proposed
> > Standard (as we understand from the emails on from 22.09.03 and
> > 09.09.03).
> >
> > Taking all the above into account and considering that
> > independent of the patent situation this work is intended to be
> > included in
> > the next release of 3GPP, we would like to ask the group to proceed
> > with the
> > draft on standards track.
> >
> > cheers,
> > Jose
>
> [takes working group chair hat off]
>
> 3GPP is only one forum which uses IETF standards, and one where
dealing
> with IPR issues is commonplace. Having patented standards is more of
an
> issue for open source developers, who are often excluded by the
> licensing terms. Would Matsushita be willing to clarify if the
> "reasonable, nondiscriminatory" terms allow open source
implementations
> to use the retransmission format (this will probably require a
> Royalty-Free license)?
>
> [puts working group chair hat on again]
>
> --
> Colin Perkins
> http://csperkins.org/
>
>
> _______________________________________________
> 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