Re: [Ecrit] draft-ietf-ecrit-additional-data-11: Question on scope of the Contact URI, defined in section 3.1.5

Randall Gellens <rg+ietf@qualcomm.com> Sat, 02 November 2013 02:37 UTC

Return-Path: <rg+ietf@qualcomm.com>
X-Original-To: ecrit@ietfa.amsl.com
Delivered-To: ecrit@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E198B11E810B for <ecrit@ietfa.amsl.com>; Fri, 1 Nov 2013 19:37:50 -0700 (PDT)
X-Quarantine-ID: <RbJPjBsmtKjr>
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: -102.684
X-Spam-Level:
X-Spam-Status: No, score=-102.684 tagged_above=-999 required=5 tests=[AWL=-1.543, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RbJPjBsmtKjr for <ecrit@ietfa.amsl.com>; Fri, 1 Nov 2013 19:37:46 -0700 (PDT)
Received: from sabertooth01.qualcomm.com (sabertooth01.qualcomm.com [65.197.215.72]) by ietfa.amsl.com (Postfix) with ESMTP id 865FA11E8171 for <ecrit@ietf.org>; Fri, 1 Nov 2013 19:37:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=@qualcomm.com; q=dns/txt; s=qcdkim; t=1383359864; x=1414895864; h=x-ojodefuego:message-id:in-reply-to:references:x-mailer: date:to:from:subject:cc:content-type: content-transfer-encoding; bh=Q5py2Z2Ztf5RX5aNZB4Fl2YP+3TKNEFmIkA99aKASsA=; b=CqetIzSjCVntfQVrSbVEhdcC4I/7cKgVqU6LlmkLAwS2+Z//Mxq8iNwY PCmnsSGxnvFE4uxEOCaoAWdGPUt64rIK+9CFmqDDtTO6g90uhZO8ecO/Q W3Xgx2QpKgXY5VCux6EdwazPMC6pLfW7IA6g/LBor8vqWJOIJ3gp8uu4W k=;
X-IronPort-AV: E=McAfee;i="5400,1158,7246"; a="54870152"
Received: from ironmsg02-l.qualcomm.com ([172.30.48.16]) by sabertooth01.qualcomm.com with ESMTP; 01 Nov 2013 19:37:44 -0700
X-IronPort-AV: E=McAfee;i="5400,1158,7246"; a="147552721"
Received: from plus.qualcomm.com ([10.52.255.8]) by ironmsg02-L.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 01 Nov 2013 19:37:43 -0700
Received: from Ironmsg04-R.qualcomm.com (ironmsg04-R.qualcomm.com [172.30.46.18]) by plus.qualcomm.com (8.14.2/8.14.2/1.0) with ESMTP id rA22bhxq030001; Fri, 1 Nov 2013 19:37:43 -0700
X-IronPort-AV: E=McAfee;i="5400,1158,7246"; a="632008301"
X-ojodefuego: yes
Received: from unknown (HELO [99.111.97.136]) ([10.64.210.111]) by Ironmsg04-R.qualcomm.com with ESMTP; 01 Nov 2013 19:36:46 -0700
Mime-Version: 1.0
Message-Id: <p06240602ce9a13d807ee@[99.111.97.136]>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1C4EBC2B@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B1C41E812@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B1C422BC7@ESESSMB209.ericsson.se>, <CAOPrzE3XQGhXgH_zPpNDeLBrPb4hRUp2JefV2s9TqW1Ku0=RSA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1C422DB7@ESESSMB209.ericsson.se> <FBD5AAFFD0978846BF6D3FAB4C892ACC3EDF01@SEA-EXMB-1.telecomsys.com>, <52669D95.8030501@gmx.net> <7594FB04B1934943A5C02806D1A2204B1C4EBC2B@ESESSMB209.ericsson.se>
X-Mailer: Eudora for Mac OS X
Date: Fri, 01 Nov 2013 19:35:25 -0700
To: Christer Holmberg <christer.holmberg@ericsson.com>, Hannes Tschofenig <hannes.tschofenig@gmx.net>, Roger Marshall <RMarshall@telecomsys.com>, Brian Rosen <br@brianrosen.net>
From: Randall Gellens <rg+ietf@qualcomm.com>
Mime-Version: 1.0
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
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-Random-Sig-Tag: 1.0b28
Cc: "ecrit_ietf.org" <ecrit@ietf.org>
Subject: Re: [Ecrit] draft-ietf-ecrit-additional-data-11: Question on scope of the Contact URI, defined in section 3.1.5
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ecrit>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Nov 2013 02:37:51 -0000

Re: [Ecrit] draft-ietf-ecrit-additional-data-11: Question
Do we really need to say MUST NOT?  Would it be sufficient to describe why the URL is not appropriate?  E.g., "Note that this contact information is not intended for nor is it suitable for a callback by a PSAP...."

At 6:43 PM +0000 10/22/13, Christer Holmberg wrote:

Content-Language: en-US
Content-Type: multipart/alternative;
     boundary="_000_7594FB04B1934943A5C02806D1A2204B1C4EBC2BESESSMB209erics_"
Hi,
 
I would suggest that the contact information MUST NOT be used by the PSAP for callbacks, and also say that the reason is because the contact information may not be associated with the user or the device that made the emergency call. No need to mention the Priority header field, simply refer to the psap-callback draft.
 
Something like:
 
    "Note that this contact information MUST NOT be used by PSAPs for callbacks,
    as described in [I-D.ietf-ecrit-psap-callback], as the contact information might
    not be associated with the user or device that made the emergency call."
 
Regards,
 
Christer
 
 

From: Hannes Tschofenig [hannes.tschofenig@gmx.net]
Sent: Tuesday, 22 October 2013 6:45 PM
To: Roger Marshall; Christer Holmberg; Brian Rosen
Cc: ecrit_ietf.org
Subject: Re: [Ecrit] draft-ietf-ecrit-additional-data-11: Question on scope of the Contact URI, defined in section 3.1.5

Hi Christer,

as discussed in this email thread I added text for clarification:

----

3.1.5.  Data Provider Contact URI

    Data Element:  Data Provider Contact URI

    Use:  Required

    XML Element:  <ContactURI>

    Description:  When provided by a service provider or an access
       provider, this information MUST be a URI to a 24/7 support
       organization tasked to provide PSAP support for this emergency
       call.  If the call is from a device, this would reflect the
       contact information of the owner of the device.  If a telephone
       number is the contact address then it MUST be tel URI.  If it is
       provided as a SIP URI then it MUST be in the form of
       sip:telephonenumber@serviceprovider:user=phone.  Note that this
       contact information is not used by PSAPs for callbacks using a SIP
       Priority header field with the value set to "psap- callback", as
       described in [I-D.ietf-ecrit-psap-callback].
       
       
----


Do you think that I managed to capture your concern?

Ciao
Hannes


On 08/26/2013 10:33 PM, Roger Marshall wrote:
> I agree with ChristerÕs suggestion to add caution text.
>
> -roger.
>
> *From:*ecrit-bounces@ietf.org [mailto:ecrit-bounces@ietf.org] *On Behalf
> Of *Christer Holmberg
> *Sent:* Thursday, August 08, 2013 9:44 PM
> *To:* Brian Rosen
> *Cc:* ecrit_ietf.org
> *Subject:* Re: [Ecrit] draft-ietf-ecrit-additional-data-11: Question on
> scope of the Contact URI, defined in section 3.1.5
>
> Hi,
>
> If the PSAP is not supposed to use the field when/if making a callback,
> I think we shall explicitly state that in the document, and/or in
> general say that the field must not be used for calls that are expected
> to be given priority/special handling, and give callback as an example.
>
> Regards,
>
> Christer
>
>
>
> Sent from */Windows/* using *TouchDown*(www.nitrodesk.com
> <http://www.nitrodesk.com/" rel="nofollow">http://www.nitrodesk.com>)
>
>
> -----Original Message-----
> *From:* Brian Rosen [br@brianrosen.net]
> *To:* Christer Holmberg [christer.holmberg@ericsson.com]
> *CC:* ecrit_ietf.org [ecrit@ietf.org]
> *Subject:* Re: [Ecrit] draft-ietf-ecrit-additional-data-11: Question on
> scope of the Contact URI, defined in section 3.1.5
>
> The Contact is how the PSAP contacts the service provider to get help
> from the SP.
>
> It's not a "call back" in the sense of an emergency call (the network
> doesn't treat it differently than a normal call), at least as far as I
> have considered it.  I suppose it might be nice to know that it's
> important, but I don't think that is worth any big new mechanism.
>
> Brian
>
>
>
> On Thursday, August 8, 2013, Christer Holmberg wrote:
>
> I haven't seen any reply to this. Brian, do you have any opinion?
>
> Regards,
>
> Christer
>
>
>
> Sent from */Windows/* using *TouchDown* (www.nitrodesk.com
> <http://www.nitrodesk.com/" rel="nofollow">http://www.nitrodesk.com>)
>
>
> -----Original Message-----
> *From:* Christer Holmberg [christer.holmberg@ericsson.com]
> *To:* ecrit@ietf.org [ecrit@ietf.org]
> *Subject:* [Ecrit] draft-ietf-ecrit-additional-data-11: Question on
> scope of the Contact URI, defined in section 3.1.5
>
> Hi,
>
> A question on the scope of the Contact URI, defined in section 3.1.5 of
> draft-ietf-ecrit-additional-data-11.txt.
>
> Is the Contact URI supposed by the PSAP when making callbacks?
>
> If the value represents a Òservice providerÓ, should PSAP callbacks also
> be made to the service provider?
>
> Regards,
>
> Christer
>
> CONFIDENTIALITY NOTICE: The information contained in this message may be
> privileged and/or confidential. If you are not the intended recipient,
> or responsible for delivering this message to the intended recipient,
> any review, forwarding, dissemination, distribution or copying of this
> communication or any attachment(s) is strictly prohibited. If you have
> received this message in error, please notify the sender immediately,
> and delete it and all attachments from your computer and network.
>
>
>
> _______________________________________________
> Ecrit mailing list
> Ecrit@ietf.org
> https://www.ietf.org/mailman/listinfo/ecrit" rel="nofollow">https://www.ietf.org/mailman/listinfo/ecrit
>

_______________________________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit



-- 
Randall Gellens
Opinions are personal;    facts are suspect;    I speak for myself only
-------------- Randomly selected tag: ---------------
Blessed are the meek for they shall inhibit the earth.