IETF Logo Mail Archive

Re: [tcpm] TCP Connection ID

Yoshifumi Nishida <nsd.ietf@gmail.com> Mon, 01 June 2020 08:14 UTC

Return-Path: <nsd.ietf@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 726CA3A0E2F for <tcpm@ietfa.amsl.com>; Mon, 1 Jun 2020 01:14:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, URIBL_BLOCKED=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 BtSbcKOoPV4p for <tcpm@ietfa.amsl.com>; Mon, 1 Jun 2020 01:14:26 -0700 (PDT)
Received: from mail-vs1-xe30.google.com (mail-vs1-xe30.google.com [IPv6:2607:f8b0:4864:20::e30]) (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 B5B943A0E09 for <tcpm@ietf.org>; Mon, 1 Jun 2020 01:14:26 -0700 (PDT)
Received: by mail-vs1-xe30.google.com with SMTP id r10so5094564vsa.12 for <tcpm@ietf.org>; Mon, 01 Jun 2020 01:14:26 -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=wnLVlkuiPTm8Y5GEo5mnSMQYrdrGCJX0WV+07FW5MFE=; b=L4eZeOBRpLlEsVR1zAp6XbJ6fFHbUoonLaP10xTq/SeENg6ARETqzXPgdRIXLflXhm myfiwvOpL75kblfeEGpMf0hLb6wT0+4X7/qxu4iA4/5KbAdU5X/BYdX7rKhviHnhXn87 bK18Ii7+UysvQh9+jr+6hD0spMIFEj6dCsD4MTi/Lm6/2cYTaCeIlt2c8K7vACb+nfol MxSIHpaSORogO853puH8WgU8rhuISuRR56IlUbjmew1/B3pClsx/EDUH3nJ+DcV4kqVA 8pHw7yXE45Es3rGCosoPOuC0uGyXLW1il2kozDdjIgHrf4e8wxruPc2IGwjBunULEe6S LJHA==
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=wnLVlkuiPTm8Y5GEo5mnSMQYrdrGCJX0WV+07FW5MFE=; b=Gzbb+Bq0/iW/VVSejeIDHoCBVSkpQk5YChXv2JJVHrHfq2lOn/RRSQ2YaQuxqB92lD 6eSNRn2YYhdmFcsLsXM9LN9L4eQ+Da95Z8cs4VPJObXoScQ38Bc4E5VLrtv2gaDwQoQ9 YH2wCEBkhnD1f2vrQXiHySnPhWR9Zch+SRUqMirnexzrQjDJkyGgHjdmOUdAPRBZKav8 1/IU5hOqHVVbVDF+maXrsbDpol70ElxqUIFfWJpMuLUpGFq+YIxcnqW3g1uc1CWOs6DA ImnxQmwr77nR2FWGMPrzaDlR8PerDduftPUKbPtgPKABxIgSkh2BudplqGR0cbaroeP9 atBQ==
X-Gm-Message-State: AOAM530Mx3+rzvgqXFYj4NgO17MKF95Gvv9iqo7rcQavEk6z9Diaa3W/ 8Jqzrp8qcUaLGg/9QmMPJjeiRvM0l2zj4HHipBc=
X-Google-Smtp-Source: ABdhPJxh+fAZbJLCae3oRyXxGfLCZj9dxxBewrlEfnTj7O3c2lD6nTEtcapPsPWh0MsR5lkJ6+TYZ+XPbpHSGvCr96U=
X-Received: by 2002:a67:7c54:: with SMTP id x81mr3484380vsc.129.1590999265724; Mon, 01 Jun 2020 01:14:25 -0700 (PDT)
MIME-Version: 1.0
References: <CAEGSd=DQwj_XbpxCz=7GYTgzjGM=ARqgw3oG58_Y9hbNZpPPrQ@mail.gmail.com> <CAEGSd=BrgqFrZVexkKhvYr2Yeu-B2Gyde7aYevPqTr8MzWQs4A@mail.gmail.com> <86F47ECD-8504-4FAA-8D39-0099C203FA0C@tessares.net> <CAEGSd=Adh2-JNZDp6CksDUbV59jZ5nZkup8gvahjzs=T8BNsmA@mail.gmail.com> <CAJuVx18w3j6tpWfeHMNYVnF3R2N5Wt=23jBAjJG+5fF8NJX27Q@mail.gmail.com> <9FF84BB4-6AA8-4C37-8B51-D4B87228FCF6@strayalpha.com>
In-Reply-To: <9FF84BB4-6AA8-4C37-8B51-D4B87228FCF6@strayalpha.com>
From: Yoshifumi Nishida <nsd.ietf@gmail.com>
Date: Mon, 01 Jun 2020 01:14:14 -0700
Message-ID: <CAAK044TLkeG+Yf7OcMQU3XDi1y_KnWk=_4ne2zVdaztT=k9s1Q@mail.gmail.com>
To: Joseph Touch <touch@strayalpha.com>
Cc: Olivier Bonaventure <olivier.bonaventure@tessares.net>, "tcpm@ietf.org Extensions" <tcpm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000124e6a05a70162d1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/H2V_9krEcpn0kemdTLipv0HXsm4>
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: Mon, 01 Jun 2020 08:14:29 -0000

+1
BTW, it seems to me that the use case for using connection ID in this
thread is load balancers. But, it sounds over-engineering to me if we
design it for this purpose.
QUIC's connection ID may be able to be used in LB cases with some
additional logic, but it was designed for more fundamental purposes.
--
Yoshi


On Wed, May 27, 2020 at 10:18 AM Joseph Touch <touch@strayalpha.com> wrote:

>
>
> On May 25, 2020, at 11:51 PM, Olivier Bonaventure <
> olivier.bonaventure@tessares.net> wrote:
>
> Another possibility would be to place the connection id in the network
> layer, see doi:10.1109/TNET.2018.2799242
>
>
> Not unless the network layer is establishing the connection, IMO.
>
> In IP, connections are transport layer and above; they shouldn’t be buried
> elsewhere. (And no, a flow ID is not a connection ID, because one flow may
> represent multiple connections or one connection may use multiple flows).
>
> Joe
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm
>

v2.23.0 | Report a Bug | By Email