From nobody Thu Jan 14 06:14:34 2016 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 AF0051B33E1 for ; Thu, 14 Jan 2016 06:14:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 Uk42QzbQ5G81 for ; Thu, 14 Jan 2016 06:14:31 -0800 (PST) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F7111ACE9D for ; Thu, 14 Jan 2016 06:14:31 -0800 (PST) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 71C78208AB for ; Thu, 14 Jan 2016 09:14:30 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute5.internal (MEProxy); Thu, 14 Jan 2016 09:14:30 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cooperw.in; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=+VkqFoCN2nGiDbRgbKRfuKzLrLw=; b=Z55+tC Q3dQlOOYTG9Wg46zeXTNQ8DiQ/J+6vxagYdoqG9K6oWNAq3SYRaJnL7Qzku1c3ED XKPGFLgcBD9AluZTI73Xrr0I+xp99an6b/y6OM8PEdYZhs3h5D2Z4DiBxnNimomO Ef/ytvDP2rExgpWk2tVFuH2N/yuxTDr0/ByaY= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=+VkqFoCN2nGiDbR gbKRfuKzLrLw=; b=LCJZ3qnAqLx95fQd5oWPjNvB2X9fk3HGmMguZa/7x/DU+zg sCOPOFidBZ68/c9AGK+O2TE2NqR/T0RHcIyKydZYUi/HMlKLlS1zD7rEJxxT9Pqi eK3fRvctBxeEoxGGixY57SVPysn+ATEa/5o+vkM9Vj/UJeLeHeXBdbYRNJfY= X-Sasl-enc: h0TAS93dbxu/einTBSX7Jt/TocU8lZ4bN+CHoyr/Vu7J 1452780869 Received: from sjc-alcoop-88112.cisco.com (unknown [128.107.241.166]) by mail.messagingengine.com (Postfix) with ESMTPA id 1B38FC016F2; Thu, 14 Jan 2016 09:14:28 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Alissa Cooper In-Reply-To: <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> Date: Thu, 14 Jan 2016 06:14:28 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> To: Ivo Sedlacek X-Mailer: Apple Mail (2.2104) Archived-At: Cc: Ben Campbell , Marc Linsner , Liaison Statement Management Tool , "DRAGE, Keith \(Keith\)" , "3GPPLiaison@etsi.org" <3GPPLiaison@etsi.org>, Barry Leiba , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 14:14:33 -0000 Hi Ivo, As I noted, I believe the assumption is that there are people = participating in both groups and thus the current IETF drafts reflect = those people=E2=80=99s expectations about what may arise out of 3GPP. Of = course if the drafts become RFCs and it turns out that 3GPP=E2=80=99s = requirements don=E2=80=99t match up, there=E2=80=99s always the option = of doing bis drafts. I=E2=80=99m just reflecting back what I believe the will of both this WG = and 3GPP to be =E2=80=94 as I said, the liaison statement doesn=E2=80=99t = ask ECRIT to stop its work and wait, and it was my impression that WG = participants here didn=E2=80=99t think that was necessary either. But if = the WG consensus would point in the direction of waiting, that would be = fine too. Alissa > On Dec 22, 2015, at 5:11 AM, Ivo Sedlacek = wrote: >=20 > Hello, >=20 >> The plan is to continue progressing the drafts and for those who are = involved in both to keep an eye out for potential areas where there = might be a lack of harmonization.=20 >=20 > Won=E2=80=99t the drafts be soon published as RFCs?=20 >=20 > If so, how will that allow harmonization with the future 3GPP = requirements? >=20 > Kind regards >=20 > Ivo Sedlacek >=20 > -----Original Message----- > From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Alissa Cooper > Sent: Friday, December 18, 2015 9:13 PM > To: DRAGE, Keith (Keith) > Cc: Ben Campbell; Marc Linsner; Liaison Statement Management Tool; = 3GPPLiaison@etsi.org; Barry Leiba; Emergency Context Resolution with = Internet Technologies Discussion List > Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support = for the EU from IETF Ecrit WG" >=20 > We=E2=80=99ve known for awhile now that the 3GPP work was going to be = somewhat delayed compared to the IETF work. The plan is to continue = progressing the drafts and for those who are involved in both to keep an = eye out for potential areas where there might be a lack of = harmonization. I think this is implicitly reflected in the liaison = statement the WG received =E2=80=94 it doesn=E2=80=99t ask the WG to = stop what it=E2=80=99s doing. > Alissa=20 >=20 >> On Dec 8, 2015, at 8:25 PM, DRAGE, Keith (Keith) = wrote: >>=20 >> The underlying problem here is that SA2 has not yet done enough work = (as in none) to see if the IETF drafts meet the 3GPP requirements. The = SA2 study is critical to this. >>=20 >> Given that 3GPP usage is pretty much the only use case for these = drafts... >>=20 >> Keith >>=20 >> -----Original Message----- >> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Liaison = Statement Management Tool >> Sent: 02 December 2015 18:17 >> To: Roger Marshall; Marc Linsner >> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution with = Internet Technologies Discussion List; 3GPPLiaison@etsi.org; Barry Leiba >> Subject: [Ecrit] New Liaison Statement, "Reply LS on eCall support = for the EU from IETF Ecrit WG" >>=20 >> Title: Reply LS on eCall support for the EU from IETF Ecrit WG = Submission Date: 2015-12-02 URL of the IETF Web page: = https://datatracker.ietf.org/liaison/1447/ >>=20 >> From: "leopold.murhammer@t-mobile.at" >> To: Marc Linsner , Roger Marshall = >> Cc: Barry Leiba ,Marc Linsner = ,Ben Campbell ,Alissa Cooper = ,Roger Marshall ,Emergency = Context Resolution with Internet Technologies Discussion List = , Response Contacts: 3GPPLiaison@etsi.org Technical = Contacts:=20 >> Purpose: In response >>=20 >> Referenced liaison: Liaison Statement on NG eCall support for the EU = (https://datatracker.ietf.org/liaison/1412/) >>=20 >> Body:=20 >> 1. Overall Description: >> SA2 would like to thank IETF ECRIT for the incoming LS informing 3GPP = of IETF work enabling eCall over IETF SIP. SA2 has agreed on a work item = (enclosed) in SA2#111, see WID (S2-153654) "Evolution to and = Interworking with eCall in IMS Stage2". >>=20 >> SA2 plans to start work on this topic at SA2#113 and finalize the = work by May 2016.=20 >>=20 >> 2. Actions: >> To IETF Ecrit WG group. >> ACTION: TSG SA WG2 respectfully asks IETF ECRIT to take the = above information into account.=20 >>=20 >> 3. Date of Next TSG-SA WG2 Meetings: >> TSG-SA WG2 Meeting #113 25-29 January, 2016 St. = Kitts >> TSG-SA WG2 Meeting #114 11-15 April, 2016 Sophia = Antipolis, FR >>=20 >> Attachments: >>=20 >> S2-154463_was_154449_154138_LS_Reply_IETF_cl >> = https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgs= a-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attach= ment-1.pdf >>=20 >> S2-153654-ecall over IMS-r8 >> = https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgs= a-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attach= ment-2.pdf >>=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 >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit From nobody Thu Jan 14 06:18:47 2016 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 2F1DC1AD0D6 for ; Thu, 14 Jan 2016 06:18:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 jnEo2hIqHtsS for ; Thu, 14 Jan 2016 06:18:42 -0800 (PST) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C09341AD369 for ; Thu, 14 Jan 2016 06:18:31 -0800 (PST) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 2D25C2043E for ; Thu, 14 Jan 2016 09:18:31 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute6.internal (MEProxy); Thu, 14 Jan 2016 09:18:31 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cooperw.in; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=DECZOyOJeW4SFUhhqdyMLuMyb6I=; b=IyaBp2 UdbcXS54dRlibY6d+V2h6ZfIi5AUQNzhEeoev7VI3Gx4yUrdourzpbCc+OG8RH+5 sRhNmETQxabtZeEz7Bor2mwaHA370ykKh1iFMbaCV7e126+juoIP9pRUJ1ugP5su AAO7CT5Uie2ySTyOi6yoWeOOAMT6NqBAkDZGM= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=DECZOyOJeW4SFUh hqdyMLuMyb6I=; b=a93LG5jiViLru0Hf9X2YUyDAEjsweWnoGk9LS4jC+vwXVti 3qozAvxNXtWp147pEz+2ejUKmVqArfmuHmtlbw4pRotYB2eCXqSPVZNT4sQilw6X G377ZoSXnxtchmQMGp07VAy38L3YIAJXZVBxoxJ7zr3y1Ti7JC+gdDVWBy/w= X-Sasl-enc: 47h9lHI7W6xFKNcdAbwzUlVgRkF4OSET5U6zbHifviyj 1452781110 Received: from sjc-alcoop-88112.cisco.com (unknown [128.107.241.166]) by mail.messagingengine.com (Postfix) with ESMTPA id 9A21DC016C4; Thu, 14 Jan 2016 09:18:30 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Alissa Cooper In-Reply-To: Date: Thu, 14 Jan 2016 06:18:29 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <6B63162D-D8A6-4067-A4B9-FBBF0AC001C5@cooperw.in> References: <20151209111702.28712.75357.idtracker@ietfa.amsl.com> To: Roger Marshall X-Mailer: Apple Mail (2.2104) Archived-At: Cc: "ecrit@ietf.org" Subject: Re: [Ecrit] I-D Action: draft-ietf-ecrit-held-routing-04.txt 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: Thu, 14 Jan 2016 14:18:47 -0000 Given that the LIS behavior change has been published and around for = awhile and no one in the WG has made noise about it, I=E2=80=99m going = to request IETF LC for this document. That still gives more time for = folks to speak up about it if you want to. Alissa > On Dec 17, 2015, at 2:38 PM, Roger Marshall = wrote: >=20 > WG: > Is there any work group feedback on James' updates specifically - and = on the held-routing draft in general? > Would like to get some before the year end. >=20 > -roger. >=20 > -----Original Message----- > From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of = internet-drafts@ietf.org > Sent: Wednesday, December 09, 2015 3:17 AM > To: i-d-announce@ietf.org > Cc: ecrit@ietf.org > Subject: [Ecrit] I-D Action: draft-ietf-ecrit-held-routing-04.txt >=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 Working Group of the IETF. >=20 > Title : A Routing Request Extension for the HELD = Protocol > Authors : James Winterbottom > Hannes Tschofenig > Laura Liess > Filename : draft-ietf-ecrit-held-routing-04.txt > Pages : 16 > Date : 2015-12-09 >=20 > Abstract: > For cases where location servers have access to emergency routing > information they are able to return routing information with the > location information if the location request includes a request for > the desired routing information. This document specifies an > extension to the HELD protocol, updating [RFC5985], to support this > funciton. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-ecrit-held-routing/ >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-ecrit-held-routing-04 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ecrit-held-routing-04 >=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 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit >=20 > 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. From nobody Thu Jan 14 06:22:37 2016 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 8AA581B2DA9 for ; Thu, 14 Jan 2016 06:22:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 DJ6fnfWEgurg for ; Thu, 14 Jan 2016 06:22:31 -0800 (PST) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF0941B2D8D for ; Thu, 14 Jan 2016 06:22:31 -0800 (PST) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 356D0203F8 for ; Thu, 14 Jan 2016 09:22:31 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Thu, 14 Jan 2016 09:22:31 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cooperw.in; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=Mvo5EqYOC0zilIm+EFY9UpsM8y0=; b=IvLtTG MmpKo9fn2JMJuV96SSfhr+kMo3oAjQU+zaSjyzO9y1evXJ1+RBonm9ZlOGb+Ox+r a35mQxg+uqzfROuTjjffQO6xwCsez3yV+iI6EXUnDCbMmzHouxhgeACWuFBeqV9q xRHltk/5Y6KpXtcf3NyQSR/RW8Gk5Rv1gh4KA= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=Mvo5EqYOC0zilIm +EFY9UpsM8y0=; b=rzAvKhcw+k4MW2yszbuhEaj0If9taP5uhR41Y453D8+tmOf DwP0+1GpKpptVd0VYqA2zkRbsyda6pkkwDlG18zv4kI8etc+NUtTnEGv6uejGvZA xvoCmy0evCg5YTJWP2dg0zX1+/s9M+Nbtd8OdZ/QxZVzjNwsF0EhxfQ1UDpE= X-Sasl-enc: 0BKUMi2AnHQeDR39zpEpuH/OPfsQGVmF+Q5Ietzoqa5f 1452781350 Received: from sjc-alcoop-88112.cisco.com (unknown [128.107.241.166]) by mail.messagingengine.com (Postfix) with ESMTPA id ADD8BC016C4 for ; Thu, 14 Jan 2016 09:22:30 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Alissa Cooper In-Reply-To: <20151209111702.28712.75357.idtracker@ietfa.amsl.com> Date: Thu, 14 Jan 2016 06:22:29 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <29F60049-64E1-4781-9444-5A9863645D8D@cooperw.in> References: <20151209111702.28712.75357.idtracker@ietfa.amsl.com> To: Emergency Context Resolution with Internet Technologies Discussion List X-Mailer: Apple Mail (2.2104) Archived-At: Subject: Re: [Ecrit] I-D Action: draft-ietf-ecrit-held-routing-04.txt 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: Thu, 14 Jan 2016 14:22:35 -0000 One nit that should be resolved together with any IETF LC comments: The abstract needs to mention that this document is updating RFC 6881 in = addition to RFC 5985. Alissa > On Dec 9, 2015, at 3:17 AM, internet-drafts@ietf.org wrote: >=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 Working Group of the IETF. >=20 > Title : A Routing Request Extension for the HELD = Protocol > Authors : James Winterbottom > Hannes Tschofenig > Laura Liess > Filename : draft-ietf-ecrit-held-routing-04.txt > Pages : 16 > Date : 2015-12-09 >=20 > Abstract: > For cases where location servers have access to emergency routing > information they are able to return routing information with the > location information if the location request includes a request for > the desired routing information. This document specifies an > extension to the HELD protocol, updating [RFC5985], to support this > funciton. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-ecrit-held-routing/ >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-ecrit-held-routing-04 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ecrit-held-routing-04 >=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 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit From nobody Thu Jan 14 06:41:21 2016 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 E50041B34FE for ; Thu, 14 Jan 2016 06:41:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 FtOKp2_PlOiN for ; Thu, 14 Jan 2016 06:41:02 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-02.alcatel-lucent.com [135.245.210.23]) (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 8353E1B2DFE for ; Thu, 14 Jan 2016 06:41:02 -0800 (PST) Received: from fr711umx2.dmz.alcatel-lucent.com (unknown [135.245.210.39]) by Websense Email Security Gateway with ESMTPS id CB5886DDBDAB6; Thu, 14 Jan 2016 14:40:57 +0000 (GMT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr711umx2.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u0EEexxc006060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Jan 2016 14:40:59 GMT Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id u0EEewtJ028060 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 14 Jan 2016 15:40:59 +0100 Received: from FR712WXCHMBA11.zeu.alcatel-lucent.com ([169.254.7.213]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Thu, 14 Jan 2016 15:40:58 +0100 From: "DRAGE, Keith (Keith)" To: Alissa Cooper , Ivo Sedlacek Thread-Topic: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" Thread-Index: AQHRTtXl2fbh8A25L0+pnsTL+tcz8Z77Dm1g Date: Thu, 14 Jan 2016 14:40:58 +0000 Message-ID: <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> In-Reply-To: <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 14:41:06 -0000 WW91IGFyZSBiZWluZyB2ZXJ5IHZhZ3VlIGFib3V0IHRoZSB0ZXJtaW5vbG9neSB5b3UgYXJlIHVz aW5nLg0KDQpJZiBieSBzdG9wIHlvdSBtZWFuIHRoZSBzdG9wcGluZyB0aGUgZGlzY3Vzc2lvbnMg d2l0aGluIHRoZSB3b3JraW5nIGdyb3VwLCB0aGVuIG5vYm9keSBpcyBhc2tpbmcgZm9yIHRoYXQu DQoNCklmIGJ5IHN0b3AgeW91IG1lYW4gZGVsYXkgdGhlIHB1YmxpY2F0aW9uIHJlcXVlc3QgdG8g SUVTRywgdGhlbiB0aGF0IHNob3VsZCBkZWZpbml0ZWx5IG9jY3VyLCBhbmQgSSBiZWxpZXZlIHNl dmVyYWwgcG9zdGVycyBoYXZlIHN0YXRlZCB0aGlzLg0KDQpUaGVyZSBpcyBubyBwb2ludCBpbiBw dWJsaXNoaW5nIHRoaXMgYXMgYW4gUkZDIHVudGlsIHRoZSByZXNwb25zZSBvZiBhIDNHUFAgbmV0 d29yayBpcyBrbm93biwgYXMgYSAzR1BQIG5ldHdvcmsgaXMgdGhlIG9ubHkgZGVsaXZlcnkgbWVj aGFuaXNtIGZvciBzdWNoIGEgY2FsbC4gQXMgc3VjaCwgSSByZXF1ZXN0IGFnYWluIHRoYXQgbm8g cHVibGljYXRpb24gcmVxdWVzdCBpcyBzdWJtaXR0ZWQgZm9yIHRoZXNlIGRvY3VtZW50cyB1bnRp bCBzb21lIHdvcmsgb24gdGhlIDNHUFAgc2lkZSBoYXMgb2NjdXJyZWQsIGFuZCBwZW9wbGUgYXJl IGFibGUgdG8gY29tbWVudCBvbiB0aGUgZHJhZnRzIGJhc2VkIG9uIHRoZSAzR1BQIHJlcXVpcmVt ZW50cy4NCg0KS2VpdGgNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEFsaXNz YSBDb29wZXIgW21haWx0bzphbGlzc2FAY29vcGVydy5pbl0gDQpTZW50OiAxNCBKYW51YXJ5IDIw MTYgMTQ6MTQNClRvOiBJdm8gU2VkbGFjZWsNCkNjOiBEUkFHRSwgS2VpdGggKEtlaXRoKTsgQmVu IENhbXBiZWxsOyBNYXJjIExpbnNuZXI7IExpYWlzb24gU3RhdGVtZW50IE1hbmFnZW1lbnQgVG9v bDsgM0dQUExpYWlzb25AZXRzaS5vcmc7IEJhcnJ5IExlaWJhOyBFbWVyZ2VuY3kgQ29udGV4dCBS ZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQgVGVjaG5vbG9naWVzIERpc2N1c3Npb24gTGlzdA0KU3Vi amVjdDogUmU6IFtFY3JpdF0gTmV3IExpYWlzb24gU3RhdGVtZW50LCAiUmVwbHkgTFMgb24gZUNh bGwgc3VwcG9ydCBmb3IgdGhlIEVVIGZyb20gSUVURiBFY3JpdCBXRyINCg0KSGkgSXZvLA0KDQpB cyBJIG5vdGVkLCBJIGJlbGlldmUgdGhlIGFzc3VtcHRpb24gaXMgdGhhdCB0aGVyZSBhcmUgcGVv cGxlIHBhcnRpY2lwYXRpbmcgaW4gYm90aCBncm91cHMgYW5kIHRodXMgdGhlIGN1cnJlbnQgSUVU RiBkcmFmdHMgcmVmbGVjdCB0aG9zZSBwZW9wbGXigJlzIGV4cGVjdGF0aW9ucyBhYm91dCB3aGF0 IG1heSBhcmlzZSBvdXQgb2YgM0dQUC4gT2YgY291cnNlIGlmIHRoZSBkcmFmdHMgYmVjb21lIFJG Q3MgYW5kIGl0IHR1cm5zIG91dCB0aGF0IDNHUFDigJlzIHJlcXVpcmVtZW50cyBkb27igJl0IG1h dGNoIHVwLCB0aGVyZeKAmXMgYWx3YXlzIHRoZSBvcHRpb24gb2YgZG9pbmcgYmlzIGRyYWZ0cy4N Cg0KSeKAmW0ganVzdCByZWZsZWN0aW5nIGJhY2sgd2hhdCBJIGJlbGlldmUgdGhlIHdpbGwgb2Yg Ym90aCB0aGlzIFdHIGFuZCAzR1BQIHRvIGJlIOKAlCBhcyBJIHNhaWQsIHRoZSBsaWFpc29uIHN0 YXRlbWVudCBkb2VzbuKAmXQgYXNrIEVDUklUIHRvIHN0b3AgaXRzIHdvcmsgYW5kIHdhaXQsIGFu ZCBpdCB3YXMgbXkgaW1wcmVzc2lvbiB0aGF0IFdHIHBhcnRpY2lwYW50cyBoZXJlIGRpZG7igJl0 IHRoaW5rIHRoYXQgd2FzIG5lY2Vzc2FyeSBlaXRoZXIuIEJ1dCBpZiB0aGUgV0cgY29uc2Vuc3Vz IHdvdWxkIHBvaW50IGluIHRoZSBkaXJlY3Rpb24gb2Ygd2FpdGluZywgdGhhdCB3b3VsZCBiZSBm aW5lIHRvby4NCg0KQWxpc3NhDQoNCj4gT24gRGVjIDIyLCAyMDE1LCBhdCA1OjExIEFNLCBJdm8g U2VkbGFjZWsgPGl2by5zZWRsYWNla0Blcmljc3Nvbi5jb20+IHdyb3RlOg0KPiANCj4gSGVsbG8s DQo+IA0KPj4gVGhlIHBsYW4gaXMgdG8gY29udGludWUgcHJvZ3Jlc3NpbmcgdGhlIGRyYWZ0cyBh bmQgZm9yIHRob3NlIHdobyBhcmUgaW52b2x2ZWQgaW4gYm90aCB0byBrZWVwIGFuIGV5ZSBvdXQg Zm9yIHBvdGVudGlhbCBhcmVhcyB3aGVyZSB0aGVyZSBtaWdodCBiZSBhIGxhY2sgb2YgaGFybW9u aXphdGlvbi4gDQo+IA0KPiBXb27igJl0IHRoZSBkcmFmdHMgYmUgc29vbiBwdWJsaXNoZWQgYXMg UkZDcz8gDQo+IA0KPiBJZiBzbywgaG93IHdpbGwgdGhhdCBhbGxvdyBoYXJtb25pemF0aW9uIHdp dGggdGhlIGZ1dHVyZSAzR1BQIHJlcXVpcmVtZW50cz8NCj4gDQo+IEtpbmQgcmVnYXJkcw0KPiAN Cj4gSXZvIFNlZGxhY2VrDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9t OiBFY3JpdCBbbWFpbHRvOmVjcml0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBBbGlz c2EgQ29vcGVyDQo+IFNlbnQ6IEZyaWRheSwgRGVjZW1iZXIgMTgsIDIwMTUgOToxMyBQTQ0KPiBU bzogRFJBR0UsIEtlaXRoIChLZWl0aCkNCj4gQ2M6IEJlbiBDYW1wYmVsbDsgTWFyYyBMaW5zbmVy OyBMaWFpc29uIFN0YXRlbWVudCBNYW5hZ2VtZW50IFRvb2w7IDNHUFBMaWFpc29uQGV0c2kub3Jn OyBCYXJyeSBMZWliYTsgRW1lcmdlbmN5IENvbnRleHQgUmVzb2x1dGlvbiB3aXRoIEludGVybmV0 IFRlY2hub2xvZ2llcyBEaXNjdXNzaW9uIExpc3QNCj4gU3ViamVjdDogUmU6IFtFY3JpdF0gTmV3 IExpYWlzb24gU3RhdGVtZW50LCAiUmVwbHkgTFMgb24gZUNhbGwgc3VwcG9ydCBmb3IgdGhlIEVV IGZyb20gSUVURiBFY3JpdCBXRyINCj4gDQo+IFdl4oCZdmUga25vd24gZm9yIGF3aGlsZSBub3cg dGhhdCB0aGUgM0dQUCB3b3JrIHdhcyBnb2luZyB0byBiZSBzb21ld2hhdCBkZWxheWVkIGNvbXBh cmVkIHRvIHRoZSBJRVRGIHdvcmsuIFRoZSBwbGFuIGlzIHRvIGNvbnRpbnVlIHByb2dyZXNzaW5n IHRoZSBkcmFmdHMgYW5kIGZvciB0aG9zZSB3aG8gYXJlIGludm9sdmVkIGluIGJvdGggdG8ga2Vl cCBhbiBleWUgb3V0IGZvciBwb3RlbnRpYWwgYXJlYXMgd2hlcmUgdGhlcmUgbWlnaHQgYmUgYSBs YWNrIG9mIGhhcm1vbml6YXRpb24uIEkgdGhpbmsgdGhpcyBpcyBpbXBsaWNpdGx5IHJlZmxlY3Rl ZCBpbiB0aGUgbGlhaXNvbiBzdGF0ZW1lbnQgdGhlIFdHIHJlY2VpdmVkIOKAlCBpdCBkb2VzbuKA mXQgYXNrIHRoZSBXRyB0byBzdG9wIHdoYXQgaXTigJlzIGRvaW5nLg0KPiBBbGlzc2EgDQo+IA0K Pj4gT24gRGVjIDgsIDIwMTUsIGF0IDg6MjUgUE0sIERSQUdFLCBLZWl0aCAoS2VpdGgpIDxrZWl0 aC5kcmFnZUBhbGNhdGVsLWx1Y2VudC5jb20+IHdyb3RlOg0KPj4gDQo+PiBUaGUgdW5kZXJseWlu ZyBwcm9ibGVtIGhlcmUgaXMgdGhhdCBTQTIgaGFzIG5vdCB5ZXQgZG9uZSBlbm91Z2ggd29yayAo YXMgaW4gbm9uZSkgdG8gc2VlIGlmIHRoZSBJRVRGIGRyYWZ0cyBtZWV0IHRoZSAzR1BQIHJlcXVp cmVtZW50cy4gVGhlIFNBMiBzdHVkeSBpcyBjcml0aWNhbCB0byB0aGlzLg0KPj4gDQo+PiBHaXZl biB0aGF0IDNHUFAgdXNhZ2UgaXMgcHJldHR5IG11Y2ggdGhlIG9ubHkgdXNlIGNhc2UgZm9yIHRo ZXNlIGRyYWZ0cy4uLg0KPj4gDQo+PiBLZWl0aA0KPj4gDQo+PiAtLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KPj4gRnJvbTogRWNyaXQgW21haWx0bzplY3JpdC1ib3VuY2VzQGlldGYub3JnXSBP biBCZWhhbGYgT2YgTGlhaXNvbiBTdGF0ZW1lbnQgTWFuYWdlbWVudCBUb29sDQo+PiBTZW50OiAw MiBEZWNlbWJlciAyMDE1IDE4OjE3DQo+PiBUbzogUm9nZXIgTWFyc2hhbGw7IE1hcmMgTGluc25l cg0KPj4gQ2M6IEJlbiBDYW1wYmVsbDsgTWFyYyBMaW5zbmVyOyBFbWVyZ2VuY3kgQ29udGV4dCBS ZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQgVGVjaG5vbG9naWVzIERpc2N1c3Npb24gTGlzdDsgM0dQ UExpYWlzb25AZXRzaS5vcmc7IEJhcnJ5IExlaWJhDQo+PiBTdWJqZWN0OiBbRWNyaXRdIE5ldyBM aWFpc29uIFN0YXRlbWVudCwgIlJlcGx5IExTIG9uIGVDYWxsIHN1cHBvcnQgZm9yIHRoZSBFVSBm cm9tIElFVEYgRWNyaXQgV0ciDQo+PiANCj4+IFRpdGxlOiBSZXBseSBMUyBvbiBlQ2FsbCBzdXBw b3J0IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVjcml0IFdHIFN1Ym1pc3Npb24gRGF0ZTogMjAxNS0x Mi0wMiBVUkwgb2YgdGhlIElFVEYgV2ViIHBhZ2U6IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvbGlhaXNvbi8xNDQ3Lw0KPj4gDQo+PiBGcm9tOiAibGVvcG9sZC5tdXJoYW1tZXJAdC1tb2Jp bGUuYXQiIDxsZW9wb2xkLm11cmhhbW1lckB0LW1vYmlsZS5hdD4NCj4+IFRvOiBNYXJjIExpbnNu ZXIgPG1hcmMubGluc25lckBjaXNjby5jb20+LCBSb2dlciBNYXJzaGFsbCA8cm1hcnNoYWxsQHRl bGVjb21zeXMuY29tPg0KPj4gQ2M6IEJhcnJ5IExlaWJhIDxiYXJyeWxlaWJhQGNvbXB1dGVyLm9y Zz4sTWFyYyBMaW5zbmVyIDxtYXJjLmxpbnNuZXJAY2lzY28uY29tPixCZW4gQ2FtcGJlbGwgPGJl bkBub3N0cnVtLmNvbT4sQWxpc3NhIENvb3BlciA8YWxpc3NhQGNvb3BlcncuaW4+LFJvZ2VyIE1h cnNoYWxsIDxybWFyc2hhbGxAdGVsZWNvbXN5cy5jb20+LEVtZXJnZW5jeSBDb250ZXh0IFJlc29s dXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lvbiBMaXN0IDxlY3JpdEBp ZXRmLm9yZz4sIFJlc3BvbnNlIENvbnRhY3RzOiAzR1BQTGlhaXNvbkBldHNpLm9yZyBUZWNobmlj YWwgQ29udGFjdHM6IA0KPj4gUHVycG9zZTogSW4gcmVzcG9uc2UNCj4+IA0KPj4gUmVmZXJlbmNl ZCBsaWFpc29uOiBMaWFpc29uIFN0YXRlbWVudCBvbiBORyBlQ2FsbCBzdXBwb3J0IGZvciB0aGUg RVUgKGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbGlhaXNvbi8xNDEyLykNCj4+IA0KPj4g Qm9keTogDQo+PiAxLiBPdmVyYWxsIERlc2NyaXB0aW9uOg0KPj4gU0EyIHdvdWxkIGxpa2UgdG8g dGhhbmsgSUVURiBFQ1JJVCBmb3IgdGhlIGluY29taW5nIExTIGluZm9ybWluZyAzR1BQIG9mIElF VEYgd29yayBlbmFibGluZyBlQ2FsbCBvdmVyIElFVEYgU0lQLiBTQTIgaGFzIGFncmVlZCBvbiBh IHdvcmsgaXRlbSAoZW5jbG9zZWQpIGluIFNBMiMxMTEsIHNlZSBXSUQgKFMyLTE1MzY1NCkgIkV2 b2x1dGlvbiB0byBhbmQgSW50ZXJ3b3JraW5nIHdpdGggZUNhbGwgaW4gSU1TIFN0YWdlMiIuDQo+ PiANCj4+IFNBMiBwbGFucyB0byBzdGFydCB3b3JrIG9uIHRoaXMgdG9waWMgYXQgU0EyIzExMyBh bmQgZmluYWxpemUgdGhlIHdvcmsgYnkgTWF5IDIwMTYuIA0KPj4gDQo+PiAyLiBBY3Rpb25zOg0K Pj4gVG8gSUVURiBFY3JpdCBXRyBncm91cC4NCj4+IEFDVElPTjogCVRTRyBTQSBXRzIgcmVzcGVj dGZ1bGx5IGFza3MgSUVURiBFQ1JJVCB0byB0YWtlIHRoZSBhYm92ZSBpbmZvcm1hdGlvbiBpbnRv IGFjY291bnQuIA0KPj4gDQo+PiAzLiBEYXRlIG9mIE5leHQgVFNHLVNBIFdHMiBNZWV0aW5nczoN Cj4+IFRTRy1TQSBXRzIgTWVldGluZyAjMTEzCTI1LTI5IEphbnVhcnksIDIwMTYJCVN0LiBLaXR0 cw0KPj4gVFNHLVNBIFdHMiBNZWV0aW5nICMxMTQJMTEtMTUgQXByaWwsIDIwMTYJCVNvcGhpYSBB bnRpcG9saXMsIEZSDQo+PiANCj4+IEF0dGFjaG1lbnRzOg0KPj4gDQo+PiAgIFMyLTE1NDQ2M193 YXNfMTU0NDQ5XzE1NDEzOF9MU19SZXBseV9JRVRGX2NsDQo+PiAgIGh0dHBzOi8vd3d3LmlldGYu b3JnL2xpYi9kdC9kb2N1bWVudHMvTElBSVNPTi9saWFpc29uLTIwMTUtMTItMDItM2dwcC10c2dz YS1zYTItZWNyaXQtcmVwbHktbHMtb24tZWNhbGwtc3VwcG9ydC1mb3ItdGhlLWV1LWZyb20taWV0 Zi1lY3JpdC13Zy1hdHRhY2htZW50LTEucGRmDQo+PiANCj4+ICAgUzItMTUzNjU0LWVjYWxsIG92 ZXIgSU1TLXI4DQo+PiAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2xpYi9kdC9kb2N1bWVudHMvTElB SVNPTi9saWFpc29uLTIwMTUtMTItMDItM2dwcC10c2dzYS1zYTItZWNyaXQtcmVwbHktbHMtb24t ZWNhbGwtc3VwcG9ydC1mb3ItdGhlLWV1LWZyb20taWV0Zi1lY3JpdC13Zy1hdHRhY2htZW50LTIu cGRmDQo+PiANCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+PiBFY3JpdCBtYWlsaW5nIGxpc3QNCj4+IEVjcml0QGlldGYub3JnDQo+PiBodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0DQo+PiANCj4+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBFY3JpdCBtYWlsaW5nIGxp c3QNCj4+IEVjcml0QGlldGYub3JnDQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2Vjcml0DQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KPiBFY3JpdCBtYWlsaW5nIGxpc3QNCj4gRWNyaXRAaWV0Zi5vcmcNCj4gaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9lY3JpdA0KDQo= From nobody Thu Jan 14 06:58:40 2016 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 9F2511B353B for ; Thu, 14 Jan 2016 06:58:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 Wo19YcKMM89y for ; Thu, 14 Jan 2016 06:58:34 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 024C21B32DF for ; Thu, 14 Jan 2016 06:58:31 -0800 (PST) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id E80B8F668E76; Thu, 14 Jan 2016 14:58:26 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u0EEwTcU000998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Jan 2016 14:58:29 GMT Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id u0EEwSSU006087 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 14 Jan 2016 15:58:29 +0100 Received: from FR712WXCHMBA11.zeu.alcatel-lucent.com ([169.254.7.213]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Thu, 14 Jan 2016 15:58:28 +0100 From: "DRAGE, Keith (Keith)" To: EXT Brian Rosen , "DRAGE, Keith (Keith)" Thread-Topic: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" Thread-Index: AQHRTtXl2fbh8A25L0+pnsTL+tcz8Z77Dm1g///6ygCAABEEYA== Date: Thu, 14 Jan 2016 14:58:28 +0000 Message-ID: <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-lucent.com> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> In-Reply-To: <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: Ben Campbell , Emergency Context Resolution with Internet Technologies Discussion List , Marc Linsner Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 14:58:39 -0000 V2hpY2ggdGVsZWNvbW11bmljYXRpb25zIG5ldHdvcmsgb3IgSVAgbmV0d29yayBpcyBjYXIgY3Jh c2ggZXhwZWN0ZWQgdG8gd29yayBvbj8NCg0KS2VpdGgNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS0NCkZyb206IEVYVCBCcmlhbiBSb3NlbiBbbWFpbHRvOmJyQHNhbHNnaXZlci5jb21dIA0K U2VudDogMTQgSmFudWFyeSAyMDE2IDE0OjU3DQpUbzogRFJBR0UsIEtlaXRoIChLZWl0aCkNCkNj OiBBbGlzc2EgQ29vcGVyOyBJdm8gU2VkbGFjZWs7IEJlbiBDYW1wYmVsbDsgTWFyYyBMaW5zbmVy OyBFbWVyZ2VuY3kgQ29udGV4dCBSZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQgVGVjaG5vbG9naWVz IERpc2N1c3Npb24gTGlzdA0KU3ViamVjdDogUmU6IFtFY3JpdF0gTmV3IExpYWlzb24gU3RhdGVt ZW50LCAiUmVwbHkgTFMgb24gZUNhbGwgc3VwcG9ydCBmb3IgdGhlIEVVIGZyb20gSUVURiBFY3Jp dCBXRyINCg0KSSBzdHJvbmdseSBvYmplY3QgdG8gd2FpdGluZy4gIFRoZSBXRyBwcmV2YWlsZWQg b24gYXV0aG9ycyB0byByZXdvcmsgZHJhZnRzIHdheXMgdGhhdCBtYWtlIHRoZSBOb3J0aCBBbWVy aWNhbiBkcmFmdCAo4oCcY2FyLWNyYXNo4oCdKSBkZXBlbmRlbnQgb24gdGhlIGVDYWxsIGRyYWZ0 LiAgSWYgd2UgZGVsYXkgdGhlIGVDYWxsIGRyYWZ0LCB3ZSBjYW7igJl0IHB1Ymxpc2ggdGhlIGNh ci1jcmFzaCBkcmFmdCBhbmQgdGhhdCBpcyBhIHByb2JsZW0sIHNpbmNlIHdlIG5lZWQgdG8gaW1w bGVtZW50IGl0Lg0KDQpCcmlhbg0KDQo+IE9uIEphbiAxNCwgMjAxNiwgYXQgOTo0MCBBTSwgRFJB R0UsIEtlaXRoIChLZWl0aCkgPGtlaXRoLmRyYWdlQG5va2lhLmNvbT4gd3JvdGU6DQo+IA0KPiBZ b3UgYXJlIGJlaW5nIHZlcnkgdmFndWUgYWJvdXQgdGhlIHRlcm1pbm9sb2d5IHlvdSBhcmUgdXNp bmcuDQo+IA0KPiBJZiBieSBzdG9wIHlvdSBtZWFuIHRoZSBzdG9wcGluZyB0aGUgZGlzY3Vzc2lv bnMgd2l0aGluIHRoZSB3b3JraW5nIGdyb3VwLCB0aGVuIG5vYm9keSBpcyBhc2tpbmcgZm9yIHRo YXQuDQo+IA0KPiBJZiBieSBzdG9wIHlvdSBtZWFuIGRlbGF5IHRoZSBwdWJsaWNhdGlvbiByZXF1 ZXN0IHRvIElFU0csIHRoZW4gdGhhdCBzaG91bGQgZGVmaW5pdGVseSBvY2N1ciwgYW5kIEkgYmVs aWV2ZSBzZXZlcmFsIHBvc3RlcnMgaGF2ZSBzdGF0ZWQgdGhpcy4NCj4gDQo+IFRoZXJlIGlzIG5v IHBvaW50IGluIHB1Ymxpc2hpbmcgdGhpcyBhcyBhbiBSRkMgdW50aWwgdGhlIHJlc3BvbnNlIG9m IGEgM0dQUCBuZXR3b3JrIGlzIGtub3duLCBhcyBhIDNHUFAgbmV0d29yayBpcyB0aGUgb25seSBk ZWxpdmVyeSBtZWNoYW5pc20gZm9yIHN1Y2ggYSBjYWxsLiBBcyBzdWNoLCBJIHJlcXVlc3QgYWdh aW4gdGhhdCBubyBwdWJsaWNhdGlvbiByZXF1ZXN0IGlzIHN1Ym1pdHRlZCBmb3IgdGhlc2UgZG9j dW1lbnRzIHVudGlsIHNvbWUgd29yayBvbiB0aGUgM0dQUCBzaWRlIGhhcyBvY2N1cnJlZCwgYW5k IHBlb3BsZSBhcmUgYWJsZSB0byBjb21tZW50IG9uIHRoZSBkcmFmdHMgYmFzZWQgb24gdGhlIDNH UFAgcmVxdWlyZW1lbnRzLg0KPiANCj4gS2VpdGgNCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IEFsaXNzYSBDb29wZXIgW21haWx0bzphbGlzc2FAY29vcGVydy5pbl0g DQo+IFNlbnQ6IDE0IEphbnVhcnkgMjAxNiAxNDoxNA0KPiBUbzogSXZvIFNlZGxhY2VrDQo+IENj OiBEUkFHRSwgS2VpdGggKEtlaXRoKTsgQmVuIENhbXBiZWxsOyBNYXJjIExpbnNuZXI7IExpYWlz b24gU3RhdGVtZW50IE1hbmFnZW1lbnQgVG9vbDsgM0dQUExpYWlzb25AZXRzaS5vcmc7IEJhcnJ5 IExlaWJhOyBFbWVyZ2VuY3kgQ29udGV4dCBSZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQgVGVjaG5v bG9naWVzIERpc2N1c3Npb24gTGlzdA0KPiBTdWJqZWN0OiBSZTogW0Vjcml0XSBOZXcgTGlhaXNv biBTdGF0ZW1lbnQsICJSZXBseSBMUyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJ RVRGIEVjcml0IFdHIg0KPiANCj4gSGkgSXZvLA0KPiANCj4gQXMgSSBub3RlZCwgSSBiZWxpZXZl IHRoZSBhc3N1bXB0aW9uIGlzIHRoYXQgdGhlcmUgYXJlIHBlb3BsZSBwYXJ0aWNpcGF0aW5nIGlu IGJvdGggZ3JvdXBzIGFuZCB0aHVzIHRoZSBjdXJyZW50IElFVEYgZHJhZnRzIHJlZmxlY3QgdGhv c2UgcGVvcGxl4oCZcyBleHBlY3RhdGlvbnMgYWJvdXQgd2hhdCBtYXkgYXJpc2Ugb3V0IG9mIDNH UFAuIE9mIGNvdXJzZSBpZiB0aGUgZHJhZnRzIGJlY29tZSBSRkNzIGFuZCBpdCB0dXJucyBvdXQg dGhhdCAzR1BQ4oCZcyByZXF1aXJlbWVudHMgZG9u4oCZdCBtYXRjaCB1cCwgdGhlcmXigJlzIGFs d2F5cyB0aGUgb3B0aW9uIG9mIGRvaW5nIGJpcyBkcmFmdHMuDQo+IA0KPiBJ4oCZbSBqdXN0IHJl ZmxlY3RpbmcgYmFjayB3aGF0IEkgYmVsaWV2ZSB0aGUgd2lsbCBvZiBib3RoIHRoaXMgV0cgYW5k IDNHUFAgdG8gYmUg4oCUIGFzIEkgc2FpZCwgdGhlIGxpYWlzb24gc3RhdGVtZW50IGRvZXNu4oCZ dCBhc2sgRUNSSVQgdG8gc3RvcCBpdHMgd29yayBhbmQgd2FpdCwgYW5kIGl0IHdhcyBteSBpbXBy ZXNzaW9uIHRoYXQgV0cgcGFydGljaXBhbnRzIGhlcmUgZGlkbuKAmXQgdGhpbmsgdGhhdCB3YXMg bmVjZXNzYXJ5IGVpdGhlci4gQnV0IGlmIHRoZSBXRyBjb25zZW5zdXMgd291bGQgcG9pbnQgaW4g dGhlIGRpcmVjdGlvbiBvZiB3YWl0aW5nLCB0aGF0IHdvdWxkIGJlIGZpbmUgdG9vLg0KPiANCj4g QWxpc3NhDQo+IA0KPj4gT24gRGVjIDIyLCAyMDE1LCBhdCA1OjExIEFNLCBJdm8gU2VkbGFjZWsg PGl2by5zZWRsYWNla0Blcmljc3Nvbi5jb20+IHdyb3RlOg0KPj4gDQo+PiBIZWxsbywNCj4+IA0K Pj4+IFRoZSBwbGFuIGlzIHRvIGNvbnRpbnVlIHByb2dyZXNzaW5nIHRoZSBkcmFmdHMgYW5kIGZv ciB0aG9zZSB3aG8gYXJlIGludm9sdmVkIGluIGJvdGggdG8ga2VlcCBhbiBleWUgb3V0IGZvciBw b3RlbnRpYWwgYXJlYXMgd2hlcmUgdGhlcmUgbWlnaHQgYmUgYSBsYWNrIG9mIGhhcm1vbml6YXRp b24uIA0KPj4gDQo+PiBXb27igJl0IHRoZSBkcmFmdHMgYmUgc29vbiBwdWJsaXNoZWQgYXMgUkZD cz8gDQo+PiANCj4+IElmIHNvLCBob3cgd2lsbCB0aGF0IGFsbG93IGhhcm1vbml6YXRpb24gd2l0 aCB0aGUgZnV0dXJlIDNHUFAgcmVxdWlyZW1lbnRzPw0KPj4gDQo+PiBLaW5kIHJlZ2FyZHMNCj4+ IA0KPj4gSXZvIFNlZGxhY2VrDQo+PiANCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ PiBGcm9tOiBFY3JpdCBbbWFpbHRvOmVjcml0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBBbGlzc2EgQ29vcGVyDQo+PiBTZW50OiBGcmlkYXksIERlY2VtYmVyIDE4LCAyMDE1IDk6MTMg UE0NCj4+IFRvOiBEUkFHRSwgS2VpdGggKEtlaXRoKQ0KPj4gQ2M6IEJlbiBDYW1wYmVsbDsgTWFy YyBMaW5zbmVyOyBMaWFpc29uIFN0YXRlbWVudCBNYW5hZ2VtZW50IFRvb2w7IDNHUFBMaWFpc29u QGV0c2kub3JnOyBCYXJyeSBMZWliYTsgRW1lcmdlbmN5IENvbnRleHQgUmVzb2x1dGlvbiB3aXRo IEludGVybmV0IFRlY2hub2xvZ2llcyBEaXNjdXNzaW9uIExpc3QNCj4+IFN1YmplY3Q6IFJlOiBb RWNyaXRdIE5ldyBMaWFpc29uIFN0YXRlbWVudCwgIlJlcGx5IExTIG9uIGVDYWxsIHN1cHBvcnQg Zm9yIHRoZSBFVSBmcm9tIElFVEYgRWNyaXQgV0ciDQo+PiANCj4+IFdl4oCZdmUga25vd24gZm9y IGF3aGlsZSBub3cgdGhhdCB0aGUgM0dQUCB3b3JrIHdhcyBnb2luZyB0byBiZSBzb21ld2hhdCBk ZWxheWVkIGNvbXBhcmVkIHRvIHRoZSBJRVRGIHdvcmsuIFRoZSBwbGFuIGlzIHRvIGNvbnRpbnVl IHByb2dyZXNzaW5nIHRoZSBkcmFmdHMgYW5kIGZvciB0aG9zZSB3aG8gYXJlIGludm9sdmVkIGlu IGJvdGggdG8ga2VlcCBhbiBleWUgb3V0IGZvciBwb3RlbnRpYWwgYXJlYXMgd2hlcmUgdGhlcmUg bWlnaHQgYmUgYSBsYWNrIG9mIGhhcm1vbml6YXRpb24uIEkgdGhpbmsgdGhpcyBpcyBpbXBsaWNp dGx5IHJlZmxlY3RlZCBpbiB0aGUgbGlhaXNvbiBzdGF0ZW1lbnQgdGhlIFdHIHJlY2VpdmVkIOKA lCBpdCBkb2VzbuKAmXQgYXNrIHRoZSBXRyB0byBzdG9wIHdoYXQgaXTigJlzIGRvaW5nLg0KPj4g QWxpc3NhIA0KPj4gDQo+Pj4gT24gRGVjIDgsIDIwMTUsIGF0IDg6MjUgUE0sIERSQUdFLCBLZWl0 aCAoS2VpdGgpIDxrZWl0aC5kcmFnZUBhbGNhdGVsLWx1Y2VudC5jb20+IHdyb3RlOg0KPj4+IA0K Pj4+IFRoZSB1bmRlcmx5aW5nIHByb2JsZW0gaGVyZSBpcyB0aGF0IFNBMiBoYXMgbm90IHlldCBk b25lIGVub3VnaCB3b3JrIChhcyBpbiBub25lKSB0byBzZWUgaWYgdGhlIElFVEYgZHJhZnRzIG1l ZXQgdGhlIDNHUFAgcmVxdWlyZW1lbnRzLiBUaGUgU0EyIHN0dWR5IGlzIGNyaXRpY2FsIHRvIHRo aXMuDQo+Pj4gDQo+Pj4gR2l2ZW4gdGhhdCAzR1BQIHVzYWdlIGlzIHByZXR0eSBtdWNoIHRoZSBv bmx5IHVzZSBjYXNlIGZvciB0aGVzZSBkcmFmdHMuLi4NCj4+PiANCj4+PiBLZWl0aA0KPj4+IA0K Pj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+Pj4gRnJvbTogRWNyaXQgW21haWx0bzpl Y3JpdC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTGlhaXNvbiBTdGF0ZW1lbnQgTWFu YWdlbWVudCBUb29sDQo+Pj4gU2VudDogMDIgRGVjZW1iZXIgMjAxNSAxODoxNw0KPj4+IFRvOiBS b2dlciBNYXJzaGFsbDsgTWFyYyBMaW5zbmVyDQo+Pj4gQ2M6IEJlbiBDYW1wYmVsbDsgTWFyYyBM aW5zbmVyOyBFbWVyZ2VuY3kgQ29udGV4dCBSZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQgVGVjaG5v bG9naWVzIERpc2N1c3Npb24gTGlzdDsgM0dQUExpYWlzb25AZXRzaS5vcmc7IEJhcnJ5IExlaWJh DQo+Pj4gU3ViamVjdDogW0Vjcml0XSBOZXcgTGlhaXNvbiBTdGF0ZW1lbnQsICJSZXBseSBMUyBv biBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVjcml0IFdHIg0KPj4+IA0KPj4+ IFRpdGxlOiBSZXBseSBMUyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVj cml0IFdHIFN1Ym1pc3Npb24gRGF0ZTogMjAxNS0xMi0wMiBVUkwgb2YgdGhlIElFVEYgV2ViIHBh Z2U6IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbGlhaXNvbi8xNDQ3Lw0KPj4+IA0KPj4+ IEZyb206ICJsZW9wb2xkLm11cmhhbW1lckB0LW1vYmlsZS5hdCIgPGxlb3BvbGQubXVyaGFtbWVy QHQtbW9iaWxlLmF0Pg0KPj4+IFRvOiBNYXJjIExpbnNuZXIgPG1hcmMubGluc25lckBjaXNjby5j b20+LCBSb2dlciBNYXJzaGFsbCA8cm1hcnNoYWxsQHRlbGVjb21zeXMuY29tPg0KPj4+IENjOiBC YXJyeSBMZWliYSA8YmFycnlsZWliYUBjb21wdXRlci5vcmc+LE1hcmMgTGluc25lciA8bWFyYy5s aW5zbmVyQGNpc2NvLmNvbT4sQmVuIENhbXBiZWxsIDxiZW5Abm9zdHJ1bS5jb20+LEFsaXNzYSBD b29wZXIgPGFsaXNzYUBjb29wZXJ3LmluPixSb2dlciBNYXJzaGFsbCA8cm1hcnNoYWxsQHRlbGVj b21zeXMuY29tPixFbWVyZ2VuY3kgQ29udGV4dCBSZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQgVGVj aG5vbG9naWVzIERpc2N1c3Npb24gTGlzdCA8ZWNyaXRAaWV0Zi5vcmc+LCBSZXNwb25zZSBDb250 YWN0czogM0dQUExpYWlzb25AZXRzaS5vcmcgVGVjaG5pY2FsIENvbnRhY3RzOiANCj4+PiBQdXJw b3NlOiBJbiByZXNwb25zZQ0KPj4+IA0KPj4+IFJlZmVyZW5jZWQgbGlhaXNvbjogTGlhaXNvbiBT dGF0ZW1lbnQgb24gTkcgZUNhbGwgc3VwcG9ydCBmb3IgdGhlIEVVIChodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2xpYWlzb24vMTQxMi8pDQo+Pj4gDQo+Pj4gQm9keTogDQo+Pj4gMS4gT3Zl cmFsbCBEZXNjcmlwdGlvbjoNCj4+PiBTQTIgd291bGQgbGlrZSB0byB0aGFuayBJRVRGIEVDUklU IGZvciB0aGUgaW5jb21pbmcgTFMgaW5mb3JtaW5nIDNHUFAgb2YgSUVURiB3b3JrIGVuYWJsaW5n IGVDYWxsIG92ZXIgSUVURiBTSVAuIFNBMiBoYXMgYWdyZWVkIG9uIGEgd29yayBpdGVtIChlbmNs b3NlZCkgaW4gU0EyIzExMSwgc2VlIFdJRCAoUzItMTUzNjU0KSAiRXZvbHV0aW9uIHRvIGFuZCBJ bnRlcndvcmtpbmcgd2l0aCBlQ2FsbCBpbiBJTVMgU3RhZ2UyIi4NCj4+PiANCj4+PiBTQTIgcGxh bnMgdG8gc3RhcnQgd29yayBvbiB0aGlzIHRvcGljIGF0IFNBMiMxMTMgYW5kIGZpbmFsaXplIHRo ZSB3b3JrIGJ5IE1heSAyMDE2LiANCj4+PiANCj4+PiAyLiBBY3Rpb25zOg0KPj4+IFRvIElFVEYg RWNyaXQgV0cgZ3JvdXAuDQo+Pj4gQUNUSU9OOiAJVFNHIFNBIFdHMiByZXNwZWN0ZnVsbHkgYXNr cyBJRVRGIEVDUklUIHRvIHRha2UgdGhlIGFib3ZlIGluZm9ybWF0aW9uIGludG8gYWNjb3VudC4g DQo+Pj4gDQo+Pj4gMy4gRGF0ZSBvZiBOZXh0IFRTRy1TQSBXRzIgTWVldGluZ3M6DQo+Pj4gVFNH LVNBIFdHMiBNZWV0aW5nICMxMTMJMjUtMjkgSmFudWFyeSwgMjAxNgkJU3QuIEtpdHRzDQo+Pj4g VFNHLVNBIFdHMiBNZWV0aW5nICMxMTQJMTEtMTUgQXByaWwsIDIwMTYJCVNvcGhpYSBBbnRpcG9s aXMsIEZSDQo+Pj4gDQo+Pj4gQXR0YWNobWVudHM6DQo+Pj4gDQo+Pj4gIFMyLTE1NDQ2M193YXNf MTU0NDQ5XzE1NDEzOF9MU19SZXBseV9JRVRGX2NsDQo+Pj4gIGh0dHBzOi8vd3d3LmlldGYub3Jn L2xpYi9kdC9kb2N1bWVudHMvTElBSVNPTi9saWFpc29uLTIwMTUtMTItMDItM2dwcC10c2dzYS1z YTItZWNyaXQtcmVwbHktbHMtb24tZWNhbGwtc3VwcG9ydC1mb3ItdGhlLWV1LWZyb20taWV0Zi1l Y3JpdC13Zy1hdHRhY2htZW50LTEucGRmDQo+Pj4gDQo+Pj4gIFMyLTE1MzY1NC1lY2FsbCBvdmVy IElNUy1yOA0KPj4+ICBodHRwczovL3d3dy5pZXRmLm9yZy9saWIvZHQvZG9jdW1lbnRzL0xJQUlT T04vbGlhaXNvbi0yMDE1LTEyLTAyLTNncHAtdHNnc2Etc2EyLWVjcml0LXJlcGx5LWxzLW9uLWVj YWxsLXN1cHBvcnQtZm9yLXRoZS1ldS1mcm9tLWlldGYtZWNyaXQtd2ctYXR0YWNobWVudC0yLnBk Zg0KPj4+IA0KPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+Pj4gRWNyaXQgbWFpbGluZyBsaXN0DQo+Pj4gRWNyaXRAaWV0Zi5vcmcNCj4+PiBodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0DQo+Pj4gDQo+Pj4gX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+PiBFY3JpdCBtYWls aW5nIGxpc3QNCj4+PiBFY3JpdEBpZXRmLm9yZw0KPj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vZWNyaXQNCj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4+IEVjcml0IG1haWxpbmcgbGlzdA0KPj4gRWNyaXRAaWV0 Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZWNyaXQNCj4g DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IEVj cml0IG1haWxpbmcgbGlzdA0KPiBFY3JpdEBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0DQoNCg== From nobody Thu Jan 14 07:06:28 2016 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 302901B3551 for ; Thu, 14 Jan 2016 07:06:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=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 KkaS6-_yg2PR for ; Thu, 14 Jan 2016 07:06:23 -0800 (PST) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::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 B59241B3550 for ; Thu, 14 Jan 2016 07:06:23 -0800 (PST) Received: by mail-qg0-x22b.google.com with SMTP id b35so353175790qge.0 for ; Thu, 14 Jan 2016 07:06:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:content-type:message-id:mime-version:subject:date:references :to:in-reply-to; bh=ZgIHERaZ3sEVQmEaWshqWoj41BAxFfEzU1IstCyeSew=; b=QRImPINT0cqrHAfaFW8Hl9hkVZn6cvKr35sYf0hxU47pv4ScF0l0+vkVVO9IUaKCg9 gtI97ysM74yQyEsc68Ox96TmqVtXjqbvBhyLhJOoKMTtCZDo8Qchxa9og5B8XChcd/9Y aBZ/QeofkjIdgQELmjoK57JJh2KXdYCTeJtWB8tw1Tl75pACEHcwOQlsg/EpWnd/nNz6 0waevKXdOwvDKCeaf89wpO7cSACvi3O2i5YKM8777vwqkrPlMhQFWhivJAltZli0pWFZ NdVheekEJFRMt73U+RDYjE0JTvo4Y59KWXORcyp/mcf4xqvkYai9sbGssMB5wNi41Mkv 4DxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:message-id:mime-version :subject:date:references:to:in-reply-to; bh=ZgIHERaZ3sEVQmEaWshqWoj41BAxFfEzU1IstCyeSew=; b=GBwOS0TYYaKEAco6H3hWKyWdXnmPhHqqFI1UHZlhYvWLreKqgxgRyRIWrHBcogBtyq jW9chYLDKmOTcuWGmm42gjz/wMAHVqNzdZ4RgWKhJXxTh2wv2FMNgnEVKy2JD2Ef64Em EhVFELpdt3PLWewOorFJMvr7qsFkFjmQZG9JeVXqKh7PaNrBnknstRgSpZ+AXFvqEo6D q6CXwdrRusU74FWfWmKSBBLyLMtGrYRJ/5hfEgOdi0N1Xfp9IAAjjTs1C7ojfYf0UGNT 43oTolNBBRWDqjUF2ieQQrq7Fxtub0sjAJHgxN/LrqPwdd6rDOHqytvYDtyPLX15Lel4 WnOg== X-Gm-Message-State: ALoCoQlcS0MAD7zOuQ2M4sNdvLsmRrYaq3bxu6XyTLcDXoqAC6OhBf+q6fo/t1AydBPMF8RAntqzKrNPzgl3ng7kQaetUtgJ+Q== X-Received: by 10.140.235.150 with SMTP id g144mr6734841qhc.11.1452783982851; Thu, 14 Jan 2016 07:06:22 -0800 (PST) Received: from [10.33.192.14] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id q66sm2577998qhb.31.2016.01.14.07.06.21 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 14 Jan 2016 07:06:21 -0800 (PST) From: Brian Rosen Content-Type: multipart/alternative; boundary="Apple-Mail=_9AFE70FF-28BA-45BF-99E1-67864C53644B" Message-Id: <388D2E2A-1598-4A5D-8DBF-5D612801C860@brianrosen.net> Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Date: Thu, 14 Jan 2016 10:06:18 -0500 References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> To: Emergency Context Resolution with Internet Technologies Discussion List In-Reply-To: <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> X-Mailer: Apple Mail (2.3112) Archived-At: Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 15:06:27 -0000 --Apple-Mail=_9AFE70FF-28BA-45BF-99E1-67864C53644B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 14, 2016, at 9:57 AM, Brian Rosen wrote: >=20 > I strongly object to waiting. The WG prevailed on authors to rework = drafts ways that make the North American draft (=E2=80=9Ccar-crash=E2=80=9D= ) dependent on the eCall draft. If we delay the eCall draft, we can=E2=80= =99t publish the car-crash draft and that is a problem, since we need to = implement it. >=20 > Brian --Apple-Mail=_9AFE70FF-28BA-45BF-99E1-67864C53644B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On Jan 14, 2016, at 9:57 AM, Brian Rosen <br@salsgiver.com> = wrote:

I strongly object to waiting.  The WG = prevailed on authors to rework drafts ways that make the North American = draft (=E2=80=9Ccar-crash=E2=80=9D) dependent on the eCall draft. =  If we delay the eCall draft, we can=E2=80=99t publish the = car-crash draft and that is a problem, since we need to implement = it.

Brian

= --Apple-Mail=_9AFE70FF-28BA-45BF-99E1-67864C53644B-- From nobody Thu Jan 14 07:08:38 2016 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 92B931B3552 for ; Thu, 14 Jan 2016 07:08:36 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1] 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 6XzrzYwu_M4H for ; Thu, 14 Jan 2016 07:08:33 -0800 (PST) Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::229]) (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 598581B3550 for ; Thu, 14 Jan 2016 07:08:33 -0800 (PST) Received: by mail-qk0-x229.google.com with SMTP id p186so224009004qke.0 for ; Thu, 14 Jan 2016 07:08:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=8/3Z0s//HJfztcW+SQqTrZ/ZfiGMsGHEC1M4tJ1Gzuo=; b=b4cd2Yi+ijYcen7zTYToyr7x2MCe8GYsjrplCFL7bDAo037oj+F5GJ//4uKyl4U0EN XHKQtF4P/W4R0lsyg4PfgPkyY8aawotnhRRtqt9unJfhHc0uCIPeuAE7G3lcwpfJqMcy 2EFvreL4EUDf0fANXRtGy/QWnjOmqINV+9aXW2BMPDSAfw5M4o3vLa3O7fV+mfouNhCJ 6K2Ku5P77DI9AoR/vzA5bsn2UmgoTMeuDUnu3VZ8/nYPdQFY4Nj413TsjHUoM4RQUvMF 3Ss56XIcRhVTJGdB2ZR2D6o4zG6VwQF8AkK+HXBCt9yUIAM/LFpyrQBDRBhRlObE4Q6Z xpmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=8/3Z0s//HJfztcW+SQqTrZ/ZfiGMsGHEC1M4tJ1Gzuo=; b=H9njNtTpgoRa0DVil8IA88HVOPzCbjt+NsdAUcEIqBwSFBJXSYzyxaBDZ6c63TzrFg YcLdee65ULRVBXZPQ88+fXsuNTVfkI8F3qRvXMFJi7OuCzXLBRq9gWhGVnBkodMAVMHa 8JSgbCGSjps4wlpR75F4kUFLaT00+vTgFWKGSqXQP/+3/QGB19tFeGTWFnNkmAGavanY 536OcIDKIrGc9MKYNffxGABOiHFMaTAze1xkPypcabuZseu1EQuPeuJRYl1dBXcZGKvA lRUmXh1IOTsctxxbYUQPGIpVqVw5x5CkFMmTbMdUJrtwZ1EIKSuI4fOCLLha6RIau7h7 P8bA== X-Gm-Message-State: ALoCoQkkwt/JWKT3vNgmZpw2AQXgRiZXT3S2uvlIb8KQLT+yjYm0Swm52vsmpAMuHLsVFBqsxtd2DlM+UFtEUkzsnm4o4kD/xw== X-Received: by 10.55.79.69 with SMTP id d66mr6075204qkb.76.1452784112465; Thu, 14 Jan 2016 07:08:32 -0800 (PST) Received: from [10.33.192.14] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id 9sm2604465qgf.38.2016.01.14.07.08.30 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 14 Jan 2016 07:08:31 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Brian Rosen In-Reply-To: <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-lucent.com> Date: Thu, 14 Jan 2016 10:08:29 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-lucent.com> To: "DRAGE, Keith (Keith)" X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 15:08:36 -0000 NENA i3 ESInets from existing Telematics companies Brian > On Jan 14, 2016, at 9:58 AM, DRAGE, Keith (Keith) = wrote: >=20 > Which telecommunications network or IP network is car crash expected = to work on? >=20 > Keith >=20 > -----Original Message----- > From: EXT Brian Rosen [mailto:br@salsgiver.com]=20 > Sent: 14 January 2016 14:57 > To: DRAGE, Keith (Keith) > Cc: Alissa Cooper; Ivo Sedlacek; Ben Campbell; Marc Linsner; Emergency = Context Resolution with Internet Technologies Discussion List > Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support = for the EU from IETF Ecrit WG" >=20 > I strongly object to waiting. The WG prevailed on authors to rework = drafts ways that make the North American draft (=E2=80=9Ccar-crash=E2=80=9D= ) dependent on the eCall draft. If we delay the eCall draft, we can=E2=80= =99t publish the car-crash draft and that is a problem, since we need to = implement it. >=20 > Brian >=20 >> On Jan 14, 2016, at 9:40 AM, DRAGE, Keith (Keith) = wrote: >>=20 >> You are being very vague about the terminology you are using. >>=20 >> If by stop you mean the stopping the discussions within the working = group, then nobody is asking for that. >>=20 >> If by stop you mean delay the publication request to IESG, then that = should definitely occur, and I believe several posters have stated this. >>=20 >> There is no point in publishing this as an RFC until the response of = a 3GPP network is known, as a 3GPP network is the only delivery = mechanism for such a call. As such, I request again that no publication = request is submitted for these documents until some work on the 3GPP = side has occurred, and people are able to comment on the drafts based on = the 3GPP requirements. >>=20 >> Keith >>=20 >> -----Original Message----- >> From: Alissa Cooper [mailto:alissa@cooperw.in]=20 >> Sent: 14 January 2016 14:14 >> To: Ivo Sedlacek >> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Liaison = Statement Management Tool; 3GPPLiaison@etsi.org; Barry Leiba; Emergency = Context Resolution with Internet Technologies Discussion List >> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>=20 >> Hi Ivo, >>=20 >> As I noted, I believe the assumption is that there are people = participating in both groups and thus the current IETF drafts reflect = those people=E2=80=99s expectations about what may arise out of 3GPP. Of = course if the drafts become RFCs and it turns out that 3GPP=E2=80=99s = requirements don=E2=80=99t match up, there=E2=80=99s always the option = of doing bis drafts. >>=20 >> I=E2=80=99m just reflecting back what I believe the will of both this = WG and 3GPP to be =E2=80=94 as I said, the liaison statement doesn=E2=80=99= t ask ECRIT to stop its work and wait, and it was my impression that WG = participants here didn=E2=80=99t think that was necessary either. But if = the WG consensus would point in the direction of waiting, that would be = fine too. >>=20 >> Alissa >>=20 >>> On Dec 22, 2015, at 5:11 AM, Ivo Sedlacek = wrote: >>>=20 >>> Hello, >>>=20 >>>> The plan is to continue progressing the drafts and for those who = are involved in both to keep an eye out for potential areas where there = might be a lack of harmonization.=20 >>>=20 >>> Won=E2=80=99t the drafts be soon published as RFCs?=20 >>>=20 >>> If so, how will that allow harmonization with the future 3GPP = requirements? >>>=20 >>> Kind regards >>>=20 >>> Ivo Sedlacek >>>=20 >>> -----Original Message----- >>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Alissa = Cooper >>> Sent: Friday, December 18, 2015 9:13 PM >>> To: DRAGE, Keith (Keith) >>> Cc: Ben Campbell; Marc Linsner; Liaison Statement Management Tool; = 3GPPLiaison@etsi.org; Barry Leiba; Emergency Context Resolution with = Internet Technologies Discussion List >>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>>=20 >>> We=E2=80=99ve known for awhile now that the 3GPP work was going to = be somewhat delayed compared to the IETF work. The plan is to continue = progressing the drafts and for those who are involved in both to keep an = eye out for potential areas where there might be a lack of = harmonization. I think this is implicitly reflected in the liaison = statement the WG received =E2=80=94 it doesn=E2=80=99t ask the WG to = stop what it=E2=80=99s doing. >>> Alissa=20 >>>=20 >>>> On Dec 8, 2015, at 8:25 PM, DRAGE, Keith (Keith) = wrote: >>>>=20 >>>> The underlying problem here is that SA2 has not yet done enough = work (as in none) to see if the IETF drafts meet the 3GPP requirements. = The SA2 study is critical to this. >>>>=20 >>>> Given that 3GPP usage is pretty much the only use case for these = drafts... >>>>=20 >>>> Keith >>>>=20 >>>> -----Original Message----- >>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Liaison = Statement Management Tool >>>> Sent: 02 December 2015 18:17 >>>> To: Roger Marshall; Marc Linsner >>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution with = Internet Technologies Discussion List; 3GPPLiaison@etsi.org; Barry Leiba >>>> Subject: [Ecrit] New Liaison Statement, "Reply LS on eCall support = for the EU from IETF Ecrit WG" >>>>=20 >>>> Title: Reply LS on eCall support for the EU from IETF Ecrit WG = Submission Date: 2015-12-02 URL of the IETF Web page: = https://datatracker.ietf.org/liaison/1447/ >>>>=20 >>>> From: "leopold.murhammer@t-mobile.at" = >>>> To: Marc Linsner , Roger Marshall = >>>> Cc: Barry Leiba ,Marc Linsner = ,Ben Campbell ,Alissa Cooper = ,Roger Marshall ,Emergency = Context Resolution with Internet Technologies Discussion List = , Response Contacts: 3GPPLiaison@etsi.org Technical = Contacts:=20 >>>> Purpose: In response >>>>=20 >>>> Referenced liaison: Liaison Statement on NG eCall support for the = EU (https://datatracker.ietf.org/liaison/1412/) >>>>=20 >>>> Body:=20 >>>> 1. Overall Description: >>>> SA2 would like to thank IETF ECRIT for the incoming LS informing = 3GPP of IETF work enabling eCall over IETF SIP. SA2 has agreed on a work = item (enclosed) in SA2#111, see WID (S2-153654) "Evolution to and = Interworking with eCall in IMS Stage2". >>>>=20 >>>> SA2 plans to start work on this topic at SA2#113 and finalize the = work by May 2016.=20 >>>>=20 >>>> 2. Actions: >>>> To IETF Ecrit WG group. >>>> ACTION: TSG SA WG2 respectfully asks IETF ECRIT to take the = above information into account.=20 >>>>=20 >>>> 3. Date of Next TSG-SA WG2 Meetings: >>>> TSG-SA WG2 Meeting #113 25-29 January, 2016 St. = Kitts >>>> TSG-SA WG2 Meeting #114 11-15 April, 2016 Sophia = Antipolis, FR >>>>=20 >>>> Attachments: >>>>=20 >>>> S2-154463_was_154449_154138_LS_Reply_IETF_cl >>>> = https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgs= a-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attach= ment-1.pdf >>>>=20 >>>> S2-153654-ecall over IMS-r8 >>>> = https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgs= a-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attach= ment-2.pdf >>>>=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 >>>=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 >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit From nobody Thu Jan 14 07:09:38 2016 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 5A89D1A9045 for ; Thu, 14 Jan 2016 07:09:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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 fQo-eVRNG7hQ for ; Thu, 14 Jan 2016 07:09:33 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0ADB81B3553 for ; Thu, 14 Jan 2016 07:09:32 -0800 (PST) X-AuditID: c1b4fb25-f797e6d000007600-69-5697ba2ad195 Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id BF.A1.30208.A2AB7965; Thu, 14 Jan 2016 16:09:31 +0100 (CET) Received: from ESESSMB301.ericsson.se ([169.254.1.95]) by ESESSHC014.ericsson.se ([153.88.183.60]) with mapi id 14.03.0248.002; Thu, 14 Jan 2016 16:09:30 +0100 From: Ivo Sedlacek To: "DRAGE, Keith (Keith)" , Alissa Cooper Thread-Topic: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" Thread-Index: AQHRLS2o7BnJX+/ZTEWbPWMpMoTlkJ7B1bqAgA9gB4CABd+KsIAkK1gAgAAHZwCAABiT4A== Date: Thu, 14 Jan 2016 15:09:30 +0000 Message-ID: <39B5E4D390E9BD4890E2B3107900610112B4159A@ESESSMB301.ericsson.se> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> In-Reply-To: <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> Accept-Language: en-US, cs-CZ Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrCIsWRmVeSWpSXmKPExsUyM2K7ja72rulhBlc3cVhMP/OX0WJ+52l2 i8ZFT1ktNmw5zmKx4dQ3FgdWjym/N7J6fHnyksljyZKfTB53b11i8pi18wlLAGsUl01Kak5m WWqRvl0CV8b5R4vYCjb5Vvz+fYu1gXGLdxcjJ4eEgInEuXuzGSFsMYkL99azdTFycQgJHGaU +Nj5HspZzCjx80cDM0gVm4CexMQtR1hBbBGBcInL956yghQxCyxnlPjW8o4NJCEskC5xf8oa li5GDqCiDImL53Ig6sMkJq9/BVbCIqAq8ffMc2aQEl4BX4lvS6Ugdk1iltjyrRuslVMgVuLj BRuQckYBWYmrf3rBDmUWEJe49WQ+E8TRAhJL9pxnhrBFJV4+/scKYStJrD28HWwMs4CmxPpd +hCtihJTuh+yg9i8AoISJ2c+YZnAKDYLydRZCB2zkHTMQtKxgJFlFaNocWpxUm66kbFealFm cnFxfp5eXmrJJkZg3B3c8lt1B+PlN46HGAU4GJV4eA34p4cJsSaWFVfmHmKU4GBWEuHVXgUU 4k1JrKxKLcqPLyrNSS0+xCjNwaIkzpsk0xgmJJCeWJKanZpakFoEk2Xi4JRqYOzf8mgG+2PG rrnzFNwUrixcOuHqgw6eKx9avslcvnh72+tdZhfEm3iNtoa59sSuf97338TEdvVplrVr2OV2 3zjQw2k5X++oz+e3EzbGvI+w5a6+YtTYFe2mVlfU2rvj0l7Bt1WG8U4HgwzbN+wKWTeh/+VJ PakHU8UbCvkuW//mDap6HqH8XVWJpTgj0VCLuag4EQCUF37itwIAAA== Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 15:09:36 -0000 PiBUaGVyZSBpcyBubyBwb2ludCBpbiBwdWJsaXNoaW5nIHRoaXMgYXMgYW4gUkZDIHVudGlsIHRo ZSByZXNwb25zZSBvZiBhIDNHUFAgbmV0d29yayBpcyBrbm93biwgYXMgYSAzR1BQIG5ldHdvcmsg aXMgdGhlIG9ubHkgZGVsaXZlcnkgbWVjaGFuaXNtIGZvciBzdWNoIGEgY2FsbC4gDQo+IEFzIHN1 Y2gsIEkgcmVxdWVzdCBhZ2FpbiB0aGF0IG5vIHB1YmxpY2F0aW9uIHJlcXVlc3QgaXMgc3VibWl0 dGVkIGZvciB0aGVzZSBkb2N1bWVudHMgdW50aWwgc29tZSB3b3JrIG9uIHRoZSAzR1BQIHNpZGUg aGFzIG9jY3VycmVkLCBhbmQgcGVvcGxlIGFyZSBhYmxlIHRvIGNvbW1lbnQgb24gdGhlIGRyYWZ0 cyBiYXNlZCBvbiB0aGUgM0dQUCByZXF1aXJlbWVudHMuDQoNCkkgaGF2ZSB0aGUgc2FtZSB2aWV3 IGFzIEtlaXRoLg0KDQpLaW5kIHJlZ2FyZHMNCg0KSXZvDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBEUkFHRSwgS2VpdGggKEtlaXRoKSBbbWFpbHRvOmtlaXRoLmRyYWdlQG5v a2lhLmNvbV0gDQpTZW50OiBUaHVyc2RheSwgSmFudWFyeSAxNCwgMjAxNiA4OjQxIEFNDQpUbzog QWxpc3NhIENvb3BlcjsgSXZvIFNlZGxhY2VrDQpDYzogQmVuIENhbXBiZWxsOyBNYXJjIExpbnNu ZXI7IEVtZXJnZW5jeSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dp ZXMgRGlzY3Vzc2lvbiBMaXN0DQpTdWJqZWN0OiBSRTogW0Vjcml0XSBOZXcgTGlhaXNvbiBTdGF0 ZW1lbnQsICJSZXBseSBMUyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVj cml0IFdHIg0KDQpZb3UgYXJlIGJlaW5nIHZlcnkgdmFndWUgYWJvdXQgdGhlIHRlcm1pbm9sb2d5 IHlvdSBhcmUgdXNpbmcuDQoNCklmIGJ5IHN0b3AgeW91IG1lYW4gdGhlIHN0b3BwaW5nIHRoZSBk aXNjdXNzaW9ucyB3aXRoaW4gdGhlIHdvcmtpbmcgZ3JvdXAsIHRoZW4gbm9ib2R5IGlzIGFza2lu ZyBmb3IgdGhhdC4NCg0KSWYgYnkgc3RvcCB5b3UgbWVhbiBkZWxheSB0aGUgcHVibGljYXRpb24g cmVxdWVzdCB0byBJRVNHLCB0aGVuIHRoYXQgc2hvdWxkIGRlZmluaXRlbHkgb2NjdXIsIGFuZCBJ IGJlbGlldmUgc2V2ZXJhbCBwb3N0ZXJzIGhhdmUgc3RhdGVkIHRoaXMuDQoNClRoZXJlIGlzIG5v IHBvaW50IGluIHB1Ymxpc2hpbmcgdGhpcyBhcyBhbiBSRkMgdW50aWwgdGhlIHJlc3BvbnNlIG9m IGEgM0dQUCBuZXR3b3JrIGlzIGtub3duLCBhcyBhIDNHUFAgbmV0d29yayBpcyB0aGUgb25seSBk ZWxpdmVyeSBtZWNoYW5pc20gZm9yIHN1Y2ggYSBjYWxsLiBBcyBzdWNoLCBJIHJlcXVlc3QgYWdh aW4gdGhhdCBubyBwdWJsaWNhdGlvbiByZXF1ZXN0IGlzIHN1Ym1pdHRlZCBmb3IgdGhlc2UgZG9j dW1lbnRzIHVudGlsIHNvbWUgd29yayBvbiB0aGUgM0dQUCBzaWRlIGhhcyBvY2N1cnJlZCwgYW5k IHBlb3BsZSBhcmUgYWJsZSB0byBjb21tZW50IG9uIHRoZSBkcmFmdHMgYmFzZWQgb24gdGhlIDNH UFAgcmVxdWlyZW1lbnRzLg0KDQpLZWl0aA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K RnJvbTogQWxpc3NhIENvb3BlciBbbWFpbHRvOmFsaXNzYUBjb29wZXJ3LmluXSANClNlbnQ6IDE0 IEphbnVhcnkgMjAxNiAxNDoxNA0KVG86IEl2byBTZWRsYWNlaw0KQ2M6IERSQUdFLCBLZWl0aCAo S2VpdGgpOyBCZW4gQ2FtcGJlbGw7IE1hcmMgTGluc25lcjsgTGlhaXNvbiBTdGF0ZW1lbnQgTWFu YWdlbWVudCBUb29sOyAzR1BQTGlhaXNvbkBldHNpLm9yZzsgQmFycnkgTGVpYmE7IEVtZXJnZW5j eSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lv biBMaXN0DQpTdWJqZWN0OiBSZTogW0Vjcml0XSBOZXcgTGlhaXNvbiBTdGF0ZW1lbnQsICJSZXBs eSBMUyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVjcml0IFdHIg0KDQpI aSBJdm8sDQoNCkFzIEkgbm90ZWQsIEkgYmVsaWV2ZSB0aGUgYXNzdW1wdGlvbiBpcyB0aGF0IHRo ZXJlIGFyZSBwZW9wbGUgcGFydGljaXBhdGluZyBpbiBib3RoIGdyb3VwcyBhbmQgdGh1cyB0aGUg Y3VycmVudCBJRVRGIGRyYWZ0cyByZWZsZWN0IHRob3NlIHBlb3BsZeKAmXMgZXhwZWN0YXRpb25z IGFib3V0IHdoYXQgbWF5IGFyaXNlIG91dCBvZiAzR1BQLiBPZiBjb3Vyc2UgaWYgdGhlIGRyYWZ0 cyBiZWNvbWUgUkZDcyBhbmQgaXQgdHVybnMgb3V0IHRoYXQgM0dQUOKAmXMgcmVxdWlyZW1lbnRz IGRvbuKAmXQgbWF0Y2ggdXAsIHRoZXJl4oCZcyBhbHdheXMgdGhlIG9wdGlvbiBvZiBkb2luZyBi aXMgZHJhZnRzLg0KDQpJ4oCZbSBqdXN0IHJlZmxlY3RpbmcgYmFjayB3aGF0IEkgYmVsaWV2ZSB0 aGUgd2lsbCBvZiBib3RoIHRoaXMgV0cgYW5kIDNHUFAgdG8gYmUg4oCUIGFzIEkgc2FpZCwgdGhl IGxpYWlzb24gc3RhdGVtZW50IGRvZXNu4oCZdCBhc2sgRUNSSVQgdG8gc3RvcCBpdHMgd29yayBh bmQgd2FpdCwgYW5kIGl0IHdhcyBteSBpbXByZXNzaW9uIHRoYXQgV0cgcGFydGljaXBhbnRzIGhl cmUgZGlkbuKAmXQgdGhpbmsgdGhhdCB3YXMgbmVjZXNzYXJ5IGVpdGhlci4gQnV0IGlmIHRoZSBX RyBjb25zZW5zdXMgd291bGQgcG9pbnQgaW4gdGhlIGRpcmVjdGlvbiBvZiB3YWl0aW5nLCB0aGF0 IHdvdWxkIGJlIGZpbmUgdG9vLg0KDQpBbGlzc2ENCg0KPiBPbiBEZWMgMjIsIDIwMTUsIGF0IDU6 MTEgQU0sIEl2byBTZWRsYWNlayA8aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbT4gd3JvdGU6DQo+ IA0KPiBIZWxsbywNCj4gDQo+PiBUaGUgcGxhbiBpcyB0byBjb250aW51ZSBwcm9ncmVzc2luZyB0 aGUgZHJhZnRzIGFuZCBmb3IgdGhvc2Ugd2hvIGFyZSBpbnZvbHZlZCBpbiBib3RoIHRvIGtlZXAg YW4gZXllIG91dCBmb3IgcG90ZW50aWFsIGFyZWFzIHdoZXJlIHRoZXJlIG1pZ2h0IGJlIGEgbGFj ayBvZiBoYXJtb25pemF0aW9uLiANCj4gDQo+IFdvbuKAmXQgdGhlIGRyYWZ0cyBiZSBzb29uIHB1 Ymxpc2hlZCBhcyBSRkNzPyANCj4gDQo+IElmIHNvLCBob3cgd2lsbCB0aGF0IGFsbG93IGhhcm1v bml6YXRpb24gd2l0aCB0aGUgZnV0dXJlIDNHUFAgcmVxdWlyZW1lbnRzPw0KPiANCj4gS2luZCBy ZWdhcmRzDQo+IA0KPiBJdm8gU2VkbGFjZWsNCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+IEZyb206IEVjcml0IFttYWlsdG86ZWNyaXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIEFsaXNzYSBDb29wZXINCj4gU2VudDogRnJpZGF5LCBEZWNlbWJlciAxOCwgMjAxNSA5 OjEzIFBNDQo+IFRvOiBEUkFHRSwgS2VpdGggKEtlaXRoKQ0KPiBDYzogQmVuIENhbXBiZWxsOyBN YXJjIExpbnNuZXI7IExpYWlzb24gU3RhdGVtZW50IE1hbmFnZW1lbnQgVG9vbDsgM0dQUExpYWlz b25AZXRzaS5vcmc7IEJhcnJ5IExlaWJhOyBFbWVyZ2VuY3kgQ29udGV4dCBSZXNvbHV0aW9uIHdp dGggSW50ZXJuZXQgVGVjaG5vbG9naWVzIERpc2N1c3Npb24gTGlzdA0KPiBTdWJqZWN0OiBSZTog W0Vjcml0XSBOZXcgTGlhaXNvbiBTdGF0ZW1lbnQsICJSZXBseSBMUyBvbiBlQ2FsbCBzdXBwb3J0 IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVjcml0IFdHIg0KPiANCj4gV2XigJl2ZSBrbm93biBmb3Ig YXdoaWxlIG5vdyB0aGF0IHRoZSAzR1BQIHdvcmsgd2FzIGdvaW5nIHRvIGJlIHNvbWV3aGF0IGRl bGF5ZWQgY29tcGFyZWQgdG8gdGhlIElFVEYgd29yay4gVGhlIHBsYW4gaXMgdG8gY29udGludWUg cHJvZ3Jlc3NpbmcgdGhlIGRyYWZ0cyBhbmQgZm9yIHRob3NlIHdobyBhcmUgaW52b2x2ZWQgaW4g Ym90aCB0byBrZWVwIGFuIGV5ZSBvdXQgZm9yIHBvdGVudGlhbCBhcmVhcyB3aGVyZSB0aGVyZSBt aWdodCBiZSBhIGxhY2sgb2YgaGFybW9uaXphdGlvbi4gSSB0aGluayB0aGlzIGlzIGltcGxpY2l0 bHkgcmVmbGVjdGVkIGluIHRoZSBsaWFpc29uIHN0YXRlbWVudCB0aGUgV0cgcmVjZWl2ZWQg4oCU IGl0IGRvZXNu4oCZdCBhc2sgdGhlIFdHIHRvIHN0b3Agd2hhdCBpdOKAmXMgZG9pbmcuDQo+IEFs aXNzYSANCj4gDQo+PiBPbiBEZWMgOCwgMjAxNSwgYXQgODoyNSBQTSwgRFJBR0UsIEtlaXRoIChL ZWl0aCkgPGtlaXRoLmRyYWdlQGFsY2F0ZWwtbHVjZW50LmNvbT4gd3JvdGU6DQo+PiANCj4+IFRo ZSB1bmRlcmx5aW5nIHByb2JsZW0gaGVyZSBpcyB0aGF0IFNBMiBoYXMgbm90IHlldCBkb25lIGVu b3VnaCB3b3JrIChhcyBpbiBub25lKSB0byBzZWUgaWYgdGhlIElFVEYgZHJhZnRzIG1lZXQgdGhl IDNHUFAgcmVxdWlyZW1lbnRzLiBUaGUgU0EyIHN0dWR5IGlzIGNyaXRpY2FsIHRvIHRoaXMuDQo+ PiANCj4+IEdpdmVuIHRoYXQgM0dQUCB1c2FnZSBpcyBwcmV0dHkgbXVjaCB0aGUgb25seSB1c2Ug Y2FzZSBmb3IgdGhlc2UgZHJhZnRzLi4uDQo+PiANCj4+IEtlaXRoDQo+PiANCj4+IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBFY3JpdCBbbWFpbHRvOmVjcml0LWJvdW5jZXNA aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMaWFpc29uIFN0YXRlbWVudCBNYW5hZ2VtZW50IFRvb2wN Cj4+IFNlbnQ6IDAyIERlY2VtYmVyIDIwMTUgMTg6MTcNCj4+IFRvOiBSb2dlciBNYXJzaGFsbDsg TWFyYyBMaW5zbmVyDQo+PiBDYzogQmVuIENhbXBiZWxsOyBNYXJjIExpbnNuZXI7IEVtZXJnZW5j eSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lv biBMaXN0OyAzR1BQTGlhaXNvbkBldHNpLm9yZzsgQmFycnkgTGVpYmENCj4+IFN1YmplY3Q6IFtF Y3JpdF0gTmV3IExpYWlzb24gU3RhdGVtZW50LCAiUmVwbHkgTFMgb24gZUNhbGwgc3VwcG9ydCBm b3IgdGhlIEVVIGZyb20gSUVURiBFY3JpdCBXRyINCj4+IA0KPj4gVGl0bGU6IFJlcGx5IExTIG9u IGVDYWxsIHN1cHBvcnQgZm9yIHRoZSBFVSBmcm9tIElFVEYgRWNyaXQgV0cgU3VibWlzc2lvbiBE YXRlOiAyMDE1LTEyLTAyIFVSTCBvZiB0aGUgSUVURiBXZWIgcGFnZTogaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9saWFpc29uLzE0NDcvDQo+PiANCj4+IEZyb206ICJsZW9wb2xkLm11cmhh bW1lckB0LW1vYmlsZS5hdCIgPGxlb3BvbGQubXVyaGFtbWVyQHQtbW9iaWxlLmF0Pg0KPj4gVG86 IE1hcmMgTGluc25lciA8bWFyYy5saW5zbmVyQGNpc2NvLmNvbT4sIFJvZ2VyIE1hcnNoYWxsIDxy bWFyc2hhbGxAdGVsZWNvbXN5cy5jb20+DQo+PiBDYzogQmFycnkgTGVpYmEgPGJhcnJ5bGVpYmFA Y29tcHV0ZXIub3JnPixNYXJjIExpbnNuZXIgPG1hcmMubGluc25lckBjaXNjby5jb20+LEJlbiBD YW1wYmVsbCA8YmVuQG5vc3RydW0uY29tPixBbGlzc2EgQ29vcGVyIDxhbGlzc2FAY29vcGVydy5p bj4sUm9nZXIgTWFyc2hhbGwgPHJtYXJzaGFsbEB0ZWxlY29tc3lzLmNvbT4sRW1lcmdlbmN5IENv bnRleHQgUmVzb2x1dGlvbiB3aXRoIEludGVybmV0IFRlY2hub2xvZ2llcyBEaXNjdXNzaW9uIExp c3QgPGVjcml0QGlldGYub3JnPiwgUmVzcG9uc2UgQ29udGFjdHM6IDNHUFBMaWFpc29uQGV0c2ku b3JnIFRlY2huaWNhbCBDb250YWN0czogDQo+PiBQdXJwb3NlOiBJbiByZXNwb25zZQ0KPj4gDQo+ PiBSZWZlcmVuY2VkIGxpYWlzb246IExpYWlzb24gU3RhdGVtZW50IG9uIE5HIGVDYWxsIHN1cHBv cnQgZm9yIHRoZSBFVSAoaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9saWFpc29uLzE0MTIv KQ0KPj4gDQo+PiBCb2R5OiANCj4+IDEuIE92ZXJhbGwgRGVzY3JpcHRpb246DQo+PiBTQTIgd291 bGQgbGlrZSB0byB0aGFuayBJRVRGIEVDUklUIGZvciB0aGUgaW5jb21pbmcgTFMgaW5mb3JtaW5n IDNHUFAgb2YgSUVURiB3b3JrIGVuYWJsaW5nIGVDYWxsIG92ZXIgSUVURiBTSVAuIFNBMiBoYXMg YWdyZWVkIG9uIGEgd29yayBpdGVtIChlbmNsb3NlZCkgaW4gU0EyIzExMSwgc2VlIFdJRCAoUzIt MTUzNjU0KSAiRXZvbHV0aW9uIHRvIGFuZCBJbnRlcndvcmtpbmcgd2l0aCBlQ2FsbCBpbiBJTVMg U3RhZ2UyIi4NCj4+IA0KPj4gU0EyIHBsYW5zIHRvIHN0YXJ0IHdvcmsgb24gdGhpcyB0b3BpYyBh dCBTQTIjMTEzIGFuZCBmaW5hbGl6ZSB0aGUgd29yayBieSBNYXkgMjAxNi4gDQo+PiANCj4+IDIu IEFjdGlvbnM6DQo+PiBUbyBJRVRGIEVjcml0IFdHIGdyb3VwLg0KPj4gQUNUSU9OOiAJVFNHIFNB IFdHMiByZXNwZWN0ZnVsbHkgYXNrcyBJRVRGIEVDUklUIHRvIHRha2UgdGhlIGFib3ZlIGluZm9y bWF0aW9uIGludG8gYWNjb3VudC4gDQo+PiANCj4+IDMuIERhdGUgb2YgTmV4dCBUU0ctU0EgV0cy IE1lZXRpbmdzOg0KPj4gVFNHLVNBIFdHMiBNZWV0aW5nICMxMTMJMjUtMjkgSmFudWFyeSwgMjAx NgkJU3QuIEtpdHRzDQo+PiBUU0ctU0EgV0cyIE1lZXRpbmcgIzExNAkxMS0xNSBBcHJpbCwgMjAx NgkJU29waGlhIEFudGlwb2xpcywgRlINCj4+IA0KPj4gQXR0YWNobWVudHM6DQo+PiANCj4+ICAg UzItMTU0NDYzX3dhc18xNTQ0NDlfMTU0MTM4X0xTX1JlcGx5X0lFVEZfY2wNCj4+ICAgaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbGliL2R0L2RvY3VtZW50cy9MSUFJU09OL2xpYWlzb24tMjAxNS0xMi0w Mi0zZ3BwLXRzZ3NhLXNhMi1lY3JpdC1yZXBseS1scy1vbi1lY2FsbC1zdXBwb3J0LWZvci10aGUt ZXUtZnJvbS1pZXRmLWVjcml0LXdnLWF0dGFjaG1lbnQtMS5wZGYNCj4+IA0KPj4gICBTMi0xNTM2 NTQtZWNhbGwgb3ZlciBJTVMtcjgNCj4+ICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbGliL2R0L2Rv Y3VtZW50cy9MSUFJU09OL2xpYWlzb24tMjAxNS0xMi0wMi0zZ3BwLXRzZ3NhLXNhMi1lY3JpdC1y ZXBseS1scy1vbi1lY2FsbC1zdXBwb3J0LWZvci10aGUtZXUtZnJvbS1pZXRmLWVjcml0LXdnLWF0 dGFjaG1lbnQtMi5wZGYNCj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4+IEVjcml0IG1haWxpbmcgbGlzdA0KPj4gRWNyaXRAaWV0Zi5vcmcN Cj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZWNyaXQNCj4+IA0KPj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IEVjcml0 IG1haWxpbmcgbGlzdA0KPj4gRWNyaXRAaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vZWNyaXQNCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+IEVjcml0IG1haWxpbmcgbGlzdA0KPiBFY3JpdEBpZXRm Lm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0DQoNCg== From nobody Thu Jan 14 07:11:18 2016 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 542201B2E3C for ; Thu, 14 Jan 2016 07:11:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 R5xkoiewVMvh for ; Thu, 14 Jan 2016 07:11:07 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 101161B3553 for ; Thu, 14 Jan 2016 07:11:06 -0800 (PST) X-AuditID: c1b4fb25-f797e6d000007600-c8-5697ba89105f Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id CA.E1.30208.98AB7965; Thu, 14 Jan 2016 16:11:05 +0100 (CET) Received: from ESESSMB301.ericsson.se ([169.254.1.95]) by ESESSHC003.ericsson.se ([153.88.183.27]) with mapi id 14.03.0248.002; Thu, 14 Jan 2016 16:11:05 +0100 From: Ivo Sedlacek To: Brian Rosen , "DRAGE, Keith (Keith)" Thread-Topic: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" Thread-Index: AQHRLS2o7BnJX+/ZTEWbPWMpMoTlkJ7B1bqAgA9gB4CABd+KsIAkK1gAgAAHZwCAAAR9AIAAAGcAgAACzICAABElcA== Date: Thu, 14 Jan 2016 15:11:04 +0000 Message-ID: <39B5E4D390E9BD4890E2B3107900610112B415B1@ESESSMB301.ericsson.se> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-lucent.com> <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> In-Reply-To: <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> Accept-Language: en-US, cs-CZ Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrCIsWRmVeSWpSXmKPExsUyM2K7tG7nrulhBnMui1rM7zzNbvH0/jQ2 i8ZFT1ktNmw5zmKx4dQ3FgdWj/vf/rJ7TPm9kdVjyZKfTB53b11i8pi18wlLAGsUl01Kak5m WWqRvl0CV8a8Td/YCx5FVyy9eZWxgXFLZBcjB4eEgInE8vUCXYycQKaYxIV769m6GLk4hAQO M0pcnPGOCcJZzCjxvOMgG0gVm4CexMQtR1hBmkUEQiWen40FqWEWWM4o8a3lHViNsEC6xP0p a1ggajIkLp7LAQmLCGRJTDx3kB3EZhFQlTi8+gRYOa+Ar0R72wWoXVdYJB71zWAESXAKOEk8 nb2TBcRmFJCVuPqnFyzOLCAucevJfCaIqwUkluw5zwxhi0q8fPyPFcJWklh7eDvYDcwCmhLr d+lDtCpKTOl+yA6xV1Di5MwnLBMYxWYhmToLoWMWko5ZSDoWMLKsYhQtTi1Oyk03MtZLLcpM Li7Oz9PLSy3ZxAiMu4NbfqvuYLz8xvEQowAHoxIPrwH/9DAh1sSy4srcQ4wSHMxKIrzaq4BC vCmJlVWpRfnxRaU5qcWHGKU5WJTEeZNkGsOEBNITS1KzU1MLUotgskwcnFINjC1rJlvYbd2U 6bLON6IthdNFZfZ211cPotomPWFYwngvjznj6qvSs5t3bp3/bNMs8wmXrNMOGLjZTOw9W8n5 232S3LKw996RN47NDbBzrDgbF2H0pdN8WYWjG5/fZwuWA7WZ2srGG4K/6Hax3U5bU5/syNTY PKF/WblN9yWDA9oX34my7lXpU2Ipzkg01GIuKk4EABwemJO3AgAA Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 15:11:17 -0000 V2hpY2ggX19yYWRpb19fIG5ldHdvcmsgaXMgdGhlIGNhciBjcmFzaCBleHBlY3RlZCB0byB3b3Jr IG9uPw0KDQpLaW5kIHJlZ2FyZHMNCg0KSXZvDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQpGcm9tOiBFY3JpdCBbbWFpbHRvOmVjcml0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBCcmlhbiBSb3Nlbg0KU2VudDogVGh1cnNkYXksIEphbnVhcnkgMTQsIDIwMTYgOTowOCBBTQ0K VG86IERSQUdFLCBLZWl0aCAoS2VpdGgpDQpDYzogQmVuIENhbXBiZWxsOyBNYXJjIExpbnNuZXI7 IEVtZXJnZW5jeSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMg RGlzY3Vzc2lvbiBMaXN0DQpTdWJqZWN0OiBSZTogW0Vjcml0XSBOZXcgTGlhaXNvbiBTdGF0ZW1l bnQsICJSZXBseSBMUyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVjcml0 IFdHIg0KDQpORU5BIGkzIEVTSW5ldHMgZnJvbSBleGlzdGluZyBUZWxlbWF0aWNzIGNvbXBhbmll cw0KDQpCcmlhbg0KDQo+IE9uIEphbiAxNCwgMjAxNiwgYXQgOTo1OCBBTSwgRFJBR0UsIEtlaXRo IChLZWl0aCkgPGtlaXRoLmRyYWdlQG5va2lhLmNvbT4gd3JvdGU6DQo+IA0KPiBXaGljaCB0ZWxl Y29tbXVuaWNhdGlvbnMgbmV0d29yayBvciBJUCBuZXR3b3JrIGlzIGNhciBjcmFzaCBleHBlY3Rl ZCB0byB3b3JrIG9uPw0KPiANCj4gS2VpdGgNCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+IEZyb206IEVYVCBCcmlhbiBSb3NlbiBbbWFpbHRvOmJyQHNhbHNnaXZlci5jb21dIA0K PiBTZW50OiAxNCBKYW51YXJ5IDIwMTYgMTQ6NTcNCj4gVG86IERSQUdFLCBLZWl0aCAoS2VpdGgp DQo+IENjOiBBbGlzc2EgQ29vcGVyOyBJdm8gU2VkbGFjZWs7IEJlbiBDYW1wYmVsbDsgTWFyYyBM aW5zbmVyOyBFbWVyZ2VuY3kgQ29udGV4dCBSZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQgVGVjaG5v bG9naWVzIERpc2N1c3Npb24gTGlzdA0KPiBTdWJqZWN0OiBSZTogW0Vjcml0XSBOZXcgTGlhaXNv biBTdGF0ZW1lbnQsICJSZXBseSBMUyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJ RVRGIEVjcml0IFdHIg0KPiANCj4gSSBzdHJvbmdseSBvYmplY3QgdG8gd2FpdGluZy4gIFRoZSBX RyBwcmV2YWlsZWQgb24gYXV0aG9ycyB0byByZXdvcmsgZHJhZnRzIHdheXMgdGhhdCBtYWtlIHRo ZSBOb3J0aCBBbWVyaWNhbiBkcmFmdCAo4oCcY2FyLWNyYXNo4oCdKSBkZXBlbmRlbnQgb24gdGhl IGVDYWxsIGRyYWZ0LiAgSWYgd2UgZGVsYXkgdGhlIGVDYWxsIGRyYWZ0LCB3ZSBjYW7igJl0IHB1 Ymxpc2ggdGhlIGNhci1jcmFzaCBkcmFmdCBhbmQgdGhhdCBpcyBhIHByb2JsZW0sIHNpbmNlIHdl IG5lZWQgdG8gaW1wbGVtZW50IGl0Lg0KPiANCj4gQnJpYW4NCj4gDQo+PiBPbiBKYW4gMTQsIDIw MTYsIGF0IDk6NDAgQU0sIERSQUdFLCBLZWl0aCAoS2VpdGgpIDxrZWl0aC5kcmFnZUBub2tpYS5j b20+IHdyb3RlOg0KPj4gDQo+PiBZb3UgYXJlIGJlaW5nIHZlcnkgdmFndWUgYWJvdXQgdGhlIHRl cm1pbm9sb2d5IHlvdSBhcmUgdXNpbmcuDQo+PiANCj4+IElmIGJ5IHN0b3AgeW91IG1lYW4gdGhl IHN0b3BwaW5nIHRoZSBkaXNjdXNzaW9ucyB3aXRoaW4gdGhlIHdvcmtpbmcgZ3JvdXAsIHRoZW4g bm9ib2R5IGlzIGFza2luZyBmb3IgdGhhdC4NCj4+IA0KPj4gSWYgYnkgc3RvcCB5b3UgbWVhbiBk ZWxheSB0aGUgcHVibGljYXRpb24gcmVxdWVzdCB0byBJRVNHLCB0aGVuIHRoYXQgc2hvdWxkIGRl ZmluaXRlbHkgb2NjdXIsIGFuZCBJIGJlbGlldmUgc2V2ZXJhbCBwb3N0ZXJzIGhhdmUgc3RhdGVk IHRoaXMuDQo+PiANCj4+IFRoZXJlIGlzIG5vIHBvaW50IGluIHB1Ymxpc2hpbmcgdGhpcyBhcyBh biBSRkMgdW50aWwgdGhlIHJlc3BvbnNlIG9mIGEgM0dQUCBuZXR3b3JrIGlzIGtub3duLCBhcyBh IDNHUFAgbmV0d29yayBpcyB0aGUgb25seSBkZWxpdmVyeSBtZWNoYW5pc20gZm9yIHN1Y2ggYSBj YWxsLiBBcyBzdWNoLCBJIHJlcXVlc3QgYWdhaW4gdGhhdCBubyBwdWJsaWNhdGlvbiByZXF1ZXN0 IGlzIHN1Ym1pdHRlZCBmb3IgdGhlc2UgZG9jdW1lbnRzIHVudGlsIHNvbWUgd29yayBvbiB0aGUg M0dQUCBzaWRlIGhhcyBvY2N1cnJlZCwgYW5kIHBlb3BsZSBhcmUgYWJsZSB0byBjb21tZW50IG9u IHRoZSBkcmFmdHMgYmFzZWQgb24gdGhlIDNHUFAgcmVxdWlyZW1lbnRzLg0KPj4gDQo+PiBLZWl0 aA0KPj4gDQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogQWxpc3NhIENv b3BlciBbbWFpbHRvOmFsaXNzYUBjb29wZXJ3LmluXSANCj4+IFNlbnQ6IDE0IEphbnVhcnkgMjAx NiAxNDoxNA0KPj4gVG86IEl2byBTZWRsYWNlaw0KPj4gQ2M6IERSQUdFLCBLZWl0aCAoS2VpdGgp OyBCZW4gQ2FtcGJlbGw7IE1hcmMgTGluc25lcjsgTGlhaXNvbiBTdGF0ZW1lbnQgTWFuYWdlbWVu dCBUb29sOyAzR1BQTGlhaXNvbkBldHNpLm9yZzsgQmFycnkgTGVpYmE7IEVtZXJnZW5jeSBDb250 ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lvbiBMaXN0 DQo+PiBTdWJqZWN0OiBSZTogW0Vjcml0XSBOZXcgTGlhaXNvbiBTdGF0ZW1lbnQsICJSZXBseSBM UyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVjcml0IFdHIg0KPj4gDQo+ PiBIaSBJdm8sDQo+PiANCj4+IEFzIEkgbm90ZWQsIEkgYmVsaWV2ZSB0aGUgYXNzdW1wdGlvbiBp cyB0aGF0IHRoZXJlIGFyZSBwZW9wbGUgcGFydGljaXBhdGluZyBpbiBib3RoIGdyb3VwcyBhbmQg dGh1cyB0aGUgY3VycmVudCBJRVRGIGRyYWZ0cyByZWZsZWN0IHRob3NlIHBlb3BsZeKAmXMgZXhw ZWN0YXRpb25zIGFib3V0IHdoYXQgbWF5IGFyaXNlIG91dCBvZiAzR1BQLiBPZiBjb3Vyc2UgaWYg dGhlIGRyYWZ0cyBiZWNvbWUgUkZDcyBhbmQgaXQgdHVybnMgb3V0IHRoYXQgM0dQUOKAmXMgcmVx dWlyZW1lbnRzIGRvbuKAmXQgbWF0Y2ggdXAsIHRoZXJl4oCZcyBhbHdheXMgdGhlIG9wdGlvbiBv ZiBkb2luZyBiaXMgZHJhZnRzLg0KPj4gDQo+PiBJ4oCZbSBqdXN0IHJlZmxlY3RpbmcgYmFjayB3 aGF0IEkgYmVsaWV2ZSB0aGUgd2lsbCBvZiBib3RoIHRoaXMgV0cgYW5kIDNHUFAgdG8gYmUg4oCU IGFzIEkgc2FpZCwgdGhlIGxpYWlzb24gc3RhdGVtZW50IGRvZXNu4oCZdCBhc2sgRUNSSVQgdG8g c3RvcCBpdHMgd29yayBhbmQgd2FpdCwgYW5kIGl0IHdhcyBteSBpbXByZXNzaW9uIHRoYXQgV0cg cGFydGljaXBhbnRzIGhlcmUgZGlkbuKAmXQgdGhpbmsgdGhhdCB3YXMgbmVjZXNzYXJ5IGVpdGhl ci4gQnV0IGlmIHRoZSBXRyBjb25zZW5zdXMgd291bGQgcG9pbnQgaW4gdGhlIGRpcmVjdGlvbiBv ZiB3YWl0aW5nLCB0aGF0IHdvdWxkIGJlIGZpbmUgdG9vLg0KPj4gDQo+PiBBbGlzc2ENCj4+IA0K Pj4+IE9uIERlYyAyMiwgMjAxNSwgYXQgNToxMSBBTSwgSXZvIFNlZGxhY2VrIDxpdm8uc2VkbGFj ZWtAZXJpY3Nzb24uY29tPiB3cm90ZToNCj4+PiANCj4+PiBIZWxsbywNCj4+PiANCj4+Pj4gVGhl IHBsYW4gaXMgdG8gY29udGludWUgcHJvZ3Jlc3NpbmcgdGhlIGRyYWZ0cyBhbmQgZm9yIHRob3Nl IHdobyBhcmUgaW52b2x2ZWQgaW4gYm90aCB0byBrZWVwIGFuIGV5ZSBvdXQgZm9yIHBvdGVudGlh bCBhcmVhcyB3aGVyZSB0aGVyZSBtaWdodCBiZSBhIGxhY2sgb2YgaGFybW9uaXphdGlvbi4gDQo+ Pj4gDQo+Pj4gV29u4oCZdCB0aGUgZHJhZnRzIGJlIHNvb24gcHVibGlzaGVkIGFzIFJGQ3M/IA0K Pj4+IA0KPj4+IElmIHNvLCBob3cgd2lsbCB0aGF0IGFsbG93IGhhcm1vbml6YXRpb24gd2l0aCB0 aGUgZnV0dXJlIDNHUFAgcmVxdWlyZW1lbnRzPw0KPj4+IA0KPj4+IEtpbmQgcmVnYXJkcw0KPj4+ IA0KPj4+IEl2byBTZWRsYWNlaw0KPj4+IA0KPj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQo+Pj4gRnJvbTogRWNyaXQgW21haWx0bzplY3JpdC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYgT2YgQWxpc3NhIENvb3Blcg0KPj4+IFNlbnQ6IEZyaWRheSwgRGVjZW1iZXIgMTgsIDIwMTUg OToxMyBQTQ0KPj4+IFRvOiBEUkFHRSwgS2VpdGggKEtlaXRoKQ0KPj4+IENjOiBCZW4gQ2FtcGJl bGw7IE1hcmMgTGluc25lcjsgTGlhaXNvbiBTdGF0ZW1lbnQgTWFuYWdlbWVudCBUb29sOyAzR1BQ TGlhaXNvbkBldHNpLm9yZzsgQmFycnkgTGVpYmE7IEVtZXJnZW5jeSBDb250ZXh0IFJlc29sdXRp b24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lvbiBMaXN0DQo+Pj4gU3ViamVj dDogUmU6IFtFY3JpdF0gTmV3IExpYWlzb24gU3RhdGVtZW50LCAiUmVwbHkgTFMgb24gZUNhbGwg c3VwcG9ydCBmb3IgdGhlIEVVIGZyb20gSUVURiBFY3JpdCBXRyINCj4+PiANCj4+PiBXZeKAmXZl IGtub3duIGZvciBhd2hpbGUgbm93IHRoYXQgdGhlIDNHUFAgd29yayB3YXMgZ29pbmcgdG8gYmUg c29tZXdoYXQgZGVsYXllZCBjb21wYXJlZCB0byB0aGUgSUVURiB3b3JrLiBUaGUgcGxhbiBpcyB0 byBjb250aW51ZSBwcm9ncmVzc2luZyB0aGUgZHJhZnRzIGFuZCBmb3IgdGhvc2Ugd2hvIGFyZSBp bnZvbHZlZCBpbiBib3RoIHRvIGtlZXAgYW4gZXllIG91dCBmb3IgcG90ZW50aWFsIGFyZWFzIHdo ZXJlIHRoZXJlIG1pZ2h0IGJlIGEgbGFjayBvZiBoYXJtb25pemF0aW9uLiBJIHRoaW5rIHRoaXMg aXMgaW1wbGljaXRseSByZWZsZWN0ZWQgaW4gdGhlIGxpYWlzb24gc3RhdGVtZW50IHRoZSBXRyBy ZWNlaXZlZCDigJQgaXQgZG9lc27igJl0IGFzayB0aGUgV0cgdG8gc3RvcCB3aGF0IGl04oCZcyBk b2luZy4NCj4+PiBBbGlzc2EgDQo+Pj4gDQo+Pj4+IE9uIERlYyA4LCAyMDE1LCBhdCA4OjI1IFBN LCBEUkFHRSwgS2VpdGggKEtlaXRoKSA8a2VpdGguZHJhZ2VAYWxjYXRlbC1sdWNlbnQuY29tPiB3 cm90ZToNCj4+Pj4gDQo+Pj4+IFRoZSB1bmRlcmx5aW5nIHByb2JsZW0gaGVyZSBpcyB0aGF0IFNB MiBoYXMgbm90IHlldCBkb25lIGVub3VnaCB3b3JrIChhcyBpbiBub25lKSB0byBzZWUgaWYgdGhl IElFVEYgZHJhZnRzIG1lZXQgdGhlIDNHUFAgcmVxdWlyZW1lbnRzLiBUaGUgU0EyIHN0dWR5IGlz IGNyaXRpY2FsIHRvIHRoaXMuDQo+Pj4+IA0KPj4+PiBHaXZlbiB0aGF0IDNHUFAgdXNhZ2UgaXMg cHJldHR5IG11Y2ggdGhlIG9ubHkgdXNlIGNhc2UgZm9yIHRoZXNlIGRyYWZ0cy4uLg0KPj4+PiAN Cj4+Pj4gS2VpdGgNCj4+Pj4gDQo+Pj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+Pj4+ IEZyb206IEVjcml0IFttYWlsdG86ZWNyaXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9m IExpYWlzb24gU3RhdGVtZW50IE1hbmFnZW1lbnQgVG9vbA0KPj4+PiBTZW50OiAwMiBEZWNlbWJl ciAyMDE1IDE4OjE3DQo+Pj4+IFRvOiBSb2dlciBNYXJzaGFsbDsgTWFyYyBMaW5zbmVyDQo+Pj4+ IENjOiBCZW4gQ2FtcGJlbGw7IE1hcmMgTGluc25lcjsgRW1lcmdlbmN5IENvbnRleHQgUmVzb2x1 dGlvbiB3aXRoIEludGVybmV0IFRlY2hub2xvZ2llcyBEaXNjdXNzaW9uIExpc3Q7IDNHUFBMaWFp c29uQGV0c2kub3JnOyBCYXJyeSBMZWliYQ0KPj4+PiBTdWJqZWN0OiBbRWNyaXRdIE5ldyBMaWFp c29uIFN0YXRlbWVudCwgIlJlcGx5IExTIG9uIGVDYWxsIHN1cHBvcnQgZm9yIHRoZSBFVSBmcm9t IElFVEYgRWNyaXQgV0ciDQo+Pj4+IA0KPj4+PiBUaXRsZTogUmVwbHkgTFMgb24gZUNhbGwgc3Vw cG9ydCBmb3IgdGhlIEVVIGZyb20gSUVURiBFY3JpdCBXRyBTdWJtaXNzaW9uIERhdGU6IDIwMTUt MTItMDIgVVJMIG9mIHRoZSBJRVRGIFdlYiBwYWdlOiBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2xpYWlzb24vMTQ0Ny8NCj4+Pj4gDQo+Pj4+IEZyb206ICJsZW9wb2xkLm11cmhhbW1lckB0 LW1vYmlsZS5hdCIgPGxlb3BvbGQubXVyaGFtbWVyQHQtbW9iaWxlLmF0Pg0KPj4+PiBUbzogTWFy YyBMaW5zbmVyIDxtYXJjLmxpbnNuZXJAY2lzY28uY29tPiwgUm9nZXIgTWFyc2hhbGwgPHJtYXJz aGFsbEB0ZWxlY29tc3lzLmNvbT4NCj4+Pj4gQ2M6IEJhcnJ5IExlaWJhIDxiYXJyeWxlaWJhQGNv bXB1dGVyLm9yZz4sTWFyYyBMaW5zbmVyIDxtYXJjLmxpbnNuZXJAY2lzY28uY29tPixCZW4gQ2Ft cGJlbGwgPGJlbkBub3N0cnVtLmNvbT4sQWxpc3NhIENvb3BlciA8YWxpc3NhQGNvb3BlcncuaW4+ LFJvZ2VyIE1hcnNoYWxsIDxybWFyc2hhbGxAdGVsZWNvbXN5cy5jb20+LEVtZXJnZW5jeSBDb250 ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lvbiBMaXN0 IDxlY3JpdEBpZXRmLm9yZz4sIFJlc3BvbnNlIENvbnRhY3RzOiAzR1BQTGlhaXNvbkBldHNpLm9y ZyBUZWNobmljYWwgQ29udGFjdHM6IA0KPj4+PiBQdXJwb3NlOiBJbiByZXNwb25zZQ0KPj4+PiAN Cj4+Pj4gUmVmZXJlbmNlZCBsaWFpc29uOiBMaWFpc29uIFN0YXRlbWVudCBvbiBORyBlQ2FsbCBz dXBwb3J0IGZvciB0aGUgRVUgKGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbGlhaXNvbi8x NDEyLykNCj4+Pj4gDQo+Pj4+IEJvZHk6IA0KPj4+PiAxLiBPdmVyYWxsIERlc2NyaXB0aW9uOg0K Pj4+PiBTQTIgd291bGQgbGlrZSB0byB0aGFuayBJRVRGIEVDUklUIGZvciB0aGUgaW5jb21pbmcg TFMgaW5mb3JtaW5nIDNHUFAgb2YgSUVURiB3b3JrIGVuYWJsaW5nIGVDYWxsIG92ZXIgSUVURiBT SVAuIFNBMiBoYXMgYWdyZWVkIG9uIGEgd29yayBpdGVtIChlbmNsb3NlZCkgaW4gU0EyIzExMSwg c2VlIFdJRCAoUzItMTUzNjU0KSAiRXZvbHV0aW9uIHRvIGFuZCBJbnRlcndvcmtpbmcgd2l0aCBl Q2FsbCBpbiBJTVMgU3RhZ2UyIi4NCj4+Pj4gDQo+Pj4+IFNBMiBwbGFucyB0byBzdGFydCB3b3Jr IG9uIHRoaXMgdG9waWMgYXQgU0EyIzExMyBhbmQgZmluYWxpemUgdGhlIHdvcmsgYnkgTWF5IDIw MTYuIA0KPj4+PiANCj4+Pj4gMi4gQWN0aW9uczoNCj4+Pj4gVG8gSUVURiBFY3JpdCBXRyBncm91 cC4NCj4+Pj4gQUNUSU9OOiAJVFNHIFNBIFdHMiByZXNwZWN0ZnVsbHkgYXNrcyBJRVRGIEVDUklU IHRvIHRha2UgdGhlIGFib3ZlIGluZm9ybWF0aW9uIGludG8gYWNjb3VudC4gDQo+Pj4+IA0KPj4+ PiAzLiBEYXRlIG9mIE5leHQgVFNHLVNBIFdHMiBNZWV0aW5nczoNCj4+Pj4gVFNHLVNBIFdHMiBN ZWV0aW5nICMxMTMJMjUtMjkgSmFudWFyeSwgMjAxNgkJU3QuIEtpdHRzDQo+Pj4+IFRTRy1TQSBX RzIgTWVldGluZyAjMTE0CTExLTE1IEFwcmlsLCAyMDE2CQlTb3BoaWEgQW50aXBvbGlzLCBGUg0K Pj4+PiANCj4+Pj4gQXR0YWNobWVudHM6DQo+Pj4+IA0KPj4+PiBTMi0xNTQ0NjNfd2FzXzE1NDQ0 OV8xNTQxMzhfTFNfUmVwbHlfSUVURl9jbA0KPj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9saWIv ZHQvZG9jdW1lbnRzL0xJQUlTT04vbGlhaXNvbi0yMDE1LTEyLTAyLTNncHAtdHNnc2Etc2EyLWVj cml0LXJlcGx5LWxzLW9uLWVjYWxsLXN1cHBvcnQtZm9yLXRoZS1ldS1mcm9tLWlldGYtZWNyaXQt d2ctYXR0YWNobWVudC0xLnBkZg0KPj4+PiANCj4+Pj4gUzItMTUzNjU0LWVjYWxsIG92ZXIgSU1T LXI4DQo+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL2xpYi9kdC9kb2N1bWVudHMvTElBSVNPTi9s aWFpc29uLTIwMTUtMTItMDItM2dwcC10c2dzYS1zYTItZWNyaXQtcmVwbHktbHMtb24tZWNhbGwt c3VwcG9ydC1mb3ItdGhlLWV1LWZyb20taWV0Zi1lY3JpdC13Zy1hdHRhY2htZW50LTIucGRmDQo+ Pj4+IA0KPj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPj4+PiBFY3JpdCBtYWlsaW5nIGxpc3QNCj4+Pj4gRWNyaXRAaWV0Zi5vcmcNCj4+Pj4gaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9lY3JpdA0KPj4+PiANCj4+Pj4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+Pj4gRWNyaXQg bWFpbGluZyBsaXN0DQo+Pj4+IEVjcml0QGlldGYub3JnDQo+Pj4+IGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vZWNyaXQNCj4+PiANCj4+PiBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+IEVjcml0IG1haWxpbmcgbGlzdA0KPj4+ IEVjcml0QGlldGYub3JnDQo+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9lY3JpdA0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPj4gRWNyaXQgbWFpbGluZyBsaXN0DQo+PiBFY3JpdEBpZXRmLm9yZw0KPj4gaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9lY3JpdA0KPiANCj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gRWNyaXQgbWFpbGluZyBs aXN0DQo+IEVjcml0QGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vZWNyaXQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCkVjcml0IG1haWxpbmcgbGlzdA0KRWNyaXRAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vZWNyaXQNCg== From nobody Thu Jan 14 07:14:28 2016 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 1E78C1B355C for ; Thu, 14 Jan 2016 07:14:26 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1] 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 Sj4kXV0ozrKh for ; Thu, 14 Jan 2016 07:14:23 -0800 (PST) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (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 5CE381A9045 for ; Thu, 14 Jan 2016 07:14:23 -0800 (PST) Received: by mail-qk0-x236.google.com with SMTP id x1so23793176qkc.1 for ; Thu, 14 Jan 2016 07:14:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=7iS7lL0gtwt+GKbKrBpqflcljzS1fMjKtEBRdD67dkI=; b=pMl8f/M4t0xazWk4VolYyPBrBxh/gkwiG4mAA+O7JNFlEreRnfYQiiy31AXsWl7Ac5 fqN319IhD7iWQYaRzwWtxPXU1K/8M0lIOBHhkH18fEQ8Ol+FhFNexeDPbgS3CnLP13zA NDgVrwsCkgjCH6Tl6wrl4Z6D8pC8VjSa17SRgOqU0OOem5qQvS2/iaqJzIRNyAyse2tB sTN0XNYrHkKo5phHaeMtj/T9ArhjJhq8ikMJgRTtyV/SIjr2/Kx4Ixs+i4G/OJ60IVRS R2vHh8a8xXVjnMCmExBZ2GVNoLwJTuOOpSDuwe45vCdvT4aq1CkmulUWGE/6zyxMvO7C HxuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=7iS7lL0gtwt+GKbKrBpqflcljzS1fMjKtEBRdD67dkI=; b=diw6N2jDV8Rro9uP70f4UU8BBw4P8rtElIzMaLRbUO6I5/41L1M4o41/eBYw0qKRXf P2TYRMaKvkMRLT3srz48lmZvOclfTD0U+ljNlJcjU8TOU3vy5n3IjMpC67sMTzTMDHAk Pc56rXTVXri/DZc/qCpWPzNQz8EOyG7Cf/y0G++igjqYB+U1NUgPA40n0FQS40xgsd90 3BglDUgobkmtknGDekB+e/yHvge2CdlU3jFP8nIXoT9XK9/mrOOgXCGGwmiWED4hkEuw PhPkuniAzJZooiTaublV/JCDFSqe+J9sHO/sE+RFc12PtACOwRsgc3E+V76mRPWJkNSc UAMA== X-Gm-Message-State: ALoCoQmlCaMvajyGug9sX2CaQUpD5p4KzK+SacoXVO+DqGvt+2NoUq6Tj/kfaZWUfm+jTReIyKZEn0tQV6odkfI1dntfxtkK5g== X-Received: by 10.55.77.148 with SMTP id a142mr6137709qkb.44.1452784462523; Thu, 14 Jan 2016 07:14:22 -0800 (PST) Received: from [10.33.192.14] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id 189sm2617964qhg.13.2016.01.14.07.14.20 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 14 Jan 2016 07:14:21 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Brian Rosen In-Reply-To: <39B5E4D390E9BD4890E2B3107900610112B415B1@ESESSMB301.ericsson.se> Date: Thu, 14 Jan 2016 10:14:18 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <9B4BA4CC-1AE6-4A63-BE74-EB1F1D9C6906@brianrosen.net> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-lucent.com> <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B415B1@ESESSMB301.ericsson.se> To: Ivo Sedlacek X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 15:14:26 -0000 Most of these systems use existing 3G/4G network data channels I = believe. That part is proprietary and we don=E2=80=99t care. The part = that we=E2=80=99re dependent on is from the telematics company to the = PSAP. These systems have proprietary protocols from car to the = telematics company and then standards based protocols from the = telematics company to the PSAP. Brian > On Jan 14, 2016, at 10:11 AM, Ivo Sedlacek = wrote: >=20 > Which __radio__ network is the car crash expected to work on? >=20 > Kind regards >=20 > Ivo >=20 > -----Original Message----- > From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Brian Rosen > Sent: Thursday, January 14, 2016 9:08 AM > To: DRAGE, Keith (Keith) > Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution with = Internet Technologies Discussion List > Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support = for the EU from IETF Ecrit WG" >=20 > NENA i3 ESInets from existing Telematics companies >=20 > Brian >=20 >> On Jan 14, 2016, at 9:58 AM, DRAGE, Keith (Keith) = wrote: >>=20 >> Which telecommunications network or IP network is car crash expected = to work on? >>=20 >> Keith >>=20 >> -----Original Message----- >> From: EXT Brian Rosen [mailto:br@salsgiver.com]=20 >> Sent: 14 January 2016 14:57 >> To: DRAGE, Keith (Keith) >> Cc: Alissa Cooper; Ivo Sedlacek; Ben Campbell; Marc Linsner; = Emergency Context Resolution with Internet Technologies Discussion List >> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>=20 >> I strongly object to waiting. The WG prevailed on authors to rework = drafts ways that make the North American draft (=E2=80=9Ccar-crash=E2=80=9D= ) dependent on the eCall draft. If we delay the eCall draft, we can=E2=80= =99t publish the car-crash draft and that is a problem, since we need to = implement it. >>=20 >> Brian >>=20 >>> On Jan 14, 2016, at 9:40 AM, DRAGE, Keith (Keith) = wrote: >>>=20 >>> You are being very vague about the terminology you are using. >>>=20 >>> If by stop you mean the stopping the discussions within the working = group, then nobody is asking for that. >>>=20 >>> If by stop you mean delay the publication request to IESG, then that = should definitely occur, and I believe several posters have stated this. >>>=20 >>> There is no point in publishing this as an RFC until the response of = a 3GPP network is known, as a 3GPP network is the only delivery = mechanism for such a call. As such, I request again that no publication = request is submitted for these documents until some work on the 3GPP = side has occurred, and people are able to comment on the drafts based on = the 3GPP requirements. >>>=20 >>> Keith >>>=20 >>> -----Original Message----- >>> From: Alissa Cooper [mailto:alissa@cooperw.in]=20 >>> Sent: 14 January 2016 14:14 >>> To: Ivo Sedlacek >>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Liaison = Statement Management Tool; 3GPPLiaison@etsi.org; Barry Leiba; Emergency = Context Resolution with Internet Technologies Discussion List >>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>>=20 >>> Hi Ivo, >>>=20 >>> As I noted, I believe the assumption is that there are people = participating in both groups and thus the current IETF drafts reflect = those people=E2=80=99s expectations about what may arise out of 3GPP. Of = course if the drafts become RFCs and it turns out that 3GPP=E2=80=99s = requirements don=E2=80=99t match up, there=E2=80=99s always the option = of doing bis drafts. >>>=20 >>> I=E2=80=99m just reflecting back what I believe the will of both = this WG and 3GPP to be =E2=80=94 as I said, the liaison statement = doesn=E2=80=99t ask ECRIT to stop its work and wait, and it was my = impression that WG participants here didn=E2=80=99t think that was = necessary either. But if the WG consensus would point in the direction = of waiting, that would be fine too. >>>=20 >>> Alissa >>>=20 >>>> On Dec 22, 2015, at 5:11 AM, Ivo Sedlacek = wrote: >>>>=20 >>>> Hello, >>>>=20 >>>>> The plan is to continue progressing the drafts and for those who = are involved in both to keep an eye out for potential areas where there = might be a lack of harmonization.=20 >>>>=20 >>>> Won=E2=80=99t the drafts be soon published as RFCs?=20 >>>>=20 >>>> If so, how will that allow harmonization with the future 3GPP = requirements? >>>>=20 >>>> Kind regards >>>>=20 >>>> Ivo Sedlacek >>>>=20 >>>> -----Original Message----- >>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Alissa = Cooper >>>> Sent: Friday, December 18, 2015 9:13 PM >>>> To: DRAGE, Keith (Keith) >>>> Cc: Ben Campbell; Marc Linsner; Liaison Statement Management Tool; = 3GPPLiaison@etsi.org; Barry Leiba; Emergency Context Resolution with = Internet Technologies Discussion List >>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>>>=20 >>>> We=E2=80=99ve known for awhile now that the 3GPP work was going to = be somewhat delayed compared to the IETF work. The plan is to continue = progressing the drafts and for those who are involved in both to keep an = eye out for potential areas where there might be a lack of = harmonization. I think this is implicitly reflected in the liaison = statement the WG received =E2=80=94 it doesn=E2=80=99t ask the WG to = stop what it=E2=80=99s doing. >>>> Alissa=20 >>>>=20 >>>>> On Dec 8, 2015, at 8:25 PM, DRAGE, Keith (Keith) = wrote: >>>>>=20 >>>>> The underlying problem here is that SA2 has not yet done enough = work (as in none) to see if the IETF drafts meet the 3GPP requirements. = The SA2 study is critical to this. >>>>>=20 >>>>> Given that 3GPP usage is pretty much the only use case for these = drafts... >>>>>=20 >>>>> Keith >>>>>=20 >>>>> -----Original Message----- >>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Liaison = Statement Management Tool >>>>> Sent: 02 December 2015 18:17 >>>>> To: Roger Marshall; Marc Linsner >>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution with = Internet Technologies Discussion List; 3GPPLiaison@etsi.org; Barry Leiba >>>>> Subject: [Ecrit] New Liaison Statement, "Reply LS on eCall support = for the EU from IETF Ecrit WG" >>>>>=20 >>>>> Title: Reply LS on eCall support for the EU from IETF Ecrit WG = Submission Date: 2015-12-02 URL of the IETF Web page: = https://datatracker.ietf.org/liaison/1447/ >>>>>=20 >>>>> From: "leopold.murhammer@t-mobile.at" = >>>>> To: Marc Linsner , Roger Marshall = >>>>> Cc: Barry Leiba ,Marc Linsner = ,Ben Campbell ,Alissa Cooper = ,Roger Marshall ,Emergency = Context Resolution with Internet Technologies Discussion List = , Response Contacts: 3GPPLiaison@etsi.org Technical = Contacts:=20 >>>>> Purpose: In response >>>>>=20 >>>>> Referenced liaison: Liaison Statement on NG eCall support for the = EU (https://datatracker.ietf.org/liaison/1412/) >>>>>=20 >>>>> Body:=20 >>>>> 1. Overall Description: >>>>> SA2 would like to thank IETF ECRIT for the incoming LS informing = 3GPP of IETF work enabling eCall over IETF SIP. SA2 has agreed on a work = item (enclosed) in SA2#111, see WID (S2-153654) "Evolution to and = Interworking with eCall in IMS Stage2". >>>>>=20 >>>>> SA2 plans to start work on this topic at SA2#113 and finalize the = work by May 2016.=20 >>>>>=20 >>>>> 2. Actions: >>>>> To IETF Ecrit WG group. >>>>> ACTION: TSG SA WG2 respectfully asks IETF ECRIT to take the = above information into account.=20 >>>>>=20 >>>>> 3. Date of Next TSG-SA WG2 Meetings: >>>>> TSG-SA WG2 Meeting #113 25-29 January, 2016 St. = Kitts >>>>> TSG-SA WG2 Meeting #114 11-15 April, 2016 Sophia = Antipolis, FR >>>>>=20 >>>>> Attachments: >>>>>=20 >>>>> S2-154463_was_154449_154138_LS_Reply_IETF_cl >>>>> = https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgs= a-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attach= ment-1.pdf >>>>>=20 >>>>> S2-153654-ecall over IMS-r8 >>>>> = https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgs= a-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attach= ment-2.pdf >>>>>=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 >>>>=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 >>=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 From nobody Thu Jan 14 07:29:31 2016 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 0D0551B358E for ; Thu, 14 Jan 2016 07:29:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 lHdzubUjHxpZ for ; Thu, 14 Jan 2016 07:29:27 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 1150E1B3590 for ; Thu, 14 Jan 2016 07:29:27 -0800 (PST) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id E0F08683B917D; Thu, 14 Jan 2016 15:29:21 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u0EFTOk1024976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Jan 2016 15:29:24 GMT Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id u0EFTCIP000781 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 14 Jan 2016 16:29:22 +0100 Received: from FR712WXCHMBA11.zeu.alcatel-lucent.com ([169.254.7.213]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Thu, 14 Jan 2016 16:28:37 +0100 From: "DRAGE, Keith (Keith)" To: EXT Brian Rosen , "DRAGE, Keith (Keith)" Thread-Topic: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" Thread-Index: AQHRTtXl2fbh8A25L0+pnsTL+tcz8Z77Dm1g///6ygCAABEEYP//8i+AgAAV/EA= Date: Thu, 14 Jan 2016 15:28:36 +0000 Message-ID: <949EF20990823C4C85C18D59AA11AD8BADE2F552@FR712WXCHMBA11.zeu.alcatel-lucent.com> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-lucent.com> <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> In-Reply-To: <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 15:29:30 -0000 VGhlcmUgYXJlIGNhbGxpbmcgZGV2aWNlcyBkaXJlY3RseSBjb25uZWN0ZWQgdG8gTkVOQSBpMz8N Cg0KS2VpdGgNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEVYVCBCcmlhbiBS b3NlbiBbbWFpbHRvOmJyQGJyaWFucm9zZW4ubmV0XSANClNlbnQ6IDE0IEphbnVhcnkgMjAxNiAx NTowOA0KVG86IERSQUdFLCBLZWl0aCAoS2VpdGgpDQpDYzogQmVuIENhbXBiZWxsOyBFbWVyZ2Vu Y3kgQ29udGV4dCBSZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQgVGVjaG5vbG9naWVzIERpc2N1c3Np b24gTGlzdDsgTWFyYyBMaW5zbmVyDQpTdWJqZWN0OiBSZTogW0Vjcml0XSBOZXcgTGlhaXNvbiBT dGF0ZW1lbnQsICJSZXBseSBMUyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJRVRG IEVjcml0IFdHIg0KDQpORU5BIGkzIEVTSW5ldHMgZnJvbSBleGlzdGluZyBUZWxlbWF0aWNzIGNv bXBhbmllcw0KDQpCcmlhbg0KDQo+IE9uIEphbiAxNCwgMjAxNiwgYXQgOTo1OCBBTSwgRFJBR0Us IEtlaXRoIChLZWl0aCkgPGtlaXRoLmRyYWdlQG5va2lhLmNvbT4gd3JvdGU6DQo+IA0KPiBXaGlj aCB0ZWxlY29tbXVuaWNhdGlvbnMgbmV0d29yayBvciBJUCBuZXR3b3JrIGlzIGNhciBjcmFzaCBl eHBlY3RlZCB0byB3b3JrIG9uPw0KPiANCj4gS2VpdGgNCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQo+IEZyb206IEVYVCBCcmlhbiBSb3NlbiBbbWFpbHRvOmJyQHNhbHNnaXZlci5j b21dIA0KPiBTZW50OiAxNCBKYW51YXJ5IDIwMTYgMTQ6NTcNCj4gVG86IERSQUdFLCBLZWl0aCAo S2VpdGgpDQo+IENjOiBBbGlzc2EgQ29vcGVyOyBJdm8gU2VkbGFjZWs7IEJlbiBDYW1wYmVsbDsg TWFyYyBMaW5zbmVyOyBFbWVyZ2VuY3kgQ29udGV4dCBSZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQg VGVjaG5vbG9naWVzIERpc2N1c3Npb24gTGlzdA0KPiBTdWJqZWN0OiBSZTogW0Vjcml0XSBOZXcg TGlhaXNvbiBTdGF0ZW1lbnQsICJSZXBseSBMUyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUg ZnJvbSBJRVRGIEVjcml0IFdHIg0KPiANCj4gSSBzdHJvbmdseSBvYmplY3QgdG8gd2FpdGluZy4g IFRoZSBXRyBwcmV2YWlsZWQgb24gYXV0aG9ycyB0byByZXdvcmsgZHJhZnRzIHdheXMgdGhhdCBt YWtlIHRoZSBOb3J0aCBBbWVyaWNhbiBkcmFmdCAo4oCcY2FyLWNyYXNo4oCdKSBkZXBlbmRlbnQg b24gdGhlIGVDYWxsIGRyYWZ0LiAgSWYgd2UgZGVsYXkgdGhlIGVDYWxsIGRyYWZ0LCB3ZSBjYW7i gJl0IHB1Ymxpc2ggdGhlIGNhci1jcmFzaCBkcmFmdCBhbmQgdGhhdCBpcyBhIHByb2JsZW0sIHNp bmNlIHdlIG5lZWQgdG8gaW1wbGVtZW50IGl0Lg0KPiANCj4gQnJpYW4NCj4gDQo+PiBPbiBKYW4g MTQsIDIwMTYsIGF0IDk6NDAgQU0sIERSQUdFLCBLZWl0aCAoS2VpdGgpIDxrZWl0aC5kcmFnZUBu b2tpYS5jb20+IHdyb3RlOg0KPj4gDQo+PiBZb3UgYXJlIGJlaW5nIHZlcnkgdmFndWUgYWJvdXQg dGhlIHRlcm1pbm9sb2d5IHlvdSBhcmUgdXNpbmcuDQo+PiANCj4+IElmIGJ5IHN0b3AgeW91IG1l YW4gdGhlIHN0b3BwaW5nIHRoZSBkaXNjdXNzaW9ucyB3aXRoaW4gdGhlIHdvcmtpbmcgZ3JvdXAs IHRoZW4gbm9ib2R5IGlzIGFza2luZyBmb3IgdGhhdC4NCj4+IA0KPj4gSWYgYnkgc3RvcCB5b3Ug bWVhbiBkZWxheSB0aGUgcHVibGljYXRpb24gcmVxdWVzdCB0byBJRVNHLCB0aGVuIHRoYXQgc2hv dWxkIGRlZmluaXRlbHkgb2NjdXIsIGFuZCBJIGJlbGlldmUgc2V2ZXJhbCBwb3N0ZXJzIGhhdmUg c3RhdGVkIHRoaXMuDQo+PiANCj4+IFRoZXJlIGlzIG5vIHBvaW50IGluIHB1Ymxpc2hpbmcgdGhp cyBhcyBhbiBSRkMgdW50aWwgdGhlIHJlc3BvbnNlIG9mIGEgM0dQUCBuZXR3b3JrIGlzIGtub3du LCBhcyBhIDNHUFAgbmV0d29yayBpcyB0aGUgb25seSBkZWxpdmVyeSBtZWNoYW5pc20gZm9yIHN1 Y2ggYSBjYWxsLiBBcyBzdWNoLCBJIHJlcXVlc3QgYWdhaW4gdGhhdCBubyBwdWJsaWNhdGlvbiBy ZXF1ZXN0IGlzIHN1Ym1pdHRlZCBmb3IgdGhlc2UgZG9jdW1lbnRzIHVudGlsIHNvbWUgd29yayBv biB0aGUgM0dQUCBzaWRlIGhhcyBvY2N1cnJlZCwgYW5kIHBlb3BsZSBhcmUgYWJsZSB0byBjb21t ZW50IG9uIHRoZSBkcmFmdHMgYmFzZWQgb24gdGhlIDNHUFAgcmVxdWlyZW1lbnRzLg0KPj4gDQo+ PiBLZWl0aA0KPj4gDQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogQWxp c3NhIENvb3BlciBbbWFpbHRvOmFsaXNzYUBjb29wZXJ3LmluXSANCj4+IFNlbnQ6IDE0IEphbnVh cnkgMjAxNiAxNDoxNA0KPj4gVG86IEl2byBTZWRsYWNlaw0KPj4gQ2M6IERSQUdFLCBLZWl0aCAo S2VpdGgpOyBCZW4gQ2FtcGJlbGw7IE1hcmMgTGluc25lcjsgTGlhaXNvbiBTdGF0ZW1lbnQgTWFu YWdlbWVudCBUb29sOyAzR1BQTGlhaXNvbkBldHNpLm9yZzsgQmFycnkgTGVpYmE7IEVtZXJnZW5j eSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lv biBMaXN0DQo+PiBTdWJqZWN0OiBSZTogW0Vjcml0XSBOZXcgTGlhaXNvbiBTdGF0ZW1lbnQsICJS ZXBseSBMUyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVjcml0IFdHIg0K Pj4gDQo+PiBIaSBJdm8sDQo+PiANCj4+IEFzIEkgbm90ZWQsIEkgYmVsaWV2ZSB0aGUgYXNzdW1w dGlvbiBpcyB0aGF0IHRoZXJlIGFyZSBwZW9wbGUgcGFydGljaXBhdGluZyBpbiBib3RoIGdyb3Vw cyBhbmQgdGh1cyB0aGUgY3VycmVudCBJRVRGIGRyYWZ0cyByZWZsZWN0IHRob3NlIHBlb3BsZeKA mXMgZXhwZWN0YXRpb25zIGFib3V0IHdoYXQgbWF5IGFyaXNlIG91dCBvZiAzR1BQLiBPZiBjb3Vy c2UgaWYgdGhlIGRyYWZ0cyBiZWNvbWUgUkZDcyBhbmQgaXQgdHVybnMgb3V0IHRoYXQgM0dQUOKA mXMgcmVxdWlyZW1lbnRzIGRvbuKAmXQgbWF0Y2ggdXAsIHRoZXJl4oCZcyBhbHdheXMgdGhlIG9w dGlvbiBvZiBkb2luZyBiaXMgZHJhZnRzLg0KPj4gDQo+PiBJ4oCZbSBqdXN0IHJlZmxlY3Rpbmcg YmFjayB3aGF0IEkgYmVsaWV2ZSB0aGUgd2lsbCBvZiBib3RoIHRoaXMgV0cgYW5kIDNHUFAgdG8g YmUg4oCUIGFzIEkgc2FpZCwgdGhlIGxpYWlzb24gc3RhdGVtZW50IGRvZXNu4oCZdCBhc2sgRUNS SVQgdG8gc3RvcCBpdHMgd29yayBhbmQgd2FpdCwgYW5kIGl0IHdhcyBteSBpbXByZXNzaW9uIHRo YXQgV0cgcGFydGljaXBhbnRzIGhlcmUgZGlkbuKAmXQgdGhpbmsgdGhhdCB3YXMgbmVjZXNzYXJ5 IGVpdGhlci4gQnV0IGlmIHRoZSBXRyBjb25zZW5zdXMgd291bGQgcG9pbnQgaW4gdGhlIGRpcmVj dGlvbiBvZiB3YWl0aW5nLCB0aGF0IHdvdWxkIGJlIGZpbmUgdG9vLg0KPj4gDQo+PiBBbGlzc2EN Cj4+IA0KPj4+IE9uIERlYyAyMiwgMjAxNSwgYXQgNToxMSBBTSwgSXZvIFNlZGxhY2VrIDxpdm8u c2VkbGFjZWtAZXJpY3Nzb24uY29tPiB3cm90ZToNCj4+PiANCj4+PiBIZWxsbywNCj4+PiANCj4+ Pj4gVGhlIHBsYW4gaXMgdG8gY29udGludWUgcHJvZ3Jlc3NpbmcgdGhlIGRyYWZ0cyBhbmQgZm9y IHRob3NlIHdobyBhcmUgaW52b2x2ZWQgaW4gYm90aCB0byBrZWVwIGFuIGV5ZSBvdXQgZm9yIHBv dGVudGlhbCBhcmVhcyB3aGVyZSB0aGVyZSBtaWdodCBiZSBhIGxhY2sgb2YgaGFybW9uaXphdGlv bi4gDQo+Pj4gDQo+Pj4gV29u4oCZdCB0aGUgZHJhZnRzIGJlIHNvb24gcHVibGlzaGVkIGFzIFJG Q3M/IA0KPj4+IA0KPj4+IElmIHNvLCBob3cgd2lsbCB0aGF0IGFsbG93IGhhcm1vbml6YXRpb24g d2l0aCB0aGUgZnV0dXJlIDNHUFAgcmVxdWlyZW1lbnRzPw0KPj4+IA0KPj4+IEtpbmQgcmVnYXJk cw0KPj4+IA0KPj4+IEl2byBTZWRsYWNlaw0KPj4+IA0KPj4+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+Pj4gRnJvbTogRWNyaXQgW21haWx0bzplY3JpdC1ib3VuY2VzQGlldGYub3JnXSBP biBCZWhhbGYgT2YgQWxpc3NhIENvb3Blcg0KPj4+IFNlbnQ6IEZyaWRheSwgRGVjZW1iZXIgMTgs IDIwMTUgOToxMyBQTQ0KPj4+IFRvOiBEUkFHRSwgS2VpdGggKEtlaXRoKQ0KPj4+IENjOiBCZW4g Q2FtcGJlbGw7IE1hcmMgTGluc25lcjsgTGlhaXNvbiBTdGF0ZW1lbnQgTWFuYWdlbWVudCBUb29s OyAzR1BQTGlhaXNvbkBldHNpLm9yZzsgQmFycnkgTGVpYmE7IEVtZXJnZW5jeSBDb250ZXh0IFJl c29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lvbiBMaXN0DQo+Pj4g U3ViamVjdDogUmU6IFtFY3JpdF0gTmV3IExpYWlzb24gU3RhdGVtZW50LCAiUmVwbHkgTFMgb24g ZUNhbGwgc3VwcG9ydCBmb3IgdGhlIEVVIGZyb20gSUVURiBFY3JpdCBXRyINCj4+PiANCj4+PiBX ZeKAmXZlIGtub3duIGZvciBhd2hpbGUgbm93IHRoYXQgdGhlIDNHUFAgd29yayB3YXMgZ29pbmcg dG8gYmUgc29tZXdoYXQgZGVsYXllZCBjb21wYXJlZCB0byB0aGUgSUVURiB3b3JrLiBUaGUgcGxh biBpcyB0byBjb250aW51ZSBwcm9ncmVzc2luZyB0aGUgZHJhZnRzIGFuZCBmb3IgdGhvc2Ugd2hv IGFyZSBpbnZvbHZlZCBpbiBib3RoIHRvIGtlZXAgYW4gZXllIG91dCBmb3IgcG90ZW50aWFsIGFy ZWFzIHdoZXJlIHRoZXJlIG1pZ2h0IGJlIGEgbGFjayBvZiBoYXJtb25pemF0aW9uLiBJIHRoaW5r IHRoaXMgaXMgaW1wbGljaXRseSByZWZsZWN0ZWQgaW4gdGhlIGxpYWlzb24gc3RhdGVtZW50IHRo ZSBXRyByZWNlaXZlZCDigJQgaXQgZG9lc27igJl0IGFzayB0aGUgV0cgdG8gc3RvcCB3aGF0IGl0 4oCZcyBkb2luZy4NCj4+PiBBbGlzc2EgDQo+Pj4gDQo+Pj4+IE9uIERlYyA4LCAyMDE1LCBhdCA4 OjI1IFBNLCBEUkFHRSwgS2VpdGggKEtlaXRoKSA8a2VpdGguZHJhZ2VAYWxjYXRlbC1sdWNlbnQu Y29tPiB3cm90ZToNCj4+Pj4gDQo+Pj4+IFRoZSB1bmRlcmx5aW5nIHByb2JsZW0gaGVyZSBpcyB0 aGF0IFNBMiBoYXMgbm90IHlldCBkb25lIGVub3VnaCB3b3JrIChhcyBpbiBub25lKSB0byBzZWUg aWYgdGhlIElFVEYgZHJhZnRzIG1lZXQgdGhlIDNHUFAgcmVxdWlyZW1lbnRzLiBUaGUgU0EyIHN0 dWR5IGlzIGNyaXRpY2FsIHRvIHRoaXMuDQo+Pj4+IA0KPj4+PiBHaXZlbiB0aGF0IDNHUFAgdXNh Z2UgaXMgcHJldHR5IG11Y2ggdGhlIG9ubHkgdXNlIGNhc2UgZm9yIHRoZXNlIGRyYWZ0cy4uLg0K Pj4+PiANCj4+Pj4gS2VpdGgNCj4+Pj4gDQo+Pj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQo+Pj4+IEZyb206IEVjcml0IFttYWlsdG86ZWNyaXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIExpYWlzb24gU3RhdGVtZW50IE1hbmFnZW1lbnQgVG9vbA0KPj4+PiBTZW50OiAwMiBE ZWNlbWJlciAyMDE1IDE4OjE3DQo+Pj4+IFRvOiBSb2dlciBNYXJzaGFsbDsgTWFyYyBMaW5zbmVy DQo+Pj4+IENjOiBCZW4gQ2FtcGJlbGw7IE1hcmMgTGluc25lcjsgRW1lcmdlbmN5IENvbnRleHQg UmVzb2x1dGlvbiB3aXRoIEludGVybmV0IFRlY2hub2xvZ2llcyBEaXNjdXNzaW9uIExpc3Q7IDNH UFBMaWFpc29uQGV0c2kub3JnOyBCYXJyeSBMZWliYQ0KPj4+PiBTdWJqZWN0OiBbRWNyaXRdIE5l dyBMaWFpc29uIFN0YXRlbWVudCwgIlJlcGx5IExTIG9uIGVDYWxsIHN1cHBvcnQgZm9yIHRoZSBF VSBmcm9tIElFVEYgRWNyaXQgV0ciDQo+Pj4+IA0KPj4+PiBUaXRsZTogUmVwbHkgTFMgb24gZUNh bGwgc3VwcG9ydCBmb3IgdGhlIEVVIGZyb20gSUVURiBFY3JpdCBXRyBTdWJtaXNzaW9uIERhdGU6 IDIwMTUtMTItMDIgVVJMIG9mIHRoZSBJRVRGIFdlYiBwYWdlOiBodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2xpYWlzb24vMTQ0Ny8NCj4+Pj4gDQo+Pj4+IEZyb206ICJsZW9wb2xkLm11cmhh bW1lckB0LW1vYmlsZS5hdCIgPGxlb3BvbGQubXVyaGFtbWVyQHQtbW9iaWxlLmF0Pg0KPj4+PiBU bzogTWFyYyBMaW5zbmVyIDxtYXJjLmxpbnNuZXJAY2lzY28uY29tPiwgUm9nZXIgTWFyc2hhbGwg PHJtYXJzaGFsbEB0ZWxlY29tc3lzLmNvbT4NCj4+Pj4gQ2M6IEJhcnJ5IExlaWJhIDxiYXJyeWxl aWJhQGNvbXB1dGVyLm9yZz4sTWFyYyBMaW5zbmVyIDxtYXJjLmxpbnNuZXJAY2lzY28uY29tPixC ZW4gQ2FtcGJlbGwgPGJlbkBub3N0cnVtLmNvbT4sQWxpc3NhIENvb3BlciA8YWxpc3NhQGNvb3Bl cncuaW4+LFJvZ2VyIE1hcnNoYWxsIDxybWFyc2hhbGxAdGVsZWNvbXN5cy5jb20+LEVtZXJnZW5j eSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lv biBMaXN0IDxlY3JpdEBpZXRmLm9yZz4sIFJlc3BvbnNlIENvbnRhY3RzOiAzR1BQTGlhaXNvbkBl dHNpLm9yZyBUZWNobmljYWwgQ29udGFjdHM6IA0KPj4+PiBQdXJwb3NlOiBJbiByZXNwb25zZQ0K Pj4+PiANCj4+Pj4gUmVmZXJlbmNlZCBsaWFpc29uOiBMaWFpc29uIFN0YXRlbWVudCBvbiBORyBl Q2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgKGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbGlh aXNvbi8xNDEyLykNCj4+Pj4gDQo+Pj4+IEJvZHk6IA0KPj4+PiAxLiBPdmVyYWxsIERlc2NyaXB0 aW9uOg0KPj4+PiBTQTIgd291bGQgbGlrZSB0byB0aGFuayBJRVRGIEVDUklUIGZvciB0aGUgaW5j b21pbmcgTFMgaW5mb3JtaW5nIDNHUFAgb2YgSUVURiB3b3JrIGVuYWJsaW5nIGVDYWxsIG92ZXIg SUVURiBTSVAuIFNBMiBoYXMgYWdyZWVkIG9uIGEgd29yayBpdGVtIChlbmNsb3NlZCkgaW4gU0Ey IzExMSwgc2VlIFdJRCAoUzItMTUzNjU0KSAiRXZvbHV0aW9uIHRvIGFuZCBJbnRlcndvcmtpbmcg d2l0aCBlQ2FsbCBpbiBJTVMgU3RhZ2UyIi4NCj4+Pj4gDQo+Pj4+IFNBMiBwbGFucyB0byBzdGFy dCB3b3JrIG9uIHRoaXMgdG9waWMgYXQgU0EyIzExMyBhbmQgZmluYWxpemUgdGhlIHdvcmsgYnkg TWF5IDIwMTYuIA0KPj4+PiANCj4+Pj4gMi4gQWN0aW9uczoNCj4+Pj4gVG8gSUVURiBFY3JpdCBX RyBncm91cC4NCj4+Pj4gQUNUSU9OOiAJVFNHIFNBIFdHMiByZXNwZWN0ZnVsbHkgYXNrcyBJRVRG IEVDUklUIHRvIHRha2UgdGhlIGFib3ZlIGluZm9ybWF0aW9uIGludG8gYWNjb3VudC4gDQo+Pj4+ IA0KPj4+PiAzLiBEYXRlIG9mIE5leHQgVFNHLVNBIFdHMiBNZWV0aW5nczoNCj4+Pj4gVFNHLVNB IFdHMiBNZWV0aW5nICMxMTMJMjUtMjkgSmFudWFyeSwgMjAxNgkJU3QuIEtpdHRzDQo+Pj4+IFRT Ry1TQSBXRzIgTWVldGluZyAjMTE0CTExLTE1IEFwcmlsLCAyMDE2CQlTb3BoaWEgQW50aXBvbGlz LCBGUg0KPj4+PiANCj4+Pj4gQXR0YWNobWVudHM6DQo+Pj4+IA0KPj4+PiBTMi0xNTQ0NjNfd2Fz XzE1NDQ0OV8xNTQxMzhfTFNfUmVwbHlfSUVURl9jbA0KPj4+PiBodHRwczovL3d3dy5pZXRmLm9y Zy9saWIvZHQvZG9jdW1lbnRzL0xJQUlTT04vbGlhaXNvbi0yMDE1LTEyLTAyLTNncHAtdHNnc2Et c2EyLWVjcml0LXJlcGx5LWxzLW9uLWVjYWxsLXN1cHBvcnQtZm9yLXRoZS1ldS1mcm9tLWlldGYt ZWNyaXQtd2ctYXR0YWNobWVudC0xLnBkZg0KPj4+PiANCj4+Pj4gUzItMTUzNjU0LWVjYWxsIG92 ZXIgSU1TLXI4DQo+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL2xpYi9kdC9kb2N1bWVudHMvTElB SVNPTi9saWFpc29uLTIwMTUtMTItMDItM2dwcC10c2dzYS1zYTItZWNyaXQtcmVwbHktbHMtb24t ZWNhbGwtc3VwcG9ydC1mb3ItdGhlLWV1LWZyb20taWV0Zi1lY3JpdC13Zy1hdHRhY2htZW50LTIu cGRmDQo+Pj4+IA0KPj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPj4+PiBFY3JpdCBtYWlsaW5nIGxpc3QNCj4+Pj4gRWNyaXRAaWV0Zi5vcmcNCj4+ Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9lY3JpdA0KPj4+PiANCj4+ Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+Pj4g RWNyaXQgbWFpbGluZyBsaXN0DQo+Pj4+IEVjcml0QGlldGYub3JnDQo+Pj4+IGh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZWNyaXQNCj4+PiANCj4+PiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+IEVjcml0IG1haWxpbmcgbGlz dA0KPj4+IEVjcml0QGlldGYub3JnDQo+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9lY3JpdA0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPj4gRWNyaXQgbWFpbGluZyBsaXN0DQo+PiBFY3JpdEBpZXRmLm9yZw0K Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9lY3JpdA0KPiANCj4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gRWNyaXQgbWFp bGluZyBsaXN0DQo+IEVjcml0QGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vZWNyaXQNCg0K From nobody Thu Jan 14 07:32:51 2016 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 B14181B3580 for ; Thu, 14 Jan 2016 07:32:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 xkTF5KvyDE-e for ; Thu, 14 Jan 2016 07:32:46 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B5C71B3589 for ; Thu, 14 Jan 2016 07:32:45 -0800 (PST) X-AuditID: c1b4fb2d-f79456d000001332-e8-5697bf9bbc37 Received: from ESESSHC006.ericsson.se (Unknown_Domain [153.88.183.36]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 9E.F4.04914.B9FB7965; Thu, 14 Jan 2016 16:32:43 +0100 (CET) Received: from ESESSMB301.ericsson.se ([169.254.1.95]) by ESESSHC006.ericsson.se ([153.88.183.36]) with mapi id 14.03.0248.002; Thu, 14 Jan 2016 16:32:43 +0100 From: Ivo Sedlacek To: Brian Rosen Thread-Topic: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" Thread-Index: AQHRLS2o7BnJX+/ZTEWbPWMpMoTlkJ7B1bqAgA9gB4CABd+KsIAkK1gAgAAHZwCAAAR9AIAAAGcAgAACzICAABElcP//8HsAgAAS9XA= Date: Thu, 14 Jan 2016 15:32:41 +0000 Message-ID: <39B5E4D390E9BD4890E2B3107900610112B416C1@ESESSMB301.ericsson.se> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-lucent.com> <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B415B1@ESESSMB301.ericsson.se> <9B4BA4CC-1AE6-4A63-BE74-EB1F1D9C6906@brianrosen.net> In-Reply-To: <9B4BA4CC-1AE6-4A63-BE74-EB1F1D9C6906@brianrosen.net> Accept-Language: en-US, cs-CZ Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrGIsWRmVeSWpSXmKPExsUyM2K7iu7s/dPDDI52ClvM7zzNbvH0/jQ2 i8ZFT1ktNmw5zmKx4dQ3FgdWj/vf/rJ7TPm9kdVjyZKfTB53b11i8pi18wlLAGsUl01Kak5m WWqRvl0CV8aexVeZCz7lVOxb0M/awNiT1cXIySEhYCLx+PsORghbTOLCvfVsXYxcHEIChxkl Wv63MkI4ixklLs14AlbFJqAnMXHLEVYQW0RAWWLnrU52kCJmgZuMEg/eTGYCSQgLpEvcn7KG pYuRA6goQ+LiuRyI+jKJk6cWgPWyCKhKrPs5jw3E5hXwlXjd9poZYtkFVoknXS/BEpwCThKP H7wDm8koICtx9U8v2BHMAuISt57MZ4I4W0BiyZ7zzBC2qMTLx/9YIWwlibWHt4PdwCygKbF+ lz5Eq6LElO6H7BB7BSVOznzCMoFRbBaSqbMQOmYh6ZiFpGMBI8sqRtHi1OLi3HQjY73Uoszk 4uL8PL281JJNjMDYO7jlt+4OxtWvHQ8xCnAwKvHwGvBPDxNiTSwrrsw9xCjBwawkwvt7D1CI NyWxsiq1KD++qDQntfgQozQHi5I4b7JMY5iQQHpiSWp2ampBahFMlomDU6qBkVehts+mvcTV 6NKUef9Dfy6s/nCjN2PSqfgGx/zQBWf/mx2+arB8xZ7zf1Kq8x6G3itKe/TYUOPFfKXtDTr/ j/3+Zu9+fbded/eDOzxvf75aYuqxveXvfuf5fJuXJz89L6J9Q9thZZdvspdXmFil6RwdgT2i R/JWFn27pd/N7ZrYUHtd7LTGBCWW4oxEQy3mouJEAOxUZDG5AgAA Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 15:32:49 -0000 SGVsbG8sDQoNCj4gTW9zdCBvZiB0aGVzZSBzeXN0ZW1zIHVzZSBleGlzdGluZyAzRy80RyBuZXR3 b3JrIGRhdGEgY2hhbm5lbHMgSSBiZWxpZXZlLiAgDQoNClNvLCBiYXNpY2FsbCwgeW91IGFyZSBz YXlpbmcgdGhhdCByYWRpbyBuZXR3b3JrIG9mIDNHUFAgb3BlcmF0b3JzIHdpbGwgYmUgdXNlZCBm b3IgdHJhbnNwb3J0IG9mIHRoZSBlQ2FsbC4uLi4gDQoNCkFzc3VtaW5nIGVDYWxsIGlzIHRyZWF0 ZWQgYnkgcmVndWxhdG9ycyBhcyBvdGhlciBlbWVyZ2VuY3kgY2FsbHMsIHRoZSByZWd1bGF0b3Jz IHdpbGwgbWFrZSAzR1BQIG9wZXJhdG9ycyByZXNwb25zaWJsZSBmb3Igcm91dGluZyBlQ2FsbHMu DQoNClRoZXJlZm9yZSwgM0dQUCBuZWVkcyB0byBzdHVkeSBob3cgdGhlIGltcGFjdCBvbiAzR1BQ IG9wZXJhdG9ycyAoYm90aCBvbiByYWRpbyBuZXR3b3JrIGFuZCBvbiBTSVAgaW5kcmFzdHJ1Y3R1 cmUpIGNhbiBiZSBhcyBtaW5pbWFsIGFzIHBvc3NpYmxlLiBCYXNlZCBvbiB0aGUgb3V0Y29tZSBv ZiB0aGlzIHN0dWR5LCB0aGUgSUVURiBkcmFmdCBtaWdodCBuZWVkIGNoYW5nZXMuLi4uDQoNCktp bmQgcmVnYXJkcw0KDQpJdm8gU2VkbGFjZWsNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N CkZyb206IEJyaWFuIFJvc2VuIFttYWlsdG86YnJAYnJpYW5yb3Nlbi5uZXRdIA0KU2VudDogVGh1 cnNkYXksIEphbnVhcnkgMTQsIDIwMTYgOToxNCBBTQ0KVG86IEl2byBTZWRsYWNlaw0KQ2M6IERS QUdFLCBLZWl0aCAoS2VpdGgpOyBCZW4gQ2FtcGJlbGw7IE1hcmMgTGluc25lcjsgRW1lcmdlbmN5 IENvbnRleHQgUmVzb2x1dGlvbiB3aXRoIEludGVybmV0IFRlY2hub2xvZ2llcyBEaXNjdXNzaW9u IExpc3QNClN1YmplY3Q6IFJlOiBbRWNyaXRdIE5ldyBMaWFpc29uIFN0YXRlbWVudCwgIlJlcGx5 IExTIG9uIGVDYWxsIHN1cHBvcnQgZm9yIHRoZSBFVSBmcm9tIElFVEYgRWNyaXQgV0ciDQoNCk1v c3Qgb2YgdGhlc2Ugc3lzdGVtcyB1c2UgZXhpc3RpbmcgM0cvNEcgbmV0d29yayBkYXRhIGNoYW5u ZWxzIEkgYmVsaWV2ZS4gIFRoYXQgcGFydCBpcyBwcm9wcmlldGFyeSBhbmQgd2UgZG9u4oCZdCBj YXJlLiAgVGhlIHBhcnQgdGhhdCB3ZeKAmXJlIGRlcGVuZGVudCBvbiBpcyBmcm9tIHRoZSB0ZWxl bWF0aWNzIGNvbXBhbnkgdG8gdGhlIFBTQVAuICBUaGVzZSBzeXN0ZW1zIGhhdmUgcHJvcHJpZXRh cnkgcHJvdG9jb2xzIGZyb20gY2FyIHRvIHRoZSB0ZWxlbWF0aWNzIGNvbXBhbnkgYW5kIHRoZW4g c3RhbmRhcmRzIGJhc2VkIHByb3RvY29scyBmcm9tIHRoZSB0ZWxlbWF0aWNzIGNvbXBhbnkgdG8g dGhlIFBTQVAuDQoNCkJyaWFuDQoNCj4gT24gSmFuIDE0LCAyMDE2LCBhdCAxMDoxMSBBTSwgSXZv IFNlZGxhY2VrIDxpdm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tPiB3cm90ZToNCj4gDQo+IFdoaWNo IF9fcmFkaW9fXyBuZXR3b3JrIGlzIHRoZSBjYXIgY3Jhc2ggZXhwZWN0ZWQgdG8gd29yayBvbj8N Cj4gDQo+IEtpbmQgcmVnYXJkcw0KPiANCj4gSXZvDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KPiBGcm9tOiBFY3JpdCBbbWFpbHRvOmVjcml0LWJvdW5jZXNAaWV0Zi5vcmddIE9u IEJlaGFsZiBPZiBCcmlhbiBSb3Nlbg0KPiBTZW50OiBUaHVyc2RheSwgSmFudWFyeSAxNCwgMjAx NiA5OjA4IEFNDQo+IFRvOiBEUkFHRSwgS2VpdGggKEtlaXRoKQ0KPiBDYzogQmVuIENhbXBiZWxs OyBNYXJjIExpbnNuZXI7IEVtZXJnZW5jeSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5l dCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lvbiBMaXN0DQo+IFN1YmplY3Q6IFJlOiBbRWNyaXRdIE5l dyBMaWFpc29uIFN0YXRlbWVudCwgIlJlcGx5IExTIG9uIGVDYWxsIHN1cHBvcnQgZm9yIHRoZSBF VSBmcm9tIElFVEYgRWNyaXQgV0ciDQo+IA0KPiBORU5BIGkzIEVTSW5ldHMgZnJvbSBleGlzdGlu ZyBUZWxlbWF0aWNzIGNvbXBhbmllcw0KPiANCj4gQnJpYW4NCj4gDQo+PiBPbiBKYW4gMTQsIDIw MTYsIGF0IDk6NTggQU0sIERSQUdFLCBLZWl0aCAoS2VpdGgpIDxrZWl0aC5kcmFnZUBub2tpYS5j b20+IHdyb3RlOg0KPj4gDQo+PiBXaGljaCB0ZWxlY29tbXVuaWNhdGlvbnMgbmV0d29yayBvciBJ UCBuZXR3b3JrIGlzIGNhciBjcmFzaCBleHBlY3RlZCB0byB3b3JrIG9uPw0KPj4gDQo+PiBLZWl0 aA0KPj4gDQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogRVhUIEJyaWFu IFJvc2VuIFttYWlsdG86YnJAc2Fsc2dpdmVyLmNvbV0gDQo+PiBTZW50OiAxNCBKYW51YXJ5IDIw MTYgMTQ6NTcNCj4+IFRvOiBEUkFHRSwgS2VpdGggKEtlaXRoKQ0KPj4gQ2M6IEFsaXNzYSBDb29w ZXI7IEl2byBTZWRsYWNlazsgQmVuIENhbXBiZWxsOyBNYXJjIExpbnNuZXI7IEVtZXJnZW5jeSBD b250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lvbiBM aXN0DQo+PiBTdWJqZWN0OiBSZTogW0Vjcml0XSBOZXcgTGlhaXNvbiBTdGF0ZW1lbnQsICJSZXBs eSBMUyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVjcml0IFdHIg0KPj4g DQo+PiBJIHN0cm9uZ2x5IG9iamVjdCB0byB3YWl0aW5nLiAgVGhlIFdHIHByZXZhaWxlZCBvbiBh dXRob3JzIHRvIHJld29yayBkcmFmdHMgd2F5cyB0aGF0IG1ha2UgdGhlIE5vcnRoIEFtZXJpY2Fu IGRyYWZ0ICjigJxjYXItY3Jhc2jigJ0pIGRlcGVuZGVudCBvbiB0aGUgZUNhbGwgZHJhZnQuICBJ ZiB3ZSBkZWxheSB0aGUgZUNhbGwgZHJhZnQsIHdlIGNhbuKAmXQgcHVibGlzaCB0aGUgY2FyLWNy YXNoIGRyYWZ0IGFuZCB0aGF0IGlzIGEgcHJvYmxlbSwgc2luY2Ugd2UgbmVlZCB0byBpbXBsZW1l bnQgaXQuDQo+PiANCj4+IEJyaWFuDQo+PiANCj4+PiBPbiBKYW4gMTQsIDIwMTYsIGF0IDk6NDAg QU0sIERSQUdFLCBLZWl0aCAoS2VpdGgpIDxrZWl0aC5kcmFnZUBub2tpYS5jb20+IHdyb3RlOg0K Pj4+IA0KPj4+IFlvdSBhcmUgYmVpbmcgdmVyeSB2YWd1ZSBhYm91dCB0aGUgdGVybWlub2xvZ3kg eW91IGFyZSB1c2luZy4NCj4+PiANCj4+PiBJZiBieSBzdG9wIHlvdSBtZWFuIHRoZSBzdG9wcGlu ZyB0aGUgZGlzY3Vzc2lvbnMgd2l0aGluIHRoZSB3b3JraW5nIGdyb3VwLCB0aGVuIG5vYm9keSBp cyBhc2tpbmcgZm9yIHRoYXQuDQo+Pj4gDQo+Pj4gSWYgYnkgc3RvcCB5b3UgbWVhbiBkZWxheSB0 aGUgcHVibGljYXRpb24gcmVxdWVzdCB0byBJRVNHLCB0aGVuIHRoYXQgc2hvdWxkIGRlZmluaXRl bHkgb2NjdXIsIGFuZCBJIGJlbGlldmUgc2V2ZXJhbCBwb3N0ZXJzIGhhdmUgc3RhdGVkIHRoaXMu DQo+Pj4gDQo+Pj4gVGhlcmUgaXMgbm8gcG9pbnQgaW4gcHVibGlzaGluZyB0aGlzIGFzIGFuIFJG QyB1bnRpbCB0aGUgcmVzcG9uc2Ugb2YgYSAzR1BQIG5ldHdvcmsgaXMga25vd24sIGFzIGEgM0dQ UCBuZXR3b3JrIGlzIHRoZSBvbmx5IGRlbGl2ZXJ5IG1lY2hhbmlzbSBmb3Igc3VjaCBhIGNhbGwu IEFzIHN1Y2gsIEkgcmVxdWVzdCBhZ2FpbiB0aGF0IG5vIHB1YmxpY2F0aW9uIHJlcXVlc3QgaXMg c3VibWl0dGVkIGZvciB0aGVzZSBkb2N1bWVudHMgdW50aWwgc29tZSB3b3JrIG9uIHRoZSAzR1BQ IHNpZGUgaGFzIG9jY3VycmVkLCBhbmQgcGVvcGxlIGFyZSBhYmxlIHRvIGNvbW1lbnQgb24gdGhl IGRyYWZ0cyBiYXNlZCBvbiB0aGUgM0dQUCByZXF1aXJlbWVudHMuDQo+Pj4gDQo+Pj4gS2VpdGgN Cj4+PiANCj4+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4+IEZyb206IEFsaXNzYSBD b29wZXIgW21haWx0bzphbGlzc2FAY29vcGVydy5pbl0gDQo+Pj4gU2VudDogMTQgSmFudWFyeSAy MDE2IDE0OjE0DQo+Pj4gVG86IEl2byBTZWRsYWNlaw0KPj4+IENjOiBEUkFHRSwgS2VpdGggKEtl aXRoKTsgQmVuIENhbXBiZWxsOyBNYXJjIExpbnNuZXI7IExpYWlzb24gU3RhdGVtZW50IE1hbmFn ZW1lbnQgVG9vbDsgM0dQUExpYWlzb25AZXRzaS5vcmc7IEJhcnJ5IExlaWJhOyBFbWVyZ2VuY3kg Q29udGV4dCBSZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQgVGVjaG5vbG9naWVzIERpc2N1c3Npb24g TGlzdA0KPj4+IFN1YmplY3Q6IFJlOiBbRWNyaXRdIE5ldyBMaWFpc29uIFN0YXRlbWVudCwgIlJl cGx5IExTIG9uIGVDYWxsIHN1cHBvcnQgZm9yIHRoZSBFVSBmcm9tIElFVEYgRWNyaXQgV0ciDQo+ Pj4gDQo+Pj4gSGkgSXZvLA0KPj4+IA0KPj4+IEFzIEkgbm90ZWQsIEkgYmVsaWV2ZSB0aGUgYXNz dW1wdGlvbiBpcyB0aGF0IHRoZXJlIGFyZSBwZW9wbGUgcGFydGljaXBhdGluZyBpbiBib3RoIGdy b3VwcyBhbmQgdGh1cyB0aGUgY3VycmVudCBJRVRGIGRyYWZ0cyByZWZsZWN0IHRob3NlIHBlb3Bs ZeKAmXMgZXhwZWN0YXRpb25zIGFib3V0IHdoYXQgbWF5IGFyaXNlIG91dCBvZiAzR1BQLiBPZiBj b3Vyc2UgaWYgdGhlIGRyYWZ0cyBiZWNvbWUgUkZDcyBhbmQgaXQgdHVybnMgb3V0IHRoYXQgM0dQ UOKAmXMgcmVxdWlyZW1lbnRzIGRvbuKAmXQgbWF0Y2ggdXAsIHRoZXJl4oCZcyBhbHdheXMgdGhl IG9wdGlvbiBvZiBkb2luZyBiaXMgZHJhZnRzLg0KPj4+IA0KPj4+IEnigJltIGp1c3QgcmVmbGVj dGluZyBiYWNrIHdoYXQgSSBiZWxpZXZlIHRoZSB3aWxsIG9mIGJvdGggdGhpcyBXRyBhbmQgM0dQ UCB0byBiZSDigJQgYXMgSSBzYWlkLCB0aGUgbGlhaXNvbiBzdGF0ZW1lbnQgZG9lc27igJl0IGFz ayBFQ1JJVCB0byBzdG9wIGl0cyB3b3JrIGFuZCB3YWl0LCBhbmQgaXQgd2FzIG15IGltcHJlc3Np b24gdGhhdCBXRyBwYXJ0aWNpcGFudHMgaGVyZSBkaWRu4oCZdCB0aGluayB0aGF0IHdhcyBuZWNl c3NhcnkgZWl0aGVyLiBCdXQgaWYgdGhlIFdHIGNvbnNlbnN1cyB3b3VsZCBwb2ludCBpbiB0aGUg ZGlyZWN0aW9uIG9mIHdhaXRpbmcsIHRoYXQgd291bGQgYmUgZmluZSB0b28uDQo+Pj4gDQo+Pj4g QWxpc3NhDQo+Pj4gDQo+Pj4+IE9uIERlYyAyMiwgMjAxNSwgYXQgNToxMSBBTSwgSXZvIFNlZGxh Y2VrIDxpdm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tPiB3cm90ZToNCj4+Pj4gDQo+Pj4+IEhlbGxv LA0KPj4+PiANCj4+Pj4+IFRoZSBwbGFuIGlzIHRvIGNvbnRpbnVlIHByb2dyZXNzaW5nIHRoZSBk cmFmdHMgYW5kIGZvciB0aG9zZSB3aG8gYXJlIGludm9sdmVkIGluIGJvdGggdG8ga2VlcCBhbiBl eWUgb3V0IGZvciBwb3RlbnRpYWwgYXJlYXMgd2hlcmUgdGhlcmUgbWlnaHQgYmUgYSBsYWNrIG9m IGhhcm1vbml6YXRpb24uIA0KPj4+PiANCj4+Pj4gV29u4oCZdCB0aGUgZHJhZnRzIGJlIHNvb24g cHVibGlzaGVkIGFzIFJGQ3M/IA0KPj4+PiANCj4+Pj4gSWYgc28sIGhvdyB3aWxsIHRoYXQgYWxs b3cgaGFybW9uaXphdGlvbiB3aXRoIHRoZSBmdXR1cmUgM0dQUCByZXF1aXJlbWVudHM/DQo+Pj4+ IA0KPj4+PiBLaW5kIHJlZ2FyZHMNCj4+Pj4gDQo+Pj4+IEl2byBTZWRsYWNlaw0KPj4+PiANCj4+ Pj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+Pj4gRnJvbTogRWNyaXQgW21haWx0bzpl Y3JpdC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQWxpc3NhIENvb3Blcg0KPj4+PiBT ZW50OiBGcmlkYXksIERlY2VtYmVyIDE4LCAyMDE1IDk6MTMgUE0NCj4+Pj4gVG86IERSQUdFLCBL ZWl0aCAoS2VpdGgpDQo+Pj4+IENjOiBCZW4gQ2FtcGJlbGw7IE1hcmMgTGluc25lcjsgTGlhaXNv biBTdGF0ZW1lbnQgTWFuYWdlbWVudCBUb29sOyAzR1BQTGlhaXNvbkBldHNpLm9yZzsgQmFycnkg TGVpYmE7IEVtZXJnZW5jeSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9s b2dpZXMgRGlzY3Vzc2lvbiBMaXN0DQo+Pj4+IFN1YmplY3Q6IFJlOiBbRWNyaXRdIE5ldyBMaWFp c29uIFN0YXRlbWVudCwgIlJlcGx5IExTIG9uIGVDYWxsIHN1cHBvcnQgZm9yIHRoZSBFVSBmcm9t IElFVEYgRWNyaXQgV0ciDQo+Pj4+IA0KPj4+PiBXZeKAmXZlIGtub3duIGZvciBhd2hpbGUgbm93 IHRoYXQgdGhlIDNHUFAgd29yayB3YXMgZ29pbmcgdG8gYmUgc29tZXdoYXQgZGVsYXllZCBjb21w YXJlZCB0byB0aGUgSUVURiB3b3JrLiBUaGUgcGxhbiBpcyB0byBjb250aW51ZSBwcm9ncmVzc2lu ZyB0aGUgZHJhZnRzIGFuZCBmb3IgdGhvc2Ugd2hvIGFyZSBpbnZvbHZlZCBpbiBib3RoIHRvIGtl ZXAgYW4gZXllIG91dCBmb3IgcG90ZW50aWFsIGFyZWFzIHdoZXJlIHRoZXJlIG1pZ2h0IGJlIGEg bGFjayBvZiBoYXJtb25pemF0aW9uLiBJIHRoaW5rIHRoaXMgaXMgaW1wbGljaXRseSByZWZsZWN0 ZWQgaW4gdGhlIGxpYWlzb24gc3RhdGVtZW50IHRoZSBXRyByZWNlaXZlZCDigJQgaXQgZG9lc27i gJl0IGFzayB0aGUgV0cgdG8gc3RvcCB3aGF0IGl04oCZcyBkb2luZy4NCj4+Pj4gQWxpc3NhIA0K Pj4+PiANCj4+Pj4+IE9uIERlYyA4LCAyMDE1LCBhdCA4OjI1IFBNLCBEUkFHRSwgS2VpdGggKEtl aXRoKSA8a2VpdGguZHJhZ2VAYWxjYXRlbC1sdWNlbnQuY29tPiB3cm90ZToNCj4+Pj4+IA0KPj4+ Pj4gVGhlIHVuZGVybHlpbmcgcHJvYmxlbSBoZXJlIGlzIHRoYXQgU0EyIGhhcyBub3QgeWV0IGRv bmUgZW5vdWdoIHdvcmsgKGFzIGluIG5vbmUpIHRvIHNlZSBpZiB0aGUgSUVURiBkcmFmdHMgbWVl dCB0aGUgM0dQUCByZXF1aXJlbWVudHMuIFRoZSBTQTIgc3R1ZHkgaXMgY3JpdGljYWwgdG8gdGhp cy4NCj4+Pj4+IA0KPj4+Pj4gR2l2ZW4gdGhhdCAzR1BQIHVzYWdlIGlzIHByZXR0eSBtdWNoIHRo ZSBvbmx5IHVzZSBjYXNlIGZvciB0aGVzZSBkcmFmdHMuLi4NCj4+Pj4+IA0KPj4+Pj4gS2VpdGgN Cj4+Pj4+IA0KPj4+Pj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+Pj4+IEZyb206IEVj cml0IFttYWlsdG86ZWNyaXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIExpYWlzb24g U3RhdGVtZW50IE1hbmFnZW1lbnQgVG9vbA0KPj4+Pj4gU2VudDogMDIgRGVjZW1iZXIgMjAxNSAx ODoxNw0KPj4+Pj4gVG86IFJvZ2VyIE1hcnNoYWxsOyBNYXJjIExpbnNuZXINCj4+Pj4+IENjOiBC ZW4gQ2FtcGJlbGw7IE1hcmMgTGluc25lcjsgRW1lcmdlbmN5IENvbnRleHQgUmVzb2x1dGlvbiB3 aXRoIEludGVybmV0IFRlY2hub2xvZ2llcyBEaXNjdXNzaW9uIExpc3Q7IDNHUFBMaWFpc29uQGV0 c2kub3JnOyBCYXJyeSBMZWliYQ0KPj4+Pj4gU3ViamVjdDogW0Vjcml0XSBOZXcgTGlhaXNvbiBT dGF0ZW1lbnQsICJSZXBseSBMUyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJRVRG IEVjcml0IFdHIg0KPj4+Pj4gDQo+Pj4+PiBUaXRsZTogUmVwbHkgTFMgb24gZUNhbGwgc3VwcG9y dCBmb3IgdGhlIEVVIGZyb20gSUVURiBFY3JpdCBXRyBTdWJtaXNzaW9uIERhdGU6IDIwMTUtMTIt MDIgVVJMIG9mIHRoZSBJRVRGIFdlYiBwYWdlOiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2xpYWlzb24vMTQ0Ny8NCj4+Pj4+IA0KPj4+Pj4gRnJvbTogImxlb3BvbGQubXVyaGFtbWVyQHQt bW9iaWxlLmF0IiA8bGVvcG9sZC5tdXJoYW1tZXJAdC1tb2JpbGUuYXQ+DQo+Pj4+PiBUbzogTWFy YyBMaW5zbmVyIDxtYXJjLmxpbnNuZXJAY2lzY28uY29tPiwgUm9nZXIgTWFyc2hhbGwgPHJtYXJz aGFsbEB0ZWxlY29tc3lzLmNvbT4NCj4+Pj4+IENjOiBCYXJyeSBMZWliYSA8YmFycnlsZWliYUBj b21wdXRlci5vcmc+LE1hcmMgTGluc25lciA8bWFyYy5saW5zbmVyQGNpc2NvLmNvbT4sQmVuIENh bXBiZWxsIDxiZW5Abm9zdHJ1bS5jb20+LEFsaXNzYSBDb29wZXIgPGFsaXNzYUBjb29wZXJ3Lmlu PixSb2dlciBNYXJzaGFsbCA8cm1hcnNoYWxsQHRlbGVjb21zeXMuY29tPixFbWVyZ2VuY3kgQ29u dGV4dCBSZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQgVGVjaG5vbG9naWVzIERpc2N1c3Npb24gTGlz dCA8ZWNyaXRAaWV0Zi5vcmc+LCBSZXNwb25zZSBDb250YWN0czogM0dQUExpYWlzb25AZXRzaS5v cmcgVGVjaG5pY2FsIENvbnRhY3RzOiANCj4+Pj4+IFB1cnBvc2U6IEluIHJlc3BvbnNlDQo+Pj4+ PiANCj4+Pj4+IFJlZmVyZW5jZWQgbGlhaXNvbjogTGlhaXNvbiBTdGF0ZW1lbnQgb24gTkcgZUNh bGwgc3VwcG9ydCBmb3IgdGhlIEVVIChodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2xpYWlz b24vMTQxMi8pDQo+Pj4+PiANCj4+Pj4+IEJvZHk6IA0KPj4+Pj4gMS4gT3ZlcmFsbCBEZXNjcmlw dGlvbjoNCj4+Pj4+IFNBMiB3b3VsZCBsaWtlIHRvIHRoYW5rIElFVEYgRUNSSVQgZm9yIHRoZSBp bmNvbWluZyBMUyBpbmZvcm1pbmcgM0dQUCBvZiBJRVRGIHdvcmsgZW5hYmxpbmcgZUNhbGwgb3Zl ciBJRVRGIFNJUC4gU0EyIGhhcyBhZ3JlZWQgb24gYSB3b3JrIGl0ZW0gKGVuY2xvc2VkKSBpbiBT QTIjMTExLCBzZWUgV0lEIChTMi0xNTM2NTQpICJFdm9sdXRpb24gdG8gYW5kIEludGVyd29ya2lu ZyB3aXRoIGVDYWxsIGluIElNUyBTdGFnZTIiLg0KPj4+Pj4gDQo+Pj4+PiBTQTIgcGxhbnMgdG8g c3RhcnQgd29yayBvbiB0aGlzIHRvcGljIGF0IFNBMiMxMTMgYW5kIGZpbmFsaXplIHRoZSB3b3Jr IGJ5IE1heSAyMDE2LiANCj4+Pj4+IA0KPj4+Pj4gMi4gQWN0aW9uczoNCj4+Pj4+IFRvIElFVEYg RWNyaXQgV0cgZ3JvdXAuDQo+Pj4+PiBBQ1RJT046IAlUU0cgU0EgV0cyIHJlc3BlY3RmdWxseSBh c2tzIElFVEYgRUNSSVQgdG8gdGFrZSB0aGUgYWJvdmUgaW5mb3JtYXRpb24gaW50byBhY2NvdW50 LiANCj4+Pj4+IA0KPj4+Pj4gMy4gRGF0ZSBvZiBOZXh0IFRTRy1TQSBXRzIgTWVldGluZ3M6DQo+ Pj4+PiBUU0ctU0EgV0cyIE1lZXRpbmcgIzExMwkyNS0yOSBKYW51YXJ5LCAyMDE2CQlTdC4gS2l0 dHMNCj4+Pj4+IFRTRy1TQSBXRzIgTWVldGluZyAjMTE0CTExLTE1IEFwcmlsLCAyMDE2CQlTb3Bo aWEgQW50aXBvbGlzLCBGUg0KPj4+Pj4gDQo+Pj4+PiBBdHRhY2htZW50czoNCj4+Pj4+IA0KPj4+ Pj4gUzItMTU0NDYzX3dhc18xNTQ0NDlfMTU0MTM4X0xTX1JlcGx5X0lFVEZfY2wNCj4+Pj4+IGh0 dHBzOi8vd3d3LmlldGYub3JnL2xpYi9kdC9kb2N1bWVudHMvTElBSVNPTi9saWFpc29uLTIwMTUt MTItMDItM2dwcC10c2dzYS1zYTItZWNyaXQtcmVwbHktbHMtb24tZWNhbGwtc3VwcG9ydC1mb3It dGhlLWV1LWZyb20taWV0Zi1lY3JpdC13Zy1hdHRhY2htZW50LTEucGRmDQo+Pj4+PiANCj4+Pj4+ IFMyLTE1MzY1NC1lY2FsbCBvdmVyIElNUy1yOA0KPj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bGliL2R0L2RvY3VtZW50cy9MSUFJU09OL2xpYWlzb24tMjAxNS0xMi0wMi0zZ3BwLXRzZ3NhLXNh Mi1lY3JpdC1yZXBseS1scy1vbi1lY2FsbC1zdXBwb3J0LWZvci10aGUtZXUtZnJvbS1pZXRmLWVj cml0LXdnLWF0dGFjaG1lbnQtMi5wZGYNCj4+Pj4+IA0KPj4+Pj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+Pj4+IEVjcml0IG1haWxpbmcgbGlzdA0K Pj4+Pj4gRWNyaXRAaWV0Zi5vcmcNCj4+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vZWNyaXQNCj4+Pj4+IA0KPj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4+Pj4+IEVjcml0IG1haWxpbmcgbGlzdA0KPj4+Pj4gRWNy aXRAaWV0Zi5vcmcNCj4+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v ZWNyaXQNCj4+Pj4gDQo+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+Pj4+IEVjcml0IG1haWxpbmcgbGlzdA0KPj4+PiBFY3JpdEBpZXRmLm9yZw0K Pj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0DQo+Pj4gDQo+ Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+PiBF Y3JpdCBtYWlsaW5nIGxpc3QNCj4+PiBFY3JpdEBpZXRmLm9yZw0KPj4+IGh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vZWNyaXQNCj4+IA0KPj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IEVjcml0IG1haWxpbmcgbGlzdA0KPj4g RWNyaXRAaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v ZWNyaXQNCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+IEVjcml0IG1haWxpbmcgbGlzdA0KPiBFY3JpdEBpZXRmLm9yZw0KPiBodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0DQoNCg== From nobody Thu Jan 14 07:34:32 2016 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 595301A0011; Thu, 14 Jan 2016 07:34:30 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.12.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20160114153430.27569.77459.idtracker@ietfa.amsl.com> Date: Thu, 14 Jan 2016 07:34:30 -0800 Archived-At: Cc: draft-ietf-ecrit-held-routing@ietf.org, alcoop@cisco.com, ecrit@ietf.org, ecrit-chairs@ietf.org Subject: [Ecrit] Last Call: (A Routing Request Extension for the HELD Protocol) to Proposed Standard X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2016 15:34:30 -0000 The IESG has received a request from the Emergency Context Resolution with Internet Technologies WG (ecrit) to consider the following document: - 'A Routing Request Extension for the HELD Protocol' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2016-01-28. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract For cases where location servers have access to emergency routing information they are able to return routing information with the location information if the location request includes a request for the desired routing information. This document specifies an extension to the HELD protocol, updating [RFC5985], to support this funciton. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-ecrit-held-routing/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-ecrit-held-routing/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Thu Jan 14 09:01:08 2016 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 147AC1A219C for ; Thu, 14 Jan 2016 09:01:07 -0800 (PST) X-Quarantine-ID: 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, RP_MATCHES_RCVD=-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 hSy5JAHOaR3V for ; Thu, 14 Jan 2016 09:01:03 -0800 (PST) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 56B771A2182 for ; Thu, 14 Jan 2016 09:01:03 -0800 (PST) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 14 Jan 2016 09:01:02 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: <949EF20990823C4C85C18D59AA11AD8BADE2F552@FR712WXCHMBA11.zeu.alcatel-l ucent.com> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-l ucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-l ucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-l ucent.com> <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> <949EF20990823C4C85C18D59AA11AD8BADE2F552@FR712WXCHMBA11.zeu.alcatel-l ucent.com> X-Mailer: Eudora for Mac OS X Date: Thu, 14 Jan 2016 08:58:57 -0800 To: "DRAGE, Keith (Keith)" , EXT Brian Rosen From: Randall Gellens 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 Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 17:01:07 -0000 Hi Keith, Brian is talking about North American telematics emergency calls, where the deployed base uses proprietary mechanisms between the vehicle and a service center, and then standard mechanisms from the service center to the PSAP. For i3 (NG), such calls (between the service center and the PSAP) will use the mechanisms in the car-crash draft. At 3:28 PM +0000 1/14/16, Keith (Keith) DRAGE wrote: > There are calling devices directly connected to NENA i3? > > Keith > > -----Original Message----- > From: EXT Brian Rosen [mailto:br@brianrosen.net] > Sent: 14 January 2016 15:08 > To: DRAGE, Keith (Keith) > Cc: Ben Campbell; Emergency Context Resolution with Internet > Technologies Discussion List; Marc Linsner > Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall > support for the EU from IETF Ecrit WG" > > NENA i3 ESInets from existing Telematics companies > > Brian > >> On Jan 14, 2016, at 9:58 AM, DRAGE, Keith (Keith) >> wrote: >> >> Which telecommunications network or IP network is car crash >> expected to work on? >> >> Keith >> >> -----Original Message----- >> From: EXT Brian Rosen [mailto:br@salsgiver.com] >> Sent: 14 January 2016 14:57 >> To: DRAGE, Keith (Keith) >> Cc: Alissa Cooper; Ivo Sedlacek; Ben Campbell; Marc Linsner; >> Emergency Context Resolution with Internet Technologies Discussion >> List >> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >> support for the EU from IETF Ecrit WG" >> >> I strongly object to waiting. The WG prevailed on authors to >> rework drafts ways that make the North American draft >> ("car-crash") dependent on the eCall draft. If we delay the eCall >> draft, we can't publish the car-crash draft and that is a problem, >> since we need to implement it. >> >> Brian >> >>> On Jan 14, 2016, at 9:40 AM, DRAGE, Keith (Keith) >>> wrote: >>> >>> You are being very vague about the terminology you are using. >>> >>> If by stop you mean the stopping the discussions within the >>> working group, then nobody is asking for that. >>> >>> If by stop you mean delay the publication request to IESG, then >>> that should definitely occur, and I believe several posters have >>> stated this. >>> >>> There is no point in publishing this as an RFC until the response >>> of a 3GPP network is known, as a 3GPP network is the only >>> delivery mechanism for such a call. As such, I request again that >>> no publication request is submitted for these documents until >>> some work on the 3GPP side has occurred, and people are able to >>> comment on the drafts based on the 3GPP requirements. >>> >>> Keith >>> >>> -----Original Message----- >>> From: Alissa Cooper [mailto:alissa@cooperw.in] >>> Sent: 14 January 2016 14:14 >>> To: Ivo Sedlacek >>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Liaison >>> Statement Management Tool; 3GPPLiaison@etsi.org; Barry Leiba; >>> Emergency Context Resolution with Internet Technologies >>> Discussion List >>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >>> support for the EU from IETF Ecrit WG" >>> >>> Hi Ivo, >>> >>> As I noted, I believe the assumption is that there are people >>> participating in both groups and thus the current IETF drafts >>> reflect those people's expectations about what may arise out of >>> 3GPP. Of course if the drafts become RFCs and it turns out that >>> 3GPP's requirements don't match up, there's always the option of >>> doing bis drafts. >>> >>> I'm just reflecting back what I believe the will of both this WG >>> and 3GPP to be - as I said, the liaison statement doesn't ask >>> ECRIT to stop its work and wait, and it was my impression that WG >>> participants here didn't think that was necessary either. But if >>> the WG consensus would point in the direction of waiting, that >>> would be fine too. > >> >>> Alissa >>> >>>> On Dec 22, 2015, at 5:11 AM, Ivo Sedlacek >>>> wrote: >>>> >>>> Hello, >>>> >>>>> The plan is to continue progressing the drafts and for those >>>>> who are involved in both to keep an eye out for potential areas >>>>> where there might be a lack of harmonization. >>>> >>>> Won't the drafts be soon published as RFCs? >>>> >>>> If so, how will that allow harmonization with the future 3GPP >>>> requirements? >>>> >>>> Kind regards >>>> >>>> Ivo Sedlacek >>>> >>>> -----Original Message----- >>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Alissa Cooper >>>> Sent: Friday, December 18, 2015 9:13 PM >>>> To: DRAGE, Keith (Keith) >>>> Cc: Ben Campbell; Marc Linsner; Liaison Statement Management >>>> Tool; 3GPPLiaison@etsi.org; Barry Leiba; Emergency Context >>>> Resolution with Internet Technologies Discussion List >>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>> support for the EU from IETF Ecrit WG" >>>> >>>> We've known for awhile now that the 3GPP work was going to be >>>> somewhat delayed compared to the IETF work. The plan is to >>>> continue progressing the drafts and for those who are involved >>>> in both to keep an eye out for potential areas where there might >>>> be a lack of harmonization. I think this is implicitly reflected >>>> in the liaison statement the WG received - it doesn't ask the WG >>>> to stop what it's doing. >>>> Alissa >>>> >>>>> On Dec 8, 2015, at 8:25 PM, DRAGE, Keith (Keith) >>>>> wrote: >>>>> >>>>> The underlying problem here is that SA2 has not yet done enough >>>>> work (as in none) to see if the IETF drafts meet the 3GPP >>>>> requirements. The SA2 study is critical to this. >>>>> >>>>> Given that 3GPP usage is pretty much the only use case for >>>>> these drafts... >>>>> >>>>> Keith >>>>> >>>>> -----Original Message----- >>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of >>>>> Liaison Statement Management Tool >>>>> Sent: 02 December 2015 18:17 >>>>> To: Roger Marshall; Marc Linsner >>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution >>>>> with Internet Technologies Discussion List; >>>>> 3GPPLiaison@etsi.org; Barry Leiba >>>>> Subject: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>>> support for the EU from IETF Ecrit WG" >>>>> >>>>> Title: Reply LS on eCall support for the EU from IETF Ecrit WG >>>>> Submission Date: 2015-12-02 URL of the IETF Web page: >>>>> https://datatracker.ietf.org/liaison/1447/ >>>>> >>>>> From: "leopold.murhammer@t-mobile.at" >>>>> To: Marc Linsner , Roger Marshall >>>>> >>>>> Cc: Barry Leiba ,Marc Linsner >>>>> ,Ben Campbell ,Alissa >>>>> Cooper ,Roger Marshall >>>>> ,Emergency Context Resolution with >>>>> Internet Technologies Discussion List , >>>>> Response Contacts: 3GPPLiaison@etsi.org Technical Contacts: >>>>> Purpose: In response >>>>> >>>>> Referenced liaison: Liaison Statement on NG eCall support for >>>>> the EU (https://datatracker.ietf.org/liaison/1412/) >>>>> >>>>> Body: >>>>> 1. Overall Description: >>>>> SA2 would like to thank IETF ECRIT for the incoming LS >>>>> informing 3GPP of IETF work enabling eCall over IETF SIP. SA2 >>>>> has agreed on a work item (enclosed) in SA2#111, see WID >>>>> (S2-153654) "Evolution to and Interworking with eCall in IMS >>>>> Stage2". >>>>> >>>>> SA2 plans to start work on this topic at SA2#113 and finalize >>>>> the work by May 2016. >>>>> >>>>> 2. Actions: >>>>> To IETF Ecrit WG group. >>>>> ACTION: TSG SA WG2 respectfully asks IETF ECRIT to take the >>>>> above information into account. >>>>> >>>>> 3. Date of Next TSG-SA WG2 Meetings: >>>>> TSG-SA WG2 Meeting #113 25-29 January, 2016 St. Kitts >>>>> TSG-SA WG2 Meeting #114 11-15 April, 2016 Sophia Antipolis, FR >>>>> >>>>> Attachments: >>>>> >>>>> S2-154463_was_154449_154138_LS_Reply_IETF_cl >>>>> >>>>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgsa-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attachment-1.pdf >>>>> >>>>> S2-153654-ecall over IMS-r8 >>>>> >>>>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgsa-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attachment-2.pdf > >>>> >>>>> _______________________________________________ >>>>> Ecrit mailing list >>>>> Ecrit@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>> >>>>> _______________________________________________ >>>>> Ecrit mailing list >>>>> Ecrit@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>> >>>> _______________________________________________ >>>> Ecrit mailing list >>>> Ecrit@ietf.org >>>> https://www.ietf.org/mailman/listinfo/ecrit >>> >>> _______________________________________________ >>> Ecrit mailing list >>> Ecrit@ietf.org >>> https://www.ietf.org/mailman/listinfo/ecrit >> >> _______________________________________________ >> Ecrit mailing list >> Ecrit@ietf.org >> 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: --------------- [M]any of the people in the arena here, you know, were underprivileged anyway, so this is [chuckle] working very well for them. --Barbara Bush at the Houston Astrodome, commenting on the more than 20,000 evacuees from New Orleans housed there, September 5, 2005. From nobody Thu Jan 14 10:01:39 2016 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 3D9641A70E1 for ; Thu, 14 Jan 2016 10:01:38 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1] 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 PmlD0iqSMpDg for ; Thu, 14 Jan 2016 10:01:34 -0800 (PST) Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::234]) (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 88D4F1A7032 for ; Thu, 14 Jan 2016 10:01:34 -0800 (PST) Received: by mail-qg0-x234.google.com with SMTP id e32so400502958qgf.3 for ; Thu, 14 Jan 2016 10:01:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=F0iq7zXJKaX2Co45DcxQDHyqGWUBY99IcGN6m9+84Ss=; b=V4vKlAPwqu6fGwfufjTn7IBF4KPDFfcVy6QwGA+ldI75jrIE1Xj4o8At1IIKxE3rW7 U47WjcQ9llLvtwyPFTf9cw82Ggo/Wycm0K4Lj9wEZnz77UHdbniVkdBJ4qfo8RlVYY2B 1L5lqyuCJZtPmLB8dMDeeyQF6twDeYsJhqV4CxGFH4CEzIivd9dDoO8gbqn66MOlbB0e fNgY7EkchtHBTr81N9GKSpGRv9CVXCswHYiZ2xeaN7zeGbJ0BatTNUoKR4YKEJSTJOmj M+ATYfsUzWsj6rh5Fh+Q0I9X1Uwr25ayOwXJcE2J1KrzMWuTzLKUvjCMR1pADhk4NN6t Y97g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=F0iq7zXJKaX2Co45DcxQDHyqGWUBY99IcGN6m9+84Ss=; b=hTXU3PPVuWylcojd+9/1zT3mgQJNFpbCnEm/ZI61HvvOiSS5dR2pJ57RtsEtC4V4Pj lkMXd/WsFL6k7JmaeNTL/Cobq0SJzn8cLjr/996/i5dVRRFbFmkEBxVDpE02vDbfybr2 zcv0AOF98yJ7cq0VscZ2MI4xIjYGRFGDQP5aoycXkqKECh70cvww7z7D74WZBjt9FdC1 0j83+fRRr5v1si9NWbWJ9rex9q7bmYC41nA4AmuzS3cFnhQYM6SFAgLsMIBxdHXmimNc 1HpIc3uyvrIpMUW0tBIMcFIzGZmbZLPna7Bbcy/7500HLAhm1xP1uDtU0touE1XDSTX7 oVRA== X-Gm-Message-State: ALoCoQlc55kgsgKnZHSy4bSSn1tl8izQGLT/5zWPbnZjc5h/ycHHYrhJ/Ht1j5L3an3aVbfhS0KDVSOTqlcrigGt5CO2nHnu7Q== X-Received: by 10.140.162.130 with SMTP id i124mr7796951qhi.44.1452794493736; Thu, 14 Jan 2016 10:01:33 -0800 (PST) Received: from [10.33.192.14] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id g88sm2905452qge.11.2016.01.14.10.01.28 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 14 Jan 2016 10:01:28 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Brian Rosen In-Reply-To: <39B5E4D390E9BD4890E2B3107900610112B416C1@ESESSMB301.ericsson.se> Date: Thu, 14 Jan 2016 13:01:27 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <3FDE854E-34F3-4ABA-9F77-0584264074A8@brianrosen.net> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-lucent.com> <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B415B1@ESESSMB301.ericsson.se> <9B4BA4CC-1AE6-4A63-BE74-EB1F1D9C6906@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B416C1@ESESSMB301.ericsson.se> To: Ivo Sedlacek X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 18:01:38 -0000 These calls are NOT treated as emergency calls between the vehicle and = the telematics center. The underlying carrier is unaware of what the = call and/or data represents. Brian > On Jan 14, 2016, at 10:32 AM, Ivo Sedlacek = wrote: >=20 > Hello, >=20 >> Most of these systems use existing 3G/4G network data channels I = believe. =20 >=20 > So, basicall, you are saying that radio network of 3GPP operators will = be used for transport of the eCall....=20 >=20 > Assuming eCall is treated by regulators as other emergency calls, the = regulators will make 3GPP operators responsible for routing eCalls. >=20 > Therefore, 3GPP needs to study how the impact on 3GPP operators (both = on radio network and on SIP indrastructure) can be as minimal as = possible. Based on the outcome of this study, the IETF draft might need = changes.... >=20 > Kind regards >=20 > Ivo Sedlacek >=20 > -----Original Message----- > From: Brian Rosen [mailto:br@brianrosen.net]=20 > Sent: Thursday, January 14, 2016 9:14 AM > To: Ivo Sedlacek > Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency = Context Resolution with Internet Technologies Discussion List > Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support = for the EU from IETF Ecrit WG" >=20 > Most of these systems use existing 3G/4G network data channels I = believe. That part is proprietary and we don=E2=80=99t care. The part = that we=E2=80=99re dependent on is from the telematics company to the = PSAP. These systems have proprietary protocols from car to the = telematics company and then standards based protocols from the = telematics company to the PSAP. >=20 > Brian >=20 >> On Jan 14, 2016, at 10:11 AM, Ivo Sedlacek = wrote: >>=20 >> Which __radio__ network is the car crash expected to work on? >>=20 >> Kind regards >>=20 >> Ivo >>=20 >> -----Original Message----- >> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Brian Rosen >> Sent: Thursday, January 14, 2016 9:08 AM >> To: DRAGE, Keith (Keith) >> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution with = Internet Technologies Discussion List >> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>=20 >> NENA i3 ESInets from existing Telematics companies >>=20 >> Brian >>=20 >>> On Jan 14, 2016, at 9:58 AM, DRAGE, Keith (Keith) = wrote: >>>=20 >>> Which telecommunications network or IP network is car crash expected = to work on? >>>=20 >>> Keith >>>=20 >>> -----Original Message----- >>> From: EXT Brian Rosen [mailto:br@salsgiver.com]=20 >>> Sent: 14 January 2016 14:57 >>> To: DRAGE, Keith (Keith) >>> Cc: Alissa Cooper; Ivo Sedlacek; Ben Campbell; Marc Linsner; = Emergency Context Resolution with Internet Technologies Discussion List >>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>>=20 >>> I strongly object to waiting. The WG prevailed on authors to rework = drafts ways that make the North American draft (=E2=80=9Ccar-crash=E2=80=9D= ) dependent on the eCall draft. If we delay the eCall draft, we can=E2=80= =99t publish the car-crash draft and that is a problem, since we need to = implement it. >>>=20 >>> Brian >>>=20 >>>> On Jan 14, 2016, at 9:40 AM, DRAGE, Keith (Keith) = wrote: >>>>=20 >>>> You are being very vague about the terminology you are using. >>>>=20 >>>> If by stop you mean the stopping the discussions within the working = group, then nobody is asking for that. >>>>=20 >>>> If by stop you mean delay the publication request to IESG, then = that should definitely occur, and I believe several posters have stated = this. >>>>=20 >>>> There is no point in publishing this as an RFC until the response = of a 3GPP network is known, as a 3GPP network is the only delivery = mechanism for such a call. As such, I request again that no publication = request is submitted for these documents until some work on the 3GPP = side has occurred, and people are able to comment on the drafts based on = the 3GPP requirements. >>>>=20 >>>> Keith >>>>=20 >>>> -----Original Message----- >>>> From: Alissa Cooper [mailto:alissa@cooperw.in]=20 >>>> Sent: 14 January 2016 14:14 >>>> To: Ivo Sedlacek >>>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Liaison = Statement Management Tool; 3GPPLiaison@etsi.org; Barry Leiba; Emergency = Context Resolution with Internet Technologies Discussion List >>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>>>=20 >>>> Hi Ivo, >>>>=20 >>>> As I noted, I believe the assumption is that there are people = participating in both groups and thus the current IETF drafts reflect = those people=E2=80=99s expectations about what may arise out of 3GPP. Of = course if the drafts become RFCs and it turns out that 3GPP=E2=80=99s = requirements don=E2=80=99t match up, there=E2=80=99s always the option = of doing bis drafts. >>>>=20 >>>> I=E2=80=99m just reflecting back what I believe the will of both = this WG and 3GPP to be =E2=80=94 as I said, the liaison statement = doesn=E2=80=99t ask ECRIT to stop its work and wait, and it was my = impression that WG participants here didn=E2=80=99t think that was = necessary either. But if the WG consensus would point in the direction = of waiting, that would be fine too. >>>>=20 >>>> Alissa >>>>=20 >>>>> On Dec 22, 2015, at 5:11 AM, Ivo Sedlacek = wrote: >>>>>=20 >>>>> Hello, >>>>>=20 >>>>>> The plan is to continue progressing the drafts and for those who = are involved in both to keep an eye out for potential areas where there = might be a lack of harmonization.=20 >>>>>=20 >>>>> Won=E2=80=99t the drafts be soon published as RFCs?=20 >>>>>=20 >>>>> If so, how will that allow harmonization with the future 3GPP = requirements? >>>>>=20 >>>>> Kind regards >>>>>=20 >>>>> Ivo Sedlacek >>>>>=20 >>>>> -----Original Message----- >>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Alissa = Cooper >>>>> Sent: Friday, December 18, 2015 9:13 PM >>>>> To: DRAGE, Keith (Keith) >>>>> Cc: Ben Campbell; Marc Linsner; Liaison Statement Management Tool; = 3GPPLiaison@etsi.org; Barry Leiba; Emergency Context Resolution with = Internet Technologies Discussion List >>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>>>>=20 >>>>> We=E2=80=99ve known for awhile now that the 3GPP work was going to = be somewhat delayed compared to the IETF work. The plan is to continue = progressing the drafts and for those who are involved in both to keep an = eye out for potential areas where there might be a lack of = harmonization. I think this is implicitly reflected in the liaison = statement the WG received =E2=80=94 it doesn=E2=80=99t ask the WG to = stop what it=E2=80=99s doing. >>>>> Alissa=20 >>>>>=20 >>>>>> On Dec 8, 2015, at 8:25 PM, DRAGE, Keith (Keith) = wrote: >>>>>>=20 >>>>>> The underlying problem here is that SA2 has not yet done enough = work (as in none) to see if the IETF drafts meet the 3GPP requirements. = The SA2 study is critical to this. >>>>>>=20 >>>>>> Given that 3GPP usage is pretty much the only use case for these = drafts... >>>>>>=20 >>>>>> Keith >>>>>>=20 >>>>>> -----Original Message----- >>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Liaison = Statement Management Tool >>>>>> Sent: 02 December 2015 18:17 >>>>>> To: Roger Marshall; Marc Linsner >>>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution with = Internet Technologies Discussion List; 3GPPLiaison@etsi.org; Barry Leiba >>>>>> Subject: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>>>>>=20 >>>>>> Title: Reply LS on eCall support for the EU from IETF Ecrit WG = Submission Date: 2015-12-02 URL of the IETF Web page: = https://datatracker.ietf.org/liaison/1447/ >>>>>>=20 >>>>>> From: "leopold.murhammer@t-mobile.at" = >>>>>> To: Marc Linsner , Roger Marshall = >>>>>> Cc: Barry Leiba ,Marc Linsner = ,Ben Campbell ,Alissa Cooper = ,Roger Marshall ,Emergency = Context Resolution with Internet Technologies Discussion List = , Response Contacts: 3GPPLiaison@etsi.org Technical = Contacts:=20 >>>>>> Purpose: In response >>>>>>=20 >>>>>> Referenced liaison: Liaison Statement on NG eCall support for the = EU (https://datatracker.ietf.org/liaison/1412/) >>>>>>=20 >>>>>> Body:=20 >>>>>> 1. Overall Description: >>>>>> SA2 would like to thank IETF ECRIT for the incoming LS informing = 3GPP of IETF work enabling eCall over IETF SIP. SA2 has agreed on a work = item (enclosed) in SA2#111, see WID (S2-153654) "Evolution to and = Interworking with eCall in IMS Stage2". >>>>>>=20 >>>>>> SA2 plans to start work on this topic at SA2#113 and finalize the = work by May 2016.=20 >>>>>>=20 >>>>>> 2. Actions: >>>>>> To IETF Ecrit WG group. >>>>>> ACTION: TSG SA WG2 respectfully asks IETF ECRIT to take the = above information into account.=20 >>>>>>=20 >>>>>> 3. Date of Next TSG-SA WG2 Meetings: >>>>>> TSG-SA WG2 Meeting #113 25-29 January, 2016 St. = Kitts >>>>>> TSG-SA WG2 Meeting #114 11-15 April, 2016 Sophia = Antipolis, FR >>>>>>=20 >>>>>> Attachments: >>>>>>=20 >>>>>> S2-154463_was_154449_154138_LS_Reply_IETF_cl >>>>>> = https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgs= a-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attach= ment-1.pdf >>>>>>=20 >>>>>> S2-153654-ecall over IMS-r8 >>>>>> = https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgs= a-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attach= ment-2.pdf >>>>>>=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 >>>>>=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 >>>=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 >=20 From nobody Thu Jan 14 10:10:45 2016 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 4A51E1A86EC for ; Thu, 14 Jan 2016 10:10:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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 okAW7CdwfGBG for ; Thu, 14 Jan 2016 10:10:36 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04C191A86F0 for ; Thu, 14 Jan 2016 10:10:35 -0800 (PST) X-AuditID: c1b4fb30-f79a76d000000a93-bb-5697e49abe0e Received: from ESESSHC006.ericsson.se (Unknown_Domain [153.88.183.36]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 05.FA.02707.A94E7965; Thu, 14 Jan 2016 19:10:34 +0100 (CET) Received: from ESESSMB301.ericsson.se ([169.254.1.95]) by ESESSHC006.ericsson.se ([153.88.183.36]) with mapi id 14.03.0248.002; Thu, 14 Jan 2016 19:10:33 +0100 From: Ivo Sedlacek To: Brian Rosen Thread-Topic: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" Thread-Index: AQHRLS2o7BnJX+/ZTEWbPWMpMoTlkJ7B1bqAgA9gB4CABd+KsIAkK1gAgAAHZwCAAAR9AIAAAGcAgAACzICAABElcP//8HsAgAAS9XCAABu/gIAAEigQ Date: Thu, 14 Jan 2016 18:10:33 +0000 Message-ID: <39B5E4D390E9BD4890E2B3107900610112B41B27@ESESSMB301.ericsson.se> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-lucent.com> <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B415B1@ESESSMB301.ericsson.se> <9B4BA4CC-1AE6-4A63-BE74-EB1F1D9C6906@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B416C1@ESESSMB301.ericsson.se> <3FDE854E-34F3-4ABA-9F77-0584264074A8@brianrosen.net> In-Reply-To: <3FDE854E-34F3-4ABA-9F77-0584264074A8@brianrosen.net> Accept-Language: en-US, cs-CZ Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrGIsWRmVeSWpSXmKPExsUyM2K7iu6sJ9PDDP5sF7SY33ma3eLp/Wls Fo2LnrJabNhynMViw6lvLA6sHve//WX3mPJ7I6vHkiU/mTzu3rrE5DFr5xOWANYoLpuU1JzM stQifbsErowXDYcZC36VVzz+foOpgfFDSRcjJ4eEgIlE79XfbBC2mMSFe+uBbC4OIYHDjBK3 jh1ngnAWM0pMm3aTGaSKTUBPYuKWI6wgtoiAssTOW53sIEXMAjcZJR68mcwEkhAWSJe4P2UN SxcjB1BRhsTFczkgNSICTYwSE16sZwSpYRFQlbjUfJ4NpIZXwFfiwh0hiGVn2CR27N8PtoBT wElix69FYPWMArISV//0gtnMAuISt57MZ4I4W0BiyZ7zzBC2qMTLx/9YIWwlibWHt4PdwCyg KbF+lz5Eq6LElO6H7CA2r4CgxMmZT1gmMIrNQjJ1FkLHLCQds5B0LGBkWcUoWpxanJSbbmSk l1qUmVxcnJ+nl5dasokRGHsHt/w22MH48rnjIUYBDkYlHl4D/ulhQqyJZcWVuYcYJTiYlUR4 Nx4ECvGmJFZWpRblxxeV5qQWH2KU5mBREudNkmkMExJITyxJzU5NLUgtgskycXBKNTBu5Ze+ Yn10Aa/rmm1M1aa7rZqSD/xvEl2ozRFw8gfnr3ebdm/+s/+uQfKdW03zJm3/YlIXVSX2M/jF bfN3pwX7T+hU2c82X2Rx5c7/ctd/sqUXtqw4P3uue43fCvPSZ/0n3u1ZdDfT8imD6NLXBwv/ KwUrdRjFvLoxN++l5fnDi3Yvuf6U69UjTyWW4oxEQy3mouJEAM5HcdO5AgAA Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 18:10:44 -0000 QnV0IGVDYWxsIElOVklURSBoYXMgUmVxdWVzdC1VUkkgc2V0IHRvIGFuIGVtZXJnZW5jeSBVUk4s IHJpZ2h0PyBTbywgaXQgaXMgYW4gKmVtZXJnZW5jeSogY2FsbCBhbmQgZXZlcnkgKmVtZXJnZW5j eSogY2FsbCByZWd1bGF0aW9uIHdpbGwgYXBwbHkgdG8gaXQsIGNvcnJlY3Q/DQoNCktpbmQgcmVn YXJkcw0KDQpJdm8NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEJyaWFuIFJv c2VuIFttYWlsdG86YnJAYnJpYW5yb3Nlbi5uZXRdIA0KU2VudDogVGh1cnNkYXksIEphbnVhcnkg MTQsIDIwMTYgMTI6MDEgUE0NClRvOiBJdm8gU2VkbGFjZWsNCkNjOiBEUkFHRSwgS2VpdGggKEtl aXRoKTsgQmVuIENhbXBiZWxsOyBNYXJjIExpbnNuZXI7IEVtZXJnZW5jeSBDb250ZXh0IFJlc29s dXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lvbiBMaXN0DQpTdWJqZWN0 OiBSZTogW0Vjcml0XSBOZXcgTGlhaXNvbiBTdGF0ZW1lbnQsICJSZXBseSBMUyBvbiBlQ2FsbCBz dXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVjcml0IFdHIg0KDQpUaGVzZSBjYWxscyBhcmUg Tk9UIHRyZWF0ZWQgYXMgZW1lcmdlbmN5IGNhbGxzIGJldHdlZW4gdGhlIHZlaGljbGUgYW5kIHRo ZSB0ZWxlbWF0aWNzIGNlbnRlci4gIFRoZSB1bmRlcmx5aW5nIGNhcnJpZXIgaXMgdW5hd2FyZSBv ZiB3aGF0IHRoZSBjYWxsIGFuZC9vciBkYXRhIHJlcHJlc2VudHMuDQoNCkJyaWFuDQoNCj4gT24g SmFuIDE0LCAyMDE2LCBhdCAxMDozMiBBTSwgSXZvIFNlZGxhY2VrIDxpdm8uc2VkbGFjZWtAZXJp Y3Nzb24uY29tPiB3cm90ZToNCj4gDQo+IEhlbGxvLA0KPiANCj4+IE1vc3Qgb2YgdGhlc2Ugc3lz dGVtcyB1c2UgZXhpc3RpbmcgM0cvNEcgbmV0d29yayBkYXRhIGNoYW5uZWxzIEkgYmVsaWV2ZS4g IA0KPiANCj4gU28sIGJhc2ljYWxsLCB5b3UgYXJlIHNheWluZyB0aGF0IHJhZGlvIG5ldHdvcmsg b2YgM0dQUCBvcGVyYXRvcnMgd2lsbCBiZSB1c2VkIGZvciB0cmFuc3BvcnQgb2YgdGhlIGVDYWxs Li4uLiANCj4gDQo+IEFzc3VtaW5nIGVDYWxsIGlzIHRyZWF0ZWQgYnkgcmVndWxhdG9ycyBhcyBv dGhlciBlbWVyZ2VuY3kgY2FsbHMsIHRoZSByZWd1bGF0b3JzIHdpbGwgbWFrZSAzR1BQIG9wZXJh dG9ycyByZXNwb25zaWJsZSBmb3Igcm91dGluZyBlQ2FsbHMuDQo+IA0KPiBUaGVyZWZvcmUsIDNH UFAgbmVlZHMgdG8gc3R1ZHkgaG93IHRoZSBpbXBhY3Qgb24gM0dQUCBvcGVyYXRvcnMgKGJvdGgg b24gcmFkaW8gbmV0d29yayBhbmQgb24gU0lQIGluZHJhc3RydWN0dXJlKSBjYW4gYmUgYXMgbWlu aW1hbCBhcyBwb3NzaWJsZS4gQmFzZWQgb24gdGhlIG91dGNvbWUgb2YgdGhpcyBzdHVkeSwgdGhl IElFVEYgZHJhZnQgbWlnaHQgbmVlZCBjaGFuZ2VzLi4uLg0KPiANCj4gS2luZCByZWdhcmRzDQo+ IA0KPiBJdm8gU2VkbGFjZWsNCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZy b206IEJyaWFuIFJvc2VuIFttYWlsdG86YnJAYnJpYW5yb3Nlbi5uZXRdIA0KPiBTZW50OiBUaHVy c2RheSwgSmFudWFyeSAxNCwgMjAxNiA5OjE0IEFNDQo+IFRvOiBJdm8gU2VkbGFjZWsNCj4gQ2M6 IERSQUdFLCBLZWl0aCAoS2VpdGgpOyBCZW4gQ2FtcGJlbGw7IE1hcmMgTGluc25lcjsgRW1lcmdl bmN5IENvbnRleHQgUmVzb2x1dGlvbiB3aXRoIEludGVybmV0IFRlY2hub2xvZ2llcyBEaXNjdXNz aW9uIExpc3QNCj4gU3ViamVjdDogUmU6IFtFY3JpdF0gTmV3IExpYWlzb24gU3RhdGVtZW50LCAi UmVwbHkgTFMgb24gZUNhbGwgc3VwcG9ydCBmb3IgdGhlIEVVIGZyb20gSUVURiBFY3JpdCBXRyIN Cj4gDQo+IE1vc3Qgb2YgdGhlc2Ugc3lzdGVtcyB1c2UgZXhpc3RpbmcgM0cvNEcgbmV0d29yayBk YXRhIGNoYW5uZWxzIEkgYmVsaWV2ZS4gIFRoYXQgcGFydCBpcyBwcm9wcmlldGFyeSBhbmQgd2Ug ZG9u4oCZdCBjYXJlLiAgVGhlIHBhcnQgdGhhdCB3ZeKAmXJlIGRlcGVuZGVudCBvbiBpcyBmcm9t IHRoZSB0ZWxlbWF0aWNzIGNvbXBhbnkgdG8gdGhlIFBTQVAuICBUaGVzZSBzeXN0ZW1zIGhhdmUg cHJvcHJpZXRhcnkgcHJvdG9jb2xzIGZyb20gY2FyIHRvIHRoZSB0ZWxlbWF0aWNzIGNvbXBhbnkg YW5kIHRoZW4gc3RhbmRhcmRzIGJhc2VkIHByb3RvY29scyBmcm9tIHRoZSB0ZWxlbWF0aWNzIGNv bXBhbnkgdG8gdGhlIFBTQVAuDQo+IA0KPiBCcmlhbg0KPiANCj4+IE9uIEphbiAxNCwgMjAxNiwg YXQgMTA6MTEgQU0sIEl2byBTZWRsYWNlayA8aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbT4gd3Jv dGU6DQo+PiANCj4+IFdoaWNoIF9fcmFkaW9fXyBuZXR3b3JrIGlzIHRoZSBjYXIgY3Jhc2ggZXhw ZWN0ZWQgdG8gd29yayBvbj8NCj4+IA0KPj4gS2luZCByZWdhcmRzDQo+PiANCj4+IEl2bw0KPj4g DQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogRWNyaXQgW21haWx0bzpl Y3JpdC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQnJpYW4gUm9zZW4NCj4+IFNlbnQ6 IFRodXJzZGF5LCBKYW51YXJ5IDE0LCAyMDE2IDk6MDggQU0NCj4+IFRvOiBEUkFHRSwgS2VpdGgg KEtlaXRoKQ0KPj4gQ2M6IEJlbiBDYW1wYmVsbDsgTWFyYyBMaW5zbmVyOyBFbWVyZ2VuY3kgQ29u dGV4dCBSZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQgVGVjaG5vbG9naWVzIERpc2N1c3Npb24gTGlz dA0KPj4gU3ViamVjdDogUmU6IFtFY3JpdF0gTmV3IExpYWlzb24gU3RhdGVtZW50LCAiUmVwbHkg TFMgb24gZUNhbGwgc3VwcG9ydCBmb3IgdGhlIEVVIGZyb20gSUVURiBFY3JpdCBXRyINCj4+IA0K Pj4gTkVOQSBpMyBFU0luZXRzIGZyb20gZXhpc3RpbmcgVGVsZW1hdGljcyBjb21wYW5pZXMNCj4+ IA0KPj4gQnJpYW4NCj4+IA0KPj4+IE9uIEphbiAxNCwgMjAxNiwgYXQgOTo1OCBBTSwgRFJBR0Us IEtlaXRoIChLZWl0aCkgPGtlaXRoLmRyYWdlQG5va2lhLmNvbT4gd3JvdGU6DQo+Pj4gDQo+Pj4g V2hpY2ggdGVsZWNvbW11bmljYXRpb25zIG5ldHdvcmsgb3IgSVAgbmV0d29yayBpcyBjYXIgY3Jh c2ggZXhwZWN0ZWQgdG8gd29yayBvbj8NCj4+PiANCj4+PiBLZWl0aA0KPj4+IA0KPj4+IC0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+Pj4gRnJvbTogRVhUIEJyaWFuIFJvc2VuIFttYWlsdG86 YnJAc2Fsc2dpdmVyLmNvbV0gDQo+Pj4gU2VudDogMTQgSmFudWFyeSAyMDE2IDE0OjU3DQo+Pj4g VG86IERSQUdFLCBLZWl0aCAoS2VpdGgpDQo+Pj4gQ2M6IEFsaXNzYSBDb29wZXI7IEl2byBTZWRs YWNlazsgQmVuIENhbXBiZWxsOyBNYXJjIExpbnNuZXI7IEVtZXJnZW5jeSBDb250ZXh0IFJlc29s dXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lvbiBMaXN0DQo+Pj4gU3Vi amVjdDogUmU6IFtFY3JpdF0gTmV3IExpYWlzb24gU3RhdGVtZW50LCAiUmVwbHkgTFMgb24gZUNh bGwgc3VwcG9ydCBmb3IgdGhlIEVVIGZyb20gSUVURiBFY3JpdCBXRyINCj4+PiANCj4+PiBJIHN0 cm9uZ2x5IG9iamVjdCB0byB3YWl0aW5nLiAgVGhlIFdHIHByZXZhaWxlZCBvbiBhdXRob3JzIHRv IHJld29yayBkcmFmdHMgd2F5cyB0aGF0IG1ha2UgdGhlIE5vcnRoIEFtZXJpY2FuIGRyYWZ0ICji gJxjYXItY3Jhc2jigJ0pIGRlcGVuZGVudCBvbiB0aGUgZUNhbGwgZHJhZnQuICBJZiB3ZSBkZWxh eSB0aGUgZUNhbGwgZHJhZnQsIHdlIGNhbuKAmXQgcHVibGlzaCB0aGUgY2FyLWNyYXNoIGRyYWZ0 IGFuZCB0aGF0IGlzIGEgcHJvYmxlbSwgc2luY2Ugd2UgbmVlZCB0byBpbXBsZW1lbnQgaXQuDQo+ Pj4gDQo+Pj4gQnJpYW4NCj4+PiANCj4+Pj4gT24gSmFuIDE0LCAyMDE2LCBhdCA5OjQwIEFNLCBE UkFHRSwgS2VpdGggKEtlaXRoKSA8a2VpdGguZHJhZ2VAbm9raWEuY29tPiB3cm90ZToNCj4+Pj4g DQo+Pj4+IFlvdSBhcmUgYmVpbmcgdmVyeSB2YWd1ZSBhYm91dCB0aGUgdGVybWlub2xvZ3kgeW91 IGFyZSB1c2luZy4NCj4+Pj4gDQo+Pj4+IElmIGJ5IHN0b3AgeW91IG1lYW4gdGhlIHN0b3BwaW5n IHRoZSBkaXNjdXNzaW9ucyB3aXRoaW4gdGhlIHdvcmtpbmcgZ3JvdXAsIHRoZW4gbm9ib2R5IGlz IGFza2luZyBmb3IgdGhhdC4NCj4+Pj4gDQo+Pj4+IElmIGJ5IHN0b3AgeW91IG1lYW4gZGVsYXkg dGhlIHB1YmxpY2F0aW9uIHJlcXVlc3QgdG8gSUVTRywgdGhlbiB0aGF0IHNob3VsZCBkZWZpbml0 ZWx5IG9jY3VyLCBhbmQgSSBiZWxpZXZlIHNldmVyYWwgcG9zdGVycyBoYXZlIHN0YXRlZCB0aGlz Lg0KPj4+PiANCj4+Pj4gVGhlcmUgaXMgbm8gcG9pbnQgaW4gcHVibGlzaGluZyB0aGlzIGFzIGFu IFJGQyB1bnRpbCB0aGUgcmVzcG9uc2Ugb2YgYSAzR1BQIG5ldHdvcmsgaXMga25vd24sIGFzIGEg M0dQUCBuZXR3b3JrIGlzIHRoZSBvbmx5IGRlbGl2ZXJ5IG1lY2hhbmlzbSBmb3Igc3VjaCBhIGNh bGwuIEFzIHN1Y2gsIEkgcmVxdWVzdCBhZ2FpbiB0aGF0IG5vIHB1YmxpY2F0aW9uIHJlcXVlc3Qg aXMgc3VibWl0dGVkIGZvciB0aGVzZSBkb2N1bWVudHMgdW50aWwgc29tZSB3b3JrIG9uIHRoZSAz R1BQIHNpZGUgaGFzIG9jY3VycmVkLCBhbmQgcGVvcGxlIGFyZSBhYmxlIHRvIGNvbW1lbnQgb24g dGhlIGRyYWZ0cyBiYXNlZCBvbiB0aGUgM0dQUCByZXF1aXJlbWVudHMuDQo+Pj4+IA0KPj4+PiBL ZWl0aA0KPj4+PiANCj4+Pj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+Pj4gRnJvbTog QWxpc3NhIENvb3BlciBbbWFpbHRvOmFsaXNzYUBjb29wZXJ3LmluXSANCj4+Pj4gU2VudDogMTQg SmFudWFyeSAyMDE2IDE0OjE0DQo+Pj4+IFRvOiBJdm8gU2VkbGFjZWsNCj4+Pj4gQ2M6IERSQUdF LCBLZWl0aCAoS2VpdGgpOyBCZW4gQ2FtcGJlbGw7IE1hcmMgTGluc25lcjsgTGlhaXNvbiBTdGF0 ZW1lbnQgTWFuYWdlbWVudCBUb29sOyAzR1BQTGlhaXNvbkBldHNpLm9yZzsgQmFycnkgTGVpYmE7 IEVtZXJnZW5jeSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMg RGlzY3Vzc2lvbiBMaXN0DQo+Pj4+IFN1YmplY3Q6IFJlOiBbRWNyaXRdIE5ldyBMaWFpc29uIFN0 YXRlbWVudCwgIlJlcGx5IExTIG9uIGVDYWxsIHN1cHBvcnQgZm9yIHRoZSBFVSBmcm9tIElFVEYg RWNyaXQgV0ciDQo+Pj4+IA0KPj4+PiBIaSBJdm8sDQo+Pj4+IA0KPj4+PiBBcyBJIG5vdGVkLCBJ IGJlbGlldmUgdGhlIGFzc3VtcHRpb24gaXMgdGhhdCB0aGVyZSBhcmUgcGVvcGxlIHBhcnRpY2lw YXRpbmcgaW4gYm90aCBncm91cHMgYW5kIHRodXMgdGhlIGN1cnJlbnQgSUVURiBkcmFmdHMgcmVm bGVjdCB0aG9zZSBwZW9wbGXigJlzIGV4cGVjdGF0aW9ucyBhYm91dCB3aGF0IG1heSBhcmlzZSBv dXQgb2YgM0dQUC4gT2YgY291cnNlIGlmIHRoZSBkcmFmdHMgYmVjb21lIFJGQ3MgYW5kIGl0IHR1 cm5zIG91dCB0aGF0IDNHUFDigJlzIHJlcXVpcmVtZW50cyBkb27igJl0IG1hdGNoIHVwLCB0aGVy ZeKAmXMgYWx3YXlzIHRoZSBvcHRpb24gb2YgZG9pbmcgYmlzIGRyYWZ0cy4NCj4+Pj4gDQo+Pj4+ IEnigJltIGp1c3QgcmVmbGVjdGluZyBiYWNrIHdoYXQgSSBiZWxpZXZlIHRoZSB3aWxsIG9mIGJv dGggdGhpcyBXRyBhbmQgM0dQUCB0byBiZSDigJQgYXMgSSBzYWlkLCB0aGUgbGlhaXNvbiBzdGF0 ZW1lbnQgZG9lc27igJl0IGFzayBFQ1JJVCB0byBzdG9wIGl0cyB3b3JrIGFuZCB3YWl0LCBhbmQg aXQgd2FzIG15IGltcHJlc3Npb24gdGhhdCBXRyBwYXJ0aWNpcGFudHMgaGVyZSBkaWRu4oCZdCB0 aGluayB0aGF0IHdhcyBuZWNlc3NhcnkgZWl0aGVyLiBCdXQgaWYgdGhlIFdHIGNvbnNlbnN1cyB3 b3VsZCBwb2ludCBpbiB0aGUgZGlyZWN0aW9uIG9mIHdhaXRpbmcsIHRoYXQgd291bGQgYmUgZmlu ZSB0b28uDQo+Pj4+IA0KPj4+PiBBbGlzc2ENCj4+Pj4gDQo+Pj4+PiBPbiBEZWMgMjIsIDIwMTUs IGF0IDU6MTEgQU0sIEl2byBTZWRsYWNlayA8aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbT4gd3Jv dGU6DQo+Pj4+PiANCj4+Pj4+IEhlbGxvLA0KPj4+Pj4gDQo+Pj4+Pj4gVGhlIHBsYW4gaXMgdG8g Y29udGludWUgcHJvZ3Jlc3NpbmcgdGhlIGRyYWZ0cyBhbmQgZm9yIHRob3NlIHdobyBhcmUgaW52 b2x2ZWQgaW4gYm90aCB0byBrZWVwIGFuIGV5ZSBvdXQgZm9yIHBvdGVudGlhbCBhcmVhcyB3aGVy ZSB0aGVyZSBtaWdodCBiZSBhIGxhY2sgb2YgaGFybW9uaXphdGlvbi4gDQo+Pj4+PiANCj4+Pj4+ IFdvbuKAmXQgdGhlIGRyYWZ0cyBiZSBzb29uIHB1Ymxpc2hlZCBhcyBSRkNzPyANCj4+Pj4+IA0K Pj4+Pj4gSWYgc28sIGhvdyB3aWxsIHRoYXQgYWxsb3cgaGFybW9uaXphdGlvbiB3aXRoIHRoZSBm dXR1cmUgM0dQUCByZXF1aXJlbWVudHM/DQo+Pj4+PiANCj4+Pj4+IEtpbmQgcmVnYXJkcw0KPj4+ Pj4gDQo+Pj4+PiBJdm8gU2VkbGFjZWsNCj4+Pj4+IA0KPj4+Pj4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCj4+Pj4+IEZyb206IEVjcml0IFttYWlsdG86ZWNyaXQtYm91bmNlc0BpZXRmLm9y Z10gT24gQmVoYWxmIE9mIEFsaXNzYSBDb29wZXINCj4+Pj4+IFNlbnQ6IEZyaWRheSwgRGVjZW1i ZXIgMTgsIDIwMTUgOToxMyBQTQ0KPj4+Pj4gVG86IERSQUdFLCBLZWl0aCAoS2VpdGgpDQo+Pj4+ PiBDYzogQmVuIENhbXBiZWxsOyBNYXJjIExpbnNuZXI7IExpYWlzb24gU3RhdGVtZW50IE1hbmFn ZW1lbnQgVG9vbDsgM0dQUExpYWlzb25AZXRzaS5vcmc7IEJhcnJ5IExlaWJhOyBFbWVyZ2VuY3kg Q29udGV4dCBSZXNvbHV0aW9uIHdpdGggSW50ZXJuZXQgVGVjaG5vbG9naWVzIERpc2N1c3Npb24g TGlzdA0KPj4+Pj4gU3ViamVjdDogUmU6IFtFY3JpdF0gTmV3IExpYWlzb24gU3RhdGVtZW50LCAi UmVwbHkgTFMgb24gZUNhbGwgc3VwcG9ydCBmb3IgdGhlIEVVIGZyb20gSUVURiBFY3JpdCBXRyIN Cj4+Pj4+IA0KPj4+Pj4gV2XigJl2ZSBrbm93biBmb3IgYXdoaWxlIG5vdyB0aGF0IHRoZSAzR1BQ IHdvcmsgd2FzIGdvaW5nIHRvIGJlIHNvbWV3aGF0IGRlbGF5ZWQgY29tcGFyZWQgdG8gdGhlIElF VEYgd29yay4gVGhlIHBsYW4gaXMgdG8gY29udGludWUgcHJvZ3Jlc3NpbmcgdGhlIGRyYWZ0cyBh bmQgZm9yIHRob3NlIHdobyBhcmUgaW52b2x2ZWQgaW4gYm90aCB0byBrZWVwIGFuIGV5ZSBvdXQg Zm9yIHBvdGVudGlhbCBhcmVhcyB3aGVyZSB0aGVyZSBtaWdodCBiZSBhIGxhY2sgb2YgaGFybW9u aXphdGlvbi4gSSB0aGluayB0aGlzIGlzIGltcGxpY2l0bHkgcmVmbGVjdGVkIGluIHRoZSBsaWFp c29uIHN0YXRlbWVudCB0aGUgV0cgcmVjZWl2ZWQg4oCUIGl0IGRvZXNu4oCZdCBhc2sgdGhlIFdH IHRvIHN0b3Agd2hhdCBpdOKAmXMgZG9pbmcuDQo+Pj4+PiBBbGlzc2EgDQo+Pj4+PiANCj4+Pj4+ PiBPbiBEZWMgOCwgMjAxNSwgYXQgODoyNSBQTSwgRFJBR0UsIEtlaXRoIChLZWl0aCkgPGtlaXRo LmRyYWdlQGFsY2F0ZWwtbHVjZW50LmNvbT4gd3JvdGU6DQo+Pj4+Pj4gDQo+Pj4+Pj4gVGhlIHVu ZGVybHlpbmcgcHJvYmxlbSBoZXJlIGlzIHRoYXQgU0EyIGhhcyBub3QgeWV0IGRvbmUgZW5vdWdo IHdvcmsgKGFzIGluIG5vbmUpIHRvIHNlZSBpZiB0aGUgSUVURiBkcmFmdHMgbWVldCB0aGUgM0dQ UCByZXF1aXJlbWVudHMuIFRoZSBTQTIgc3R1ZHkgaXMgY3JpdGljYWwgdG8gdGhpcy4NCj4+Pj4+ PiANCj4+Pj4+PiBHaXZlbiB0aGF0IDNHUFAgdXNhZ2UgaXMgcHJldHR5IG11Y2ggdGhlIG9ubHkg dXNlIGNhc2UgZm9yIHRoZXNlIGRyYWZ0cy4uLg0KPj4+Pj4+IA0KPj4+Pj4+IEtlaXRoDQo+Pj4+ Pj4gDQo+Pj4+Pj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+Pj4+PiBGcm9tOiBFY3Jp dCBbbWFpbHRvOmVjcml0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMaWFpc29uIFN0 YXRlbWVudCBNYW5hZ2VtZW50IFRvb2wNCj4+Pj4+PiBTZW50OiAwMiBEZWNlbWJlciAyMDE1IDE4 OjE3DQo+Pj4+Pj4gVG86IFJvZ2VyIE1hcnNoYWxsOyBNYXJjIExpbnNuZXINCj4+Pj4+PiBDYzog QmVuIENhbXBiZWxsOyBNYXJjIExpbnNuZXI7IEVtZXJnZW5jeSBDb250ZXh0IFJlc29sdXRpb24g d2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vzc2lvbiBMaXN0OyAzR1BQTGlhaXNvbkBl dHNpLm9yZzsgQmFycnkgTGVpYmENCj4+Pj4+PiBTdWJqZWN0OiBbRWNyaXRdIE5ldyBMaWFpc29u IFN0YXRlbWVudCwgIlJlcGx5IExTIG9uIGVDYWxsIHN1cHBvcnQgZm9yIHRoZSBFVSBmcm9tIElF VEYgRWNyaXQgV0ciDQo+Pj4+Pj4gDQo+Pj4+Pj4gVGl0bGU6IFJlcGx5IExTIG9uIGVDYWxsIHN1 cHBvcnQgZm9yIHRoZSBFVSBmcm9tIElFVEYgRWNyaXQgV0cgU3VibWlzc2lvbiBEYXRlOiAyMDE1 LTEyLTAyIFVSTCBvZiB0aGUgSUVURiBXZWIgcGFnZTogaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9saWFpc29uLzE0NDcvDQo+Pj4+Pj4gDQo+Pj4+Pj4gRnJvbTogImxlb3BvbGQubXVyaGFt bWVyQHQtbW9iaWxlLmF0IiA8bGVvcG9sZC5tdXJoYW1tZXJAdC1tb2JpbGUuYXQ+DQo+Pj4+Pj4g VG86IE1hcmMgTGluc25lciA8bWFyYy5saW5zbmVyQGNpc2NvLmNvbT4sIFJvZ2VyIE1hcnNoYWxs IDxybWFyc2hhbGxAdGVsZWNvbXN5cy5jb20+DQo+Pj4+Pj4gQ2M6IEJhcnJ5IExlaWJhIDxiYXJy eWxlaWJhQGNvbXB1dGVyLm9yZz4sTWFyYyBMaW5zbmVyIDxtYXJjLmxpbnNuZXJAY2lzY28uY29t PixCZW4gQ2FtcGJlbGwgPGJlbkBub3N0cnVtLmNvbT4sQWxpc3NhIENvb3BlciA8YWxpc3NhQGNv b3BlcncuaW4+LFJvZ2VyIE1hcnNoYWxsIDxybWFyc2hhbGxAdGVsZWNvbXN5cy5jb20+LEVtZXJn ZW5jeSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vz c2lvbiBMaXN0IDxlY3JpdEBpZXRmLm9yZz4sIFJlc3BvbnNlIENvbnRhY3RzOiAzR1BQTGlhaXNv bkBldHNpLm9yZyBUZWNobmljYWwgQ29udGFjdHM6IA0KPj4+Pj4+IFB1cnBvc2U6IEluIHJlc3Bv bnNlDQo+Pj4+Pj4gDQo+Pj4+Pj4gUmVmZXJlbmNlZCBsaWFpc29uOiBMaWFpc29uIFN0YXRlbWVu dCBvbiBORyBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgKGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvbGlhaXNvbi8xNDEyLykNCj4+Pj4+PiANCj4+Pj4+PiBCb2R5OiANCj4+Pj4+PiAxLiBP dmVyYWxsIERlc2NyaXB0aW9uOg0KPj4+Pj4+IFNBMiB3b3VsZCBsaWtlIHRvIHRoYW5rIElFVEYg RUNSSVQgZm9yIHRoZSBpbmNvbWluZyBMUyBpbmZvcm1pbmcgM0dQUCBvZiBJRVRGIHdvcmsgZW5h YmxpbmcgZUNhbGwgb3ZlciBJRVRGIFNJUC4gU0EyIGhhcyBhZ3JlZWQgb24gYSB3b3JrIGl0ZW0g KGVuY2xvc2VkKSBpbiBTQTIjMTExLCBzZWUgV0lEIChTMi0xNTM2NTQpICJFdm9sdXRpb24gdG8g YW5kIEludGVyd29ya2luZyB3aXRoIGVDYWxsIGluIElNUyBTdGFnZTIiLg0KPj4+Pj4+IA0KPj4+ Pj4+IFNBMiBwbGFucyB0byBzdGFydCB3b3JrIG9uIHRoaXMgdG9waWMgYXQgU0EyIzExMyBhbmQg ZmluYWxpemUgdGhlIHdvcmsgYnkgTWF5IDIwMTYuIA0KPj4+Pj4+IA0KPj4+Pj4+IDIuIEFjdGlv bnM6DQo+Pj4+Pj4gVG8gSUVURiBFY3JpdCBXRyBncm91cC4NCj4+Pj4+PiBBQ1RJT046IAlUU0cg U0EgV0cyIHJlc3BlY3RmdWxseSBhc2tzIElFVEYgRUNSSVQgdG8gdGFrZSB0aGUgYWJvdmUgaW5m b3JtYXRpb24gaW50byBhY2NvdW50LiANCj4+Pj4+PiANCj4+Pj4+PiAzLiBEYXRlIG9mIE5leHQg VFNHLVNBIFdHMiBNZWV0aW5nczoNCj4+Pj4+PiBUU0ctU0EgV0cyIE1lZXRpbmcgIzExMwkyNS0y OSBKYW51YXJ5LCAyMDE2CQlTdC4gS2l0dHMNCj4+Pj4+PiBUU0ctU0EgV0cyIE1lZXRpbmcgIzEx NAkxMS0xNSBBcHJpbCwgMjAxNgkJU29waGlhIEFudGlwb2xpcywgRlINCj4+Pj4+PiANCj4+Pj4+ PiBBdHRhY2htZW50czoNCj4+Pj4+PiANCj4+Pj4+PiBTMi0xNTQ0NjNfd2FzXzE1NDQ0OV8xNTQx MzhfTFNfUmVwbHlfSUVURl9jbA0KPj4+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL2xpYi9kdC9k b2N1bWVudHMvTElBSVNPTi9saWFpc29uLTIwMTUtMTItMDItM2dwcC10c2dzYS1zYTItZWNyaXQt cmVwbHktbHMtb24tZWNhbGwtc3VwcG9ydC1mb3ItdGhlLWV1LWZyb20taWV0Zi1lY3JpdC13Zy1h dHRhY2htZW50LTEucGRmDQo+Pj4+Pj4gDQo+Pj4+Pj4gUzItMTUzNjU0LWVjYWxsIG92ZXIgSU1T LXI4DQo+Pj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbGliL2R0L2RvY3VtZW50cy9MSUFJU09O L2xpYWlzb24tMjAxNS0xMi0wMi0zZ3BwLXRzZ3NhLXNhMi1lY3JpdC1yZXBseS1scy1vbi1lY2Fs bC1zdXBwb3J0LWZvci10aGUtZXUtZnJvbS1pZXRmLWVjcml0LXdnLWF0dGFjaG1lbnQtMi5wZGYN Cj4+Pj4+PiANCj4+Pj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPj4+Pj4+IEVjcml0IG1haWxpbmcgbGlzdA0KPj4+Pj4+IEVjcml0QGlldGYub3Jn DQo+Pj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9lY3JpdA0KPj4+ Pj4+IA0KPj4+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+Pj4+Pj4gRWNyaXQgbWFpbGluZyBsaXN0DQo+Pj4+Pj4gRWNyaXRAaWV0Zi5vcmcNCj4+ Pj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0DQo+Pj4+PiAN Cj4+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ Pj4+PiBFY3JpdCBtYWlsaW5nIGxpc3QNCj4+Pj4+IEVjcml0QGlldGYub3JnDQo+Pj4+PiBodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0DQo+Pj4+IA0KPj4+PiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+PiBFY3JpdCBt YWlsaW5nIGxpc3QNCj4+Pj4gRWNyaXRAaWV0Zi5vcmcNCj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9lY3JpdA0KPj4+IA0KPj4+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4gRWNyaXQgbWFpbGluZyBsaXN0DQo+Pj4g RWNyaXRAaWV0Zi5vcmcNCj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2Vjcml0DQo+PiANCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+PiBFY3JpdCBtYWlsaW5nIGxpc3QNCj4+IEVjcml0QGlldGYub3JnDQo+PiBodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0DQo+IA0KDQo= From nobody Thu Jan 14 10:25:15 2016 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 2588F1A88BC for ; Thu, 14 Jan 2016 10:25:07 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1] 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 IPpN-NNf8z06 for ; Thu, 14 Jan 2016 10:25:03 -0800 (PST) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (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 C24651A8897 for ; Thu, 14 Jan 2016 10:25:03 -0800 (PST) Received: by mail-io0-x230.google.com with SMTP id g73so267779880ioe.3 for ; Thu, 14 Jan 2016 10:25:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=v7b5onwIZan6GWRgP3g/lXcWFbAqV3o32tl1UVoNtw8=; b=nAHrX4pKqm8qmBmqhFzx2FZFW16w8oR7sGqhhtC+EGDO6ZUKZbdWZ+dRr5XMyGLL4m dpwCV8P7fpQDMzRAao0LGwiA/UG3cBQD1UD6U5QhsiOL3Wer8Jy7qAF/JqOVnMActnE1 yxJh42MeVgjNCAGSoSFOFMJKRLgM8jAYqoNNr3gi+VGyskkDV6Rh451oHTzZsDslFM78 GAjz+j1k8A6mXHH4yXAd5TskPfX4CzNT32J62IMa+4qUBjS4hrkfKqwI08jxGzhHR+E+ Lcm9/RKTbO/D52rO5WatrFbJzsolHpambaFxXrwHajSnsxIJbRb/AXelLfZDFvibL+vd kWUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=v7b5onwIZan6GWRgP3g/lXcWFbAqV3o32tl1UVoNtw8=; b=bT45Yr7Bv4xl+VWMCWkON/tCRZrlHe8ag5pXRsVFGlzcpoWyFRxEfaDDO4/BLkk63k BVsysgsuSkxWrn4VI1+9D4mk4q14p1S9ae7Cv1cFBbtgMaalrBt5drDebTlfO4GKlr2p jn4pw2S/uleCdUHQ1ufXy+ThpjxT0a8yTTZtDY8R4rZ3OLHpwh6y4JcXleRgmRCsRAtS sBxDxrTtc2lAFzJxq7+qO3hfJcpERuMMVQLE4SDgIjYEw75qnO5vkHGVMxC8ruJpVho2 VctVNFu0BXpWtyFtw6FJvJlmdfa6u+7Z12Nu2WsK7eQRJoxoQjzX4b6h0uMD7G1IR39S GFeQ== X-Gm-Message-State: ALoCoQmbqNuT1txPMV4ek2/4mV2ny0nplaofv0wkm/85/B8oKQ2nXoiJowDwR6/ld4muVqB1pw4cn6ksPK7sJzN3SaFTjQio/Q== X-Received: by 10.107.34.133 with SMTP id i127mr6406479ioi.150.1452795902921; Thu, 14 Jan 2016 10:25:02 -0800 (PST) Received: from [10.33.192.14] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id 4sm11581712igz.2.2016.01.14.10.25.01 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 14 Jan 2016 10:25:02 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Brian Rosen In-Reply-To: <39B5E4D390E9BD4890E2B3107900610112B41B27@ESESSMB301.ericsson.se> Date: Thu, 14 Jan 2016 13:24:55 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-lucent.com> <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B415B1@ESESSMB301.ericsson.se> <9B4BA4CC-1AE6-4A63-BE74-EB1F1D9C6906@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B416C1@ESESSMB301.ericsson.se> <3FDE854E-34F3-4ABA-9F77-0584264074A8@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B41B27@ESESSMB301.ericsson.se> To: Ivo Sedlacek X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 18:25:07 -0000 Only on the call from the telematics provider to the PSAP. =20 But let=E2=80=99s ignore this distinction, especially since what we WANT = the telematics guys to do is to redirect the call to urn:service:sos and = request the telematics operator as a 3rd party using a =E2=80=9CReferred-B= y=E2=80=9D header. In that case, it would be an emergency call. But we = already have =E2=80=9CAdditional Data=E2=80=9D being sent, and car-crash = just extends that. Brian > On Jan 14, 2016, at 1:10 PM, Ivo Sedlacek = wrote: >=20 > But eCall INVITE has Request-URI set to an emergency URN, right? So, = it is an *emergency* call and every *emergency* call regulation will = apply to it, correct? >=20 > Kind regards >=20 > Ivo >=20 > -----Original Message----- > From: Brian Rosen [mailto:br@brianrosen.net]=20 > Sent: Thursday, January 14, 2016 12:01 PM > To: Ivo Sedlacek > Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency = Context Resolution with Internet Technologies Discussion List > Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support = for the EU from IETF Ecrit WG" >=20 > These calls are NOT treated as emergency calls between the vehicle and = the telematics center. The underlying carrier is unaware of what the = call and/or data represents. >=20 > Brian >=20 >> On Jan 14, 2016, at 10:32 AM, Ivo Sedlacek = wrote: >>=20 >> Hello, >>=20 >>> Most of these systems use existing 3G/4G network data channels I = believe. =20 >>=20 >> So, basicall, you are saying that radio network of 3GPP operators = will be used for transport of the eCall....=20 >>=20 >> Assuming eCall is treated by regulators as other emergency calls, the = regulators will make 3GPP operators responsible for routing eCalls. >>=20 >> Therefore, 3GPP needs to study how the impact on 3GPP operators (both = on radio network and on SIP indrastructure) can be as minimal as = possible. Based on the outcome of this study, the IETF draft might need = changes.... >>=20 >> Kind regards >>=20 >> Ivo Sedlacek >>=20 >> -----Original Message----- >> From: Brian Rosen [mailto:br@brianrosen.net]=20 >> Sent: Thursday, January 14, 2016 9:14 AM >> To: Ivo Sedlacek >> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency = Context Resolution with Internet Technologies Discussion List >> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>=20 >> Most of these systems use existing 3G/4G network data channels I = believe. That part is proprietary and we don=E2=80=99t care. The part = that we=E2=80=99re dependent on is from the telematics company to the = PSAP. These systems have proprietary protocols from car to the = telematics company and then standards based protocols from the = telematics company to the PSAP. >>=20 >> Brian >>=20 >>> On Jan 14, 2016, at 10:11 AM, Ivo Sedlacek = wrote: >>>=20 >>> Which __radio__ network is the car crash expected to work on? >>>=20 >>> Kind regards >>>=20 >>> Ivo >>>=20 >>> -----Original Message----- >>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Brian Rosen >>> Sent: Thursday, January 14, 2016 9:08 AM >>> To: DRAGE, Keith (Keith) >>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution with = Internet Technologies Discussion List >>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>>=20 >>> NENA i3 ESInets from existing Telematics companies >>>=20 >>> Brian >>>=20 >>>> On Jan 14, 2016, at 9:58 AM, DRAGE, Keith (Keith) = wrote: >>>>=20 >>>> Which telecommunications network or IP network is car crash = expected to work on? >>>>=20 >>>> Keith >>>>=20 >>>> -----Original Message----- >>>> From: EXT Brian Rosen [mailto:br@salsgiver.com]=20 >>>> Sent: 14 January 2016 14:57 >>>> To: DRAGE, Keith (Keith) >>>> Cc: Alissa Cooper; Ivo Sedlacek; Ben Campbell; Marc Linsner; = Emergency Context Resolution with Internet Technologies Discussion List >>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>>>=20 >>>> I strongly object to waiting. The WG prevailed on authors to = rework drafts ways that make the North American draft (=E2=80=9Ccar-crash=E2= =80=9D) dependent on the eCall draft. If we delay the eCall draft, we = can=E2=80=99t publish the car-crash draft and that is a problem, since = we need to implement it. >>>>=20 >>>> Brian >>>>=20 >>>>> On Jan 14, 2016, at 9:40 AM, DRAGE, Keith (Keith) = wrote: >>>>>=20 >>>>> You are being very vague about the terminology you are using. >>>>>=20 >>>>> If by stop you mean the stopping the discussions within the = working group, then nobody is asking for that. >>>>>=20 >>>>> If by stop you mean delay the publication request to IESG, then = that should definitely occur, and I believe several posters have stated = this. >>>>>=20 >>>>> There is no point in publishing this as an RFC until the response = of a 3GPP network is known, as a 3GPP network is the only delivery = mechanism for such a call. As such, I request again that no publication = request is submitted for these documents until some work on the 3GPP = side has occurred, and people are able to comment on the drafts based on = the 3GPP requirements. >>>>>=20 >>>>> Keith >>>>>=20 >>>>> -----Original Message----- >>>>> From: Alissa Cooper [mailto:alissa@cooperw.in]=20 >>>>> Sent: 14 January 2016 14:14 >>>>> To: Ivo Sedlacek >>>>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Liaison = Statement Management Tool; 3GPPLiaison@etsi.org; Barry Leiba; Emergency = Context Resolution with Internet Technologies Discussion List >>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>>>>=20 >>>>> Hi Ivo, >>>>>=20 >>>>> As I noted, I believe the assumption is that there are people = participating in both groups and thus the current IETF drafts reflect = those people=E2=80=99s expectations about what may arise out of 3GPP. Of = course if the drafts become RFCs and it turns out that 3GPP=E2=80=99s = requirements don=E2=80=99t match up, there=E2=80=99s always the option = of doing bis drafts. >>>>>=20 >>>>> I=E2=80=99m just reflecting back what I believe the will of both = this WG and 3GPP to be =E2=80=94 as I said, the liaison statement = doesn=E2=80=99t ask ECRIT to stop its work and wait, and it was my = impression that WG participants here didn=E2=80=99t think that was = necessary either. But if the WG consensus would point in the direction = of waiting, that would be fine too. >>>>>=20 >>>>> Alissa >>>>>=20 >>>>>> On Dec 22, 2015, at 5:11 AM, Ivo Sedlacek = wrote: >>>>>>=20 >>>>>> Hello, >>>>>>=20 >>>>>>> The plan is to continue progressing the drafts and for those who = are involved in both to keep an eye out for potential areas where there = might be a lack of harmonization.=20 >>>>>>=20 >>>>>> Won=E2=80=99t the drafts be soon published as RFCs?=20 >>>>>>=20 >>>>>> If so, how will that allow harmonization with the future 3GPP = requirements? >>>>>>=20 >>>>>> Kind regards >>>>>>=20 >>>>>> Ivo Sedlacek >>>>>>=20 >>>>>> -----Original Message----- >>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Alissa = Cooper >>>>>> Sent: Friday, December 18, 2015 9:13 PM >>>>>> To: DRAGE, Keith (Keith) >>>>>> Cc: Ben Campbell; Marc Linsner; Liaison Statement Management = Tool; 3GPPLiaison@etsi.org; Barry Leiba; Emergency Context Resolution = with Internet Technologies Discussion List >>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>>>>>=20 >>>>>> We=E2=80=99ve known for awhile now that the 3GPP work was going = to be somewhat delayed compared to the IETF work. The plan is to = continue progressing the drafts and for those who are involved in both = to keep an eye out for potential areas where there might be a lack of = harmonization. I think this is implicitly reflected in the liaison = statement the WG received =E2=80=94 it doesn=E2=80=99t ask the WG to = stop what it=E2=80=99s doing. >>>>>> Alissa=20 >>>>>>=20 >>>>>>> On Dec 8, 2015, at 8:25 PM, DRAGE, Keith (Keith) = wrote: >>>>>>>=20 >>>>>>> The underlying problem here is that SA2 has not yet done enough = work (as in none) to see if the IETF drafts meet the 3GPP requirements. = The SA2 study is critical to this. >>>>>>>=20 >>>>>>> Given that 3GPP usage is pretty much the only use case for these = drafts... >>>>>>>=20 >>>>>>> Keith >>>>>>>=20 >>>>>>> -----Original Message----- >>>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Liaison = Statement Management Tool >>>>>>> Sent: 02 December 2015 18:17 >>>>>>> To: Roger Marshall; Marc Linsner >>>>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution = with Internet Technologies Discussion List; 3GPPLiaison@etsi.org; Barry = Leiba >>>>>>> Subject: [Ecrit] New Liaison Statement, "Reply LS on eCall = support for the EU from IETF Ecrit WG" >>>>>>>=20 >>>>>>> Title: Reply LS on eCall support for the EU from IETF Ecrit WG = Submission Date: 2015-12-02 URL of the IETF Web page: = https://datatracker.ietf.org/liaison/1447/ >>>>>>>=20 >>>>>>> From: "leopold.murhammer@t-mobile.at" = >>>>>>> To: Marc Linsner , Roger Marshall = >>>>>>> Cc: Barry Leiba ,Marc Linsner = ,Ben Campbell ,Alissa Cooper = ,Roger Marshall ,Emergency = Context Resolution with Internet Technologies Discussion List = , Response Contacts: 3GPPLiaison@etsi.org Technical = Contacts:=20 >>>>>>> Purpose: In response >>>>>>>=20 >>>>>>> Referenced liaison: Liaison Statement on NG eCall support for = the EU (https://datatracker.ietf.org/liaison/1412/) >>>>>>>=20 >>>>>>> Body:=20 >>>>>>> 1. Overall Description: >>>>>>> SA2 would like to thank IETF ECRIT for the incoming LS informing = 3GPP of IETF work enabling eCall over IETF SIP. SA2 has agreed on a work = item (enclosed) in SA2#111, see WID (S2-153654) "Evolution to and = Interworking with eCall in IMS Stage2". >>>>>>>=20 >>>>>>> SA2 plans to start work on this topic at SA2#113 and finalize = the work by May 2016.=20 >>>>>>>=20 >>>>>>> 2. Actions: >>>>>>> To IETF Ecrit WG group. >>>>>>> ACTION: TSG SA WG2 respectfully asks IETF ECRIT to take = the above information into account.=20 >>>>>>>=20 >>>>>>> 3. Date of Next TSG-SA WG2 Meetings: >>>>>>> TSG-SA WG2 Meeting #113 25-29 January, 2016 St. = Kitts >>>>>>> TSG-SA WG2 Meeting #114 11-15 April, 2016 Sophia = Antipolis, FR >>>>>>>=20 >>>>>>> Attachments: >>>>>>>=20 >>>>>>> S2-154463_was_154449_154138_LS_Reply_IETF_cl >>>>>>> = https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgs= a-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attach= ment-1.pdf >>>>>>>=20 >>>>>>> S2-153654-ecall over IMS-r8 >>>>>>> = https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgs= a-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attach= ment-2.pdf >>>>>>>=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 >>>>>>=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 >>>>=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 >>=20 >=20 From nobody Thu Jan 14 11:40:13 2016 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 E661F1A1ADF for ; Thu, 14 Jan 2016 11:40:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-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 kic8jozPu3BL for ; Thu, 14 Jan 2016 11:40:09 -0800 (PST) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (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 75A4A1AC3F5 for ; Thu, 14 Jan 2016 11:40:09 -0800 (PST) Received: by mail-pa0-x22d.google.com with SMTP id cy9so381739418pac.0 for ; Thu, 14 Jan 2016 11:40:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CZdoMKraPaUbgyGkY1zLCJUnJuaC/k6VdhLL4fHK8qE=; b=NPQRB85uwXJW826H9sQxIFPehXGDD2TffXyDJHzLaqhnPI4hUYBgBuzza/ha5uy+f6 tGTWIDLPnfZZ1qsgE08ObCPK+HWQB2p2bwbRKs78dLJm3gmGxWgwP34duE52kwNVP93m WFhyvChTRPBM8cUb46ilVLgTxlUQAJuhZDUo7wyYqLeusDZ2YDStpr1YFxZcn0fAdO1/ TT4mm2+E0aXS/dj4iDobKjIFJicvX2zTrpa2vard5ljZKu6j1FLB7bLDSCP+kFUMLEH1 3hP5/vhuoxS2wmXxmizz773JH/g3qgmEt0cDUahKPDq4Dhde24tUBSa6I7TbahguVn4L MWmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=CZdoMKraPaUbgyGkY1zLCJUnJuaC/k6VdhLL4fHK8qE=; b=ISH7QC6Vx7rGjZC+S7y6UI5NvsuTVsgjJcDS2qEeUswgG4sQg0cClzh/0qeYaXtgSh UvCMrRMplR2HsvnYK7C2mgwm6xOOrtuCB1eDZq7RTmmt5ZUvJBRbozBKkCljJY/nIxdV fNlrRxEdSOR9jFPunHTVzvdooPXreqNOE8FGTS4j5CDVNkZZaLNm1nAKMChKn5ym/WCE D3izuG4bnMhCWVoZw16pIAG5575lwrNrzMsOSy1DVrNoBVpTu5lLRgGoC02NGaGfmd4S Fk27TsNNoCf+SCJlxzq4A/H0tsvFOs7MyC05gJquQjprqW3jGih7xvo16/596Yl3Uusv cMyw== X-Gm-Message-State: ALoCoQka28x9f4rWmD62tmIjFI9VFhJw8mgs+WZN5naOE7l9kaXlAzD89hbhI0jVJwB48lg5+YJpAtzlz4xudsbkkLthSTpyfA== X-Received: by 10.66.252.102 with SMTP id zr6mr8751240pac.66.1452800409060; Thu, 14 Jan 2016 11:40:09 -0800 (PST) Received: from [192.168.1.2] (124-168-63-31.dyn.iinet.net.au. [124.168.63.31]) by smtp.gmail.com with ESMTPSA id 73sm11102193pfm.10.2016.01.14.11.40.06 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 14 Jan 2016 11:40:08 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: James Winterbottom In-Reply-To: <29F60049-64E1-4781-9444-5A9863645D8D@cooperw.in> Date: Fri, 15 Jan 2016 06:40:03 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20151209111702.28712.75357.idtracker@ietfa.amsl.com> <29F60049-64E1-4781-9444-5A9863645D8D@cooperw.in> To: Alissa Cooper X-Mailer: Apple Mail (2.2104) Archived-At: Cc: Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] I-D Action: draft-ietf-ecrit-held-routing-04.txt 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: Thu, 14 Jan 2016 19:40:12 -0000 Thanks Alissa, I will update that ASAP. Cheers James > On 15 Jan 2016, at 1:22 am, Alissa Cooper wrote: >=20 > One nit that should be resolved together with any IETF LC comments: >=20 > The abstract needs to mention that this document is updating RFC 6881 = in addition to RFC 5985. >=20 > Alissa >=20 >=20 >> On Dec 9, 2015, at 3:17 AM, internet-drafts@ietf.org wrote: >>=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 Working Group of the IETF. >>=20 >> Title : A Routing Request Extension for the HELD = Protocol >> Authors : James Winterbottom >> Hannes Tschofenig >> Laura Liess >> Filename : draft-ietf-ecrit-held-routing-04.txt >> Pages : 16 >> Date : 2015-12-09 >>=20 >> Abstract: >> For cases where location servers have access to emergency routing >> information they are able to return routing information with the >> location information if the location request includes a request for >> the desired routing information. This document specifies an >> extension to the HELD protocol, updating [RFC5985], to support this >> funciton. >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-ecrit-held-routing/ >>=20 >> There's also a htmlized version available at: >> https://tools.ietf.org/html/draft-ietf-ecrit-held-routing-04 >>=20 >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ecrit-held-routing-04 >>=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 >> _______________________________________________ >> 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 From nobody Thu Jan 14 13:39:57 2016 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 5A8231ACDF9 for ; Thu, 14 Jan 2016 13:39:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-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 4RqI9W_BAQdX for ; Thu, 14 Jan 2016 13:39:53 -0800 (PST) Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (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 04F951ACDF3 for ; Thu, 14 Jan 2016 13:39:53 -0800 (PST) Received: by mail-pf0-x232.google.com with SMTP id n128so105970758pfn.3 for ; Thu, 14 Jan 2016 13:39:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=LMLnhmVX9dQgs44sNCgXXK6739j8LpL0NOs6Qnwhqgw=; b=yOUwP6lOoir0Nezkp6kEIVnbKCFFWr8bgvXafbnEGuBYFGGfMlj1j4ki8MCTxs4akh uY2j8puT26wDTXNHwazVHt7fc1TWIaABX3zhbR2SbZi6SUjIzLc14LDzv9bKV7qn2t0Z e8E6bvrHpzu6d78N+E7uZtb+dDpCf+mh5JKnrDjQAM/orVt0vtkbbIwZsYKD8Z4+4O9P XiGIVHzEwu4bmdnkZ/XQyvRA/SOaoL2Eib1JpGZJfPOQXaS5AfwQHasfr8U4i0KQVV3r v1OoC6Sjq/ZNc9HnSXdAfYEJlynPRvdfomZPpnOfzbc2mOkAFLSP0SOx8vqvueWNP9en r15g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=LMLnhmVX9dQgs44sNCgXXK6739j8LpL0NOs6Qnwhqgw=; b=IQIERLIlDudy4DUXpCRXucihoapl9XQutTq5PWEVS+SAhMmKIq2D3B6EEXAHMwj+Nq t93DpAug8km/5fqc6hvGyzfOKYKefYVTVYCl7/FOLMdd9xgDS9rx+eFwfCelaLkS7xYP GZmfOa8XM0dKHK9InOPtA3dIjRKmRVzzI1RZH3GVhg5ltOz7+sa20jZ1/xqoDndPMrL7 7iSnnPVkLH830H0KKuJx2aX8slAAfHhAZsLuZZV4QbSpYFpsJsd7eEbEh3/us9Ya84Mx ul/2y4gIoxz2XgrpRoTbKCj40wAfEjDimMr77bwlFIxyFsKfn+W+ZbMasmrqu2TpUa7W MaSQ== X-Gm-Message-State: ALoCoQk97EOfE1g3Rfl5exjLlQYgdTWYj8Kvstb6+p5z6NvvVNkmevR2uC8vfNcrv+LizQel9MTU1DNLzRD6g73VyCQXEZGHhA== X-Received: by 10.98.86.8 with SMTP id k8mr9399033pfb.28.1452807592640; Thu, 14 Jan 2016 13:39:52 -0800 (PST) Received: from [10.228.97.121] ([1.129.59.139]) by smtp.gmail.com with ESMTPSA id f16sm11399738pff.18.2016.01.14.13.39.50 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 14 Jan 2016 13:39:51 -0800 (PST) References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-lucent.com> <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B415B1@ESESSMB301.ericsson.se> <9B4BA4CC-1AE6-4A63-BE74-EB1F1D9C6906@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B416C1@ESESSMB301.ericsson.se> <3FDE854E-34F3-4ABA-9F77-0584264074A8@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B41B27@ESESSMB301.ericsson.se> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (11D201) From: James Winterbottom Date: Fri, 15 Jan 2016 08:39:44 +1100 To: Brian Rosen Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 21:39:56 -0000 In light of the objections to publishing a document for eCall, does it make s= ense to reconsider the WG's previous decision to make Carcrash dependent on e= Call? That is, decouple them so that the required specification can move ahead. Cheers James Sent from my iPhone > On 15 Jan 2016, at 5:24 am, Brian Rosen wrote: >=20 > Only on the call from the telematics provider to the PSAP. =20 >=20 > But let=E2=80=99s ignore this distinction, especially since what we WANT t= he telematics guys to do is to redirect the call to urn:service:sos and requ= est the telematics operator as a 3rd party using a =E2=80=9CReferred-By=E2=80= =9D header. In that case, it would be an emergency call. But we already hav= e =E2=80=9CAdditional Data=E2=80=9D being sent, and car-crash just extends t= hat. >=20 > Brian >=20 >> On Jan 14, 2016, at 1:10 PM, Ivo Sedlacek wro= te: >>=20 >> But eCall INVITE has Request-URI set to an emergency URN, right? So, it i= s an *emergency* call and every *emergency* call regulation will apply to it= , correct? >>=20 >> Kind regards >>=20 >> Ivo >>=20 >> -----Original Message----- >> From: Brian Rosen [mailto:br@brianrosen.net]=20 >> Sent: Thursday, January 14, 2016 12:01 PM >> To: Ivo Sedlacek >> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency Context R= esolution with Internet Technologies Discussion List >> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support fo= r the EU from IETF Ecrit WG" >>=20 >> These calls are NOT treated as emergency calls between the vehicle and th= e telematics center. The underlying carrier is unaware of what the call and= /or data represents. >>=20 >> Brian >>=20 >>> On Jan 14, 2016, at 10:32 AM, Ivo Sedlacek w= rote: >>>=20 >>> Hello, >>>=20 >>>> Most of these systems use existing 3G/4G network data channels I believ= e. =20 >>>=20 >>> So, basicall, you are saying that radio network of 3GPP operators will b= e used for transport of the eCall....=20 >>>=20 >>> Assuming eCall is treated by regulators as other emergency calls, the re= gulators will make 3GPP operators responsible for routing eCalls. >>>=20 >>> Therefore, 3GPP needs to study how the impact on 3GPP operators (both on= radio network and on SIP indrastructure) can be as minimal as possible. Bas= ed on the outcome of this study, the IETF draft might need changes.... >>>=20 >>> Kind regards >>>=20 >>> Ivo Sedlacek >>>=20 >>> -----Original Message----- >>> From: Brian Rosen [mailto:br@brianrosen.net]=20 >>> Sent: Thursday, January 14, 2016 9:14 AM >>> To: Ivo Sedlacek >>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency Context R= esolution with Internet Technologies Discussion List >>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support f= or the EU from IETF Ecrit WG" >>>=20 >>> Most of these systems use existing 3G/4G network data channels I believe= . That part is proprietary and we don=E2=80=99t care. The part that we=E2=80= =99re dependent on is from the telematics company to the PSAP. These system= s have proprietary protocols from car to the telematics company and then sta= ndards based protocols from the telematics company to the PSAP. >>>=20 >>> Brian >>>=20 >>>> On Jan 14, 2016, at 10:11 AM, Ivo Sedlacek w= rote: >>>>=20 >>>> Which __radio__ network is the car crash expected to work on? >>>>=20 >>>> Kind regards >>>>=20 >>>> Ivo >>>>=20 >>>> -----Original Message----- >>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Brian Rosen >>>> Sent: Thursday, January 14, 2016 9:08 AM >>>> To: DRAGE, Keith (Keith) >>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution with Inter= net Technologies Discussion List >>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support f= or the EU from IETF Ecrit WG" >>>>=20 >>>> NENA i3 ESInets from existing Telematics companies >>>>=20 >>>> Brian >>>>=20 >>>>> On Jan 14, 2016, at 9:58 AM, DRAGE, Keith (Keith) wrote: >>>>>=20 >>>>> Which telecommunications network or IP network is car crash expected t= o work on? >>>>>=20 >>>>> Keith >>>>>=20 >>>>> -----Original Message----- >>>>> From: EXT Brian Rosen [mailto:br@salsgiver.com]=20 >>>>> Sent: 14 January 2016 14:57 >>>>> To: DRAGE, Keith (Keith) >>>>> Cc: Alissa Cooper; Ivo Sedlacek; Ben Campbell; Marc Linsner; Emergency= Context Resolution with Internet Technologies Discussion List >>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support= for the EU from IETF Ecrit WG" >>>>>=20 >>>>> I strongly object to waiting. The WG prevailed on authors to rework d= rafts ways that make the North American draft (=E2=80=9Ccar-crash=E2=80=9D) d= ependent on the eCall draft. If we delay the eCall draft, we can=E2=80=99t p= ublish the car-crash draft and that is a problem, since we need to implement= it. >>>>>=20 >>>>> Brian >>>>>=20 >>>>>> On Jan 14, 2016, at 9:40 AM, DRAGE, Keith (Keith) wrote: >>>>>>=20 >>>>>> You are being very vague about the terminology you are using. >>>>>>=20 >>>>>> If by stop you mean the stopping the discussions within the working g= roup, then nobody is asking for that. >>>>>>=20 >>>>>> If by stop you mean delay the publication request to IESG, then that s= hould definitely occur, and I believe several posters have stated this. >>>>>>=20 >>>>>> There is no point in publishing this as an RFC until the response of a= 3GPP network is known, as a 3GPP network is the only delivery mechanism for= such a call. As such, I request again that no publication request is submit= ted for these documents until some work on the 3GPP side has occurred, and p= eople are able to comment on the drafts based on the 3GPP requirements. >>>>>>=20 >>>>>> Keith >>>>>>=20 >>>>>> -----Original Message----- >>>>>> From: Alissa Cooper [mailto:alissa@cooperw.in]=20 >>>>>> Sent: 14 January 2016 14:14 >>>>>> To: Ivo Sedlacek >>>>>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Liaison Stateme= nt Management Tool; 3GPPLiaison@etsi.org; Barry Leiba; Emergency Context Res= olution with Internet Technologies Discussion List >>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall suppor= t for the EU from IETF Ecrit WG" >>>>>>=20 >>>>>> Hi Ivo, >>>>>>=20 >>>>>> As I noted, I believe the assumption is that there are people partici= pating in both groups and thus the current IETF drafts reflect those people=E2= =80=99s expectations about what may arise out of 3GPP. Of course if the draf= ts become RFCs and it turns out that 3GPP=E2=80=99s requirements don=E2=80=99= t match up, there=E2=80=99s always the option of doing bis drafts. >>>>>>=20 >>>>>> I=E2=80=99m just reflecting back what I believe the will of both this= WG and 3GPP to be =E2=80=94 as I said, the liaison statement doesn=E2=80=99= t ask ECRIT to stop its work and wait, and it was my impression that WG part= icipants here didn=E2=80=99t think that was necessary either. But if the WG c= onsensus would point in the direction of waiting, that would be fine too. >>>>>>=20 >>>>>> Alissa >>>>>>=20 >>>>>>> On Dec 22, 2015, at 5:11 AM, Ivo Sedlacek wrote: >>>>>>>=20 >>>>>>> Hello, >>>>>>>=20 >>>>>>>> The plan is to continue progressing the drafts and for those who ar= e involved in both to keep an eye out for potential areas where there might b= e a lack of harmonization. >>>>>>>=20 >>>>>>> Won=E2=80=99t the drafts be soon published as RFCs?=20 >>>>>>>=20 >>>>>>> If so, how will that allow harmonization with the future 3GPP requir= ements? >>>>>>>=20 >>>>>>> Kind regards >>>>>>>=20 >>>>>>> Ivo Sedlacek >>>>>>>=20 >>>>>>> -----Original Message----- >>>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Alissa Coop= er >>>>>>> Sent: Friday, December 18, 2015 9:13 PM >>>>>>> To: DRAGE, Keith (Keith) >>>>>>> Cc: Ben Campbell; Marc Linsner; Liaison Statement Management Tool; 3= GPPLiaison@etsi.org; Barry Leiba; Emergency Context Resolution with Internet= Technologies Discussion List >>>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall suppo= rt for the EU from IETF Ecrit WG" >>>>>>>=20 >>>>>>> We=E2=80=99ve known for awhile now that the 3GPP work was going to b= e somewhat delayed compared to the IETF work. The plan is to continue progre= ssing the drafts and for those who are involved in both to keep an eye out f= or potential areas where there might be a lack of harmonization. I think thi= s is implicitly reflected in the liaison statement the WG received =E2=80=94= it doesn=E2=80=99t ask the WG to stop what it=E2=80=99s doing. >>>>>>> Alissa=20 >>>>>>>=20 >>>>>>>> On Dec 8, 2015, at 8:25 PM, DRAGE, Keith (Keith) wrote: >>>>>>>>=20 >>>>>>>> The underlying problem here is that SA2 has not yet done enough wor= k (as in none) to see if the IETF drafts meet the 3GPP requirements. The SA2= study is critical to this. >>>>>>>>=20 >>>>>>>> Given that 3GPP usage is pretty much the only use case for these dr= afts... >>>>>>>>=20 >>>>>>>> Keith >>>>>>>>=20 >>>>>>>> -----Original Message----- >>>>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Liaison St= atement Management Tool >>>>>>>> Sent: 02 December 2015 18:17 >>>>>>>> To: Roger Marshall; Marc Linsner >>>>>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution with I= nternet Technologies Discussion List; 3GPPLiaison@etsi.org; Barry Leiba >>>>>>>> Subject: [Ecrit] New Liaison Statement, "Reply LS on eCall support f= or the EU from IETF Ecrit WG" >>>>>>>>=20 >>>>>>>> Title: Reply LS on eCall support for the EU from IETF Ecrit WG Subm= ission Date: 2015-12-02 URL of the IETF Web page: https://datatracker.ietf.o= rg/liaison/1447/ >>>>>>>>=20 >>>>>>>> From: "leopold.murhammer@t-mobile.at" >>>>>>>> To: Marc Linsner , Roger Marshall >>>>>>>> Cc: Barry Leiba ,Marc Linsner ,Ben Campbell ,Alissa Cooper ,Roger Marshall ,Emergency Context Resolution wit= h Internet Technologies Discussion List , Response Contacts:= 3GPPLiaison@etsi.org Technical Contacts:=20 >>>>>>>> Purpose: In response >>>>>>>>=20 >>>>>>>> Referenced liaison: Liaison Statement on NG eCall support for the E= U (https://datatracker.ietf.org/liaison/1412/) >>>>>>>>=20 >>>>>>>> Body:=20 >>>>>>>> 1. Overall Description: >>>>>>>> SA2 would like to thank IETF ECRIT for the incoming LS informing 3G= PP of IETF work enabling eCall over IETF SIP. SA2 has agreed on a work item (= enclosed) in SA2#111, see WID (S2-153654) "Evolution to and Interworking wit= h eCall in IMS Stage2". >>>>>>>>=20 >>>>>>>> SA2 plans to start work on this topic at SA2#113 and finalize the w= ork by May 2016.=20 >>>>>>>>=20 >>>>>>>> 2. Actions: >>>>>>>> To IETF Ecrit WG group. >>>>>>>> ACTION: TSG SA WG2 respectfully asks IETF ECRIT to take the abov= e information into account.=20 >>>>>>>>=20 >>>>>>>> 3. Date of Next TSG-SA WG2 Meetings: >>>>>>>> TSG-SA WG2 Meeting #113 25-29 January, 2016 St. Kitts >>>>>>>> TSG-SA WG2 Meeting #114 11-15 April, 2016 Sophia Antipoli= s, FR >>>>>>>>=20 >>>>>>>> Attachments: >>>>>>>>=20 >>>>>>>> S2-154463_was_154449_154138_LS_Reply_IETF_cl >>>>>>>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3g= pp-tsgsa-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-a= ttachment-1.pdf >>>>>>>>=20 >>>>>>>> S2-153654-ecall over IMS-r8 >>>>>>>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3g= pp-tsgsa-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-a= ttachment-2.pdf >>>>>>>>=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 >>>>>>>=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 >>>>>=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 >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit From nobody Thu Jan 14 14:47:47 2016 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 0E1021A014F for ; Thu, 14 Jan 2016 14:47:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 2aFX0-u2NsUB for ; Thu, 14 Jan 2016 14:47:43 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B6B7B1A014E for ; Thu, 14 Jan 2016 14:47:42 -0800 (PST) X-AuditID: c1b4fb2d-f79456d000001332-f5-5698258ce8ad Received: from ESESSHC017.ericsson.se (Unknown_Domain [153.88.183.69]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 42.6E.04914.C8528965; Thu, 14 Jan 2016 23:47:40 +0100 (CET) Received: from ESESSMB301.ericsson.se ([169.254.1.95]) by ESESSHC017.ericsson.se ([153.88.183.69]) with mapi id 14.03.0248.002; Thu, 14 Jan 2016 23:47:39 +0100 From: Ivo Sedlacek To: Alissa Cooper Thread-Topic: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" Thread-Index: AQHRLS2o7BnJX+/ZTEWbPWMpMoTlkJ7B1bqAgA9gB4CABd+KsIAkK1gAgACfsWA= Date: Thu, 14 Jan 2016 22:47:39 +0000 Message-ID: <39B5E4D390E9BD4890E2B3107900610112B41E40@ESESSMB301.ericsson.se> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> In-Reply-To: <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> Accept-Language: en-US, cs-CZ Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrOIsWRmVeSWpSXmKPExsUyM2K7q26P6owwg63d/BY3eq+yW0w/85fR 4tDiS6wW8ztPs1s0LnrKavFqCZfF08azjBZ/n71ltthw6huLA6dH67O9rB5Tfm9k9WhZ1cvs 8eXJSyaPT0unM3ncvb+QyWPJkp9MHrN2PmEJ4IjisklJzcksSy3St0vgyng14zBzwQu7isvb NjI1MM6w7WLk4JAQMJG42snexcgJZIpJXLi3nq2LkYtDSOAwo8TO9dvYIZzFjBL7jt1jAali E9CTmLjlCCuILSKgKnH12A+wDmaBfcwS93ddZgJJCAukS9yfsoYFZIOIQIbExXM5EPV+EjfW PGMDsVmAeht/7wabwyvgKzHz7SdWiGX7mSTOdp9nBklwCthJTG14AFbEKCArcfVPLyOIzSwg LnHryXwmiLMFJJbsgaiXEBCVePn4HyuErSSx6PZnJpAbmAU0Jdbv0odoVZSY0v2QHWKvoMTJ mU9YJjCKzUIydRZCxywkHbOQdCxgZFnFKFqcWlycm25krJdalJlcXJyfp5eXWrKJERi9B7f8 1t3BuPq14yFGAQ5GJR5eA/7pYUKsiWXFlbmHGCU4mJVEeHf+AwrxpiRWVqUW5ccXleakFh9i lOZgURLnTZZpDBMSSE8sSc1OTS1ILYLJMnFwSjUwmsbn3nF/mzmR5/25/P935NpXPbLX2Rpz dpnLyj3hXVWcarM2rf60fFLYnj92Ase4Lxi6HLkgtUQiuUqnI6biyU0PNv2Q6asfLtfc3OT5 2v13hJuvqsnumXPq1zxurxW2XONs9Cpy69OQmRcKFwedEbq5eLJPxPW2y93dfQ937M5qS/K4 sHrDBiWW4oxEQy3mouJEAF5c07raAgAA Archived-At: Cc: Ben Campbell , Marc Linsner , Liaison Statement Management Tool , "DRAGE, Keith \(Keith\)" , "3GPPLiaison@etsi.org" <3GPPLiaison@etsi.org>, Barry Leiba , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Thu, 14 Jan 2016 22:47:46 -0000 QWRkaW5nIEdlb3JnIE1heWVyIHRvIHRoZSBkaXNjdXNzaW9uIHRocmVhZCAtIG5vdCBzdXJlIHRo ZSAiM0dQUExpYWlzb25AZXRzaS5vcmciIGFjdHVhbGx5IHdvcmtzLg0KDQpLaW5kIHJlZ2FyZHMN Cg0KSXZvIFNlZGxhY2VrDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBBbGlz c2EgQ29vcGVyIFttYWlsdG86YWxpc3NhQGNvb3BlcncuaW5dIA0KU2VudDogVGh1cnNkYXksIEph bnVhcnkgMTQsIDIwMTYgODoxNCBBTQ0KVG86IEl2byBTZWRsYWNlaw0KQ2M6IERSQUdFLCBLZWl0 aCAoS2VpdGgpOyBCZW4gQ2FtcGJlbGw7IE1hcmMgTGluc25lcjsgTGlhaXNvbiBTdGF0ZW1lbnQg TWFuYWdlbWVudCBUb29sOyAzR1BQTGlhaXNvbkBldHNpLm9yZzsgQmFycnkgTGVpYmE7IEVtZXJn ZW5jeSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vz c2lvbiBMaXN0DQpTdWJqZWN0OiBSZTogW0Vjcml0XSBOZXcgTGlhaXNvbiBTdGF0ZW1lbnQsICJS ZXBseSBMUyBvbiBlQ2FsbCBzdXBwb3J0IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVjcml0IFdHIg0K DQpIaSBJdm8sDQoNCkFzIEkgbm90ZWQsIEkgYmVsaWV2ZSB0aGUgYXNzdW1wdGlvbiBpcyB0aGF0 IHRoZXJlIGFyZSBwZW9wbGUgcGFydGljaXBhdGluZyBpbiBib3RoIGdyb3VwcyBhbmQgdGh1cyB0 aGUgY3VycmVudCBJRVRGIGRyYWZ0cyByZWZsZWN0IHRob3NlIHBlb3BsZeKAmXMgZXhwZWN0YXRp b25zIGFib3V0IHdoYXQgbWF5IGFyaXNlIG91dCBvZiAzR1BQLiBPZiBjb3Vyc2UgaWYgdGhlIGRy YWZ0cyBiZWNvbWUgUkZDcyBhbmQgaXQgdHVybnMgb3V0IHRoYXQgM0dQUOKAmXMgcmVxdWlyZW1l bnRzIGRvbuKAmXQgbWF0Y2ggdXAsIHRoZXJl4oCZcyBhbHdheXMgdGhlIG9wdGlvbiBvZiBkb2lu ZyBiaXMgZHJhZnRzLg0KDQpJ4oCZbSBqdXN0IHJlZmxlY3RpbmcgYmFjayB3aGF0IEkgYmVsaWV2 ZSB0aGUgd2lsbCBvZiBib3RoIHRoaXMgV0cgYW5kIDNHUFAgdG8gYmUg4oCUIGFzIEkgc2FpZCwg dGhlIGxpYWlzb24gc3RhdGVtZW50IGRvZXNu4oCZdCBhc2sgRUNSSVQgdG8gc3RvcCBpdHMgd29y ayBhbmQgd2FpdCwgYW5kIGl0IHdhcyBteSBpbXByZXNzaW9uIHRoYXQgV0cgcGFydGljaXBhbnRz IGhlcmUgZGlkbuKAmXQgdGhpbmsgdGhhdCB3YXMgbmVjZXNzYXJ5IGVpdGhlci4gQnV0IGlmIHRo ZSBXRyBjb25zZW5zdXMgd291bGQgcG9pbnQgaW4gdGhlIGRpcmVjdGlvbiBvZiB3YWl0aW5nLCB0 aGF0IHdvdWxkIGJlIGZpbmUgdG9vLg0KDQpBbGlzc2ENCg0KPiBPbiBEZWMgMjIsIDIwMTUsIGF0 IDU6MTEgQU0sIEl2byBTZWRsYWNlayA8aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbT4gd3JvdGU6 DQo+IA0KPiBIZWxsbywNCj4gDQo+PiBUaGUgcGxhbiBpcyB0byBjb250aW51ZSBwcm9ncmVzc2lu ZyB0aGUgZHJhZnRzIGFuZCBmb3IgdGhvc2Ugd2hvIGFyZSBpbnZvbHZlZCBpbiBib3RoIHRvIGtl ZXAgYW4gZXllIG91dCBmb3IgcG90ZW50aWFsIGFyZWFzIHdoZXJlIHRoZXJlIG1pZ2h0IGJlIGEg bGFjayBvZiBoYXJtb25pemF0aW9uLiANCj4gDQo+IFdvbuKAmXQgdGhlIGRyYWZ0cyBiZSBzb29u IHB1Ymxpc2hlZCBhcyBSRkNzPyANCj4gDQo+IElmIHNvLCBob3cgd2lsbCB0aGF0IGFsbG93IGhh cm1vbml6YXRpb24gd2l0aCB0aGUgZnV0dXJlIDNHUFAgcmVxdWlyZW1lbnRzPw0KPiANCj4gS2lu ZCByZWdhcmRzDQo+IA0KPiBJdm8gU2VkbGFjZWsNCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IEVjcml0IFttYWlsdG86ZWNyaXQtYm91bmNlc0BpZXRmLm9yZ10gT24g QmVoYWxmIE9mIEFsaXNzYSBDb29wZXINCj4gU2VudDogRnJpZGF5LCBEZWNlbWJlciAxOCwgMjAx NSA5OjEzIFBNDQo+IFRvOiBEUkFHRSwgS2VpdGggKEtlaXRoKQ0KPiBDYzogQmVuIENhbXBiZWxs OyBNYXJjIExpbnNuZXI7IExpYWlzb24gU3RhdGVtZW50IE1hbmFnZW1lbnQgVG9vbDsgM0dQUExp YWlzb25AZXRzaS5vcmc7IEJhcnJ5IExlaWJhOyBFbWVyZ2VuY3kgQ29udGV4dCBSZXNvbHV0aW9u IHdpdGggSW50ZXJuZXQgVGVjaG5vbG9naWVzIERpc2N1c3Npb24gTGlzdA0KPiBTdWJqZWN0OiBS ZTogW0Vjcml0XSBOZXcgTGlhaXNvbiBTdGF0ZW1lbnQsICJSZXBseSBMUyBvbiBlQ2FsbCBzdXBw b3J0IGZvciB0aGUgRVUgZnJvbSBJRVRGIEVjcml0IFdHIg0KPiANCj4gV2XigJl2ZSBrbm93biBm b3IgYXdoaWxlIG5vdyB0aGF0IHRoZSAzR1BQIHdvcmsgd2FzIGdvaW5nIHRvIGJlIHNvbWV3aGF0 IGRlbGF5ZWQgY29tcGFyZWQgdG8gdGhlIElFVEYgd29yay4gVGhlIHBsYW4gaXMgdG8gY29udGlu dWUgcHJvZ3Jlc3NpbmcgdGhlIGRyYWZ0cyBhbmQgZm9yIHRob3NlIHdobyBhcmUgaW52b2x2ZWQg aW4gYm90aCB0byBrZWVwIGFuIGV5ZSBvdXQgZm9yIHBvdGVudGlhbCBhcmVhcyB3aGVyZSB0aGVy ZSBtaWdodCBiZSBhIGxhY2sgb2YgaGFybW9uaXphdGlvbi4gSSB0aGluayB0aGlzIGlzIGltcGxp Y2l0bHkgcmVmbGVjdGVkIGluIHRoZSBsaWFpc29uIHN0YXRlbWVudCB0aGUgV0cgcmVjZWl2ZWQg 4oCUIGl0IGRvZXNu4oCZdCBhc2sgdGhlIFdHIHRvIHN0b3Agd2hhdCBpdOKAmXMgZG9pbmcuDQo+ IEFsaXNzYSANCj4gDQo+PiBPbiBEZWMgOCwgMjAxNSwgYXQgODoyNSBQTSwgRFJBR0UsIEtlaXRo IChLZWl0aCkgPGtlaXRoLmRyYWdlQGFsY2F0ZWwtbHVjZW50LmNvbT4gd3JvdGU6DQo+PiANCj4+ IFRoZSB1bmRlcmx5aW5nIHByb2JsZW0gaGVyZSBpcyB0aGF0IFNBMiBoYXMgbm90IHlldCBkb25l IGVub3VnaCB3b3JrIChhcyBpbiBub25lKSB0byBzZWUgaWYgdGhlIElFVEYgZHJhZnRzIG1lZXQg dGhlIDNHUFAgcmVxdWlyZW1lbnRzLiBUaGUgU0EyIHN0dWR5IGlzIGNyaXRpY2FsIHRvIHRoaXMu DQo+PiANCj4+IEdpdmVuIHRoYXQgM0dQUCB1c2FnZSBpcyBwcmV0dHkgbXVjaCB0aGUgb25seSB1 c2UgY2FzZSBmb3IgdGhlc2UgZHJhZnRzLi4uDQo+PiANCj4+IEtlaXRoDQo+PiANCj4+IC0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBFY3JpdCBbbWFpbHRvOmVjcml0LWJvdW5j ZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMaWFpc29uIFN0YXRlbWVudCBNYW5hZ2VtZW50IFRv b2wNCj4+IFNlbnQ6IDAyIERlY2VtYmVyIDIwMTUgMTg6MTcNCj4+IFRvOiBSb2dlciBNYXJzaGFs bDsgTWFyYyBMaW5zbmVyDQo+PiBDYzogQmVuIENhbXBiZWxsOyBNYXJjIExpbnNuZXI7IEVtZXJn ZW5jeSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGlzY3Vz c2lvbiBMaXN0OyAzR1BQTGlhaXNvbkBldHNpLm9yZzsgQmFycnkgTGVpYmENCj4+IFN1YmplY3Q6 IFtFY3JpdF0gTmV3IExpYWlzb24gU3RhdGVtZW50LCAiUmVwbHkgTFMgb24gZUNhbGwgc3VwcG9y dCBmb3IgdGhlIEVVIGZyb20gSUVURiBFY3JpdCBXRyINCj4+IA0KPj4gVGl0bGU6IFJlcGx5IExT IG9uIGVDYWxsIHN1cHBvcnQgZm9yIHRoZSBFVSBmcm9tIElFVEYgRWNyaXQgV0cgU3VibWlzc2lv biBEYXRlOiAyMDE1LTEyLTAyIFVSTCBvZiB0aGUgSUVURiBXZWIgcGFnZTogaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9saWFpc29uLzE0NDcvDQo+PiANCj4+IEZyb206ICJsZW9wb2xkLm11 cmhhbW1lckB0LW1vYmlsZS5hdCIgPGxlb3BvbGQubXVyaGFtbWVyQHQtbW9iaWxlLmF0Pg0KPj4g VG86IE1hcmMgTGluc25lciA8bWFyYy5saW5zbmVyQGNpc2NvLmNvbT4sIFJvZ2VyIE1hcnNoYWxs IDxybWFyc2hhbGxAdGVsZWNvbXN5cy5jb20+DQo+PiBDYzogQmFycnkgTGVpYmEgPGJhcnJ5bGVp YmFAY29tcHV0ZXIub3JnPixNYXJjIExpbnNuZXIgPG1hcmMubGluc25lckBjaXNjby5jb20+LEJl biBDYW1wYmVsbCA8YmVuQG5vc3RydW0uY29tPixBbGlzc2EgQ29vcGVyIDxhbGlzc2FAY29vcGVy dy5pbj4sUm9nZXIgTWFyc2hhbGwgPHJtYXJzaGFsbEB0ZWxlY29tc3lzLmNvbT4sRW1lcmdlbmN5 IENvbnRleHQgUmVzb2x1dGlvbiB3aXRoIEludGVybmV0IFRlY2hub2xvZ2llcyBEaXNjdXNzaW9u IExpc3QgPGVjcml0QGlldGYub3JnPiwgUmVzcG9uc2UgQ29udGFjdHM6IDNHUFBMaWFpc29uQGV0 c2kub3JnIFRlY2huaWNhbCBDb250YWN0czogDQo+PiBQdXJwb3NlOiBJbiByZXNwb25zZQ0KPj4g DQo+PiBSZWZlcmVuY2VkIGxpYWlzb246IExpYWlzb24gU3RhdGVtZW50IG9uIE5HIGVDYWxsIHN1 cHBvcnQgZm9yIHRoZSBFVSAoaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9saWFpc29uLzE0 MTIvKQ0KPj4gDQo+PiBCb2R5OiANCj4+IDEuIE92ZXJhbGwgRGVzY3JpcHRpb246DQo+PiBTQTIg d291bGQgbGlrZSB0byB0aGFuayBJRVRGIEVDUklUIGZvciB0aGUgaW5jb21pbmcgTFMgaW5mb3Jt aW5nIDNHUFAgb2YgSUVURiB3b3JrIGVuYWJsaW5nIGVDYWxsIG92ZXIgSUVURiBTSVAuIFNBMiBo YXMgYWdyZWVkIG9uIGEgd29yayBpdGVtIChlbmNsb3NlZCkgaW4gU0EyIzExMSwgc2VlIFdJRCAo UzItMTUzNjU0KSAiRXZvbHV0aW9uIHRvIGFuZCBJbnRlcndvcmtpbmcgd2l0aCBlQ2FsbCBpbiBJ TVMgU3RhZ2UyIi4NCj4+IA0KPj4gU0EyIHBsYW5zIHRvIHN0YXJ0IHdvcmsgb24gdGhpcyB0b3Bp YyBhdCBTQTIjMTEzIGFuZCBmaW5hbGl6ZSB0aGUgd29yayBieSBNYXkgMjAxNi4gDQo+PiANCj4+ IDIuIEFjdGlvbnM6DQo+PiBUbyBJRVRGIEVjcml0IFdHIGdyb3VwLg0KPj4gQUNUSU9OOiAJVFNH IFNBIFdHMiByZXNwZWN0ZnVsbHkgYXNrcyBJRVRGIEVDUklUIHRvIHRha2UgdGhlIGFib3ZlIGlu Zm9ybWF0aW9uIGludG8gYWNjb3VudC4gDQo+PiANCj4+IDMuIERhdGUgb2YgTmV4dCBUU0ctU0Eg V0cyIE1lZXRpbmdzOg0KPj4gVFNHLVNBIFdHMiBNZWV0aW5nICMxMTMJMjUtMjkgSmFudWFyeSwg MjAxNgkJU3QuIEtpdHRzDQo+PiBUU0ctU0EgV0cyIE1lZXRpbmcgIzExNAkxMS0xNSBBcHJpbCwg MjAxNgkJU29waGlhIEFudGlwb2xpcywgRlINCj4+IA0KPj4gQXR0YWNobWVudHM6DQo+PiANCj4+ ICAgUzItMTU0NDYzX3dhc18xNTQ0NDlfMTU0MTM4X0xTX1JlcGx5X0lFVEZfY2wNCj4+ICAgaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbGliL2R0L2RvY3VtZW50cy9MSUFJU09OL2xpYWlzb24tMjAxNS0x Mi0wMi0zZ3BwLXRzZ3NhLXNhMi1lY3JpdC1yZXBseS1scy1vbi1lY2FsbC1zdXBwb3J0LWZvci10 aGUtZXUtZnJvbS1pZXRmLWVjcml0LXdnLWF0dGFjaG1lbnQtMS5wZGYNCj4+IA0KPj4gICBTMi0x NTM2NTQtZWNhbGwgb3ZlciBJTVMtcjgNCj4+ICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbGliL2R0 L2RvY3VtZW50cy9MSUFJU09OL2xpYWlzb24tMjAxNS0xMi0wMi0zZ3BwLXRzZ3NhLXNhMi1lY3Jp dC1yZXBseS1scy1vbi1lY2FsbC1zdXBwb3J0LWZvci10aGUtZXUtZnJvbS1pZXRmLWVjcml0LXdn LWF0dGFjaG1lbnQtMi5wZGYNCj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4+IEVjcml0IG1haWxpbmcgbGlzdA0KPj4gRWNyaXRAaWV0Zi5v cmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZWNyaXQNCj4+IA0K Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IEVj cml0IG1haWxpbmcgbGlzdA0KPj4gRWNyaXRAaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vZWNyaXQNCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+IEVjcml0IG1haWxpbmcgbGlzdA0KPiBFY3JpdEBp ZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0DQoN Cg== From nobody Thu Jan 14 16:11:47 2016 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 6175B1A90DC for ; Thu, 14 Jan 2016 16:11:45 -0800 (PST) X-Quarantine-ID: 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, RP_MATCHES_RCVD=-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 zCGykqhTX4dc for ; Thu, 14 Jan 2016 16:11:42 -0800 (PST) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id B122F1A893B for ; Thu, 14 Jan 2016 16:11:41 -0800 (PST) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 14 Jan 2016 16:11:39 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: <39B5E4D390E9BD4890E2B3107900610112B41E40@ESESSMB301.ericsson.se> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-l ucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <39B5E4D390E9BD4890E2B3107900610112B41E40@ESESSMB301.ericsson.se> X-Mailer: Eudora for Mac OS X Date: Thu, 14 Jan 2016 16:11:37 -0800 To: Ivo Sedlacek , Alissa Cooper From: Randall Gellens 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 Archived-At: Cc: Ben Campbell , Marc Linsner , Liaison Statement Management Tool , "DRAGE, Keith \(Keith\)" , "3GPPLiaison@etsi.org" <3GPPLiaison@etsi.org>, Barry Leiba , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Fri, 15 Jan 2016 00:11:45 -0000 At 8:39 AM +1100 1/15/16, James Winterbottom wrote: > In light of the objections to publishing a document for eCall, does > it make sense to reconsider the WG's previous decision to make > Carcrash dependent on eCall? I don't see any realistic risk from the IETF proceeding with both documents, and hence, no need to decouple nor delay them. The scope of the drafts is quite limited and has been well-known in the eCall, NENA, 3GPP, and IETF communities for years, and seems well aligned with the anticipated direction of future work. In the extremely unlikely event of an inconsistency, we can do a bis. > > That is, decouple them so that the required specification can move ahead. > > Cheers > James > > Sent from my iPhone > >> On 15 Jan 2016, at 5:24 am, Brian Rosen wrote: >> >> Only on the call from the telematics provider to the PSAP. >> >> But let's ignore this distinction, especially since what we WANT >> the telematics guys to do is to redirect the call to >> urn:service:sos and request the telematics operator as a 3rd party >> using a "Referred-By" header. In that case, it would be an >> emergency call. But we already have "Additional Data" being sent, >> and car-crash just extends that. >> >> Brian >> >>> On Jan 14, 2016, at 1:10 PM, Ivo Sedlacek >>> wrote: >>> >>> But eCall INVITE has Request-URI set to an emergency URN, right? >>> So, it is an *emergency* call and every *emergency* call >>> regulation will apply to it, correct? >>> >>> Kind regards >>> >>> Ivo >>> >>> -----Original Message----- >>> From: Brian Rosen [mailto:br@brianrosen.net] >>> Sent: Thursday, January 14, 2016 12:01 PM >>> To: Ivo Sedlacek >>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency >>> Context Resolution with Internet Technologies Discussion List >>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >>> support for the EU from IETF Ecrit WG" >>> >>> These calls are NOT treated as emergency calls between the >>> vehicle and the telematics center. The underlying carrier is >>> unaware of what the call and/or data represents. >>> >>> Brian >>> >>>> On Jan 14, 2016, at 10:32 AM, Ivo Sedlacek >>>> wrote: >>>> >>>> Hello, >>>> >>>>> Most of these systems use existing 3G/4G network data channels >>>>> I believe. >>>> >>>> So, basicall, you are saying that radio network of 3GPP >>>> operators will be used for transport of the eCall.... >>>> >>>> Assuming eCall is treated by regulators as other emergency >>>> calls, the regulators will make 3GPP operators responsible for >>>> routing eCalls. >>>> >>>> Therefore, 3GPP needs to study how the impact on 3GPP operators >>>> (both on radio network and on SIP indrastructure) can be as >>>> minimal as possible. Based on the outcome of this study, the >>>> IETF draft might need changes.... >>>> >>>> Kind regards >>>> >>>> Ivo Sedlacek >>>> >>>> -----Original Message----- >>>> From: Brian Rosen [mailto:br@brianrosen.net] >>>> Sent: Thursday, January 14, 2016 9:14 AM >>>> To: Ivo Sedlacek >>>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency >>>> Context Resolution with Internet Technologies Discussion List >>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>> support for the EU from IETF Ecrit WG" >>>> >>>> Most of these systems use existing 3G/4G network data channels I >>>> believe. That part is proprietary and we don't care. The part >>>> that we're dependent on is from the telematics company to the >>>> PSAP. These systems have proprietary protocols from car to the >>>> telematics company and then standards based protocols from the >>>> telematics company to the PSAP. > >>> >>>> Brian >>>> >>>>> On Jan 14, 2016, at 10:11 AM, Ivo Sedlacek >>>>> wrote: >>>>> >>>>> Which __radio__ network is the car crash expected to work on? >>>>> >>>>> Kind regards >>>>> >>>>> Ivo >>>>> >>>>> -----Original Message----- >>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Brian Rosen >>>>> Sent: Thursday, January 14, 2016 9:08 AM >>>>> To: DRAGE, Keith (Keith) >>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution >>>>> with Internet Technologies Discussion List >>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>>> support for the EU from IETF Ecrit WG" >>>>> >>>>> NENA i3 ESInets from existing Telematics companies >>>>> >>>>> Brian >>>>> >>>>>> On Jan 14, 2016, at 9:58 AM, DRAGE, Keith (Keith) >>>>>> wrote: >>>>>> >>>>>> Which telecommunications network or IP network is car crash >>>>>> expected to work on? >>>>>> >>>>>> Keith >>>>>> >>>>>> -----Original Message----- >>>>>> From: EXT Brian Rosen [mailto:br@salsgiver.com] >>>>>> Sent: 14 January 2016 14:57 >>>>>> To: DRAGE, Keith (Keith) >>>>>> Cc: Alissa Cooper; Ivo Sedlacek; Ben Campbell; Marc Linsner; >>>>>> Emergency Context Resolution with Internet Technologies >>>>>> Discussion List >>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>>>> support for the EU from IETF Ecrit WG" >>>>>> >>>>>> I strongly object to waiting. The WG prevailed on authors to >>>>>> rework drafts ways that make the North American draft >>>>>> ("car-crash") dependent on the eCall draft. If we delay the >>>>>> eCall draft, we can't publish the car-crash draft and that is >>>>>> a problem, since we need to implement it. >>>>>> >>>>>> Brian >>>>>> >>>>>>> On Jan 14, 2016, at 9:40 AM, DRAGE, Keith (Keith) >>>>>>> wrote: >>>>>>> >>>>>>> You are being very vague about the terminology you are using. >>>>>>> >>>>>>> If by stop you mean the stopping the discussions within the >>>>>>> working group, then nobody is asking for that. >>>>>>> >>>>>>> If by stop you mean delay the publication request to IESG, >>>>>>> then that should definitely occur, and I believe several >>>>>>> posters have stated this. >>>>>>> >>>>>>> There is no point in publishing this as an RFC until the >>>>>>> response of a 3GPP network is known, as a 3GPP network is the >>>>>>> only delivery mechanism for such a call. As such, I request >>>>>>> again that no publication request is submitted for these >>>>>>> documents until some work on the 3GPP side has occurred, and >>>>>>> people are able to comment on the drafts based on the 3GPP >>>>>>> requirements. >>>>>>> >>>>>>> Keith >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Alissa Cooper [mailto:alissa@cooperw.in] >>>>>>> Sent: 14 January 2016 14:14 >>>>>>> To: Ivo Sedlacek >>>>>>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Liaison >>>>>>> Statement Management Tool; 3GPPLiaison@etsi.org; Barry Leiba; >>>>>>> Emergency Context Resolution with Internet Technologies >>>>>>> Discussion List >>>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on >>>>>>> eCall support for the EU from IETF Ecrit WG" >>>>>>> >>>>>>> Hi Ivo, >>>>>>> >>>>>>> As I noted, I believe the assumption is that there are people >>>>>>> participating in both groups and thus the current IETF drafts >>>>>>> reflect those people's expectations about what may arise out >>>>>>> of 3GPP. Of course if the drafts become RFCs and it turns out >>>>>>> that 3GPP's requirements don't match up, there's always the >>>>>>> option of doing bis drafts. >>>>>>> >>>>>>> I'm just reflecting back what I believe the will of both this >>>>>>> WG and 3GPP to be - as I said, the liaison statement doesn't >>>>>>> ask ECRIT to stop its work and wait, and it was my impression >>>>>>> that WG participants here didn't think that was necessary >>>>>>> either. But if the WG consensus would point in the direction >>>>>>> of waiting, that would be fine too. >>>>>>> >>>>>>> Alissa >>>>>>> >>>>>>>> On Dec 22, 2015, at 5:11 AM, Ivo Sedlacek >>>>>>>> wrote: >>>>>>>> >>>>>>>> Hello, >>>>>>>> >>>>>>>>> The plan is to continue progressing the drafts and for >>>>>>>>> those who are involved in both to keep an eye out for >>>>>>>>> potential areas where there might be a lack of >>>>>>>>> harmonization. >>>>>>>> >>>>>>>> Won't the drafts be soon published as RFCs? >>>>>>>> >>>>>>>> If so, how will that allow harmonization with the future >>>>>>>> 3GPP requirements? > >>>>>>> >>>>>>>> Kind regards >>>>>>>> >>>>>>>> Ivo Sedlacek >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Alissa Cooper >>>>>>>> Sent: Friday, December 18, 2015 9:13 PM >>>>>>>> To: DRAGE, Keith (Keith) >>>>>>>> Cc: Ben Campbell; Marc Linsner; Liaison Statement Management >>>>>>>> Tool; 3GPPLiaison@etsi.org; Barry Leiba; Emergency Context >>>>>>>> Resolution with Internet Technologies Discussion List >>>>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on >>>>>>>> eCall support for the EU from IETF Ecrit WG" >>>>>>>> >>>>>>>> We've known for awhile now that the 3GPP work was going to >>>>>>>> be somewhat delayed compared to the IETF work. The plan is >>>>>>>> to continue progressing the drafts and for those who are >>>>>>>> involved in both to keep an eye out for potential areas >>>>>>>> where there might be a lack of harmonization. I think this >>>>>>>> is implicitly reflected in the liaison statement the WG >>>>>>>> received - it doesn't ask the WG to stop what it's doing. >>>>>>>> Alissa >>>>>>>> >>>>>>>>> On Dec 8, 2015, at 8:25 PM, DRAGE, Keith (Keith) >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> The underlying problem here is that SA2 has not yet done >>>>>>>>> enough work (as in none) to see if the IETF drafts meet the >>>>>>>>> 3GPP requirements. The SA2 study is critical to this. >>>>>>>>> >>>>>>>>> Given that 3GPP usage is pretty much the only use case for >>>>>>>>> these drafts... >>>>>>>>> >>>>>>>>> Keith >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of >>>>>>>>> Liaison Statement Management Tool >>>>>>>>> Sent: 02 December 2015 18:17 >>>>>>>>> To: Roger Marshall; Marc Linsner >>>>>>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context >>>>>>>>> Resolution with Internet Technologies Discussion List; >>>>>>>>> 3GPPLiaison@etsi.org; Barry Leiba >>>>>>>>> Subject: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>>>>>>> support for the EU from IETF Ecrit WG" >>>>>>>>> >>>>>>>>> Title: Reply LS on eCall support for the EU from IETF Ecrit >>>>>>>>> WG Submission Date: 2015-12-02 URL of the IETF Web page: >>>>>>>>> https://datatracker.ietf.org/liaison/1447/ >>>>>>>>> >>>>>>>>> From: "leopold.murhammer@t-mobile.at" >>>>>>>>> To: Marc Linsner , Roger Marshall >>>>>>>>> >>>>>>>>> Cc: Barry Leiba ,Marc Linsner >>>>>>>>> ,Ben Campbell >>>>>>>>> ,Alissa Cooper ,Roger >>>>>>>>> Marshall ,Emergency Context >>>>>>>>> Resolution with Internet Technologies Discussion List >>>>>>>>> , Response Contacts: 3GPPLiaison@etsi.org >>>>>>>>> Technical Contacts: >>>>>>>>> Purpose: In response >>>>>>>>> >>>>>>>>> Referenced liaison: Liaison Statement on NG eCall support >>>>>>>>> for the EU (https://datatracker.ietf.org/liaison/1412/) >>>>>>>>> >>>>>>>>> Body: >>>>>>>>> 1. Overall Description: >>>>>>>>> SA2 would like to thank IETF ECRIT for the incoming LS >>>>>>>>> informing 3GPP of IETF work enabling eCall over IETF SIP. >>>>>>>>> SA2 has agreed on a work item (enclosed) in SA2#111, see >>>>>>>>> WID (S2-153654) "Evolution to and Interworking with eCall >>>>>>>>> in IMS Stage2". >>>>>>>>> >>>>>>>>> SA2 plans to start work on this topic at SA2#113 and >>>>>>>>> finalize the work by May 2016. >>>>>>>>> >>>>>>>>> 2. Actions: >>>>>>>>> To IETF Ecrit WG group. >>>>>>>>> ACTION: TSG SA WG2 respectfully asks IETF ECRIT to take >>>>>>>>> the above information into account. >>>>>>>>> >>>>>>>>> 3. Date of Next TSG-SA WG2 Meetings: >>>>>>>>> TSG-SA WG2 Meeting #113 25-29 January, 2016 St. Kitts >>>>>>>>> TSG-SA WG2 Meeting #114 11-15 April, 2016 Sophia >>>>>>>>> Antipolis, FR >>>>>>>>> >>>>>>>>> Attachments: >>>>>>>>> >>>>>>>>> S2-154463_was_154449_154138_LS_Reply_IETF_cl >>>>>>>>> >>>>>>>>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgsa-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attachment-1.pdf >>>>>>>>> >>>>>>>>> S2-153654-ecall over IMS-r8 >>>>>>>>> >>>>>>>>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-02-3gpp-tsgsa-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecrit-wg-attachment-2.pdf >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Ecrit mailing list > >>>>>>>> Ecrit@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Ecrit mailing list >>>>>>>>> Ecrit@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Ecrit mailing list >>>>>>>> Ecrit@ietf.org >>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Ecrit mailing list >>>>>>> Ecrit@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>> >>>>>> _______________________________________________ >>>>>> Ecrit mailing list >>>>>> Ecrit@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>> >>>>> _______________________________________________ >>>>> Ecrit mailing list >>>>> Ecrit@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/ecrit >> >> _______________________________________________ >> Ecrit mailing list >> Ecrit@ietf.org >> 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: --------------- > This is not to say that programming in, say, C++ takes a > super human effort. What I mean is that it makes sense to > develop tools that lessen the effort and increase the chance > for success. C was a step in that direction.... First there was ALGOL... this was a big step in the right direction, then CPL which was supposed to be practical ALGOL, was a slight step backwards. BCPL which was Basic CPL was another step backwards. Then came B, a big step backwards (it took the Basic and dropped the CPL), and C was a small step forwards over this. I think in all this C had by the time it came around lost the plot. The plot that it really found, which was more by accident than intention was cross platform development, but that would have been in ALGOL anyway. C did not prove that OSs could be written in HLLs: that belonged already to ALGOL on the B5000 (~1964), and this OS survives today as still much better, fully featured and robust than Unix or any other OS for that matter. As C.A.R Hoare said, Algol was a great improvement on most of its successors. --from Usenet post by Ian Joyner, From nobody Thu Jan 14 18:29:41 2016 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 700F41A87BB for ; Thu, 14 Jan 2016 18:29:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 YQE6q5ZFoRL7 for ; Thu, 14 Jan 2016 18:29:35 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-02.alcatel-lucent.com [135.245.210.23]) (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 06CC41A0171 for ; Thu, 14 Jan 2016 18:29:33 -0800 (PST) Received: from fr711umx2.dmz.alcatel-lucent.com (unknown [135.245.210.39]) by Websense Email Security Gateway with ESMTPS id 039C71CB3E64; Fri, 15 Jan 2016 02:29:30 +0000 (GMT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr711umx2.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u0F2TTmL007534 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 15 Jan 2016 02:29:30 GMT Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id u0F2TSqF022503 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 15 Jan 2016 03:29:28 +0100 Received: from FR712WXCHMBA11.zeu.alcatel-lucent.com ([169.254.7.213]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Fri, 15 Jan 2016 03:29:28 +0100 From: "DRAGE, Keith (Keith)" To: Randall Gellens , Ivo Sedlacek , Alissa Cooper Thread-Topic: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" Thread-Index: AQHRTylUPUSCcS3i/UKKtrXcRhQMiZ77zYlQ Date: Fri, 15 Jan 2016 02:29:26 +0000 Message-ID: <949EF20990823C4C85C18D59AA11AD8BADE2FA01@FR712WXCHMBA11.zeu.alcatel-lucent.com> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-l ucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <39B5E4D390E9BD4890E2B3107900610112B41E40@ESESSMB301.ericsson.se> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.39] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: Ben Campbell , Barry Leiba , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Fri, 15 Jan 2016 02:29:40 -0000 With emergency call we have a some criteria we try and meet while still usi= ng the underlying mechanisms of the basic call. The first of these is that = the emergency call does happen, so 3GPP uses a special access mechanism to = ensure where appropriate higher priority and robustness for the emergency c= all on the radio access. Secondly in a 3GPP world things are internationall= y mobile so there is a need to ensure that a PSAP in the correct country is= reached, over and above any national breakdown of PSAP distribution. Third= ly, different countries have different requirements on receiving spurious e= mergency calls, and some will not route an emergency call that has not been= "verified" in some manner. With ecall, I would see two issues that need extensive review: i) there are requirements (from 3GPP) for interworking with the existing CS= domain service. These complement the existing emergency call handling in 3= GPP were the network and the UA cooperate to select the best of CS and IMS = (SIP) to route the emergency call. ii) where the "sos" subtypes are not supported, 3GPP defaults to sending it= to the PSAP that handles the higher level subtype or "sos" generally. Ther= e care needs to be taken that ecall as a subtype as no detrimental impact o= n such PSAPs that such calls might get routed to, either by preventing the = ecall in the first place, or ensuring that it defaults to media the PSAP ca= n handle. Failure to meet these needs could result in both legal and regulatory const= raints. With car crash, every time we ask the question about what access technology= is used, we keep getting a lot of hand waving with statements that it will= be proprietary and US only. Apart from the fact that the charter of ECRIT = is not meant to deal with national emergency systems, but provide mechanism= s in multiple countries, I have to note that cars tend to be international = commodities in their use. What happens when the car crash system leaves the= country of its regulatory framework.=20 Further the call is still a SIP call. So, given that the claim is made that= it can operate "off the radar", and given that it is still using an sos UR= I, what mechanisms exist to prevent it somehow straying outside the proprie= tary connection mechanism and into some other SIP handling system, such as = IMS or the European M493 work. If it can do this, it definitely needs revie= w outside IETF. All the above reviews should occur as a result of developing the 3GPP featu= re, and to jump that would be premature. Regards Keith=20 -----Original Message----- From: Randall Gellens [mailto:rg+ietf@randy.pensive.org]=20 Sent: 15 January 2016 00:12 To: Ivo Sedlacek; Alissa Cooper Cc: Ben Campbell; Marc Linsner; Liaison Statement Management Tool; DRAGE, K= eith (Keith); 3GPPLiaison@etsi.org; Barry Leiba; Emergency Context Resoluti= on with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for = the EU from IETF Ecrit WG" At 8:39 AM +1100 1/15/16, James Winterbottom wrote: > In light of the objections to publishing a document for eCall, does=20 > it make sense to reconsider the WG's previous decision to make=20 > Carcrash dependent on eCall? I don't see any realistic risk from the IETF proceeding with both documents= , and hence, no need to decouple nor delay them. The scope of the drafts i= s quite limited and has been well-known in the eCall, NENA, 3GPP, and IETF = communities for years, and seems well aligned with the anticipated directio= n of future work. In the extremely unlikely event of an inconsistency, we = can do a bis. > > That is, decouple them so that the required specification can move ahead= . > > Cheers > James > > Sent from my iPhone > >> On 15 Jan 2016, at 5:24 am, Brian Rosen wrote: >> >> Only on the call from the telematics provider to the PSAP.=20 >> >> But let's ignore this distinction, especially since what we WANT the=20 >> telematics guys to do is to redirect the call to urn:service:sos and=20 >> request the telematics operator as a 3rd party using a "Referred-By"=20 >> header. In that case, it would be an emergency call. But we already=20 >> have "Additional Data" being sent, and car-crash just extends that. >> >> Brian >> >>> On Jan 14, 2016, at 1:10 PM, Ivo Sedlacek=20 >>> wrote: >>> >>> But eCall INVITE has Request-URI set to an emergency URN, right?=20 >>> So, it is an *emergency* call and every *emergency* call regulation=20 >>> will apply to it, correct? >>> >>> Kind regards >>> >>> Ivo >>> >>> -----Original Message----- >>> From: Brian Rosen [mailto:br@brianrosen.net] >>> Sent: Thursday, January 14, 2016 12:01 PM >>> To: Ivo Sedlacek >>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency=20 >>> Context Resolution with Internet Technologies Discussion List >>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall=20 >>> support for the EU from IETF Ecrit WG" >>> >>> These calls are NOT treated as emergency calls between the vehicle=20 >>> and the telematics center. The underlying carrier is unaware of=20 >>> what the call and/or data represents. >>> >>> Brian >>> >>>> On Jan 14, 2016, at 10:32 AM, Ivo Sedlacek=20 >>>> wrote: >>>> >>>> Hello, >>>> >>>>> Most of these systems use existing 3G/4G network data channels I=20 >>>>> believe. >>>> >>>> So, basicall, you are saying that radio network of 3GPP operators=20 >>>> will be used for transport of the eCall.... >>>> >>>> Assuming eCall is treated by regulators as other emergency calls,=20 >>>> the regulators will make 3GPP operators responsible for routing=20 >>>> eCalls. >>>> >>>> Therefore, 3GPP needs to study how the impact on 3GPP operators=20 >>>> (both on radio network and on SIP indrastructure) can be as minimal=20 >>>> as possible. Based on the outcome of this study, the IETF draft=20 >>>> might need changes.... >>>> >>>> Kind regards >>>> >>>> Ivo Sedlacek >>>> >>>> -----Original Message----- >>>> From: Brian Rosen [mailto:br@brianrosen.net] >>>> Sent: Thursday, January 14, 2016 9:14 AM >>>> To: Ivo Sedlacek >>>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency=20 >>>> Context Resolution with Internet Technologies Discussion List >>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall=20 >>>> support for the EU from IETF Ecrit WG" >>>> >>>> Most of these systems use existing 3G/4G network data channels I=20 >>>> believe. That part is proprietary and we don't care. The part=20 >>>> that we're dependent on is from the telematics company to the PSAP. =20 >>>> These systems have proprietary protocols from car to the telematics=20 >>>> company and then standards based protocols from the telematics=20 >>>> company to the PSAP. > >>> >>>> Brian >>>> >>>>> On Jan 14, 2016, at 10:11 AM, Ivo Sedlacek=20 >>>>> wrote: >>>>> >>>>> Which __radio__ network is the car crash expected to work on? >>>>> >>>>> Kind regards >>>>> >>>>> Ivo >>>>> >>>>> -----Original Message----- >>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Brian=20 >>>>> Rosen >>>>> Sent: Thursday, January 14, 2016 9:08 AM >>>>> To: DRAGE, Keith (Keith) >>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution with=20 >>>>> Internet Technologies Discussion List >>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall=20 >>>>> support for the EU from IETF Ecrit WG" >>>>> >>>>> NENA i3 ESInets from existing Telematics companies >>>>> >>>>> Brian >>>>> >>>>>> On Jan 14, 2016, at 9:58 AM, DRAGE, Keith (Keith)=20 >>>>>> wrote: >>>>>> >>>>>> Which telecommunications network or IP network is car crash=20 >>>>>> expected to work on? >>>>>> >>>>>> Keith >>>>>> >>>>>> -----Original Message----- >>>>>> From: EXT Brian Rosen [mailto:br@salsgiver.com] >>>>>> Sent: 14 January 2016 14:57 >>>>>> To: DRAGE, Keith (Keith) >>>>>> Cc: Alissa Cooper; Ivo Sedlacek; Ben Campbell; Marc Linsner;=20 >>>>>> Emergency Context Resolution with Internet Technologies=20 >>>>>> Discussion List >>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall=20 >>>>>> support for the EU from IETF Ecrit WG" >>>>>> >>>>>> I strongly object to waiting. The WG prevailed on authors to=20 >>>>>> rework drafts ways that make the North American draft >>>>>> ("car-crash") dependent on the eCall draft. If we delay the=20 >>>>>> eCall draft, we can't publish the car-crash draft and that is a=20 >>>>>> problem, since we need to implement it. >>>>>> >>>>>> Brian >>>>>> >>>>>>> On Jan 14, 2016, at 9:40 AM, DRAGE, Keith (Keith)=20 >>>>>>> wrote: >>>>>>> >>>>>>> You are being very vague about the terminology you are using. >>>>>>> >>>>>>> If by stop you mean the stopping the discussions within the=20 >>>>>>> working group, then nobody is asking for that. >>>>>>> >>>>>>> If by stop you mean delay the publication request to IESG, then=20 >>>>>>> that should definitely occur, and I believe several posters have=20 >>>>>>> stated this. >>>>>>> >>>>>>> There is no point in publishing this as an RFC until the=20 >>>>>>> response of a 3GPP network is known, as a 3GPP network is the=20 >>>>>>> only delivery mechanism for such a call. As such, I request=20 >>>>>>> again that no publication request is submitted for these=20 >>>>>>> documents until some work on the 3GPP side has occurred, and=20 >>>>>>> people are able to comment on the drafts based on the 3GPP=20 >>>>>>> requirements. >>>>>>> >>>>>>> Keith >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Alissa Cooper [mailto:alissa@cooperw.in] >>>>>>> Sent: 14 January 2016 14:14 >>>>>>> To: Ivo Sedlacek >>>>>>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Liaison=20 >>>>>>> Statement Management Tool; 3GPPLiaison@etsi.org; Barry Leiba;=20 >>>>>>> Emergency Context Resolution with Internet Technologies=20 >>>>>>> Discussion List >>>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall=20 >>>>>>> support for the EU from IETF Ecrit WG" >>>>>>> >>>>>>> Hi Ivo, >>>>>>> >>>>>>> As I noted, I believe the assumption is that there are people=20 >>>>>>> participating in both groups and thus the current IETF drafts=20 >>>>>>> reflect those people's expectations about what may arise out of=20 >>>>>>> 3GPP. Of course if the drafts become RFCs and it turns out that=20 >>>>>>> 3GPP's requirements don't match up, there's always the option of=20 >>>>>>> doing bis drafts. >>>>>>> >>>>>>> I'm just reflecting back what I believe the will of both this=20 >>>>>>> WG and 3GPP to be - as I said, the liaison statement doesn't ask=20 >>>>>>> ECRIT to stop its work and wait, and it was my impression that=20 >>>>>>> WG participants here didn't think that was necessary either. But=20 >>>>>>> if the WG consensus would point in the direction of waiting,=20 >>>>>>> that would be fine too. >>>>>>> >>>>>>> Alissa >>>>>>> >>>>>>>> On Dec 22, 2015, at 5:11 AM, Ivo Sedlacek=20 >>>>>>>> wrote: >>>>>>>> >>>>>>>> Hello, >>>>>>>> >>>>>>>>> The plan is to continue progressing the drafts and for those=20 >>>>>>>>> who are involved in both to keep an eye out for potential=20 >>>>>>>>> areas where there might be a lack of harmonization. >>>>>>>> >>>>>>>> Won't the drafts be soon published as RFCs? >>>>>>>> >>>>>>>> If so, how will that allow harmonization with the future 3GPP=20 >>>>>>>> requirements? > >>>>>>> >>>>>>>> Kind regards >>>>>>>> >>>>>>>> Ivo Sedlacek >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of=20 >>>>>>>> Alissa Cooper >>>>>>>> Sent: Friday, December 18, 2015 9:13 PM >>>>>>>> To: DRAGE, Keith (Keith) >>>>>>>> Cc: Ben Campbell; Marc Linsner; Liaison Statement Management=20 >>>>>>>> Tool; 3GPPLiaison@etsi.org; Barry Leiba; Emergency Context=20 >>>>>>>> Resolution with Internet Technologies Discussion List >>>>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall=20 >>>>>>>> support for the EU from IETF Ecrit WG" >>>>>>>> >>>>>>>> We've known for awhile now that the 3GPP work was going to be=20 >>>>>>>> somewhat delayed compared to the IETF work. The plan is to=20 >>>>>>>> continue progressing the drafts and for those who are involved=20 >>>>>>>> in both to keep an eye out for potential areas where there=20 >>>>>>>> might be a lack of harmonization. I think this is implicitly=20 >>>>>>>> reflected in the liaison statement the WG received - it doesn't=20 >>>>>>>> ask the WG to stop what it's doing. >>>>>>>> Alissa >>>>>>>> >>>>>>>>> On Dec 8, 2015, at 8:25 PM, DRAGE, Keith (Keith)=20 >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> The underlying problem here is that SA2 has not yet done=20 >>>>>>>>> enough work (as in none) to see if the IETF drafts meet the=20 >>>>>>>>> 3GPP requirements. The SA2 study is critical to this. >>>>>>>>> >>>>>>>>> Given that 3GPP usage is pretty much the only use case for=20 >>>>>>>>> these drafts... >>>>>>>>> >>>>>>>>> Keith >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of=20 >>>>>>>>> Liaison Statement Management Tool >>>>>>>>> Sent: 02 December 2015 18:17 >>>>>>>>> To: Roger Marshall; Marc Linsner >>>>>>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution=20 >>>>>>>>> with Internet Technologies Discussion List;=20 >>>>>>>>> 3GPPLiaison@etsi.org; Barry Leiba >>>>>>>>> Subject: [Ecrit] New Liaison Statement, "Reply LS on eCall=20 >>>>>>>>> support for the EU from IETF Ecrit WG" >>>>>>>>> >>>>>>>>> Title: Reply LS on eCall support for the EU from IETF Ecrit=20 >>>>>>>>> WG Submission Date: 2015-12-02 URL of the IETF Web page: >>>>>>>>> https://datatracker.ietf.org/liaison/1447/ >>>>>>>>> >>>>>>>>> From: "leopold.murhammer@t-mobile.at"=20 >>>>>>>>> >>>>>>>>> To: Marc Linsner , Roger Marshall=20 >>>>>>>>> >>>>>>>>> Cc: Barry Leiba ,Marc Linsner=20 >>>>>>>>> ,Ben Campbell ,Alissa=20 >>>>>>>>> Cooper ,Roger Marshall=20 >>>>>>>>> ,Emergency Context Resolution with=20 >>>>>>>>> Internet Technologies Discussion List ,=20 >>>>>>>>> Response Contacts: 3GPPLiaison@etsi.org Technical Contacts: >>>>>>>>> Purpose: In response >>>>>>>>> >>>>>>>>> Referenced liaison: Liaison Statement on NG eCall support for=20 >>>>>>>>> the EU (https://datatracker.ietf.org/liaison/1412/) >>>>>>>>> >>>>>>>>> Body: >>>>>>>>> 1. Overall Description: >>>>>>>>> SA2 would like to thank IETF ECRIT for the incoming LS=20 >>>>>>>>> informing 3GPP of IETF work enabling eCall over IETF SIP. >>>>>>>>> SA2 has agreed on a work item (enclosed) in SA2#111, see WID=20 >>>>>>>>> (S2-153654) "Evolution to and Interworking with eCall in IMS=20 >>>>>>>>> Stage2". >>>>>>>>> >>>>>>>>> SA2 plans to start work on this topic at SA2#113 and finalize=20 >>>>>>>>> the work by May 2016. >>>>>>>>> >>>>>>>>> 2. Actions: >>>>>>>>> To IETF Ecrit WG group. >>>>>>>>> ACTION: TSG SA WG2 respectfully asks IETF ECRIT to take=20 >>>>>>>>> the above information into account. >>>>>>>>> >>>>>>>>> 3. Date of Next TSG-SA WG2 Meetings: >>>>>>>>> TSG-SA WG2 Meeting #113 25-29 January, 2016 St. Kitts >>>>>>>>> TSG-SA WG2 Meeting #114 11-15 April, 2016 Sophia=20 >>>>>>>>> Antipolis, FR >>>>>>>>> >>>>>>>>> Attachments: >>>>>>>>> >>>>>>>>> S2-154463_was_154449_154138_LS_Reply_IETF_cl >>>>>>>>>=20 >>>>>>>>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12- >>>>>>>>> 02-3gpp-tsgsa-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-f >>>>>>>>> rom-ietf-ecrit-wg-attachment-1.pdf >>>>>>>>> >>>>>>>>> S2-153654-ecall over IMS-r8 >>>>>>>>>=20 >>>>>>>>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12- >>>>>>>>> 02-3gpp-tsgsa-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-f >>>>>>>>> rom-ietf-ecrit-wg-attachment-2.pdf >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Ecrit mailing list > >>>>>>>> Ecrit@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Ecrit mailing list >>>>>>>>> Ecrit@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Ecrit mailing list >>>>>>>> Ecrit@ietf.org >>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Ecrit mailing list >>>>>>> Ecrit@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>> >>>>>> _______________________________________________ >>>>>> Ecrit mailing list >>>>>> Ecrit@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>> >>>>> _______________________________________________ >>>>> Ecrit mailing list >>>>> Ecrit@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/ecrit >> >> _______________________________________________ >> Ecrit mailing list >> Ecrit@ietf.org >> 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: --------------- > This is not to say that programming in, say, C++ takes a super human=20 > effort. What I mean is that it makes sense to develop tools that=20 > lessen the effort and increase the chance for success. C was a step=20 > in that direction.... First there was ALGOL... this was a big step in the right direction, then C= PL which was supposed to be practical ALGOL, was a slight step backwards. = BCPL which was Basic CPL was another step backwards. Then came B, a big st= ep backwards (it took the Basic and dropped the CPL), and C was a small ste= p forwards over this. I think in all this C had by the time it came around= lost the plot. The plot that it really found, which was more by accident than intention wa= s cross platform development, but that would have been in ALGOL anyway. C = did not prove that OSs could be written in HLLs: that belonged already to A= LGOL on the B5000 (~1964), and this OS survives today as still much better,= fully featured and robust than Unix or any other OS for that matter. As C.A.R Hoare said, Algol was a great improvement on most of its successor= s. --from Usenet post by Ian Joyner, From nobody Thu Jan 14 23:49:04 2016 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 11EC91B2E90 for ; Thu, 14 Jan 2016 23:49:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-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 861XsDJyoRMQ for ; Thu, 14 Jan 2016 23:48:59 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 520161B2B2D for ; Thu, 14 Jan 2016 23:48:59 -0800 (PST) Received: from [192.168.10.141] ([80.92.119.40]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LdKs1-1Ztgvl1TXt-00iSsZ; Fri, 15 Jan 2016 08:48:44 +0100 To: James Winterbottom , Brian Rosen References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-lucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <949EF20990823C4C85C18D59AA11AD8BADE2F4C6@FR712WXCHMBA11.zeu.alcatel-lucent.com> <669A7D42-4C6A-4E6A-9D54-1348663316F1@salsgiver.com> <949EF20990823C4C85C18D59AA11AD8BADE2F507@FR712WXCHMBA11.zeu.alcatel-lucent.com> <3F7C73CD-2150-4F13-8F33-F6711993C5EC@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B415B1@ESESSMB301.ericsson.se> <9B4BA4CC-1AE6-4A63-BE74-EB1F1D9C6906@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B416C1@ESESSMB301.ericsson.se> <3FDE854E-34F3-4ABA-9F77-0584264074A8@brianrosen.net> <39B5E4D390E9BD4890E2B3107900610112B41B27@ESESSMB301.ericsson.se> From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 X-Enigmail-Draft-Status: N1110 Message-ID: <5698A459.1020607@gmx.net> Date: Fri, 15 Jan 2016 08:48:41 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Hk0qn0CAppJFiViBFd0eU6odh4SAIa3WB" X-Provags-ID: V03:K0:Z9NfckwGkfvNhSGOVTu7KbMO9Lv3Y8CArmv1S5B8+GRR4+r2Zm+ QVBGEXHLH6JSJPhXUI5AHl7y/Zs9lciM0+7FAOw4/jMubaJ2kTMSI3+wmQzLuLgQbImACOk exX07LhLMUH+X5twa8WbUcVOTuLUxaNlIGkBfDi+zGMTMNrlmHKJwADlYWaWby5atj+ETzk Fi4iA5koonriZmUfTYymw== X-UI-Out-Filterresults: notjunk:1;V01:K0:zDbK/G9IPY4=:3gF6cNsCUiN8r9Y7OMCAUm B5mkNLzpfMGMJw7J0f99UqzwECneohQQfLSHOk2Eitx5gK03jqlmKhgQ/UDvp2/ieBvwddHSB pqqkDHhXuE5EnX8SXUWWszXIrmDEt4i/lHnSuN76zV9gj5I0ydGBj3hHuMmZiOcZDj+qBapxB Gc4Sm1v7KFA28fIhwEA9dM3s+aUqH1w6p9cehDT/SHJB7AIGDK8kRboOKU5BVHyS2XzuirVap GWdAFKfGgr3x0awYBTVz7k3dRI3pCqvA0sol45FaXEedSAGn8yBRqxhaMlgbUHhhb+XW1TOpO kGrYN0wdxzS9msCdqH0EyswUM2dkZ8vE6GNcrv5l2L4hQWNrGfvzUAiteFQ1g9i0+lL4i1gF+ 4dduUfHlV8aJjs8SkfFJ1bK0Spw1CSz5bWVppPQeZN/uxDHPe0HGeAEc9Zxw/VlC25ROtCIeS QheZ/DmXeBzfgy2NWCP5LByud9jfy1jlIDsyVS+cUO5shg4LB32kL9lYi07tC+tkyb10Ckj2A 546Px3ZMfbu2JLB/CxWtlz76euI4KhjBXxDFhuCGjOZPKX2Owb4Fje1hYiTAq/D2jnOKvah+O ShLh07ubKx2/OQLsYuFX7r7fftDMDCkzMNUCLS4o+mMh7m6esjxkFGefoXxPm+aLgfWFfiHOr oHYKWR12uZPGUy4dHZdHbQzjYqXQ0JGZytDjDCtLA0S7grbwzAEaWG4YxpKSHSDAXzA7KFBlo NTQoEuzyb5FQbHosjQvEdWEC+G8W4Ga7kCzdnKxjdnbW24DaX/lKe585bUe3BlmzXBph2HIAw +96VFoCigdSsG9yT1VBLWaxpXQGB4MO0bTXjXnLQX8RCTmmR2roJj+/lUhs5EeQBvmpaKW25H LEKOd+QUXWnYWhhh9BVw== Archived-At: Cc: Ben Campbell , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Fri, 15 Jan 2016 07:49:03 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Hk0qn0CAppJFiViBFd0eU6odh4SAIa3WB Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable James, this sounds reasonable to me. On 01/14/2016 10:39 PM, James Winterbottom wrote: > In light of the objections to publishing a document for eCall, does it = make sense to reconsider the WG's previous decision to make Carcrash depe= ndent on eCall? >=20 > That is, decouple them so that the required specification can move ahea= d. >=20 > Cheers > James >=20 > Sent from my iPhone >=20 >> On 15 Jan 2016, at 5:24 am, Brian Rosen wrote: >> >> Only on the call from the telematics provider to the PSAP. =20 >> >> But let=E2=80=99s ignore this distinction, especially since what we WA= NT the telematics guys to do is to redirect the call to urn:service:sos a= nd request the telematics operator as a 3rd party using a =E2=80=9CReferr= ed-By=E2=80=9D header. In that case, it would be an emergency call. But = we already have =E2=80=9CAdditional Data=E2=80=9D being sent, and car-cra= sh just extends that. >> >> Brian >> >>> On Jan 14, 2016, at 1:10 PM, Ivo Sedlacek = wrote: >>> >>> But eCall INVITE has Request-URI set to an emergency URN, right? So, = it is an *emergency* call and every *emergency* call regulation will appl= y to it, correct? >>> >>> Kind regards >>> >>> Ivo >>> >>> -----Original Message----- >>> From: Brian Rosen [mailto:br@brianrosen.net]=20 >>> Sent: Thursday, January 14, 2016 12:01 PM >>> To: Ivo Sedlacek >>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency Conte= xt Resolution with Internet Technologies Discussion List >>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall suppor= t for the EU from IETF Ecrit WG" >>> >>> These calls are NOT treated as emergency calls between the vehicle an= d the telematics center. The underlying carrier is unaware of what the c= all and/or data represents. >>> >>> Brian >>> >>>> On Jan 14, 2016, at 10:32 AM, Ivo Sedlacek wrote: >>>> >>>> Hello, >>>> >>>>> Most of these systems use existing 3G/4G network data channels I be= lieve. =20 >>>> >>>> So, basicall, you are saying that radio network of 3GPP operators wi= ll be used for transport of the eCall....=20 >>>> >>>> Assuming eCall is treated by regulators as other emergency calls, th= e regulators will make 3GPP operators responsible for routing eCalls. >>>> >>>> Therefore, 3GPP needs to study how the impact on 3GPP operators (bot= h on radio network and on SIP indrastructure) can be as minimal as possib= le. Based on the outcome of this study, the IETF draft might need changes= =2E... >>>> >>>> Kind regards >>>> >>>> Ivo Sedlacek >>>> >>>> -----Original Message----- >>>> From: Brian Rosen [mailto:br@brianrosen.net]=20 >>>> Sent: Thursday, January 14, 2016 9:14 AM >>>> To: Ivo Sedlacek >>>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency Cont= ext Resolution with Internet Technologies Discussion List >>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall suppo= rt for the EU from IETF Ecrit WG" >>>> >>>> Most of these systems use existing 3G/4G network data channels I bel= ieve. That part is proprietary and we don=E2=80=99t care. The part that= we=E2=80=99re dependent on is from the telematics company to the PSAP. = These systems have proprietary protocols from car to the telematics compa= ny and then standards based protocols from the telematics company to the = PSAP. >>>> >>>> Brian >>>> >>>>> On Jan 14, 2016, at 10:11 AM, Ivo Sedlacek wrote: >>>>> >>>>> Which __radio__ network is the car crash expected to work on? >>>>> >>>>> Kind regards >>>>> >>>>> Ivo >>>>> >>>>> -----Original Message----- >>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Brian Rose= n >>>>> Sent: Thursday, January 14, 2016 9:08 AM >>>>> To: DRAGE, Keith (Keith) >>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution with I= nternet Technologies Discussion List >>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall supp= ort for the EU from IETF Ecrit WG" >>>>> >>>>> NENA i3 ESInets from existing Telematics companies >>>>> >>>>> Brian >>>>> >>>>>> On Jan 14, 2016, at 9:58 AM, DRAGE, Keith (Keith) wrote: >>>>>> >>>>>> Which telecommunications network or IP network is car crash expect= ed to work on? >>>>>> >>>>>> Keith >>>>>> >>>>>> -----Original Message----- >>>>>> From: EXT Brian Rosen [mailto:br@salsgiver.com]=20 >>>>>> Sent: 14 January 2016 14:57 >>>>>> To: DRAGE, Keith (Keith) >>>>>> Cc: Alissa Cooper; Ivo Sedlacek; Ben Campbell; Marc Linsner; Emerg= ency Context Resolution with Internet Technologies Discussion List >>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall sup= port for the EU from IETF Ecrit WG" >>>>>> >>>>>> I strongly object to waiting. The WG prevailed on authors to rewo= rk drafts ways that make the North American draft (=E2=80=9Ccar-crash=E2=80= =9D) dependent on the eCall draft. If we delay the eCall draft, we can=E2= =80=99t publish the car-crash draft and that is a problem, since we need = to implement it. >>>>>> >>>>>> Brian >>>>>> >>>>>>> On Jan 14, 2016, at 9:40 AM, DRAGE, Keith (Keith) wrote: >>>>>>> >>>>>>> You are being very vague about the terminology you are using. >>>>>>> >>>>>>> If by stop you mean the stopping the discussions within the worki= ng group, then nobody is asking for that. >>>>>>> >>>>>>> If by stop you mean delay the publication request to IESG, then t= hat should definitely occur, and I believe several posters have stated th= is. >>>>>>> >>>>>>> There is no point in publishing this as an RFC until the response= of a 3GPP network is known, as a 3GPP network is the only delivery mecha= nism for such a call. As such, I request again that no publication reques= t is submitted for these documents until some work on the 3GPP side has o= ccurred, and people are able to comment on the drafts based on the 3GPP r= equirements. >>>>>>> >>>>>>> Keith >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Alissa Cooper [mailto:alissa@cooperw.in]=20 >>>>>>> Sent: 14 January 2016 14:14 >>>>>>> To: Ivo Sedlacek >>>>>>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Liaison Sta= tement Management Tool; 3GPPLiaison@etsi.org; Barry Leiba; Emergency Cont= ext Resolution with Internet Technologies Discussion List >>>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall su= pport for the EU from IETF Ecrit WG" >>>>>>> >>>>>>> Hi Ivo, >>>>>>> >>>>>>> As I noted, I believe the assumption is that there are people par= ticipating in both groups and thus the current IETF drafts reflect those = people=E2=80=99s expectations about what may arise out of 3GPP. Of course= if the drafts become RFCs and it turns out that 3GPP=E2=80=99s requireme= nts don=E2=80=99t match up, there=E2=80=99s always the option of doing bi= s drafts. >>>>>>> >>>>>>> I=E2=80=99m just reflecting back what I believe the will of both = this WG and 3GPP to be =E2=80=94 as I said, the liaison statement doesn=E2= =80=99t ask ECRIT to stop its work and wait, and it was my impression tha= t WG participants here didn=E2=80=99t think that was necessary either. Bu= t if the WG consensus would point in the direction of waiting, that would= be fine too. >>>>>>> >>>>>>> Alissa >>>>>>> >>>>>>>> On Dec 22, 2015, at 5:11 AM, Ivo Sedlacek wrote: >>>>>>>> >>>>>>>> Hello, >>>>>>>> >>>>>>>>> The plan is to continue progressing the drafts and for those wh= o are involved in both to keep an eye out for potential areas where there= might be a lack of harmonization. >>>>>>>> >>>>>>>> Won=E2=80=99t the drafts be soon published as RFCs?=20 >>>>>>>> >>>>>>>> If so, how will that allow harmonization with the future 3GPP re= quirements? >>>>>>>> >>>>>>>> Kind regards >>>>>>>> >>>>>>>> Ivo Sedlacek >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Alissa = Cooper >>>>>>>> Sent: Friday, December 18, 2015 9:13 PM >>>>>>>> To: DRAGE, Keith (Keith) >>>>>>>> Cc: Ben Campbell; Marc Linsner; Liaison Statement Management Too= l; 3GPPLiaison@etsi.org; Barry Leiba; Emergency Context Resolution with I= nternet Technologies Discussion List >>>>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall s= upport for the EU from IETF Ecrit WG" >>>>>>>> >>>>>>>> We=E2=80=99ve known for awhile now that the 3GPP work was going = to be somewhat delayed compared to the IETF work. The plan is to continue= progressing the drafts and for those who are involved in both to keep an= eye out for potential areas where there might be a lack of harmonization= =2E I think this is implicitly reflected in the liaison statement the WG = received =E2=80=94 it doesn=E2=80=99t ask the WG to stop what it=E2=80=99= s doing. >>>>>>>> Alissa=20 >>>>>>>> >>>>>>>>> On Dec 8, 2015, at 8:25 PM, DRAGE, Keith (Keith) wrote: >>>>>>>>> >>>>>>>>> The underlying problem here is that SA2 has not yet done enough= work (as in none) to see if the IETF drafts meet the 3GPP requirements. = The SA2 study is critical to this. >>>>>>>>> >>>>>>>>> Given that 3GPP usage is pretty much the only use case for thes= e drafts... >>>>>>>>> >>>>>>>>> Keith >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Liaiso= n Statement Management Tool >>>>>>>>> Sent: 02 December 2015 18:17 >>>>>>>>> To: Roger Marshall; Marc Linsner >>>>>>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution wi= th Internet Technologies Discussion List; 3GPPLiaison@etsi.org; Barry Lei= ba >>>>>>>>> Subject: [Ecrit] New Liaison Statement, "Reply LS on eCall supp= ort for the EU from IETF Ecrit WG" >>>>>>>>> >>>>>>>>> Title: Reply LS on eCall support for the EU from IETF Ecrit WG = Submission Date: 2015-12-02 URL of the IETF Web page: https://datatracker= =2Eietf.org/liaison/1447/ >>>>>>>>> >>>>>>>>> From: "leopold.murhammer@t-mobile.at" >>>>>>>>> To: Marc Linsner , Roger Marshall >>>>>>>>> Cc: Barry Leiba ,Marc Linsner ,Ben Campbell ,Alissa Cooper ,Roger Marshall ,Emergency Context Reso= lution with Internet Technologies Discussion List , Respo= nse Contacts: 3GPPLiaison@etsi.org Technical Contacts:=20 >>>>>>>>> Purpose: In response >>>>>>>>> >>>>>>>>> Referenced liaison: Liaison Statement on NG eCall support for t= he EU (https://datatracker.ietf.org/liaison/1412/) >>>>>>>>> >>>>>>>>> Body:=20 >>>>>>>>> 1. Overall Description: >>>>>>>>> SA2 would like to thank IETF ECRIT for the incoming LS informin= g 3GPP of IETF work enabling eCall over IETF SIP. SA2 has agreed on a wor= k item (enclosed) in SA2#111, see WID (S2-153654) "Evolution to and Inter= working with eCall in IMS Stage2". >>>>>>>>> >>>>>>>>> SA2 plans to start work on this topic at SA2#113 and finalize t= he work by May 2016.=20 >>>>>>>>> >>>>>>>>> 2. Actions: >>>>>>>>> To IETF Ecrit WG group. >>>>>>>>> ACTION: TSG SA WG2 respectfully asks IETF ECRIT to take the = above information into account.=20 >>>>>>>>> >>>>>>>>> 3. Date of Next TSG-SA WG2 Meetings: >>>>>>>>> TSG-SA WG2 Meeting #113 25-29 January, 2016 St. Kitts= >>>>>>>>> TSG-SA WG2 Meeting #114 11-15 April, 2016 Sophia Anti= polis, FR >>>>>>>>> >>>>>>>>> Attachments: >>>>>>>>> >>>>>>>>> S2-154463_was_154449_154138_LS_Reply_IETF_cl >>>>>>>>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-0= 2-3gpp-tsgsa-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecr= it-wg-attachment-1.pdf >>>>>>>>> >>>>>>>>> S2-153654-ecall over IMS-r8 >>>>>>>>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12-0= 2-3gpp-tsgsa-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-from-ietf-ecr= it-wg-attachment-2.pdf >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Ecrit mailing list >>>>>>>>> Ecrit@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Ecrit mailing list >>>>>>>>> Ecrit@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Ecrit mailing list >>>>>>>> Ecrit@ietf.org >>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Ecrit mailing list >>>>>>> Ecrit@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>> >>>>>> _______________________________________________ >>>>>> Ecrit mailing list >>>>>> Ecrit@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>> >>>>> _______________________________________________ >>>>> Ecrit mailing list >>>>> Ecrit@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/ecrit >> >> _______________________________________________ >> 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 >=20 --Hk0qn0CAppJFiViBFd0eU6odh4SAIa3WB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: GPGTools - http://gpgtools.org iQEcBAEBCgAGBQJWmKRaAAoJEGhJURNOOiAt9zcIAIpw6LH54dyYiCz66k3R3Yzz EngfSHOOajNkm8yMszIuTIjTZejHr9YMvofj9eHczo1XsKnMWQ0IwBJP9XogfCAd AiJJWvEzHf6Lc3FT/Qvm0vCyBNdEHkkSJETgorx1jlmOh8irFBe9+RgomLzk5LMJ MN/ZVOrlWobX5X5/WuZntWAW3qIUsSfl9lNArLbFr0k5ajxun3Do/pYEt9TVnwPY D6vcaoN0yRQev7zhhP/qn1Cl2xFUK8AlpYIo4+EpwrLmzoaApIG/3UXUY4g9poWa TMwxeIP1Cse+E8PDK2CrDNBMN7zW67Z2nbQ3pHVJ4o/fgB8izyuyAqG0FezGtwo= =fMbM -----END PGP SIGNATURE----- --Hk0qn0CAppJFiViBFd0eU6odh4SAIa3WB-- From nobody Fri Jan 15 04:26:36 2016 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 166C71B2C0A for ; Fri, 15 Jan 2016 04:26:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-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 N_s0aqkZRG8t for ; Fri, 15 Jan 2016 04:26:33 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C6211B2BBC for ; Fri, 15 Jan 2016 04:26:32 -0800 (PST) Received: from [192.168.10.141] ([80.92.119.40]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MDzGN-1aOARw2uQZ-00HMdl; Fri, 15 Jan 2016 13:26:28 +0100 To: "ecrit@ietf.org" From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 X-Enigmail-Draft-Status: N1110 Message-ID: <5698E571.3060302@gmx.net> Date: Fri, 15 Jan 2016 13:26:25 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iXJkksaLoLLdhLLEHbxtBdC6P7LklDrbU" X-Provags-ID: V03:K0:9ER81jK5uxHNRcAP4w6A7hwOBTXu0Ljt2FXSV5Re3qqnMJXhvGu k5V3rDXPaAynrqn1cr/XDZnK5ESr+oWy7LIQiJlgqKnORDec59gcQgmnHHwvNmBaw/rH4KP 0mZcvyf8wVaP4pRrv7HPno+yJ5aVpzDqZ31Qrq2/Aqk12G8UH2ffByWmRVCd0crf/cVWiyy 420qQ/rkb23y2eWqzJxAw== X-UI-Out-Filterresults: notjunk:1;V01:K0:rdRpruw29Pc=:75H3vNbksyE/y/61yqZWVd 6mEXIkwvpiXSUae5z/t7PxDOO3heTqXTxq+mTSljJpTEZNmSJ8sIsTlLXrAy5rFw+nbl2nDn0 BGn4hZNK0WkdqliUOUviWOUAlVpXjzYLhxRL6T6QxdiBPIYojzyiW/cyiyqCbrCvI/0p3yHOt h+lFVs8oFSIQTIdPuEYz7ZruXbgyp5rsV8RN5sFCShh1w+azCX38deQL1V8u+F47AttX7IqmY D/sHPuyxBe0lDJQmNvAvk1YZMCky26/NSiTYu80FlPcruE4vZzeizwRYufTkKDUH5/Ve6Xlll GW1The+adS9SIiHIrx8gYDAt/uklbPlZXXQdYyofMFf7tAj7jD10xlUS0CDCjtns0p9tWa5LB BaAfJh+Ick1EAO4TcvM15rr6aTYvRyXgFfw7cFteUnTH/oo5QskVuY159JHO+zDmKxfYQ6Ny9 IM68RxH3dfXogH83FdrUg6ZrVnIJPm27QzTyqNpTtEILa1IulLYWvcYKS/s1Qu6HRSsMsitt/ 4e3APWyqNXarkDD+0oVVOmhs2rpX/PeKKx2NIeBQC0qR0y/Pq/vUrsWLfxvjyNMmXxH1gfJRC IxvDuIV4+Y+1zKsFXTtA0XQHSyPel+2dI0YTv6fN9mjOwPev/qd2B8XGwyJgzcoe9QMcMYVWK rM5WSGrESSlcwMPNg8QsCCK2uFWLdpgGDecLIvtiZnpYFm9RBx54i+NXUSmRuvncMyn0ziE8M iw635beFn79BngEllKcNec0HP5EEnmgXtE7q5qxkn9Ar7hNIhqjW//Nkw80= Archived-At: Cc: preichl@moducom.com Subject: [Ecrit] Recommended Changes to XML Schemas for draft-ietf-ecrit-additional-data-37 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: Fri, 15 Jan 2016 12:26:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --iXJkksaLoLLdhLLEHbxtBdC6P7LklDrbU Content-Type: multipart/mixed; boundary="------------020503020003010104060000" This is a multi-part message in MIME format. --------------020503020003010104060000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi all, when we worked on the additional data draft we wanted to re-use the vcard specification (or xcard more precisely). As it turned out the RFC describing the spec contained a Relax NG schema and we decided to convert it to an XML schema, which is what you find in the appendix of the draft. We used a tool for this step and, as it turns out, the tool made incorrect translation in the definition of the vcardType. We unfortunately trusted the tool and none of us used the schema to produce code (but we used it to validate instance documents against the schema only). Philip, who is on CC, noticed these mistakes since he used the XML schemas to automatically produce code. Others who use the XML schema for producing code may also recognize these bugs as well. The authors of the additional data draft had an off-list discussion with Philip off-list end of last year to confirm the discovered issues and with this mail I would like to bring them to your attention. I am proposing changes to the vcard.xsd schema and the new as well as the old XML schema are attached to this mail. Additionally, there SubscriberInfo and provided-by schemas can also be simplified. Those changes are, however, minor. Note that the examples (i.e., instance documents) are not affected by this change! We know that these changes come very late in the process but I feel it is worthwhile to take this implementation experience provided by Philip into account. Please let me know if you object to the changes within the next 2 weeks. I will talk to the AD, IANA, and RFC Editor to make the necessary changes (if the group agrees). A big thanks goes to Philip for spotting the bug and for reaching out to = us! Ciao Hannes --- Detailed List of Schema Changes --- **** vcard.xsd Changes **** 1.) Changed the tag to a tag in the "property" group of elements. 2.) Changed the tag to a tag in the "vcardType" type. 3.) Removed the and = tags from the "vcardType" type. 4.) Added in cardinality attributes (minOccurs and maxOccurs) to all of the elements so that the schema meets the cardinality requirements specified in the text of Sections 6.1 through 6.9 of RFC 6350 and in the text of Section 5.2 of RFC 6351. 5.) Added an element to the "vcardType" so th= at the schema can be more easily extended I the future. I'm not sure if this is the best place to add it. The other alternative is to add it to the "property" group of elements. 6.) Modified the "kind" type to remove the complicated union structure and replaced it with a much simpler complexType structure. **** SubscriberInfo.xsd Changes **** Removed the and tag= s from the "SubscriberInfoType" type. **** provided-by.xsd Changes **** Removed the and tag= s from the "ByRefType" type. --------------020503020003010104060000 Content-Type: application/xml; name="provided-by_NEW.xsd" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="provided-by_NEW.xsd" PD94bWwgdmVyc2lvbj0iMS4wIj8+Cjx4czpzY2hlbWEgeG1sbnM6eHM9Imh0dHA6Ly93d3cu dzMub3JnLzIwMDEvWE1MU2NoZW1hIiB4bWxuczphZD0idXJuOmlldGY6cGFyYW1zOnhtbDpu czpFbWVyZ2VuY3lDYWxsRGF0YSIgeG1sbnM6eG1sPSJodHRwOi8vd3d3LnczLm9yZy9YTUwv MTk5OC9uYW1lc3BhY2UiIHhtbG5zOnBpPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOkVtZXJn ZW5jeUNhbGxEYXRhOlByb3ZpZGVySW5mbyIgeG1sbnM6c3ZjPSJ1cm46aWV0ZjpwYXJhbXM6 eG1sOm5zOkVtZXJnZW5jeUNhbGxEYXRhOlNlcnZpY2VJbmZvIiB4bWxuczpkZXY9InVybjpp ZXRmOnBhcmFtczp4bWw6bnM6RW1lcmdlbmN5Q2FsbERhdGE6RGV2aWNlSW5mbyIgeG1sbnM6 c3ViPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOkVtZXJnZW5jeUNhbGxEYXRhOlN1YnNjcmli ZXJJbmZvIiB4bWxuczpjb209InVybjppZXRmOnBhcmFtczp4bWw6bnM6RW1lcmdlbmN5Q2Fs bERhdGE6Q29tbWVudCIgdGFyZ2V0TmFtZXNwYWNlPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5z OkVtZXJnZW5jeUNhbGxEYXRhIiBlbGVtZW50Rm9ybURlZmF1bHQ9InF1YWxpZmllZCIgYXR0 cmlidXRlRm9ybURlZmF1bHQ9InVucXVhbGlmaWVkIj4KCTx4czppbXBvcnQgbmFtZXNwYWNl PSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOkVtZXJnZW5jeUNhbGxEYXRhOlByb3ZpZGVySW5m byIgc2NoZW1hTG9jYXRpb249IlByb3ZpZGVySW5mby54c2QiLz4KCTx4czppbXBvcnQgbmFt ZXNwYWNlPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOkVtZXJnZW5jeUNhbGxEYXRhOlNlcnZp Y2VJbmZvIiBzY2hlbWFMb2NhdGlvbj0iU2VydmljZUluZm8ueHNkIi8+Cgk8eHM6aW1wb3J0 IG5hbWVzcGFjZT0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpFbWVyZ2VuY3lDYWxsRGF0YTpE ZXZpY2VJbmZvIiBzY2hlbWFMb2NhdGlvbj0iRGV2aWNlSW5mby54c2QiLz4KCTx4czppbXBv cnQgbmFtZXNwYWNlPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOkVtZXJnZW5jeUNhbGxEYXRh OlN1YnNjcmliZXJJbmZvIiBzY2hlbWFMb2NhdGlvbj0iU3Vic2NyaWJlckluZm8ueHNkIi8+ Cgk8eHM6aW1wb3J0IG5hbWVzcGFjZT0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpFbWVyZ2Vu Y3lDYWxsRGF0YTpDb21tZW50IiBzY2hlbWFMb2NhdGlvbj0iQ29tbWVudC54c2QiLz4KCTx4 czplbGVtZW50IG5hbWU9IkVtZXJnZW5jeUNhbGxEYXRhUmVmZXJlbmNlIiB0eXBlPSJhZDpC eVJlZlR5cGUiLz4KCTx4czplbGVtZW50IG5hbWU9IkVtZXJnZW5jeUNhbGxEYXRhVmFsdWUi IHR5cGU9ImFkOkVtZXJnZW5jeUNhbGxEYXRhVmFsdWVUeXBlIi8+Cgk8IS0tIEFkZGl0aW9u YWwgRGF0YSBCeSBSZWZlcmVuY2UgLS0+Cgk8eHM6Y29tcGxleFR5cGUgbmFtZT0iQnlSZWZU eXBlIj4KCQk8eHM6c2VxdWVuY2U+CgkJCTx4czphbnkgbmFtZXNwYWNlPSIjI290aGVyIiBw cm9jZXNzQ29udGVudHM9ImxheCIgbWluT2NjdXJzPSIwIiBtYXhPY2N1cnM9InVuYm91bmRl ZCIvPgoJCTwveHM6c2VxdWVuY2U+CgkJPHhzOmF0dHJpYnV0ZSBuYW1lPSJwdXJwb3NlIiB0 eXBlPSJ4czp0b2tlbiIgdXNlPSJyZXF1aXJlZCIvPgoJCTx4czphdHRyaWJ1dGUgbmFtZT0i cmVmIiB0eXBlPSJ4czphbnlVUkkiIHVzZT0icmVxdWlyZWQiLz4KCTwveHM6Y29tcGxleFR5 cGU+Cgk8IS0tIEFkZGl0aW9uYWwgRGF0YSBCeSBWYWx1ZSAtLT4KCTx4czpjb21wbGV4VHlw ZSBuYW1lPSJFbWVyZ2VuY3lDYWxsRGF0YVZhbHVlVHlwZSI+CgkJPHhzOnNlcXVlbmNlPgoJ CQk8eHM6ZWxlbWVudCBuYW1lPSJFbWVyZ2VuY3lDYWxsRGF0YS5Qcm92aWRlckluZm8iIHR5 cGU9InBpOlByb3ZpZGVySW5mb1R5cGUiIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJv dW5kZWQiLz4KCQkJPHhzOmVsZW1lbnQgbmFtZT0iRW1lcmdlbmN5Q2FsbERhdGEuU2Vydmlj ZUluZm8iIHR5cGU9InN2YzpTZXJ2aWNlSW5mb1R5cGUiIG1pbk9jY3Vycz0iMCIgbWF4T2Nj dXJzPSJ1bmJvdW5kZWQiLz4KCQkJPHhzOmVsZW1lbnQgbmFtZT0iRW1lcmdlbmN5Q2FsbERh dGEuRGV2aWNlSW5mbyIgdHlwZT0iZGV2OkRldmljZUluZm9UeXBlIiBtaW5PY2N1cnM9IjAi IG1heE9jY3Vycz0idW5ib3VuZGVkIi8+CgkJCTx4czplbGVtZW50IG5hbWU9IkVtZXJnZW5j eUNhbGxEYXRhLlN1YnNjcmliZXJJbmZvIiB0eXBlPSJzdWI6U3Vic2NyaWJlckluZm9UeXBl IiBtaW5PY2N1cnM9IjAiIG1heE9jY3Vycz0idW5ib3VuZGVkIi8+CgkJCTx4czplbGVtZW50 IG5hbWU9IkVtZXJnZW5jeUNhbGxEYXRhLkNvbW1lbnQiIHR5cGU9ImNvbTpDb21tZW50VHlw ZSIgbWluT2NjdXJzPSIwIiBtYXhPY2N1cnM9InVuYm91bmRlZCIvPgoJCQk8eHM6YW55IG5h bWVzcGFjZT0iIyNvdGhlciIgcHJvY2Vzc0NvbnRlbnRzPSJsYXgiIG1pbk9jY3Vycz0iMCIg bWF4T2NjdXJzPSJ1bmJvdW5kZWQiLz4KCQk8L3hzOnNlcXVlbmNlPgoJPC94czpjb21wbGV4 VHlwZT4KPC94czpzY2hlbWE+Cg== --------------020503020003010104060000 Content-Type: application/xml; name="SubscriberInfo_NEW.xsd" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="SubscriberInfo_NEW.xsd" PD94bWwgdmVyc2lvbj0iMS4wIj8+Cjx4czpzY2hlbWEgeG1sbnM6eHM9Imh0dHA6Ly93d3cu dzMub3JnLzIwMDEvWE1MU2NoZW1hIiB4bWxuczpzdWI9InVybjppZXRmOnBhcmFtczp4bWw6 bnM6RW1lcmdlbmN5Q2FsbERhdGE6U3Vic2NyaWJlckluZm8iIHhtbG5zOnhjPSJ1cm46aWV0 ZjpwYXJhbXM6eG1sOm5zOnZjYXJkLTQuMCIgeG1sbnM6eG1sPSJodHRwOi8vd3d3LnczLm9y Zy9YTUwvMTk5OC9uYW1lc3BhY2UiIHRhcmdldE5hbWVzcGFjZT0idXJuOmlldGY6cGFyYW1z OnhtbDpuczpFbWVyZ2VuY3lDYWxsRGF0YTpTdWJzY3JpYmVySW5mbyIgZWxlbWVudEZvcm1E ZWZhdWx0PSJxdWFsaWZpZWQiIGF0dHJpYnV0ZUZvcm1EZWZhdWx0PSJ1bnF1YWxpZmllZCI+ Cgk8eHM6aW1wb3J0IG5hbWVzcGFjZT0iaHR0cDovL3d3dy53My5vcmcvWE1MLzE5OTgvbmFt ZXNwYWNlIiBzY2hlbWFMb2NhdGlvbj0iaHR0cDovL3d3dy53My5vcmcvMjAwMS94bWwueHNk Ii8+Cgk8eHM6aW1wb3J0IG5hbWVzcGFjZT0idXJuOmlldGY6cGFyYW1zOnhtbDpuczp2Y2Fy ZC00LjAiIHNjaGVtYUxvY2F0aW9uPSJ2Y2FyZC54c2QiLz4KCTx4czplbGVtZW50IG5hbWU9 IkVtZXJnZW5jeUNhbGxEYXRhLlN1YnNjcmliZXJJbmZvIiB0eXBlPSJzdWI6U3Vic2NyaWJl ckluZm9UeXBlIi8+Cgk8eHM6Y29tcGxleFR5cGUgbmFtZT0iU3Vic2NyaWJlckluZm9UeXBl Ij4KCQk8eHM6c2VxdWVuY2U+CgkJCTx4czplbGVtZW50IG5hbWU9IkRhdGFQcm92aWRlclJl ZmVyZW5jZSIgdHlwZT0ieHM6dG9rZW4iIG1pbk9jY3Vycz0iMSIgbWF4T2NjdXJzPSIxIi8+ CgkJCTx4czplbGVtZW50IG5hbWU9IlN1YnNjcmliZXJEYXRhIj4KCQkJCTx4czpjb21wbGV4 VHlwZT4KCQkJCQk8eHM6c2VxdWVuY2U+CgkJCQkJCTx4czplbGVtZW50IHJlZj0ieGM6dmNh cmQiIG1heE9jY3Vycz0idW5ib3VuZGVkIi8+CgkJCQkJPC94czpzZXF1ZW5jZT4KCQkJCTwv eHM6Y29tcGxleFR5cGU+CgkJCTwveHM6ZWxlbWVudD4KCQkJPHhzOmFueSBuYW1lc3BhY2U9 IiMjb3RoZXIiIHByb2Nlc3NDb250ZW50cz0ibGF4IiBtaW5PY2N1cnM9IjAiIG1heE9jY3Vy cz0idW5ib3VuZGVkIi8+CgkJPC94czpzZXF1ZW5jZT4KCQk8eHM6YXR0cmlidXRlIG5hbWU9 InByaXZhY3lSZXF1ZXN0ZWQiIHR5cGU9InhzOmJvb2xlYW4iIHVzZT0icmVxdWlyZWQiLz4K CTwveHM6Y29tcGxleFR5cGU+CjwveHM6c2NoZW1hPgo= --------------020503020003010104060000 Content-Type: application/xml; name="vcard_NEW.xsd" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="vcard_NEW.xsd" PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPHhzOnNjaGVtYSB4bWxu czp4cz0iaHR0cDovL3d3dy53My5vcmcvMjAwMS9YTUxTY2hlbWEiIHhtbG5zOm5zMT0idXJu OmlldGY6cGFyYW1zOnhtbDpuczp2Y2FyZC00LjAiIHRhcmdldE5hbWVzcGFjZT0idXJuOmll dGY6cGFyYW1zOnhtbDpuczp2Y2FyZC00LjAiIGVsZW1lbnRGb3JtRGVmYXVsdD0icXVhbGlm aWVkIj4KCTwhLS0KICAgIAogICAgMy4zCiAgICBpYW5hLXRva2VuID0geHNkOnN0cmluZyB7 IHBhdHRlcm4gPSAiW2EtekEtWjAtOS1dKyIgfQogICAgeC1uYW1lID0geHNkOnN0cmluZyB7 IHBhdHRlcm4gPSAieC1bYS16QS1aMC05LV0rIiB9CiAgLS0+Cgk8eHM6c2ltcGxlVHlwZSBu YW1lPSJpYW5hLXRva2VuIj4KCQk8eHM6YW5ub3RhdGlvbj4KCQkJPHhzOmRvY3VtZW50YXRp b24+U2VjdGlvbiAzLjM6IHZDYXJkIEZvcm1hdCBTcGVjaWZpY2F0aW9uPC94czpkb2N1bWVu dGF0aW9uPgoJCTwveHM6YW5ub3RhdGlvbj4KCQk8eHM6cmVzdHJpY3Rpb24gYmFzZT0ieHM6 c3RyaW5nIi8+Cgk8L3hzOnNpbXBsZVR5cGU+Cgk8eHM6c2ltcGxlVHlwZSBuYW1lPSJ4LW5h bWUiPgoJCTx4czpyZXN0cmljdGlvbiBiYXNlPSJ4czpzdHJpbmciLz4KCTwveHM6c2ltcGxl VHlwZT4KCTwhLS0KICAgIAogICAgNC4xCiAgLS0+Cgk8eHM6ZWxlbWVudCBuYW1lPSJ0ZXh0 IiB0eXBlPSJ4czpzdHJpbmciLz4KCTx4czpncm91cCBuYW1lPSJ2YWx1ZS10ZXh0LWxpc3Qi PgoJCTx4czpzZXF1ZW5jZT4KCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6dGV4dCIgbWF4T2Nj dXJzPSJ1bmJvdW5kZWQiLz4KCQk8L3hzOnNlcXVlbmNlPgoJPC94czpncm91cD4KCTwhLS0g NC4yIC0tPgoJPHhzOmVsZW1lbnQgbmFtZT0idXJpIiB0eXBlPSJ4czphbnlVUkkiLz4KCTwh LS0gNC4zLjEgLS0+Cgk8eHM6ZWxlbWVudCBuYW1lPSJkYXRlIiBzdWJzdGl0dXRpb25Hcm91 cD0ibnMxOnZhbHVlLWRhdGUtYW5kLW9yLXRpbWUiPgoJCTx4czpzaW1wbGVUeXBlPgoJCQk8 eHM6cmVzdHJpY3Rpb24gYmFzZT0ieHM6c3RyaW5nIj4KCQkJCTx4czpwYXR0ZXJuIHZhbHVl PSJcZHs4fXxcZHs0fS1cZFxkfC0tXGRcZChcZFxkKT98LS0tXGRcZCIvPgoJCQk8L3hzOnJl c3RyaWN0aW9uPgoJCTwveHM6c2ltcGxlVHlwZT4KCTwveHM6ZWxlbWVudD4KCTwhLS0gNC4z LjIgLS0+Cgk8eHM6ZWxlbWVudCBuYW1lPSJ0aW1lIiBzdWJzdGl0dXRpb25Hcm91cD0ibnMx OnZhbHVlLWRhdGUtYW5kLW9yLXRpbWUiPgoJCTx4czpzaW1wbGVUeXBlPgoJCQk8eHM6cmVz dHJpY3Rpb24gYmFzZT0ieHM6c3RyaW5nIj4KCQkJCTx4czpwYXR0ZXJuIHZhbHVlPSIoXGRc ZChcZFxkKFxkXGQpPyk/fC1cZFxkKFxkXGQ/KXwtLVxkXGQpKFp8WytcLV1cZFxkKFxkXGQp Pyk/Ii8+CgkJCTwveHM6cmVzdHJpY3Rpb24+CgkJPC94czpzaW1wbGVUeXBlPgoJPC94czpl bGVtZW50PgoJPCEtLSA0LjMuMyAtLT4KCTx4czplbGVtZW50IG5hbWU9ImRhdGUtdGltZSIg c3Vic3RpdHV0aW9uR3JvdXA9Im5zMTp2YWx1ZS1kYXRlLWFuZC1vci10aW1lIj4KCQk8eHM6 c2ltcGxlVHlwZT4KCQkJPHhzOnJlc3RyaWN0aW9uIGJhc2U9InhzOnN0cmluZyI+CgkJCQk8 eHM6cGF0dGVybiB2YWx1ZT0iKFxkezh9fC0tXGR7NH18LS0tXGRcZClUXGRcZChcZFxkKFxk XGQpPyk/KFp8WytcLV1cZFxkKFxkXGQpPyk/Ii8+CgkJCTwveHM6cmVzdHJpY3Rpb24+CgkJ PC94czpzaW1wbGVUeXBlPgoJPC94czplbGVtZW50PgoJPCEtLSA0LjMuNCAtLT4KCTx4czpl bGVtZW50IG5hbWU9InZhbHVlLWRhdGUtYW5kLW9yLXRpbWUiIGFic3RyYWN0PSJ0cnVlIi8+ Cgk8IS0tIDQuMy41IC0tPgoJPHhzOmNvbXBsZXhUeXBlIG5hbWU9InZhbHVlLXRpbWVzdGFt cCI+CgkJPHhzOnNlcXVlbmNlPgoJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTp0aW1lc3RhbXAi Lz4KCQk8L3hzOnNlcXVlbmNlPgoJPC94czpjb21wbGV4VHlwZT4KCTx4czplbGVtZW50IG5h bWU9InRpbWVzdGFtcCI+CgkJPHhzOnNpbXBsZVR5cGU+CgkJCTx4czpyZXN0cmljdGlvbiBi YXNlPSJ4czpzdHJpbmciPgoJCQkJPHhzOnBhdHRlcm4gdmFsdWU9Ilxkezh9VFxkezZ9KFp8 WytcLV1cZFxkKFxkXGQpPyk/Ii8+CgkJCTwveHM6cmVzdHJpY3Rpb24+CgkJPC94czpzaW1w bGVUeXBlPgoJPC94czplbGVtZW50PgoJPCEtLSA0LjQgLS0+Cgk8eHM6ZWxlbWVudCBuYW1l PSJib29sZWFuIiB0eXBlPSJ4czpib29sZWFuIi8+Cgk8IS0tIDQuNSAtLT4KCTx4czplbGVt ZW50IG5hbWU9ImludGVnZXIiIHR5cGU9InhzOmludGVnZXIiLz4KCTwhLS0gNC42IC0tPgoJ PHhzOmVsZW1lbnQgbmFtZT0iZmxvYXQiIHR5cGU9InhzOmZsb2F0Ii8+Cgk8IS0tIDQuNyAt LT4KCTx4czplbGVtZW50IG5hbWU9InV0Yy1vZmZzZXQiPgoJCTx4czpzaW1wbGVUeXBlPgoJ CQk8eHM6cmVzdHJpY3Rpb24gYmFzZT0ieHM6c3RyaW5nIj4KCQkJCTx4czpwYXR0ZXJuIHZh bHVlPSJbK1wtXVxkXGQoXGRcZCk/Ii8+CgkJCTwveHM6cmVzdHJpY3Rpb24+CgkJPC94czpz aW1wbGVUeXBlPgoJPC94czplbGVtZW50PgoJPCEtLSA0LjggLS0+Cgk8eHM6ZWxlbWVudCBu YW1lPSJsYW5ndWFnZS10YWciPgoJCTx4czpzaW1wbGVUeXBlPgoJCQk8eHM6cmVzdHJpY3Rp b24gYmFzZT0ieHM6c3RyaW5nIj4KCQkJCTx4czpwYXR0ZXJuIHZhbHVlPSIoW2Etel17Miwz fSgoLVthLXpdezN9KXswLDN9KT98W2Etel17NCw4fSkoLVthLXpdezR9KT8oLShbYS16XXsy fXxcZHszfSkpPygtKFswLTlhLXpdezUsOH18XGRbMC05YS16XXszfSkpKigtWzAtOWEtd3l6 XSgtWzAtOWEtel17Miw4fSkrKSooLXgoLVswLTlhLXpdezEsOH0pKyk/fHgoLVswLTlhLXpd ezEsOH0pK3xbYS16XXsxLDN9KC1bMC05YS16XXsyLDh9KXsxLDJ9Ii8+CgkJCTwveHM6cmVz dHJpY3Rpb24+CgkJPC94czpzaW1wbGVUeXBlPgoJPC94czplbGVtZW50PgoJPCEtLQogICAg CiAgICA1LjEKICAtLT4KCTx4czpncm91cCBuYW1lPSJwYXJhbS1sYW5ndWFnZSI+CgkJPHhz OmFubm90YXRpb24+CgkJCTx4czpkb2N1bWVudGF0aW9uPlNlY3Rpb24gNTogUGFyYW1ldGVy czwveHM6ZG9jdW1lbnRhdGlvbj4KCQk8L3hzOmFubm90YXRpb24+CgkJPHhzOnNlcXVlbmNl PgoJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTpsYW5ndWFnZSIgbWluT2NjdXJzPSIwIi8+CgkJ PC94czpzZXF1ZW5jZT4KCTwveHM6Z3JvdXA+Cgk8eHM6ZWxlbWVudCBuYW1lPSJsYW5ndWFn ZSI+CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6c2VxdWVuY2U+CgkJCQk8eHM6ZWxlbWVu dCByZWY9Im5zMTpsYW5ndWFnZS10YWciLz4KCQkJPC94czpzZXF1ZW5jZT4KCQk8L3hzOmNv bXBsZXhUeXBlPgoJPC94czplbGVtZW50PgoJPCEtLSA1LjIgLS0+Cgk8eHM6Z3JvdXAgbmFt ZT0icGFyYW0tcHJlZiI+CgkJPHhzOnNlcXVlbmNlPgoJCQk8eHM6ZWxlbWVudCByZWY9Im5z MTpwcmVmIiBtaW5PY2N1cnM9IjAiLz4KCQk8L3hzOnNlcXVlbmNlPgoJPC94czpncm91cD4K CTx4czplbGVtZW50IG5hbWU9InByZWYiPgoJCTx4czpjb21wbGV4VHlwZT4KCQkJPHhzOnNl cXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgbmFtZT0iaW50ZWdlciI+CgkJCQkJPHhzOnNpbXBs ZVR5cGU+CgkJCQkJCTx4czpyZXN0cmljdGlvbiBiYXNlPSJ4czppbnRlZ2VyIj4KCQkJCQkJ CTx4czptaW5JbmNsdXNpdmUgdmFsdWU9IjEiLz4KCQkJCQkJCTx4czptYXhJbmNsdXNpdmUg dmFsdWU9IjEwMCIvPgoJCQkJCQk8L3hzOnJlc3RyaWN0aW9uPgoJCQkJCTwveHM6c2ltcGxl VHlwZT4KCQkJCTwveHM6ZWxlbWVudD4KCQkJPC94czpzZXF1ZW5jZT4KCQk8L3hzOmNvbXBs ZXhUeXBlPgoJPC94czplbGVtZW50PgoJPCEtLSA1LjQgLS0+Cgk8eHM6Z3JvdXAgbmFtZT0i cGFyYW0tYWx0aWQiPgoJCTx4czpzZXF1ZW5jZT4KCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6 YWx0aWQiIG1pbk9jY3Vycz0iMCIvPgoJCTwveHM6c2VxdWVuY2U+Cgk8L3hzOmdyb3VwPgoJ PHhzOmVsZW1lbnQgbmFtZT0iYWx0aWQiPgoJCTx4czpjb21wbGV4VHlwZT4KCQkJPHhzOnNl cXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6dGV4dCIvPgoJCQk8L3hzOnNlcXVl bmNlPgoJCTwveHM6Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDUuNSAtLT4K CTx4czpncm91cCBuYW1lPSJwYXJhbS1waWQiPgoJCTx4czpzZXF1ZW5jZT4KCQkJPHhzOmVs ZW1lbnQgcmVmPSJuczE6cGlkIiBtaW5PY2N1cnM9IjAiLz4KCQk8L3hzOnNlcXVlbmNlPgoJ PC94czpncm91cD4KCTx4czplbGVtZW50IG5hbWU9InBpZCI+CgkJPHhzOmNvbXBsZXhUeXBl PgoJCQk8eHM6c2VxdWVuY2U+CgkJCQk8eHM6ZWxlbWVudCBuYW1lPSJ0ZXh0IiBtYXhPY2N1 cnM9InVuYm91bmRlZCI+CgkJCQkJPHhzOnNpbXBsZVR5cGU+CgkJCQkJCTx4czpyZXN0cmlj dGlvbiBiYXNlPSJ4czpzdHJpbmciPgoJCQkJCQkJPHhzOnBhdHRlcm4gdmFsdWU9IlxkKyhc LlxkKyk/Ii8+CgkJCQkJCTwveHM6cmVzdHJpY3Rpb24+CgkJCQkJPC94czpzaW1wbGVUeXBl PgoJCQkJPC94czplbGVtZW50PgoJCQk8L3hzOnNlcXVlbmNlPgoJCTwveHM6Y29tcGxleFR5 cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDUuNiAtLT4KCTx4czpncm91cCBuYW1lPSJwYXJh bS10eXBlIj4KCQk8eHM6c2VxdWVuY2U+CgkJCTx4czplbGVtZW50IHJlZj0ibnMxOnR5cGUi IG1pbk9jY3Vycz0iMCIvPgoJCTwveHM6c2VxdWVuY2U+Cgk8L3hzOmdyb3VwPgoJPHhzOmVs ZW1lbnQgbmFtZT0idHlwZSI+CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6c2VxdWVuY2U+ CgkJCQk8eHM6ZWxlbWVudCBuYW1lPSJ0ZXh0IiBtYXhPY2N1cnM9InVuYm91bmRlZCI+CgkJ CQkJPHhzOnNpbXBsZVR5cGU+CgkJCQkJCTx4czpyZXN0cmljdGlvbiBiYXNlPSJ4czp0b2tl biI+CgkJCQkJCQk8eHM6ZW51bWVyYXRpb24gdmFsdWU9IndvcmsiLz4KCQkJCQkJCTx4czpl bnVtZXJhdGlvbiB2YWx1ZT0iaG9tZSIvPgoJCQkJCQk8L3hzOnJlc3RyaWN0aW9uPgoJCQkJ CTwveHM6c2ltcGxlVHlwZT4KCQkJCTwveHM6ZWxlbWVudD4KCQkJPC94czpzZXF1ZW5jZT4K CQk8L3hzOmNvbXBsZXhUeXBlPgoJPC94czplbGVtZW50PgoJPCEtLSA1LjcgLS0+Cgk8eHM6 Z3JvdXAgbmFtZT0icGFyYW0tbWVkaWF0eXBlIj4KCQk8eHM6c2VxdWVuY2U+CgkJCTx4czpl bGVtZW50IHJlZj0ibnMxOm1lZGlhdHlwZSIgbWluT2NjdXJzPSIwIi8+CgkJPC94czpzZXF1 ZW5jZT4KCTwveHM6Z3JvdXA+Cgk8eHM6ZWxlbWVudCBuYW1lPSJtZWRpYXR5cGUiPgoJCTx4 czpjb21wbGV4VHlwZT4KCQkJPHhzOnNlcXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgcmVmPSJu czE6dGV4dCIvPgoJCQk8L3hzOnNlcXVlbmNlPgoJCTwveHM6Y29tcGxleFR5cGU+Cgk8L3hz OmVsZW1lbnQ+Cgk8IS0tIDUuOCAtLT4KCTx4czpncm91cCBuYW1lPSJwYXJhbS1jYWxzY2Fs ZSI+CgkJPHhzOnNlcXVlbmNlPgoJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTpjYWxzY2FsZSIg bWluT2NjdXJzPSIwIi8+CgkJPC94czpzZXF1ZW5jZT4KCTwveHM6Z3JvdXA+Cgk8eHM6ZWxl bWVudCBuYW1lPSJjYWxzY2FsZSI+CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6c2VxdWVu Y2U+CgkJCQk8eHM6ZWxlbWVudCBuYW1lPSJ0ZXh0Ij4KCQkJCQk8eHM6c2ltcGxlVHlwZT4K CQkJCQkJPHhzOnJlc3RyaWN0aW9uIGJhc2U9InhzOnRva2VuIj4KCQkJCQkJCTx4czplbnVt ZXJhdGlvbiB2YWx1ZT0iZ3JlZ29yaWFuIi8+CgkJCQkJCTwveHM6cmVzdHJpY3Rpb24+CgkJ CQkJPC94czpzaW1wbGVUeXBlPgoJCQkJPC94czplbGVtZW50PgoJCQk8L3hzOnNlcXVlbmNl PgoJCTwveHM6Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDUuOSAtLT4KCTx4 czpncm91cCBuYW1lPSJwYXJhbS1zb3J0LWFzIj4KCQk8eHM6c2VxdWVuY2U+CgkJCTx4czpl bGVtZW50IHJlZj0ibnMxOnNvcnQtYXMiIG1pbk9jY3Vycz0iMCIvPgoJCTwveHM6c2VxdWVu Y2U+Cgk8L3hzOmdyb3VwPgoJPHhzOmVsZW1lbnQgbmFtZT0ic29ydC1hcyI+CgkJPHhzOmNv bXBsZXhUeXBlPgoJCQk8eHM6c2VxdWVuY2U+CgkJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTp0 ZXh0IiBtYXhPY2N1cnM9InVuYm91bmRlZCIvPgoJCQk8L3hzOnNlcXVlbmNlPgoJCTwveHM6 Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDUuMTAgLS0+Cgk8eHM6Z3JvdXAg bmFtZT0icGFyYW0tZ2VvIj4KCQk8eHM6c2VxdWVuY2U+CgkJCTx4czplbGVtZW50IG5hbWU9 ImdlbyIgbWluT2NjdXJzPSIwIj4KCQkJCTx4czpjb21wbGV4VHlwZT4KCQkJCQk8eHM6c2Vx dWVuY2U+CgkJCQkJCTx4czplbGVtZW50IHJlZj0ibnMxOnVyaSIvPgoJCQkJCTwveHM6c2Vx dWVuY2U+CgkJCQk8L3hzOmNvbXBsZXhUeXBlPgoJCQk8L3hzOmVsZW1lbnQ+CgkJPC94czpz ZXF1ZW5jZT4KCTwveHM6Z3JvdXA+Cgk8IS0tIDUuMTEgLS0+Cgk8eHM6Z3JvdXAgbmFtZT0i cGFyYW0tdHoiPgoJCTx4czpzZXF1ZW5jZT4KCQkJPHhzOmVsZW1lbnQgbmFtZT0idHoiIG1p bk9jY3Vycz0iMCI+CgkJCQk8eHM6Y29tcGxleFR5cGU+CgkJCQkJPHhzOmNob2ljZT4KCQkJ CQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6dGV4dCIvPgoJCQkJCQk8eHM6ZWxlbWVudCByZWY9 Im5zMTp1cmkiLz4KCQkJCQk8L3hzOmNob2ljZT4KCQkJCTwveHM6Y29tcGxleFR5cGU+CgkJ CTwveHM6ZWxlbWVudD4KCQk8L3hzOnNlcXVlbmNlPgoJPC94czpncm91cD4KCTwhLS0KICAg IAogICAgNi4xLjMKICAtLT4KCTx4czplbGVtZW50IG5hbWU9InNvdXJjZSI+CgkJPHhzOmNv bXBsZXhUeXBlPgoJCQk8eHM6c2VxdWVuY2U+CgkJCQk8eHM6ZWxlbWVudCBuYW1lPSJwYXJh bWV0ZXJzIj4KCQkJCQk8eHM6Y29tcGxleFR5cGU+CgkJCQkJCTx4czpzZXF1ZW5jZT4KCQkJ CQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgoJCQkJCQkJPHhzOmdyb3Vw IHJlZj0ibnMxOnBhcmFtLXBpZCIvPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFt LXByZWYiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1tZWRpYXR5cGUiLz4K CQkJCQkJPC94czpzZXF1ZW5jZT4KCQkJCQk8L3hzOmNvbXBsZXhUeXBlPgoJCQkJPC94czpl bGVtZW50PgoJCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6dXJpIi8+CgkJCTwveHM6c2VxdWVu Y2U+CgkJPC94czpjb21wbGV4VHlwZT4KCTwveHM6ZWxlbWVudD4KCTwhLS0gNi4xLjQgLS0+ Cgk8eHM6ZWxlbWVudCBuYW1lPSJraW5kIj4KCQk8eHM6Y29tcGxleFR5cGU+CgkJCTx4czpz ZXF1ZW5jZT4KCQkJCTx4czphbm5vdGF0aW9uPgoJCQkJCTx4czpkb2N1bWVudGF0aW9uPgog ICAgICAgICAgICBUaGUgdGV4dCB2YWx1ZSBtdXN0IGJlIG9uZSBvZjogaW5kaXZpZHVhbCwg Z3JvdXAsIG9yZywgbG9jYXRpb24gb3IKICAgICAgICAgICAgYSBuczE6eC1uYW1lIG9yIGEg bnMxOmlhbmEtdG9rZW4gdmFsdWUKICAgICAgICAgIDwveHM6ZG9jdW1lbnRhdGlvbj4KCQkJ CTwveHM6YW5ub3RhdGlvbj4KCQkJCTx4czplbGVtZW50IG5hbWU9InRleHQiIHR5cGU9Inhz OnRva2VuIiBtaW5PY2N1cnM9IjEiIG1heE9jY3Vycz0iMSIvPgoJCQk8L3hzOnNlcXVlbmNl PgoJCTwveHM6Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDYuMi4xIC0tPgoJ PHhzOmVsZW1lbnQgbmFtZT0iZm4iPgoJCTx4czpjb21wbGV4VHlwZT4KCQkJPHhzOnNlcXVl bmNlPgoJCQkJPHhzOmVsZW1lbnQgbmFtZT0icGFyYW1ldGVycyIgbWluT2NjdXJzPSIwIj4K CQkJCQk8eHM6Y29tcGxleFR5cGU+CgkJCQkJCTx4czpzZXF1ZW5jZT4KCQkJCQkJCTx4czpn cm91cCByZWY9Im5zMTpwYXJhbS1sYW5ndWFnZSIvPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0i bnMxOnBhcmFtLWFsdGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcGlk Ii8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJlZiIvPgoJCQkJCQkJPHhz Omdyb3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KCQkJCQkJPC94czpzZXF1ZW5jZT4KCQkJ CQk8L3hzOmNvbXBsZXhUeXBlPgoJCQkJPC94czplbGVtZW50PgoJCQkJPHhzOmVsZW1lbnQg cmVmPSJuczE6dGV4dCIvPgoJCQk8L3hzOnNlcXVlbmNlPgoJCTwveHM6Y29tcGxleFR5cGU+ Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDYuMi4yIC0tPgoJPHhzOmVsZW1lbnQgbmFtZT0ibiI+ CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6c2VxdWVuY2U+CgkJCQk8eHM6ZWxlbWVudCBu YW1lPSJwYXJhbWV0ZXJzIiBtaW5PY2N1cnM9IjAiPgoJCQkJCTx4czpjb21wbGV4VHlwZT4K CQkJCQkJPHhzOnNlcXVlbmNlPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWxh bmd1YWdlIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tc29ydC1hcyIvPgoJ CQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWFsdGlkIi8+CgkJCQkJCTwveHM6c2Vx dWVuY2U+CgkJCQkJPC94czpjb21wbGV4VHlwZT4KCQkJCTwveHM6ZWxlbWVudD4KCQkJCTx4 czplbGVtZW50IHJlZj0ibnMxOnN1cm5hbWUiIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1 bmJvdW5kZWQiLz4KCQkJCTx4czplbGVtZW50IHJlZj0ibnMxOmdpdmVuIiBtaW5PY2N1cnM9 IjAiIG1heE9jY3Vycz0idW5ib3VuZGVkIi8+CgkJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTph ZGRpdGlvbmFsIiBtaW5PY2N1cnM9IjAiIG1heE9jY3Vycz0idW5ib3VuZGVkIi8+CgkJCQk8 eHM6ZWxlbWVudCByZWY9Im5zMTpwcmVmaXgiIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1 bmJvdW5kZWQiLz4KCQkJCTx4czplbGVtZW50IHJlZj0ibnMxOnN1ZmZpeCIgbWluT2NjdXJz PSIwIiBtYXhPY2N1cnM9InVuYm91bmRlZCIvPgoJCQk8L3hzOnNlcXVlbmNlPgoJCTwveHM6 Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8eHM6ZWxlbWVudCBuYW1lPSJzdXJuYW1l IiB0eXBlPSJ4czpzdHJpbmciLz4KCTx4czplbGVtZW50IG5hbWU9ImdpdmVuIiB0eXBlPSJ4 czpzdHJpbmciLz4KCTx4czplbGVtZW50IG5hbWU9ImFkZGl0aW9uYWwiIHR5cGU9InhzOnN0 cmluZyIvPgoJPHhzOmVsZW1lbnQgbmFtZT0icHJlZml4IiB0eXBlPSJ4czpzdHJpbmciLz4K CTx4czplbGVtZW50IG5hbWU9InN1ZmZpeCIgdHlwZT0ieHM6c3RyaW5nIi8+Cgk8IS0tIDYu Mi4zIC0tPgoJPHhzOmVsZW1lbnQgbmFtZT0ibmlja25hbWUiPgoJCTx4czpjb21wbGV4VHlw ZT4KCQkJPHhzOnNlcXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgbmFtZT0icGFyYW1ldGVycyIg bWluT2NjdXJzPSIwIj4KCQkJCQk8eHM6Y29tcGxleFR5cGU+CgkJCQkJCTx4czpzZXF1ZW5j ZT4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1sYW5ndWFnZSIvPgoJCQkJCQkJ PHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWFsdGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVm PSJuczE6cGFyYW0tcGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJl ZiIvPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KCQkJCQkJPC94 czpzZXF1ZW5jZT4KCQkJCQk8L3hzOmNvbXBsZXhUeXBlPgoJCQkJPC94czplbGVtZW50PgoJ CQkJPHhzOmdyb3VwIHJlZj0ibnMxOnZhbHVlLXRleHQtbGlzdCIvPgoJCQk8L3hzOnNlcXVl bmNlPgoJCTwveHM6Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDYuMi40IC0t PgoJPHhzOmVsZW1lbnQgbmFtZT0icGhvdG8iPgoJCTx4czpjb21wbGV4VHlwZT4KCQkJPHhz OnNlcXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgbmFtZT0icGFyYW1ldGVycyIgbWluT2NjdXJz PSIwIj4KCQkJCQk8eHM6Y29tcGxleFR5cGU+CgkJCQkJCTx4czpzZXF1ZW5jZT4KCQkJCQkJ CTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgoJCQkJCQkJPHhzOmdyb3VwIHJl Zj0ibnMxOnBhcmFtLXBpZCIvPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXBy ZWYiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS10eXBlIi8+CgkJCQkJCQk8 eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tbWVkaWF0eXBlIi8+CgkJCQkJCTwveHM6c2VxdWVu Y2U+CgkJCQkJPC94czpjb21wbGV4VHlwZT4KCQkJCTwveHM6ZWxlbWVudD4KCQkJCTx4czpl bGVtZW50IHJlZj0ibnMxOnVyaSIvPgoJCQk8L3hzOnNlcXVlbmNlPgoJCTwveHM6Y29tcGxl eFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDYuMi41IC0tPgoJPHhzOmVsZW1lbnQgbmFt ZT0iYmRheSI+CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6c2VxdWVuY2U+CgkJCQk8eHM6 ZWxlbWVudCBuYW1lPSJwYXJhbWV0ZXJzIiBtaW5PY2N1cnM9IjAiPgoJCQkJCTx4czpjb21w bGV4VHlwZT4KCQkJCQkJPHhzOnNlcXVlbmNlPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMx OnBhcmFtLWFsdGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tY2Fsc2Nh bGUiLz4KCQkJCQkJPC94czpzZXF1ZW5jZT4KCQkJCQk8L3hzOmNvbXBsZXhUeXBlPgoJCQkJ PC94czplbGVtZW50PgoJCQkJPHhzOmNob2ljZT4KCQkJCQk8eHM6ZWxlbWVudCByZWY9Im5z MTp2YWx1ZS1kYXRlLWFuZC1vci10aW1lIi8+CgkJCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6 dGV4dCIvPgoJCQkJPC94czpjaG9pY2U+CgkJCTwveHM6c2VxdWVuY2U+CgkJPC94czpjb21w bGV4VHlwZT4KCTwveHM6ZWxlbWVudD4KCTwhLS0gNi4yLjYgLS0+Cgk8eHM6ZWxlbWVudCBu YW1lPSJhbm5pdmVyc2FyeSI+CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6c2VxdWVuY2U+ CgkJCQk8eHM6ZWxlbWVudCBuYW1lPSJwYXJhbWV0ZXJzIiBtaW5PY2N1cnM9IjAiPgoJCQkJ CTx4czpjb21wbGV4VHlwZT4KCQkJCQkJPHhzOnNlcXVlbmNlPgoJCQkJCQkJPHhzOmdyb3Vw IHJlZj0ibnMxOnBhcmFtLWFsdGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFy YW0tY2Fsc2NhbGUiLz4KCQkJCQkJPC94czpzZXF1ZW5jZT4KCQkJCQk8L3hzOmNvbXBsZXhU eXBlPgoJCQkJPC94czplbGVtZW50PgoJCQkJPHhzOmNob2ljZT4KCQkJCQk8eHM6ZWxlbWVu dCByZWY9Im5zMTp2YWx1ZS1kYXRlLWFuZC1vci10aW1lIi8+CgkJCQkJPHhzOmVsZW1lbnQg cmVmPSJuczE6dGV4dCIvPgoJCQkJPC94czpjaG9pY2U+CgkJCTwveHM6c2VxdWVuY2U+CgkJ PC94czpjb21wbGV4VHlwZT4KCTwveHM6ZWxlbWVudD4KCTwhLS0gNi4yLjcgLS0+Cgk8eHM6 ZWxlbWVudCBuYW1lPSJnZW5kZXIiPgoJCTx4czpjb21wbGV4VHlwZT4KCQkJPHhzOnNlcXVl bmNlPgoJCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6c2V4Ii8+CgkJCQk8eHM6ZWxlbWVudCBy ZWY9Im5zMTppZGVudGl0eSIgbWluT2NjdXJzPSIwIi8+CgkJCTwveHM6c2VxdWVuY2U+CgkJ PC94czpjb21wbGV4VHlwZT4KCTwveHM6ZWxlbWVudD4KCTx4czplbGVtZW50IG5hbWU9InNl eCI+CgkJPHhzOnNpbXBsZVR5cGU+CgkJCTx4czpyZXN0cmljdGlvbiBiYXNlPSJ4czp0b2tl biI+CgkJCQk8eHM6ZW51bWVyYXRpb24gdmFsdWU9IiIvPgoJCQkJPHhzOmVudW1lcmF0aW9u IHZhbHVlPSJNIi8+CgkJCQk8eHM6ZW51bWVyYXRpb24gdmFsdWU9IkYiLz4KCQkJCTx4czpl bnVtZXJhdGlvbiB2YWx1ZT0iTyIvPgoJCQkJPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJOIi8+ CgkJCQk8eHM6ZW51bWVyYXRpb24gdmFsdWU9IlUiLz4KCQkJPC94czpyZXN0cmljdGlvbj4K CQk8L3hzOnNpbXBsZVR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8eHM6ZWxlbWVudCBuYW1lPSJp ZGVudGl0eSIgdHlwZT0ieHM6c3RyaW5nIi8+Cgk8IS0tIDYuMy4xIC0tPgoJPHhzOmdyb3Vw IG5hbWU9InBhcmFtLWxhYmVsIj4KCQk8eHM6c2VxdWVuY2U+CgkJCTx4czplbGVtZW50IHJl Zj0ibnMxOmxhYmVsIiBtaW5PY2N1cnM9IjAiLz4KCQk8L3hzOnNlcXVlbmNlPgoJPC94czpn cm91cD4KCTx4czplbGVtZW50IG5hbWU9ImxhYmVsIj4KCQk8eHM6Y29tcGxleFR5cGU+CgkJ CTx4czpzZXF1ZW5jZT4KCQkJCTx4czplbGVtZW50IHJlZj0ibnMxOnRleHQiLz4KCQkJPC94 czpzZXF1ZW5jZT4KCQk8L3hzOmNvbXBsZXhUeXBlPgoJPC94czplbGVtZW50PgoJPHhzOmVs ZW1lbnQgbmFtZT0iYWRyIj4KCQk8eHM6Y29tcGxleFR5cGU+CgkJCTx4czpzZXF1ZW5jZT4K CQkJCTx4czplbGVtZW50IG5hbWU9InBhcmFtZXRlcnMiIG1pbk9jY3Vycz0iMCI+CgkJCQkJ PHhzOmNvbXBsZXhUeXBlPgoJCQkJCQk8eHM6c2VxdWVuY2U+CgkJCQkJCQk8eHM6Z3JvdXAg cmVmPSJuczE6cGFyYW0tbGFuZ3VhZ2UiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpw YXJhbS1hbHRpZCIvPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXBpZCIvPgoJ CQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXByZWYiLz4KCQkJCQkJCTx4czpncm91 cCByZWY9Im5zMTpwYXJhbS10eXBlIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFy YW0tZ2VvIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tdHoiLz4KCQkJCQkJ CTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1sYWJlbCIvPgoJCQkJCQk8L3hzOnNlcXVlbmNl PgoJCQkJCTwveHM6Y29tcGxleFR5cGU+CgkJCQk8L3hzOmVsZW1lbnQ+CgkJCQk8eHM6ZWxl bWVudCByZWY9Im5zMTpwb2JveCIgbWluT2NjdXJzPSIwIiBtYXhPY2N1cnM9InVuYm91bmRl ZCIvPgoJCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6ZXh0IiBtaW5PY2N1cnM9IjAiIG1heE9j Y3Vycz0idW5ib3VuZGVkIi8+CgkJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTpzdHJlZXQiIG1p bk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiLz4KCQkJCTx4czplbGVtZW50IHJl Zj0ibnMxOmxvY2FsaXR5IiBtaW5PY2N1cnM9IjAiIG1heE9jY3Vycz0idW5ib3VuZGVkIi8+ CgkJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTpyZWdpb24iIG1pbk9jY3Vycz0iMCIgbWF4T2Nj dXJzPSJ1bmJvdW5kZWQiLz4KCQkJCTx4czplbGVtZW50IHJlZj0ibnMxOmNvZGUiIG1pbk9j Y3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiLz4KCQkJCTx4czplbGVtZW50IHJlZj0i bnMxOmNvdW50cnkiIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiLz4KCQkJ PC94czpzZXF1ZW5jZT4KCQk8L3hzOmNvbXBsZXhUeXBlPgoJPC94czplbGVtZW50PgoJPHhz OmVsZW1lbnQgbmFtZT0icG9ib3giIHR5cGU9InhzOnN0cmluZyIvPgoJPHhzOmVsZW1lbnQg bmFtZT0iZXh0IiB0eXBlPSJ4czpzdHJpbmciLz4KCTx4czplbGVtZW50IG5hbWU9InN0cmVl dCIgdHlwZT0ieHM6c3RyaW5nIi8+Cgk8eHM6ZWxlbWVudCBuYW1lPSJsb2NhbGl0eSIgdHlw ZT0ieHM6c3RyaW5nIi8+Cgk8eHM6ZWxlbWVudCBuYW1lPSJyZWdpb24iIHR5cGU9InhzOnN0 cmluZyIvPgoJPHhzOmVsZW1lbnQgbmFtZT0iY29kZSIgdHlwZT0ieHM6c3RyaW5nIi8+Cgk8 eHM6ZWxlbWVudCBuYW1lPSJjb3VudHJ5IiB0eXBlPSJ4czpzdHJpbmciLz4KCTwhLS0gNi40 LjEgLS0+Cgk8eHM6ZWxlbWVudCBuYW1lPSJ0ZWwiPgoJCTx4czpjb21wbGV4VHlwZT4KCQkJ PHhzOnNlcXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgbmFtZT0icGFyYW1ldGVycyIgbWluT2Nj dXJzPSIwIj4KCQkJCQk8eHM6Y29tcGxleFR5cGU+CgkJCQkJCTx4czpzZXF1ZW5jZT4KCQkJ CQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIgbWluT2NjdXJzPSIwIi8+CgkJ CQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcGlkIiBtaW5PY2N1cnM9IjAiLz4KCQkJ CQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1wcmVmIiBtaW5PY2N1cnM9IjAiLz4KCQkJ CQkJCTx4czplbGVtZW50IG5hbWU9InR5cGUiIG1pbk9jY3Vycz0iMCI+CgkJCQkJCQkJPHhz OmNvbXBsZXhUeXBlPgoJCQkJCQkJCQk8eHM6c2VxdWVuY2U+CgkJCQkJCQkJCQk8eHM6ZWxl bWVudCBuYW1lPSJ0ZXh0IiBtYXhPY2N1cnM9InVuYm91bmRlZCI+CgkJCQkJCQkJCQkJPHhz OnNpbXBsZVR5cGU+CgkJCQkJCQkJCQkJCTx4czpyZXN0cmljdGlvbiBiYXNlPSJ4czp0b2tl biI+CgkJCQkJCQkJCQkJCQk8eHM6ZW51bWVyYXRpb24gdmFsdWU9IndvcmsiLz4KCQkJCQkJ CQkJCQkJCTx4czplbnVtZXJhdGlvbiB2YWx1ZT0iaG9tZSIvPgoJCQkJCQkJCQkJCQkJPHhz OmVudW1lcmF0aW9uIHZhbHVlPSJ0ZXh0Ii8+CgkJCQkJCQkJCQkJCQk8eHM6ZW51bWVyYXRp b24gdmFsdWU9InZvaWNlIi8+CgkJCQkJCQkJCQkJCQk8eHM6ZW51bWVyYXRpb24gdmFsdWU9 ImZheCIvPgoJCQkJCQkJCQkJCQkJPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJjZWxsIi8+CgkJ CQkJCQkJCQkJCQk8eHM6ZW51bWVyYXRpb24gdmFsdWU9InZpZGVvIi8+CgkJCQkJCQkJCQkJ CQk8eHM6ZW51bWVyYXRpb24gdmFsdWU9InBhZ2VyIi8+CgkJCQkJCQkJCQkJCQk8eHM6ZW51 bWVyYXRpb24gdmFsdWU9InRleHRwaG9uZSIvPgoJCQkJCQkJCQkJCQk8L3hzOnJlc3RyaWN0 aW9uPgoJCQkJCQkJCQkJCTwveHM6c2ltcGxlVHlwZT4KCQkJCQkJCQkJCTwveHM6ZWxlbWVu dD4KCQkJCQkJCQkJPC94czpzZXF1ZW5jZT4KCQkJCQkJCQk8L3hzOmNvbXBsZXhUeXBlPgoJ CQkJCQkJPC94czplbGVtZW50PgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLW1l ZGlhdHlwZSIvPgoJCQkJCQk8L3hzOnNlcXVlbmNlPgoJCQkJCTwveHM6Y29tcGxleFR5cGU+ CgkJCQk8L3hzOmVsZW1lbnQ+CgkJCQk8eHM6Y2hvaWNlPgoJCQkJCTx4czplbGVtZW50IHJl Zj0ibnMxOnRleHQiLz4KCQkJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTp1cmkiLz4KCQkJCTwv eHM6Y2hvaWNlPgoJCQk8L3hzOnNlcXVlbmNlPgoJCTwveHM6Y29tcGxleFR5cGU+Cgk8L3hz OmVsZW1lbnQ+Cgk8IS0tIDYuNC4yIC0tPgoJPHhzOmVsZW1lbnQgbmFtZT0iZW1haWwiPgoJ CTx4czpjb21wbGV4VHlwZT4KCQkJPHhzOnNlcXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgbmFt ZT0icGFyYW1ldGVycyIgbWluT2NjdXJzPSIwIj4KCQkJCQk8eHM6Y29tcGxleFR5cGU+CgkJ CQkJCTx4czpzZXF1ZW5jZT4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRp ZCIvPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXBpZCIvPgoJCQkJCQkJPHhz Omdyb3VwIHJlZj0ibnMxOnBhcmFtLXByZWYiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5z MTpwYXJhbS10eXBlIi8+CgkJCQkJCTwveHM6c2VxdWVuY2U+CgkJCQkJPC94czpjb21wbGV4 VHlwZT4KCQkJCTwveHM6ZWxlbWVudD4KCQkJCTx4czplbGVtZW50IHJlZj0ibnMxOnRleHQi Lz4KCQkJPC94czpzZXF1ZW5jZT4KCQk8L3hzOmNvbXBsZXhUeXBlPgoJPC94czplbGVtZW50 PgoJPCEtLSA2LjQuMyAtLT4KCTx4czplbGVtZW50IG5hbWU9ImltcHAiPgoJCTx4czpjb21w bGV4VHlwZT4KCQkJPHhzOnNlcXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgbmFtZT0icGFyYW1l dGVycyIgbWluT2NjdXJzPSIwIj4KCQkJCQk8eHM6Y29tcGxleFR5cGU+CgkJCQkJCTx4czpz ZXF1ZW5jZT4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgoJCQkJ CQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXBpZCIvPgoJCQkJCQkJPHhzOmdyb3VwIHJl Zj0ibnMxOnBhcmFtLXByZWYiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS10 eXBlIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tbWVkaWF0eXBlIi8+CgkJ CQkJCTwveHM6c2VxdWVuY2U+CgkJCQkJPC94czpjb21wbGV4VHlwZT4KCQkJCTwveHM6ZWxl bWVudD4KCQkJCTx4czplbGVtZW50IHJlZj0ibnMxOnVyaSIvPgoJCQk8L3hzOnNlcXVlbmNl PgoJCTwveHM6Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDYuNC40IC0tPgoJ PHhzOmVsZW1lbnQgbmFtZT0ibGFuZyI+CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6c2Vx dWVuY2U+CgkJCQk8eHM6ZWxlbWVudCBuYW1lPSJwYXJhbWV0ZXJzIiBtaW5PY2N1cnM9IjAi PgoJCQkJCTx4czpjb21wbGV4VHlwZT4KCQkJCQkJPHhzOnNlcXVlbmNlPgoJCQkJCQkJPHhz Omdyb3VwIHJlZj0ibnMxOnBhcmFtLWFsdGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJu czE6cGFyYW0tcGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJlZiIv PgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KCQkJCQkJPC94czpz ZXF1ZW5jZT4KCQkJCQk8L3hzOmNvbXBsZXhUeXBlPgoJCQkJPC94czplbGVtZW50PgoJCQkJ PHhzOmVsZW1lbnQgcmVmPSJuczE6bGFuZ3VhZ2UtdGFnIi8+CgkJCTwveHM6c2VxdWVuY2U+ CgkJPC94czpjb21wbGV4VHlwZT4KCTwveHM6ZWxlbWVudD4KCTwhLS0gNi41LjEgLS0+Cgk8 eHM6Z3JvdXAgbmFtZT0icHJvcGVydHktdHoiPgoJCTx4czpzZXF1ZW5jZT4KCQkJPHhzOmVs ZW1lbnQgbmFtZT0idHoiPgoJCQkJPHhzOmNvbXBsZXhUeXBlPgoJCQkJCTx4czpzZXF1ZW5j ZT4KCQkJCQkJPHhzOmVsZW1lbnQgbmFtZT0icGFyYW1ldGVycyIgbWluT2NjdXJzPSIwIj4K CQkJCQkJCTx4czpjb21wbGV4VHlwZT4KCQkJCQkJCQk8eHM6c2VxdWVuY2U+CgkJCQkJCQkJ CTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgoJCQkJCQkJCQk8eHM6Z3JvdXAg cmVmPSJuczE6cGFyYW0tcGlkIi8+CgkJCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJh bS1wcmVmIi8+CgkJCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS10eXBlIi8+CgkJ CQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1tZWRpYXR5cGUiLz4KCQkJCQkJCQk8 L3hzOnNlcXVlbmNlPgoJCQkJCQkJPC94czpjb21wbGV4VHlwZT4KCQkJCQkJPC94czplbGVt ZW50PgoJCQkJCQk8eHM6Y2hvaWNlPgoJCQkJCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6dGV4 dCIvPgoJCQkJCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6dXJpIi8+CgkJCQkJCQk8eHM6ZWxl bWVudCByZWY9Im5zMTp1dGMtb2Zmc2V0Ii8+CgkJCQkJCTwveHM6Y2hvaWNlPgoJCQkJCTwv eHM6c2VxdWVuY2U+CgkJCQk8L3hzOmNvbXBsZXhUeXBlPgoJCQk8L3hzOmVsZW1lbnQ+CgkJ PC94czpzZXF1ZW5jZT4KCTwveHM6Z3JvdXA+Cgk8IS0tIDYuNS4yIC0tPgoJPHhzOmdyb3Vw IG5hbWU9InByb3BlcnR5LWdlbyI+CgkJPHhzOnNlcXVlbmNlPgoJCQk8eHM6ZWxlbWVudCBu YW1lPSJnZW8iPgoJCQkJPHhzOmNvbXBsZXhUeXBlPgoJCQkJCTx4czpzZXF1ZW5jZT4KCQkJ CQkJPHhzOmVsZW1lbnQgbmFtZT0icGFyYW1ldGVycyIgbWluT2NjdXJzPSIwIj4KCQkJCQkJ CTx4czpjb21wbGV4VHlwZT4KCQkJCQkJCQk8eHM6c2VxdWVuY2U+CgkJCQkJCQkJCTx4czpn cm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgoJCQkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJu czE6cGFyYW0tcGlkIi8+CgkJCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1wcmVm Ii8+CgkJCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS10eXBlIi8+CgkJCQkJCQkJ CTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1tZWRpYXR5cGUiLz4KCQkJCQkJCQk8L3hzOnNl cXVlbmNlPgoJCQkJCQkJPC94czpjb21wbGV4VHlwZT4KCQkJCQkJPC94czplbGVtZW50PgoJ CQkJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTp1cmkiLz4KCQkJCQk8L3hzOnNlcXVlbmNlPgoJ CQkJPC94czpjb21wbGV4VHlwZT4KCQkJPC94czplbGVtZW50PgoJCTwveHM6c2VxdWVuY2U+ Cgk8L3hzOmdyb3VwPgoJPCEtLSA2LjYuMSAtLT4KCTx4czplbGVtZW50IG5hbWU9InRpdGxl Ij4KCQk8eHM6Y29tcGxleFR5cGU+CgkJCTx4czpzZXF1ZW5jZT4KCQkJCTx4czplbGVtZW50 IG5hbWU9InBhcmFtZXRlcnMiIG1pbk9jY3Vycz0iMCI+CgkJCQkJPHhzOmNvbXBsZXhUeXBl PgoJCQkJCQk8eHM6c2VxdWVuY2U+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0t bGFuZ3VhZ2UiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgoJ CQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXBpZCIvPgoJCQkJCQkJPHhzOmdyb3Vw IHJlZj0ibnMxOnBhcmFtLXByZWYiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJh bS10eXBlIi8+CgkJCQkJCTwveHM6c2VxdWVuY2U+CgkJCQkJPC94czpjb21wbGV4VHlwZT4K CQkJCTwveHM6ZWxlbWVudD4KCQkJCTx4czplbGVtZW50IHJlZj0ibnMxOnRleHQiLz4KCQkJ PC94czpzZXF1ZW5jZT4KCQk8L3hzOmNvbXBsZXhUeXBlPgoJPC94czplbGVtZW50PgoJPCEt LSA2LjYuMiAtLT4KCTx4czplbGVtZW50IG5hbWU9InJvbGUiPgoJCTx4czpjb21wbGV4VHlw ZT4KCQkJPHhzOnNlcXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgbmFtZT0icGFyYW1ldGVycyIg bWluT2NjdXJzPSIwIj4KCQkJCQk8eHM6Y29tcGxleFR5cGU+CgkJCQkJCTx4czpzZXF1ZW5j ZT4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1sYW5ndWFnZSIvPgoJCQkJCQkJ PHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWFsdGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVm PSJuczE6cGFyYW0tcGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJl ZiIvPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KCQkJCQkJPC94 czpzZXF1ZW5jZT4KCQkJCQk8L3hzOmNvbXBsZXhUeXBlPgoJCQkJPC94czplbGVtZW50PgoJ CQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6dGV4dCIvPgoJCQk8L3hzOnNlcXVlbmNlPgoJCTwv eHM6Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDYuNi4zIC0tPgoJPHhzOmVs ZW1lbnQgbmFtZT0ibG9nbyI+CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6c2VxdWVuY2U+ CgkJCQk8eHM6ZWxlbWVudCBuYW1lPSJwYXJhbWV0ZXJzIiBtaW5PY2N1cnM9IjAiPgoJCQkJ CTx4czpjb21wbGV4VHlwZT4KCQkJCQkJPHhzOnNlcXVlbmNlPgoJCQkJCQkJPHhzOmdyb3Vw IHJlZj0ibnMxOnBhcmFtLWxhbmd1YWdlIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6 cGFyYW0tYWx0aWQiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1waWQiLz4K CQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1wcmVmIi8+CgkJCQkJCQk8eHM6Z3Jv dXAgcmVmPSJuczE6cGFyYW0tdHlwZSIvPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBh cmFtLW1lZGlhdHlwZSIvPgoJCQkJCQk8L3hzOnNlcXVlbmNlPgoJCQkJCTwveHM6Y29tcGxl eFR5cGU+CgkJCQk8L3hzOmVsZW1lbnQ+CgkJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTp1cmki Lz4KCQkJPC94czpzZXF1ZW5jZT4KCQk8L3hzOmNvbXBsZXhUeXBlPgoJPC94czplbGVtZW50 PgoJPCEtLSA2LjYuNCAtLT4KCTx4czplbGVtZW50IG5hbWU9Im9yZyI+CgkJPHhzOmNvbXBs ZXhUeXBlPgoJCQk8eHM6c2VxdWVuY2U+CgkJCQk8eHM6ZWxlbWVudCBuYW1lPSJwYXJhbWV0 ZXJzIiBtaW5PY2N1cnM9IjAiPgoJCQkJCTx4czpjb21wbGV4VHlwZT4KCQkJCQkJPHhzOnNl cXVlbmNlPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWxhbmd1YWdlIi8+CgkJ CQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tYWx0aWQiLz4KCQkJCQkJCTx4czpncm91 cCByZWY9Im5zMTpwYXJhbS1waWQiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJh bS1wcmVmIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tdHlwZSIvPgoJCQkJ CQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXNvcnQtYXMiLz4KCQkJCQkJPC94czpzZXF1 ZW5jZT4KCQkJCQk8L3hzOmNvbXBsZXhUeXBlPgoJCQkJPC94czplbGVtZW50PgoJCQkJPHhz Omdyb3VwIHJlZj0ibnMxOnZhbHVlLXRleHQtbGlzdCIvPgoJCQk8L3hzOnNlcXVlbmNlPgoJ CTwveHM6Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDYuNi41IC0tPgoJPHhz OmVsZW1lbnQgbmFtZT0ibWVtYmVyIj4KCQk8eHM6Y29tcGxleFR5cGU+CgkJCTx4czpzZXF1 ZW5jZT4KCQkJCTx4czplbGVtZW50IG5hbWU9InBhcmFtZXRlcnMiIG1pbk9jY3Vycz0iMCI+ CgkJCQkJPHhzOmNvbXBsZXhUeXBlPgoJCQkJCQk8eHM6c2VxdWVuY2U+CgkJCQkJCQk8eHM6 Z3JvdXAgcmVmPSJuczE6cGFyYW0tYWx0aWQiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5z MTpwYXJhbS1waWQiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1wcmVmIi8+ CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tbWVkaWF0eXBlIi8+CgkJCQkJCTwv eHM6c2VxdWVuY2U+CgkJCQkJPC94czpjb21wbGV4VHlwZT4KCQkJCTwveHM6ZWxlbWVudD4K CQkJCTx4czplbGVtZW50IHJlZj0ibnMxOnVyaSIvPgoJCQk8L3hzOnNlcXVlbmNlPgoJCTwv eHM6Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDYuNi42IC0tPgoJPHhzOmVs ZW1lbnQgbmFtZT0icmVsYXRlZCI+CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6c2VxdWVu Y2U+CgkJCQk8eHM6ZWxlbWVudCBuYW1lPSJwYXJhbWV0ZXJzIiBtaW5PY2N1cnM9IjAiPgoJ CQkJCTx4czpjb21wbGV4VHlwZT4KCQkJCQkJPHhzOnNlcXVlbmNlPgoJCQkJCQkJPHhzOmdy b3VwIHJlZj0ibnMxOnBhcmFtLWFsdGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6 cGFyYW0tcGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJlZiIvPgoJ CQkJCQkJPHhzOmVsZW1lbnQgbmFtZT0idHlwZSIgbWluT2NjdXJzPSIwIj4KCQkJCQkJCQk8 eHM6Y29tcGxleFR5cGU+CgkJCQkJCQkJCTx4czpzZXF1ZW5jZT4KCQkJCQkJCQkJCTx4czpl bGVtZW50IG5hbWU9InRleHQiIG1heE9jY3Vycz0idW5ib3VuZGVkIj4KCQkJCQkJCQkJCQk8 eHM6c2ltcGxlVHlwZT4KCQkJCQkJCQkJCQkJPHhzOnJlc3RyaWN0aW9uIGJhc2U9InhzOnRv a2VuIj4KCQkJCQkJCQkJCQkJCTx4czplbnVtZXJhdGlvbiB2YWx1ZT0id29yayIvPgoJCQkJ CQkJCQkJCQkJPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJob21lIi8+CgkJCQkJCQkJCQkJCQk8 eHM6ZW51bWVyYXRpb24gdmFsdWU9ImNvbnRhY3QiLz4KCQkJCQkJCQkJCQkJCTx4czplbnVt ZXJhdGlvbiB2YWx1ZT0iYWNxdWFpbnRhbmNlIi8+CgkJCQkJCQkJCQkJCQk8eHM6ZW51bWVy YXRpb24gdmFsdWU9ImZyaWVuZCIvPgoJCQkJCQkJCQkJCQkJPHhzOmVudW1lcmF0aW9uIHZh bHVlPSJtZXQiLz4KCQkJCQkJCQkJCQkJCTx4czplbnVtZXJhdGlvbiB2YWx1ZT0iY28td29y a2VyIi8+CgkJCQkJCQkJCQkJCQk8eHM6ZW51bWVyYXRpb24gdmFsdWU9ImNvbGxlYWd1ZSIv PgoJCQkJCQkJCQkJCQkJPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJjby1yZXNpZGVudCIvPgoJ CQkJCQkJCQkJCQkJPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJuZWlnaGJvciIvPgoJCQkJCQkJ CQkJCQkJPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJjaGlsZCIvPgoJCQkJCQkJCQkJCQkJPHhz OmVudW1lcmF0aW9uIHZhbHVlPSJwYXJlbnQiLz4KCQkJCQkJCQkJCQkJCTx4czplbnVtZXJh dGlvbiB2YWx1ZT0ic2libGluZyIvPgoJCQkJCQkJCQkJCQkJPHhzOmVudW1lcmF0aW9uIHZh bHVlPSJzcG91c2UiLz4KCQkJCQkJCQkJCQkJCTx4czplbnVtZXJhdGlvbiB2YWx1ZT0ia2lu Ii8+CgkJCQkJCQkJCQkJCQk8eHM6ZW51bWVyYXRpb24gdmFsdWU9Im11c2UiLz4KCQkJCQkJ CQkJCQkJCTx4czplbnVtZXJhdGlvbiB2YWx1ZT0iY3J1c2giLz4KCQkJCQkJCQkJCQkJCTx4 czplbnVtZXJhdGlvbiB2YWx1ZT0iZGF0ZSIvPgoJCQkJCQkJCQkJCQkJPHhzOmVudW1lcmF0 aW9uIHZhbHVlPSJzd2VldGhlYXJ0Ii8+CgkJCQkJCQkJCQkJCQk8eHM6ZW51bWVyYXRpb24g dmFsdWU9Im1lIi8+CgkJCQkJCQkJCQkJCQk8eHM6ZW51bWVyYXRpb24gdmFsdWU9ImFnZW50 Ii8+CgkJCQkJCQkJCQkJCQk8eHM6ZW51bWVyYXRpb24gdmFsdWU9ImVtZXJnZW5jeSIvPgoJ CQkJCQkJCQkJCQk8L3hzOnJlc3RyaWN0aW9uPgoJCQkJCQkJCQkJCTwveHM6c2ltcGxlVHlw ZT4KCQkJCQkJCQkJCTwveHM6ZWxlbWVudD4KCQkJCQkJCQkJPC94czpzZXF1ZW5jZT4KCQkJ CQkJCQk8L3hzOmNvbXBsZXhUeXBlPgoJCQkJCQkJPC94czplbGVtZW50PgoJCQkJCQkJPHhz Omdyb3VwIHJlZj0ibnMxOnBhcmFtLW1lZGlhdHlwZSIvPgoJCQkJCQk8L3hzOnNlcXVlbmNl PgoJCQkJCTwveHM6Y29tcGxleFR5cGU+CgkJCQk8L3hzOmVsZW1lbnQ+CgkJCQk8eHM6Y2hv aWNlPgoJCQkJCTx4czplbGVtZW50IHJlZj0ibnMxOnVyaSIvPgoJCQkJCTx4czplbGVtZW50 IHJlZj0ibnMxOnRleHQiLz4KCQkJCTwveHM6Y2hvaWNlPgoJCQk8L3hzOnNlcXVlbmNlPgoJ CTwveHM6Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDYuNy4xIC0tPgoJPHhz OmVsZW1lbnQgbmFtZT0iY2F0ZWdvcmllcyI+CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6 c2VxdWVuY2U+CgkJCQk8eHM6ZWxlbWVudCBuYW1lPSJwYXJhbWV0ZXJzIiBtaW5PY2N1cnM9 IjAiPgoJCQkJCTx4czpjb21wbGV4VHlwZT4KCQkJCQkJPHhzOnNlcXVlbmNlPgoJCQkJCQkJ PHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWFsdGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVm PSJuczE6cGFyYW0tcGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJl ZiIvPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KCQkJCQkJPC94 czpzZXF1ZW5jZT4KCQkJCQk8L3hzOmNvbXBsZXhUeXBlPgoJCQkJPC94czplbGVtZW50PgoJ CQkJPHhzOmdyb3VwIHJlZj0ibnMxOnZhbHVlLXRleHQtbGlzdCIvPgoJCQk8L3hzOnNlcXVl bmNlPgoJCTwveHM6Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDYuNy4yIC0t PgoJPHhzOmVsZW1lbnQgbmFtZT0ibm90ZSI+CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6 c2VxdWVuY2U+CgkJCQk8eHM6ZWxlbWVudCBuYW1lPSJwYXJhbWV0ZXJzIiBtaW5PY2N1cnM9 IjAiPgoJCQkJCTx4czpjb21wbGV4VHlwZT4KCQkJCQkJPHhzOnNlcXVlbmNlPgoJCQkJCQkJ PHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWxhbmd1YWdlIi8+CgkJCQkJCQk8eHM6Z3JvdXAg cmVmPSJuczE6cGFyYW0tYWx0aWQiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJh bS1waWQiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1wcmVmIi8+CgkJCQkJ CQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tdHlwZSIvPgoJCQkJCQk8L3hzOnNlcXVlbmNl PgoJCQkJCTwveHM6Y29tcGxleFR5cGU+CgkJCQk8L3hzOmVsZW1lbnQ+CgkJCQk8eHM6ZWxl bWVudCByZWY9Im5zMTp0ZXh0Ii8+CgkJCTwveHM6c2VxdWVuY2U+CgkJPC94czpjb21wbGV4 VHlwZT4KCTwveHM6ZWxlbWVudD4KCTwhLS0gNi43LjMgLS0+Cgk8eHM6ZWxlbWVudCBuYW1l PSJwcm9kaWQiPgoJCTx4czpjb21wbGV4VHlwZT4KCQkJPHhzOnNlcXVlbmNlPgoJCQkJPHhz OmVsZW1lbnQgcmVmPSJuczE6dGV4dCIvPgoJCQk8L3hzOnNlcXVlbmNlPgoJCTwveHM6Y29t cGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIDYuNy40IC0tPgoJPHhzOmVsZW1lbnQg bmFtZT0icmV2IiB0eXBlPSJuczE6dmFsdWUtdGltZXN0YW1wIi8+Cgk8IS0tIDYuNy41IC0t PgoJPHhzOmVsZW1lbnQgbmFtZT0ic291bmQiPgoJCTx4czpjb21wbGV4VHlwZT4KCQkJPHhz OnNlcXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgbmFtZT0icGFyYW1ldGVycyIgbWluT2NjdXJz PSIwIj4KCQkJCQk8eHM6Y29tcGxleFR5cGU+CgkJCQkJCTx4czpzZXF1ZW5jZT4KCQkJCQkJ CTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1sYW5ndWFnZSIvPgoJCQkJCQkJPHhzOmdyb3Vw IHJlZj0ibnMxOnBhcmFtLWFsdGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFy YW0tcGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJlZiIvPgoJCQkJ CQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KCQkJCQkJCTx4czpncm91cCBy ZWY9Im5zMTpwYXJhbS1tZWRpYXR5cGUiLz4KCQkJCQkJPC94czpzZXF1ZW5jZT4KCQkJCQk8 L3hzOmNvbXBsZXhUeXBlPgoJCQkJPC94czplbGVtZW50PgoJCQkJPHhzOmVsZW1lbnQgcmVm PSJuczE6dXJpIi8+CgkJCTwveHM6c2VxdWVuY2U+CgkJPC94czpjb21wbGV4VHlwZT4KCTwv eHM6ZWxlbWVudD4KCTwhLS0gNi43LjYgLS0+Cgk8eHM6ZWxlbWVudCBuYW1lPSJ1aWQiPgoJ CTx4czpjb21wbGV4VHlwZT4KCQkJPHhzOnNlcXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgcmVm PSJuczE6dXJpIi8+CgkJCTwveHM6c2VxdWVuY2U+CgkJPC94czpjb21wbGV4VHlwZT4KCTwv eHM6ZWxlbWVudD4KCTwhLS0gNi43LjcgLS0+Cgk8eHM6ZWxlbWVudCBuYW1lPSJjbGllbnRw aWRtYXAiPgoJCTx4czpjb21wbGV4VHlwZT4KCQkJPHhzOnNlcXVlbmNlPgoJCQkJPHhzOmVs ZW1lbnQgcmVmPSJuczE6c291cmNlaWQiLz4KCQkJCTx4czplbGVtZW50IHJlZj0ibnMxOnVy aSIvPgoJCQk8L3hzOnNlcXVlbmNlPgoJCTwveHM6Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1l bnQ+Cgk8eHM6ZWxlbWVudCBuYW1lPSJzb3VyY2VpZCIgdHlwZT0ieHM6cG9zaXRpdmVJbnRl Z2VyIi8+Cgk8IS0tIDYuNy44IC0tPgoJPHhzOmVsZW1lbnQgbmFtZT0idXJsIj4KCQk8eHM6 Y29tcGxleFR5cGU+CgkJCTx4czpzZXF1ZW5jZT4KCQkJCTx4czplbGVtZW50IG5hbWU9InBh cmFtZXRlcnMiIG1pbk9jY3Vycz0iMCI+CgkJCQkJPHhzOmNvbXBsZXhUeXBlPgoJCQkJCQk8 eHM6c2VxdWVuY2U+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tYWx0aWQiLz4K CQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1waWQiLz4KCQkJCQkJCTx4czpncm91 cCByZWY9Im5zMTpwYXJhbS1wcmVmIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFy YW0tdHlwZSIvPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLW1lZGlhdHlwZSIv PgoJCQkJCQk8L3hzOnNlcXVlbmNlPgoJCQkJCTwveHM6Y29tcGxleFR5cGU+CgkJCQk8L3hz OmVsZW1lbnQ+CgkJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTp1cmkiLz4KCQkJPC94czpzZXF1 ZW5jZT4KCQk8L3hzOmNvbXBsZXhUeXBlPgoJPC94czplbGVtZW50PgoJPCEtLSA2LjguMSAt LT4KCTx4czplbGVtZW50IG5hbWU9ImtleSI+CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6 c2VxdWVuY2U+CgkJCQk8eHM6ZWxlbWVudCBuYW1lPSJwYXJhbWV0ZXJzIiBtaW5PY2N1cnM9 IjAiPgoJCQkJCTx4czpjb21wbGV4VHlwZT4KCQkJCQkJPHhzOnNlcXVlbmNlPgoJCQkJCQkJ PHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWFsdGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVm PSJuczE6cGFyYW0tcGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJl ZiIvPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KCQkJCQkJCTx4 czpncm91cCByZWY9Im5zMTpwYXJhbS1tZWRpYXR5cGUiLz4KCQkJCQkJPC94czpzZXF1ZW5j ZT4KCQkJCQk8L3hzOmNvbXBsZXhUeXBlPgoJCQkJPC94czplbGVtZW50PgoJCQkJPHhzOmNo b2ljZT4KCQkJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTp1cmkiLz4KCQkJCQk8eHM6ZWxlbWVu dCByZWY9Im5zMTp0ZXh0Ii8+CgkJCQk8L3hzOmNob2ljZT4KCQkJPC94czpzZXF1ZW5jZT4K CQk8L3hzOmNvbXBsZXhUeXBlPgoJPC94czplbGVtZW50PgoJPCEtLSA2LjkuMSAtLT4KCTx4 czplbGVtZW50IG5hbWU9ImZidXJsIj4KCQk8eHM6Y29tcGxleFR5cGU+CgkJCTx4czpzZXF1 ZW5jZT4KCQkJCTx4czplbGVtZW50IG5hbWU9InBhcmFtZXRlcnMiIG1pbk9jY3Vycz0iMCI+ CgkJCQkJPHhzOmNvbXBsZXhUeXBlPgoJCQkJCQk8eHM6c2VxdWVuY2U+CgkJCQkJCQk8eHM6 Z3JvdXAgcmVmPSJuczE6cGFyYW0tYWx0aWQiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5z MTpwYXJhbS1waWQiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1wcmVmIi8+ CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tdHlwZSIvPgoJCQkJCQkJPHhzOmdy b3VwIHJlZj0ibnMxOnBhcmFtLW1lZGlhdHlwZSIvPgoJCQkJCQk8L3hzOnNlcXVlbmNlPgoJ CQkJCTwveHM6Y29tcGxleFR5cGU+CgkJCQk8L3hzOmVsZW1lbnQ+CgkJCQk8eHM6ZWxlbWVu dCByZWY9Im5zMTp1cmkiLz4KCQkJPC94czpzZXF1ZW5jZT4KCQk8L3hzOmNvbXBsZXhUeXBl PgoJPC94czplbGVtZW50PgoJPCEtLSA2LjkuMiAtLT4KCTx4czplbGVtZW50IG5hbWU9ImNh bGFkcnVyaSI+CgkJPHhzOmNvbXBsZXhUeXBlPgoJCQk8eHM6c2VxdWVuY2U+CgkJCQk8eHM6 ZWxlbWVudCBuYW1lPSJwYXJhbWV0ZXJzIiBtaW5PY2N1cnM9IjAiPgoJCQkJCTx4czpjb21w bGV4VHlwZT4KCQkJCQkJPHhzOnNlcXVlbmNlPgoJCQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMx OnBhcmFtLWFsdGlkIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcGlkIi8+ CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJlZiIvPgoJCQkJCQkJPHhzOmdy b3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpw YXJhbS1tZWRpYXR5cGUiLz4KCQkJCQkJPC94czpzZXF1ZW5jZT4KCQkJCQk8L3hzOmNvbXBs ZXhUeXBlPgoJCQkJPC94czplbGVtZW50PgoJCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6dXJp Ii8+CgkJCTwveHM6c2VxdWVuY2U+CgkJPC94czpjb21wbGV4VHlwZT4KCTwveHM6ZWxlbWVu dD4KCTwhLS0gNi45LjMgLS0+Cgk8eHM6ZWxlbWVudCBuYW1lPSJjYWx1cmkiPgoJCTx4czpj b21wbGV4VHlwZT4KCQkJPHhzOnNlcXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgbmFtZT0icGFy YW1ldGVycyIgbWluT2NjdXJzPSIwIj4KCQkJCQk8eHM6Y29tcGxleFR5cGU+CgkJCQkJCTx4 czpzZXF1ZW5jZT4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgoJ CQkJCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXBpZCIvPgoJCQkJCQkJPHhzOmdyb3Vw IHJlZj0ibnMxOnBhcmFtLXByZWYiLz4KCQkJCQkJCTx4czpncm91cCByZWY9Im5zMTpwYXJh bS10eXBlIi8+CgkJCQkJCQk8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tbWVkaWF0eXBlIi8+ CgkJCQkJCTwveHM6c2VxdWVuY2U+CgkJCQkJPC94czpjb21wbGV4VHlwZT4KCQkJCTwveHM6 ZWxlbWVudD4KCQkJCTx4czplbGVtZW50IHJlZj0ibnMxOnVyaSIvPgoJCQk8L3hzOnNlcXVl bmNlPgoJCTwveHM6Y29tcGxleFR5cGU+Cgk8L3hzOmVsZW1lbnQ+Cgk8IS0tIFRvcC1sZXZl bCBncmFtbWFyIC0tPgoJPHhzOmdyb3VwIG5hbWU9InByb3BlcnR5Ij4KCQk8eHM6c2VxdWVu Y2U+CgkJCTx4czplbGVtZW50IHJlZj0ibnMxOmFkciIgbWluT2NjdXJzPSIwIiBtYXhPY2N1 cnM9InVuYm91bmRlZCIvPgoJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTphbm5pdmVyc2FyeSIg bWluT2NjdXJzPSIwIiBtYXhPY2N1cnM9IjEiLz4KCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6 YmRheSIgbWluT2NjdXJzPSIwIiBtYXhPY2N1cnM9IjEiLz4KCQkJPHhzOmVsZW1lbnQgcmVm PSJuczE6Y2FsYWRydXJpIiBtaW5PY2N1cnM9IjAiIG1heE9jY3Vycz0idW5ib3VuZGVkIi8+ CgkJCTx4czplbGVtZW50IHJlZj0ibnMxOmNhbHVyaSIgbWluT2NjdXJzPSIwIiBtYXhPY2N1 cnM9InVuYm91bmRlZCIvPgoJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTpjYXRlZ29yaWVzIiBt aW5PY2N1cnM9IjAiIG1heE9jY3Vycz0idW5ib3VuZGVkIi8+CgkJCTx4czplbGVtZW50IHJl Zj0ibnMxOmNsaWVudHBpZG1hcCIgbWluT2NjdXJzPSIwIiBtYXhPY2N1cnM9InVuYm91bmRl ZCIvPgoJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTplbWFpbCIgbWluT2NjdXJzPSIwIiBtYXhP Y2N1cnM9InVuYm91bmRlZCIvPgoJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTpmYnVybCIgbWlu T2NjdXJzPSIwIiBtYXhPY2N1cnM9InVuYm91bmRlZCIvPgoJCQk8eHM6ZWxlbWVudCByZWY9 Im5zMTpmbiIgbWluT2NjdXJzPSIxIiBtYXhPY2N1cnM9InVuYm91bmRlZCIvPgoJCQk8eHM6 Z3JvdXAgcmVmPSJuczE6cHJvcGVydHktZ2VvIiBtaW5PY2N1cnM9IjAiIG1heE9jY3Vycz0i dW5ib3VuZGVkIi8+CgkJCTx4czplbGVtZW50IHJlZj0ibnMxOmltcHAiIG1pbk9jY3Vycz0i MCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiLz4KCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6a2V5 IiBtaW5PY2N1cnM9IjAiIG1heE9jY3Vycz0idW5ib3VuZGVkIi8+CgkJCTx4czplbGVtZW50 IHJlZj0ibnMxOmtpbmQiIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSIxIi8+CgkJCTx4czpl bGVtZW50IHJlZj0ibnMxOmxhbmciIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5k ZWQiLz4KCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6bG9nbyIgbWluT2NjdXJzPSIwIiBtYXhP Y2N1cnM9InVuYm91bmRlZCIvPgoJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTptZW1iZXIiIG1p bk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiLz4KCQkJPHhzOmVsZW1lbnQgcmVm PSJuczE6biIgbWluT2NjdXJzPSIwIiBtYXhPY2N1cnM9IjEiLz4KCQkJPHhzOmVsZW1lbnQg cmVmPSJuczE6bmlja25hbWUiIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQi Lz4KCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6bm90ZSIgbWluT2NjdXJzPSIwIiBtYXhPY2N1 cnM9InVuYm91bmRlZCIvPgoJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTpvcmciIG1pbk9jY3Vy cz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiLz4KCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6 cGhvdG8iIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiLz4KCQkJPHhzOmVs ZW1lbnQgcmVmPSJuczE6cHJvZGlkIiBtaW5PY2N1cnM9IjAiIG1heE9jY3Vycz0iMSIvPgoJ CQk8eHM6ZWxlbWVudCByZWY9Im5zMTpyZWxhdGVkIiBtaW5PY2N1cnM9IjAiIG1heE9jY3Vy cz0idW5ib3VuZGVkIi8+CgkJCTx4czplbGVtZW50IHJlZj0ibnMxOnJldiIgbWluT2NjdXJz PSIwIiBtYXhPY2N1cnM9IjEiLz4KCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6cm9sZSIgbWlu T2NjdXJzPSIwIiBtYXhPY2N1cnM9InVuYm91bmRlZCIvPgoJCQk8eHM6ZWxlbWVudCByZWY9 Im5zMTpnZW5kZXIiIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSIxIi8+CgkJCTx4czplbGVt ZW50IHJlZj0ibnMxOnNvdW5kIiBtaW5PY2N1cnM9IjAiIG1heE9jY3Vycz0idW5ib3VuZGVk Ii8+CgkJCTx4czplbGVtZW50IHJlZj0ibnMxOnNvdXJjZSIgbWluT2NjdXJzPSIwIiBtYXhP Y2N1cnM9InVuYm91bmRlZCIvPgoJCQk8eHM6ZWxlbWVudCByZWY9Im5zMTp0ZWwiIG1pbk9j Y3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiLz4KCQkJPHhzOmVsZW1lbnQgcmVmPSJu czE6dGl0bGUiIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiLz4KCQkJPHhz Omdyb3VwIHJlZj0ibnMxOnByb3BlcnR5LXR6IiBtaW5PY2N1cnM9IjAiIG1heE9jY3Vycz0i dW5ib3VuZGVkIi8+CgkJCTx4czplbGVtZW50IHJlZj0ibnMxOnVpZCIgbWluT2NjdXJzPSIw IiBtYXhPY2N1cnM9IjEiLz4KCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6dXJsIiBtaW5PY2N1 cnM9IjAiIG1heE9jY3Vycz0idW5ib3VuZGVkIi8+CgkJPC94czpzZXF1ZW5jZT4KCTwveHM6 Z3JvdXA+Cgk8eHM6ZWxlbWVudCBuYW1lPSJ2Y2FyZHMiPgoJCTx4czpjb21wbGV4VHlwZT4K CQkJPHhzOnNlcXVlbmNlPgoJCQkJPHhzOmVsZW1lbnQgcmVmPSJuczE6dmNhcmQiIG1heE9j Y3Vycz0idW5ib3VuZGVkIi8+CgkJCTwveHM6c2VxdWVuY2U+CgkJPC94czpjb21wbGV4VHlw ZT4KCTwveHM6ZWxlbWVudD4KCTx4czpjb21wbGV4VHlwZSBuYW1lPSJ2Y2FyZFR5cGUiPgoJ CTx4czpzZXF1ZW5jZT4KCQkJPHhzOmdyb3VwIHJlZj0ibnMxOnByb3BlcnR5Ii8+CgkJCTx4 czplbGVtZW50IHJlZj0ibnMxOmdyb3VwIiBtaW5PY2N1cnM9IjAiIG1heE9jY3Vycz0idW5i b3VuZGVkIi8+CgkJCTx4czphbnkgbmFtZXNwYWNlPSIjI290aGVyIiBwcm9jZXNzQ29udGVu dHM9ImxheCIgbWluT2NjdXJzPSIwIiBtYXhPY2N1cnM9InVuYm91bmRlZCIvPgoJCTwveHM6 c2VxdWVuY2U+Cgk8L3hzOmNvbXBsZXhUeXBlPgoJPHhzOmVsZW1lbnQgbmFtZT0idmNhcmQi IHR5cGU9Im5zMTp2Y2FyZFR5cGUiLz4KCTx4czplbGVtZW50IG5hbWU9Imdyb3VwIj4KCQk8 eHM6Y29tcGxleFR5cGU+CgkJCTx4czpncm91cCByZWY9Im5zMTpwcm9wZXJ0eSIgPgoJCQk8 L3hzOmdyb3VwPgoJCQk8eHM6YXR0cmlidXRlIG5hbWU9Im5hbWUiIHVzZT0icmVxdWlyZWQi Lz4KCQk8L3hzOmNvbXBsZXhUeXBlPgoJPC94czplbGVtZW50Pgo8L3hzOnNjaGVtYT4K --------------020503020003010104060000 Content-Type: application/xml; name="vcard_OLD.xsd" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="vcard_OLD.xsd" PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPHhzOnNjaGVtYSB4bWxu czp4cz0iaHR0cDovL3d3dy53My5vcmcvMjAwMS9YTUxTY2hlbWEiIGVsZW1lbnRGb3JtRGVm YXVsdD0icXVhbGlmaWVkIiB0YXJnZXROYW1lc3BhY2U9InVybjppZXRmOnBhcmFtczp4bWw6 bnM6dmNhcmQtNC4wIiB4bWxuczpuczE9InVybjppZXRmOnBhcmFtczp4bWw6bnM6dmNhcmQt NC4wIj4KICA8IS0tCiAgICAKICAgIDMuMwogICAgaWFuYS10b2tlbiA9IHhzZDpzdHJpbmcg eyBwYXR0ZXJuID0gIlthLXpBLVowLTktXSsiIH0KICAgIHgtbmFtZSA9IHhzZDpzdHJpbmcg eyBwYXR0ZXJuID0gIngtW2EtekEtWjAtOS1dKyIgfQogIC0tPgogIDx4czpzaW1wbGVUeXBl IG5hbWU9ImlhbmEtdG9rZW4iPgogICAgPHhzOmFubm90YXRpb24+CiAgICAgIDx4czpkb2N1 bWVudGF0aW9uPlNlY3Rpb24gMy4zOiB2Q2FyZCBGb3JtYXQgU3BlY2lmaWNhdGlvbjwveHM6 ZG9jdW1lbnRhdGlvbj4KICAgIDwveHM6YW5ub3RhdGlvbj4KICAgIDx4czpyZXN0cmljdGlv biBiYXNlPSJ4czpzdHJpbmciLz4KICA8L3hzOnNpbXBsZVR5cGU+CiAgPHhzOnNpbXBsZVR5 cGUgbmFtZT0ieC1uYW1lIj4KICAgIDx4czpyZXN0cmljdGlvbiBiYXNlPSJ4czpzdHJpbmci Lz4KICA8L3hzOnNpbXBsZVR5cGU+CiAgPCEtLQogICAgCiAgICA0LjEKICAtLT4KICA8eHM6 ZWxlbWVudCBuYW1lPSJ0ZXh0IiB0eXBlPSJ4czpzdHJpbmciLz4KICA8eHM6Z3JvdXAgbmFt ZT0idmFsdWUtdGV4dC1saXN0Ij4KICAgIDx4czpzZXF1ZW5jZT4KICAgICAgPHhzOmVsZW1l bnQgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiIHJlZj0ibnMxOnRleHQiLz4KICAgIDwveHM6c2Vx dWVuY2U+CiAgPC94czpncm91cD4KICA8IS0tIDQuMiAtLT4KICA8eHM6ZWxlbWVudCBuYW1l PSJ1cmkiIHR5cGU9InhzOmFueVVSSSIvPgogIDwhLS0gNC4zLjEgLS0+CiAgPHhzOmVsZW1l bnQgbmFtZT0iZGF0ZSIgc3Vic3RpdHV0aW9uR3JvdXA9Im5zMTp2YWx1ZS1kYXRlLWFuZC1v ci10aW1lIj4KICAgIDx4czpzaW1wbGVUeXBlPgogICAgICA8eHM6cmVzdHJpY3Rpb24gYmFz ZT0ieHM6c3RyaW5nIj4KICAgICAgICA8eHM6cGF0dGVybiB2YWx1ZT0iXGR7OH18XGR7NH0t XGRcZHwtLVxkXGQoXGRcZCk/fC0tLVxkXGQiLz4KICAgICAgPC94czpyZXN0cmljdGlvbj4K ICAgIDwveHM6c2ltcGxlVHlwZT4KICA8L3hzOmVsZW1lbnQ+CiAgPCEtLSA0LjMuMiAtLT4K ICA8eHM6ZWxlbWVudCBuYW1lPSJ0aW1lIiBzdWJzdGl0dXRpb25Hcm91cD0ibnMxOnZhbHVl LWRhdGUtYW5kLW9yLXRpbWUiPgogICAgPHhzOnNpbXBsZVR5cGU+CiAgICAgIDx4czpyZXN0 cmljdGlvbiBiYXNlPSJ4czpzdHJpbmciPgogICAgICAgIDx4czpwYXR0ZXJuIHZhbHVlPSIo XGRcZChcZFxkKFxkXGQpPyk/fC1cZFxkKFxkXGQ/KXwtLVxkXGQpKFp8WytcLV1cZFxkKFxk XGQpPyk/Ii8+CiAgICAgIDwveHM6cmVzdHJpY3Rpb24+CiAgICA8L3hzOnNpbXBsZVR5cGU+ CiAgPC94czplbGVtZW50PgogIDwhLS0gNC4zLjMgLS0+CiAgPHhzOmVsZW1lbnQgbmFtZT0i ZGF0ZS10aW1lIiBzdWJzdGl0dXRpb25Hcm91cD0ibnMxOnZhbHVlLWRhdGUtYW5kLW9yLXRp bWUiPgogICAgPHhzOnNpbXBsZVR5cGU+CiAgICAgIDx4czpyZXN0cmljdGlvbiBiYXNlPSJ4 czpzdHJpbmciPgogICAgICAgIDx4czpwYXR0ZXJuIHZhbHVlPSIoXGR7OH18LS1cZHs0fXwt LS1cZFxkKVRcZFxkKFxkXGQoXGRcZCk/KT8oWnxbK1wtXVxkXGQoXGRcZCk/KT8iLz4KICAg ICAgPC94czpyZXN0cmljdGlvbj4KICAgIDwveHM6c2ltcGxlVHlwZT4KICA8L3hzOmVsZW1l bnQ+CiAgPCEtLSA0LjMuNCAtLT4KICA8eHM6ZWxlbWVudCBuYW1lPSJ2YWx1ZS1kYXRlLWFu ZC1vci10aW1lIiBhYnN0cmFjdD0idHJ1ZSIvPgogIDwhLS0gNC4zLjUgLS0+CiAgPHhzOmNv bXBsZXhUeXBlIG5hbWU9InZhbHVlLXRpbWVzdGFtcCI+CiAgICA8eHM6c2VxdWVuY2U+CiAg ICAgIDx4czplbGVtZW50IHJlZj0ibnMxOnRpbWVzdGFtcCIvPgogICAgPC94czpzZXF1ZW5j ZT4KICA8L3hzOmNvbXBsZXhUeXBlPgogIDx4czplbGVtZW50IG5hbWU9InRpbWVzdGFtcCI+ CiAgICA8eHM6c2ltcGxlVHlwZT4KICAgICAgPHhzOnJlc3RyaWN0aW9uIGJhc2U9InhzOnN0 cmluZyI+CiAgICAgICAgPHhzOnBhdHRlcm4gdmFsdWU9Ilxkezh9VFxkezZ9KFp8WytcLV1c ZFxkKFxkXGQpPyk/Ii8+CiAgICAgIDwveHM6cmVzdHJpY3Rpb24+CiAgICA8L3hzOnNpbXBs ZVR5cGU+CiAgPC94czplbGVtZW50PgogIDwhLS0gNC40IC0tPgogIDx4czplbGVtZW50IG5h bWU9ImJvb2xlYW4iIHR5cGU9InhzOmJvb2xlYW4iLz4KICA8IS0tIDQuNSAtLT4KICA8eHM6 ZWxlbWVudCBuYW1lPSJpbnRlZ2VyIiB0eXBlPSJ4czppbnRlZ2VyIi8+CiAgPCEtLSA0LjYg LS0+CiAgPHhzOmVsZW1lbnQgbmFtZT0iZmxvYXQiIHR5cGU9InhzOmZsb2F0Ii8+CiAgPCEt LSA0LjcgLS0+CiAgPHhzOmVsZW1lbnQgbmFtZT0idXRjLW9mZnNldCI+CiAgICA8eHM6c2lt cGxlVHlwZT4KICAgICAgPHhzOnJlc3RyaWN0aW9uIGJhc2U9InhzOnN0cmluZyI+CiAgICAg ICAgPHhzOnBhdHRlcm4gdmFsdWU9IlsrXC1dXGRcZChcZFxkKT8iLz4KICAgICAgPC94czpy ZXN0cmljdGlvbj4KICAgIDwveHM6c2ltcGxlVHlwZT4KICA8L3hzOmVsZW1lbnQ+CiAgPCEt LSA0LjggLS0+CiAgPHhzOmVsZW1lbnQgbmFtZT0ibGFuZ3VhZ2UtdGFnIj4KICAgIDx4czpz aW1wbGVUeXBlPgogICAgICA8eHM6cmVzdHJpY3Rpb24gYmFzZT0ieHM6c3RyaW5nIj4KICAg ICAgICA8eHM6cGF0dGVybiB2YWx1ZT0iKFthLXpdezIsM30oKC1bYS16XXszfSl7MCwzfSk/ fFthLXpdezQsOH0pKC1bYS16XXs0fSk/KC0oW2Etel17Mn18XGR7M30pKT8oLShbMC05YS16 XXs1LDh9fFxkWzAtOWEtel17M30pKSooLVswLTlhLXd5el0oLVswLTlhLXpdezIsOH0pKykq KC14KC1bMC05YS16XXsxLDh9KSspP3x4KC1bMC05YS16XXsxLDh9KSt8W2Etel17MSwzfSgt WzAtOWEtel17Miw4fSl7MSwyfSIvPgogICAgICA8L3hzOnJlc3RyaWN0aW9uPgogICAgPC94 czpzaW1wbGVUeXBlPgogIDwveHM6ZWxlbWVudD4KICA8IS0tCiAgICAKICAgIDUuMQogIC0t PgogIDx4czpncm91cCBuYW1lPSJwYXJhbS1sYW5ndWFnZSI+CiAgICA8eHM6YW5ub3RhdGlv bj4KICAgICAgPHhzOmRvY3VtZW50YXRpb24+U2VjdGlvbiA1OiBQYXJhbWV0ZXJzPC94czpk b2N1bWVudGF0aW9uPgogICAgPC94czphbm5vdGF0aW9uPgogICAgPHhzOnNlcXVlbmNlPgog ICAgICA8eHM6ZWxlbWVudCBtaW5PY2N1cnM9IjAiIHJlZj0ibnMxOmxhbmd1YWdlIi8+CiAg ICA8L3hzOnNlcXVlbmNlPgogIDwveHM6Z3JvdXA+CiAgPHhzOmVsZW1lbnQgbmFtZT0ibGFu Z3VhZ2UiPgogICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICA8eHM6c2VxdWVuY2U+CiAgICAg ICAgPHhzOmVsZW1lbnQgcmVmPSJuczE6bGFuZ3VhZ2UtdGFnIi8+CiAgICAgIDwveHM6c2Vx dWVuY2U+CiAgICA8L3hzOmNvbXBsZXhUeXBlPgogIDwveHM6ZWxlbWVudD4KICA8IS0tIDUu MiAtLT4KICA8eHM6Z3JvdXAgbmFtZT0icGFyYW0tcHJlZiI+CiAgICA8eHM6c2VxdWVuY2U+ CiAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIgcmVmPSJuczE6cHJlZiIvPgogICAg PC94czpzZXF1ZW5jZT4KICA8L3hzOmdyb3VwPgogIDx4czplbGVtZW50IG5hbWU9InByZWYi PgogICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICA8eHM6c2VxdWVuY2U+CiAgICAgICAgPHhz OmVsZW1lbnQgbmFtZT0iaW50ZWdlciI+CiAgICAgICAgICA8eHM6c2ltcGxlVHlwZT4KICAg ICAgICAgICAgPHhzOnJlc3RyaWN0aW9uIGJhc2U9InhzOmludGVnZXIiPgogICAgICAgICAg ICAgIDx4czptaW5JbmNsdXNpdmUgdmFsdWU9IjEiLz4KICAgICAgICAgICAgICA8eHM6bWF4 SW5jbHVzaXZlIHZhbHVlPSIxMDAiLz4KICAgICAgICAgICAgPC94czpyZXN0cmljdGlvbj4K ICAgICAgICAgIDwveHM6c2ltcGxlVHlwZT4KICAgICAgICA8L3hzOmVsZW1lbnQ+CiAgICAg IDwveHM6c2VxdWVuY2U+CiAgICA8L3hzOmNvbXBsZXhUeXBlPgogIDwveHM6ZWxlbWVudD4K ICA8IS0tIDUuNCAtLT4KICA8eHM6Z3JvdXAgbmFtZT0icGFyYW0tYWx0aWQiPgogICAgPHhz OnNlcXVlbmNlPgogICAgICA8eHM6ZWxlbWVudCBtaW5PY2N1cnM9IjAiIHJlZj0ibnMxOmFs dGlkIi8+CiAgICA8L3hzOnNlcXVlbmNlPgogIDwveHM6Z3JvdXA+CiAgPHhzOmVsZW1lbnQg bmFtZT0iYWx0aWQiPgogICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICA8eHM6c2VxdWVuY2U+ CiAgICAgICAgPHhzOmVsZW1lbnQgcmVmPSJuczE6dGV4dCIvPgogICAgICA8L3hzOnNlcXVl bmNlPgogICAgPC94czpjb21wbGV4VHlwZT4KICA8L3hzOmVsZW1lbnQ+CiAgPCEtLSA1LjUg LS0+CiAgPHhzOmdyb3VwIG5hbWU9InBhcmFtLXBpZCI+CiAgICA8eHM6c2VxdWVuY2U+CiAg ICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIgcmVmPSJuczE6cGlkIi8+CiAgICA8L3hz OnNlcXVlbmNlPgogIDwveHM6Z3JvdXA+CiAgPHhzOmVsZW1lbnQgbmFtZT0icGlkIj4KICAg IDx4czpjb21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgIDx4czplbGVt ZW50IG1heE9jY3Vycz0idW5ib3VuZGVkIiBuYW1lPSJ0ZXh0Ij4KICAgICAgICAgIDx4czpz aW1wbGVUeXBlPgogICAgICAgICAgICA8eHM6cmVzdHJpY3Rpb24gYmFzZT0ieHM6c3RyaW5n Ij4KICAgICAgICAgICAgICA8eHM6cGF0dGVybiB2YWx1ZT0iXGQrKFwuXGQrKT8iLz4KICAg ICAgICAgICAgPC94czpyZXN0cmljdGlvbj4KICAgICAgICAgIDwveHM6c2ltcGxlVHlwZT4K ICAgICAgICA8L3hzOmVsZW1lbnQ+CiAgICAgIDwveHM6c2VxdWVuY2U+CiAgICA8L3hzOmNv bXBsZXhUeXBlPgogIDwveHM6ZWxlbWVudD4KICA8IS0tIDUuNiAtLT4KICA8eHM6Z3JvdXAg bmFtZT0icGFyYW0tdHlwZSI+CiAgICA8eHM6c2VxdWVuY2U+CiAgICAgIDx4czplbGVtZW50 IG1pbk9jY3Vycz0iMCIgcmVmPSJuczE6dHlwZSIvPgogICAgPC94czpzZXF1ZW5jZT4KICA8 L3hzOmdyb3VwPgogIDx4czplbGVtZW50IG5hbWU9InR5cGUiPgogICAgPHhzOmNvbXBsZXhU eXBlPgogICAgICA8eHM6c2VxdWVuY2U+CiAgICAgICAgPHhzOmVsZW1lbnQgbWF4T2NjdXJz PSJ1bmJvdW5kZWQiIG5hbWU9InRleHQiPgogICAgICAgICAgPHhzOnNpbXBsZVR5cGU+CiAg ICAgICAgICAgIDx4czpyZXN0cmljdGlvbiBiYXNlPSJ4czp0b2tlbiI+CiAgICAgICAgICAg ICAgPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJ3b3JrIi8+CiAgICAgICAgICAgICAgPHhzOmVu dW1lcmF0aW9uIHZhbHVlPSJob21lIi8+CiAgICAgICAgICAgIDwveHM6cmVzdHJpY3Rpb24+ CiAgICAgICAgICA8L3hzOnNpbXBsZVR5cGU+CiAgICAgICAgPC94czplbGVtZW50PgogICAg ICA8L3hzOnNlcXVlbmNlPgogICAgPC94czpjb21wbGV4VHlwZT4KICA8L3hzOmVsZW1lbnQ+ CiAgPCEtLSA1LjcgLS0+CiAgPHhzOmdyb3VwIG5hbWU9InBhcmFtLW1lZGlhdHlwZSI+CiAg ICA8eHM6c2VxdWVuY2U+CiAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIgcmVmPSJu czE6bWVkaWF0eXBlIi8+CiAgICA8L3hzOnNlcXVlbmNlPgogIDwveHM6Z3JvdXA+CiAgPHhz OmVsZW1lbnQgbmFtZT0ibWVkaWF0eXBlIj4KICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAg PHhzOnNlcXVlbmNlPgogICAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOnRleHQiLz4KICAg ICAgPC94czpzZXF1ZW5jZT4KICAgIDwveHM6Y29tcGxleFR5cGU+CiAgPC94czplbGVtZW50 PgogIDwhLS0gNS44IC0tPgogIDx4czpncm91cCBuYW1lPSJwYXJhbS1jYWxzY2FsZSI+CiAg ICA8eHM6c2VxdWVuY2U+CiAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIgcmVmPSJu czE6Y2Fsc2NhbGUiLz4KICAgIDwveHM6c2VxdWVuY2U+CiAgPC94czpncm91cD4KICA8eHM6 ZWxlbWVudCBuYW1lPSJjYWxzY2FsZSI+CiAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAgIDx4 czpzZXF1ZW5jZT4KICAgICAgICA8eHM6ZWxlbWVudCBuYW1lPSJ0ZXh0Ij4KICAgICAgICAg IDx4czpzaW1wbGVUeXBlPgogICAgICAgICAgICA8eHM6cmVzdHJpY3Rpb24gYmFzZT0ieHM6 dG9rZW4iPgogICAgICAgICAgICAgIDx4czplbnVtZXJhdGlvbiB2YWx1ZT0iZ3JlZ29yaWFu Ii8+CiAgICAgICAgICAgIDwveHM6cmVzdHJpY3Rpb24+CiAgICAgICAgICA8L3hzOnNpbXBs ZVR5cGU+CiAgICAgICAgPC94czplbGVtZW50PgogICAgICA8L3hzOnNlcXVlbmNlPgogICAg PC94czpjb21wbGV4VHlwZT4KICA8L3hzOmVsZW1lbnQ+CiAgPCEtLSA1LjkgLS0+CiAgPHhz Omdyb3VwIG5hbWU9InBhcmFtLXNvcnQtYXMiPgogICAgPHhzOnNlcXVlbmNlPgogICAgICA8 eHM6ZWxlbWVudCBtaW5PY2N1cnM9IjAiIHJlZj0ibnMxOnNvcnQtYXMiLz4KICAgIDwveHM6 c2VxdWVuY2U+CiAgPC94czpncm91cD4KICA8eHM6ZWxlbWVudCBuYW1lPSJzb3J0LWFzIj4K ICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgIDx4czpl bGVtZW50IG1heE9jY3Vycz0idW5ib3VuZGVkIiByZWY9Im5zMTp0ZXh0Ii8+CiAgICAgIDwv eHM6c2VxdWVuY2U+CiAgICA8L3hzOmNvbXBsZXhUeXBlPgogIDwveHM6ZWxlbWVudD4KICA8 IS0tIDUuMTAgLS0+CiAgPHhzOmdyb3VwIG5hbWU9InBhcmFtLWdlbyI+CiAgICA8eHM6c2Vx dWVuY2U+CiAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIgbmFtZT0iZ2VvIj4KICAg ICAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAgICAgICA8eHM6c2VxdWVuY2U+CiAgICAgICAg ICAgIDx4czplbGVtZW50IHJlZj0ibnMxOnVyaSIvPgogICAgICAgICAgPC94czpzZXF1ZW5j ZT4KICAgICAgICA8L3hzOmNvbXBsZXhUeXBlPgogICAgICA8L3hzOmVsZW1lbnQ+CiAgICA8 L3hzOnNlcXVlbmNlPgogIDwveHM6Z3JvdXA+CiAgPCEtLSA1LjExIC0tPgogIDx4czpncm91 cCBuYW1lPSJwYXJhbS10eiI+CiAgICA8eHM6c2VxdWVuY2U+CiAgICAgIDx4czplbGVtZW50 IG1pbk9jY3Vycz0iMCIgbmFtZT0idHoiPgogICAgICAgIDx4czpjb21wbGV4VHlwZT4KICAg ICAgICAgIDx4czpjaG9pY2U+CiAgICAgICAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOnRl eHQiLz4KICAgICAgICAgICAgPHhzOmVsZW1lbnQgcmVmPSJuczE6dXJpIi8+CiAgICAgICAg ICA8L3hzOmNob2ljZT4KICAgICAgICA8L3hzOmNvbXBsZXhUeXBlPgogICAgICA8L3hzOmVs ZW1lbnQ+CiAgICA8L3hzOnNlcXVlbmNlPgogIDwveHM6Z3JvdXA+CiAgPCEtLQogICAgCiAg ICA2LjEuMwogIC0tPgogIDx4czplbGVtZW50IG5hbWU9InNvdXJjZSI+CiAgICA8eHM6Y29t cGxleFR5cGU+CiAgICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICA8eHM6ZWxlbWVudCBuYW1l PSJwYXJhbWV0ZXJzIj4KICAgICAgICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgICAgICAg PHhzOnNlcXVlbmNlPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1h bHRpZCIvPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1waWQiLz4K ICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJlZiIvPgogICAgICAg ICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1tZWRpYXR5cGUiLz4KICAgICAgICAg ICAgPC94czpzZXF1ZW5jZT4KICAgICAgICAgIDwveHM6Y29tcGxleFR5cGU+CiAgICAgICAg PC94czplbGVtZW50PgogICAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOnVyaSIvPgogICAg ICA8L3hzOnNlcXVlbmNlPgogICAgPC94czpjb21wbGV4VHlwZT4KICA8L3hzOmVsZW1lbnQ+ CiAgPCEtLSA2LjEuNCAtLT4KICA8eHM6ZWxlbWVudCBuYW1lPSJraW5kIj4KICAgIDx4czpj b21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgIDx4czplbGVtZW50IG1p bk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiIG5hbWU9InRleHQiPgogICAgICAg ICAgPHhzOnNpbXBsZVR5cGU+CiAgICAgICAgICAgIDx4czp1bmlvbiBtZW1iZXJUeXBlcz0i bnMxOngtbmFtZSBuczE6aWFuYS10b2tlbiI+CiAgICAgICAgICAgICAgPHhzOnNpbXBsZVR5 cGU+CiAgICAgICAgICAgICAgICA8eHM6cmVzdHJpY3Rpb24gYmFzZT0ieHM6dG9rZW4iPgog ICAgICAgICAgICAgICAgICA8eHM6ZW51bWVyYXRpb24gdmFsdWU9ImluZGl2aWR1YWwiLz4K ICAgICAgICAgICAgICAgIDwveHM6cmVzdHJpY3Rpb24+CiAgICAgICAgICAgICAgPC94czpz aW1wbGVUeXBlPgogICAgICAgICAgICAgIDx4czpzaW1wbGVUeXBlPgogICAgICAgICAgICAg ICAgPHhzOnJlc3RyaWN0aW9uIGJhc2U9InhzOnRva2VuIj4KICAgICAgICAgICAgICAgICAg PHhzOmVudW1lcmF0aW9uIHZhbHVlPSJncm91cCIvPgogICAgICAgICAgICAgICAgPC94czpy ZXN0cmljdGlvbj4KICAgICAgICAgICAgICA8L3hzOnNpbXBsZVR5cGU+CiAgICAgICAgICAg ICAgPHhzOnNpbXBsZVR5cGU+CiAgICAgICAgICAgICAgICA8eHM6cmVzdHJpY3Rpb24gYmFz ZT0ieHM6dG9rZW4iPgogICAgICAgICAgICAgICAgICA8eHM6ZW51bWVyYXRpb24gdmFsdWU9 Im9yZyIvPgogICAgICAgICAgICAgICAgPC94czpyZXN0cmljdGlvbj4KICAgICAgICAgICAg ICA8L3hzOnNpbXBsZVR5cGU+CiAgICAgICAgICAgICAgPHhzOnNpbXBsZVR5cGU+CiAgICAg ICAgICAgICAgICA8eHM6cmVzdHJpY3Rpb24gYmFzZT0ieHM6dG9rZW4iPgogICAgICAgICAg ICAgICAgICA8eHM6ZW51bWVyYXRpb24gdmFsdWU9ImxvY2F0aW9uIi8+CiAgICAgICAgICAg ICAgICA8L3hzOnJlc3RyaWN0aW9uPgogICAgICAgICAgICAgIDwveHM6c2ltcGxlVHlwZT4K ICAgICAgICAgICAgPC94czp1bmlvbj4KICAgICAgICAgIDwveHM6c2ltcGxlVHlwZT4KICAg ICAgICA8L3hzOmVsZW1lbnQ+CiAgICAgIDwveHM6c2VxdWVuY2U+CiAgICA8L3hzOmNvbXBs ZXhUeXBlPgogIDwveHM6ZWxlbWVudD4KICA8IS0tIDYuMi4xIC0tPgogIDx4czplbGVtZW50 IG5hbWU9ImZuIj4KICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVlbmNlPgog ICAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIgbmFtZT0icGFyYW1ldGVycyI+CiAg ICAgICAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAgICAgICAgIDx4czpzZXF1ZW5jZT4KICAg ICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tbGFuZ3VhZ2UiLz4KICAgICAg ICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tYWx0aWQiLz4KICAgICAgICAgICAg ICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcGlkIi8+CiAgICAgICAgICAgICAgPHhzOmdy b3VwIHJlZj0ibnMxOnBhcmFtLXByZWYiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVm PSJuczE6cGFyYW0tdHlwZSIvPgogICAgICAgICAgICA8L3hzOnNlcXVlbmNlPgogICAgICAg ICAgPC94czpjb21wbGV4VHlwZT4KICAgICAgICA8L3hzOmVsZW1lbnQ+CiAgICAgICAgPHhz OmVsZW1lbnQgcmVmPSJuczE6dGV4dCIvPgogICAgICA8L3hzOnNlcXVlbmNlPgogICAgPC94 czpjb21wbGV4VHlwZT4KICA8L3hzOmVsZW1lbnQ+CiAgPCEtLSA2LjIuMiAtLT4KICA8eHM6 ZWxlbWVudCBuYW1lPSJuIj4KICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVl bmNlPgogICAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIgbmFtZT0icGFyYW1ldGVy cyI+CiAgICAgICAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAgICAgICAgIDx4czpzZXF1ZW5j ZT4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tbGFuZ3VhZ2UiLz4K ICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tc29ydC1hcyIvPgogICAg ICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgogICAgICAgICAg ICA8L3hzOnNlcXVlbmNlPgogICAgICAgICAgPC94czpjb21wbGV4VHlwZT4KICAgICAgICA8 L3hzOmVsZW1lbnQ+CiAgICAgICAgPHhzOmVsZW1lbnQgbWF4T2NjdXJzPSJ1bmJvdW5kZWQi IHJlZj0ibnMxOnN1cm5hbWUiLz4KICAgICAgICA8eHM6ZWxlbWVudCBtYXhPY2N1cnM9InVu Ym91bmRlZCIgcmVmPSJuczE6Z2l2ZW4iLz4KICAgICAgICA8eHM6ZWxlbWVudCBtYXhPY2N1 cnM9InVuYm91bmRlZCIgcmVmPSJuczE6YWRkaXRpb25hbCIvPgogICAgICAgIDx4czplbGVt ZW50IG1heE9jY3Vycz0idW5ib3VuZGVkIiByZWY9Im5zMTpwcmVmaXgiLz4KICAgICAgICA8 eHM6ZWxlbWVudCBtYXhPY2N1cnM9InVuYm91bmRlZCIgcmVmPSJuczE6c3VmZml4Ii8+CiAg ICAgIDwveHM6c2VxdWVuY2U+CiAgICA8L3hzOmNvbXBsZXhUeXBlPgogIDwveHM6ZWxlbWVu dD4KICA8eHM6ZWxlbWVudCBuYW1lPSJzdXJuYW1lIiB0eXBlPSJ4czpzdHJpbmciLz4KICA8 eHM6ZWxlbWVudCBuYW1lPSJnaXZlbiIgdHlwZT0ieHM6c3RyaW5nIi8+CiAgPHhzOmVsZW1l bnQgbmFtZT0iYWRkaXRpb25hbCIgdHlwZT0ieHM6c3RyaW5nIi8+CiAgPHhzOmVsZW1lbnQg bmFtZT0icHJlZml4IiB0eXBlPSJ4czpzdHJpbmciLz4KICA8eHM6ZWxlbWVudCBuYW1lPSJz dWZmaXgiIHR5cGU9InhzOnN0cmluZyIvPgogIDwhLS0gNi4yLjMgLS0+CiAgPHhzOmVsZW1l bnQgbmFtZT0ibmlja25hbWUiPgogICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICA8eHM6c2Vx dWVuY2U+CiAgICAgICAgPHhzOmVsZW1lbnQgbWluT2NjdXJzPSIwIiBuYW1lPSJwYXJhbWV0 ZXJzIj4KICAgICAgICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgICAgICAgPHhzOnNlcXVl bmNlPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1sYW5ndWFnZSIv PgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgogICAg ICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1waWQiLz4KICAgICAgICAgICAg ICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJlZiIvPgogICAgICAgICAgICAgIDx4czpn cm91cCByZWY9Im5zMTpwYXJhbS10eXBlIi8+CiAgICAgICAgICAgIDwveHM6c2VxdWVuY2U+ CiAgICAgICAgICA8L3hzOmNvbXBsZXhUeXBlPgogICAgICAgIDwveHM6ZWxlbWVudD4KICAg ICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6dmFsdWUtdGV4dC1saXN0Ii8+CiAgICAgIDwveHM6 c2VxdWVuY2U+CiAgICA8L3hzOmNvbXBsZXhUeXBlPgogIDwveHM6ZWxlbWVudD4KICA8IS0t IDYuMi40IC0tPgogIDx4czplbGVtZW50IG5hbWU9InBob3RvIj4KICAgIDx4czpjb21wbGV4 VHlwZT4KICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vy cz0iMCIgbmFtZT0icGFyYW1ldGVycyI+CiAgICAgICAgICA8eHM6Y29tcGxleFR5cGU+CiAg ICAgICAgICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJu czE6cGFyYW0tYWx0aWQiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFy YW0tcGlkIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXByZWYi Lz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tdHlwZSIvPgogICAg ICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1tZWRpYXR5cGUiLz4KICAgICAg ICAgICAgPC94czpzZXF1ZW5jZT4KICAgICAgICAgIDwveHM6Y29tcGxleFR5cGU+CiAgICAg ICAgPC94czplbGVtZW50PgogICAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOnVyaSIvPgog ICAgICA8L3hzOnNlcXVlbmNlPgogICAgPC94czpjb21wbGV4VHlwZT4KICA8L3hzOmVsZW1l bnQ+CiAgPCEtLSA2LjIuNSAtLT4KICA8eHM6ZWxlbWVudCBuYW1lPSJiZGF5Ij4KICAgIDx4 czpjb21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgIDx4czplbGVtZW50 IG1pbk9jY3Vycz0iMCIgbmFtZT0icGFyYW1ldGVycyI+CiAgICAgICAgICA8eHM6Y29tcGxl eFR5cGU+CiAgICAgICAgICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICAgICAgICA8eHM6Z3Jv dXAgcmVmPSJuczE6cGFyYW0tYWx0aWQiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVm PSJuczE6cGFyYW0tY2Fsc2NhbGUiLz4KICAgICAgICAgICAgPC94czpzZXF1ZW5jZT4KICAg ICAgICAgIDwveHM6Y29tcGxleFR5cGU+CiAgICAgICAgPC94czplbGVtZW50PgogICAgICAg IDx4czpjaG9pY2U+CiAgICAgICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTp2YWx1ZS1kYXRl LWFuZC1vci10aW1lIi8+CiAgICAgICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTp0ZXh0Ii8+ CiAgICAgICAgPC94czpjaG9pY2U+CiAgICAgIDwveHM6c2VxdWVuY2U+CiAgICA8L3hzOmNv bXBsZXhUeXBlPgogIDwveHM6ZWxlbWVudD4KICA8IS0tIDYuMi42IC0tPgogIDx4czplbGVt ZW50IG5hbWU9ImFubml2ZXJzYXJ5Ij4KICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgPHhz OnNlcXVlbmNlPgogICAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIgbmFtZT0icGFy YW1ldGVycyI+CiAgICAgICAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAgICAgICAgIDx4czpz ZXF1ZW5jZT4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tYWx0aWQi Lz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tY2Fsc2NhbGUiLz4K ICAgICAgICAgICAgPC94czpzZXF1ZW5jZT4KICAgICAgICAgIDwveHM6Y29tcGxleFR5cGU+ CiAgICAgICAgPC94czplbGVtZW50PgogICAgICAgIDx4czpjaG9pY2U+CiAgICAgICAgICA8 eHM6ZWxlbWVudCByZWY9Im5zMTp2YWx1ZS1kYXRlLWFuZC1vci10aW1lIi8+CiAgICAgICAg ICA8eHM6ZWxlbWVudCByZWY9Im5zMTp0ZXh0Ii8+CiAgICAgICAgPC94czpjaG9pY2U+CiAg ICAgIDwveHM6c2VxdWVuY2U+CiAgICA8L3hzOmNvbXBsZXhUeXBlPgogIDwveHM6ZWxlbWVu dD4KICA8IS0tIDYuMi43IC0tPgogIDx4czplbGVtZW50IG5hbWU9ImdlbmRlciI+CiAgICA8 eHM6Y29tcGxleFR5cGU+CiAgICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICA8eHM6ZWxlbWVu dCByZWY9Im5zMTpzZXgiLz4KICAgICAgICA8eHM6ZWxlbWVudCBtaW5PY2N1cnM9IjAiIHJl Zj0ibnMxOmlkZW50aXR5Ii8+CiAgICAgIDwveHM6c2VxdWVuY2U+CiAgICA8L3hzOmNvbXBs ZXhUeXBlPgogIDwveHM6ZWxlbWVudD4KICA8eHM6ZWxlbWVudCBuYW1lPSJzZXgiPgogICAg PHhzOnNpbXBsZVR5cGU+CiAgICAgIDx4czpyZXN0cmljdGlvbiBiYXNlPSJ4czp0b2tlbiI+ CiAgICAgICAgPHhzOmVudW1lcmF0aW9uIHZhbHVlPSIiLz4KICAgICAgICA8eHM6ZW51bWVy YXRpb24gdmFsdWU9Ik0iLz4KICAgICAgICA8eHM6ZW51bWVyYXRpb24gdmFsdWU9IkYiLz4K ICAgICAgICA8eHM6ZW51bWVyYXRpb24gdmFsdWU9Ik8iLz4KICAgICAgICA8eHM6ZW51bWVy YXRpb24gdmFsdWU9Ik4iLz4KICAgICAgICA8eHM6ZW51bWVyYXRpb24gdmFsdWU9IlUiLz4K ICAgICAgPC94czpyZXN0cmljdGlvbj4KICAgIDwveHM6c2ltcGxlVHlwZT4KICA8L3hzOmVs ZW1lbnQ+CiAgPHhzOmVsZW1lbnQgbmFtZT0iaWRlbnRpdHkiIHR5cGU9InhzOnN0cmluZyIv PgogIDwhLS0gNi4zLjEgLS0+CiAgPHhzOmdyb3VwIG5hbWU9InBhcmFtLWxhYmVsIj4KICAg IDx4czpzZXF1ZW5jZT4KICAgICAgPHhzOmVsZW1lbnQgbWluT2NjdXJzPSIwIiByZWY9Im5z MTpsYWJlbCIvPgogICAgPC94czpzZXF1ZW5jZT4KICA8L3hzOmdyb3VwPgogIDx4czplbGVt ZW50IG5hbWU9ImxhYmVsIj4KICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVl bmNlPgogICAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOnRleHQiLz4KICAgICAgPC94czpz ZXF1ZW5jZT4KICAgIDwveHM6Y29tcGxleFR5cGU+CiAgPC94czplbGVtZW50PgogIDx4czpl bGVtZW50IG5hbWU9ImFkciI+CiAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAgIDx4czpzZXF1 ZW5jZT4KICAgICAgICA8eHM6ZWxlbWVudCBtaW5PY2N1cnM9IjAiIG5hbWU9InBhcmFtZXRl cnMiPgogICAgICAgICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICAgICAgICA8eHM6c2VxdWVu Y2U+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWxhbmd1YWdlIi8+ CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWFsdGlkIi8+CiAgICAg ICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXBpZCIvPgogICAgICAgICAgICAg IDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1wcmVmIi8+CiAgICAgICAgICAgICAgPHhzOmdy b3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVm PSJuczE6cGFyYW0tZ2VvIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBh cmFtLXR6Ii8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWxhYmVs Ii8+CiAgICAgICAgICAgIDwveHM6c2VxdWVuY2U+CiAgICAgICAgICA8L3hzOmNvbXBsZXhU eXBlPgogICAgICAgIDwveHM6ZWxlbWVudD4KICAgICAgICA8eHM6ZWxlbWVudCBtYXhPY2N1 cnM9InVuYm91bmRlZCIgcmVmPSJuczE6cG9ib3giLz4KICAgICAgICA8eHM6ZWxlbWVudCBt YXhPY2N1cnM9InVuYm91bmRlZCIgcmVmPSJuczE6ZXh0Ii8+CiAgICAgICAgPHhzOmVsZW1l bnQgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiIHJlZj0ibnMxOnN0cmVldCIvPgogICAgICAgIDx4 czplbGVtZW50IG1heE9jY3Vycz0idW5ib3VuZGVkIiByZWY9Im5zMTpsb2NhbGl0eSIvPgog ICAgICAgIDx4czplbGVtZW50IG1heE9jY3Vycz0idW5ib3VuZGVkIiByZWY9Im5zMTpyZWdp b24iLz4KICAgICAgICA8eHM6ZWxlbWVudCBtYXhPY2N1cnM9InVuYm91bmRlZCIgcmVmPSJu czE6Y29kZSIvPgogICAgICAgIDx4czplbGVtZW50IG1heE9jY3Vycz0idW5ib3VuZGVkIiBy ZWY9Im5zMTpjb3VudHJ5Ii8+CiAgICAgIDwveHM6c2VxdWVuY2U+CiAgICA8L3hzOmNvbXBs ZXhUeXBlPgogIDwveHM6ZWxlbWVudD4KICA8eHM6ZWxlbWVudCBuYW1lPSJwb2JveCIgdHlw ZT0ieHM6c3RyaW5nIi8+CiAgPHhzOmVsZW1lbnQgbmFtZT0iZXh0IiB0eXBlPSJ4czpzdHJp bmciLz4KICA8eHM6ZWxlbWVudCBuYW1lPSJzdHJlZXQiIHR5cGU9InhzOnN0cmluZyIvPgog IDx4czplbGVtZW50IG5hbWU9ImxvY2FsaXR5IiB0eXBlPSJ4czpzdHJpbmciLz4KICA8eHM6 ZWxlbWVudCBuYW1lPSJyZWdpb24iIHR5cGU9InhzOnN0cmluZyIvPgogIDx4czplbGVtZW50 IG5hbWU9ImNvZGUiIHR5cGU9InhzOnN0cmluZyIvPgogIDx4czplbGVtZW50IG5hbWU9ImNv dW50cnkiIHR5cGU9InhzOnN0cmluZyIvPgogIDwhLS0gNi40LjEgLS0+CiAgPHhzOmVsZW1l bnQgbmFtZT0idGVsIj4KICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVlbmNl PgogICAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIgbmFtZT0icGFyYW1ldGVycyI+ CiAgICAgICAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAgICAgICAgIDx4czpzZXF1ZW5jZT4K ICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tYWx0aWQiLz4KICAgICAg ICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcGlkIi8+CiAgICAgICAgICAgICAg PHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXByZWYiLz4KICAgICAgICAgICAgICA8eHM6ZWxl bWVudCBtaW5PY2N1cnM9IjAiIG5hbWU9InR5cGUiPgogICAgICAgICAgICAgICAgPHhzOmNv bXBsZXhUeXBlPgogICAgICAgICAgICAgICAgICA8eHM6c2VxdWVuY2U+CiAgICAgICAgICAg ICAgICAgICAgPHhzOmVsZW1lbnQgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiIG5hbWU9InRleHQi PgogICAgICAgICAgICAgICAgICAgICAgPHhzOnNpbXBsZVR5cGU+CiAgICAgICAgICAgICAg ICAgICAgICAgIDx4czpyZXN0cmljdGlvbiBiYXNlPSJ4czp0b2tlbiI+CiAgICAgICAgICAg ICAgICAgICAgICAgICAgPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJ3b3JrIi8+CiAgICAgICAg ICAgICAgICAgICAgICAgICAgPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJob21lIi8+CiAgICAg ICAgICAgICAgICAgICAgICAgICAgPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJ0ZXh0Ii8+CiAg ICAgICAgICAgICAgICAgICAgICAgICAgPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJ2b2ljZSIv PgogICAgICAgICAgICAgICAgICAgICAgICAgIDx4czplbnVtZXJhdGlvbiB2YWx1ZT0iZmF4 Ii8+CiAgICAgICAgICAgICAgICAgICAgICAgICAgPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJj ZWxsIi8+CiAgICAgICAgICAgICAgICAgICAgICAgICAgPHhzOmVudW1lcmF0aW9uIHZhbHVl PSJ2aWRlbyIvPgogICAgICAgICAgICAgICAgICAgICAgICAgIDx4czplbnVtZXJhdGlvbiB2 YWx1ZT0icGFnZXIiLz4KICAgICAgICAgICAgICAgICAgICAgICAgICA8eHM6ZW51bWVyYXRp b24gdmFsdWU9InRleHRwaG9uZSIvPgogICAgICAgICAgICAgICAgICAgICAgICA8L3hzOnJl c3RyaWN0aW9uPgogICAgICAgICAgICAgICAgICAgICAgPC94czpzaW1wbGVUeXBlPgogICAg ICAgICAgICAgICAgICAgIDwveHM6ZWxlbWVudD4KICAgICAgICAgICAgICAgICAgPC94czpz ZXF1ZW5jZT4KICAgICAgICAgICAgICAgIDwveHM6Y29tcGxleFR5cGU+CiAgICAgICAgICAg ICAgPC94czplbGVtZW50PgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJh bS1tZWRpYXR5cGUiLz4KICAgICAgICAgICAgPC94czpzZXF1ZW5jZT4KICAgICAgICAgIDwv eHM6Y29tcGxleFR5cGU+CiAgICAgICAgPC94czplbGVtZW50PgogICAgICAgIDx4czpjaG9p Y2U+CiAgICAgICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTp0ZXh0Ii8+CiAgICAgICAgICA8 eHM6ZWxlbWVudCByZWY9Im5zMTp1cmkiLz4KICAgICAgICA8L3hzOmNob2ljZT4KICAgICAg PC94czpzZXF1ZW5jZT4KICAgIDwveHM6Y29tcGxleFR5cGU+CiAgPC94czplbGVtZW50Pgog IDwhLS0gNi40LjIgLS0+CiAgPHhzOmVsZW1lbnQgbmFtZT0iZW1haWwiPgogICAgPHhzOmNv bXBsZXhUeXBlPgogICAgICA8eHM6c2VxdWVuY2U+CiAgICAgICAgPHhzOmVsZW1lbnQgbWlu T2NjdXJzPSIwIiBuYW1lPSJwYXJhbWV0ZXJzIj4KICAgICAgICAgIDx4czpjb21wbGV4VHlw ZT4KICAgICAgICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgICAgICAgIDx4czpncm91cCBy ZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5z MTpwYXJhbS1waWQiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0t cHJlZiIvPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS10eXBlIi8+ CiAgICAgICAgICAgIDwveHM6c2VxdWVuY2U+CiAgICAgICAgICA8L3hzOmNvbXBsZXhUeXBl PgogICAgICAgIDwveHM6ZWxlbWVudD4KICAgICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTp0 ZXh0Ii8+CiAgICAgIDwveHM6c2VxdWVuY2U+CiAgICA8L3hzOmNvbXBsZXhUeXBlPgogIDwv eHM6ZWxlbWVudD4KICA8IS0tIDYuNC4zIC0tPgogIDx4czplbGVtZW50IG5hbWU9ImltcHAi PgogICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICA8eHM6c2VxdWVuY2U+CiAgICAgICAgPHhz OmVsZW1lbnQgbWluT2NjdXJzPSIwIiBuYW1lPSJwYXJhbWV0ZXJzIj4KICAgICAgICAgIDx4 czpjb21wbGV4VHlwZT4KICAgICAgICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgICAgICAg IDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgogICAgICAgICAgICAgIDx4czpn cm91cCByZWY9Im5zMTpwYXJhbS1waWQiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVm PSJuczE6cGFyYW0tcHJlZiIvPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpw YXJhbS10eXBlIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLW1l ZGlhdHlwZSIvPgogICAgICAgICAgICA8L3hzOnNlcXVlbmNlPgogICAgICAgICAgPC94czpj b21wbGV4VHlwZT4KICAgICAgICA8L3hzOmVsZW1lbnQ+CiAgICAgICAgPHhzOmVsZW1lbnQg cmVmPSJuczE6dXJpIi8+CiAgICAgIDwveHM6c2VxdWVuY2U+CiAgICA8L3hzOmNvbXBsZXhU eXBlPgogIDwveHM6ZWxlbWVudD4KICA8IS0tIDYuNC40IC0tPgogIDx4czplbGVtZW50IG5h bWU9ImxhbmciPgogICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICA8eHM6c2VxdWVuY2U+CiAg ICAgICAgPHhzOmVsZW1lbnQgbWluT2NjdXJzPSIwIiBuYW1lPSJwYXJhbWV0ZXJzIj4KICAg ICAgICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgICAgICAgPHhzOnNlcXVlbmNlPgogICAg ICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgogICAgICAgICAg ICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1waWQiLz4KICAgICAgICAgICAgICA8eHM6 Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJlZiIvPgogICAgICAgICAgICAgIDx4czpncm91cCBy ZWY9Im5zMTpwYXJhbS10eXBlIi8+CiAgICAgICAgICAgIDwveHM6c2VxdWVuY2U+CiAgICAg ICAgICA8L3hzOmNvbXBsZXhUeXBlPgogICAgICAgIDwveHM6ZWxlbWVudD4KICAgICAgICA8 eHM6ZWxlbWVudCByZWY9Im5zMTpsYW5ndWFnZS10YWciLz4KICAgICAgPC94czpzZXF1ZW5j ZT4KICAgIDwveHM6Y29tcGxleFR5cGU+CiAgPC94czplbGVtZW50PgogIDwhLS0gNi41LjEg LS0+CiAgPHhzOmdyb3VwIG5hbWU9InByb3BlcnR5LXR6Ij4KICAgIDx4czpzZXF1ZW5jZT4K ICAgICAgPHhzOmVsZW1lbnQgbmFtZT0idHoiPgogICAgICAgIDx4czpjb21wbGV4VHlwZT4K ICAgICAgICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICAgICAgPHhzOmVsZW1lbnQgbWluT2Nj dXJzPSIwIiBuYW1lPSJwYXJhbWV0ZXJzIj4KICAgICAgICAgICAgICA8eHM6Y29tcGxleFR5 cGU+CiAgICAgICAgICAgICAgICA8eHM6c2VxdWVuY2U+CiAgICAgICAgICAgICAgICAgIDx4 czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgogICAgICAgICAgICAgICAgICA8eHM6 Z3JvdXAgcmVmPSJuczE6cGFyYW0tcGlkIi8+CiAgICAgICAgICAgICAgICAgIDx4czpncm91 cCByZWY9Im5zMTpwYXJhbS1wcmVmIi8+CiAgICAgICAgICAgICAgICAgIDx4czpncm91cCBy ZWY9Im5zMTpwYXJhbS10eXBlIi8+CiAgICAgICAgICAgICAgICAgIDx4czpncm91cCByZWY9 Im5zMTpwYXJhbS1tZWRpYXR5cGUiLz4KICAgICAgICAgICAgICAgIDwveHM6c2VxdWVuY2U+ CiAgICAgICAgICAgICAgPC94czpjb21wbGV4VHlwZT4KICAgICAgICAgICAgPC94czplbGVt ZW50PgogICAgICAgICAgICA8eHM6Y2hvaWNlPgogICAgICAgICAgICAgIDx4czplbGVtZW50 IHJlZj0ibnMxOnRleHQiLz4KICAgICAgICAgICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTp1 cmkiLz4KICAgICAgICAgICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTp1dGMtb2Zmc2V0Ii8+ CiAgICAgICAgICAgIDwveHM6Y2hvaWNlPgogICAgICAgICAgPC94czpzZXF1ZW5jZT4KICAg ICAgICA8L3hzOmNvbXBsZXhUeXBlPgogICAgICA8L3hzOmVsZW1lbnQ+CiAgICA8L3hzOnNl cXVlbmNlPgogIDwveHM6Z3JvdXA+CiAgPCEtLSA2LjUuMiAtLT4KICA8eHM6Z3JvdXAgbmFt ZT0icHJvcGVydHktZ2VvIj4KICAgIDx4czpzZXF1ZW5jZT4KICAgICAgPHhzOmVsZW1lbnQg bmFtZT0iZ2VvIj4KICAgICAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAgICAgICA8eHM6c2Vx dWVuY2U+CiAgICAgICAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIgbmFtZT0icGFy YW1ldGVycyI+CiAgICAgICAgICAgICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICAgICAgICAg ICAgPHhzOnNlcXVlbmNlPgogICAgICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6 cGFyYW0tYWx0aWQiLz4KICAgICAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBh cmFtLXBpZCIvPgogICAgICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0t cHJlZiIvPgogICAgICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tdHlw ZSIvPgogICAgICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tbWVkaWF0 eXBlIi8+CiAgICAgICAgICAgICAgICA8L3hzOnNlcXVlbmNlPgogICAgICAgICAgICAgIDwv eHM6Y29tcGxleFR5cGU+CiAgICAgICAgICAgIDwveHM6ZWxlbWVudD4KICAgICAgICAgICAg PHhzOmVsZW1lbnQgcmVmPSJuczE6dXJpIi8+CiAgICAgICAgICA8L3hzOnNlcXVlbmNlPgog ICAgICAgIDwveHM6Y29tcGxleFR5cGU+CiAgICAgIDwveHM6ZWxlbWVudD4KICAgIDwveHM6 c2VxdWVuY2U+CiAgPC94czpncm91cD4KICA8IS0tIDYuNi4xIC0tPgogIDx4czplbGVtZW50 IG5hbWU9InRpdGxlIj4KICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVlbmNl PgogICAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIgbmFtZT0icGFyYW1ldGVycyI+ CiAgICAgICAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAgICAgICAgIDx4czpzZXF1ZW5jZT4K ICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tbGFuZ3VhZ2UiLz4KICAg ICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tYWx0aWQiLz4KICAgICAgICAg ICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcGlkIi8+CiAgICAgICAgICAgICAgPHhz Omdyb3VwIHJlZj0ibnMxOnBhcmFtLXByZWYiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAg cmVmPSJuczE6cGFyYW0tdHlwZSIvPgogICAgICAgICAgICA8L3hzOnNlcXVlbmNlPgogICAg ICAgICAgPC94czpjb21wbGV4VHlwZT4KICAgICAgICA8L3hzOmVsZW1lbnQ+CiAgICAgICAg PHhzOmVsZW1lbnQgcmVmPSJuczE6dGV4dCIvPgogICAgICA8L3hzOnNlcXVlbmNlPgogICAg PC94czpjb21wbGV4VHlwZT4KICA8L3hzOmVsZW1lbnQ+CiAgPCEtLSA2LjYuMiAtLT4KICA8 eHM6ZWxlbWVudCBuYW1lPSJyb2xlIj4KICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgPHhz OnNlcXVlbmNlPgogICAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIgbmFtZT0icGFy YW1ldGVycyI+CiAgICAgICAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAgICAgICAgIDx4czpz ZXF1ZW5jZT4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tbGFuZ3Vh Z2UiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tYWx0aWQiLz4K ICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcGlkIi8+CiAgICAgICAg ICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXByZWYiLz4KICAgICAgICAgICAgICA8 eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tdHlwZSIvPgogICAgICAgICAgICA8L3hzOnNlcXVl bmNlPgogICAgICAgICAgPC94czpjb21wbGV4VHlwZT4KICAgICAgICA8L3hzOmVsZW1lbnQ+ CiAgICAgICAgPHhzOmVsZW1lbnQgcmVmPSJuczE6dGV4dCIvPgogICAgICA8L3hzOnNlcXVl bmNlPgogICAgPC94czpjb21wbGV4VHlwZT4KICA8L3hzOmVsZW1lbnQ+CiAgPCEtLSA2LjYu MyAtLT4KICA8eHM6ZWxlbWVudCBuYW1lPSJsb2dvIj4KICAgIDx4czpjb21wbGV4VHlwZT4K ICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0iMCIg bmFtZT0icGFyYW1ldGVycyI+CiAgICAgICAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAgICAg ICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFy YW0tbGFuZ3VhZ2UiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0t YWx0aWQiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcGlkIi8+ CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXByZWYiLz4KICAgICAg ICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tdHlwZSIvPgogICAgICAgICAgICAg IDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1tZWRpYXR5cGUiLz4KICAgICAgICAgICAgPC94 czpzZXF1ZW5jZT4KICAgICAgICAgIDwveHM6Y29tcGxleFR5cGU+CiAgICAgICAgPC94czpl bGVtZW50PgogICAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOnVyaSIvPgogICAgICA8L3hz OnNlcXVlbmNlPgogICAgPC94czpjb21wbGV4VHlwZT4KICA8L3hzOmVsZW1lbnQ+CiAgPCEt LSA2LjYuNCAtLT4KICA8eHM6ZWxlbWVudCBuYW1lPSJvcmciPgogICAgPHhzOmNvbXBsZXhU eXBlPgogICAgICA8eHM6c2VxdWVuY2U+CiAgICAgICAgPHhzOmVsZW1lbnQgbWluT2NjdXJz PSIwIiBuYW1lPSJwYXJhbWV0ZXJzIj4KICAgICAgICAgIDx4czpjb21wbGV4VHlwZT4KICAg ICAgICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5z MTpwYXJhbS1sYW5ndWFnZSIvPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpw YXJhbS1hbHRpZCIvPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1w aWQiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJlZiIvPgog ICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS10eXBlIi8+CiAgICAgICAg ICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXNvcnQtYXMiLz4KICAgICAgICAgICAg PC94czpzZXF1ZW5jZT4KICAgICAgICAgIDwveHM6Y29tcGxleFR5cGU+CiAgICAgICAgPC94 czplbGVtZW50PgogICAgICAgIDx4czpncm91cCByZWY9Im5zMTp2YWx1ZS10ZXh0LWxpc3Qi Lz4KICAgICAgPC94czpzZXF1ZW5jZT4KICAgIDwveHM6Y29tcGxleFR5cGU+CiAgPC94czpl bGVtZW50PgogIDwhLS0gNi42LjUgLS0+CiAgPHhzOmVsZW1lbnQgbmFtZT0ibWVtYmVyIj4K ICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgIDx4czpl bGVtZW50IG1pbk9jY3Vycz0iMCIgbmFtZT0icGFyYW1ldGVycyI+CiAgICAgICAgICA8eHM6 Y29tcGxleFR5cGU+CiAgICAgICAgICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICAgICAgICA8 eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tYWx0aWQiLz4KICAgICAgICAgICAgICA8eHM6Z3Jv dXAgcmVmPSJuczE6cGFyYW0tcGlkIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0i bnMxOnBhcmFtLXByZWYiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFy YW0tbWVkaWF0eXBlIi8+CiAgICAgICAgICAgIDwveHM6c2VxdWVuY2U+CiAgICAgICAgICA8 L3hzOmNvbXBsZXhUeXBlPgogICAgICAgIDwveHM6ZWxlbWVudD4KICAgICAgICA8eHM6ZWxl bWVudCByZWY9Im5zMTp1cmkiLz4KICAgICAgPC94czpzZXF1ZW5jZT4KICAgIDwveHM6Y29t cGxleFR5cGU+CiAgPC94czplbGVtZW50PgogIDwhLS0gNi42LjYgLS0+CiAgPHhzOmVsZW1l bnQgbmFtZT0icmVsYXRlZCI+CiAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAgIDx4czpzZXF1 ZW5jZT4KICAgICAgICA8eHM6ZWxlbWVudCBtaW5PY2N1cnM9IjAiIG5hbWU9InBhcmFtZXRl cnMiPgogICAgICAgICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICAgICAgICA8eHM6c2VxdWVu Y2U+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWFsdGlkIi8+CiAg ICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXBpZCIvPgogICAgICAgICAg ICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1wcmVmIi8+CiAgICAgICAgICAgICAgPHhz OmVsZW1lbnQgbWluT2NjdXJzPSIwIiBuYW1lPSJ0eXBlIj4KICAgICAgICAgICAgICAgIDx4 czpjb21wbGV4VHlwZT4KICAgICAgICAgICAgICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAg ICAgICAgICAgICAgIDx4czplbGVtZW50IG1heE9jY3Vycz0idW5ib3VuZGVkIiBuYW1lPSJ0 ZXh0Ij4KICAgICAgICAgICAgICAgICAgICAgIDx4czpzaW1wbGVUeXBlPgogICAgICAgICAg ICAgICAgICAgICAgICA8eHM6cmVzdHJpY3Rpb24gYmFzZT0ieHM6dG9rZW4iPgogICAgICAg ICAgICAgICAgICAgICAgICAgIDx4czplbnVtZXJhdGlvbiB2YWx1ZT0id29yayIvPgogICAg ICAgICAgICAgICAgICAgICAgICAgIDx4czplbnVtZXJhdGlvbiB2YWx1ZT0iaG9tZSIvPgog ICAgICAgICAgICAgICAgICAgICAgICAgIDx4czplbnVtZXJhdGlvbiB2YWx1ZT0iY29udGFj dCIvPgogICAgICAgICAgICAgICAgICAgICAgICAgIDx4czplbnVtZXJhdGlvbiB2YWx1ZT0i YWNxdWFpbnRhbmNlIi8+CiAgICAgICAgICAgICAgICAgICAgICAgICAgPHhzOmVudW1lcmF0 aW9uIHZhbHVlPSJmcmllbmQiLz4KICAgICAgICAgICAgICAgICAgICAgICAgICA8eHM6ZW51 bWVyYXRpb24gdmFsdWU9Im1ldCIvPgogICAgICAgICAgICAgICAgICAgICAgICAgIDx4czpl bnVtZXJhdGlvbiB2YWx1ZT0iY28td29ya2VyIi8+CiAgICAgICAgICAgICAgICAgICAgICAg ICAgPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJjb2xsZWFndWUiLz4KICAgICAgICAgICAgICAg ICAgICAgICAgICA8eHM6ZW51bWVyYXRpb24gdmFsdWU9ImNvLXJlc2lkZW50Ii8+CiAgICAg ICAgICAgICAgICAgICAgICAgICAgPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJuZWlnaGJvciIv PgogICAgICAgICAgICAgICAgICAgICAgICAgIDx4czplbnVtZXJhdGlvbiB2YWx1ZT0iY2hp bGQiLz4KICAgICAgICAgICAgICAgICAgICAgICAgICA8eHM6ZW51bWVyYXRpb24gdmFsdWU9 InBhcmVudCIvPgogICAgICAgICAgICAgICAgICAgICAgICAgIDx4czplbnVtZXJhdGlvbiB2 YWx1ZT0ic2libGluZyIvPgogICAgICAgICAgICAgICAgICAgICAgICAgIDx4czplbnVtZXJh dGlvbiB2YWx1ZT0ic3BvdXNlIi8+CiAgICAgICAgICAgICAgICAgICAgICAgICAgPHhzOmVu dW1lcmF0aW9uIHZhbHVlPSJraW4iLz4KICAgICAgICAgICAgICAgICAgICAgICAgICA8eHM6 ZW51bWVyYXRpb24gdmFsdWU9Im11c2UiLz4KICAgICAgICAgICAgICAgICAgICAgICAgICA8 eHM6ZW51bWVyYXRpb24gdmFsdWU9ImNydXNoIi8+CiAgICAgICAgICAgICAgICAgICAgICAg ICAgPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJkYXRlIi8+CiAgICAgICAgICAgICAgICAgICAg ICAgICAgPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJzd2VldGhlYXJ0Ii8+CiAgICAgICAgICAg ICAgICAgICAgICAgICAgPHhzOmVudW1lcmF0aW9uIHZhbHVlPSJtZSIvPgogICAgICAgICAg ICAgICAgICAgICAgICAgIDx4czplbnVtZXJhdGlvbiB2YWx1ZT0iYWdlbnQiLz4KICAgICAg ICAgICAgICAgICAgICAgICAgICA8eHM6ZW51bWVyYXRpb24gdmFsdWU9ImVtZXJnZW5jeSIv PgogICAgICAgICAgICAgICAgICAgICAgICA8L3hzOnJlc3RyaWN0aW9uPgogICAgICAgICAg ICAgICAgICAgICAgPC94czpzaW1wbGVUeXBlPgogICAgICAgICAgICAgICAgICAgIDwveHM6 ZWxlbWVudD4KICAgICAgICAgICAgICAgICAgPC94czpzZXF1ZW5jZT4KICAgICAgICAgICAg ICAgIDwveHM6Y29tcGxleFR5cGU+CiAgICAgICAgICAgICAgPC94czplbGVtZW50PgogICAg ICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1tZWRpYXR5cGUiLz4KICAgICAg ICAgICAgPC94czpzZXF1ZW5jZT4KICAgICAgICAgIDwveHM6Y29tcGxleFR5cGU+CiAgICAg ICAgPC94czplbGVtZW50PgogICAgICAgIDx4czpjaG9pY2U+CiAgICAgICAgICA8eHM6ZWxl bWVudCByZWY9Im5zMTp1cmkiLz4KICAgICAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOnRl eHQiLz4KICAgICAgICA8L3hzOmNob2ljZT4KICAgICAgPC94czpzZXF1ZW5jZT4KICAgIDwv eHM6Y29tcGxleFR5cGU+CiAgPC94czplbGVtZW50PgogIDwhLS0gNi43LjEgLS0+CiAgPHhz OmVsZW1lbnQgbmFtZT0iY2F0ZWdvcmllcyI+CiAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAg IDx4czpzZXF1ZW5jZT4KICAgICAgICA8eHM6ZWxlbWVudCBtaW5PY2N1cnM9IjAiIG5hbWU9 InBhcmFtZXRlcnMiPgogICAgICAgICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICAgICAgICA8 eHM6c2VxdWVuY2U+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWFs dGlkIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXBpZCIvPgog ICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1wcmVmIi8+CiAgICAgICAg ICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KICAgICAgICAgICAgPC94 czpzZXF1ZW5jZT4KICAgICAgICAgIDwveHM6Y29tcGxleFR5cGU+CiAgICAgICAgPC94czpl bGVtZW50PgogICAgICAgIDx4czpncm91cCByZWY9Im5zMTp2YWx1ZS10ZXh0LWxpc3QiLz4K ICAgICAgPC94czpzZXF1ZW5jZT4KICAgIDwveHM6Y29tcGxleFR5cGU+CiAgPC94czplbGVt ZW50PgogIDwhLS0gNi43LjIgLS0+CiAgPHhzOmVsZW1lbnQgbmFtZT0ibm90ZSI+CiAgICA8 eHM6Y29tcGxleFR5cGU+CiAgICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICA8eHM6ZWxlbWVu dCBtaW5PY2N1cnM9IjAiIG5hbWU9InBhcmFtZXRlcnMiPgogICAgICAgICAgPHhzOmNvbXBs ZXhUeXBlPgogICAgICAgICAgICA8eHM6c2VxdWVuY2U+CiAgICAgICAgICAgICAgPHhzOmdy b3VwIHJlZj0ibnMxOnBhcmFtLWxhbmd1YWdlIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3Vw IHJlZj0ibnMxOnBhcmFtLWFsdGlkIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0i bnMxOnBhcmFtLXBpZCIvPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJh bS1wcmVmIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUi Lz4KICAgICAgICAgICAgPC94czpzZXF1ZW5jZT4KICAgICAgICAgIDwveHM6Y29tcGxleFR5 cGU+CiAgICAgICAgPC94czplbGVtZW50PgogICAgICAgIDx4czplbGVtZW50IHJlZj0ibnMx OnRleHQiLz4KICAgICAgPC94czpzZXF1ZW5jZT4KICAgIDwveHM6Y29tcGxleFR5cGU+CiAg PC94czplbGVtZW50PgogIDwhLS0gNi43LjMgLS0+CiAgPHhzOmVsZW1lbnQgbmFtZT0icHJv ZGlkIj4KICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAg IDx4czplbGVtZW50IHJlZj0ibnMxOnRleHQiLz4KICAgICAgPC94czpzZXF1ZW5jZT4KICAg IDwveHM6Y29tcGxleFR5cGU+CiAgPC94czplbGVtZW50PgogIDwhLS0gNi43LjQgLS0+CiAg PHhzOmVsZW1lbnQgbmFtZT0icmV2IiB0eXBlPSJuczE6dmFsdWUtdGltZXN0YW1wIi8+CiAg PCEtLSA2LjcuNSAtLT4KICA8eHM6ZWxlbWVudCBuYW1lPSJzb3VuZCI+CiAgICA8eHM6Y29t cGxleFR5cGU+CiAgICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICA8eHM6ZWxlbWVudCBtaW5P Y2N1cnM9IjAiIG5hbWU9InBhcmFtZXRlcnMiPgogICAgICAgICAgPHhzOmNvbXBsZXhUeXBl PgogICAgICAgICAgICA8eHM6c2VxdWVuY2U+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJl Zj0ibnMxOnBhcmFtLWxhbmd1YWdlIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0i bnMxOnBhcmFtLWFsdGlkIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBh cmFtLXBpZCIvPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1wcmVm Ii8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KICAg ICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tbWVkaWF0eXBlIi8+CiAgICAg ICAgICAgIDwveHM6c2VxdWVuY2U+CiAgICAgICAgICA8L3hzOmNvbXBsZXhUeXBlPgogICAg ICAgIDwveHM6ZWxlbWVudD4KICAgICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTp1cmkiLz4K ICAgICAgPC94czpzZXF1ZW5jZT4KICAgIDwveHM6Y29tcGxleFR5cGU+CiAgPC94czplbGVt ZW50PgogIDwhLS0gNi43LjYgLS0+CiAgPHhzOmVsZW1lbnQgbmFtZT0idWlkIj4KICAgIDx4 czpjb21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgIDx4czplbGVtZW50 IHJlZj0ibnMxOnVyaSIvPgogICAgICA8L3hzOnNlcXVlbmNlPgogICAgPC94czpjb21wbGV4 VHlwZT4KICA8L3hzOmVsZW1lbnQ+CiAgPCEtLSA2LjcuNyAtLT4KICA8eHM6ZWxlbWVudCBu YW1lPSJjbGllbnRwaWRtYXAiPgogICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICA8eHM6c2Vx dWVuY2U+CiAgICAgICAgPHhzOmVsZW1lbnQgcmVmPSJuczE6c291cmNlaWQiLz4KICAgICAg ICA8eHM6ZWxlbWVudCByZWY9Im5zMTp1cmkiLz4KICAgICAgPC94czpzZXF1ZW5jZT4KICAg IDwveHM6Y29tcGxleFR5cGU+CiAgPC94czplbGVtZW50PgogIDx4czplbGVtZW50IG5hbWU9 InNvdXJjZWlkIiB0eXBlPSJ4czpwb3NpdGl2ZUludGVnZXIiLz4KICA8IS0tIDYuNy44IC0t PgogIDx4czplbGVtZW50IG5hbWU9InVybCI+CiAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAg IDx4czpzZXF1ZW5jZT4KICAgICAgICA8eHM6ZWxlbWVudCBtaW5PY2N1cnM9IjAiIG5hbWU9 InBhcmFtZXRlcnMiPgogICAgICAgICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICAgICAgICA8 eHM6c2VxdWVuY2U+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLWFs dGlkIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXBpZCIvPgog ICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1wcmVmIi8+CiAgICAgICAg ICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KICAgICAgICAgICAgICA8 eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tbWVkaWF0eXBlIi8+CiAgICAgICAgICAgIDwveHM6 c2VxdWVuY2U+CiAgICAgICAgICA8L3hzOmNvbXBsZXhUeXBlPgogICAgICAgIDwveHM6ZWxl bWVudD4KICAgICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTp1cmkiLz4KICAgICAgPC94czpz ZXF1ZW5jZT4KICAgIDwveHM6Y29tcGxleFR5cGU+CiAgPC94czplbGVtZW50PgogIDwhLS0g Ni44LjEgLS0+CiAgPHhzOmVsZW1lbnQgbmFtZT0ia2V5Ij4KICAgIDx4czpjb21wbGV4VHlw ZT4KICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgIDx4czplbGVtZW50IG1pbk9jY3Vycz0i MCIgbmFtZT0icGFyYW1ldGVycyI+CiAgICAgICAgICA8eHM6Y29tcGxleFR5cGU+CiAgICAg ICAgICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6 cGFyYW0tYWx0aWQiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0t cGlkIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXByZWYiLz4K ICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tdHlwZSIvPgogICAgICAg ICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1tZWRpYXR5cGUiLz4KICAgICAgICAg ICAgPC94czpzZXF1ZW5jZT4KICAgICAgICAgIDwveHM6Y29tcGxleFR5cGU+CiAgICAgICAg PC94czplbGVtZW50PgogICAgICAgIDx4czpjaG9pY2U+CiAgICAgICAgICA8eHM6ZWxlbWVu dCByZWY9Im5zMTp1cmkiLz4KICAgICAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOnRleHQi Lz4KICAgICAgICA8L3hzOmNob2ljZT4KICAgICAgPC94czpzZXF1ZW5jZT4KICAgIDwveHM6 Y29tcGxleFR5cGU+CiAgPC94czplbGVtZW50PgogIDwhLS0gNi45LjEgLS0+CiAgPHhzOmVs ZW1lbnQgbmFtZT0iZmJ1cmwiPgogICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICA8eHM6c2Vx dWVuY2U+CiAgICAgICAgPHhzOmVsZW1lbnQgbWluT2NjdXJzPSIwIiBuYW1lPSJwYXJhbWV0 ZXJzIj4KICAgICAgICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgICAgICAgPHhzOnNlcXVl bmNlPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1hbHRpZCIvPgog ICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1waWQiLz4KICAgICAgICAg ICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tcHJlZiIvPgogICAgICAgICAgICAgIDx4 czpncm91cCByZWY9Im5zMTpwYXJhbS10eXBlIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3Vw IHJlZj0ibnMxOnBhcmFtLW1lZGlhdHlwZSIvPgogICAgICAgICAgICA8L3hzOnNlcXVlbmNl PgogICAgICAgICAgPC94czpjb21wbGV4VHlwZT4KICAgICAgICA8L3hzOmVsZW1lbnQ+CiAg ICAgICAgPHhzOmVsZW1lbnQgcmVmPSJuczE6dXJpIi8+CiAgICAgIDwveHM6c2VxdWVuY2U+ CiAgICA8L3hzOmNvbXBsZXhUeXBlPgogIDwveHM6ZWxlbWVudD4KICA8IS0tIDYuOS4yIC0t PgogIDx4czplbGVtZW50IG5hbWU9ImNhbGFkcnVyaSI+CiAgICA8eHM6Y29tcGxleFR5cGU+ CiAgICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICA8eHM6ZWxlbWVudCBtaW5PY2N1cnM9IjAi IG5hbWU9InBhcmFtZXRlcnMiPgogICAgICAgICAgPHhzOmNvbXBsZXhUeXBlPgogICAgICAg ICAgICA8eHM6c2VxdWVuY2U+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBh cmFtLWFsdGlkIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXBp ZCIvPgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1wcmVmIi8+CiAg ICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFtLXR5cGUiLz4KICAgICAgICAg ICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tbWVkaWF0eXBlIi8+CiAgICAgICAgICAg IDwveHM6c2VxdWVuY2U+CiAgICAgICAgICA8L3hzOmNvbXBsZXhUeXBlPgogICAgICAgIDwv eHM6ZWxlbWVudD4KICAgICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTp1cmkiLz4KICAgICAg PC94czpzZXF1ZW5jZT4KICAgIDwveHM6Y29tcGxleFR5cGU+CiAgPC94czplbGVtZW50Pgog IDwhLS0gNi45LjMgLS0+CiAgPHhzOmVsZW1lbnQgbmFtZT0iY2FsdXJpIj4KICAgIDx4czpj b21wbGV4VHlwZT4KICAgICAgPHhzOnNlcXVlbmNlPgogICAgICAgIDx4czplbGVtZW50IG1p bk9jY3Vycz0iMCIgbmFtZT0icGFyYW1ldGVycyI+CiAgICAgICAgICA8eHM6Y29tcGxleFR5 cGU+CiAgICAgICAgICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICAgICAgICA8eHM6Z3JvdXAg cmVmPSJuczE6cGFyYW0tYWx0aWQiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJu czE6cGFyYW0tcGlkIi8+CiAgICAgICAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBhcmFt LXByZWYiLz4KICAgICAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cGFyYW0tdHlwZSIv PgogICAgICAgICAgICAgIDx4czpncm91cCByZWY9Im5zMTpwYXJhbS1tZWRpYXR5cGUiLz4K ICAgICAgICAgICAgPC94czpzZXF1ZW5jZT4KICAgICAgICAgIDwveHM6Y29tcGxleFR5cGU+ CiAgICAgICAgPC94czplbGVtZW50PgogICAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOnVy aSIvPgogICAgICA8L3hzOnNlcXVlbmNlPgogICAgPC94czpjb21wbGV4VHlwZT4KICA8L3hz OmVsZW1lbnQ+CiAgPCEtLSBUb3AtbGV2ZWwgZ3JhbW1hciAtLT4KICA8eHM6Z3JvdXAgbmFt ZT0icHJvcGVydHkiPgogICAgPHhzOmNob2ljZT4KICAgICAgPHhzOmVsZW1lbnQgcmVmPSJu czE6YWRyIi8+CiAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOmFubml2ZXJzYXJ5Ii8+CiAg ICAgIDx4czplbGVtZW50IHJlZj0ibnMxOmJkYXkiLz4KICAgICAgPHhzOmVsZW1lbnQgcmVm PSJuczE6Y2FsYWRydXJpIi8+CiAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOmNhbHVyaSIv PgogICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTpjYXRlZ29yaWVzIi8+CiAgICAgIDx4czpl bGVtZW50IHJlZj0ibnMxOmNsaWVudHBpZG1hcCIvPgogICAgICA8eHM6ZWxlbWVudCByZWY9 Im5zMTplbWFpbCIvPgogICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTpmYnVybCIvPgogICAg ICA8eHM6ZWxlbWVudCByZWY9Im5zMTpmbiIvPgogICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6 cHJvcGVydHktZ2VvIi8+CiAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOmltcHAiLz4KICAg ICAgPHhzOmVsZW1lbnQgcmVmPSJuczE6a2V5Ii8+CiAgICAgIDx4czplbGVtZW50IHJlZj0i bnMxOmtpbmQiLz4KICAgICAgPHhzOmVsZW1lbnQgcmVmPSJuczE6bGFuZyIvPgogICAgICA8 eHM6ZWxlbWVudCByZWY9Im5zMTpsb2dvIi8+CiAgICAgIDx4czplbGVtZW50IHJlZj0ibnMx Om1lbWJlciIvPgogICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTpuIi8+CiAgICAgIDx4czpl bGVtZW50IHJlZj0ibnMxOm5pY2tuYW1lIi8+CiAgICAgIDx4czplbGVtZW50IHJlZj0ibnMx Om5vdGUiLz4KICAgICAgPHhzOmVsZW1lbnQgcmVmPSJuczE6b3JnIi8+CiAgICAgIDx4czpl bGVtZW50IHJlZj0ibnMxOnBob3RvIi8+CiAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOnBy b2RpZCIvPgogICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTpyZWxhdGVkIi8+CiAgICAgIDx4 czplbGVtZW50IHJlZj0ibnMxOnJldiIvPgogICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTpy b2xlIi8+CiAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOmdlbmRlciIvPgogICAgICA8eHM6 ZWxlbWVudCByZWY9Im5zMTpzb3VuZCIvPgogICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTpz b3VyY2UiLz4KICAgICAgPHhzOmVsZW1lbnQgcmVmPSJuczE6dGVsIi8+CiAgICAgIDx4czpl bGVtZW50IHJlZj0ibnMxOnRpdGxlIi8+CiAgICAgIDx4czpncm91cCByZWY9Im5zMTpwcm9w ZXJ0eS10eiIvPgogICAgICA8eHM6ZWxlbWVudCByZWY9Im5zMTp1aWQiLz4KICAgICAgPHhz OmVsZW1lbnQgcmVmPSJuczE6dXJsIi8+CiAgICA8L3hzOmNob2ljZT4KICA8L3hzOmdyb3Vw PgogIAogIDx4czplbGVtZW50IG5hbWU9InZjYXJkcyI+CiAgICA8eHM6Y29tcGxleFR5cGU+ CiAgICAgIDx4czpzZXF1ZW5jZT4KICAgICAgICA8eHM6ZWxlbWVudCBtYXhPY2N1cnM9InVu Ym91bmRlZCIgcmVmPSJuczE6dmNhcmQiLz4KICAgICAgPC94czpzZXF1ZW5jZT4KICAgIDwv eHM6Y29tcGxleFR5cGU+CiAgPC94czplbGVtZW50PgogIAogIDx4czpjb21wbGV4VHlwZSBu YW1lPSJ2Y2FyZFR5cGUiPgogICAgPHhzOmNvbXBsZXhDb250ZW50PgogICAgICA8eHM6cmVz dHJpY3Rpb24gYmFzZT0ieHM6YW55VHlwZSI+CiAgICAgICAgPHhzOmNob2ljZSBtYXhPY2N1 cnM9InVuYm91bmRlZCI+CiAgICAgICAgICA8eHM6Z3JvdXAgcmVmPSJuczE6cHJvcGVydHki Lz4KICAgICAgICAgIDx4czplbGVtZW50IHJlZj0ibnMxOmdyb3VwIi8+CiAgICAgICAgPC94 czpjaG9pY2U+CiAgICAgICAgCiAgICAgIDwveHM6cmVzdHJpY3Rpb24+CiAgICA8L3hzOmNv bXBsZXhDb250ZW50PgogIDwveHM6Y29tcGxleFR5cGU+CiAgCiAgPHhzOmVsZW1lbnQgbmFt ZT0idmNhcmQiICB0eXBlPSJuczE6dmNhcmRUeXBlIi8+CiAgCiAgPCEtLQogIDx4czplbGVt ZW50IG5hbWU9InZjYXJkIj4KICAgIDx4czpjb21wbGV4VHlwZT4KICAgICAgPHhzOmNob2lj ZSBtYXhPY2N1cnM9InVuYm91bmRlZCI+CiAgICAgICAgPHhzOmdyb3VwIHJlZj0ibnMxOnBy b3BlcnR5Ii8+CiAgICAgICAgPHhzOmVsZW1lbnQgcmVmPSJuczE6Z3JvdXAiLz4KICAgICAg PC94czpjaG9pY2U+CiAgICA8L3hzOmNvbXBsZXhUeXBlPgogIDwveHM6ZWxlbWVudD4KICAt LT4gCiAgCiAgPHhzOmVsZW1lbnQgbmFtZT0iZ3JvdXAiPgogICAgPHhzOmNvbXBsZXhUeXBl PgogICAgICA8eHM6Z3JvdXAgbWluT2NjdXJzPSIwIiBtYXhPY2N1cnM9InVuYm91bmRlZCIg cmVmPSJuczE6cHJvcGVydHkiLz4KICAgICAgPHhzOmF0dHJpYnV0ZSBuYW1lPSJuYW1lIiB1 c2U9InJlcXVpcmVkIi8+CiAgICA8L3hzOmNvbXBsZXhUeXBlPgogIDwveHM6ZWxlbWVudD4K PC94czpzY2hlbWE+Cg== --------------020503020003010104060000-- --iXJkksaLoLLdhLLEHbxtBdC6P7LklDrbU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: GPGTools - http://gpgtools.org iQEcBAEBCgAGBQJWmOVyAAoJEGhJURNOOiAtQRMH/2pyCWoi1OPmg/qC21sWnFBU mzpTaKJhy4QEGcStUhmOnZvZcm94IGKYffBKLxor51LgdrLlNglxEBxIMuDzobrb q1ZaqLWtQMLvgqW1HKpKUamppo8gWBW8c483JXkNo9nufVV4YbxRIlGivLe6pALe 7bsKdE5k+P3g9dZNLLYuVF/kW2mK2uUJPMotaxb9Sd086H2uwgByKKXM8Au9vFyh XXaw++YUMHlz8FS6qHESgA9NRYXKasaWdwzWL7/aP1P+/8FILiSl0jqfLyqAbdtO SlUQFdePee2268tqSZDa9d2oOM4N0/Djl6epAHQlzCmNhsUcaDN7WujDELy6Yus= =njPG -----END PGP SIGNATURE----- --iXJkksaLoLLdhLLEHbxtBdC6P7LklDrbU-- From nobody Fri Jan 15 11:55:04 2016 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 A65021B31D7 for ; Fri, 15 Jan 2016 11:55:03 -0800 (PST) X-Quarantine-ID: <02grUQNLEiz6> 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, RP_MATCHES_RCVD=-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 02grUQNLEiz6 for ; Fri, 15 Jan 2016 11:54:59 -0800 (PST) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 44E731B31D4 for ; Fri, 15 Jan 2016 11:54:51 -0800 (PST) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Fri, 15 Jan 2016 11:54:48 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: <949EF20990823C4C85C18D59AA11AD8BADE2FA01@FR712WXCHMBA11.zeu.alcatel-l ucent.com> References: <20151202181704.1386.51821.idtracker@ietfa.amsl.com> <949EF20990823C4C85C18D59AA11AD8BADE21632@FR712WXCHMBA11.zeu.alcatel-l ucent.com> <39B5E4D390E9BD4890E2B3107900610112B310C1@ESESSMB301.ericsson.se> <00FD7B65-A8A6-4830-8FAF-8095D335E873@cooperw.in> <39B5E4D390E9BD4890E2B3107900610112B41E40@ESESSMB301.ericsson.se> <949EF20990823C4C85C18D59AA11AD8BADE2FA01@FR712WXCHMBA11.zeu.alcatel-l ucent.com> X-Mailer: Eudora for Mac OS X Date: Fri, 15 Jan 2016 11:54:46 -0800 To: "DRAGE, Keith (Keith)" , Ivo Sedlacek , Alissa Cooper From: Randall Gellens 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 Archived-At: Cc: Ben Campbell , Barry Leiba , Marc Linsner , Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall support for the EU from IETF Ecrit WG" 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: Fri, 15 Jan 2016 19:55:03 -0000 At 2:29 AM +0000 1/15/16, Keith (Keith) DRAGE wrote: > With emergency call we have a some criteria we try and meet while > still using the underlying mechanisms of the basic call. The first > of these is that the emergency call does happen, so 3GPP uses a > special access mechanism to ensure where appropriate higher > priority and robustness for the emergency call on the radio access. > Secondly in a 3GPP world things are internationally mobile so there > is a need to ensure that a PSAP in the correct country is reached, > over and above any national breakdown of PSAP distribution. > Thirdly, different countries have different requirements on > receiving spurious emergency calls, and some will not route an > emergency call that has not been "verified" in some manner. > > With ecall, I would see two issues that need extensive review: > > i) there are requirements (from 3GPP) for interworking with the > existing CS domain service. These complement the existing emergency > call handling in 3GPP were the network and the UA cooperate to > select the best of CS and IMS (SIP) to route the emergency call. Yes, and these are all outside the scope of the IETF drafts. > > ii) where the "sos" subtypes are not supported, 3GPP defaults to > sending it to the PSAP that handles the higher level subtype or > "sos" generally. There care needs to be taken that ecall as a > subtype as no detrimental impact on such PSAPs that such calls > might get routed to, either by preventing the ecall in the first > place, or ensuring that it defaults to media the PSAP can handle. Yes, and NG inside the US treats all subtypes of "sos" as "sos" until the call gets to an ESInet. Inside an ESInet, differentiations can be made if desired by the ESInet rules, but these are all outside the scope of the IETF drafts. However, the drafts have taken into account that calls carrying crash data (or any type of additional data) may be handled by a PSAP that does not support crash data. > > Failure to meet these needs could result in both legal and > regulatory constraints. > > With car crash, every time we ask the question about what access > technology is used, we keep getting a lot of hand waving with > statements that it will be proprietary and US only. Apart from the > fact that the charter of ECRIT is not meant to deal with national > emergency systems, but provide mechanisms in multiple countries, I > have to note that cars tend to be international commodities in > their use. What happens when the car crash system leaves the > country of its regulatory framework. I'm sorry that you think there has been any hand-waving, Keith. The car-crash draft discusses current deployments within the U.S., and migration to NG. One of these models uses proprietary mechanisms between the vehicle and a service center, but standard mechanisms from the service center to the PSAP. Other models use standard mechanisms from the vehicle direct to the PSAP. > > Further the call is still a SIP call. So, given that the claim is > made that it can operate "off the radar", and given that it is > still using an sos URI, what mechanisms exist to prevent it somehow > straying outside the proprietary connection mechanism and into some > other SIP handling system, such as IMS or the European M493 work. > If it can do this, it definitely needs review outside IETF. Of course the calls can be placed as IMS emergency calls from a vehicle. This is one of the deployment models. Such calls will carry various forms of additional data, including basic additional data and crash data. This isn't new and doesn't raise any new issues with 3GPP IMS. > > All the above reviews should occur as a result of developing the > 3GPP feature, and to jump that would be premature. > > Regards > > Keith > > -----Original Message----- > From: Randall Gellens [mailto:rg+ietf@randy.pensive.org] > Sent: 15 January 2016 00:12 > To: Ivo Sedlacek; Alissa Cooper > Cc: Ben Campbell; Marc Linsner; Liaison Statement Management Tool; > DRAGE, Keith (Keith); 3GPPLiaison@etsi.org; Barry Leiba; Emergency > Context Resolution with Internet Technologies Discussion List > Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall > support for the EU from IETF Ecrit WG" > > At 8:39 AM +1100 1/15/16, James Winterbottom wrote: > >> In light of the objections to publishing a document for eCall, does >> it make sense to reconsider the WG's previous decision to make >> Carcrash dependent on eCall? > > I don't see any realistic risk from the IETF proceeding with both > documents, and hence, no need to decouple nor delay them. The > scope of the drafts is quite limited and has been well-known in the > eCall, NENA, 3GPP, and IETF communities for years, and seems well > aligned with the anticipated direction of future work. In the > extremely unlikely event of an inconsistency, we can do a bis. > >> >> That is, decouple them so that the required specification can move ahead. >> >> Cheers >> James >> >> Sent from my iPhone >> >>> On 15 Jan 2016, at 5:24 am, Brian Rosen wrote: >>> >>> Only on the call from the telematics provider to the PSAP. >>> >>> But let's ignore this distinction, especially since what we WANT the >>> telematics guys to do is to redirect the call to urn:service:sos and >>> request the telematics operator as a 3rd party using a "Referred-By" >>> header. In that case, it would be an emergency call. But we already >>> have "Additional Data" being sent, and car-crash just extends that. >>> >>> Brian >>> >>>> On Jan 14, 2016, at 1:10 PM, Ivo Sedlacek >>>> wrote: >>>> >>>> But eCall INVITE has Request-URI set to an emergency URN, right? >>>> So, it is an *emergency* call and every *emergency* call regulation >>>> will apply to it, correct? >>>> >>>> Kind regards >>>> >>>> Ivo >>>> >>>> -----Original Message----- >>>> From: Brian Rosen [mailto:br@brianrosen.net] >>>> Sent: Thursday, January 14, 2016 12:01 PM >>>> To: Ivo Sedlacek >>>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency >>>> Context Resolution with Internet Technologies Discussion List >>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>> support for the EU from IETF Ecrit WG" >>>> >>>> These calls are NOT treated as emergency calls between the vehicle >>>> and the telematics center. The underlying carrier is unaware of >>>> what the call and/or data represents. >>>> >>>> Brian >>>> >>>>> On Jan 14, 2016, at 10:32 AM, Ivo Sedlacek >>>>> wrote: >>>>> >>>>> Hello, >>>>> >>>>>> Most of these systems use existing 3G/4G network data channels I >>>>>> believe. >>>>> >>>>> So, basicall, you are saying that radio network of 3GPP operators >>>>> will be used for transport of the eCall.... >>>>> >>>>> Assuming eCall is treated by regulators as other emergency calls, >>>>> the regulators will make 3GPP operators responsible for routing >>>>> eCalls. >>>>> >>>>> Therefore, 3GPP needs to study how the impact on 3GPP operators >>>>> (both on radio network and on SIP indrastructure) can be as minimal >>>>> as possible. Based on the outcome of this study, the IETF draft >>>>> might need changes.... >>>>> >>>>> Kind regards >>>>> >>>>> Ivo Sedlacek >>>>> >>>>> -----Original Message----- >>>>> From: Brian Rosen [mailto:br@brianrosen.net] >>>>> Sent: Thursday, January 14, 2016 9:14 AM >>>>> To: Ivo Sedlacek >>>>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Emergency >>>>> Context Resolution with Internet Technologies Discussion List >>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>>> support for the EU from IETF Ecrit WG" >>>>> >>>>> Most of these systems use existing 3G/4G network data channels I >>>>> believe. That part is proprietary and we don't care. The part >>>>> that we're dependent on is from the telematics company to the PSAP. > >>>> These systems have proprietary protocols from car to the telematics >>>>> company and then standards based protocols from the telematics >>>>> company to the PSAP. >> >>> >>>>> Brian >>>>> >>>>>> On Jan 14, 2016, at 10:11 AM, Ivo Sedlacek >>>>>> wrote: >>>>>> >>>>>> Which __radio__ network is the car crash expected to work on? >>>>>> >>>>>> Kind regards >>>>>> >>>>>> Ivo >>>>>> >>>>>> -----Original Message----- >>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Brian >>>>>> Rosen >>>>>> Sent: Thursday, January 14, 2016 9:08 AM >>>>>> To: DRAGE, Keith (Keith) >>>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution with >>>>>> Internet Technologies Discussion List >>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>>>> support for the EU from IETF Ecrit WG" >>>>>> >>>>>> NENA i3 ESInets from existing Telematics companies >>>>>> >>>>>> Brian >>>>>> >>>>>>> On Jan 14, 2016, at 9:58 AM, DRAGE, Keith (Keith) >>>>>>> wrote: >>>>>>> >>>>>>> Which telecommunications network or IP network is car crash >>>>>>> expected to work on? > >>>>>> >>>>>>> Keith >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: EXT Brian Rosen [mailto:br@salsgiver.com] >>>>>>> Sent: 14 January 2016 14:57 >>>>>>> To: DRAGE, Keith (Keith) >>>>>>> Cc: Alissa Cooper; Ivo Sedlacek; Ben Campbell; Marc Linsner; >>>>>>> Emergency Context Resolution with Internet Technologies >>>>>>> Discussion List >>>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>>>>> support for the EU from IETF Ecrit WG" >>>>>>> >>>>>>> I strongly object to waiting. The WG prevailed on authors to >>>>>>> rework drafts ways that make the North American draft >>>>>>> ("car-crash") dependent on the eCall draft. If we delay the >>>>>>> eCall draft, we can't publish the car-crash draft and that is a >>>>>>> problem, since we need to implement it. >>>>>>> >>>>>>> Brian >>>>>>> >>>>>>>> On Jan 14, 2016, at 9:40 AM, DRAGE, Keith (Keith) >>>>>>>> wrote: >>>>>>>> >>>>>>>> You are being very vague about the terminology you are using. >>>>>>>> >>>>>>>> If by stop you mean the stopping the discussions within the >>>>>>>> working group, then nobody is asking for that. >>>>>>>> >>>>>>>> If by stop you mean delay the publication request to IESG, then >>>>>>>> that should definitely occur, and I believe several posters have >>>>>>>> stated this. >>>>>>>> >>>>>>>> There is no point in publishing this as an RFC until the >>>>>>>> response of a 3GPP network is known, as a 3GPP network is the >>>>>>>> only delivery mechanism for such a call. As such, I request >>>>>>>> again that no publication request is submitted for these >>>>>>>> documents until some work on the 3GPP side has occurred, and >>>>>>>> people are able to comment on the drafts based on the 3GPP >>>>>>>> requirements. >>>>>>>> >>>>>>>> Keith >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Alissa Cooper [mailto:alissa@cooperw.in] >>>>>>>> Sent: 14 January 2016 14:14 >>>>>>>> To: Ivo Sedlacek >>>>>>>> Cc: DRAGE, Keith (Keith); Ben Campbell; Marc Linsner; Liaison >>>>>>>> Statement Management Tool; 3GPPLiaison@etsi.org; Barry Leiba; >>>>>>>> Emergency Context Resolution with Internet Technologies >>>>>>>> Discussion List >>>>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>>>>>> support for the EU from IETF Ecrit WG" >>>>>>>> >>>>>>>> Hi Ivo, >>>>>>>> >>>>>>>> As I noted, I believe the assumption is that there are people >>>>>>>> participating in both groups and thus the current IETF drafts >>>>>>>> reflect those people's expectations about what may arise out of >>>>>>>> 3GPP. Of course if the drafts become RFCs and it turns out that >>>>>>>> 3GPP's requirements don't match up, there's always the option of >>>>>>>> doing bis drafts. >>>>>>>> >>>>>>>> I'm just reflecting back what I believe the will of both this >>>>>>>> WG and 3GPP to be - as I said, the liaison statement doesn't ask >>>>>>>> ECRIT to stop its work and wait, and it was my impression that >>>>>>>> WG participants here didn't think that was necessary either. But > >>>>>>> if the WG consensus would point in the direction of waiting, >>>>>>>> that would be fine too. >>>>>>>> >>>>>>>> Alissa >>>>>>>> >>>>>>>>> On Dec 22, 2015, at 5:11 AM, Ivo Sedlacek >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Hello, >>>>>>>>> >>>>>>>>>> The plan is to continue progressing the drafts and for those >>>>>>>>>> who are involved in both to keep an eye out for potential >>>>>>>>>> areas where there might be a lack of harmonization. >>>>>>>>> >>>>>>>>> Won't the drafts be soon published as RFCs? >>>>>>>>> >>>>>>>>> If so, how will that allow harmonization with the future 3GPP >>>>>>>>> requirements? >> >>>>>>> >>>>>>>>> Kind regards >>>>>>>>> >>>>>>>>> Ivo Sedlacek >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of >>>>>>>>> Alissa Cooper >>>>>>>>> Sent: Friday, December 18, 2015 9:13 PM >>>>>>>>> To: DRAGE, Keith (Keith) >>>>>>>>> Cc: Ben Campbell; Marc Linsner; Liaison Statement Management >>>>>>>>> Tool; 3GPPLiaison@etsi.org; Barry Leiba; Emergency Context >>>>>>>>> Resolution with Internet Technologies Discussion List > >>>>>>>> Subject: Re: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>>>>>>> support for the EU from IETF Ecrit WG" >>>>>>>>> >>>>>>>>> We've known for awhile now that the 3GPP work was going to be >>>>>>>>> somewhat delayed compared to the IETF work. The plan is to >>>>>>>>> continue progressing the drafts and for those who are involved >>>>>>>>> in both to keep an eye out for potential areas where there >>>>>>>>> might be a lack of harmonization. I think this is implicitly >>>>>>>>> reflected in the liaison statement the WG received - it doesn't >>>>>>>>> ask the WG to stop what it's doing. >>>>>>>>> Alissa >>>>>>>>> >>>>>>>>>> On Dec 8, 2015, at 8:25 PM, DRAGE, Keith (Keith) >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> The underlying problem here is that SA2 has not yet done >>>>>>>>>> enough work (as in none) to see if the IETF drafts meet the >>>>>>>>>> 3GPP requirements. The SA2 study is critical to this. >>>>>>>>>> >>>>>>>>>> Given that 3GPP usage is pretty much the only use case for >>>>>>>>>> these drafts... >>>>>>>>>> >>>>>>>>>> Keith >>>>>>>>>> >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of >>>>>>>>>> Liaison Statement Management Tool >>>>>>>>>> Sent: 02 December 2015 18:17 >>>>>>>>>> To: Roger Marshall; Marc Linsner >>>>>>>>>> Cc: Ben Campbell; Marc Linsner; Emergency Context Resolution >>>>>>>>>> with Internet Technologies Discussion List; >>>>>>>>>> 3GPPLiaison@etsi.org; Barry Leiba >>>>>>>>>> Subject: [Ecrit] New Liaison Statement, "Reply LS on eCall >>>>>>>>>> support for the EU from IETF Ecrit WG" >>>>>>>>>> >>>>>>>>>> Title: Reply LS on eCall support for the EU from IETF Ecrit >>>>>>>>>> WG Submission Date: 2015-12-02 URL of the IETF Web page: >>>>>>>>>> https://datatracker.ietf.org/liaison/1447/ >>>>>>>>>> >>>>>>>>>> From: "leopold.murhammer@t-mobile.at" >>>>>>>>>> >>>>>>>>>> To: Marc Linsner , Roger Marshall >>>>>>>>>> >>>>>>>>>> Cc: Barry Leiba ,Marc Linsner >>>>>>>>>> ,Ben Campbell ,Alissa >>>>>>>>>> Cooper ,Roger Marshall >>>>>>>>>> ,Emergency Context Resolution with >>>>>>>>>> Internet Technologies Discussion List , >>>>>>>>>> Response Contacts: 3GPPLiaison@etsi.org Technical Contacts: >>>>>>>>>> Purpose: In response >>>>>>>>>> >>>>>>>>>> Referenced liaison: Liaison Statement on NG eCall support for >>>>>>>>>> the EU (https://datatracker.ietf.org/liaison/1412/) >>>>>>>>>> >>>>>>>>>> Body: >>>>>>>>>> 1. Overall Description: >>>>>>>>>> SA2 would like to thank IETF ECRIT for the incoming LS >>>>>>>>>> informing 3GPP of IETF work enabling eCall over IETF SIP. >>>>>>>>>> SA2 has agreed on a work item (enclosed) in SA2#111, see WID >>>>>>>>>> (S2-153654) "Evolution to and Interworking with eCall in IMS >>>>>>>>>> Stage2". >>>>>>>>>> >>>>>>>>>> SA2 plans to start work on this topic at SA2#113 and finalize > >>>>>>>>> the work by May 2016. >>>>>>>>>> >>>>>>>>>> 2. Actions: >>>>>>>>>> To IETF Ecrit WG group. >>>>>>>>>> ACTION: TSG SA WG2 respectfully asks IETF ECRIT to take >>>>>>>>>> the above information into account. >>>>>>>>>> >>>>>>>>>> 3. Date of Next TSG-SA WG2 Meetings: >>>>>>>>>> TSG-SA WG2 Meeting #113 25-29 January, 2016 St. Kitts >>>>>>>>>> TSG-SA WG2 Meeting #114 11-15 April, 2016 Sophia >>>>>>>>>> Antipolis, FR >>>>>>>>>> >>>>>>>>>> Attachments: >>>>>>>>>> >>>>>>>>>> S2-154463_was_154449_154138_LS_Reply_IETF_cl >>>>>>>>>> >>>>>>>>>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12- >>>>>>>>>> 02-3gpp-tsgsa-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-f >>>>>>>>>> rom-ietf-ecrit-wg-attachment-1.pdf >>>>>>>>>> >>>>>>>>>> S2-153654-ecall over IMS-r8 >>>>>>>>>> >>>>>>>>>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-12- >>>>>>>>>> 02-3gpp-tsgsa-sa2-ecrit-reply-ls-on-ecall-support-for-the-eu-f >>>>>>>>>> rom-ietf-ecrit-wg-attachment-2.pdf >>>>>>>>>> >>>>>>>>>> _______________________________________________ > >>>>>>>>> Ecrit mailing list >> >>>>>>>> Ecrit@ietf.org >>>>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Ecrit mailing list >>>>>>>>>> Ecrit@ietf.org >>>>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Ecrit mailing list >>>>>>>>> Ecrit@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Ecrit mailing list >>>>>>>> Ecrit@ietf.org >>>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Ecrit mailing list >>>>>>> Ecrit@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>> >>>>>> _______________________________________________ >>>>>> Ecrit mailing list >>>>>> Ecrit@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>> >>> _______________________________________________ >>> Ecrit mailing list >>> Ecrit@ietf.org >>> 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: --------------- >> This is not to say that programming in, say, C++ takes a super human >> effort. What I mean is that it makes sense to develop tools that >> lessen the effort and increase the chance for success. C was a step >> in that direction.... > > First there was ALGOL... this was a big step in the right > direction, then CPL which was supposed to be practical ALGOL, was a > slight step backwards. BCPL which was Basic CPL was another step > backwards. Then came B, a big step backwards (it took the Basic > and dropped the CPL), and C was a small step forwards over this. I > think in all this C had by the time it came around lost the plot. > > The plot that it really found, which was more by accident than > intention was cross platform development, but that would have been > in ALGOL anyway. C did not prove that OSs could be written in > HLLs: that belonged already to ALGOL on the B5000 (~1964), and this > OS survives today as still much better, fully featured and robust > than Unix or any other OS for that matter. > > As C.A.R Hoare said, Algol was a great improvement on most of its successors. > > --from Usenet post by Ian Joyner, > -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- In America, anyone can become president. That's one of the risks you take. --Adlai Stevenson From nobody Wed Jan 20 23:49:17 2016 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 2C6951A01F7 for ; Wed, 20 Jan 2016 23:49:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.6 X-Spam-Level: X-Spam-Status: No, score=-0.6 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-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 iwdn_H200Gmt for ; Wed, 20 Jan 2016 23:49:14 -0800 (PST) Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (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 059221A01D8 for ; Wed, 20 Jan 2016 23:49:14 -0800 (PST) Received: by mail-pf0-x232.google.com with SMTP id q63so19838696pfb.1 for ; Wed, 20 Jan 2016 23:49:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=DPD98+mgyKIYrmEqXhKs65iAn7LqUjOzzNqgJv0hirI=; b=Pwkx1qPQg9tzXsJlfuW5cVdZtKqd2T3SyYDcYoRjZ4zl7IkHdW2BD1T2wHX1mM9GAA qGF/9tayU5gBYZbZRDbCjFiUmh66qntmMhWtN8MRO1oVl7g1cOYcuNTlPK/+P7zsIfml 4N7Xvlic23MiaS5/TeWgZNM1aowgxtVEiHXVk7G8lqnXJE0VlG97K+FPXrwwWObJpPvW RLFoK7svQJJ8zueeTwW9eLZbCOrGEjDeKVZXDPjfC6RuygI968qnH7oYyiOGN6ibdXWf Pz5woLZDXiMwUobhIiw8WG8kZ8et7DC7CyVmENqzexMth3ZN+B1a+QFno8N6B0ivt2pu HgPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:message-id:date:to:mime-version; bh=DPD98+mgyKIYrmEqXhKs65iAn7LqUjOzzNqgJv0hirI=; b=hdb5z6XdGR4/FJPhgZWQvubQ+x9aF11yWD7/TiKaQ3OSiLzFZcrqeKfLH5AhUk9D5x dQJZqf2gaEIHz9GvUuXHRf0KmBaqSSaT7qWQ941FD4BFbPKr7PsaGzJR1X9ngZtW0B8t 2OiIo/e6uRPzLl9ShmQlBBfvv2mACuyx9Kb3mrne7MJfZ7Ejqz2Gmae26XMf1MZGKnpY rNOGZiDQ2BEJFyE4/R4zj0OREGx9Ryu2IaUBOeEJ6Ju6IPf4zpj5lJjQTsBFARBKP2QY 28JDmceS6YKV38dZLDT1YeTmSzLNkALw0itaYmnyJPkv3vfabEmbg5JJDWKveDVvxfgO Nkdw== X-Gm-Message-State: ALoCoQmZmfQIZzTYXCIrDX6hQGBZXhTjjGzP9pChK3/MUtKK6FoJoIQXyQOM4dMlQ0bF9j3zsUvYja0HVh/tFSgEo405uYrKvw== X-Received: by 10.98.79.80 with SMTP id d77mr58933412pfb.55.1453362553647; Wed, 20 Jan 2016 23:49:13 -0800 (PST) Received: from [192.168.1.100] ([1.129.38.6]) by smtp.gmail.com with ESMTPSA id 89sm262257pfs.63.2016.01.20.23.49.11 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 20 Jan 2016 23:49:12 -0800 (PST) From: James Winterbottom Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: <9A59EC25-CE77-4D37-B424-98561781596E@gmail.com> Date: Thu, 21 Jan 2016 18:49:09 +1100 To: "ecrit_ietf.org" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Archived-At: Subject: [Ecrit] Extra "Type of Data Provider" token for additional-data 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: Thu, 21 Jan 2016 07:49:15 -0000 Hi All, In EENA we have been working on a Pan-European Mobile Emergency = Application (architecture) PEMEA. This largely came about because mobile = operators would not provide a US-style Phase II high-accuracy location = implementation for mobile, and this refusal was because regulators, = well, wouldn=E2=80=99t. As a consequence, Europe, as in pretty much everywhere, except the US, = associated territories and Canada, emergency application for smartphones = have sprouted up everywhere. The problems is that they are very = regional, and PEMEA seeks to address this through a meshed solution. = Since the data is ancillary and doesn=E2=80=99t alleviate mobile = operators of current responsibilities, it can operate as best effort.=20 We are reusing the PIDF-LO, and the additional-data data structures, but = we need a new type of data provider token, we need an =E2=80=9Capplication= provider=E2=80=9D type. I don=E2=80=99t really care what the token is called, but we are going = to need it if we don=E2=80=99t want to use =E2=80=9Cother=E2=80=9D, and = given the way mobile communication application are sprouting up like = weeds, in all seriousness we need this definition type , because = conventional communication techniques will not meet the need of the = current generation of citizens that communicate with almost any app = except the traditional dial plans ones. Cheers James From nobody Thu Jan 21 06:39:55 2016 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 68DF21A888C for ; Thu, 21 Jan 2016 06:39:53 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1] 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 ZcECqcR-dXNW for ; Thu, 21 Jan 2016 06:39:51 -0800 (PST) Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::234]) (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 974CE1A7000 for ; Thu, 21 Jan 2016 06:39:51 -0800 (PST) Received: by mail-qg0-x234.google.com with SMTP id 6so32825931qgy.1 for ; Thu, 21 Jan 2016 06:39:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=iqNmWYzZb+zGDnqotKl5APqCTQuij5uUwZ2MejEn5+0=; b=kp+FwZk/rUUvsjbo5Qzqcm3cTcxkfmbXjSWBVpo1dKhfzQ7zm3TdrXGEBXqmubXZ9L FJaABbiOp/P/DRIORCFYyIjYtI5nFwEUvh88d1YuIzl/IAb9pfASwOsjR4Ju1zPh5OAc G6TCthDU8arUDw7O7xE9kKNQXCsVLQebpeboCU1sEXK94M5m3FPzpTa4Dads+cmHbXrZ UxKCqjpz733UZRrGeaWX3A+BPO/yspnvX3ilUs9hz8ODV3W1Myqx494RNtVAwmdExi2d TdkV4A1ennJiGnEM1knLVB4S3rVqvVJQ/Ds5eavUMNhRbJAUkdBFLKNz5ruOTdiG/4yL D/dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=iqNmWYzZb+zGDnqotKl5APqCTQuij5uUwZ2MejEn5+0=; b=VNzXqvqtqUCCbhhnP4ZNnDDeeOnkSh5Q5okXPJ4eO2lVRzU119mv9ZYH0xHg44clPx GM85JljZ3pOEFho4mUygTmysyEVPB6/SaB2iyo1lgzSZbvePX4fAF+cyuPfGjgaCZ6O6 eP88Fk9p+DviIIiLauVwB8rawCnhORGU9wA9s3ZVoHRJ42MiNLxt1x7DIoMgYKIbW26b teNgS5kzhkJLqppyzn/wV4EwevAB0rIbLX3lOW1rawCbx6jJcfoNZaiosvaqKCg3t8Mu E0V6vDxpgFunxbVtCyxTCzBGT92ytTaI550EgreMdy/TS7cScjuZs7BpDEFzGwAZn8dA kkxA== X-Gm-Message-State: ALoCoQn/kh3o/S8wvSzIz6qbtlvvpfy3Sxy+h6Wb+jIixKuami/E2mrTfkKB4O0b3Hifw547txPkBS9GiE3/rQNoFupu4LTLcw== X-Received: by 10.140.240.88 with SMTP id l85mr56084525qhc.69.1453387190846; Thu, 21 Jan 2016 06:39:50 -0800 (PST) Received: from [10.33.193.21] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id v187sm634482qhb.27.2016.01.21.06.39.49 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 21 Jan 2016 06:39:49 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Brian Rosen In-Reply-To: <9A59EC25-CE77-4D37-B424-98561781596E@gmail.com> Date: Thu, 21 Jan 2016 09:39:48 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9A59EC25-CE77-4D37-B424-98561781596E@gmail.com> To: James Winterbottom X-Mailer: Apple Mail (2.3112) Archived-At: Cc: "ecrit_ietf.org" Subject: Re: [Ecrit] Extra "Type of Data Provider" token for additional-data 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: Thu, 21 Jan 2016 14:39:53 -0000 Makes sense. How did you want to specify it? Brian > On Jan 21, 2016, at 2:49 AM, James Winterbottom = wrote: >=20 > Hi All, >=20 > In EENA we have been working on a Pan-European Mobile Emergency = Application (architecture) PEMEA. This largely came about because mobile = operators would not provide a US-style Phase II high-accuracy location = implementation for mobile, and this refusal was because regulators, = well, wouldn=E2=80=99t. >=20 > As a consequence, Europe, as in pretty much everywhere, except the US, = associated territories and Canada, emergency application for smartphones = have sprouted up everywhere. The problems is that they are very = regional, and PEMEA seeks to address this through a meshed solution. = Since the data is ancillary and doesn=E2=80=99t alleviate mobile = operators of current responsibilities, it can operate as best effort.=20 >=20 > We are reusing the PIDF-LO, and the additional-data data structures, = but we need a new type of data provider token, we need an =E2=80=9Capplica= tion provider=E2=80=9D type. > I don=E2=80=99t really care what the token is called, but we are going = to need it if we don=E2=80=99t want to use =E2=80=9Cother=E2=80=9D, and = given the way mobile communication application are sprouting up like = weeds, in all seriousness we need this definition type , because = conventional communication techniques will not meet the need of the = current generation of citizens that communicate with almost any app = except the traditional dial plans ones. >=20 >=20 > Cheers > James >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit From nobody Thu Jan 21 11:31:40 2016 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 915E81A8B84 for ; Thu, 21 Jan 2016 11:31:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-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 q6-8mHyMvTNR for ; Thu, 21 Jan 2016 11:31:38 -0800 (PST) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (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 A07311A87EA for ; Thu, 21 Jan 2016 11:31:38 -0800 (PST) Received: by mail-pa0-x236.google.com with SMTP id ho8so27878971pac.2 for ; Thu, 21 Jan 2016 11:31:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=1ua/0z1+HSXdhuQa/coZCKTTdK+EXDRaNDg+8YeOxg0=; b=MDfRehUPUz6KyWpH9rxa+ALGK0Fq7ruLdkGCbr+7zhSLGfcYSlAuJEWM2+4jvtiohw VqkTZC2kKVE81P5mGd8FIcGL4AFfgmtuRpmP26ZMtf6nbs+A3fl+HI/LZ6smweaPHa2n hy9rfLvtLtAT3q7MYMmoKuac6W48tTsUCh9cbwdvGwr+EdEgUNu1P9vH9iosShRTjLmf YfzKeGxl7GVCMkrxfBZL/T9kX8L1GgNBBGJ5NFbG9hSZaH2OXfXMOxBDKI+eng+Pv5GI /AJX9nuuk7446DWeErh80GCXqP/w3ZJ/v4RMxD4RfNaHBUyY5f91tmEQALEhLfYUfNE/ jpXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=1ua/0z1+HSXdhuQa/coZCKTTdK+EXDRaNDg+8YeOxg0=; b=AkhrCKUE63ohw9bO4DdmBGYHiAIw4kmwyQKdKr9mKZ6pPtfigKw58SRtGIHwau5spd xWlStdwVODFkxEm3UdY6sU+Pfm433jnAeMyKFz9qkOFpybRPMP2Yg1tjQ0eAoPdfehA3 7D4QymWGBXYzw5mi1OlVk+0gyZIUpULSmkAZ+L8W+zKv9sgCzcKxaEVyZ9Ow+/l/IBeU djbpjkUEtgfEU0dfC+zdS7ftbf8HV+ASPF8t7P5U6EEVJ6zLJuOOWbK+2mSjh6AtKJ07 LIN7WRdiqYz5q17zhGJoQfW9c/EBF9G83iCIRIgxKDftME0aKWMm072fvb/eTm4Ih9fD TMMQ== X-Gm-Message-State: ALoCoQliJQVFnp/FSSzz+FWDQlH1K6qjM0kG886HKEZayBcx5qNr9NPMgMlJawuIZj+LNARXWVVgzRi3po5XHqYH08n2NuPmJg== X-Received: by 10.66.148.167 with SMTP id tt7mr64177196pab.62.1453404698249; Thu, 21 Jan 2016 11:31:38 -0800 (PST) Received: from [192.168.1.2] (124-168-63-31.dyn.iinet.net.au. [124.168.63.31]) by smtp.gmail.com with ESMTPSA id 70sm4351937pfc.69.2016.01.21.11.31.35 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 21 Jan 2016 11:31:37 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: James Winterbottom In-Reply-To: Date: Fri, 22 Jan 2016 06:31:32 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9A59EC25-CE77-4D37-B424-98561781596E@gmail.com> To: Brian Rosen X-Mailer: Apple Mail (2.2104) Archived-At: Cc: "ecrit_ietf.org" Subject: Re: [Ecrit] Extra "Type of Data Provider" token for additional-data 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: Thu, 21 Jan 2016 19:31:40 -0000 =E2=80=9CApplication Provider=E2=80=9D That can then extend to other kinds of application provider if need be. Cheers James > On 22 Jan 2016, at 1:39 am, Brian Rosen wrote: >=20 > Makes sense. How did you want to specify it? >=20 > Brian >> On Jan 21, 2016, at 2:49 AM, James Winterbottom = wrote: >>=20 >> Hi All, >>=20 >> In EENA we have been working on a Pan-European Mobile Emergency = Application (architecture) PEMEA. This largely came about because mobile = operators would not provide a US-style Phase II high-accuracy location = implementation for mobile, and this refusal was because regulators, = well, wouldn=E2=80=99t. >>=20 >> As a consequence, Europe, as in pretty much everywhere, except the = US, associated territories and Canada, emergency application for = smartphones have sprouted up everywhere. The problems is that they are = very regional, and PEMEA seeks to address this through a meshed = solution. Since the data is ancillary and doesn=E2=80=99t alleviate = mobile operators of current responsibilities, it can operate as best = effort.=20 >>=20 >> We are reusing the PIDF-LO, and the additional-data data structures, = but we need a new type of data provider token, we need an =E2=80=9Capplica= tion provider=E2=80=9D type. >> I don=E2=80=99t really care what the token is called, but we are = going to need it if we don=E2=80=99t want to use =E2=80=9Cother=E2=80=9D, = and given the way mobile communication application are sprouting up like = weeds, in all seriousness we need this definition type , because = conventional communication techniques will not meet the need of the = current generation of citizens that communicate with almost any app = except the traditional dial plans ones. >>=20 >>=20 >> Cheers >> James >>=20 >> _______________________________________________ >> Ecrit mailing list >> Ecrit@ietf.org >> https://www.ietf.org/mailman/listinfo/ecrit >=20 From nobody Fri Jan 22 05:56:55 2016 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 7A3591A6FB9 for ; Fri, 22 Jan 2016 05:56:54 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1] 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 lcX0C6CFUTsW for ; Fri, 22 Jan 2016 05:56:52 -0800 (PST) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (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 50FDB1A6FBE for ; Fri, 22 Jan 2016 05:56:52 -0800 (PST) Received: by mail-qk0-x236.google.com with SMTP id s5so28727548qkd.0 for ; Fri, 22 Jan 2016 05:56:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=7fjYxHO9DmuBuHDkdiKYWbaXqcL2lEEu9cTxTRhWUaA=; b=elvrP7dhermV2NVKXEfetA94xZCwtifmaCbZcmKhKUvwpwjU4LHpEhIiUudm/lKYat lo9zCIRXm1IgVBumNgCABAhK3u9kmYVSDIalQaOsiT48yjkFaUmX1fgFN1l8a/HYfoKx 5PWZpIaeCDTbdKDpCWdqX0vFAXhpXW8mahYfh6vXAnhZLlX2QB14W4cJJfwfqtOz/lLx Yi1RG+4+mmklCA3iUFdTRJq0DzeBexjBiL1b8s9bm4+GlnkkbvlzJJEaa0oDYnZ61YEL O/WTFBMk3wIsJVKQ6I4uHq0/y7u0HCUYz8/vEMLrGRZIA3J87niq7u0hz00/rL4+aZP/ ejvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=7fjYxHO9DmuBuHDkdiKYWbaXqcL2lEEu9cTxTRhWUaA=; b=mLBqydvSBQgSOs2trvuVRYBk8uVqwbYqCyeVuQDOkSngbHgSQyHKdEZ4LP40WcMEFy FwlQRLyVqAhw6ZSOH6vvl94RTo0kY8i3arQJz5y+nl40CIMp9CQxdQMzwEPLyfqtMHM+ 6XQErWt3iMJkYjsDcS+pqNjjUfhOKXPQScFAdLJU6M4BzIgK/l+tVwjMUSrMPn0IHeCY ROJ0dxM6OqUkTcGlQANXtnpc/4qfSsTXyfRPQbXnO198e5NVT862A4+Uamzb2v6Eveqi CZWfEpAcyxBedfhTJt67McEOSzuuMozzdsh35TSpsFX9V2SabhpIvKmF5DKb3vLrkCkl ZVLQ== X-Gm-Message-State: AG10YOSVXkuhWgy/QhgtqLPsOfEgOJQ/vsESL2Hshujwj6vBAxVb8D/9B3amht53fv36WQ== X-Received: by 10.55.73.85 with SMTP id w82mr3761523qka.52.1453471011544; Fri, 22 Jan 2016 05:56:51 -0800 (PST) Received: from [10.33.193.21] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id w16sm2781441qka.35.2016.01.22.05.56.49 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 22 Jan 2016 05:56:50 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Brian Rosen In-Reply-To: Date: Fri, 22 Jan 2016 08:56:47 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9A59EC25-CE77-4D37-B424-98561781596E@gmail.com> To: James Winterbottom X-Mailer: Apple Mail (2.3112) Archived-At: Cc: "ecrit_ietf.org" Subject: Re: [Ecrit] Extra "Type of Data Provider" token for additional-data 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: Fri, 22 Jan 2016 13:56:54 -0000 Actually, I=E2=80=99m asking how you want to go about adding this value = to the registry? I think it might be too late to put it into the = additional-data draft itself. =20 Brian > On Jan 21, 2016, at 2:31 PM, James Winterbottom = wrote: >=20 > =E2=80=9CApplication Provider=E2=80=9D >=20 > That can then extend to other kinds of application provider if need = be. >=20 > Cheers > James >=20 >=20 >> On 22 Jan 2016, at 1:39 am, Brian Rosen wrote: >>=20 >> Makes sense. How did you want to specify it? >>=20 >> Brian >>> On Jan 21, 2016, at 2:49 AM, James Winterbottom = wrote: >>>=20 >>> Hi All, >>>=20 >>> In EENA we have been working on a Pan-European Mobile Emergency = Application (architecture) PEMEA. This largely came about because mobile = operators would not provide a US-style Phase II high-accuracy location = implementation for mobile, and this refusal was because regulators, = well, wouldn=E2=80=99t. >>>=20 >>> As a consequence, Europe, as in pretty much everywhere, except the = US, associated territories and Canada, emergency application for = smartphones have sprouted up everywhere. The problems is that they are = very regional, and PEMEA seeks to address this through a meshed = solution. Since the data is ancillary and doesn=E2=80=99t alleviate = mobile operators of current responsibilities, it can operate as best = effort.=20 >>>=20 >>> We are reusing the PIDF-LO, and the additional-data data structures, = but we need a new type of data provider token, we need an =E2=80=9Capplica= tion provider=E2=80=9D type. >>> I don=E2=80=99t really care what the token is called, but we are = going to need it if we don=E2=80=99t want to use =E2=80=9Cother=E2=80=9D, = and given the way mobile communication application are sprouting up like = weeds, in all seriousness we need this definition type , because = conventional communication techniques will not meet the need of the = current generation of citizens that communicate with almost any app = except the traditional dial plans ones. >>>=20 >>>=20 >>> Cheers >>> James >>>=20 >>> _______________________________________________ >>> Ecrit mailing list >>> Ecrit@ietf.org >>> https://www.ietf.org/mailman/listinfo/ecrit >>=20 >=20 From nobody Sat Jan 23 22:12:14 2016 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 47DBF1A8A78 for ; Sat, 23 Jan 2016 22:12:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-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 wB7H_JBBwuSr for ; Sat, 23 Jan 2016 22:12:11 -0800 (PST) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (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 9449E1A8A77 for ; Sat, 23 Jan 2016 22:12:11 -0800 (PST) Received: by mail-pa0-x230.google.com with SMTP id ho8so63456545pac.2 for ; Sat, 23 Jan 2016 22:12:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=aIUxdQ1a6snuYUTAKxdxb6e1nqLkUusdL5quS+HnIJ4=; b=QHQgChXUnCVF3VWZTRsxj21JayhDO04poIFfwNrUscHpf1Pb2og3UJXOPF3Dvoey9t LWidiDNr2L52/NxLbr71zgHOGzQNwJnNi65wite+DJLJxpZa3rgPaRb3FecEGDxHaf0k vJLg9YG3M6fQsPRUQbVkLsf7IuJmmnRexj5AuXjxG7NVxChZYPhHZLW8WpGDSeKn+Iwj COSAErziX90/4115gX3yGhP9IWHnY++daaozP66DBOB9vGi6V+MGn/koqnK7VJSqgDBs xONCXfahdfxuBBtXM0Qa28BvRbaFiJiNOc4rh7R9Ly1InusDc6S4nVlCvqkEwn125VpI D4rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=aIUxdQ1a6snuYUTAKxdxb6e1nqLkUusdL5quS+HnIJ4=; b=NT+hnfkbXdiEn3LkWFhqdRA5AdvNmTNjdkotmpQBMHqgpkQyq0IaXdTDbScinrDV3/ 9ei3mZCkO0gIsMf9WNbVhvfRhuhNjevA6IU/kLZ6y9EYmGn68araVp8e1IcwOoe3TNRx HOEsXIcusIq/g7Vxuzp3gjWECwl8uOyaBD53Q+uftv9r6Back1VMFyHw7lwdX1JaW8J1 HH/Ae+5DO0Q6g3xODQlaVzC9bCBa6laSdn01NijBQUmdT4gDhZ3Mo82Yyw1r5y3Qy9Is 5XzXNdFTHd2IEesbTevX3D/jbgSF7O+49TkgZcL+NZ5RSBwH/aANOaDKFNChkyhu3zGj ji8g== X-Gm-Message-State: AG10YOS/hxqMGrcRTZzKfRehhlGxDSbErZ+Cftd1dhVx+WXKIgMY6Zjoct725aYWt5UEFg== X-Received: by 10.66.142.73 with SMTP id ru9mr16622584pab.121.1453615931227; Sat, 23 Jan 2016 22:12:11 -0800 (PST) Received: from [192.168.1.100] ([1.144.18.204]) by smtp.gmail.com with ESMTPSA id dg1sm19843911pad.18.2016.01.23.22.12.08 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 23 Jan 2016 22:12:10 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: James Winterbottom In-Reply-To: Date: Sun, 24 Jan 2016 17:12:06 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <36582369-4F76-4D4E-BCDA-E3EA00E51569@gmail.com> References: <9A59EC25-CE77-4D37-B424-98561781596E@gmail.com> To: Brian Rosen X-Mailer: Apple Mail (2.2104) Archived-At: Cc: "ecrit_ietf.org" Subject: Re: [Ecrit] Extra "Type of Data Provider" token for additional-data 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: Sun, 24 Jan 2016 06:12:13 -0000 I probably can=E2=80=99t until the registry is created then. > On 23 Jan 2016, at 12:56 am, Brian Rosen wrote: >=20 > Actually, I=E2=80=99m asking how you want to go about adding this = value to the registry? I think it might be too late to put it into the = additional-data draft itself. =20 >=20 > Brian >=20 >> On Jan 21, 2016, at 2:31 PM, James Winterbottom = wrote: >>=20 >> =E2=80=9CApplication Provider=E2=80=9D >>=20 >> That can then extend to other kinds of application provider if need = be. >>=20 >> Cheers >> James >>=20 >>=20 >>> On 22 Jan 2016, at 1:39 am, Brian Rosen wrote: >>>=20 >>> Makes sense. How did you want to specify it? >>>=20 >>> Brian >>>> On Jan 21, 2016, at 2:49 AM, James Winterbottom = wrote: >>>>=20 >>>> Hi All, >>>>=20 >>>> In EENA we have been working on a Pan-European Mobile Emergency = Application (architecture) PEMEA. This largely came about because mobile = operators would not provide a US-style Phase II high-accuracy location = implementation for mobile, and this refusal was because regulators, = well, wouldn=E2=80=99t. >>>>=20 >>>> As a consequence, Europe, as in pretty much everywhere, except the = US, associated territories and Canada, emergency application for = smartphones have sprouted up everywhere. The problems is that they are = very regional, and PEMEA seeks to address this through a meshed = solution. Since the data is ancillary and doesn=E2=80=99t alleviate = mobile operators of current responsibilities, it can operate as best = effort.=20 >>>>=20 >>>> We are reusing the PIDF-LO, and the additional-data data = structures, but we need a new type of data provider token, we need an = =E2=80=9Capplication provider=E2=80=9D type. >>>> I don=E2=80=99t really care what the token is called, but we are = going to need it if we don=E2=80=99t want to use =E2=80=9Cother=E2=80=9D, = and given the way mobile communication application are sprouting up like = weeds, in all seriousness we need this definition type , because = conventional communication techniques will not meet the need of the = current generation of citizens that communicate with almost any app = except the traditional dial plans ones. >>>>=20 >>>>=20 >>>> Cheers >>>> James >>>>=20 >>>> _______________________________________________ >>>> Ecrit mailing list >>>> Ecrit@ietf.org >>>> https://www.ietf.org/mailman/listinfo/ecrit >>>=20 >>=20 >=20 From nobody Wed Jan 27 09:46:13 2016 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 21A881AD084 for ; Wed, 27 Jan 2016 09:46:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-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 ielTvg2N0650 for ; Wed, 27 Jan 2016 09:46:10 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF5B41AD070 for ; Wed, 27 Jan 2016 09:46:09 -0800 (PST) Received: from [192.168.10.131] ([12.147.0.33]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LrNIC-1ZxF152rLI-013AGd; Wed, 27 Jan 2016 18:46:04 +0100 To: James Winterbottom , Brian Rosen References: <9A59EC25-CE77-4D37-B424-98561781596E@gmail.com> <36582369-4F76-4D4E-BCDA-E3EA00E51569@gmail.com> From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: <56A9025F.3030604@gmx.net> Date: Wed, 27 Jan 2016 18:46:07 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <36582369-4F76-4D4E-BCDA-E3EA00E51569@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="RA7PTOJrfHaWmRPHIJOjX9CU04cEWSRqs" X-Provags-ID: V03:K0:auxjF+TphyugRcN0dNlKa9dfvRzaJkQLWHMn+2uqof3Os3L3Uer wUqbRx7K1wFqZaMzXikVsf07sWdGtTasOQF0VhtW9fTFz435DpfI+HLyjC7UJuG63WoCS4e dfDseB/h0VBfWX7uUzphIJb8R9iEVAeajMwmmqWRB4BD+uA5iey6vsILGWxnvlRTu4M73eL l2nvChGimKICOv53jIf4Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:dhi4+/00xlo=:tnjTTkicjGXG5dHD8sCiHi 3mqc6HrbFMCVvhHRYhQsO45pegpsR5hNhnYpChBXN+MAFiYlVGNsVQ+zlnC0ryIrQGBbwHwXU Nbc8l7+ie8E/X4eQVbqyKZnBt2nci5pyW85u08S/9QPeZTGl8cZI4M1tRF8oFNrkMJw6DZB0Q m5Im8S48hcBERbYyDCkBmT30hQ7lSh5IVi1DBjj6jnFc+mXHg7LyqRi9htMQbNR6/LtBLnGGY 9HBXBPJhYrFtD8mDdp7adc/tjqIISY7XeLuIGtbJNiS7Iyb7PDu3VfznTpxz7JZ8dw1kbYu/Y agASY+Q0kuVEKOX1xw+P3soYhrWfAzlZQsaQQvPVS8RiiYcrzKXCYy5a5chVT7KnD5F9nLQjR SFg1Up9XxxI6mVQi/SNdHN5ojuWx5rfZjkf+rsQLA3Ddg2+U4qmT++fjtlEmSadOafkxvrOp4 z4wVCox6vjAqFukr1WUzniDTvf15Tnpge5DqxIGrHmyxH3GMPlc02q1A59T46MAFWDaOq7sw2 dkHLQQsVrgHY03n8ZipHP6hjFfu6jI9Xz6eonzumlY6DBlz7tCwdhuQ5bFWKkBm4Oxr6rg1Fw 0Xsj5hFnq9LdT6Dy9DblIEyQmnAD6DMLghNMUvnNIQGbZEnUF/pczrmQepywgCrNMCRL0sLsB VBKvp5oG9hDU80GWuwViKTLQH6z0dcQQLEHA0VGLHriej23br2FeOAeU0OQsn9LyH69D5mD4h U3Do3wQnkvJtIby8K6Qjs0PRsIbOnyQeX6Y5AAvbsSQ2HVOvuKp/sWU7vJ4= Archived-At: Cc: "ecrit_ietf.org" Subject: Re: [Ecrit] Extra "Type of Data Provider" token for additional-data 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: Wed, 27 Jan 2016 17:46:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --RA7PTOJrfHaWmRPHIJOjX9CU04cEWSRqs Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi James, I believe you should just add this entry to the registry once the document is through the process. We intentionally added extension capabilities and this is such an example. Ciao Hannes On 01/24/2016 07:12 AM, James Winterbottom wrote: > I probably can=E2=80=99t until the registry is created then. >=20 >=20 >> On 23 Jan 2016, at 12:56 am, Brian Rosen wrote: >> >> Actually, I=E2=80=99m asking how you want to go about adding this valu= e to the registry? I think it might be too late to put it into the addit= ional-data draft itself. =20 >> >> Brian >> >>> On Jan 21, 2016, at 2:31 PM, James Winterbottom wrote: >>> >>> =E2=80=9CApplication Provider=E2=80=9D >>> >>> That can then extend to other kinds of application provider if need b= e. >>> >>> Cheers >>> James >>> >>> >>>> On 22 Jan 2016, at 1:39 am, Brian Rosen wrote: >>>> >>>> Makes sense. How did you want to specify it? >>>> >>>> Brian >>>>> On Jan 21, 2016, at 2:49 AM, James Winterbottom wrote: >>>>> >>>>> Hi All, >>>>> >>>>> In EENA we have been working on a Pan-European Mobile Emergency App= lication (architecture) PEMEA. This largely came about because mobile ope= rators would not provide a US-style Phase II high-accuracy location imple= mentation for mobile, and this refusal was because regulators, well, woul= dn=E2=80=99t. >>>>> >>>>> As a consequence, Europe, as in pretty much everywhere, except the = US, associated territories and Canada, emergency application for smartpho= nes have sprouted up everywhere. The problems is that they are very regio= nal, and PEMEA seeks to address this through a meshed solution. Since the= data is ancillary and doesn=E2=80=99t alleviate mobile operators of curr= ent responsibilities, it can operate as best effort.=20 >>>>> >>>>> We are reusing the PIDF-LO, and the additional-data data structures= , but we need a new type of data provider token, we need an =E2=80=9Cappl= ication provider=E2=80=9D type. >>>>> I don=E2=80=99t really care what the token is called, but we are go= ing to need it if we don=E2=80=99t want to use =E2=80=9Cother=E2=80=9D, a= nd given the way mobile communication application are sprouting up like w= eeds, in all seriousness we need this definition type , because conventio= nal communication techniques will not meet the need of the current genera= tion of citizens that communicate with almost any app except the traditio= nal dial plans ones. >>>>> >>>>> >>>>> Cheers >>>>> James >>>>> >>>>> _______________________________________________ >>>>> 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 >=20 --RA7PTOJrfHaWmRPHIJOjX9CU04cEWSRqs Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: GPGTools - http://gpgtools.org iQEcBAEBCgAGBQJWqQJfAAoJEGhJURNOOiAtQ8cIAJvUfczou4jRZyGYUUNqK04N Gw1E4czM9ni8WMEIb0GdYA5vRO3+6L276To1NV4w6SUkdJTgm/IY0nk+iWmZaMkG mlDH2bf97LXvVbuvsA9CW9UfPI6p1kkyMytQ+7/d7z7QYmI16rQDxTa/z3OaMXq+ ys9AXvuFiHzMUHxF3L5uaQy1ZQBjpzQRrYNC7NW2B5v7/hkGYrbNS0/dwJdpYMl7 r0Hl846zWHR3OnDaDpeB39oK9yWrCieyJo6RKc4OcZek/xf7uUcAPnf3+3LrNdd8 mGAgyxOECsF8HDrTMfpD7wX7OMQROvCQxHUr6eiYHCCuqNBQgzjpLaLNULCEps8= =jCO8 -----END PGP SIGNATURE----- --RA7PTOJrfHaWmRPHIJOjX9CU04cEWSRqs-- From nobody Wed Jan 27 11:04:53 2016 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 D60221B2E59 for ; Wed, 27 Jan 2016 11:04:52 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1] 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 D68RDYRukJny for ; Wed, 27 Jan 2016 11:04:50 -0800 (PST) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::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 A37681B2E61 for ; Wed, 27 Jan 2016 11:04:50 -0800 (PST) Received: by mail-qg0-x22c.google.com with SMTP id e32so15006186qgf.3 for ; Wed, 27 Jan 2016 11:04:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=4rxPKW0DrXrL8q1TO6NlghMXhv4xAxw12iNs8K++3fI=; b=c1NC1QkdictlFvRVhJRvBATUbbhubSkVeCjeXPYKIYjXLKXLiqdOPF+PcDzb2YsQd/ knwAhm79MemBzXCcFZadt/1HpfGym5HQl206bxrGBo2eycJSATrJQKZS7CpFd3+/OyDl 5JTBtlzJYNgBCJC9z0xhAHPhWFqhmd4CfDAy/C4PmlKQNlShemrmrLlx9YWQHnk9grAw l28D9sVwrefgmQ8P2NXnzbshotdgfHr0hRYAy/HDDgQFQ+rLbWngQpwRH0osw1ZgP2kJ 4xhqnAgC+oy1hIyj5csxbLuL0vwGnDUp1qA23KkL0Veg2tu7RphJX0TeaZdVaOHMkiuI kBcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=4rxPKW0DrXrL8q1TO6NlghMXhv4xAxw12iNs8K++3fI=; b=BM+CIIQsOTz3DjzS6wkh3slqYDIPgBBswYbQXTbqBVVFX01YTm7SWkosqxRegQau+v KF7Er2lHkm93lP2CPmcmwGOeet2Ozhxu0067ldsKMzmrBoPmc9FjSAfMIg5yXuLYGCmx Zs34fKXsNbOSeN9WWBBjjvwNq2p3tcupuf7h2bzadKI/1RcUM1WA0lEhCAwtbBIgLRbn dmcrpxpDDK5Q/W8mhFM3tbOmSN4AFNdHJ4Jyy0TzbZOTzzqO9uuzzZ+MGGvhNLWD2MBE 58+znDqthX2oRTdNu4Ju4VYfnMtWyIv2o0YKlZtfOtN4vxDlqdl9TeQVFPFugbZdcTnY 5nWw== X-Gm-Message-State: AG10YOSTqQq1OwX0+6Q04+HJtzNLqQ+hef9CzN6T9OxwKmHc3WeNqnGmI0IiDzaL4HoXkg== X-Received: by 10.140.252.212 with SMTP id x203mr37663998qhc.48.1453921489827; Wed, 27 Jan 2016 11:04:49 -0800 (PST) Received: from [10.33.193.21] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id d65sm3178689qgf.30.2016.01.27.11.04.47 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 27 Jan 2016 11:04:48 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Brian Rosen In-Reply-To: <56A9025F.3030604@gmx.net> Date: Wed, 27 Jan 2016 14:04:46 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <4027D8C1-F91C-40FF-B031-08480C82E3B9@brianrosen.net> References: <9A59EC25-CE77-4D37-B424-98561781596E@gmail.com> <36582369-4F76-4D4E-BCDA-E3EA00E51569@gmail.com> <56A9025F.3030604@gmx.net> To: Hannes Tschofenig X-Mailer: Apple Mail (2.3112) Archived-At: Cc: "ecrit_ietf.org" Subject: Re: [Ecrit] Extra "Type of Data Provider" token for additional-data 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: Wed, 27 Jan 2016 19:04:53 -0000 I noticed that we have a small wording problem in the document. The = TypeOfProvider that James wants to augment is in a registry defined in = Section 11.1.5. This value is a component of Data Provider Information = and not Service Provider Information. The name of the registry in the = draft is =E2=80=9CService Provider Type=E2=80=9D when it should be = =E2=80=9CData Provider Type=E2=80=9D. In the first paragraph of 11.1.5, = it refers to =E2=80=9CServiceProviderType=E2=80=9D when the reference = should be to =E2=80=9CTypeOfProvider=E2=80=9D. The correct reference is = used farther down the section text. These could be handled in Auth48, = although we should tell IANA about it. The registry operates on Expert Review management, so as soon as the RFC = is published and IANA creates the registry, EENA can ask for a new = value. Brian > On Jan 27, 2016, at 12:46 PM, Hannes Tschofenig = wrote: >=20 > Hi James, >=20 > I believe you should just add this entry to the registry once the > document is through the process. We intentionally added extension > capabilities and this is such an example. >=20 > Ciao > Hannes >=20 > On 01/24/2016 07:12 AM, James Winterbottom wrote: >> I probably can=E2=80=99t until the registry is created then. >>=20 >>=20 >>> On 23 Jan 2016, at 12:56 am, Brian Rosen wrote: >>>=20 >>> Actually, I=E2=80=99m asking how you want to go about adding this = value to the registry? I think it might be too late to put it into the = additional-data draft itself. =20 >>>=20 >>> Brian >>>=20 >>>> On Jan 21, 2016, at 2:31 PM, James Winterbottom = wrote: >>>>=20 >>>> =E2=80=9CApplication Provider=E2=80=9D >>>>=20 >>>> That can then extend to other kinds of application provider if need = be. >>>>=20 >>>> Cheers >>>> James >>>>=20 >>>>=20 >>>>> On 22 Jan 2016, at 1:39 am, Brian Rosen wrote: >>>>>=20 >>>>> Makes sense. How did you want to specify it? >>>>>=20 >>>>> Brian >>>>>> On Jan 21, 2016, at 2:49 AM, James Winterbottom = wrote: >>>>>>=20 >>>>>> Hi All, >>>>>>=20 >>>>>> In EENA we have been working on a Pan-European Mobile Emergency = Application (architecture) PEMEA. This largely came about because mobile = operators would not provide a US-style Phase II high-accuracy location = implementation for mobile, and this refusal was because regulators, = well, wouldn=E2=80=99t. >>>>>>=20 >>>>>> As a consequence, Europe, as in pretty much everywhere, except = the US, associated territories and Canada, emergency application for = smartphones have sprouted up everywhere. The problems is that they are = very regional, and PEMEA seeks to address this through a meshed = solution. Since the data is ancillary and doesn=E2=80=99t alleviate = mobile operators of current responsibilities, it can operate as best = effort.=20 >>>>>>=20 >>>>>> We are reusing the PIDF-LO, and the additional-data data = structures, but we need a new type of data provider token, we need an = =E2=80=9Capplication provider=E2=80=9D type. >>>>>> I don=E2=80=99t really care what the token is called, but we are = going to need it if we don=E2=80=99t want to use =E2=80=9Cother=E2=80=9D, = and given the way mobile communication application are sprouting up like = weeds, in all seriousness we need this definition type , because = conventional communication techniques will not meet the need of the = current generation of citizens that communicate with almost any app = except the traditional dial plans ones. >>>>>>=20 >>>>>>=20 >>>>>> Cheers >>>>>> James >>>>>>=20 >>>>>> _______________________________________________ >>>>>> Ecrit mailing list >>>>>> Ecrit@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/ecrit >>>>>=20 >>>>=20 >>>=20 >>=20 >> _______________________________________________ >> Ecrit mailing list >> Ecrit@ietf.org >> https://www.ietf.org/mailman/listinfo/ecrit >>=20 >=20 From nobody Wed Jan 27 15:14:55 2016 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 741C61B3272 for ; Wed, 27 Jan 2016 15:14:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-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 bLaQs3ugyhZs for ; Wed, 27 Jan 2016 15:14:52 -0800 (PST) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (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 B01531B325D for ; Wed, 27 Jan 2016 15:14:52 -0800 (PST) Received: by mail-pa0-x229.google.com with SMTP id yy13so12040794pab.3 for ; Wed, 27 Jan 2016 15:14:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=IlN4Jg4NxG6L4eQSSoNxxKWm7zNlyjmYVcYPOglCCmI=; b=K2YstIBW1VpYCRSDV0TNYhICYTH9MnKcsJBXwwFcuajCq/fDr7YxQbcZEzJIRqH+8j k3PUEB7DIKsQqrlCtc7hGmsc5PfTcxQbccfnn7datQeUnIAFk3BuMySJheNRDB71N6gY J4PKks84nnbT5Oq8KnOKQQuvo5XYK+Tc8w+vmrEiDIjwbRKToq2/ZUNhTWOVd5hOSGsl Ei0nMuw+ODWw9i39xMmedZFxB+HXhOeu/Verx1jDJsbs/lONfLvSSynwtT/DiwJJK27z TZvLB2bgEQS6q4cA8fSYIdQPhpRrYglCSAhp4RNFudOidggQPo6MVvu/Ae3HyI5xAY+1 K+Nw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=IlN4Jg4NxG6L4eQSSoNxxKWm7zNlyjmYVcYPOglCCmI=; b=bxPwwiK4Ayc2v6VaBFFzc/BH+X2h3O5lV3+e2B35WsnasoV+DiYwnjplqUoB6S8VBh gUOEHN3vi8E/aal4UvuDUxoYdvThmd/MrTLlW9Pf4AWIqEAfAnu8+D/C3basWM9u8uy1 D24ts+T7hWeqs/1w756L4LCGJ7UiHbV9QxnPy2QytGepAo7qeQqzoRHlEuZ/b35470sE BUP0k01DJAeGMBCVZWNwdrHKxwY62D9vvJBT2tQwkfixTZjEHs3ZjOSliusyiJpZEBTZ xvTXYLX6JHTok8UIzkx8GbCeOHAahMLV7WzE/gOFP2t0froj68Iad6xmPxdshhnGXjOm HvXg== X-Gm-Message-State: AG10YORcRJeRcyG8Jui78OVHfPdyHjPJadJQ281ru6xUDUAZXVNB4i3ZgsQIaLb42bpblA== X-Received: by 10.66.155.167 with SMTP id vx7mr46173089pab.109.1453936492309; Wed, 27 Jan 2016 15:14:52 -0800 (PST) Received: from [10.138.79.204] ([1.144.3.73]) by smtp.gmail.com with ESMTPSA id sm8sm11345837pac.43.2016.01.27.15.14.50 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 27 Jan 2016 15:14:51 -0800 (PST) References: <9A59EC25-CE77-4D37-B424-98561781596E@gmail.com> <69FD95DD-FA26-4B05-9BCA-1C94C762284E@salsgiver.com> Mime-Version: 1.0 (1.0) In-Reply-To: <69FD95DD-FA26-4B05-9BCA-1C94C762284E@salsgiver.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: <82B2D5F0-DBF8-4305-92D5-BD8371514BB5@gmail.com> X-Mailer: iPhone Mail (11D201) From: James Winterbottom Date: Thu, 28 Jan 2016 10:14:43 +1100 To: Brian Rosen Archived-At: Cc: "ecrit_ietf.org" Subject: Re: [Ecrit] Extra "Type of Data Provider" token for additional-data 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: Wed, 27 Jan 2016 23:14:54 -0000 I am worried a little about the race condition of which document gets publis= hed first. PEMEA will likely go out in the April timeframe. Sent from my iPhone > On 28 Jan 2016, at 6:01 am, Brian Rosen wrote: >=20 > I think this is a fine idea. I agree that =E2=80=9Cother=E2=80=9D is a ba= d idea. You have a new kind of data provider, and we should have the proper= token for it. >=20 > I noticed that we have a small wording problem in the document. The TypeO= fProvider that James wants to augment is in a registry defined in Section 11= .1.5. This value is a component of Data Provider Information and not Servic= e Provider Information. The name of the registry in the draft is =E2=80=9CS= ervice Provider Type=E2=80=9D when it should be =E2=80=9CData Provider Type=E2= =80=9D. In the first paragraph of 11.1.5, it refers to =E2=80=9CServiceProv= iderType=E2=80=9D when the reference should be to =E2=80=9CTypeOfProvider=E2= =80=9D. The correct reference is used farther down the section text. These= could be handled in Auth48, although we should tell IANA about it. >=20 > The registry operates on Expert Review management, so as soon as the RFC i= s published and IANA creates the registry, EENA can ask for a new value. >=20 > Brian >=20 >> On Jan 21, 2016, at 2:49 AM, James Winterbottom wrote: >>=20 >> Hi All, >>=20 >> In EENA we have been working on a Pan-European Mobile Emergency Applicati= on (architecture) PEMEA. This largely came about because mobile operators wo= uld not provide a US-style Phase II high-accuracy location implementation fo= r mobile, and this refusal was because regulators, well, wouldn=E2=80=99t. >>=20 >> As a consequence, Europe, as in pretty much everywhere, except the US, as= sociated territories and Canada, emergency application for smartphones have s= prouted up everywhere. The problems is that they are very regional, and PEME= A seeks to address this through a meshed solution. Since the data is ancilla= ry and doesn=E2=80=99t alleviate mobile operators of current responsibilitie= s, it can operate as best effort.=20 >>=20 >> We are reusing the PIDF-LO, and the additional-data data structures, but w= e need a new type of data provider token, we need an =E2=80=9Capplication pr= ovider=E2=80=9D type. >> I don=E2=80=99t really care what the token is called, but we are going to= need it if we don=E2=80=99t want to use =E2=80=9Cother=E2=80=9D, and given t= he way mobile communication application are sprouting up like weeds, in all s= eriousness we need this definition type , because conventional communication= techniques will not meet the need of the current generation of citizens tha= t communicate with almost any app except the traditional dial plans ones. >>=20 >>=20 >> Cheers >> James >>=20 >> _______________________________________________ >> Ecrit mailing list >> Ecrit@ietf.org >> https://www.ietf.org/mailman/listinfo/ecrit >=20 From nobody Thu Jan 28 13:17:35 2016 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 8FEBC1A0056 for ; Thu, 28 Jan 2016 13:17:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 eCi8axNPW4Cb for ; Thu, 28 Jan 2016 13:17:32 -0800 (PST) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7D291A002D for ; Thu, 28 Jan 2016 13:17:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=494; q=dns/txt; s=iport; t=1454015851; x=1455225451; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=JwByWg4g0EYf0Q9fl2LjXo7CBgM1PsAAnjPBWs7zn8g=; b=YomPPED/uzh4NC6aFvt76kQWpyQBvxNzPe8jUpdbcQU1gDuM4ydCpp1b 5OdLJLqQd4G/mEsQWp99DdEVofZG2aOSsYO2EwzBVKgX1BnCl6WposMHS mddtM7nNuXh/VMlTDZ6oyxjtwgK0yRQRTJVvxoMuT1jn1Yx8OJv0f6FI9 o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DUAgBvhKpW/4ENJK1egzhSc4hRqiOHI?= =?us-ascii?q?QENgWIihguBLDgUAQEBAQEBAX8LhEgjEVcBIgImAgQwFRIEiC4OoTSPW48qAQE?= =?us-ascii?q?BAQEBAQMBAQEBAQEBAQEBAREEe4USgW0IiXQrgQ8Flm4BhUaIBAeOao48AR4BA?= =?us-ascii?q?UKDaohrfAEBAQ?= X-IronPort-AV: E=Sophos;i="5.22,360,1449532800"; d="scan'208";a="232430008" Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Jan 2016 21:17:31 +0000 Received: from XCH-RCD-010.cisco.com (xch-rcd-010.cisco.com [173.37.102.20]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u0SLHUfY011825 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Thu, 28 Jan 2016 21:17:30 GMT Received: from xch-aln-010.cisco.com (173.36.7.20) by XCH-RCD-010.cisco.com (173.37.102.20) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 28 Jan 2016 15:17:30 -0600 Received: from xch-aln-010.cisco.com ([173.36.7.20]) by XCH-ALN-010.cisco.com ([173.36.7.20]) with mapi id 15.00.1104.009; Thu, 28 Jan 2016 15:17:30 -0600 From: "Marc Linsner (mlinsner)" To: "ecrit@ietf.org" Thread-Topic: Additional Data Thread-Index: AQHRWhFLMYP5rv0IGk6/mNU6uDB3cQ== Date: Thu, 28 Jan 2016 21:17:30 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.148.100] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [Ecrit] Additional Data 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: Thu, 28 Jan 2016 21:17:33 -0000 aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1lY3JpdC1hZGRpdGlv bmFsLWRhdGEvDQoNClRoZXJlIHdlcmUgc29tZSB4bWwgc2NoZW1hIGVycm9ycyBmb3VuZCBsYXRl IGR1cmluZyB0aGUgcHJvY2VzcyBpbiB0aGlzIGRyYWZ0LiAgSXTigJlzIGJlZW4gZGVjaWRlZCBi eSB0aGUgd2cgY2hhaXIgYW5kIEFEIHRvIGZpeCB0aGUgZXJyb3JzIGR1cmluZyBBVVRINDgsIGhl bmNlIHdlIHdhbnRlZCB0byBsZXQgdGhlIGdyb3VwIGtub3cgdGhpcyBpcyB0YWtpbmcgcGxhY2Uu ICBZb3UgY2FuIHRyYWNrIGl0IHdoZW4gYSBuZXcgdmVyc2lvbiBpcyB1cGxvYWRlZC4NCg0KVGhh bmtzLA0KDQpNYXJjDQoNCg0K