[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
- [tcpm] TCP Connection ID Alexander Azimov
- Re: [tcpm] TCP Connection ID Joseph Touch
- Re: [tcpm] TCP Connection ID Alexander Azimov
- Re: [tcpm] TCP Connection ID Jonathan Morton
- Re: [tcpm] TCP Connection ID Alexander Azimov
- Re: [tcpm] TCP Connection ID Scharf, Michael
- Re: [tcpm] TCP Connection ID cait
- Re: [tcpm] TCP Connection ID Joseph Touch
- Re: [tcpm] TCP Connection ID Alexander Azimov
- Re: [tcpm] TCP Connection ID Joseph Touch
- Re: [tcpm] TCP Connection ID Olivier Bonaventure
- Re: [tcpm] TCP Connection ID Alexander Azimov
- Re: [tcpm] TCP Connection ID Joseph Touch
- Re: [tcpm] TCP Connection ID Alexander Azimov
- Re: [tcpm] TCP Connection ID Joseph Touch
- Re: [tcpm] TCP Connection ID Olivier Bonaventure
- Re: [tcpm] TCP Connection ID Joseph Touch
- Re: [tcpm] TCP Connection ID Yoshifumi Nishida
- Re: [tcpm] TCP Connection ID Alexander Azimov