[tcpm] TCP Connection ID

Alexander Azimov <a.e.azimov@gmail.com> Fri, 15 May 2020 15:07 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 7E7233A0A8C for <tcpm@ietfa.amsl.com>; Fri, 15 May 2020 08:07:58 -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 umZ8fbbOIFTP for <tcpm@ietfa.amsl.com>; Fri, 15 May 2020 08:07:57 -0700 (PDT)
Received: from mail-oo1-xc30.google.com (mail-oo1-xc30.google.com [IPv6:2607:f8b0:4864:20::c30]) (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 2495F3A07BE for <tcpm@ietf.org>; Fri, 15 May 2020 08:07:57 -0700 (PDT)
Received: by mail-oo1-xc30.google.com with SMTP id r1so500874oog.7 for <tcpm@ietf.org>; Fri, 15 May 2020 08:07:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=wX9FQGOxduiEKE0AD+/oqnsg8mr4Hscru4aFQ6WQcOg=; b=SDk+I6gHxXxriVLfpDH2DMQSkZB6mhotb+IiuAESjnUuTlRT46sd1606hVgDXCBtW5 ZS8GkoBq/PHn6MuVykOFjG7EXYQxT/uFEnxei1waKzUAsvhAIkSupHoHtpiqFu/9Lz7F 13aicQkNDZnw5gBuPSsSUXs5290vo6kGfqDhTjkkKsdoeSTKSgU+gBHIgn+rsTiPqTQZ rChz4uHpWfYnIqYsYWAkGMOoyHaT5y8G5ZqcNBIuZQmY/RYKNrLcLwQ6G6oskWBPAvLU BjHDPHrCufMq0dMVCLwaMtLyptPV0sQa0XpAQoLxU5FjFugVZ0NCMaR/ji9GuZ+ugndi YD/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=wX9FQGOxduiEKE0AD+/oqnsg8mr4Hscru4aFQ6WQcOg=; b=Tl+Tf6T5hq3kSdRK9JAofBU1DpUSBbSlpDqkyv9GjJraBe3TfMmZWr2X1RbWrL2Fvr cFSgKEGPGHovPr7ImdFZPl/48iA+suSqVWflCMr1SCUefdH9EI/ABMFnOeodzayT5OG4 jRdMf1DwqfGv/b7BLALB0dfviOGNChc6Rmba97o0FWdGGuwr83+gkDPCh7947OHEtcdk dH0lHb4RNVGs2YusDexnGNEcRGmjFr2Dt6tng/DlfycFlGvGd664KhsaThmCDdRAWrTn TRu0B4pAu9SsZUQpZ2cJXGVnbeXRPO7bUJH4US6s2R2vFs18n9YrU4d2VS9eRnYYrE6a Z/eA==
X-Gm-Message-State: AOAM532LMn/HNE3b+kHQjaewk4l5NchzgO9SLt5dtpbR2QLbNrw+XIXD kxASZUFwsfGE8I7PDJlppcL0EEFJ87aydzzGucwFemX3
X-Google-Smtp-Source: ABdhPJyAiPjNgtZ647FUcBHPJ0751iLDfo+EZaDokra+utNJLAvrxMIIRyRaTS64wRsFvlHnmFRpI7S9GtuEh5oAP0A=
X-Received: by 2002:a4a:956a:: with SMTP id n39mr2823947ooi.64.1589555276019; Fri, 15 May 2020 08:07:56 -0700 (PDT)
MIME-Version: 1.0
From: Alexander Azimov <a.e.azimov@gmail.com>
Date: Fri, 15 May 2020 18:07:45 +0300
Message-ID: <CAEGSd=DQwj_XbpxCz=7GYTgzjGM=ARqgw3oG58_Y9hbNZpPPrQ@mail.gmail.com>
To: tcpm@ietf.org
Content-Type: multipart/alternative; boundary="00000000000093fb6405a5b12d77"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/2Izi7Y42dm0sGGuMxJ9faL5xJkY>
Subject: [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: Fri, 15 May 2020 15:07:59 -0000

Dear WG,

As you all know L3 LB is a common element of today's cloud infrastructure.
Its original design was based on the connection state that maps backend IPs
(real IPs) to connection. Recently there were several papers that were
suggesting the move to the stateless L3 LB, where the state (connection id)
becomes the property of connection and it kept at the client, so the L3 LB
can work without keeping state for every connection. As far as I
understand, for QUIC it becomes native with destination connection ID in
its header.

I've seen suggestions for getting this functionality in TCP by overloading
the Timestamps option or even TCP SEQ - can't say that such design looks
good for me. I wonder was there an attempt to add connection id in the TCP
options, and if it was - why it wasn't successful?

-- 
Best regards,
Alexander Azimov