[AVT] RE: [Ietf-behave] RTP in draft-ietf-behave-nat-00
Stephen Casner <casner@acm.org> Tue, 09 November 2004 02:16 UTC
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA03326 for <avt-archive@ietf.org>; Mon, 8 Nov 2004 21:16:53 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CRLZg-0005Rf-JU for avt-archive@ietf.org; Mon, 08 Nov 2004 21:17:36 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CRLXC-0005mB-JK; Mon, 08 Nov 2004 21:15:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CRLTP-0005Fw-T3 for avt@megatron.ietf.org; Mon, 08 Nov 2004 21:11:08 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA02754 for <avt@ietf.org>; Mon, 8 Nov 2004 21:11:05 -0500 (EST)
Received: from dns.packetdesign.com ([65.192.41.10] helo=mailman.packetdesign.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CRLU3-0005JT-DT for avt@ietf.org; Mon, 08 Nov 2004 21:11:48 -0500
Received: from packetdesign.com (main-fw-eth1.packetdesign.com [192.168.0.254]) by mailman.packetdesign.com (8.12.8/8.12.8) with ESMTP id iA92ANCJ035515; Mon, 8 Nov 2004 18:10:28 -0800 (PST) (envelope-from casner@acm.org)
Date: Mon, 08 Nov 2004 18:10:54 -0800
From: Stephen Casner <casner@acm.org>
To: Francois Audet <audet@nortelnetworks.com>
In-Reply-To: <1ECE0EB50388174790F9694F77522CCFF66368@zrc2hxm0.corp.nortel.com>
Message-ID: <20041108174651.T54245@oak.packetdesign.com>
References: <1ECE0EB50388174790F9694F77522CCFF66368@zrc2hxm0.corp.nortel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32
Cc: "'fluffy@cisco.com'" <fluffy@cisco.com>, "'ietf-behave@list.sipfoundry.org'" <ietf-behave@list.sipfoundry.org>, 'AVT WG' <avt@ietf.org>, 'Dan Wing' <dwing@cisco.com>
Subject: [AVT] RE: [Ietf-behave] RTP in draft-ietf-behave-nat-00
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Unsubscribe: <https://www1.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://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
Sender: avt-bounces@ietf.org
Errors-To: avt-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a
On Mon, 8 Nov 2004, Francois Audet wrote: > Dan is correct. > > We are not looking at implementations that don't support RTCP. This is not > what we were trying to address. Good. > We were looking at applications that, upon receiving an > instruction to send RTP to an odd address would interpret the RFC 3550 > wording to say that it should send it to the the even address that is > one lower than the one advertized (which would break protocols such > as SIP/SDP). If a SIP/SDP application receives instructions to send RTP to an odd address (that is, port) when the SDP does not include an a=rtcp attribute (RFC 3605) to specify the RTCP port separately, then indeed, RFC 3550 does say that the RTP should be sent to the even port that is one lower. But, I claim this SIP/SDP application is broken if it was expecting the application to send RTP on the odd port and RTCP on the next higher even port (or maybe the next lower even port, or even the odd port two higher). Do you disagree? -- Steve _______________________________________________ Audio/Video Transport Working Group avt@ietf.org https://www1.ietf.org/mailman/listinfo/avt
- [AVT] RTP in draft-ietf-behave-nat-00 Stephen Casner
- [AVT] RE: [Ietf-behave] RTP in draft-ietf-behave-… Dan Wing
- [AVT] RE: [Ietf-behave] RTP in draft-ietf-behave-… Stephen Casner
- [AVT] RE: [Ietf-behave] RTP in draft-ietf-behave-… Francois Audet
- [AVT] RE: [Ietf-behave] RTP in draft-ietf-behave-… Francois Audet
- Re: [AVT] RE: [Ietf-behave] RTP in draft-ietf-beh… Randell Jesup
- RE: [AVT] RE: [Ietf-behave] RTP in draft-ietf-beh… Dan Wing
- RE: [AVT] RE: [Ietf-behave] RTP in draft-ietf-beh… Francois Audet