Re: [Masque] FW: New Version Notification for draft-kuehlewind-quic-proxy-discovery-00.txt

Lucas Pardue <lucaspardue.24.7@gmail.com> Mon, 04 November 2019 17:06 UTC

Return-Path: <lucaspardue.24.7@gmail.com>
X-Original-To: masque@ietfa.amsl.com
Delivered-To: masque@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54254120AEA; Mon, 4 Nov 2019 09:06:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.747
X-Spam-Level:
X-Spam-Status: No, score=-1.747 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 Ki8kJ88OcL59; Mon, 4 Nov 2019 09:06:43 -0800 (PST)
Received: from mail-ua1-x933.google.com (mail-ua1-x933.google.com [IPv6:2607:f8b0:4864:20::933]) (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 3E641120A8C; Mon, 4 Nov 2019 09:06:43 -0800 (PST)
Received: by mail-ua1-x933.google.com with SMTP id i13so5179136uaq.7; Mon, 04 Nov 2019 09:06:43 -0800 (PST)
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=SAsatSC/qhG5EQOYWY3ilN0zBfpZn90VOXMY9yXe5nA=; b=d81tDx5vvMHHuqRjrzGk987w/oWhg0++u2VRoyKAcWielp3ibICv/bc4Tzdcb7Kata ungkVzE1BvXDpiWeCdErQDi6fqsKiIKFerO2m1xBWqNCfguSu+CHrLosNCykMEIkVTn3 FaMU4vCsyhpvVtKq7sdD/QOw64X1DNO3SIp0hTsqXql44dHpTA/mvPzHxtDcpzxz50AX Yov+VUkVqHRaDIZJBLYkYbyLzGvzyurpXhXx0q2GRLI+MY0DHtM95is92qOQmoUhFupK vTFKVXlrRFoqjiZ6MRSPeEYrp1jzuGivUUMShhswj12E/trY4L2aLKclrw4JWyRC8Q00 TXjA==
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=SAsatSC/qhG5EQOYWY3ilN0zBfpZn90VOXMY9yXe5nA=; b=S6IYKNqcDpSTw6ZO3RY9+jrIZFufc4HDVzXJ0pJKF6ypSP/Ls5zVUx62OvabOArCn5 2b2jTvrieF/fJc/yWo6BHBr0xRQKEyb/9/hn4WgJ/zFdhb+G6d8NXDBzUHpQ3jiSW02p yNd0tiyMwH/jJrIkVXcy71BxVBdRsvmpVHsuKQpkDQXU75AyjQ28Hm8OqWww+cwX/+Nb DzUVR2iFZYBe01HrLWEfZFmpD6uk2Ma1XxV8Bw5RtK3/zmdEnDImWEMyIW9jzuxLVvo9 45ZpMxOvS8PacyQSAjEfwQX1AVaTtgxLuIoMaqdbxTUGWuZ28QbnNqMkfbptLX6fL38a BL9g==
X-Gm-Message-State: APjAAAXEjGp/sak8s5S5E+eAnDQqP4EuFJR8/sL6KiHtAOxXC0yKVBLh zbuBf9D2bdl6vLOOStLN/ksG7vApnXqQ9DnKAWg=
X-Google-Smtp-Source: APXvYqw8SWz1cJEItskzNJtw4N81QJnxbrLJfTMeYO4P2O+S8LHrT1VfnYw35Qv3vFZ4yXhPXRZXVqj/fiy3Ov6M/ZA=
X-Received: by 2002:a9f:28a8:: with SMTP id d37mr10432811uad.102.1572887202140; Mon, 04 Nov 2019 09:06:42 -0800 (PST)
MIME-Version: 1.0
References: <157288641719.16495.4218503379126128243.idtracker@ietfa.amsl.com> <CA5EB3C0-F510-4883-B50B-51A3E46B47CA@ericsson.com>
In-Reply-To: <CA5EB3C0-F510-4883-B50B-51A3E46B47CA@ericsson.com>
From: Lucas Pardue <lucaspardue.24.7@gmail.com>
Date: Mon, 4 Nov 2019 17:06:30 +0000
Message-ID: <CALGR9obp-YARLEXDVWvTqZ_h=Ocbn6m2On+uovK-SL-6TaOSXg@mail.gmail.com>
To: Mirja Kuehlewind <mirja.kuehlewind=40ericsson.com@dmarc.ietf.org>
Cc: "quic@ietf.org" <quic@ietf.org>, "masque@ietf.org" <masque@ietf.org>, Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com>
Content-Type: multipart/alternative; boundary="000000000000f4969d05968856cd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/masque/U-EpwzDplHIpNma7-FHXdO2xtBA>
Subject: Re: [Masque] FW: New Version Notification for draft-kuehlewind-quic-proxy-discovery-00.txt
X-BeenThere: masque@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multiplexed Application Substrate over QUIC Encryption <masque.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/masque>, <mailto:masque-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/masque/>
List-Post: <mailto:masque@ietf.org>
List-Help: <mailto:masque-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/masque>, <mailto:masque-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Nov 2019 17:06:45 -0000

Thanks for sharing this.

I wonder if you considered WPAD (Web Proxy Autodiscovery) or PAC (Proxy
auto-config)? Although targetted at the application layer, it might help to
comment on how those forms of discovery would relate to the methods
outlined in your draft.

Cheers,
Lucas

On Mon, Nov 4, 2019 at 4:58 PM Mirja Kuehlewind <mirja.kuehlewind=
40ericsson.com@dmarc.ietf.org>; wrote:

> Hi all,
>
> we submitted a new draft that lists discovery mechanisms for QUIC-based
> proxies (see below). This is one piece of work that is needed for most of
> the use cases in draft-kuehlewind-quic-substrate.
>
> Let me know if you have any questions or comments!
>
> Mirja
>
>
> ´╗┐On 04.11.19, 17:53, "internet-drafts@ietf.org"; <internet-drafts@ietf.org>;
> wrote:
>
>
>     A new version of I-D, draft-kuehlewind-quic-proxy-discovery-00.txt
>     has been successfully submitted by Mirja Kuehlewind and posted to the
>     IETF repository.
>
>     Name:               draft-kuehlewind-quic-proxy-discovery
>     Revision:   00
>     Title:              Discovery Mechanism for QUIC-based,
> Non-transparent Proxy Services
>     Document date:      2019-11-04
>     Group:              Individual Submission
>     Pages:              11
>     URL:
> https://www.ietf.org/internet-drafts/draft-kuehlewind-quic-proxy-discovery-00.txt
>     Status:
> https://datatracker.ietf.org/doc/draft-kuehlewind-quic-proxy-discovery/
>     Htmlized:
> https://tools.ietf.org/html/draft-kuehlewind-quic-proxy-discovery-00
>     Htmlized:
> https://datatracker.ietf.org/doc/html/draft-kuehlewind-quic-proxy-discovery
>
>
>     Abstract:
>        Often an intermediate instance (such as a proxy server) is used to
>        connect to a web server or a communicating peer if a direct end-to-
>        end IP connectivity is not possible or the proxy can provide a
>        support service like, e.g., address anonymisation.  To use a non-
>        transparent proxy a client explicitly connects to it and requests
>        forwarding to the final target server.  The client either knows the
>        proxy address as preconfigured in the application or can dynamically
>        learn about available proxy services.  This document describes
>        different discovery mechanisms for non-transparent proxies that are
>        either located in the local network, e.g. home or enterprise
> network,
>        in the access network, or somewhere else on the Internet usually
>        close to the target server or even in the same network as the target
>        server.
>
>        This document assumes that the non-transparent proxy server is
>        connected via QUIC and discusses potential discovery mechanisms for
>        such a QUIC-based, non-transparent proxy.
>
>
>
>
>     Please note that it may take a couple of minutes from the time of
> submission
>     until the htmlized version and diff are available at tools.ietf.org.
>
>     The IETF Secretariat
>
>
>
> --
> Masque mailing list
> Masque@ietf.org
> https://www.ietf.org/mailman/listinfo/masque
>