Re: [media-types] Review request for application/emergencyCallData.eCall.MSD+per
Randall Gellens <rg+ietf@randy.pensive.org> Wed, 28 September 2016 14:44 UTC
Return-Path: <rg+ietf@randy.pensive.org>
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 6CAE412B136 for <media-types@ietfa.amsl.com>; Wed, 28 Sep 2016 07:44:56 -0700 (PDT)
X-Quarantine-ID: <ynmKDIrQOoYT>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version"
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001] autolearn=unavailable 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 ynmKDIrQOoYT for <media-types@ietfa.amsl.com>; Wed, 28 Sep 2016 07:44:55 -0700 (PDT)
Received: from pechora1.lax.icann.org (pechora1.icann.org [IPv6:2620:0:2d0:201::1:71]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AFCFC12B143 for <media-types@ietf.org>; Wed, 28 Sep 2016 07:44:54 -0700 (PDT)
Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by pechora1.lax.icann.org (8.13.8/8.13.8) with ESMTP id u8SEiYaZ030639 for <media-types@iana.org>; Wed, 28 Sep 2016 14:44:54 GMT
Received: from [192.168.1.2] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Wed, 28 Sep 2016 07:44:33 -0700
Mime-Version: 1.0
Message-Id: <p06240601d41186590928@[192.168.1.2]>
In-Reply-To: <01Q5GOYB35LG00005M@mauve.mrochek.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> <01Q5FW9PDQ3W00005M@mauve.mrochek.com> <p06240605d410dbe81638@[99.111.97.136]> <01Q5GOYB35LG00005M@mauve.mrochek.com>
X-Mailer: Eudora for Mac OS X
Date: Wed, 28 Sep 2016 07:44:30 -0700
To: Ned Freed <ned.freed@mrochek.com>
From: Randall Gellens <rg+ietf@randy.pensive.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.0 (pechora1.lax.icann.org [192.0.33.71]); Wed, 28 Sep 2016 14:44:54 +0000 (UTC)
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/aa3BUwl_AmQBFU46sj96W-pUNjU>
Cc: Mark Baker <distobj@acm.org>, Hannes Tschofenig <hannes.tschofenig@gmx.net>, Ned Freed <ned.freed@mrochek.com>, ecrit-chairs@ietf.org, Brian Rosen <Brian.Rosen@neustar.biz>, Randall Gellens <rg+ietf@randy.pensive.org>, 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: Wed, 28 Sep 2016 14:44:56 -0000
Hi Ned, To be clear, if we want to register the three new types as application/EmergencyCallData.*+xml we need option (3), which would establish the EmergencyCallData tree as an IETF tree? We would need to indicate if it is possible to have vendor, private, and vanity facets under this, and indicate the rules for registered standards-related uses? Or am I not understanding the option? --Randy At 11:49 PM -0700 9/27/16, Ned Freed wrote: >> Hi Ned and Mark, > >> Thanks for the replies. > >> Does one of the drafts need to say that it updates Appendix A of RFC >> 6838 to permit "EmergencyCallData." as a media subtype prefix, >> reserved for data sent during an emergency call? Or add a statement >> without updating RFC 6838? Or would IESG approval of the drafts be >> sufficient? > > I'm a little unclear about what you're proposing here, so let me just outine > your options: > > (1) You can keep using the existing names application/EmergencyCallData.*+xml > as exceptions per Appendix A of RFC 6838. Future types won't be able to > use this syntax, however. > > (2) You can rename these types to something that doesn't have facet > syntax and > retain the old names as aliases. Future types will need to use the new > syntax. > > (3) You can write a document that specifies the EmergencyCallData > registration > tree per section 3.5 of RFC 6838? A standards action is needed to do this, > and the document will need to cover all the points that RFC 6838 covers > for the standards, vendor, personal/vantity, and unregistered trees. > > Ned > -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Consultants are mystical people who ask a company for a number and then give it back to them.
- [media-types] Review request for application/emer… Randall Gellens
- Re: [media-types] Review request for application/… Martin J. Dürst
- Re: [media-types] Review request for application/… Mark Baker
- Re: [media-types] Review request for application/… Randall Gellens
- Re: [media-types] Review request for application/… Randall Gellens
- Re: [media-types] Review request for application/… Randall Gellens
- Re: [media-types] Review request for application/… Mark Baker
- Re: [media-types] Review request for application/… Ned Freed
- Re: [media-types] Review request for application/… Randall Gellens
- Re: [media-types] Review request for application/… Ned Freed
- Re: [media-types] Review request for application/… Rosen, Brian
- Re: [media-types] Review request for application/… Randall Gellens
- Re: [media-types] Review request for application/… Ned Freed
- Re: [media-types] Review request for application/… Ned Freed
- Re: [media-types] Review request for application/… Randall Gellens
- Re: [media-types] Review request for application/… Randall Gellens
- Re: [media-types] Review request for application/… HANSEN, TONY L