Re: [MMUSIC] Changes for draft-ietf-mmusic-trickle-ice-sip-14 - ABNF

Paul Kyzivat <pkyzivat@alum.mit.edu> Tue, 08 May 2018 14:03 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D62B12E88E; Tue, 8 May 2018 07:03:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 My6Tt0egmyUI; Tue, 8 May 2018 07:03:14 -0700 (PDT)
Received: from alum-mailsec-scanner-8.mit.edu (alum-mailsec-scanner-8.mit.edu [18.7.68.20]) by ietfa.amsl.com (Postfix) with ESMTP id 7910012E88C; Tue, 8 May 2018 07:03:14 -0700 (PDT)
X-AuditID: 12074414-a91ff700000073ca-57-5af1ae21e4e3
Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alum-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 64.9D.29642.12EA1FA5; Tue, 8 May 2018 10:03:13 -0400 (EDT)
Received: from PaulKyzivatsMBP.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.13.8/8.12.4) with ESMTP id w48E3BK4023447 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 8 May 2018 10:03:11 -0400
To: Christer Holmberg <christer.holmberg@ericsson.com>, Thomas Stach <thomass.stach@gmail.com>, MMUSIC <mmusic@ietf.org>
Cc: "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, "draft-ietf-mmusic-trickle-ice-sip@ietf.org" <draft-ietf-mmusic-trickle-ice-sip@ietf.org>
References: <d39c9615-ad46-a840-fd02-9a3eac4b53a9@gmail.com> <D7161134.2F512%christer.holmberg@ericsson.com> <919f4302-29b2-3f48-ffef-aab290bb6e96@gmail.com> <7594FB04B1934943A5C02806D1A2204B72EB88D8@ESESSMB109.ericsson.se>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <1a40c0ef-bd40-9256-2c6d-247d2e06f4ac@alum.mit.edu>
Date: Tue, 08 May 2018 10:03:10 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B72EB88D8@ESESSMB109.ericsson.se>
Content-Type: text/plain; charset="windows-1257"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprPKsWRmVeSWpSXmKPExsUixO6iqKu47mOUQe8EZYsLMw8zWvxYu5zZ 4vzO9UwWU5c/ZrH4dGIrkwOrx6+vV9k8ds66y+6xZMlPpgDmKC6blNSczLLUIn27BK6MvuVS BQcVKj42NTA1MM4U72Lk5JAQMJFY+v8PcxcjF4eQwA4miWmTvjODJIQEHjBJXJoXCmILC7hI fLh5hgmkSESgkVGi995mdhCHWWA2o8TDb1+YINqfMkrcvfWRFaSFTUBLYs6h/yxdjBwcvAL2 ElNbY0HCLAIqEtvOLQfbICqQJnF/8yRGEJtXQFDi5MwnLCA2p4CfxLw5c5hAbGYBW4k3i3vY IGxxiVtP5kPF5SWat85mnsAoMAtJ+ywkLbOQtMxC0rKAkWUVo1xiTmmubm5iZk5xarJucXJi Xl5qka6FXm5miV5qSukmRkioi+xgPHJS7hCjAAejEg9vQPGHKCHWxLLiytxDjJIcTEqivJKr PkYJ8SXlp1RmJBZnxBeV5qQWH2KU4GBWEuFVlgXK8aYkVlalFuXDpKQ5WJTEeZlN9kYJCaQn lqRmp6YWpBbBZGU4OJQkePesAWoULEpNT61Iy8wpQUgzcXCCDOcBGn4DpIa3uCAxtzgzHSJ/ itGY49aUnh5mjinP+3uYhVjy8vNSpcR5Z4OUCoCUZpTmwU2DpatXjOJAzwnzZq4FquIBpjq4 ea+AVjEBrRJ88B5kVUkiQkqqgXF65M2sV9Nn5qXdKtVM3vAzzvKAYshkYe/tm6fM6GPce3J6 +MTWMzHO6d8SJasPrFoz36djyuOvSYv+in590Rb/LKk4TjWW98tKL50Dt1aycHVMkhPij9N8 tyLjymPWbw0RqqEV3er7Z2TaVgsu7iq9LzP13M28fw59s5huSK3/VMvX1eyxaYUSS3FGoqEW c1FxIgDwkZokMgMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/hv-PCeYMqGi01lyuJdlhiUS9ln0>
Subject: Re: [MMUSIC] Changes for draft-ietf-mmusic-trickle-ice-sip-14 - ABNF
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 May 2018 14:03:21 -0000

On 5/7/18 3:41 PM, Christer Holmberg wrote:
> Hi Thomas,
> 
> I hope Paul can jump in on this one too, since it’s ABNF related :)

I've been doing my best to ignore these drafts. :-)

I'll have to do some reading for context. Just looking at this thread in 
isolation my first thought is that this seems to be defining a new 
attribute with the definition including the "a=" which we are really 
trying to avoid.

	Thanks,
	Paul

>>> However, I think there are some issue with the ABNF (not related to Adam¹s
>>> issue).
>>>
>>> For example, the syntax says:
>>>
>>>    ice-pwd-attribute      = %s"a" "=" ice-pwd-att
>>>
>>> Then the draft says:
>>>
>>>    with ice-pwd-attribute from [I-D.ietf-mmusic-ice-sip-sdp],
>>
>> which says
>>
>> ice-pwd-att           = "ice-pwd:" password
>> i.e. doesn't introduce a second a=
> 
> First, I think the structure in draft-ice-sip-sdp is wrong. It shall be something like:
> 
>        Attribute Name: ice-pwd
> 
>        Attribute Value: ice-pwd-att
> 
>        Usage Level: media
> 
>        Charset Dependent: No
> 
>        Mux Category: TBD
> 
>      The Augmented BNF syntax [RFC5234] for the attribute is:
> 
>        ice-pwd-att = password
>        password = blah blah...
> 
> Now, whether we should use that syntax also in trickle-ice I don't know. I would like to hear Paul's opinion.
> 
>>> In my reading, this would result in:
>>>
>>>    a=a=ice-pwd:asd88fgpdd777uzjYhagZg
>>>
>>> Is this what you want?
>>
>> No, and with the above syntax we do not get the a=a=
>>
>>> If you want to use the syntax of draft-ietf-mmusic-ice-sip-sdp, why not do
>>> it directly? Something like:
>>>
>>> session-level-field = ice-pwd-att /
>>>                        Š
>>>                        Š
>>>
>>> ;ice-pwd-att as defined in [I-D.ietf-mmusic-ice-sip-sdp]
>>>
>>> Or, have I missed something?
>>
>> The trickle-ice-sdpfrag syntax uses just a subset of SDP attributes and isn't  build as open as  the SDP syntax , the above doesn't work.
> 
> I am not suggesting an open SDP syntax - I am suggesting the reference the specific syntax for the ice-pwd attribute.
> 
> Regards,
> 
> Christer
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On 06/05/18 21:31, "Thomas Stach" <thomass.stach@gmail.com> wrote:
> 
> All,
> 
> during IESG review we got the below proposal by Adam for changing the
> ABNF to allow for more encoding flexibility.
> 
> Unless somebody objects, I'd provide the proposed change by end of the
> week.
> 
> It would affect the "session-level-fields" as proposed below and in a
> similar way the  "pseudo-media-descriptions" and
> "trickle-ice-attribute-fields"
> 
> Excerpt from Adam'S IESG review:
> 
> §9.2:
> 
> The syntax for "session-level-fields", "pseudo-media-descriptions", and
> "trickle-ice-attribute-fields" include extremely strict rules around
> ordering of
> fields (e.g., including ice-ufrag before ice-pwd would be syntactically
> invalid). That level of strictness seems unlikely to lead to interoperable
> implementations.
> 
> If the intention is to be rigid in this fashion, please add prominent
> prose
> that warns implementors that fields MUST appear in the order specified,
> and
> that all other orders are invalid and MUST be rejected.
> 
> If that's *not* your intention (and I suspect it isn't), then please fix
> the
> syntax definition to allow for arbitrary ordering of attributes in the
> same way
> as SDP does. For example:
> 
>       session-level-fields = *(session-level-field CRLF)
> 
>       session-level-field = bundle-group-attribute /
>                             ice-lite-attribute /
>                             ice-pwd-attribute /
>                             ice-ufrag-attribute /
>                             ice-options-attribute /
>                             ice-pacing-attribute /
>                             end-of-candidates-attribute /
>                             extension-attribute-fields
>                                    ; for future extensions
> 
> 
> Regards
> 
> Thomas
> 
> 
> 
>