Re: [hiaps] Other Built-in Demux Identifiers: The QUIC Approach

Behcet Sarikaya <sarikaya2012@gmail.com> Thu, 13 November 2014 21:26 UTC

Return-Path: <sarikaya2012@gmail.com>
X-Original-To: hiaps@ietfa.amsl.com
Delivered-To: hiaps@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DB891AD5F9 for <hiaps@ietfa.amsl.com>; Thu, 13 Nov 2014 13:26:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.75
X-Spam-Level:
X-Spam-Status: No, score=-1.75 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
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 iZsZ5NYEsAWq for <hiaps@ietfa.amsl.com>; Thu, 13 Nov 2014 13:26:37 -0800 (PST)
Received: from mail-yh0-x22f.google.com (mail-yh0-x22f.google.com [IPv6:2607:f8b0:4002:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 246301AD637 for <hiaps@ietf.org>; Thu, 13 Nov 2014 13:24:45 -0800 (PST)
Received: by mail-yh0-f47.google.com with SMTP id f73so246036yha.6 for <hiaps@ietf.org>; Thu, 13 Nov 2014 13:24:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=vMkf9+KrK522iQS2uPjVjqj/4r7VM9aWOkguHLmdiRg=; b=pPGZbcHcUXitOnMgj5fXBQeUPbRAPun6ZeTHa1mNhDu7bwo4otcNro0FPOUew29hgO odBDPwRt66GaCdtfdvDY14phWGnPwQsvh4FnSYTqsjsxp1pKCHvCPVlOEXjkIiGANEbr P1t3ho/vFsxPIzWQLxu4lN+eYFZLNuv/AAO/xmSA6huVRXKurAgXPSW1gI/3+aa6oDW7 gN82cCGa1KrgGWKTjwOT8d48nHRDz44MNS/F4gT1aNUu4k0ltLky827kx6rJldKl8iVz d3wh0MeXjW0z/cIm6+jFzdLj+osqTooOacS9dNFGLKTTEc6Gz/v3/KIy7Do/rqvsk8ua 1eXw==
MIME-Version: 1.0
X-Received: by 10.170.115.132 with SMTP id h126mr5871355ykb.2.1415913884434; Thu, 13 Nov 2014 13:24:44 -0800 (PST)
Received: by 10.170.71.198 with HTTP; Thu, 13 Nov 2014 13:24:44 -0800 (PST)
In-Reply-To: <787AE7BB302AE849A7480A190F8B93301D5310@OPEXCLILM23.corporate.adroot.infra.ftgroup>
References: <787AE7BB302AE849A7480A190F8B93301D5310@OPEXCLILM23.corporate.adroot.infra.ftgroup>
Date: Thu, 13 Nov 2014 15:24:44 -0600
Message-ID: <CAC8QAcfJe+Nguy34r3pAHtLWxPYJE4Lg7EEZB8zbTBkmixumKQ@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
To: Mohamed Boucadair <mohamed.boucadair@orange.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/hiaps/P3eWgW-02etxkScNXHKRqbu7qq4
Cc: "hiaps@ietf.org" <hiaps@ietf.org>
Subject: Re: [hiaps] Other Built-in Demux Identifiers: The QUIC Approach
X-BeenThere: hiaps@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: sarikaya@ieee.org
List-Id: "Host Identification, Address and Prefix Sharing in Wi-Fi Access \(hiaps\)" <hiaps.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hiaps>, <mailto:hiaps-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hiaps/>
List-Post: <mailto:hiaps@ietf.org>
List-Help: <mailto:hiaps-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hiaps>, <mailto:hiaps-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Nov 2014 21:26:38 -0000

On Wed, Nov 12, 2014 at 9:28 AM,  <mohamed.boucadair@orange.com> wrote:
> Hi all,
>
>
>
> FWIW, QUIC is proposing a unique identifier to demux connections bound to
> the same IP address.
>
>
>
> “Given that NAT services can vary the WAN-visible source-port over the
> lifetime of a connection (via unbinding, and rebinding), it is clear that
> source-IP address and source-port are strictly insufficient to define a
> connection. We overcome any such confusion by using a CID (Connection
> IDentifier) which generally persists for the lifetime of the connection.  A
> CID is a pseudo randomly generated nonce [size is currently set at 64 bits],
> that is expected to be universally unique.  The CID is usually proposed in
> the first UDP packet sent by a client to a server, and is present explicitly
> or implicitly in all future packets that are exchanged for the lifetime of
> the connection.  It is the defining key for the connection.
>
>
>
> A server can use this CID as a key to identify the specific connection from
> among many inbound connections sending UDP packets to a single server port.
> The CID is also used by the server to resurrect the current session
> encryption context for use with AEAD (Authenticated Encryption with
> Associated Data).  That context conceptually includes an encryption key, as
> well as an authentication key.  (Note: mutable portions of the packet, such
> as source-port, etc., are not included in the Associated Data
> authentication).”
>
>
>
> More information can be found here:
> https://docs.google.com/document/d/1RNHkx_VvKWyWg6Lr8SZ-saqsQx7rFV-ev2jRFUoVD34/mobilebasic?pli=1
>
>
>
> Note CID is universally unique.
>

Yes but QUIC is designed as connection identifier and as such it does
not seem to be appropriate to use it as host identifier.

Regards,

Behcet
>
>
> Cheers,
>
> Med
>
>
> _______________________________________________
> hiaps mailing list
> hiaps@ietf.org
> https://www.ietf.org/mailman/listinfo/hiaps
>