From nobody Thu Jan 23 15:30:21 2020 Return-Path: X-Original-To: expand-draft-ietf-ecrit-data-only-ea.all@virtual.ietf.org Delivered-To: ecrit@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 89CA1120041; Thu, 23 Jan 2020 15:30:20 -0800 (PST) X-Original-To: xfilter-draft-ietf-ecrit-data-only-ea.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-ecrit-data-only-ea.all@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4878F1200CD for ; Thu, 23 Jan 2020 15:30:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.98 X-Spam-Level: X-Spam-Status: No, score=-1.98 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nostrum.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 r_xtt7deixdk for ; Thu, 23 Jan 2020 15:30:19 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BB51120041 for ; Thu, 23 Jan 2020 15:30:16 -0800 (PST) Received: from Zephyrus.local (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id 00NN4IIC029996 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 23 Jan 2020 17:04:19 -0600 (CST) (envelope-from adam@nostrum.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1579820659; bh=3b2jJwPWOlKCf+LodvsVQ5Iqc+yvzbgpyjILndNkPsE=; h=To:From:Subject:Date; b=nwB8fR7K4WfDhxQNhEGuENULtVZMBRsY8EGKjcaIp/c7/fdiK6N7mcdblq4dnQ7au BcCVFg2jen/8ElgmYAhnkH+uxd5CSEM4Z6tER/Cfto4xnxhgRJQGQGF2aVthlH9SCG tvcsdeoMe4mjhHb8j4TV1TfYJ3AU9ekwWEJeCc8Q= X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Zephyrus.local To: draft-ietf-ecrit-data-only-ea.all@ietf.org From: Adam Roach Message-ID: <73f76574-c0d8-eb4e-3f4d-11f95fb6dab3@nostrum.com> Date: Thu, 23 Jan 2020 17:04:13 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Resent-From: Resent-To: br@brianrosen.net, hgs+ecrit@cs.columbia.edu, hannes.tschofenig@arm.com, rg+ietf@coretechnologyconsulting.com, allison.mankin@gmail.com, roger.marshall@comtechtel.com, barryleiba@computer.org, adam@nostrum.com, aamelnikov@fastmail.fm, Allison Mankin , draft-ietf-ecrit-data-only-ea@ietf.org, ecrit@ietf.org Resent-Message-Id: <20200123233020.89CA1120041@ietfa.amsl.com> Resent-Date: Thu, 23 Jan 2020 15:30:20 -0800 (PST) Archived-At: Subject: [Ecrit] RESPONSE REQUESTED: draft-ietf-ecrit-data-only-ea X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2020 23:30:20 -0000 Authors of draft-ietf-ecrit-data-only-ea: This is a reminder that I am waiting for a new version of draft-ietf-ecrit-data-only-ea so that I may progress it towards publication. Please let me know when I should expect a new version of the document. Thanks. /a From nobody Tue Jan 28 14:27:30 2020 Return-Path: X-Original-To: ecrit@ietf.org Delivered-To: ecrit@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 58CBC12004D; Tue, 28 Jan 2020 14:27:26 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ecrit@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.116.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ecrit@ietf.org Message-ID: <158025044629.4587.15365434281248573507@ietfa.amsl.com> Date: Tue, 28 Jan 2020 14:27:26 -0800 Archived-At: Subject: [Ecrit] I-D Action: draft-ietf-ecrit-data-only-ea-19.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2020 22:27:26 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Emergency Context Resolution with Internet Technologies WG of the IETF. Title : Non-Interactive Emergency Calls Authors : Brian Rosen Henning Schulzrinne Hannes Tschofenig Randall Gellens Filename : draft-ietf-ecrit-data-only-ea-19.txt Pages : 23 Date : 2020-01-28 Abstract: RFC 6443 'Framework for Emergency Calling Using Internet Multimedia' describes how devices use the Internet to place emergency calls and how Public Safety Answering Points (PSAPs) handle Internet multimedia emergency calls natively. The exchange of multimedia traffic for emergency services involves a Session Initiation Protocol (SIP) session establishment starting with a SIP INVITE that negotiates various parameters for that session. These calls involve a person, who uses the interactive media to communicate with the PSAP. In some cases, however, the transmission of application data is all that is needed, and no interactive media channel is established. Examples of such environments include alerts issued by a temperature sensor, burglar alarm, or chemical spill sensor. Often these alerts are conveyed as one-shot data transmissions. These type of interactions are called 'non-interactive emergency calls'. This document describes use of a SIP MESSAGE transaction containing a container for the data based on the Common Alerting Protocol (CAP). MESSAGE does not establish a session, which differentiates this type of emergency request from a SIP INVITE, which would. Any device that needs to initiate a request for emergency services where no interactive media channel will be established would use the mechanisms in this document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ecrit-data-only-ea/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ecrit-data-only-ea-19 https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-data-only-ea-19 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ecrit-data-only-ea-19 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jan 30 10:12:32 2020 Return-Path: X-Original-To: ecrit@ietf.org Delivered-To: ecrit@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C20C120227; Thu, 30 Jan 2020 10:12:28 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ecrit@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.116.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ecrit@ietf.org Message-ID: <158040794819.10307.7185634694270697553@ietfa.amsl.com> Date: Thu, 30 Jan 2020 10:12:28 -0800 Archived-At: Subject: [Ecrit] I-D Action: draft-ietf-ecrit-data-only-ea-20.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 18:12:28 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Emergency Context Resolution with Internet Technologies WG of the IETF. Title : Non-Interactive Emergency Calls Authors : Brian Rosen Henning Schulzrinne Hannes Tschofenig Randall Gellens Filename : draft-ietf-ecrit-data-only-ea-20.txt Pages : 23 Date : 2020-01-30 Abstract: RFC 6443 'Framework for Emergency Calling Using Internet Multimedia' describes how devices use the Internet to place emergency calls and how Public Safety Answering Points (PSAPs) handle Internet multimedia emergency calls natively. The exchange of multimedia traffic for emergency services involves a Session Initiation Protocol (SIP) session establishment starting with a SIP INVITE that negotiates various parameters for that session. These calls involve a person, who uses the interactive media to communicate with the PSAP. In some cases, however, the transmission of application data is all that is needed, and no interactive media channel is established. Examples of such environments include alerts issued by a temperature sensor, burglar alarm, or chemical spill sensor. Often these alerts are conveyed as one-shot data transmissions. These type of interactions are called 'non-interactive emergency calls'. This document describes use of a SIP MESSAGE transaction containing a container for the data based on the Common Alerting Protocol (CAP). MESSAGE does not establish a session, which differentiates this type of emergency request from a SIP INVITE, which would. Any device that needs to initiate a request for emergency services where no interactive media channel will be established would use the mechanisms in this document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ecrit-data-only-ea/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ecrit-data-only-ea-20 https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-data-only-ea-20 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ecrit-data-only-ea-20 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/