Re: [Alldispatch] New Version Notification for draft-jesske-dispatch-sip-product-identifier-00.txt

Ted Hardie <ted.ietf@gmail.com> Thu, 22 February 2024 10:39 UTC

Return-Path: <ted.ietf@gmail.com>
X-Original-To: alldispatch@ietfa.amsl.com
Delivered-To: alldispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 706CDC18DB82 for <alldispatch@ietfa.amsl.com>; Thu, 22 Feb 2024 02:39:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7MU4pPeFe8Iu for <alldispatch@ietfa.amsl.com>; Thu, 22 Feb 2024 02:39:18 -0800 (PST)
Received: from mail-yw1-x1129.google.com (mail-yw1-x1129.google.com [IPv6:2607:f8b0:4864:20::1129]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D094C180B7F for <alldispatch@ietf.org>; Thu, 22 Feb 2024 02:39:18 -0800 (PST)
Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-6083dc087b3so42499167b3.0 for <alldispatch@ietf.org>; Thu, 22 Feb 2024 02:39:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708598357; x=1709203157; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=AiGWg7aahKmXMlLn53DlJd2cJGtVZLIL2+Pcjd0rhtw=; b=gxslJVEQ8odLZSaZXPnDXTlR0mi/kPci5JaZmV0bid1k2S2U1ZZe3/ApQcvAzM7BsX nLtbOQQfC9pd3hsetatyU4pNaFH9r+4IrzPSj64X0PZHXOaAHZi8fpDn0U4xgXi1E7mD IvJeMd2T/ozFwC2XuMtMJRBYBLDnzmARGn2ZL3XCyxDfkMGYFkjB+OU8XiaZeMSYGSpu /D2UdNqWt7Fp/tqceae3HFQIJ3tTUFECiRf7SoAClI4NdJgozOKfTBuanCDyVoVk20E/ Oat595g5BIr/twNhdKE7MQ0sR71nFa7zRvZEQAJMhosn55fPm8bTOHyfj09iXa0iWHx2 PaQw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708598357; x=1709203157; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=AiGWg7aahKmXMlLn53DlJd2cJGtVZLIL2+Pcjd0rhtw=; b=BS83MjP1+flp1GLUx3SlQCtiQr+B8siP4JdnLXGtMcI071tXaRShm/shkhIQ79/ul1 IU04pYSeRdtjN27Q8pcZa1ylj737f26ciUtXbEfR8+Nwgqfz9zDBMfQjjqYoFpHSEkRQ O351whg00fxHR6Jjl7VGneu76QNG7oxgamyZ3n3+zRb7ph0QIcwoFOfhevPpZ09RP5FD LrhC1zHDRxXAYeVuXitTZsk5cnk5x+Q3Rewt3JY67HrposFp3rUu+VwJgdLGY21PqKVs bafbRI5Ppb6ItU03JtAv5cCw4o5xQ2sO9n6VI0PUXHHraRrYBeJ1a/aY/wZxmxQJ8TxR 5lYw==
X-Gm-Message-State: AOJu0Yy+GlFgWjNpRRwZ7+H+qkLnT30b7wvT1P/hwovrOkvVmJ7Be4n6 AUbGxccE+wKDxGAZBEXTKS5TJ1TTon7YTN1Y0YwfNYsWQ+4qK7gQDL027oXX0Wjh1r4wo/KdTCJ gLXl2UL2H6pYcr5zjHBC2+xLd5pQ=
X-Google-Smtp-Source: AGHT+IHD+t6vIkfkEK/J0wfcjVjEmzK+LrdmlJRP/C16YFWcyAuCxzfesyeriDPa/JfkaUw24FmcnEikfmON1Q1YYvY=
X-Received: by 2002:a81:5b03:0:b0:608:91dd:582 with SMTP id p3-20020a815b03000000b0060891dd0582mr2705429ywb.48.1708598357451; Thu, 22 Feb 2024 02:39:17 -0800 (PST)
MIME-Version: 1.0
References: <170791494073.60597.17252661570996533754@ietfa.amsl.com> <FR3P281MB150333B2D4DA7AAFD2782A29F94E2@FR3P281MB1503.DEUP281.PROD.OUTLOOK.COM> <b3962757a6874480b34b26108818e811@huawei.com> <FR2P281MB179776A8D964D14D18E0E36787532@FR2P281MB1797.DEUP281.PROD.OUTLOOK.COM> <FR2P281MB179712FB0F09F01D10D0366387562@FR2P281MB1797.DEUP281.PROD.OUTLOOK.COM>
In-Reply-To: <FR2P281MB179712FB0F09F01D10D0366387562@FR2P281MB1797.DEUP281.PROD.OUTLOOK.COM>
From: Ted Hardie <ted.ietf@gmail.com>
Date: Thu, 22 Feb 2024 10:38:50 +0000
Message-ID: <CA+9kkMCB=1MgdfBxuxAJikrTEYhN11OpTLGEh_mjd4=kYUsJ2g@mail.gmail.com>
To: Roland.Schott@telekom.de
Cc: alldispatch@ietf.org, Bastian.Dreyer@telekom.de, Michael.Kreipl@telekom.de, roland.jesske@web.de, pengshuping@huawei.com, fenton@bluepopcorn.net, rifaat.s.ietf@gmail.com, R.Jesske@telekom.de
Content-Type: multipart/alternative; boundary="00000000000028e6f40611f60e7e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/alldispatch/-A3HCNOFi8iHhbg6JAqFZdzh_Dc>
Subject: Re: [Alldispatch] New Version Notification for draft-jesske-dispatch-sip-product-identifier-00.txt
X-BeenThere: alldispatch@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Alldispatch <alldispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alldispatch>, <mailto:alldispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/alldispatch/>
List-Post: <mailto:alldispatch@ietf.org>
List-Help: <mailto:alldispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alldispatch>, <mailto:alldispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Feb 2024 10:39:22 -0000

Dear authors,

I believe it would be useful to indicate what privacy considerations apply
here, as the use of an identifier of this type runs the risk of being a
cross-identity cookie.  If the product identifier is complex enough to be a
fingerprint for a specific installation, it allows anyone in the network to
know that two identities have the same source (e.g. that sip:bob@example.com
shares a mobile phone with sip:otheridenty@sensitve-information.example and
is thus likely to be the same person)
.
The security considerations within the draft also appears to be somewhat
garbled:

   An uA may setup an product identifier that is not allowed for the
   current usage ie customer connected.  ZThua the network have to take
   care on such requests with wrong identifiers, to save the network and
   customer when provding wron services or seervices which does not
   apply for that profile.


regards,

Ted Hardie


On Thu, Feb 22, 2024 at 9:59 AM <Roland.Schott@telekom.de> wrote:

> Hi,
>
> regarding the request for considering individual drafts in alldispatch wg,
> we would be happy if this draft will be considered in the alldispatch
> meeting in Brisbane.
> On behalf of the author team, I would like to request a timeslot for
> presenting this work.
> The draft is related to sip but could be applicable also for other or
> similar protocols.
> What should we do, to get a timeslot for presenting it in alldispatch?
>
>
> Best Regards
>
> Roland Jesske, Michael Kreipl, Bastian Dreyer and Roland Schott
>
>
> ----
>
> A new version of Internet-Draft
> draft-jesske-dispatch-sip-product-identifier-00.txt has been successfully
> submitted by Roland Jesske and posted to the IETF repository.
>
> Name:     draft-jesske-dispatch-sip-product-identifier
> Revision: 00
> Title:    SIP Product Identifier
> Date:     2024-02-14
> Group:    Individual Submission
> Pages:    6
> URL:
> https://www.ietf.org/archive/id/draft-jesske-dispatch-sip-product-identifier-00.txt
> Status:
> https://datatracker.ietf.org/doc/draft-jesske-dispatch-sip-product-identifier/
> HTMLized:
> https://datatracker.ietf.org/doc/html/draft-jesske-dispatch-sip-product-identifier
>
>
> Abstract:
>
>    Complex telephony networks using SIP as signalling like the IP
>    Multimedia Subsystem (IMS) of the Third Generation Partnership (3GPP)
>    serving different groups of customers like business and retail
>    customers with different products like mobile, fixed and PBX services
>    have the problem of different handling of the services.  This may end
>    up in a complex analysis of the signalling syntax before starting the
>    required procedures for calls based on their service provided to the
>    customer.  With the introduction of microservice based technologies
>    the complexity increases.
>
>    This draft describes a generic identification mechanism for SIP
>    dialogs in using an identifier indicating the service/product which
>    the customer is using to allow an efficient processing of the SIP
>    dialog and session.
>
>
>
> The IETF Secretariat
>
>
> --
> Alldispatch mailing list
> Alldispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/alldispatch
>