IETF Logo Mail Archive

Re: [media-types] Review request for application/emergencyCallData.eCall.MSD+per

Ned Freed <ned.freed@mrochek.com> Tue, 27 September 2016 17:24 UTC

Return-Path: <ned.freed@mrochek.com>
X-Original-To: media-types@ietfa.amsl.com
Delivered-To: media-types@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AEB312B2D1 for <media-types@ietfa.amsl.com>; Tue, 27 Sep 2016 10:24:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.126
X-Spam-Level:
X-Spam-Status: No, score=-1.126 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, SPF_HELO_PASS=-0.001, SPF_SOFTFAIL=0.665, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=mrochek.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 yaOi65iUv_G8 for <media-types@ietfa.amsl.com>; Tue, 27 Sep 2016 10:24:56 -0700 (PDT)
Received: from pechora4.lax.icann.org (pechora4.icann.org [IPv6:2620:0:2d0:201::1:74]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 569AC12B2F4 for <media-types@ietf.org>; Tue, 27 Sep 2016 10:24:56 -0700 (PDT)
Received: from mauve.mrochek.com (mauve.mrochek.com [68.183.62.69]) by pechora4.lax.icann.org (8.13.8/8.13.8) with ESMTP id u8RHOZ6r029317 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for <media-types@iana.org>; Tue, 27 Sep 2016 17:24:56 GMT
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01Q5FW9RGRB4003BND@mauve.mrochek.com> for media-types@iana.org; Tue, 27 Sep 2016 10:19:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mrochek.com; s=mauve; t=1474996771; bh=b33gImtawKcfT+IbcmA2QeOI9bHm23NIOxTmJK8s85I=; h=Cc:Date:From:Subject:In-reply-to:References:To; b=hTpry1fZFBEvnuGUYu9BJ7LLSP7zXZoYoFvlwpi3roRIQ41TKxdx6gtDoHNnY6F0S 5sydgpQGb2yMM8iPHeCuVPendqyWqwH9WJbaV7aHdY1wItcKiGJV9hgxpky2+ca9iK 8ovTs759fRW7gFK4TPdbV2rb9iQSnJfZ7Giee/Fo=
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: TEXT/PLAIN; CHARSET="us-ascii"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01Q4N105JRCW00005M@mauve.mrochek.com>; Tue, 27 Sep 2016 10:19:28 -0700 (PDT)
Message-id: <01Q5FW9PDQ3W00005M@mauve.mrochek.com>
Date: Tue, 27 Sep 2016 10:13:00 -0700
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Tue, 27 Sep 2016 13:05:15 -0230" <CALcoZioe5NW56ZRiZ+irc=E=X3BSrOxXq=0v_Q0Y1b+_ze0Znw@mail.gmail.com>
References: <p06240604d408c444a602@99.111.97.136> <CALcoZiqzEVL=R_Yt_v=Yb5Jsq90UrYmZph-DdgUPg8V_tp+iLw@mail.gmail.com> <p0624060ad409bf5d8041@99.111.97.136> <p06240601d40f4d71cf0a@99.111.97.136> <CALcoZioe5NW56ZRiZ+irc=E=X3BSrOxXq=0v_Q0Y1b+_ze0Znw@mail.gmail.com>
To: Mark Baker <distobj@acm.org>
X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.0 (pechora4.lax.icann.org [192.0.33.74]); Tue, 27 Sep 2016 17:24:56 +0000 (UTC)
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/kABxaAGxiCv-a9G6RU7ljbup7Xc>
Cc: Randall Gellens <rg+ietf@randy.pensive.org>, Ned Freed <ned.freed@mrochek.com>, ecrit-chairs@ietf.org, Brian Rosen <Brian.Rosen@neustar.biz>, Hannes Tschofenig <hannes.tschofenig@gmx.net>, media-types@iana.org
Subject: Re: [media-types] Review request for application/emergencyCallData.eCall.MSD+per
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." <media-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/media-types>, <mailto:media-types-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/media-types/>
List-Post: <mailto:media-types@ietf.org>
List-Help: <mailto:media-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/media-types>, <mailto:media-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Sep 2016 17:24:59 -0000

> On Mon, Sep 26, 2016 at 8:14 PM, Randall Gellens
> <rg+ietf@randy.pensive.org> wrote:
> > At 10:11 AM -0700 9/22/16, Randall Gellens wrote:
> >>  These have been registered by IANA (e.g.,
> >> https://www.iana.org/assignments/media-types/application/EmergencyCallData.ProviderInfo+xml),
> >> are referenced in several NENA documents, and I belive there are
> >> implementations.
> >>
> >>  We want the three new subtypes to follow the same pattern, which is that
> >> 'EmergencyCallData' is a parent and the various subtypes are children within
> >> that.
> >>
> >>  So, given this, how do we proceed?
> >
> >
> > I have a proposed solutions:
> >
> > We treat "EmergencyCallData" as a parallel to a facet, since it serves an
> > analogous purpose: it establishes a naming subspace that has a particular
> > meaning.

> Yes, but it's meaning along an orthogonal axis.

> It's surprising IANA would register those types without expert review.

These types were defined in an RFC (RFC 7852, to be specific). Such
registrations are reviewed by the IESG, which is free to request expert
review, but is not required to.

I suppose I should also look at RFCs-to-be to check for possible issues,
especially after the application/vnd.wav mess turned up, but honestly,
there are only so many hours in the day.

				Ned

v2.23.0 | Report a Bug | By Email