From nobody Mon Oct 30 12:20:44 2017 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 E0CFD13F65D; Mon, 30 Oct 2017 12:20:36 -0700 (PDT) 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.63.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150939123689.7827.5246093616989394881@ietfa.amsl.com> Date: Mon, 30 Oct 2017 12:20:36 -0700 Archived-At: Subject: [Ecrit] I-D Action: draft-ietf-ecrit-data-only-ea-14.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2017 19:20:37 -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 : Data-Only Emergency Calls Authors : Brian Rosen Henning Schulzrinne Hannes Tschofenig Randall Gellens Filename : draft-ietf-ecrit-data-only-ea-14.txt Pages : 22 Date : 2017-10-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. In some cases, however, the transmission of application data is all that is needed. 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 'data-only emergency calls'. This document describes a container for the data based on the Common Alerting Protocol (CAP) and its transmission using the SIP MESSAGE transaction. 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-14 https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-data-only-ea-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ecrit-data-only-ea-14 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 Mon Oct 30 14:03:24 2017 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 E03D413FB6E; Mon, 30 Oct 2017 14:03:18 -0700 (PDT) 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.63.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150939739887.7728.11207184037029667483@ietfa.amsl.com> Date: Mon, 30 Oct 2017 14:03:18 -0700 Archived-At: Subject: [Ecrit] I-D Action: draft-ietf-ecrit-similar-location-04.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2017 21:03:19 -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 : A LoST extension to return complete and similar location info Authors : Roger Marshall Jeff Martin Brian Rosen Filename : draft-ietf-ecrit-similar-location-04.txt Pages : 17 Date : 2017-10-30 Abstract: This document introduces a new way to provide returned location information in LoST responses that is either of a completed or similar form to the original input civic location, based on whether valid or invalid civic address elements are returned within the findServiceResponse message. This document defines a new extension to the findServiceResponse message within the LoST protocol [RFC5222] that enables the LoST protocol to return a completed civic address element set for a valid location response, and one or more suggested sets of similar location information for invalid LoST responses. These two types of civic addresses are referred to as either "complete location" or "similar location", and are included as a compilation of CAtype xml elements within the existing LoST findServiceResponse message structure. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ecrit-similar-location/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ecrit-similar-location-04 https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-similar-location-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ecrit-similar-location-04 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 Mon Oct 30 14:07:31 2017 Return-Path: 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 EE3BA13FB69 for ; Mon, 30 Oct 2017 14:07:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.888 X-Spam-Level: X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 JnBu5QBn_HS4 for ; Mon, 30 Oct 2017 14:07:28 -0700 (PDT) Received: from mail-qt0-x22b.google.com (mail-qt0-x22b.google.com [IPv6:2607:f8b0:400d:c0d::22b]) (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 07F9A13F5C9 for ; Mon, 30 Oct 2017 14:07:28 -0700 (PDT) Received: by mail-qt0-x22b.google.com with SMTP id v41so18193927qtv.12 for ; Mon, 30 Oct 2017 14:07:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:mime-version:subject:message-id:references:to:date; bh=r+2JPwcC3M8Ro/YNU5dMzq1JKw54yrRucARx20bf7YY=; b=ayZO2s7bO1MHcih+cQzzagBMZHFNm47bY/UMyXmWT6iljeO0h1aFFCEifARL63z1rS 5uc1ua1i81kqzGivxdbjr1B26p315pIfSeyDVfIzFh1dggb4II8YtCzTQUdE0XZltCx1 YktKdmkSUEaIpcMK1O6deiSv7QXen5u0+xo18YmvujJIbnf9bcdue+Jvs/DgIU59rgRS ZQ8lr3IYXd+nitEHB8rOFfYiO6yYIlOXccPjOo6SOT5hhL/+mF0/aFYnwetbxpfnAwYs IfQMI6o/xYrdUuFXqSLUwdy2OkDiA5NbmsReEiITDqJKNZdpGeodjJXRmhUmUQv2NS58 /qiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:references :to:date; bh=r+2JPwcC3M8Ro/YNU5dMzq1JKw54yrRucARx20bf7YY=; b=BXfy1JL+j3bz0/vZLkRmqYloyKWPbV9Qy4cTH5d7jh4xC1U5D2Amlav9ZGlPCO64dg p4E2+Z8iGzNaIJ5LIATN9wFbglDy6gxxM5eD9Z7d3JOmXzC7RPgk3w6sJGAV4nTaevgV wTlN/JrSxxeP/ZF21lmNOZ7quQi0oAffDQIdeX/FHLN0HGNHuqj+O7S9pcRN4IsigO+M cGr5rmnso5KJ6tA7Q+7a7znArPTCdG658Po4J3Nw568C/HPcUcPO1a6dOAHgpUrYJtzi Nb/KP2TmHwxCfBYXvLoVI6nYcO6uL0tgP/AzeAivT06o9kPwIw0hgepuaPwqXYCp3JHT 1Qjw== X-Gm-Message-State: AMCzsaU8mVoCTC9JQKEmq0JCJhyr38Ou1gc81eLOJBQRu3OjZrSBvvag WdXATGnc7DPIsIFVLy0YKLAhw4M7pYw= X-Google-Smtp-Source: ABhQp+RqJm6r73pv9ShdYvYCc+NU3/ZyI8pRnCzZPqv/FbrV35Oq2K9TbEQ12Y0bn7cEVqG8cG2DKw== X-Received: by 10.200.41.19 with SMTP id y19mr16307673qty.300.1509397646579; Mon, 30 Oct 2017 14:07:26 -0700 (PDT) Received: from [10.33.193.2] (neustar-sthide-nat1.neustar.biz. [156.154.81.54]) by smtp.gmail.com with ESMTPSA id c4sm9431380qth.6.2017.10.30.14.07.25 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 30 Oct 2017 14:07:25 -0700 (PDT) From: Brian Rosen Content-Type: multipart/alternative; boundary="Apple-Mail=_034A967B-6D40-4753-9B9B-849B5BC0C0CC" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Message-Id: <1805A4B1-C2C6-4BA9-AADC-5A90C21DE745@brianrosen.net> References: <150939739911.7728.12354728430860362625.idtracker@ietfa.amsl.com> To: ECRIT Date: Mon, 30 Oct 2017 17:07:23 -0400 X-Mailer: Apple Mail (2.3273) Archived-At: Subject: [Ecrit] Fwd: New Version Notification for draft-ietf-ecrit-similar-location-04.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2017 21:07:30 -0000 --Apple-Mail=_034A967B-6D40-4753-9B9B-849B5BC0C0CC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii This version resolves all comments EXCEPT that I did not include the = Relax schema updates for the two new parameters returnAdditionalLocation = and similarLocationsLimited. Ran out of time. Brian > Begin forwarded message: >=20 > From: internet-drafts@ietf.org > Subject: New Version Notification for = draft-ietf-ecrit-similar-location-04.txt > Date: October 30, 2017 at 5:03:19 PM EDT > To: "Jeff Martin" >, "Brian Rosen" >, "Roger Marshall" > >=20 >=20 > A new version of I-D, draft-ietf-ecrit-similar-location-04.txt > has been successfully submitted by Brian Rosen and posted to the > IETF repository. >=20 > Name: draft-ietf-ecrit-similar-location > Revision: 04 > Title: A LoST extension to return complete and similar = location info > Document date: 2017-10-30 > Group: ecrit > Pages: 17 > URL: = https://www.ietf.org/internet-drafts/draft-ietf-ecrit-similar-location-04.= txt = > Status: = https://datatracker.ietf.org/doc/draft-ietf-ecrit-similar-location/ = > Htmlized: = https://tools.ietf.org/html/draft-ietf-ecrit-similar-location-04 = > Htmlized: = https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-similar-location-04= = > Diff: = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ecrit-similar-location-04 = = >=20 > Abstract: > This document introduces a new way to provide returned location > information in LoST responses that is either of a completed or > similar form to the original input civic location, based on whether > valid or invalid civic address elements are returned within the > findServiceResponse message. This document defines a new extension > to the findServiceResponse message within the LoST protocol = [RFC5222] > that enables the LoST protocol to return a completed civic address > element set for a valid location response, and one or more suggested > sets of similar location information for invalid LoST responses. > These two types of civic addresses are referred to as either > "complete location" or "similar location", and are included as a > compilation of CAtype xml elements within the existing LoST > findServiceResponse message structure. >=20 >=20 >=20 >=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 = . >=20 > The IETF Secretariat >=20 --Apple-Mail=_034A967B-6D40-4753-9B9B-849B5BC0C0CC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii This version resolves all comments EXCEPT that I did not = include the Relax schema updates for the two new = parameters returnAdditionalLocation = and similarLocationsLimited.  Ran out of time.

Brian


Begin forwarded message:

From: = internet-drafts@ietf.org
Subject: = New Version = Notification for draft-ietf-ecrit-similar-location-04.txt
Date: = October 30, 2017 at 5:03:19 PM = EDT
To: = "Jeff Martin" <jmartin@comtechtel.com>, "Brian Rosen" <br@brianrosen.net>, = "Roger Marshall" <rmarshall@comtechtel.com>

A new version = of I-D, draft-ietf-ecrit-similar-location-04.txt
has been = successfully submitted by Brian Rosen and posted to the
IETF= repository.

Name: = draft-ietf-ecrit-similar-location
Revision: 04
Title:= = A LoST extension to return complete and similar location info
Document date: 2017-10-30
Group:= = ecrit
Pages: 17
URL: =            https://www.ietf.org/internet-drafts/draft-ietf-ecrit-similar-l= ocation-04.txt
Status: =         https://datatracker.ietf.org/doc/draft-ietf-ecrit-similar-locat= ion/
Htmlized:       https://tools.ietf.org/html/draft-ietf-ecrit-similar-location-0= 4
Htmlized:       https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-similar-= location-04
Diff: =           https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ecrit-similar-lo= cation-04

Abstract:
=   This document introduces a new way to provide returned = location
  information in LoST responses that = is either of a completed or
  similar form to = the original input civic location, based on whether
=   valid or invalid civic address elements are returned within = the
  findServiceResponse message.  This = document defines a new extension
  to the = findServiceResponse message within the LoST protocol [RFC5222]
  that enables the LoST protocol to return a = completed civic address
  element set for a = valid location response, and one or more suggested
=   sets of similar location information for invalid LoST = responses.
  These two types of civic addresses = are referred to as either
  "complete location" = or "similar location", and are included as a
=   compilation of CAtype xml elements within the existing = LoST
  findServiceResponse message = structure.




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.

The IETF = Secretariat


= --Apple-Mail=_034A967B-6D40-4753-9B9B-849B5BC0C0CC-- From nobody Mon Oct 30 14:10:45 2017 Return-Path: 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 357CD13FB90 for ; Mon, 30 Oct 2017 14:10:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.588 X-Spam-Level: X-Spam-Status: No, score=-2.588 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 aXtpPkDzzjpJ for ; Mon, 30 Oct 2017 14:10:41 -0700 (PDT) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (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 52A5D13FB8A for ; Mon, 30 Oct 2017 14:10:17 -0700 (PDT) Received: by mail-qk0-x22f.google.com with SMTP id f199so17992925qke.2 for ; Mon, 30 Oct 2017 14:10:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:mime-version:subject:message-id:references:to:date; bh=0nx2JNAOfWuq3OYQiKbdJ7221l794biWdF7VQnW+TT0=; b=sTvOYVUECdDh8Xe6dGZYr4XMyTfAf7RJ65sY/6eqA6i2tt6CDS8AZgqnR3so6d7wWr 3nRvSftyJ/7joQzl9vtYmsypmhLVHJvG06o4hrbomgYScIU4KsYI8Zjl+jNOw7uPV3nr gKV5YjFpdAvK7GQpK5TSkUmWLVZO6tiVl3cFK0GMcY0tkS0dr4291KHVphVm5xP14tHa OI3pfgP2U7mbrNg3UsiU/Vk8f3chL4oAyqJWUer+xAHRObTnI7k+tmOk0bVvJR+VUB7Y IqOIqAiwiKF7TL1tm1CzOk9JWzhbNkwPHpRnIZfxZJPuy8mtn65ny6A8Dybe/DerzOKE RZ5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:references :to:date; bh=0nx2JNAOfWuq3OYQiKbdJ7221l794biWdF7VQnW+TT0=; b=NTKpaj4BKdDg325GeII6mSVy/NWfaGotUuT7B2Z8nxBAXwdm9XQnlidvi0t5lAWTUn di6ZKH6xXCnmbOHYsrACO6pP3XA2YNIlrK1PPszlHQCLJQgVW70dVyl7TiRih0d4/z2C 0uEItmVZCMc6RiXL18zM6B+UXEfqWLs6WBMOUlwtFVTBCotedIUO4iY5+skc2Ym8FEgp ESa1N7h6DnXowiV+Iu4q1Vi82NMbnrDqd199gm6jrrvxUN6t9NvaIzeYeCwT0mhG6ebT YTF9vjCP2ipjx0CS9/qB+B2gfmxpc6wvaWp3RLAouW+5fXbUQDGNBEkR3Aga9M2cFDn0 si8Q== X-Gm-Message-State: AMCzsaVn/xliCdfNY9iaEMkDiKIACiXD6aygkr4f6ZVDDULriNFLfxws e6Vrx6cKqnW78XJuhkdq2H2Rh/pm6dk= X-Google-Smtp-Source: ABhQp+SSv4rX3JzIsXj7QU7XMqwvoKJ0/J5t+wtC89qTqu9K2SbwCG+5NQuBcmbQ6AGReNfbxFevZA== X-Received: by 10.55.104.216 with SMTP id d207mr15017545qkc.142.1509397815988; Mon, 30 Oct 2017 14:10:15 -0700 (PDT) Received: from [10.33.193.2] (neustar-sthide-nat1.neustar.biz. [156.154.81.54]) by smtp.gmail.com with ESMTPSA id l50sm10698142qtl.33.2017.10.30.14.10.14 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 30 Oct 2017 14:10:14 -0700 (PDT) From: Brian Rosen Content-Type: multipart/alternative; boundary="Apple-Mail=_23B5703E-5942-4E26-990C-1C0E842C6048" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Message-Id: <5CA79A96-AF89-4813-A39D-4452BC34DB6F@brianrosen.net> References: <150939750338.7902.11789050041051115152.idtracker@ietfa.amsl.com> To: ECRIT Date: Mon, 30 Oct 2017 17:10:13 -0400 X-Mailer: Apple Mail (2.3273) Archived-At: Subject: [Ecrit] Fwd: New Version Notification for draft-rosen-ecrit-service-urn-subregistries-01.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2017 21:10:44 -0000 --Apple-Mail=_23B5703E-5942-4E26-990C-1C0E842C6048 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 This version updates the draft to include the registrations Henning = discussed. I think I got all the email comments covered, but I=E2=80=99d = request anyone who did have specific comments please see that I did = incorporate their comments. Brian > Begin forwarded message: >=20 > From: internet-drafts@ietf.org > Subject: New Version Notification for = draft-rosen-ecrit-service-urn-subregistries-01.txt > Date: October 30, 2017 at 5:05:03 PM EDT > To: "Brian Rosen" >, = "Henning Schulzrinne" > >=20 >=20 > A new version of I-D, = draft-rosen-ecrit-service-urn-subregistries-01.txt > has been successfully submitted by Brian Rosen and posted to the > IETF repository. >=20 > Name: draft-rosen-ecrit-service-urn-subregistries > Revision: 01 > Title: A Subregistry for urn:service:sos.police, fire = and ambulance > Document date: 2017-10-30 > Group: Individual Submission > Pages: 10 > URL: = https://www.ietf.org/internet-drafts/draft-rosen-ecrit-service-urn-subregi= stries-01.txt = > Status: = https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-subregistri= es/ = > Htmlized: = https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subregistries-01= = > Htmlized: = https://datatracker.ietf.org/doc/html/draft-rosen-ecrit-service-urn-subreg= istries-01 = > Diff: = https://www.ietf.org/rfcdiff?url2=3Ddraft-rosen-ecrit-service-urn-subregis= tries-01 = >=20 > Abstract: > In most countries, there are multiple kinds of police forces. > RFC5031 defines a "Service URN" which is used to route emergency > calls. The urn has a sub registry for different kinds of emergency > services that may be reached from different telephone numbers or > service numbers (as opposed to a single number like 112). In many > countries, the "police" service is not a single service, but more > than one service where the service area and/or types of emergencies > they respond to are different. In some countries there are multiple > ambulance services. This document defines sub registries for > urn:service:sos.police, urn:service:sos.ambulance and, for > completeness, urn:service:sos.fire. It also provides an initial set > of entries for these sub registries. These services are in addition > to the base urn:service:sos.police, etc. services. >=20 >=20 >=20 >=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 = . >=20 > The IETF Secretariat >=20 --Apple-Mail=_23B5703E-5942-4E26-990C-1C0E842C6048 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
This version updates the draft to include the = registrations Henning discussed.  I think I got all the email = comments covered, but I=E2=80=99d request anyone who did have specific = comments please see that I did incorporate their comments.

Brian


Begin forwarded message:

From: = internet-drafts@ietf.org
Subject: = New Version = Notification for = draft-rosen-ecrit-service-urn-subregistries-01.txt
Date: = October 30, 2017 at 5:05:03 PM = EDT
To: = "Brian Rosen" <br@brianrosen.net>, = "Henning Schulzrinne" <hgs+ecrit@cs.columbia.edu>

A new version of I-D, = draft-rosen-ecrit-service-urn-subregistries-01.txt
has = been successfully submitted by Brian Rosen and posted to the
IETF repository.

Name: = draft-rosen-ecrit-service-urn-subregistries
Revision: 01
Title: A = Subregistry for urn:service:sos.police, fire and ambulance
Document date: 2017-10-30
Group:= = Individual Submission
Pages: 10
URL: =            https://www.ietf.org/internet-drafts/draft-rosen-ecrit-service-= urn-subregistries-01.txt
Status: =         https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-= subregistries/
Htmlized: =       https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subre= gistries-01
Htmlized: =       https://datatracker.ietf.org/doc/html/draft-rosen-ecrit-service= -urn-subregistries-01
Diff: =           https://www.ietf.org/rfcdiff?url2=3Ddraft-rosen-ecrit-service-u= rn-subregistries-01

Abstract:
  In most countries, there are multiple kinds of = police forces.
  RFC5031 defines a "Service = URN" which is used to route emergency
  calls. =  The urn has a sub registry for different kinds of emergency
  services that may be reached from different = telephone numbers or
  service numbers (as = opposed to a single number like 112).  In many
=   countries, the "police" service is not a single service, but = more
  than one service where the service area = and/or types of emergencies
  they respond to = are different.  In some countries there are multiple
=   ambulance services.  This document defines sub = registries for
  urn:service:sos.police, = urn:service:sos.ambulance and, for
=   completeness, urn:service:sos.fire.  It also provides = an initial set
  of entries for these sub = registries.  These services are in addition
=   to the base urn:service:sos.police, etc. services.




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.

The IETF = Secretariat


= --Apple-Mail=_23B5703E-5942-4E26-990C-1C0E842C6048-- From nobody Mon Oct 30 14:15:17 2017 Return-Path: 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 76CDB13FB7F for ; Mon, 30 Oct 2017 14:15:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.588 X-Spam-Level: X-Spam-Status: No, score=-2.588 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 QpWtQY6khBPk for ; Mon, 30 Oct 2017 14:15:14 -0700 (PDT) Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d:c09::22c]) (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 2C73F13F3FF for ; Mon, 30 Oct 2017 14:15:14 -0700 (PDT) Received: by mail-qk0-x22c.google.com with SMTP id b15so17947713qkg.9 for ; Mon, 30 Oct 2017 14:15:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:mime-version:subject:message-id:references:to:date; bh=+vxoq6RaVJCt70pOL+uphYB73h5EQpQSKbEla0XZbE4=; b=Nyzc0h0pa1XtRvXGM491Bh4WjCNaUlOJgJwleHkQRoVbUWKjg6M+GGgRDrZdfroRsy DrCUzSCoR4d3WHxdb3jdgXrWpQIJO4/0wBtl85M9JP+hPwPW40wkgxaGwbA5XJiYGm3/ 4UP4v3/HV7fF1cScpubtljm9gOibYufjVmLPWOH6DkgCf5mX+AIzu820cBAGuL+ZPooH HezZXp4wVw4FDSv8/MsewDZBTNIe8NkAHnDQ1Olx9a2BbT4/1BpWlxH5mO93fs43hntG mnOL3tiaYo1I6ElwMY7lkvbCioLFEfyihm65SwcwGHGTe19T+j7YF6PkNY/7n7ScpgyH vsyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:references :to:date; bh=+vxoq6RaVJCt70pOL+uphYB73h5EQpQSKbEla0XZbE4=; b=CTQHfRwpq6PPoRAIYsX1q0WjS8wZ76UKGh0QSgvZY0+gqSUp6+mM+YVBKfkmnTaLTk SdLjxzkuIvwt+G3uwWdk6M73gQ1SOcdEhMre8XCKbxPBDcITYa/CPlwyzMzzM2TnN74q m7NHTMaJAnsbfThfAzUH5scU2ZDCmyb3495tD8jIvgiAZ0USp/G0U3Me7/rPbKRjaRwS XHGLeec7tVufyQphkYTJlNic6BWLhhht3zGPl8py565pex4VYrYO1f3rC6GwyW68P36E 2kScFzoDls/8FtO23c42UYe7Nr8ntcCaO2bkWH3qjDbgGCKIGp5ymsHSNq/NuZDoR4DS kL9A== X-Gm-Message-State: AMCzsaWrNbsT2XmfLg1eFcc4KjlMe19T+IsYlWdOXMYgVXm98o69U+fH 2PgR0C1KtIr16U5HshDpvIEHlA9K6+o= X-Google-Smtp-Source: ABhQp+RB3NiD4P4Zj7DbuQqkJrSlnbTuCLCg0d5T02TLNJRoo9FHOn+d4PDX0UU5t/ZuIru3Cb+E7Q== X-Received: by 10.55.111.193 with SMTP id k184mr16083536qkc.244.1509398112869; Mon, 30 Oct 2017 14:15:12 -0700 (PDT) Received: from [10.33.193.2] (neustar-sthide-nat1.neustar.biz. [156.154.81.54]) by smtp.gmail.com with ESMTPSA id n23sm9980716qka.1.2017.10.30.14.15.11 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 30 Oct 2017 14:15:11 -0700 (PDT) From: Brian Rosen Content-Type: multipart/alternative; boundary="Apple-Mail=_3C67CD4C-35A3-46AF-B377-7E46E1AFB2C7" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Message-Id: <1BB47450-219F-47FD-9330-4098EA6127C3@brianrosen.net> References: <150939123689.7827.5246093616989394881@ietfa.amsl.com> To: ECRIT Date: Mon, 30 Oct 2017 17:15:09 -0400 X-Mailer: Apple Mail (2.3273) Archived-At: Subject: [Ecrit] Fwd: I-D Action: draft-ietf-ecrit-data-only-ea-14.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2017 21:15:16 -0000 --Apple-Mail=_3C67CD4C-35A3-46AF-B377-7E46E1AFB2C7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I believe this version incorporates all comments received. Brian > Begin forwarded message: >=20 > From: internet-drafts@ietf.org > Subject: I-D Action: draft-ietf-ecrit-data-only-ea-14.txt > Date: October 30, 2017 at 3:20:36 PM EDT > To: > > Cc: ecrit@ietf.org > Reply-To: internet-drafts@ietf.org >=20 >=20 > 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. >=20 > Title : Data-Only Emergency Calls > Authors : Brian Rosen > Henning Schulzrinne > Hannes Tschofenig > Randall Gellens > Filename : draft-ietf-ecrit-data-only-ea-14.txt > Pages : 22 > Date : 2017-10-30 >=20 > 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. >=20 > In some cases, however, the transmission of application data is all > that is needed. 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 'data-only emergency calls'. > This document describes a container for the data based on the Common > Alerting Protocol (CAP) and its transmission using the SIP MESSAGE > transaction. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-ecrit-data-only-ea/ = >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-ecrit-data-only-ea-14 > https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-data-only-ea-14 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ecrit-data-only-ea-14 >=20 >=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. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt --Apple-Mail=_3C67CD4C-35A3-46AF-B377-7E46E1AFB2C7 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii I believe this version incorporates all comments = received.

Brian

Begin forwarded message:

From: = internet-drafts@ietf.org
Subject: = I-D Action: = draft-ietf-ecrit-data-only-ea-14.txt
Date: = October 30, 2017 at 3:20:36 PM = EDT
To: = <i-d-announce@ietf.org>
Cc: ecrit@ietf.org
Reply-To: = internet-drafts@ietf.org


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 =           : Data-Only = Emergency Calls
=        Authors =         : Brian Rosen
=             &n= bsp;           &nbs= p;Henning Schulzrinne
=             &n= bsp;           &nbs= p;Hannes Tschofenig
=             &n= bsp;           &nbs= p;Randall Gellens
Filename =        : = draft-ietf-ecrit-data-only-ea-14.txt
Pages =           : 22
= Date =            : = 2017-10-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.

  In some cases, = however, the transmission of application data is all
=   that is needed.  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 'data-only emergency calls'.
  This = document describes a container for the data based on the Common
  Alerting Protocol (CAP) and its transmission = using the SIP MESSAGE
  transaction.


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-14
https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-data-onl= y-ea-14

A diff from the previous version is = available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ecrit-data-only-= ea-14


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/

_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: = http://www.ietf.org/shadow.html
or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt

= --Apple-Mail=_3C67CD4C-35A3-46AF-B377-7E46E1AFB2C7-- From nobody Tue Oct 31 14:44:37 2017 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 256ED13F761; Tue, 31 Oct 2017 14:44:36 -0700 (PDT) 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.63.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150948627611.28205.2174627547401298217@ietfa.amsl.com> Date: Tue, 31 Oct 2017 14:44:36 -0700 Archived-At: Subject: [Ecrit] I-D Action: draft-ietf-ecrit-lost-planned-changes-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2017 21:44:36 -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 : Validation of Locations Around a Planned Change Author : Brian Rosen Filename : draft-ietf-ecrit-lost-planned-changes-00.txt Pages : 10 Date : 2017-10-30 Abstract: This document defines an extension to LoST (RFC5222) that allows a planned change to the data in the LoST server to occur. Records that previously were valid will become invalid at a date in the future, and new locations will become valid after the date. The extension adds two elements to the request: A URI to be used to inform the LIS that previously valid locations will be invalid after the planned change date, and add a date which requests the server to perform validation as of the date specified. It also adds an optional Time-To-Live element to the response, which informs clients about the current expected lifetime of the validation. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ecrit-lost-planned-changes/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ecrit-lost-planned-changes-00 https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-lost-planned-changes-00 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/