Re: [dccp] WGLC for draft-ietf-dccp-udpencap

Cullen Jennings <fluffy@cisco.com> Tue, 08 March 2011 20:38 UTC

Return-Path: <fluffy@cisco.com>
X-Original-To: tsvwg@core3.amsl.com
Delivered-To: tsvwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DE82E3A67B3; Tue, 8 Mar 2011 12:38:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.555
X-Spam-Level:
X-Spam-Status: No, score=-110.555 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100, WEIRD_PORT=0.001]
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 WAJYWEEPOEhV; Tue, 8 Mar 2011 12:38:22 -0800 (PST)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id EDCE13A6781; Tue, 8 Mar 2011 12:38:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fluffy@cisco.com; l=1161; q=dns/txt; s=iport; t=1299616777; x=1300826377; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=FAKCsVDqHDzfgNYPxLoFX+SZTJ004aWWWCXm97gLvoU=; b=JAwQ1hPgp2f9hYWX7Tgs/J+Vx62k5blkgmFR0BFdjrnHSmJg7BOmJTdw ftYSzKKxjOtls+B3FsuraKLk/6P0iF1D0gtgP8kxZj6zF3dBfGzFLsbst uE912UQOH5R5ba9NZoWKQhVrRnnMERHWE61mUfWx6f2/wpgkqpdmZnsNN o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEADUjdk2rRN+K/2dsb2JhbACmY3SjR5wrhWMEhR2HFYNH
X-IronPort-AV: E=Sophos;i="4.62,285,1297036800"; d="scan'208";a="272739360"
Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-4.cisco.com with ESMTP; 08 Mar 2011 20:39:37 +0000
Received: from [192.168.4.100] (rcdn-fluffy-8712.cisco.com [10.99.9.19]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id p28KdajS015182; Tue, 8 Mar 2011 20:39:36 GMT
Subject: Re: [dccp] WGLC for draft-ietf-dccp-udpencap
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset="us-ascii"
From: Cullen Jennings <fluffy@cisco.com>
In-Reply-To: <20328115-B657-407F-B1D5-CF292B440855@iki.fi>
Date: Tue, 08 Mar 2011 13:42:11 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <F8C22210-CC16-43C1-9E2A-87D1367FF79C@cisco.com>
References: <9610_1298631433_ZZ0LH600GE26F708.00_9847_1298631427_4D678B03_9847_2510_1_51F3C3D7-3CA1-4A4E-AAF3-A526F253B497@iki.fi> <0F4E2D93-F132-4FE8-AF69-8313A0B0BD69@iki.fi> <375_1299101583_ZZ0LHG00G4S972T0.00_640EB785-03DD-41BA-ABB5-C490556C63FB@cisco.com> <20328115-B657-407F-B1D5-CF292B440855@iki.fi>
To: Pasi Sarolahti <pasi.sarolahti@iki.fi>
X-Mailer: Apple Mail (2.1082)
Cc: 'dccp' working group <dccp@ietf.org>, tsvwg IETF list <tsvwg@ietf.org>
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsvwg>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2011 20:38:23 -0000

How about the destination ports need to match and we don't worry as much about the source ports? If we have to have specify both the udp and dccp destination port, I have no idea how existing applications are going to be able to easily use this. What would you even put in a DNS SRV record. 

On Mar 3, 2011, at 2:48 AM, Pasi Sarolahti wrote:

> Hi Cullen,
> 
> (cc:ing dccp mailing list as well)
> 
> The dccp/udp port issues were discussed in the DCCP WG some time ago. With the source port one problem is that a NAT could change the UDP port but not the inner DCCP port. There were opinions for keeping the two port spaces separate, to support tunneling scenarios through a well-known UDP port at the server end.
> 
> - Pasi
> 
> 
> On Mar 2, 2011, at 11:35 PM, Cullen Jennings wrote:
> 
>> I'm wondering what would be the downside of saying the UDP source / dest port had to match the DCCP source and dest port?  This would make it much easier to figure out hot to integrate this into something like ICE or decide what UDP and DCCP ports one uses for a URL like sip:example.com:5060
>