IETF Logo Mail Archive

Re: [Spud] Putting Network-Layer Information in the Network Layer

Toerless Eckert <eckert@cisco.com> Mon, 20 July 2015 16:46 UTC

Return-Path: <eckert@cisco.com>
X-Original-To: spud@ietfa.amsl.com
Delivered-To: spud@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D52D41ACE0E for <spud@ietfa.amsl.com>; Mon, 20 Jul 2015 09:46:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9y0nCu91NTin for <spud@ietfa.amsl.com>; Mon, 20 Jul 2015 09:46:27 -0700 (PDT)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A66CF1ACE0D for <spud@ietf.org>; Mon, 20 Jul 2015 09:46:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=704; q=dns/txt; s=iport; t=1437410788; x=1438620388; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=wSG8Zcfv0/xgEgGSs/oG1pyzU6AXk3YPFo1a4VUphcQ=; b=N0PwSCaGZb9mWd48a8bHtIi4PJOoFUcsiMSd7m88zOdoHJ0lfYfO4m0y vypK/rCEAA3pAxVnw9Cjv5aFjJjOeyoKFD4HnaZmJqpD86wf6bgme1ssH /73SzguymyL2Az6H0eUPG6PpUQyZHUX2dq9wd63KiJ++CXQrBK6iz4pJB g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AaAwBjJa1V/4MNJK1cDoMFvSoJh2wCgS04FAEBAQEBAQGBCoQkAQEEOj8QCxgJJQ8FSYhByBoBAQEBAQEBAQEBAQEBAQEBAQEBAQEXi0yFBgeEKwEEjSmHKYwgAZkHJoM+Xh6CfAEBAQ
X-IronPort-AV: E=Sophos;i="5.15,508,1432598400"; d="scan'208";a="170429612"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-6.cisco.com with ESMTP; 20 Jul 2015 16:46:27 +0000
Received: from mcast-linux1.cisco.com (mcast-linux1.cisco.com [172.27.244.121]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t6KGkQ95030552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Jul 2015 16:46:26 GMT
Received: from mcast-linux1.cisco.com (localhost.cisco.com [127.0.0.1]) by mcast-linux1.cisco.com (8.13.8/8.13.8) with ESMTP id t6KGkKHG028737; Mon, 20 Jul 2015 09:46:25 -0700
Received: (from eckert@localhost) by mcast-linux1.cisco.com (8.13.8/8.13.8/Submit) id t6KGk9Zt028732; Mon, 20 Jul 2015 09:46:09 -0700
Date: Mon, 20 Jul 2015 09:46:09 -0700
From: Toerless Eckert <eckert@cisco.com>
To: Joe Touch <touch@isi.edu>
Message-ID: <20150720164609.GP1667@cisco.com>
References: <7158BF85-8731-40A0-9920-36D21D73D7F2@trammell.ch> <CALx6S37w1J=v48gFCH18E-3UZyfC28_d_LTuKjC5VHtXC0eu2Q@mail.gmail.com> <5A64B99E-89C5-4D5C-BFF2-C5F0C25EC35D@trammell.ch> <559D8301.2020604@isi.edu> <006C9182-7352-4086-AF18-785AEFD44979@trammell.ch> <559EB134.2090905@isi.edu> <CB3FEFD0-1FE0-49D4-A650-349218ABD00A@trammell.ch> <CALx6S37Xy1gg0O-OmkMMdxbJoQmHDS79Z9ZoU92-kAsDfUbTrQ@mail.gmail.com> <AB3E8022-C3F3-4966-9EAF-193971D26F26@trammell.ch> <55AD204E.5080908@isi.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <55AD204E.5080908@isi.edu>
User-Agent: Mutt/1.4.2.2i
Archived-At: <http://mailarchive.ietf.org/arch/msg/spud/-c3shAN-n6R6NjDy_E6T29cN7og>
Cc: Brian Trammell <ietf@trammell.ch>, spud@ietf.org, Mirja =?iso-8859-1?Q?K=FChlewind?= <mirja.kuehlewind@tik.ee.ethz.ch>, Tom Herbert <tom@herbertland.com>
Subject: Re: [Spud] Putting Network-Layer Information in the Network Layer
X-BeenThere: spud@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Session Protocol Underneath Datagrams <spud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spud>, <mailto:spud-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spud/>
List-Post: <mailto:spud@ietf.org>
List-Help: <mailto:spud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spud>, <mailto:spud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Jul 2015 16:46:29 -0000

On Mon, Jul 20, 2015 at 09:22:38AM -0700, Joe Touch wrote:
> Yes and no. UDP has a length field, which means it's actually possible
> to use space in an IP payload that isn't part of the UDP frame without
> compliant UDP implementations breaking.

It's a nice possible trick, but it would break the ability to build an
app purely on top of unmodified UDP APIs. Those APIs do not provide you
with the ability to create a UDP packet with UDP payload + "metadata"
payload after the UDP length. So you'd need to get support for this API extensions
again in all OSs and programming language SDKs. 8 years minimum. Worse yet,
there are likely  a good set of firewalls that would drop these packets.

v2.8.7 | Report a Bug | By Email