From jeisner@redskytech.com Tue Aug 19 10:49:06 2014 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D8771A0646 for ; Tue, 19 Aug 2014 10:49:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.099 X-Spam-Level: X-Spam-Status: No, score=0.099 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 V8VzHjwa4w9Y for ; Tue, 19 Aug 2014 10:49:04 -0700 (PDT) Received: from mail1.bemta7.messagelabs.com (mail1.bemta7.messagelabs.com [216.82.254.112]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8EC781A04E9 for ; Tue, 19 Aug 2014 10:49:04 -0700 (PDT) Received: from [216.82.253.99:60279] by server-16.bemta-7.messagelabs.com id 45/C6-05597-F0E83F35; Tue, 19 Aug 2014 17:49:03 +0000 X-Env-Sender: jeisner@redskytech.com X-Msg-Ref: server-6.tower-160.messagelabs.com!1408470540!13059570!6 X-Originating-IP: [216.166.12.99] X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4655 invoked from network); 19 Aug 2014 17:49:03 -0000 Received: from out001.collaborationhost.net (HELO out001.collaborationhost.net) (216.166.12.99) by server-6.tower-160.messagelabs.com with RC4-SHA encrypted SMTP; 19 Aug 2014 17:49:03 -0000 Received: from AUSP01VMBX25.collaborationhost.net ([10.2.12.3]) by AUSP01MHUB08.collaborationhost.net ([10.2.8.243]) with mapi; Tue, 19 Aug 2014 12:48:17 -0500 From: Jerry Eisner To: Randall Gellens , "ecrit@ietf.org" Date: Tue, 19 Aug 2014 12:48:35 -0500 Thread-Topic: [Ecrit] ServiceEnvironment element in draft-ietf-ecrit-additional-data-22 Thread-Index: Ac+6+qBsAhu07K0oTkyP+FfD59dPRwA2w/Dg Message-ID: <1269B2DF7E93764F918EE6A9C9294547E973ECCFD9@AUSP01VMBX25.collaborationhost.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ecrit/QAmGyx_Gxal39zqozaW8U74CW0I X-Mailman-Approved-At: Tue, 02 Sep 2014 08:02:47 -0700 Subject: Re: [Ecrit] ServiceEnvironment element in draft-ietf-ecrit-additional-data-22 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 17:51:27 -0000 Why should Wireless calls be optional? The current Classes of Service are = very useful to the call taker. Just wondering. Jerry Jerry Eisner, ENP Group Director - Public Safety Red Sky Technologies, Inc. 925 West Chicago Avenue Suite 300 Chicago, IL 60642 312-432-5937 Office 312-375-3036 Cell jeisner@redskytech.com CONFIDENTIALITY NOTE: This message and any attachments are solely for the u= se of the intended recipient and may contain privileged, proprietary, confi= dential, trade secret or other legally protected information. If you are no= t the intended recipient, please destroy all copies without reading or disc= losing their contents and notify the sender of the error by reply e-mail.= =A0 Your cooperation is appreciated. -----Original Message----- From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Randall Gellens Sent: Monday, August 18, 2014 10:39 AM To: ecrit@ietf.org Subject: [Ecrit] ServiceEnvironment element in draft-ietf-ecrit-additional-= data-22 While updating additional-data-22 based on WGLC comments and Toronto discus= sion, I realized that the text for the ServiceEnvironment element needs cha= nges. (This is the element that indicates if a customer is considered busi= ness or residential, and is specifically about the service contract, not th= e premises.) It's currently required in all cases. I propose to change the text to make it optional for wireless and required = otherwise, and also mention that a business line may be installed in a resi= dence, and also modify the reason for need and how used text to clarify tha= t it may give the PSAP a hint about the premises or context, and also menti= on that it replicates an ALI field that exists in legacy. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- The United States doe= s not have a security system; it has a system for bothering people. --Shlomo Dror, Israeli air security expert, in 2002 _______________________________________________ Ecrit mailing list Ecrit@ietf.org https://www.ietf.org/mailman/listinfo/ecrit From nobody Tue Sep 2 08:02:53 2014 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92DBE1A0205 for ; Tue, 26 Aug 2014 15:19:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 0JQHPKrBR-3h for ; Tue, 26 Aug 2014 15:19:32 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A03F1A0295 for ; Tue, 26 Aug 2014 15:19:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit To: ecrit@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.2.p5 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140826221930.6609.66828.idtracker@ietfa.amsl.com> Date: Tue, 26 Aug 2014 15:19:30 -0700 From: IETF Secretariat Archived-At: http://mailarchive.ietf.org/arch/msg/ecrit/5F0tqEwAkJqnJULFAUkU01aIfGo X-Mailman-Approved-At: Tue, 02 Sep 2014 08:02:47 -0700 Subject: [Ecrit] Milestones changed for ecrit WG X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 22:19:33 -0000 Changed milestone "Submit 'Trustworthy Location Information' to the IESG for consideration as an Informational RFC", resolved as "Done". Changed milestone " Submit a draft 'URN For Country Specific Emergency Services' to the IESG for consideration as a Standards Track RFC", resolved as "Done". Deleted milestone "Submit 'Using Imprecise Location for Emergency Call Routing' to the IESG for consideration as an Informational RFC". Changed milestone "Submit 'Common Alerting Protocol (CAP) based Data-Only Emergency Alerts using the Session Initiation Protocol (SIP)' to the IESG for consideration as an Experimental RFC", set due date to October 2014 from November 2013. Changed milestone "Submit 'Additional Data related to a Call for Emergency Call Purposes' to the IESG for consideration as a Standards Track RFC", set due date to October 2014 from December 2013. Changed milestone "Submit a draft 'Policy for defining new service-identifying labels' to the IESG for consideration as BCP", set due date to October 2014 from December 2013. Added milestone "Submit ‘Internet Protocol-based In-Vehicle Emergency Calls‘ to the IESG for consideration as an Informational RFC", due March 2015. Added milestone "Submit ‘Next-Generation Pan-European eCall‘ to the IESG for consideration as an Informational RFC", due March 2015. Added milestone "Submit ‘A LoST extension to return complete and similar location info‘ to the IESG for consideration as an Informational RFC", due March 2015. URL: http://datatracker.ietf.org/wg/ecrit/charter/ From nobody Tue Sep 2 10:21:54 2014 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B2B41A2130 for ; Tue, 2 Sep 2014 10:21:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.133 X-Spam-Level: * X-Spam-Status: No, score=1.133 tagged_above=-999 required=5 tests=[BAYES_50=0.8, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=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 In2wZFrOyV9T for ; Tue, 2 Sep 2014 10:21:52 -0700 (PDT) Received: from mx0a-0018ba01.pphosted.com (mx0a-0018ba01.pphosted.com [67.231.149.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08FE51A1F16 for ; Tue, 2 Sep 2014 10:21:51 -0700 (PDT) Received: from pps.filterd (m0049376.ppops.net [127.0.0.1]) by m0049376.ppops.net-0018ba01. (8.14.7/8.14.7) with SMTP id s82HAbAW009000; Tue, 2 Sep 2014 13:21:51 -0400 Received: from stntexhc11.cis.neustar.com ([156.154.17.216]) by m0049376.ppops.net-0018ba01. with ESMTP id 1p4qkp3s5q-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 02 Sep 2014 13:21:51 -0400 Received: from STNTEXMB13.cis.neustar.com ([169.254.3.204]) by stntexhc11.cis.neustar.com ([::1]) with mapi id 14.03.0158.001; Tue, 2 Sep 2014 13:21:50 -0400 From: "Rosen, Brian" To: Jerry Eisner Thread-Topic: [Ecrit] ServiceEnvironment element in draft-ietf-ecrit-additional-data-22 Thread-Index: AQHPxtJhJaz3Nlc2jkes7jOrL3OJag== Date: Tue, 2 Sep 2014 17:21:49 +0000 Message-ID: <8754043E-B4EF-4C8E-ACFD-677ADA09ECF3@neustar.biz> References: <1269B2DF7E93764F918EE6A9C9294547E973ECCFD9@AUSP01VMBX25.collaborationhost.net> In-Reply-To: <1269B2DF7E93764F918EE6A9C9294547E973ECCFD9@AUSP01VMBX25.collaborationhost.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.33.192.86] Content-Type: text/plain; charset="Windows-1252" Content-ID: <4B624F396D0CE24CA3555D1E1E18FCE0@neustar.biz> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=nai engine=5600 definitions=7548 signatures=670509 X-Proofpoint-Spam-Reason: safe Archived-At: http://mailarchive.ietf.org/arch/msg/ecrit/xDI0QFBT47OiH6HVUCIAvRKgan4 Cc: Randall Gellens , "ecrit@ietf.org" Subject: Re: [Ecrit] ServiceEnvironment element in draft-ietf-ecrit-additional-data-22 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 17:21:53 -0000 I think we=92re saying that differentiating between =93business wireless=94= and =93residential wireless=94 isn=92t helpful. Brian On Aug 19, 2014, at 1:48 PM, Jerry Eisner wrote: > Why should Wireless calls be optional? The current Classes of Service ar= e very useful to the call taker. >=20 > Just wondering. >=20 > Jerry >=20 > Jerry Eisner, ENP > Group Director - Public Safety > Red Sky Technologies, Inc. > 925 West Chicago Avenue Suite 300 > Chicago, IL 60642 > 312-432-5937 Office > 312-375-3036 Cell > jeisner@redskytech.com >=20 >=20 > CONFIDENTIALITY NOTE: This message and any attachments are solely for the= use of the intended recipient and may contain privileged, proprietary, con= fidential, trade secret or other legally protected information. If you are = not the intended recipient, please destroy all copies without reading or di= sclosing their contents and notify the sender of the error by reply e-mail.= Your cooperation is appreciated. > -----Original Message----- > From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Randall Gellens > Sent: Monday, August 18, 2014 10:39 AM > To: ecrit@ietf.org > Subject: [Ecrit] ServiceEnvironment element in draft-ietf-ecrit-additiona= l-data-22 >=20 > While updating additional-data-22 based on WGLC comments and Toronto disc= ussion, I realized that the text for the ServiceEnvironment element needs c= hanges. (This is the element that indicates if a customer is considered bu= siness or residential, and is specifically about the service contract, not = the premises.) It's currently required in all cases. >=20 > I propose to change the text to make it optional for wireless and require= d otherwise, and also mention that a business line may be installed in a re= sidence, and also modify the reason for need and how used text to clarify t= hat it may give the PSAP a hint about the premises or context, and also men= tion that it replicates an ALI field that exists in legacy. >=20 > -- > Randall Gellens > Opinions are personal; facts are suspect; I speak for myself only > -------------- Randomly selected tag: --------------- The United States d= oes not have a security system; it has a system for bothering people. > --Shlomo Dror, Israeli air security expert, in 2002 >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit