Re: [stir] Proposal for update of erratum #6519 - ppt syntax

Roman Shpount <roman@telurix.com> Fri, 23 April 2021 18:11 UTC

Return-Path: <roman@telurix.com>
X-Original-To: stir@ietfa.amsl.com
Delivered-To: stir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B00923A18FA for <stir@ietfa.amsl.com>; Fri, 23 Apr 2021 11:11:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=telurix-com.20150623.gappssmtp.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 V00oHdGHdqyL for <stir@ietfa.amsl.com>; Fri, 23 Apr 2021 11:11:37 -0700 (PDT)
Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (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 41D933A18F9 for <stir@ietf.org>; Fri, 23 Apr 2021 11:11:37 -0700 (PDT)
Received: by mail-qt1-x835.google.com with SMTP id c6so37075831qtc.1 for <stir@ietf.org>; Fri, 23 Apr 2021 11:11:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mxvMv9LylhghyDA9rDzWHmjkVbCq7kICI4AVulzASBE=; b=FzvdXf/0Gcy+0GXn77ttJCol2EYsC4b8XKffUSmAS9pSwsegLH/erF29xUH/ruSKv4 xbl+00hS9BgLoRDdw0ucvtPef0Hs/FEJaOoD9/sgzth/9268SlCSFUfkFdr/9p54Ty7U HVEts/v40IyLZlvj7oZiXoqK9/DzlUyofg2bw/jp8iMTamT3OsqtSpekUpJDW2jORs1N kHxzulmilfZENgtfaKyhXoZMZDJeb050Wk1CjMmQryOzCQROiJcPxQ97UVurfGWYgU4H 7l4Y6HLog88Di6E6roAwHoxKVKxPfybYiDvQeMJM78EVIBxNKlU+hnzRxg9ORUr2BG4O t+Gw==
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=mxvMv9LylhghyDA9rDzWHmjkVbCq7kICI4AVulzASBE=; b=V3WgmesmMiVwKh11+kBD49FFQZPR8qxqEIakQCoQ6eDlSA7jzyjrmnLPSjw1EEAVGg Ryx5dH76H5jRi4Q2mDGdIxB1AhHT7vtxDvGOFBPNGBS6zcRts5f90sHHor0ei2XoHzUN AB0aSt4dCGCCcqcPjlRzX0q9llap9Gvv1Ov5TyEjbZ2hGIZDNzzKFYiGew+ev5I+A0LM 3zuqKQYe11DvjGlZzL6KfqcjbAmr0besMg/uMMFGz55skUPdNP7Wj9AkB0UH3nHx1B7Z ImK2h7d0A57DuW7v/S6t0OcAwyQxzkoamuZgYaJsEYfVXoWnBbVrDzYxbwxNMcIwlWQk gzyA==
X-Gm-Message-State: AOAM530rgjbBULldAXZxdu21t88EJyXMEiyYDxSsztoIJZd7yWPrhBjw DyYhEqu3n6JO4XONXdBo1azqbrCtYGjXxQ==
X-Google-Smtp-Source: ABdhPJyFxxzfL8Wwvj42JotSaQelkSXRKkhnpbKuLXHIEAys/NB2nioTnEctcZglUH+FUjUvuTp9iQ==
X-Received: by 2002:ac8:4813:: with SMTP id g19mr4952471qtq.120.1619201494890; Fri, 23 Apr 2021 11:11:34 -0700 (PDT)
Received: from mail-yb1-f180.google.com (mail-yb1-f180.google.com. [209.85.219.180]) by smtp.gmail.com with ESMTPSA id l6sm4786217qkk.130.2021.04.23.11.11.33 for <stir@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Apr 2021 11:11:34 -0700 (PDT)
Received: by mail-yb1-f180.google.com with SMTP id v72so35934426ybe.11 for <stir@ietf.org>; Fri, 23 Apr 2021 11:11:33 -0700 (PDT)
X-Received: by 2002:a25:5883:: with SMTP id m125mr6991692ybb.171.1619201493651; Fri, 23 Apr 2021 11:11:33 -0700 (PDT)
MIME-Version: 1.0
References: <42e964d3-2a16-660b-f8b4-fd9daedad115@petit-huguenin.org> <AM0PR07MB3860C025F8289133102F41BF93469@AM0PR07MB3860.eurprd07.prod.outlook.com> <CAD5OKxt2ZC+HZGL1XXZZV7O-shteL_dHLtrb52Dc=rjkr23-Mw@mail.gmail.com> <AM0PR07MB3860150680CE215BE0BB52B493469@AM0PR07MB3860.eurprd07.prod.outlook.com> <CAD5OKxtNO8inv_K4ZxefHO1XCHV2QtfYo2e+MFF7cvRobFSjkQ@mail.gmail.com> <AM0PR07MB38605A8F3ACFA67792C4545293469@AM0PR07MB3860.eurprd07.prod.outlook.com> <CAD5OKxtA_T0nBhZ9GJcF3vOLxj3FjsMq+AiAOAawVnKx3Fff2A@mail.gmail.com> <AM0PR07MB3860949BF3B90DA1617244E593469@AM0PR07MB3860.eurprd07.prod.outlook.com> <4936d7d9-6dd7-0408-4ce8-54b99346ac40@petit-huguenin.org> <AM0PR07MB386080E238B7EBAB26897FED93459@AM0PR07MB3860.eurprd07.prod.outlook.com> <fe318be6-3f55-3cd7-2507-4e5e68b0de02@petit-huguenin.org> <af3e632f-d43e-c198-f7f9-88abc14f1643@petit-huguenin.org> <AM0PR07MB3860B66CA9A217240DBB704093459@AM0PR07MB3860.eurprd07.prod.outlook.com> <baeb8960-6d8f-c0da-2c8c-2c9eb7c4253d@petit-huguenin.org> <AM0PR07MB3860464E90DDE68A220FBF7E93459@AM0PR07MB3860.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB3860464E90DDE68A220FBF7E93459@AM0PR07MB3860.eurprd07.prod.outlook.com>
From: Roman Shpount <roman@telurix.com>
Date: Fri, 23 Apr 2021 14:11:22 -0400
X-Gmail-Original-Message-ID: <CAD5OKxtZ2sk2W17noVjS_Db-Tw+jJTr8M-7EDyOdSEOi3RDobw@mail.gmail.com>
Message-ID: <CAD5OKxtZ2sk2W17noVjS_Db-Tw+jJTr8M-7EDyOdSEOi3RDobw@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Marc Petit-Huguenin <marc@petit-huguenin.org>, Russ Housley <housley@vigilsec.com>, IETF STIR Mail List <stir@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d957df05c0a7b942"
Archived-At: <https://mailarchive.ietf.org/arch/msg/stir/6bRfCbm66i-08WPFvTXpAFug1oo>
Subject: Re: [stir] Proposal for update of erratum #6519 - ppt syntax
X-BeenThere: stir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Secure Telephone Identity Revisited <stir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/stir>, <mailto:stir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/stir/>
List-Post: <mailto:stir@ietf.org>
List-Help: <mailto:stir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/stir>, <mailto:stir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2021 18:11:42 -0000

On Fri, Apr 23, 2021 at 1:03 PM Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> >That was a genuine question -- the language we use drive the way we
> think.  Handcoding a parser as a state machine vs using a LL(1) parser vs
> an LR parser introduce different difficulties when
> >writing them, and I was wondering if your insistence was because of that.
>
> I have many years of parser implementation experience. Having said that,
> this specific issue is not related to something I am currently
> implementing, but more in general.
>
> But, if I am the only one having that issue, I am fine to drop it in order
> to make progress. I guess you'd agree that SIP is not the first choice if
> looking for clean and proper syntax :)
>
>
I am currently maintaining 3 different SIP stacks (2 with handwritten
parsers and one with a rule-based parser). I also got a STIR
implementation, even though it is not as mature as I would like.

I typically test my parsers using input fuzzer to see where they produce
different results between each other or other open-source parsers. My main
problem is that if we define ident-type as "ppt" EQUAL token /
quoted-string, then something like ppt="\s\h\a\k\e\n" is potentially legal.
I do not want to update parsers that do not support such syntax. We can put
some language that prohibits this, but having an ABNF rule and text saying
that the value is token surrounded by quotes archives the same goal much
cleaner.

Best Regards,
_____________
Roman Shpount