Re: [tcpm] TCP Connection ID

Alexander Azimov <a.e.azimov@gmail.com> Wed, 20 May 2020 13:08 UTC

Return-Path: <a.e.azimov@gmail.com>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59F223A0980 for <tcpm@ietfa.amsl.com>; Wed, 20 May 2020 06:08:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 Q315mQeCfx_T for <tcpm@ietfa.amsl.com>; Wed, 20 May 2020 06:08:23 -0700 (PDT)
Received: from mail-oi1-x232.google.com (mail-oi1-x232.google.com [IPv6:2607:f8b0:4864:20::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E0DD3A0969 for <tcpm@ietf.org>; Wed, 20 May 2020 06:08:23 -0700 (PDT)
Received: by mail-oi1-x232.google.com with SMTP id d191so2803703oib.12 for <tcpm@ietf.org>; Wed, 20 May 2020 06:08:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=2KNMfIbDvyVSyQsCq7eIch/rbJm6UdDFoalR8En5Rk8=; b=R3WF9Zat4nH72yWMaBeNwZvbS+WtElHhvGnXCaJYwgDruSZTMfagVjx0y6HMHhDbLf PTzzyUZc5Cei56vfLYpCK50VxnRKSz2u9jiJKsHf8bJ9s7X3h+e2E5IhxuRXEPwVYS08 VQIL5RrXmAbBEWSVxCUwb7jwE+uohhAqPNI+7bughWEtLOLpqgxl9DcHIBq7PFyOkQv/ Gl4RkxHL9KVccoykrSI8urcIR+fX08VhUg5Yhm083gCyuO+lv5ybNYVva8Adf4W8Wo2D 1Tr82aHyG/E5fCBlrgSgUEipGOGM4FQOekB5tOvT8icwkATcT7Y8UG+fcQxWxFmaHtB5 GEhw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2KNMfIbDvyVSyQsCq7eIch/rbJm6UdDFoalR8En5Rk8=; b=WjD8AHglZ/CIDwHy1ZtxOUd2w3hiqemeGat6EniyYbjKsiTyNdRnN/dRnaYcDRP0FH BajaxiQchwx/8s0rBcXnU0VQBQETqbiCcAn+Sm3NcByVEHBedDqoSAVEkSTPC2BttjlP Qa8ZwtjPPCz806Ndgj9FxeMw9mzLsih05WNbKBiJ4nyfGp9Zawgl/qMvfFdanWwOUVyh IrSX3nWFGHTLSrlttZMiVKC7ZL6hKsEDnS30iDZaoy7F3ceneMGzYou5VNal6Z4zojG8 4W2bVUXqp8Q1dfL262ROlB97pokvXorNE4aZydJLyQ4+sZc8fDAQqLOW1i0x5A3EXGpI mJNg==
X-Gm-Message-State: AOAM531Y10zAvjA882kP8Gzqecg3p3bZ4XO6YWQoT1j9++hM7ZxvlG0i RjWf3169RosyBKA+RjDLW+b4xP19HejFHswolWrLbhUL
X-Google-Smtp-Source: ABdhPJx71g9x9crPYBFJNE/jQCQqt+Wh7cNjJV+Rn2iFr4mP/f+VK5lfB7/kWm2QhpUFQdjoHzlhlFCHt0EYhyGANFk=
X-Received: by 2002:aca:6506:: with SMTP id m6mr3104582oim.75.1589980102232; Wed, 20 May 2020 06:08:22 -0700 (PDT)
MIME-Version: 1.0
References: <CAEGSd=DQwj_XbpxCz=7GYTgzjGM=ARqgw3oG58_Y9hbNZpPPrQ@mail.gmail.com> <CAEGSd=BrgqFrZVexkKhvYr2Yeu-B2Gyde7aYevPqTr8MzWQs4A@mail.gmail.com> <F9052E4F-16BB-4F22-8AAB-FED5CF7FD365@gmail.com>
In-Reply-To: <F9052E4F-16BB-4F22-8AAB-FED5CF7FD365@gmail.com>
From: Alexander Azimov <a.e.azimov@gmail.com>
Date: Wed, 20 May 2020 16:08:11 +0300
Message-ID: <CAEGSd=DUXKguZg5Up8+0qUJ66GaDro54KtOUkYnnWm2a=uLLSA@mail.gmail.com>
To: Jonathan Morton <chromatix99@gmail.com>
Cc: tcpm@ietf.org
Content-Type: multipart/alternative; boundary="000000000000318db005a61417dc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/D1Z4yX_FYDjypkKhgTcPEnkf338>
Subject: Re: [tcpm] TCP Connection ID
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 May 2020 13:08:25 -0000

Hi all,

The email from Joe got into the spam box, so I was able to find it only
after your notice. Thank you.

The Host Id presented in RFC7974 is a very different approach: it is
client-side id generated at the moment of the SYN which should help to
distinguish different hosts behind NAT.

What I'm looking for is a connection id, generated at the server-side and
sent back with a SYN/ACK, which is next mirrored by the client. It is not
meant for host identification, but it can be used for connection
identification by the middlebox under the same administrative control. And
there is no need to have a 1:1 map id to a server, instead, each server
should use randomized ids with encryption.

And speaking about IPv6 Flow Label it's not working for IPv4 + it current
implementation in Linux already has great use cases, so even in the world
of IPv6 only I would prefer to keep it without overloading its functions.