Re: [AVT] Working Group LastCall: draft-ietf-avt-app-rtp-keepalive-03.txt

Colin Perkins <csp@csperkins.org> Sun, 27 April 2008 14:27 UTC

Return-Path: <avt-bounces@ietf.org>
X-Original-To: avt-archive@optimus.ietf.org
Delivered-To: ietfarch-avt-archive@core3.amsl.com
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 917F63A69FA; Sun, 27 Apr 2008 07:27:20 -0700 (PDT)
X-Original-To: avt@core3.amsl.com
Delivered-To: avt@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 699363A6A59; Sun, 27 Apr 2008 07:27:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kBzqtHbxAIRG; Sun, 27 Apr 2008 07:27:18 -0700 (PDT)
Received: from mr1.dcs.gla.ac.uk (mr1.dcs.gla.ac.uk [130.209.249.184]) by core3.amsl.com (Postfix) with ESMTP id 5EB903A6A0B; Sun, 27 Apr 2008 07:27:18 -0700 (PDT)
Received: from csperkins-dsl.demon.co.uk ([62.49.4.249]:62518 helo=[192.168.0.4]) by mr1.dcs.gla.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.42) id 1Jq7qa-0001tb-Kp; Sun, 27 Apr 2008 15:27:20 +0100
In-Reply-To: <E6C2E8958BA59A4FB960963D475F7AC30BD05E8C50@mail.acmepacket.com>
References: <480F8629.8080202@rogers.com> <E6C2E8958BA59A4FB960963D475F7AC30BD05E899F@mail.acmepacket.com> <097c01c8a73b$efe6f9a0$c2f0200a@cisco.com> <E6C2E8958BA59A4FB960963D475F7AC30BD05E8BAB@mail.acmepacket.com> <40799673-8425-476F-ABA4-2FC49297BFF2@csperkins.org> <E6C2E8958BA59A4FB960963D475F7AC30BD05E8C50@mail.acmepacket.com>
Mime-Version: 1.0 (Apple Message framework v753)
Message-Id: <EC9C8BE7-3EB8-4D32-9300-B9BEC254F940@csperkins.org>
From: Colin Perkins <csp@csperkins.org>
Date: Sun, 27 Apr 2008 15:27:17 +0100
To: Hadriel Kaplan <HKaplan@acmepacket.com>
X-Mailer: Apple Mail (2.753)
Cc: Cullen Jennings <fluffy@cisco.com>, MARJOU Xavier RD-MAPS-LAN <xavier.marjou@orange-ftgroup.com>, Tom Taylor <tom.taylor@rogers.com>, IETF AVT WG <avt@ietf.org>, Dan Wing <dwing@cisco.com>, "behave@ietf.org WG" <behave@ietf.org>
Subject: Re: [AVT] Working Group LastCall: draft-ietf-avt-app-rtp-keepalive-03.txt
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: avt-bounces@ietf.org
Errors-To: avt-bounces@ietf.org

On 26 Apr 2008, at 17:11, Hadriel Kaplan wrote:
>> -----Original Message-----
>> From: Colin Perkins [mailto:csp@csperkins.org]
>>
>> Static payload types were deprecated over a decade ago. Negotiating a
>> no-op payload type in SDP makes sense, but I really don't want to
>> revisit static assignments.
>
> Yeah, I knew you'd say that. :)
> I'd be happy if there were at least some SDP indication.  Even if  
> the sender ignores the lack of it in received SDP and sends empty  
> RTP anyway, it would be useful to have it indicate support for it  
> and its PT in the SDP it sends.

Sure, I have no argument with that.

>>> I find it odd that a WG BCP would recommend a mechanism (albeit a
>>> fallback one), that is not itself defined in a standards track doc
>>> anywhere.  Maybe it's just me though. :)
>>
>> There were also concerns about having IPR on a no-op format, if I
>> remember correctly. https://datatracker.ietf.org/ipr/854/
>
> I thought that was Cisco's classic defensive patent statement,  
> which other IETF RFC's have been OK with.  And I'm suggesting a  
> different form of no-op: an empty one.  Regardless, if an empty RTP  
> is covered by that IPR, then so is this keepalive draft, no?

Possibly - you'd have to ask Cisco.

-- 
Colin Perkins
http://csperkins.org/


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