Re: [tsvwg] 3GPP Liaison Statement clarifying port requests
Martin Duke <martin.h.duke@gmail.com> Wed, 19 May 2021 23:46 UTC
Return-Path: <martin.h.duke@gmail.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F76F3A2415 for <tsvwg@ietfa.amsl.com>; Wed, 19 May 2021 16:46:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Level:
X-Spam-Status: No, score=-2.087 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, T_KAM_HTML_FONT_INVALID=0.01, 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 hmHKiZYgO5FW for <tsvwg@ietfa.amsl.com>; Wed, 19 May 2021 16:46:34 -0700 (PDT)
Received: from mail-il1-x12e.google.com (mail-il1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (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 69E853A2412 for <tsvwg@ietf.org>; Wed, 19 May 2021 16:46:34 -0700 (PDT)
Received: by mail-il1-x12e.google.com with SMTP id h11so13664193ili.9 for <tsvwg@ietf.org>; Wed, 19 May 2021 16:46:34 -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=irf2cwOsJUaoFX57XdUihjI4eWv0dlLLeS1KiEfvZio=; b=ZO5IdprJLDMCEObutPAaAMQWULIcR0A14EaK/NIC1mFfo5VtnYwh3gog5olQMRKclX 0y/qZKB5AVmGymO2UHhf5mm5jE+VCZfDRYk+Zvj+UMcbJpAc3cRSyZXghrbTavloorKD yOGgcRUrLdBPWTAvTzBa0SNz7haeW7o+hQr6QHHu/BuUojvgrxQphgY9aJhkAwJzvRbf N/SS4XpHXqds2LZl9B64b56Ywelx6TQhfLq1Nqm2VSdo09HW+9ehNgjaSPuwF5GQJE2j xFOQ94mBc7ajsyUBUiVIKg9Bpag4oMIF3+C2HFRH3/wVC5CUyw1wkHR3VNdOa6gbpDlY Aokw==
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=irf2cwOsJUaoFX57XdUihjI4eWv0dlLLeS1KiEfvZio=; b=WHjkRHVmIsuWQzy/roVP7NeqOOJZxDFqgq1NsThCTM53w/MYWV5aaqYi7E/iWt8Nt4 fguJ3rE3q/WK5OCKXJxY4GHsUBryd69d24QKXei/uP2BcdgOZdfYAhCR4CRjlD3mPpNU EZsgiD1htu+8Dv5dRjtCBfVU6pK7c0AT0IHJLayGy0X2ozD92MzNx38eia/+MQDFTQyU RyxPmJcvGkZ3qnhzFgSIFCMgeWCvdKGSwQx+8a8H11ral3qa3BDoQH2jE1pI5OcUzmSR ZCv5CBxTxEsdRow6Tt71MsZMqdCFwN87MK0UcejPctkTNG97T7GgJUrHTSj4xlXmUWxj 4ZbQ==
X-Gm-Message-State: AOAM532+t/JX4bsMdhLVc/ibQsfAIV1Hy7ZsiZnZkBZ1s0XsxVe+Z91O ZJAJv/WFxUqoN/doHpClbAs0ijFAkX4tp1R7W8WwfXW0aiotQg==
X-Google-Smtp-Source: ABdhPJw7U5+f/GVf80uCiPffN6BwgxCaTUSxK9f2yDeNtAOS4rEgdY62pffQEitGG/TDb23zpjvwZMCcfIVX+jQX6hg=
X-Received: by 2002:a05:6e02:1a03:: with SMTP id s3mr1836112ild.272.1621467992797; Wed, 19 May 2021 16:46:32 -0700 (PDT)
MIME-Version: 1.0
References: <CAM4esxRcxJ7HZSG2gk75+sA1PRWjkQqQT0F7+1EsG8gLOy__yA@mail.gmail.com> <4E4C4480-631E-4AA9-89F7-B173A57C0625@strayalpha.com>
In-Reply-To: <4E4C4480-631E-4AA9-89F7-B173A57C0625@strayalpha.com>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Wed, 19 May 2021 16:46:29 -0700
Message-ID: <CAM4esxSQtnuoBZHXnR1q77eKhpUb5-aFhZP_mKeKgqf6KJ0MtQ@mail.gmail.com>
To: Joseph Touch <touch@strayalpha.com>
Cc: Joseph Touch via IANA-Port-Experts <iana-port-experts@icann.org>, tsvwg <tsvwg@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b9b6ba05c2b76fc0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/uuESrz8COXcfjKeBkRn9u5Wfdq8>
Subject: Re: [tsvwg] 3GPP Liaison Statement clarifying port requests
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 May 2021 23:46:39 -0000
OK, here's what I have: Thank you for your correspondence about port allocation. In your latest message you write: “However, besides the assignment of transport protocol port(s) that could be requested by 3GPP for the deployment of specific service discovery mechanism(s), it is also the 3GPP understanding that this statement cannot prohibit 3GPP to request in the future a port assignment for a new service application for which none of the port assignment alternatives would be applicable.” Your understanding is correct. Our previous statements on this subject are intended to reduce port requests with a low chance of approval, but no party is ever prohibited from requesting a port assignment. A application justified by a particular use case will be evaluated in accordance with IETF and IANA policy, just like any other. *** anything to add, or is that good enough? On Tue, May 18, 2021 at 8:08 PM Joseph Touch <touch@strayalpha.com> wrote: > Hi, Martin, > > The only response I can imagine would be: > > “Port assignments are assigned as per RFC6335 and RCC7605. No party is > ever directly prohibited from applying for port assignments. Those terms > are set by the IETF and IANA, and are updated by IETF consensus; they are > not subject to negotiation.” > > I.e., although what they state is true, it is not true by some sort of > agreement between the IETF and 3GPP. > > Joe > > On May 18, 2021, at 10:48 AM, Martin Duke <martin.h.duke@gmail.com> wrote: > > Hello TSVWG and port experts, > > We got this 3GPP Liaison Statement last month: > https://datatracker.ietf.org/liaison/1726/ > > The key paragraphs are: > > 3GPP understands that it could be possible to assign to 3GPP a port per > transport protocol (UDP, TCP, SCTP, DCCP) that will be used for service port > negotiation/discovery for all the future internal interfaces defined by 3GPP, > avoiding the need for a systematic IANA port assignment for interfaces used > only inside the 3GPP system... > > ...it is also the 3GPP understanding that this statement cannot > prohibit 3GPP to request in the future a port assignment for a new service > application for which none of the port assignment alternatives would be > applicable. > > They would like confirmation, IIUC, that they are not cut off from any further port assignments. > > Any feedback on what I should tell them in response? > > Your friendly AD, > Martin > > >
- Re: [tsvwg] 3GPP Liaison Statement clarifying por… Joe Touch
- [tsvwg] 3GPP Liaison Statement clarifying port re… Martin Duke
- Re: [tsvwg] 3GPP Liaison Statement clarifying por… Joseph Touch
- Re: [tsvwg] 3GPP Liaison Statement clarifying por… Martin Duke
- Re: [tsvwg] 3GPP Liaison Statement clarifying por… Mirja Kuehlewind
- Re: [tsvwg] 3GPP Liaison Statement clarifying por… Spencer Dawkins at IETF
- Re: [tsvwg] 3GPP Liaison Statement clarifying por… Martin Duke
- Re: [tsvwg] 3GPP Liaison Statement clarifying por… Fred Baker
- Re: [tsvwg] 3GPP Liaison Statement clarifying por… Joseph Touch
- [tsvwg] Re : 3GPP Liaison Statement clarifying po… lionel.morand
- Re: [tsvwg] 3GPP Liaison Statement clarifying por… Martin Duke