
From nobody Thu Apr 17 16:03:18 2014
Return-Path: <wwwrun@rfc-editor.org>
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 69D551A01DB; Thu, 17 Apr 2014 16:03:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.174
X-Spam-Level: 
X-Spam-Status: No, score=-2.174 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.272, SPF_HELO_PASS=-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 tVFxDfd7Mlld; Thu, 17 Apr 2014 16:03:11 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id 80C8A1A0176; Thu, 17 Apr 2014 16:03:11 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 3B66218000C; Thu, 17 Apr 2014 16:02:38 -0700 (PDT)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
X-PHP-Originating-Script: 6000:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Message-Id: <20140417230238.3B66218000C@rfc-editor.org>
Date: Thu, 17 Apr 2014 16:02:38 -0700 (PDT)
Archived-At: http://mailarchive.ietf.org/arch/msg/ecrit/vJkPX6wwf7pbcoPjdHTxjRSb6nI
Cc: drafts-update-ref@iana.org, ecrit@ietf.org, rfc-editor@rfc-editor.org
Subject: [Ecrit] RFC 7090 on Public Safety Answering Point (PSAP) Callback
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ecrit/>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Apr 2014 23:03:16 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 7090

        Title:      Public Safety Answering Point (PSAP) 
                    Callback 
        Author:     H. Schulzrinne, H. Tschofenig,
                    C. Holmberg, M. Patel
        Status:     Standards Track
        Stream:     IETF
        Date:       April 2014
        Mailbox:    hgs+ecrit@cs.columbia.edu, 
                    Hannes.Tschofenig@gmx.net, 
                    christer.holmberg@ericsson.com,
                    Milan.Patel@huawei.com
        Pages:      18
        Characters: 37445
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-ecrit-psap-callback-13.txt

        URL:        http://www.rfc-editor.org/rfc/rfc7090.txt

After an emergency call is completed (terminated either prematurely
by the emergency caller or normally by the call taker), the call
taker may feel the need for further communication.  For example, the
call may have been dropped by accident without the call taker having
sufficient information about the current state of an accident victim.
A call taker may trigger a callback to the emergency caller using the
contact information provided with the initial emergency call.  This
callback could, under certain circumstances, be treated like any
other call and, as a consequence, it may get blocked by authorization
policies or may get forwarded to an answering machine.

The IETF emergency services architecture specification already offers
a solution approach for allowing Public Safety Answering Point (PSAP)
callbacks to bypass authorization policies in order to reach the
caller without unnecessary delays.  Unfortunately, the specified
mechanism only supports limited scenarios.  This document discusses
shortcomings of the current mechanisms and illustrates additional
scenarios where better-than-normal call treatment behavior would be
desirable.  We describe a solution based on a new header field value
for the SIP Priority header field, called "psap-callback", to mark
PSAP callbacks.

This document is a product of the Emergency Context Resolution with Internet Technologies Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Internet
Official Protocol Standards (STD 1) for the standardization state and
status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  http://www.ietf.org/mailman/listinfo/ietf-announce
  http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see http://www.rfc-editor.org/search
For downloading RFCs, see http://www.rfc-editor.org/rfc.html

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC



From nobody Wed Apr 23 15:29:30 2014
Return-Path: <internet-drafts@ietf.org>
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 2FDBA1A06F6; Wed, 23 Apr 2014 15:29:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uzAUNWYH5w_O; Wed, 23 Apr 2014 15:29:27 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CB0161A0279; Wed, 23 Apr 2014 15:29:27 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 5.4.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20140423222927.11184.97326.idtracker@ietfa.amsl.com>
Date: Wed, 23 Apr 2014 15:29:27 -0700
Archived-At: http://mailarchive.ietf.org/arch/msg/ecrit/hMImE24BtC45AO_de43luA-x-Jw
Cc: ecrit@ietf.org
Subject: [Ecrit] I-D Action: draft-ietf-ecrit-additional-data-22.txt
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.15
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ecrit/>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Apr 2014 22:29:29 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Emergency Context Resolution with Internet Technologies Working Group of the IETF.

        Title           : Additional Data related to an Emergency Call
        Authors         : Brian Rosen
                          Hannes Tschofenig
                          Roger Marshall
                          Randall Gellens
                          James Winterbottom
	Filename        : draft-ietf-ecrit-additional-data-22.txt
	Pages           : 97
	Date            : 2014-04-23

Abstract:
   When an emergency call is sent to a Public Safety Answering Point
   (PSAP), the device that sends it, as well as any application service
   provider in the path of the call, or access network provider through
   which the call originated may have information about the call, the
   caller or the location which the PSAP may be able to use.  This
   document describes data structures and a mechanism to convey such
   data to the PSAP.  The mechanism uses a Uniform Resource Identifier
   (URI), which may point to either an external resource or an object in
   the body of the SIP message.  The mechanism thus allows the data to
   be passed by reference (when the URI points to an external resource)
   or by value (when it points into the body of the message).  This
   follows the tradition of prior emergency services standardization
   work where data can be conveyed by value within the call signaling
   (i.e., in body of the SIP message) and also by reference.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ecrit-additional-data/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-ecrit-additional-data-22

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-ietf-ecrit-additional-data-22


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Tue Apr 29 06:40:10 2014
Return-Path: <R.Jesske@telekom.de>
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 F11651A08EB for <ecrit@ietfa.amsl.com>; Tue, 29 Apr 2014 06:40:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.2
X-Spam-Level: 
X-Spam-Status: No, score=-0.2 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.651] 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 8VAuMZjUPgNO for <ecrit@ietfa.amsl.com>; Tue, 29 Apr 2014 06:40:04 -0700 (PDT)
Received: from tcmail13.telekom.de (tcmail13.telekom.de [80.149.113.165]) by ietfa.amsl.com (Postfix) with ESMTP id 703131A08DC for <ecrit@ietf.org>; Tue, 29 Apr 2014 06:39:55 -0700 (PDT)
Received: from he111631.emea1.cds.t-internal.com ([10.134.93.23]) by tcmail11.telekom.de with ESMTP/TLS/AES128-SHA; 29 Apr 2014 15:39:51 +0200
Received: from HE113667.emea1.cds.t-internal.com ([fe80::c943:1394:e86e:fce3]) by HE111631.emea1.cds.t-internal.com ([::1]) with mapi; Tue, 29 Apr 2014 15:39:51 +0200
From: <R.Jesske@telekom.de>
To: <ecrit@ietf.org>
Date: Tue, 29 Apr 2014 15:39:50 +0200
Thread-Topic: review draft-gellens-ecrit-ecall-03.txt
Thread-Index: Ac9jsH5MdPhOvsZjTjak+dBdCAXY5A==
Message-ID: <058CE00BD4D6B94FAD033A2439EA1E4B01E1D8B92368@HE113667.emea1.cds.t-internal.com>
Accept-Language: en-US, de-DE
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US, de-DE
Content-Type: multipart/alternative; boundary="_000_058CE00BD4D6B94FAD033A2439EA1E4B01E1D8B92368HE113667eme_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/ecrit/qjpgQ0QVAKpBVPdkO89vcu_Jm-Y
Cc: rg+ietf@qti.qualcomm.com
Subject: [Ecrit] review draft-gellens-ecrit-ecall-03.txt
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ecrit/>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Apr 2014 13:40:09 -0000

--_000_058CE00BD4D6B94FAD033A2439EA1E4B01E1D8B92368HE113667eme_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


Dear all,

as discussed at the last IETF I have reviewed draft-gellens-ecrit-ecall-03.=
txt.
Here are my comments:

General:
1.      ETSI has finalized the Technical Report on eCall and proposes solut=
ions. Question is if it would be worth to mention onr reference it. The rep=
ort is under http://webapp.etsi.org/ewp/copy_file.asp?wki_id=3D39297  downl=
oadable.

2.      I will point in some parts of the detailed review to backwards comp=
atibility issues. So we have now implemented a eCall solution for our GSM. =
So this is an invest done. And PSAP invests are seen as a long term invest.=
 These will be used for a long time so a SIP/IMS/NGN solution is needed whe=
re we can built new PSAP understanding the NG-eCall but also have the possi=
bility to route the call towards the "old" PSAP getting the inband informat=
ion type eCall. But also the case will appear where we have still the old s=
tyle end device which have to be interworked towards the new PSAP style. Qu=
estion is how this will be done? My opinion is that each PSAP has to unders=
tand the in-band information.


Detailed comments & questions:
1.      Section 3 last paragraph:
...
An eCall
   flag in the call setup marks the call as an eCall, and further
   indicates if the call was automatically or manually triggered.
...
3GPP has more flags that only automatic and manual. (we have discussed this=
 in Berlin)

the proposal is to add an sentence like:
"Note that 3GPP TS22.101 allows to combine the automatic and manual trigger=
ed ecall with the type of emergency guard like police or fire force. This i=
s also uses in some countries."
3GPP describes the requirements in TS 22.101 as follows

Possible values in signalling:

   o Police

   o Ambulance

   o Fire Brigade

   o Marine Guard

   o Mountain Rescue

   o Manually Initiated eCall

   o Automatically Initiated eCall

   And the bind requirement:

   It shall be possible to tie any emergency call number to any single
   emergency call type or to any combination of emergency call types.


2. Section 3.
Also it would be worth to mention that backward compatibility is an require=
ment since we have already millions of cars with GSM Chips which will be in=
 future interworked with SIP/IMS networks.

3.Section 4.
one requirement is the backwards compatibility. Since mobile networks will =
not have LTE coverage  all over and "old" ecall solutions will be interwokk=
ed to IMS there is the need when to have a backwards compatible solution. (=
i.e. Inband communication must be traversed to PSAP understanding in band a=
nd/or the PSAP is able to understand in- and out-band information.

4.      Section 6. 1st Paragraph :
      "In circuit-switched eCall, the IVS places a special form of a 112
   emergency call which carries the eCall flag (indicating that the call
   is an eCall and also if the call was manually or automatically
   triggered)... "
As mentioned above there are more possible indications within the "eCall Fl=
ag"
5. Section 6 2nd Paragraph: Perhaps mention a option to identify also inban=
d information when available. Or note that inband information then should b=
e routed towards an backwards compatible PSAP.

6. Section 6. last Paragraph: "...urn:service:sos.ecall.automatic and urn:s=
ervice:sos.ecall.manual" From the discussion we had in the past (i.e http:/=
/tools.ietf.org/html/draft-jesske-ecrit-ecall-urn-extension-01 in Berlin) I=
 had the understanding that also the extension of the  urn:service:sos.ecal=
l.automatic is still to long. So that only  urn:service:sos.ecall would be =
more ort less acaptable. And we need an further extension to identity the a=
dditional information for routing.

7. Section 7.  "...   The routing rules for eCalls are likely to differ fro=
m those of other
   emergency calls because eCalls are special types of emergency calls
   (with implications for the types of response required) and need to be
   handled by specially designated PSAPs.
 What is meant by "with implications for the types of response required" I =
do have slide problems to understand. Is this the fact that there could be =
diffrent responses like a call back or SMS back?


8.       Section 7.1 mentions a interworking new to old. Is there also the =
possibility to interwork old to new? Would there be also an Section 7.2, 7.=
3 for other networks which are not EENA based?

9.      Section 9. Will the same mechanism used or is this one out of a sev=
eral possibilities? Is this mechanism such as open that each PSAP-operator =
can define it's own set? Or is it more seen as set to be aligned within RFC=
's?

10.     Section 10. It would be worth if preconditions and the reliability =
of provisional responses will have a effect of the solution or if they are =
needed? This question reflects the issue that in many mobile IMS networks s=
uch mechanisms will be used.
11.     A IVS provided location could be also manipulated. Independent on t=
he trustworthiness. I think this should be mentioned explicitly. Question i=
s what can provide security on such location. Perhaps a hint would we nice =
to be mentioned or to mandate the draft trustwothy-location more as an requ=
irement.

12.     Section 12. As commented above I would propose an additional URN pa=
rameter or an other SIP extension to point to the possible indications appe=
aring within a eCall. Such a indication needs to be considered when routing=
 towards the PSAP.


13.     Within 3GPP we have the additional indications as mentioned above


>From my (operators) point of view the most important points needed to be di=
scussed are backwards compatible solution and the format of the URN and add=
itional indication for PSAP routeing purposes.

My recommendation is also that we can start the work and push it towards wo=
rk item within ecrit.

Thank you and Best Regards

Roland

Mit freundlichen Gr=FC=DFen; With Best Regards
Roland Jesske

Deutsche Telekom Technik GmbH
Fixed Mobile Engineering Deutschland
Roland Jesske
Heinrich-Hertz-Stra=DFe 3-7, 64295 Darmstadt
+49 6151 58-12766 (Tel.)
+49 6151 58-13395 (Fax)
+49 171 8618-445 (Mobil)
http://www.telekom.com

Erleben, was verbindet.

Deutsche Telekom Technik GmbH
Aufsichtsrat: Dr. Thomas Knoll (Vorsitzender)
Gesch=E4ftsf=FChrung: Dr. Bruno Jacobfeuerborn (Vorsitzender), Albert Mathe=
is, Carsten M=FCller
Handelsregister: Amtsgericht Bonn HRB 14190
Sitz der Gesellschaft: Bonn
USt-IdNr.: DE 814645262
Gro=DFe Ver=E4nderungen fangen klein an - Ressourcen schonen und nicht jede=
 E-Mail drucken.




--_000_058CE00BD4D6B94FAD033A2439EA1E4B01E1D8B92368HE113667eme_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Exchange Server">
<!-- converted from rtf -->
<style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left:=
 #800000 2px solid; } --></style>
</head>
<body>
<font face=3D"Calibri, sans-serif" size=3D"2">
<div>&nbsp;</div>
<div><font face=3D"Arial, sans-serif">Dear all,</font></div>
<div><font face=3D"Arial, sans-serif">&nbsp;</font></div>
<div><font face=3D"Arial, sans-serif">as discussed at the last IETF I have =
reviewed draft-gellens-ecrit-ecall-03.txt.</font></div>
<div><font face=3D"Arial, sans-serif">Here are my comments:</font></div>
<div>&nbsp;</div>
<div><font face=3D"Arial, sans-serif">General:</font></div>
<ol style=3D"margin-top: 0pt; margin-bottom: 0pt; ">
<font face=3D"Arial, sans-serif">
<li>ETSI has finalized the Technical Report on eCall and proposes solutions=
. Question is if it would be worth to mention onr reference it. The report =
is under <a href=3D"http://webapp.etsi.org/ewp/copy_file.asp?wki_id=3D39297=
"><font color=3D"#0000FF"><u>http://webapp.etsi.org/ewp/copy_file.asp?wki_i=
d=3D39297</u></font></a>
&nbsp;downloadable.</li></font>
</ol>
<div>&nbsp;</div>
<ol start=3D"2" style=3D"margin-top: 0pt; margin-bottom: 0pt; ">
<font face=3D"Arial, sans-serif">
<li>I will point in some parts of the detailed review to backwards compatib=
ility issues. So we have now implemented a eCall solution for our GSM. So t=
his is an invest done. And PSAP invests are seen as a long term invest. The=
se will be used for a long time
so a SIP/IMS/NGN solution is needed where we can built new PSAP understandi=
ng the NG-eCall but also have the possibility to route the call towards the=
 &#8222;old&#8220; PSAP getting the inband information type eCall. But also=
 the case will appear where we have still the
old style end device which have to be interworked towards the new PSAP styl=
e. Question is how this will be done? My opinion is that each PSAP has to u=
nderstand the in-band information.</li></font>
</ol>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>Detailed comments &amp; questions:</div>
<div>1.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Section 3 last paragraph: </div=
>
<div style=3D"margin-bottom: 14pt; ">... </div>
<div><font face=3D"Courier New, monospace" size=3D"2">An eCall</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; flag in =
the call setup marks the call as an eCall, and further</font></div>
<div style=3D"margin-bottom: 14pt; "><font face=3D"Courier New, monospace" =
size=3D"2">&nbsp;&nbsp; indicates if the call was automatically or manually=
 triggered.</font></div>
<div><font face=3D"Times New Roman, serif" size=3D"3">... </font></div>
<div><font face=3D"Times New Roman, serif" size=3D"3">3GPP has more flags t=
hat only automatic and manual. (we have discussed this in Berlin)</font></d=
iv>
<div>&nbsp;</div>
<div><font face=3D"Arial, sans-serif">the proposal is to add an sentence li=
ke:</font></div>
<div><font face=3D"Arial, sans-serif">&quot;Note that 3GPP TS22.101 allows =
to combine the automatic and manual triggered ecall with the type of emerge=
ncy guard like police or fire force. This is also uses in some countries.&q=
uot;</font></div>
<div><font face=3D"Arial, sans-serif">3GPP describes the requirements in TS=
 22.101 as follows</font></div>
<div>&nbsp;</div>
<div>Possible values in signalling:</div>
<div><font face=3D"Times New Roman, serif" size=3D"3">&nbsp;</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; o Police=
</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; o Ambula=
nce</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; o Fire B=
rigade</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; o Marine=
 Guard</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; o Mounta=
in Rescue</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; o Manual=
ly Initiated eCall</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; o Automa=
tically Initiated eCall</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; And the =
bind requirement:</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; It shall=
 be possible to tie any emergency call number to any single</font></div>
<div style=3D"margin-bottom: 14pt; "><font face=3D"Courier New, monospace" =
size=3D"2">&nbsp;&nbsp; emergency call type or to any combination of emerge=
ncy call types.</font></div>
<div><font face=3D"Times New Roman, serif" size=3D"3">&nbsp;</font></div>
<div><font face=3D"Times New Roman, serif" size=3D"3">&nbsp;</font></div>
<div><font face=3D"Arial, sans-serif">2. Section 3.</font></div>
<div><font face=3D"Arial, sans-serif">Also it would be worth to mention tha=
t backward compatibility is an requirement since we have already millions o=
f cars with GSM Chips which will be in future interworked with SIP/IMS netw=
orks.</font></div>
<div><font face=3D"Times New Roman, serif" size=3D"3">&nbsp;</font></div>
<div><font face=3D"Arial, sans-serif" size=3D"3">3.Section 4.</font></div>
<div><font face=3D"Arial, sans-serif">one requirement is the backwards comp=
atibility. Since mobile networks will not have LTE coverage&nbsp; all over =
and &#8222;old&#8220; ecall solutions will be interwokked to IMS there is t=
he need when to have a backwards compatible solution.
(i.e. Inband communication must be traversed to PSAP understanding in band =
and/or the PSAP is able to understand in- and out-band information. </font>=
</div>
<div>&nbsp;</div>
<ol start=3D"4" style=3D"margin-top: 0pt; margin-bottom: 0pt; ">
<li>Section 6. 1st Paragraph : </li></ol>
<div>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <font face=3D"Courier New, monospace">&=
#8222;In circuit-switched eCall, the IVS places a special form of a 112</fo=
nt></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; emergenc=
y call which carries the eCall flag (indicating that the call</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; is an eC=
all and also if the call was manually or automatically</font></div>
<div style=3D"margin-bottom: 14pt; "><font face=3D"Courier New, monospace" =
size=3D"2">&nbsp;&nbsp; triggered)... &#8222; </font></div>
<div style=3D"margin-bottom: 14pt; "><font face=3D"Arial, sans-serif" size=
=3D"2">As mentioned above there are more possible indications within the &#=
8222;eCall Flag&#8220;</font></div>
<div style=3D"margin-bottom: 14pt; "><font face=3D"Arial, sans-serif">5. Se=
ction 6 2nd Paragraph: Perhaps mention a option to identify also inband inf=
ormation when available. Or note that inband information then should be rou=
ted towards an backwards compatible
PSAP.</font></div>
<div style=3D"margin-bottom: 14pt; "><font face=3D"Courier New, monospace" =
size=3D"2">&nbsp;</font></div>
<div><font face=3D"Arial, sans-serif">6. Section 6. last Paragraph: &#8222;=
...urn:service:sos.ecall.automatic and urn:service:sos.ecall.manual&#8220; =
>From the discussion we had in the past (i.e <font color=3D"#0000FF"><u><a h=
ref=3D"http://tools.ietf.org/html/draft-jesske-ecrit-ecall-urn-extension-01=
">http://tools.ietf.org/html/draft-jesske-ecrit-ecall-urn-extension-01</a><=
/u></font>
in Berlin) I had the understanding that also the extension of the&nbsp; urn=
:service:sos.ecall.automatic is still to long. So that only&nbsp; urn:servi=
ce:sos.ecall would be more ort less acaptable. And we need an further exten=
sion to identity the additional information
for routing. </font></div>
<div>&nbsp;</div>
<div><font face=3D"Arial, sans-serif">7. Section 7.&nbsp; &#8222;...&nbsp;&=
nbsp; The routing rules for eCalls are likely to differ from those of other=
</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; emergenc=
y calls because eCalls are special types of emergency calls</font></div>
<div><font face=3D"Courier New, monospace" size=3D"2">&nbsp;&nbsp; (with im=
plications for the types of response required) and need to be</font></div>
<div style=3D"margin-bottom: 14pt; "><font face=3D"Courier New, monospace" =
size=3D"2">&nbsp;&nbsp; handled by specially designated PSAPs.</font></div>
<div><font face=3D"Arial, sans-serif"> What is meant by &#8222;with implica=
tions for the types of response required&#8220; I do have slide problems to=
 understand. Is this the fact that there could be diffrent responses like a=
 call back or SMS back?</font></div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<ol start=3D"8" style=3D"margin-top: 0pt; margin-bottom: 0pt; margin-left: =
36pt; ">
<font face=3D"Arial, sans-serif">
<li> Section 7.1 mentions a interworking new to old. Is there also the poss=
ibility to interwork old to new? Would there be also an Section 7.2, 7.3 fo=
r other networks which are not EENA based?</li></font>
</ol>
<div>&nbsp;</div>
<ol start=3D"9" style=3D"margin-top: 0pt; margin-bottom: 0pt; margin-left: =
36pt; ">
<font face=3D"Arial, sans-serif">
<li>Section 9. Will the same mechanism used or is this one out of a several=
 possibilities? Is this mechanism such as open that each PSAP-operator can =
define it's own set? Or is it more seen as set to be aligned within RFC's?<=
/li></font>
</ol>
<div>&nbsp;</div>
<ol start=3D"10" style=3D"margin-top: 0pt; margin-bottom: 0pt; margin-left:=
 36pt; ">
<font face=3D"Arial, sans-serif">
<li>Section 10. It would be worth if preconditions and the reliability of p=
rovisional responses will have a effect of the solution or if they are need=
ed? This question reflects the issue that in many mobile IMS networks such =
mechanisms will be used.</li><li>A IVS provided location could be also mani=
pulated. Independent on the trustworthiness. I think this should be mention=
ed explicitly. Question is what can provide security on such location. Perh=
aps a hint would we nice to be mentioned or to mandate the draft
trustwothy-location more as an requirement.</li></font>
</ol>
<div style=3D"padding-left: 36pt; ">&nbsp;</div>
<ol start=3D"12" style=3D"margin-top: 0pt; margin-bottom: 0pt; margin-left:=
 36pt; ">
<font face=3D"Arial, sans-serif">
<li>Section 12. As commented above I would propose an additional URN parame=
ter or an other SIP extension to point to the possible indications appearin=
g within a eCall. Such a indication needs to be considered when routing tow=
ards the PSAP. </li></font>
</ol>
<div style=3D"padding-left: 36pt; ">&nbsp;</div>
<div style=3D"padding-left: 36pt; ">&nbsp;</div>
<ol start=3D"13" style=3D"margin-top: 0pt; margin-bottom: 0pt; margin-left:=
 36pt; ">
<font face=3D"Arial, sans-serif">
<li>Within 3GPP we have the additional indications as mentioned above</li><=
/font>
</ol>
<div><font face=3D"Arial, sans-serif">&nbsp;</font></div>
<div><font face=3D"Arial, sans-serif">&nbsp;</font></div>
<div><font face=3D"Arial, sans-serif">From my (operators) point of view the=
 most important points needed to be discussed are backwards compatible solu=
tion and the format of the URN and additional indication for PSAP routeing =
purposes.</font></div>
<div>&nbsp;</div>
<div><font face=3D"Arial, sans-serif">My recommendation is also that we can=
 start the work and push it towards work item within ecrit.</font></div>
<div>&nbsp;</div>
<div><font face=3D"Arial, sans-serif">Thank you and Best Regards</font></di=
v>
<div><font face=3D"Arial, sans-serif"><br>

Roland</font></div>
<div style=3D"margin-top: 5pt; margin-bottom: 5pt; "><font face=3D"Arial, s=
ans-serif" size=3D"2">Mit freundlichen Gr=FC=DFen; With Best Regards<br>

Roland Jesske<br>

<br>

<font size=3D"1" color=3D"#808080">Deutsche Telekom&nbsp;Technik GmbH<br>

Fixed Mobile Engineering Deutschland<br>

Roland Jesske<br>

Heinrich-Hertz-Stra=DFe 3-7, 64295 Darmstadt<br>

&#43;49 6151 58-12766 (Tel.)<br>

&#43;49 6151 58-13395 (Fax)<br>

</font><font size=3D"1" color=3D"#808080">&#43;49 171 8618-445 (Mobil)<br>

</font><a href=3D"http://www.telekom.com"><font size=3D"1" color=3D"#0000FF=
"><u>http://www.telekom.com</u></font></a><br>

<br>

<font size=3D"1" color=3D"#E20074">Erleben, was verbindet.<br>

<br>

</font><font size=3D"1" color=3D"#808080">Deutsche Telekom&nbsp;Technik Gmb=
H<br>

Aufsichtsrat: Dr. Thomas Knoll (Vorsitzender)<br>

Gesch=E4ftsf=FChrung: Dr. Bruno Jacobfeuerborn (Vorsitzender), Albert Mathe=
is, </font><font size=3D"1" color=3D"#999999">Carsten M=FCller<br>

</font><font size=3D"1" color=3D"#808080">Handelsregister: Amtsgericht Bonn=
 HRB 14190<br>

Sitz der Gesellschaft: Bonn<br>

USt-IdNr.: DE 814645262</font><font face=3D"Times New Roman, serif" size=3D=
"3"> </font></font></div>
<div><font face=3D"Arial, sans-serif" size=3D"1" color=3D"#999999"><b>Gro=
=DFe Ver=E4nderungen fangen klein an </b><font face=3D"Tahoma, sans-serif">=
<b>&#8211;</b></font><b> Ressourcen schonen und nicht jede E-Mail drucken.<=
/b> </font></div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
</font>
</body>
</html>

--_000_058CE00BD4D6B94FAD033A2439EA1E4B01E1D8B92368HE113667eme_--


From nobody Wed Apr 30 07:59:15 2014
Return-Path: <mary.ietf.barnes@gmail.com>
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 0FF6B1A08F1; Wed, 30 Apr 2014 07:59:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.989
X-Spam-Level: 
X-Spam-Status: No, score=-1.989 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, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FREEMAIL_DOC_PDF=0.01] 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 nfkRIy0YtVpW; Wed, 30 Apr 2014 07:59:02 -0700 (PDT)
Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) by ietfa.amsl.com (Postfix) with ESMTP id D238E1A6F03; Wed, 30 Apr 2014 07:59:01 -0700 (PDT)
Received: by mail-wi0-f176.google.com with SMTP id f8so3069665wiw.3 for <multiple recipients>; Wed, 30 Apr 2014 07:58:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=fqEnbk3NtDjBfvTicvyD2IDrmrbNul8l3p+5pEOGATw=; b=x+Vvhx1JGgjXCD0v5KLbLf7h6Uu16JIUdPDYh5mjKxBp8E97mDN2077Gkz7TZa8MGG nKEY7sDpYUI75ADBe9IGB+PwoTbtqQ+XChX4Yn4PKC3ugRLgUSUB9fM2+f4b7hM7xVtZ rRjP4TxFVh/MBLCHYJ6kdOuQhlg/jlD6d8pR5/4zMBx6rF4jH3zySp2nyVxzJzNX4Z9m 43P9HGg9S+GbcHRiiXxsOL2fSehNqxbT2Ke7SrpdawMJ/ni0vdt2don7KaTrLUaJOa6p ntrAtmCt9CHi14t8DQg3qFh360fw1lwvlPcTZY8gvjQuIB0tOhOUYFg7TFbfNbPvSd5k Jx3Q==
MIME-Version: 1.0
X-Received: by 10.180.74.39 with SMTP id q7mr4056990wiv.36.1398869939771; Wed, 30 Apr 2014 07:58:59 -0700 (PDT)
Received: by 10.216.93.68 with HTTP; Wed, 30 Apr 2014 07:58:59 -0700 (PDT)
In-Reply-To: <53602729.474be00a.2f3d.66aaSMTPIN_ADDED_BROKEN@mx.google.com>
References: <53602729.474be00a.2f3d.66aaSMTPIN_ADDED_BROKEN@mx.google.com>
Date: Wed, 30 Apr 2014 09:58:59 -0500
Message-ID: <CAHBDyN7dYWBa1D=Zv8Vv1n+VYBS9gd1kgPpNEZrxHpT4Oa7NrA@mail.gmail.com>
From: Mary Barnes <mary.ietf.barnes@gmail.com>
To: "rai@ietf.org" <rai@ietf.org>, DISPATCH <dispatch@ietf.org>, SIPCORE <sipcore@ietf.org>, "ecrit@ietf.org Org" <ecrit@ietf.org>
Content-Type: multipart/mixed; boundary=f46d04374abfd8f46904f843c9f2
Archived-At: http://mailarchive.ietf.org/arch/msg/ecrit/K4aMs8Gl6NS9ASyf7k0k9WFQf7I
Subject: [Ecrit] Fwd: [SIPForum-techwg] Call for Comments on SIPconnect 2.0 Charter
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ecrit/>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Apr 2014 14:59:09 -0000

--f46d04374abfd8f46904f843c9f2
Content-Type: multipart/alternative; boundary=f46d04374abfd8f46504f843c9f0

--f46d04374abfd8f46504f843c9f0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I'm forwarding this as I think this new activity might be of interest to
the community.  In particular, since the focus is adding recommendations
for the following to the SIP Connect specification (available at SIPconnect
Technical Recommendation Documents and
Presentations<http://www.sipforum.org/component/option,com_docman/task,cat_=
view/gid,43/Itemid,75/>
):

=E2=80=A2 Update the security model based on existing standards to authenti=
cate and
authorize utilization of the service provider=E2=80=99s resources by an IP =
PBX. The
security model should also define methods for ensuring the confidentiality
and authenticity of messages exchanged between the service provider and IP
PBX.
=E2=80=A2 Specify the consensus method for supporting IPV6 and IPV4/6 Dual =
Stack
components within the reference architecture.
=E2=80=A2 Specify the consensus method for supporting secure media (SRTP).
=E2=80=A2 Specify the consensus method for supporting Video enabled devices=
.
=E2=80=A2 Specify the consensus method for supporting emergency calling
(NG911/NG112) and the transport of location information.

Please do not reply to this email but rather provide comments on the SIP
Forum Tech WG mailing list. The SIP Forum is a totally open organization
(i.e., you don't have to be a Full Member to participate in discussions -
just to vote), so joining the mailing list to provide feedback is
straightforward:
http://www.sipforum.org/content/view/28/139/


Regards,
Mary



---------- Forwarded message ----------
From: Marc Robins <marc.robins@sipforum.org>
Date: Tue, Apr 29, 2014 at 5:24 PM
Subject: [SIPForum-techwg] Call for Comments on SIPconnect 2.0 Charter
To: techwg@sipforum.org


Dear SIP Forum TechWG Members,



The SIP Forum has officially begun the process of restarting the work of
the TechWG, focusing on the next version of SIPconnect -- SIPconnect 2.0.



A draft SIPconnect 2.0 Task Group Charter is attached to this message, and
a formal call for comments is now being made.



Please review this charter, and respond with any comments by the deadline
of May 15, 2014.



In addition, please contact me directly if you wish to contribute to the
work as an active participant.



All best,



Marc



*************************

Marc Robins

President and Managing Director

SIPNOC 2014 Program Chair

SIP Forum

http://www.sipforum.org

Mobile: 203-829-6307

SkypeMe! marcrobins



*************************



SIPNOC 2014 Registration is Open! <http://www.sipnoc.org/>



SIPit 31 Registration is
Open!<http://www.etsi.org/news-events/events/750-sipit-31>



_______________________________________________
techwg mailing list
Send mail to: techwg@sipforum.org
Unsubscribe or edit options at:  http://sipforum.org/mailman/listinfo/techw=
g

--f46d04374abfd8f46504f843c9f0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I&#39;m forwarding this as I think this new activity might=
 be of interest to the community. =C2=A0In particular, since the focus is a=
dding recommendations for the following to the SIP Connect specification (a=
vailable at=C2=A0<a href=3D"http://www.sipforum.org/component/option,com_do=
cman/task,cat_view/gid,43/Itemid,75/" target=3D"_blank">SIPconnect Technica=
l Recommendation Documents and Presentations</a>):<div>

<br><div><div><div><div>=E2=80=A2<span style=3D"white-space:pre-wrap">	</sp=
an>Update the security model based on existing standards to authenticate an=
d authorize utilization of the service provider=E2=80=99s resources by an I=
P PBX. The security model should also define methods for ensuring the confi=
dentiality and authenticity of messages exchanged between the service provi=
der and IP PBX.</div>

<div>=E2=80=A2<span style=3D"white-space:pre-wrap">	</span>Specify the cons=
ensus method for supporting IPV6 and IPV4/6 Dual Stack components within th=
e reference architecture.</div><div>=E2=80=A2<span style=3D"white-space:pre=
-wrap">	</span>Specify the consensus method for supporting secure media (SR=
TP).</div>

<div>=E2=80=A2<span style=3D"white-space:pre-wrap">	</span>Specify the cons=
ensus method for supporting Video enabled devices.</div><div>=E2=80=A2<span=
 style=3D"white-space:pre-wrap">	</span>Specify the consensus method for su=
pporting emergency calling (NG911/NG112) and the transport of location info=
rmation.</div>

<div><br></div><div>Please do not reply to this email but rather provide co=
mments on the SIP Forum Tech WG mailing list.=C2=A0The SIP Forum is a total=
ly open organization (i.e., you don&#39;t have to be a Full Member to parti=
cipate in discussions - just to vote), so joining the mailing list to provi=
de feedback is straightforward:<br>

</div><div><a href=3D"http://www.sipforum.org/content/view/28/139/" target=
=3D"_blank">http://www.sipforum.org/content/view/28/139/</a><br></div><div>=
<br></div><div><br></div><div>Regards,<br></div><div>Mary</div><div><br></d=
iv>
<div>
<br><br><div class=3D"gmail_quote">---------- Forwarded message ----------<=
br>From: <b class=3D"gmail_sendername">Marc Robins</b> <span dir=3D"ltr">&l=
t;<a href=3D"mailto:marc.robins@sipforum.org" target=3D"_blank">marc.robins=
@sipforum.org</a>&gt;</span><br>

Date: Tue, Apr 29, 2014 at 5:24 PM<br>Subject: [SIPForum-techwg] Call for C=
omments on SIPconnect 2.0 Charter<br>To: <a href=3D"mailto:techwg@sipforum.=
org" target=3D"_blank">techwg@sipforum.org</a><br><br><br><div lang=3D"EN-U=
S" link=3D"blue" vlink=3D"purple">

<div><p class=3D"MsoNormal">Dear SIP Forum TechWG Members,<u></u><u></u></p=
><p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p><p class=3D"MsoNormal">The =
SIP Forum has officially begun the process of restarting the work of the Te=
chWG, focusing on the next version of SIPconnect -- SIPconnect 2.0.<u></u><=
u></u></p>

<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p><p class=3D"MsoNormal">A dra=
ft SIPconnect 2.0 Task Group Charter is attached to this message, and a for=
mal call for comments is now being made.<u></u><u></u></p><p class=3D"MsoNo=
rmal">
<u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal">Please review this charter, and respond with any com=
ments by the deadline of May 15, 2014.<u></u><u></u></p><p class=3D"MsoNorm=
al"><u></u>=C2=A0<u></u></p><p class=3D"MsoNormal">In addition, please cont=
act me directly if you wish to contribute to the work as an active particip=
ant.<u></u><u></u></p>

<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p><p class=3D"MsoNormal">All b=
est,<u></u><u></u></p><p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p><p cla=
ss=3D"MsoNormal">Marc<u></u><u></u></p><p class=3D"MsoNormal"><u></u>=C2=A0=
<u></u></p><p class=3D"MsoNormal">

*************************<u></u><u></u></p><p class=3D"MsoNormal">Marc Robi=
ns<u></u><u></u></p><p class=3D"MsoNormal">President and Managing Director<=
u></u><u></u></p><p class=3D"MsoNormal">SIPNOC 2014 Program Chair<u></u><u>=
</u></p>

<p class=3D"MsoNormal">SIP Forum<u></u><u></u></p><p class=3D"MsoNormal"><a=
 href=3D"http://www.sipforum.org/" target=3D"_blank"><span style=3D"color:b=
lue">http://www.sipforum.org</span></a><u></u><u></u></p><p class=3D"MsoNor=
mal">Mobile: <a href=3D"tel:203-829-6307" value=3D"+12038296307" target=3D"=
_blank">203-829-6307</a><u></u><u></u></p>

<p class=3D"MsoNormal">SkypeMe! marcrobins<u></u><u></u></p><p class=3D"Mso=
Normal"><u></u>=C2=A0<u></u></p><p class=3D"MsoNormal">********************=
*****<u></u><u></u></p><p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p><p cl=
ass=3D"MsoNormal">

<a href=3D"http://www.sipnoc.org/" target=3D"_blank"><span style=3D"color:b=
lue">SIPNOC 2014 Registration is Open!</span></a><u></u><u></u></p><p class=
=3D"MsoNormal"><u></u>=C2=A0<u></u></p><p class=3D"MsoNormal"><a href=3D"ht=
tp://www.etsi.org/news-events/events/750-sipit-31" target=3D"_blank"><span =
style=3D"color:blue">SIPit 31 Registration is Open!</span></a><u></u><u></u=
></p>

<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p></div></div><br>____________=
___________________________________<br>
techwg mailing list<br>
Send mail to: <a href=3D"mailto:techwg@sipforum.org" target=3D"_blank">tech=
wg@sipforum.org</a><br>
Unsubscribe or edit options at: =C2=A0<a href=3D"http://sipforum.org/mailma=
n/listinfo/techwg" target=3D"_blank">http://sipforum.org/mailman/listinfo/t=
echwg</a><br>
<br></div><br></div></div></div></div></div></div>

--f46d04374abfd8f46504f843c9f0--
--f46d04374abfd8f46904f843c9f2
Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document; 
	name="SIPconnect_2_0_Charter_Draft.docx"
Content-Disposition: attachment; 
	filename="SIPconnect_2_0_Charter_Draft.docx"
Content-Transfer-Encoding: base64
X-Attachment-Id: 46429a0d304b128d_0.1

UEsDBBQABgAIAAAAIQAwySgMcgEAAKUFAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0
VMluwjAQvVfqP0S+Vomhh6qqCBy6HFuk0g8w9gSsepPHbH/fSaBR1UKQClwiJeO3+OXZg9HammwJ
EbV3JesXPZaBk15pNyvZx+Qlv2cZJuGUMN5ByTaAbDS8vhpMNgEwI7TDks1TCg+co5yDFVj4AI4m
lY9WJHqNMx6E/BQz4Le93h2X3iVwKU81BxsOnqASC5Oy5zV93jqJYJBlj9uFtVbJRAhGS5HIKV86
9Usl3ykUhGzW4FwHvCEbjO9VqCeHBXa4N4omagXZWMT0KizZ4CsfFVdeLiztoeim2ePTV5WW0OJr
thC9BETK3JqinVih3bf/gz7cwk4hEvL8RlrqoyYwbQzg+R1sebvkKaxx9AE5leNkfajrp0Dl9D8C
xKSh7c/B/BFSovQvsfkdc9f2myomOnTAm2f/5AwamqOSFZ3LiZgaOFnvT/1b6qMmVjB9v1j6P8i7
jLT9kz7+I4zvO6tG72kdby7Z4RcAAAD//wMAUEsDBBQABgAIAAAAIQAekRq38wAAAE4CAAALAAgC
X3JlbHMvLnJlbHMgogQCKKAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAjJLbSgNBDIbvBd9hyH032woi0tneSKF3IusDhJnsAXcOzKTavr2j
ILpQ217m9OfLT9abg5vUO6c8Bq9hWdWg2JtgR99reG23iwdQWchbmoJnDUfOsGlub9YvPJGUoTyM
Maui4rOGQSQ+ImYzsKNchci+VLqQHEkJU4+RzBv1jKu6vsf0VwOamabaWQ1pZ+9AtcdYNl/WDl03
Gn4KZu/Yy4kVyAdhb9kuYipsScZyjWop9SwabDDPJZ2RYqwKNuBpotX1RP9fi46FLAmhCYnP83x1
nANaXg902aJ5x687HyFZLBZ9e/tDg7MvaD4BAAD//wMAUEsDBBQABgAIAAAAIQDaqRepYAEAAJ0E
AAAcAAgBd29yZC9fcmVscy9kb2N1bWVudC54bWwucmVscyCiBAEooAABAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAKxUTU/CQBC9m/gfmj1jlyIWYyhc1ISDF8WzWbrTj9D9yO5g4d87NkJLxHrp
pdl5Td97OzOv8+VeVcEnOF8anbAoHLMAdGpkqfOEva+fb+5Z4FFoKSqjIWEH8Gy5uL6av0IlkD7y
RWl9QCzaJ6xAtA+c+7QAJXxoLGh6kxmnBFLpcm5FuhU58Ml4HHPX5WCLM85gJRPmVvKWBeuDJeX/
uU2WlSk8mnSnQOMFCe4BkW7miVO4HDBhRyQkn4xftjAb0gJSa6DVb0rePKM+D5MhPXg8VDTHtglN
3ScfDSmvd2oDjubQOjhBfSbiIU1kRuNabKrOLE5Qn4m7IU0UtNmuKvW27cTPmtd1HfrSUnR2qglO
apSlBNJeG/uduxEBH9KkSmiOwm9HdKa61pURkuelHE1nMV8hKDpO4ogfJV6MpDQ97RGcFn/u/HTI
a9awefuVvA547Dc/+6ksvgAAAP//AwBQSwMEFAAGAAgAAAAhAFXBZKd9DwAAqmQAABEAAAB3b3Jk
L2RvY3VtZW50LnhtbOxc3W4bNxa+X2DfgdDeOIAsS6pjp9paRRMnXQP7Yzhuu3cFNUNpZj0znJIc
yepVX2OBXaDP0kfpk+x3SM5oRpZkJ1WyUiMDiaT54c/h4eF3vnPIL768TxM2FUrHMrto9TrdFhNZ
IMM4m1y0vrl9c/yixbThWcgTmYmL1lzo1pfDP/7hi9kglEGRiswwFJHpwRR3I2PywcmJDiKRct2R
uchwcyxVyg1+qslJytVdkR8HMs25iUdxEpv5Sb/bPWv5YuRFq1DZwBdxnMaBklqODb0ykONxHAj/
Ub6hnlKve/PSN9nWeKJEgjbITEdxrsvS0vctDV2MykKmmzoxTZPyuVn+lNpCxWcYjzRxzZ5JFeZK
BkJrXL10N6sSe91NdXsBUhHVG09pQrPOsiUpj7OqGNKOpfGvBq+DwTtxdZ9QUYuOQBZD6NJIhnP6
zNlsAF0Mby5a3W7/8+dn569a5aVLMeZFYmp37BvXij6U+0h4NsHzU55ctER2/PXL1snwixN/G585
PUafDyrrXZ6fnvZWVebvfJzKXnS7vUtMBieGa+rsw/p1zgMMPR7iYyOg/5i1s0ES0xD0T6sfN0WC
C7wwkqQwG8jC0DN/nSaliHruhheeeiMzo3FPcG2+0jG/aN3GqdDs72LGbmTKMdizQaAfXrbFj9z/
r7T9DGQiVVVP7+z8xQtXmf6xvNo/La+8olrtoLlryyMGaeABqxjX1N2uF1Nt5Hev8bOBNY0DGi2M
Q66EFmoqWsO3V9eBzDIRGNbvdBnpo3FaavtT9rQ29uWlver88JbrO/a1kkXOXkVcQVMbXV05DZv6
f9PocCmFmiFoPn6YLk83cI9JtmkPP65kG7ajb/9KSwEdqNmJ2UD/uAXbsZX6aBLfRoLVZvetCKIs
DnjCbgRWQICl0AIOFmvGMxanuVTAVobFWVhoo+b4EpsYz0wFMxE3bFTESaiZzJi4j7Uho3/1+vaN
h2QKt4xkoRjDrDPOUmEiGTLgLRSE6eatDCAOGwkzEyJjV9fs+uU/qfqQfSvxi2wSMBUDopjGoVAs
w5NS3em2fUbnIojHMRYBzpQYCwV0iKpUEMUGBqxQoo3rPxSxEiGVYSSE6YofC073fUHobCIILjoJ
KKxNGnURiuHoOLVZC57iqqZG5kIo6u2T2607jxuXpk4/alyaj+/xFFhpaZu9e1QY56dn593nBABo
Gd5jYcwG0TwXCkjojqlBHF601FVoOxZhhkk1hxtkMWkFOd5hIf7oluRb57qxXqe3rP9VN98XVbwL
UlsLdn75eRsAZ2tyjbiGTYEhtE5pksyZgkGCgQvZaA6ba+03eyNVkbIjPCvH7G9k7VivzfrdXu/Z
wczAtVqN0rdhZppW6almptevnJ6NHtB2HJ2tKCMJy7uuJa5tQLLtuTZbaS6hm6uM8TAEQAGeaM4U
mlWhmIoEjE8IpFDDQIFQNL8Ct+wT7LDQBA8q7ugfgg0TxdMnzKzXl+eXr/vlIvTomnVQpq37yVtT
pu+iONGmpimN5avm8Nfc/T2ZKMRkPvT61y6DOz7tV/cGeIO8mBH5NZaKgu+AxbRC+TADs9hEsbMU
lX/TNBubhnzTVN8927haSArSmWTxj/B0rDeH3itynuw/mExIZxbFABckFu9peUPpfSrNxoWi1xj5
ZOTs3QmRMzAq5PdxI6yU4UfNSi+MXCznfxn4aqHuNPVuG2v0+5EuhzV6A3e6NbN66xmI38/UGjqq
dF2H9tJ6Nufk0mK3X5ZvSBR2jenFomDNHPwrwQJH+2IxWNBUuKvFGosF5S05JKaLnOix9mJNqTFH
jpwqGabS9tlqxkUyjpPE2lRvRWs2USK8yUeJqFDoOr0i2PFZ97x3/nI13Ny9NWhYAeqSNAMMP3bd
DcGpHW/q6p4pHXGYm7qzZyPXZuzty1e//vTvjZ3arzFaDYksqVzXy5Uk9IdALQdncHedwV9+/uXn
xnTeBkz9kIz1doikdyFYPx5f9C6tAokVBwheTwfwdRDHApv+/X0Xf9/HvW4frLo2c0pCmMWhiQbd
P0cinkRm0Ouc5qbF5CBS2uAd/z2TOuIhHve/7RdazC08vmj9qd8H+YNAmbwTeGtMQUGSi20CvqzL
7Wg6LDeH+PEj6RbbmH3vZ26fRuMeElk+ahYOcb+v7xEINgDy/yhMXpgmTvn/6cuBVPgIpMJqJHeL
cCkzlOIzsSk+M3K64L2FBRIEGov5fvu3fF1f9pN5APb24c11/do/wn0po25Tx34XPhTxyotsonXd
3U/9tES5y2ha1zFS0P0ax2FzvawZxP0cJM5IAREG1sJQikQV9qlRdC4Nrcz6QpoKYh2Uq6aRKkZ0
oA0Dj5EaS6lwLi3NBTNs+LjirZbz0zqMKO7mDDjSz/Aqlh8XQ5n7qIrbt0BJcimy6xCrKjlFEbZp
paJ8N3wiwQ2E5KSIQ065bT5khSgNIjQzG7EBZVnLuEsER3peilT0GCltTOZ2D0HbFu5S3BC0yQK6
yml7A5vw3MZ6qhS+kuMsU+NCxGzi8RyB8xHXgnK0S8FWDKedFjqSRYJEFRCrTvwQ40J4+LEsrIWQ
O+xtgUAT9dJWgK6RwDJprASSAqKgbi6NJMa2DPkji5HWjmbXKJ6fqzhFUsC0jHKF0haL5MNxAs/M
DSqV7Ru9VIXLBERF9MiDcX1CUsC2vbs9xpQrgfhBPrSQrN/5cZDPZvk8P++dPn9dRUFq7EnzzieQ
rLVyfjWZjkNSEoRk6dFy0u0N2kmw7ekGORNI0giv+US8BAS4s5uZ1mzkQZooywuVS421z65gTZe4
iWQ8xsEjDt4iUY6y6rF8TpHI0XaI4rjAGm5XyoJ2DlhowfRcG5FigcSOAB8WpTcDIBGVzI/L4pbB
Ay3XCwxEGzixZQxJOUxiqVXsyCEXnjxDG3zi/lK2SG3o9i8euo62ANBZYi0MvwMKDQJZYC9GiUQk
sJ0PyhEwg8wsQgFUEwpjBsiIkCrikAzp8IRhEXwmmLi8nYLurpfqjsP/4VcGfY/A2bOE0jvbto8L
5A7IubLThcHGXkp7so7CKM6cXwDRWp2MJ4SMoY0ktVSEMWdG8UxTvJ8VtKuV3dxeb3L/ep+fvegu
tobuuhhP3m7oz443fvU0cm5YQxNgOa318qaQ5gftNWIBXBS4LDTysJc8m3v7UxodPJDblAyoh4C9
GiUxdmSTdrCppK1JsK60PZ0daXJhYDQ3acaeRf6/E6Ob21frOrTjqjFss790Put/1mYhnPrAIAHU
bzmjLHDMcTlhv/70n1HCgzuWRzhA4Nef/ttmwgSdZ4wSgAWOHshC2q5W8gTOUAQRDbxmU9oadhR3
YEHJzpA2pXzuHWBrhEOy15UvTtaXmAayK6RvKDyXUFL9zFmupvUR98hPyiY+VRXq9sB4l7wBrFMg
rI6Sxw2Ln03Q9nLFgIWH/27mbc87+CZSeTnH9hJ41f4JNlYyhYWjNvp1Bn3qMGTWI1dWw/0lBgM5
T2VvCU9I6u80FjM0FBKl/YQQtMUOviHULYsbAFqwgiH1yhbQhCY+5ckyLo1cU5rKBEokBF7nA9os
kjNYfeWaY2epPa/BVuDNtm3cQpCVHpQpSCuXBxoe9BtHOmSI5SYJOlYfLGAcN89x0WqNG1Bfo1BI
OAYZwUOeY7vWzuz722PaoAbzdt3ivJUpKDdHFpVazOToX5g1loHyt2oID0TeoGFft+LENfDHGs83
K1K3wydOFkcudN1OZty7Qoq828xsj2FAs6oXFgc8jAQlUmJLYteGxt3Pr3Ckg3+ENiuiGH8OxNnT
4udIx8c7iRibi9bpC9+i7aS0bCWRee88RzP8JrfZ+DB3DV2rzSxyoDZRBbuXULoa+WGRWrUNHCsO
eacCmw+gsd5Z8oyv31LOhKPHH+77XtqCjiUPpp9We78NfJ1Md9xarRHg0evOBICGQiCBJd69m/ls
XTf3T3WGT+DtN02GcqdXjWxsPn4wuXQcz8OTdvr274OelvEbT9rZygpBKUlv7dEUbtM2qK84WNBY
2LqNJa5yMMW9ERm5kIgTWjNV4npPpgF/YvO34ECd3kSVEGO1rTsod/NgqQOe2OpcXFZucc8RRr15
g5Nu4Nk58raKJdcIXq1lgMNjSn8WWAQkZTkJ/BZEq/koZRFK3p05cMDUD85b+6QNvMPUvx9QtAYO
ruvgjoPb4afg62gRFIpyeFKJvBmbngPGsXYa18L8EjNYQCagAhG3cxEhuiAVIiHMRUSqMAiee8A2
0vYvYgBloYj7BCKpcnsc277UGG/CeaKrI8DcAWDWAwP3qdF00OhUFyXjOBLSpSQRPKpaS/0jFpWO
4pqg5gWd9yiL59y0p+ChhnF/PEjeePwA9g9gvwb2ocyatBt5fYsD7zyMIYW/uv72zIYA8OX05Ixd
FpS7ZigIAUIiRxjCHnO6OJ7i/VF+Q03fS6tdCUT++OOAKhLwwBrS8Y4lR7pLh8V+EBf2Ma221h95
pzZcfkQB5SedRfbbNdQdjHzQUHhN5eGjnybJUtPQ/wEAAP//1FTBjtowEP0VK6f20CVJAwtoQdqC
inooQlD1bpxJsOTYke2Q0q/vjJOwS9netxyC53nseeOZeeBPJmeFscw1dW2sl7pkP2UOhoHmRwU5
y+EsBbiHp1E790v62vCtl0/tvGZoOpnvF1EcJ7PJNF5FA7SzBE4RX0+u4BoK3ih/774L0Poxy5Io
3LzDMO1cN1W3kOqs8OYzV+gYjfq9b/mAJYQhuesBV3NB2bTzI2CCsIiSOCYenfnceNO74A7hvPCA
lCfBSUmNJ9LsauwbhQDHU11wqSm0ggJzyaY9I9txtV+N9g63gTv/7CRfRD9kBY5toWV7U3FN8YS7
h0NewigsSJ9rGn5dTPf7imYDsqI44VXSgFF9iAX+1z0bdAg1uikIPeA7oou9xX5Vak4lwXeuLTiw
Z4iWhxqELC7Mn4AJox1o1zhWvdm4UIEtQYsLE1xhBUt207SY8PAU1Gyr1SQeT6kS/+/rfNhuZkky
2m6SJP34z2zfeeGXHGeJ6ust145UiJmCKSO4l0YzqXF8q7B+uKkntXiQiqGEryRkgLrUk05XBvC1
CN0pTj8UigftCJMF+tPmS68vN8M1MHAg/O6muf6K+BaNAx4ixulsPHlcdaJXHmjEW1SktNeeE67H
U9ShIA11+Z1THG9qxLNOnqwsT3jTYB6N96Z6sTuNGnZPwHOSucc4tH5hTFC93iwbH8w+HCoRyUs/
lOQTWORGbKwM+ocyuZNeIMvPKJydBHevESToaPJLWOCRpgLtl38AAAD//wMAUEsDBBQABgAIAAAA
IQCWta3ilgYAAFAbAAAVAAAAd29yZC90aGVtZS90aGVtZTEueG1s7FlPb9s2FL8P2HcgdG9jJ3Ya
B3WK2LGbLU0bxG6HHmmJlthQokDSSX0b2uOAAcO6YYcV2G2HYVuBFtil+zTZOmwd0K+wR1KSxVhe
kjbYiq0+JBL54/v/Hh+pq9fuxwwdEiEpT9pe/XLNQyTxeUCTsO3dHvYvrXlIKpwEmPGEtL0pkd61
jfffu4rXVURigmB9Itdx24uUSteXlqQPw1he5ilJYG7MRYwVvIpwKRD4COjGbGm5VltdijFNPJTg
GMjeGo+pT9BQk/Q2cuI9Bq+JknrAZ2KgSRNnhcEGB3WNkFPZZQIdYtb2gE/Aj4bkvvIQw1LBRNur
mZ+3tHF1Ca9ni5hasLa0rm9+2bpsQXCwbHiKcFQwrfcbrStbBX0DYGoe1+v1ur16Qc8AsO+DplaW
Ms1Gf63eyWmWQPZxnna31qw1XHyJ/sqczK1Op9NsZbJYogZkHxtz+LXaamNz2cEbkMU35/CNzma3
u+rgDcjiV+fw/Sut1YaLN6CI0eRgDq0d2u9n1AvImLPtSvgawNdqGXyGgmgookuzGPNELYq1GN/j
og8ADWRY0QSpaUrG2Ico7uJ4JCjWDPA6waUZO+TLuSHNC0lf0FS1vQ9TDBkxo/fq+fevnj9Fxw+e
HT/46fjhw+MHP1pCzqptnITlVS+//ezPxx+jP55+8/LRF9V4Wcb/+sMnv/z8eTUQ0mcmzosvn/z2
7MmLrz79/btHFfBNgUdl+JDGRKKb5Ajt8xgUM1ZxJScjcb4VwwjT8orNJJQ4wZpLBf2eihz0zSlm
mXccOTrEteAdAeWjCnh9cs8ReBCJiaIVnHei2AHucs46XFRaYUfzKpl5OEnCauZiUsbtY3xYxbuL
E8e/vUkKdTMPS0fxbkQcMfcYThQOSUIU0nP8gJAK7e5S6th1l/qCSz5W6C5FHUwrTTKkIyeaZou2
aQx+mVbpDP52bLN7B3U4q9J6ixy6SMgKzCqEHxLmmPE6nigcV5Ec4piVDX4Dq6hKyMFU+GVcTyrw
dEgYR72ASFm15pYAfUtO38FQsSrdvsumsYsUih5U0byBOS8jt/hBN8JxWoUd0CQqYz+QBxCiGO1x
VQXf5W6G6HfwA04WuvsOJY67T68Gt2noiDQLED0zEdqXUKqdChzT5O/KMaNQj20MXFw5hgL44uvH
FZH1thbiTdiTqjJh+0T5XYQ7WXS7XAT07a+5W3iS7BEI8/mN513JfVdyvf98yV2Uz2cttLPaCmVX
9w22KTYtcrywQx5TxgZqysgNaZpkCftE0IdBvc6cDklxYkojeMzquoMLBTZrkODqI6qiQYRTaLDr
niYSyox0KFHKJRzszHAlbY2HJl3ZY2FTHxhsPZBY7fLADq/o4fxcUJAxu01oDp85oxVN4KzMVq5k
REHt12FW10KdmVvdiGZKncOtUBl8OK8aDBbWhAYEQdsCVl6F87lmDQcTzEig7W733twtxgsX6SIZ
4YBkPtJ6z/uobpyUx4q5CYDYqfCRPuSdYrUSt5Ym+wbczuKkMrvGAna5997ES3kEz7yk8/ZEOrKk
nJwsQUdtr9VcbnrIx2nbG8OZFh7jFLwudc+HWQgXQ74SNuxPTWaT5TNvtnLF3CSowzWFtfucwk4d
SIVUW1hGNjTMVBYCLNGcrPzLTTDrRSlgI/01pFhZg2D416QAO7quJeMx8VXZ2aURbTv7mpVSPlFE
DKLgCI3YROxjcL8OVdAnoBKuJkxF0C9wj6atbabc4pwlXfn2yuDsOGZphLNyq1M0z2QLN3lcyGDe
SuKBbpWyG+XOr4pJ+QtSpRzG/zNV9H4CNwUrgfaAD9e4AiOdr22PCxVxqEJpRP2+gMbB1A6IFriL
hWkIKrhMNv8FOdT/bc5ZGiat4cCn9mmIBIX9SEWCkD0oSyb6TiFWz/YuS5JlhExElcSVqRV7RA4J
G+oauKr3dg9FEOqmmmRlwOBOxp/7nmXQKNRNTjnfnBpS7L02B/7pzscmMyjl1mHT0OT2L0Ss2FXt
erM833vLiuiJWZvVyLMCmJW2glaW9q8pwjm3Wlux5jRebubCgRfnNYbBoiFK4b4H6T+w/1HhM/tl
Qm+oQ74PtRXBhwZNDMIGovqSbTyQLpB2cASNkx20waRJWdNmrZO2Wr5ZX3CnW/A9YWwt2Vn8fU5j
F82Zy87JxYs0dmZhx9Z2bKGpwbMnUxSGxvlBxjjGfNIqf3Xio3vg6C24358wJU0wwTclgaH1HJg8
gOS3HM3Sjb8AAAD//wMAUEsDBBQABgAIAAAAIQAQESW/NQMAAH0HAAARAAAAd29yZC9zZXR0aW5n
cy54bWycVWGPozYQ/V7p/gPi82UDLIQEHXvShs1dq932VO5+gIGBWGtjy3bCpr++Y8CX3ZaeTv0U
+715j/F4PPnw8YUz7wxKU9HnfngT+B70tWho3+X+t6+H1db3tCF9Q5joIfcvoP2Pd+9++TBkGozB
MO2hRa8zkfsn1We6PgInesVprYQWrVnVgmeibWkN848/K1TuH42R2Xo9i26EhB7dWqE4MfpGqG49
KQtRnzj0Zh0FwWatgBGDCesjldq58f/rhp86OpPzjw5x5szFDWHwo8j5uINQzXfFz6RnBVKJGrTG
ynI2HZcT2jsbzX7GZ6rnI60UUZdXJnd4bX8Jwb0hOxN0qkCbAzU+7iWoGguc+1G489c2sBG/C1NQ
LRm5fCEd3IsTtoGioEca8xRtaYgBVGsJjI09UzMgmO2QdYpwTvCOJ2SyhJacmPlKqtII6bJIo2D6
Yn0kitQGVClJjW570RslmIsbE9oLLhXWZ1bgjpjRG1u40TZvu/hTCONkQRAWaRyHk8Kyr5jdZhvs
F5n/1ES7ZJMuam6DNEzvl9ySNIyThyUmjTdpkCwxW5v4ZonZbcM0XNTsivQh3i5p9vtNkCwyD0Va
PERLmkNxW+wWz3M4JPsotZr1VHCsPM/sS/qi3OqAt+fxqdH2hFeKEu/JvjVU8axSz/e0d3wF+Obh
NVOeKkeuVhOhOWHsgB3iCHxmE9NglxbQjsbsiaju6jy2Fs/UItpA+9t3N9v+oD4pcZKT66CI/LVv
EHYfDON49qO9eaTc4fpUlU7V45N7ReGb+eOsrOH6WqAhMzglwVbokfSd60foV99KGzpkNVOlnaTw
RKTEp4AhVRfmPqPd0YT2fRnc4XN8HjdVF81cNHK4s9y4IbU9GUbPCxswLTFqXlyxW4fdXrHYYfEV
SxyWXLGNwzYWO15wpuBQeMaJ5ZYWbwVjYoDmswNz/1/QVAR9JBLwXu3MwAYT2QjgpY2Ad87gBQcW
NHaCaUkbTl5yPwmjsZnnaBxe4mTexFonGyzfoF5DDMG/wPGq3ojHJv9HLjgeoabYkOWFV9cRdTMl
zqg2JUicZkYoPPI4bN+Pztf/zbu/AQAA//8DAFBLAwQUAAYACAAAACEABeE5FTkBAACkAgAAFAAA
AHdvcmQvd2ViU2V0dGluZ3MueG1slFLLbsMgELxX6j9Y3BvcRHJbK3akKMqppzb9AALrGAlYBMRu
8vXd2H2kj0NzYtmdGWZ3mS9erck6CFGjq9jtJGcZOIlKu13FXjbrm3uWxSScEgYdVOwAkS3q66t5
X/awfYaUCBkzUnGxDBVrU/Il51G2YEWcoAdHtQaDFYmuYcexabSEFcq9BZf4NM8LHsCIRA5iq31k
72r9f9R6DMoHlBAjGbFm1LNCO1aTR6W7+H5mfalVxWbTu2L2MCuKob5FdVjpjmqdMNQ/4ye0FeER
mvSRzT+zT3rX/pHeoP+NXWJKaH/kyc9ShdMb6YvjaLKMgPFYMZo/BV5ImvUQSzRIcxX7hKMNc+bs
Mub2m6PLuOG880uofFjC0PQY1vPxHPaCPmmrj7DGsAzYRwi0AKqf/a36DQAA//8DAFBLAwQUAAYA
CAAAACEAIRjiroAIAACIQQAADwAAAHdvcmQvc3R5bGVzLnhtbNxc31PbOBB+v5n7Hzx+unugkIQm
B9O0Q+lxMEMpJTB9VmyFeHCsnOXwo3/9rVa249hxvIvNdOb6QLAs7ber3f1WgLYfPj0vQudRxjpQ
0djtvTtwHRl5yg+i+7F7d3u295fr6EREvghVJMfui9Tup4+///bh6VgnL6HUDgiI9HE8dudJsjze
39feXC6EfqeWMoJ3MxUvRAKP8f2+ms0CT35R3moho2S/f3Aw3I9lKBIA1/Ngqd1U2hNF2pOK/WWs
PKk1aLsIrbyFCCL3I6jnK++LnIlVmGjzGF/H6WP6hB9nKkq083QstBcEt6A4mLgIIhWfn0Q6cOGN
FDo50YHY+nJuZm194+mkIO1z4AfuvkHUP0HmowjHbr+fjZwaDTbGQhHdZ2My2rubFDUZu/nQFOSO
XRHvTU6MsH00M/ssmLvcMB6eUJWl8GDjAEfMEgkOBH8YnDAwju6PhtnDzSqEAbFKVAqCAgCsKBYe
SzsOfgUvT2yUwFs5u1Teg/QnCbwYu4gFg3cX13Gg4iB5GbtHRwYTBidyEZwHvi9NUKZjd9E88OWP
uYzutPTX49/PMMRSiZ5aRQmoPxxhFITa//vZk0sTYiA6EsbDV2ZBaMTqAg4qtArW2tiBEioO/ptB
9qwPt6LMpTBp5KD+O4HQ6lVroL6xqGgAymXpOmgv4rC9iPftRWDwttuLUXstgDzbesTGRiEq6U5N
lGeDr7gPg6MdIWtWVKKocUUlaBpXVGKkcUUlJBpXVCKgcUXF4Y0rKv5tXFFx584VnkDiKkfRAHeD
lNi3QRJKs34nAfVaUl1aapxrEYv7WCznjimsZbV3keVkNU1oqiKdvp4sJ0msovvGHYHqbFL31Zz8
92I5FzqAE03D1vdbbv2tmIbS+ScO/Eao9zb4KjbhwWRrCbsOhSfnKvRl7NzKZ+tRxvor5UzsKaNR
uZZuvQzu54kzmWPJbQQb1mx6/U5Y+ZeBxj3YmUzDGlOahJN8OKyJy3rhX6UfrBbZ1hBOI0PL5ww3
lyBQxd1bdGhcVM2uRiuMAygm2HLBNwHlE/S3xYUv3/iYor8tRa+UT9DfFq5Xysf42O1fNtN8EfGD
Q0qvETt3T1Wo4tkqzHKgkR5G7AzOIWgmsJM4l08iiRE7gzfo0znxPPjJjRKnbF+seZSBwnaHRcFk
o9vCdkqJ9noMi9gOKmH1GVjtuJYBxCbdG/kYmF88cYsBsnR+1mxM50HNDkAJIp2hv69U0nyG7tdw
HhXlIoJfl2jp0NAGNZlHRUvjydY7ho/bFT4GULsKyABqVwoZQDXxUX/myWsiHaR9cWRgsWk5r2IY
dmRmHrGZOQfilYCO6ibh/FWTvfWxUK2bBBS2g6p1k4DC9k6pluV1k4DVWd0kYNVUjXofFTmVYxS7
bhaB8pMAwaJuyJsA1A15E4C6IW8CUHvybgbpjrwJWGxuyDm1SN4EIJzC+VE/ByqSNwGIzQ2W7dLf
GWV1D6Xs/uG2A/ImoLAdVCVvAgrbO3XkTcDCKZxIKGHlVEfA6oa8CUDdkDcBqBvyJgB1Q94EoG7I
mwDUnrybQbojbwIWmxtyTi2SNwGITQ85UJG8CUA4hcMNW8kbs/7NyZuAwnZQlbwJKGzvlAg1P6QS
sNgOKmHl5E3AwimcYEixMLg5RnVD3gSLuiFvAlA35E0A6oa8CUDtybsZpDvyJmCxuSHn1CJ5E4DY
9JADFcmbAMTmhq3kjcn45uRNQGE7qEreBBS2d0qEmvMcAYvtoBJWTt4ELIyX1uRNAMIprwXiWNQN
eRMs6oa8CUDdkDcBqD15N4N0R94ELDY35JxaJG8CEJsecqAieROA2NywlbwxR96cvAkobAdVyZuA
wvZOiVBz8iZgsR1UwsqpjoDVDXkTgDAwW5M3AQinvAIIs4jjpm7Im2BRN+RNAGpP3s0g3ZE3AYvN
DTmnFsmbAMSmhxyoSN4EIDY3mHu2cF+UfD21VxME1HsG2a0GMmC/xklUwNTAGzmTMXQyyebbIS0B
MwsZiDXhQTXxs1IPDu1i96AmQMhQwTQMFF7pfsFbOoVGhMFoRyfB7bdT59w2wFTWYUht3ryB7qFi
uxC2J5nGIdAzeVlCy84yu1lupEGDkOnrSluAsA/tAhqC0rYes9j0+cBEbKpKh/Hvtikqfg89b342
5+Cgf/R+ODpNG5xQZIMSOWxqZh/7jYrAWQNQ2ug1FdC29M10IVXUgparh2w8E3c6F7Hd4HX7RjYn
7eGot6b3ZXR4mN63r7R7TSU05cGe9my/l308gfYube9qp/uadoWls/CpOiltFjvEv4mZh81msadj
tUrM8OVjmCmPatnuMbPF0JiHHxuteGP3NlhAc+GVfHJu1ELgFbGsFW/rS2zF2/rG09VhDICp/Xqq
8XPdmTcY2n3XP9edeXYMtEZ14bMmRDzwmvCgnW5HnKbdEvkFNuyVKEdtTUsFqloNiNTV6wO4nbdx
wReG6vVOTBvBDp2xzWBngjk4pTZi05Bt0jC/kocGJNPQRgd8cxGZbIXOUAw1ywr+s7CA8P5UhuFX
gbGUqGX91FDOEvu2d4BHqZKoqUoStahfH2OnAWqyTQBscVEZ+2iMqN/7aLWYyhhaBXfs/5UyR5AK
xUCDBY7XhAX0U+Kbpl2v120jnr2Vhq2ZGGIuc+8Ga5VjOX3p9J01qZXYcGtOoO7buLE2yuyLTWYv
cuH/i2w2imJej2yW/pDTLdFi+l6dP+Ddn3anSl4olsoqyVCjCUhyo7QWHfArixFEeQr/68JgXWX6
h2luFqqMHQM9OVVmR1aK5TKUe56KoMM/kf6eKfCyEhbbZ2HyleKjPkvrPE5kljx4z+G0F5uUr2i5
fsPT7G3iOI0gz7SWQK3AE90B/Ds7S7kpGzT/NwFUVtC56tZsc/TH/wAAAP//AwBQSwMEFAAGAAgA
AAAhAGd0rgpfAQAAhgIAABEACAFkb2NQcm9wcy9jb3JlLnhtbCCiBAEooAABAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAISSX0/DIBTF3038Dg3vHS2bi5KWxT9ZfHCJ0RqNbwh3W2OBBtjqvr20
3eoWTXyk59wf51yazb5UFW3ButLoHKWjBEWghZGlXuXopZjHlyhynmvJK6MhRztwaMbOzzJRU2Es
PFpTg/UluCiQtKOiztHa+5pi7MQaFHej4NBBXBqruA9Hu8I1F598BZgkyRQr8Fxyz3ELjOuBiPZI
KQZkvbFVB5ACQwUKtHc4HaX4x+vBKvfnQKccOVXpd3XotI97zJaiFwf3lysHY9M0o2bcxQj5U/y2
eHjuqsalbnclALFMCioscG8su9bSQhPdb7w3OsNHSrvFiju/CAtfliBvdixacCuiJ/MRWBn+rbcj
FrZl+2DsonMMx3Bp17G/GWQUUtO+40F5Hd/eFXPESJJO4oTEJCnSKZ0QmiTvbbST+bZF/0HtA/5L
nMTkqiCEkvEp8QBgXeLTP4d9AwAA//8DAFBLAwQUAAYACAAAACEA78WDmjoDAADGGwAAEgAAAHdv
cmQvbnVtYmVyaW5nLnhtbOxZ3W7aMBS+n7R3QL5v8wMFippWrGmlTlM1aZ12HYIp1mI7sh0ou+zL
7BH2WH2FHds4DWiKaMlFJuWG4PNrfzmJ/Z1cXD3RrLfCQhLOIhSc+qiHWcrnhD1G6PvD7ckY9aRK
2DzJOMMR2mCJri4/frhYT1hBZ1iAYQ9iMDlZgXqpVD7xPJkuMU3kKc8xA+WCC5ooGIpHjybiZ5Gf
pJzmiSIzkhG18ULfH6JtGB6hQrDJNsQJJangki+UdpnwxYKkeHtxHuKQvNYz5mlBMVMmoydwBnPg
TC5JLl00+t5osMSlC7KqW8SKZs5unR+SbS6SNeBMMzvtNRfzXPAUSwnS2CrLiIFfl3sLoA5Rehwy
hd2cbiY0IawMo8tj7/6XN+8Ubp5nc3s61OtCAItLKKZkJpVIUnVf0N7O6G4eId+YMEnmoFslWYTC
6+mgfx1MkaedaZEp8gWvcPawybGzMdJMS62VonnmdHEc3/ifzodWk620gsDF5YKSF8oZB9YK6v2W
lsJZkWVYlf4P+KlUvTz/KeWfUxclw4utef5V6FkrWPP26mwgBYL/OZcRGoW+juK9GhKm16/jWC0M
lgl7NI9qf+ist9GFTSJuOVMSLBOZEhKhbxs641B+4DoFQHcEhEHgOV4kAKddgPwFhhZwF97EhUkB
WHryVegCHVbB0wUPlX4ZBOa2HQUlbwDIYDBwk3eQV5E0ao3HW6G85oUgWPTu8bqC5770WFDD5kF9
ef7dAKxhUJbcv2A16vfA+gPqWW8/8EIui3RXdiyk/dZCOh7XVWqo1e2EdNBWSOG9WAepUbcT0rO2
Qjro1+5MRt1OSOGM2fQG1cy79Myv3aKMup2QjloL6ah2ezrT6nZCCoyrnVU6HNRuT0bdFkjhhFqh
FPqkWhnCJCsjzTDsUbXKMIbTOB5OR317Uno7wwjiOByf34zLkxYk7RhGxzB0X+VQsrbPJSxj25ce
exzuGAbQ4I5h6K5CxzAi9NY+TccwdlpfTbQWOobROKQdw2ge0o5hVHveTTz4/zfDgO49HPLh95VR
7NAMUJpeumtIgaUmJjtu4f7XkDvd8zdu5jME8BrjZq/2+9vlXwAAAP//AwBQSwMEFAAGAAgAAAAh
ABDbLFv4AQAAJwcAABIAAAB3b3JkL2ZvbnRUYWJsZS54bWzUlN9vmzAQx98n7X9Afl8xDvnRqKTq
j+VxD1urPjtggiVsI58Tmv9+ZyBN23hakTZNS0RI7o7j+OT7vavrZ1VHe2FBGp2R5IKSSOjcFFJv
M/L4sP6yIBE4rgteGy0ychBArlefP121y9JoBxFer2FpM1I51yzjGPJKKA4XphEac6Wxijv8abex
KUuZi3uT75TQLmaUzmIrau7w3lDJBsjQrf1It9bYorEmFwA4rKr7fopLTVbDdFG71Fzh1D8OamPq
Lt5wbUAkmNrzOiN0iu+EMjzmdIbnKZ2T2DfIK25BuJdC1odLrmR9OEatUVz3iUa6vDrG99xKvqlF
nwK5xcQONhRvOLxIH0kQ+tsIO6uZvI3kXZ/Fq6swgn1eOuP4cf/3nIF4kEpA9E200fducl/wnghD
CjM6QRIpHgy/pWEi9M8QQR1QdrOYn4i8fjakdiKCYuw4Bol0z5+s177m40TuzM5KYT2ToD4Y6mJC
L5GD1wZDJmNoKFMIGxJIKZ9Fca6Of8viCY3knQ9BEtOjwE7nsC6CTuE7Z/ry/8Iod7yWGyuDIBhd
d1LwkkhRHPgZBhE0CLQSYBSJGw+cfe2EjXZAq6c+QOe3gx1OBsH1/RuD0MuxBuEKQfBfkPArol8V
fmWMIzF+eYZJUJr+HRLDFoXVTwAAAP//AwBQSwMEFAAGAAgAAAAhAFZEYyzpAQAA5QMAABAACAFk
b2NQcm9wcy9hcHAueG1sIKIEASigAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAnFNNb9sw
DL0P2H8wfG+UrzVFoKgYUgw9bGuAOO1Zk+lEmCwJEhs0+/Wj7MZVtp7qE/lIPz4/0vz2pTXFEULU
zq7KyWhcFmCVq7Xdr8pd9e3qpiwiSltL4yysyhPE8lZ8/sQ3wXkIqCEWRGHjqjwg+iVjUR2glXFE
ZUuVxoVWIqVhz1zTaAV3Tj23YJFNx+NrBi8Itob6yg+EZc+4POJHSWunkr74WJ08CRa8gtYbiSB+
JjlmVDtsORtQXjmUptItiPmE8CHjG7mHKKac9QF/cqGO4vrLnLM+5OuDDFIhWShmixm9nQH8q/dG
K4nkrvihVXDRNVg8dD4UiYCzvIWTN1tQz0HjSYw5y1P+XVuSkib0EWkLch+kP0RxkwQOGd8qaWBN
DohGmgicvQH8HmTa7kZqUsyPuDyCQheKqP/Qfqdl8UtGSL6tyqMMWlok/1Jbn3Sx8RGDqDQa4qZa
n3dh3pbHei5IOfVScNmYwF4DFS7VdRPiQ0Pfhu+IneRiOw291ExOFg4z/mFdu9ZLexI7q5sTre81
TX7/jjtfubt0OK9GXoLZ8p80HrZeKlrRfLZY5GeQlfiWrgVq2uuZ8A3g92R6MGkqnZDdQ33u+b+Q
Duux/2vFZDoa09Nd0hmjcxh+J/EXAAD//wMAUEsBAi0AFAAGAAgAAAAhADDJKAxyAQAApQUAABMA
AAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAHpEat/MA
AABOAgAACwAAAAAAAAAAAAAAAACrAwAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA2qkXqWAB
AACdBAAAHAAAAAAAAAAAAAAAAADPBgAAd29yZC9fcmVscy9kb2N1bWVudC54bWwucmVsc1BLAQIt
ABQABgAIAAAAIQBVwWSnfQ8AAKpkAAARAAAAAAAAAAAAAAAAAHEJAAB3b3JkL2RvY3VtZW50Lnht
bFBLAQItABQABgAIAAAAIQCWta3ilgYAAFAbAAAVAAAAAAAAAAAAAAAAAB0ZAAB3b3JkL3RoZW1l
L3RoZW1lMS54bWxQSwECLQAUAAYACAAAACEAEBElvzUDAAB9BwAAEQAAAAAAAAAAAAAAAADmHwAA
d29yZC9zZXR0aW5ncy54bWxQSwECLQAUAAYACAAAACEABeE5FTkBAACkAgAAFAAAAAAAAAAAAAAA
AABKIwAAd29yZC93ZWJTZXR0aW5ncy54bWxQSwECLQAUAAYACAAAACEAIRjiroAIAACIQQAADwAA
AAAAAAAAAAAAAAC1JAAAd29yZC9zdHlsZXMueG1sUEsBAi0AFAAGAAgAAAAhAGd0rgpfAQAAhgIA
ABEAAAAAAAAAAAAAAAAAYi0AAGRvY1Byb3BzL2NvcmUueG1sUEsBAi0AFAAGAAgAAAAhAO/Fg5o6
AwAAxhsAABIAAAAAAAAAAAAAAAAA+C8AAHdvcmQvbnVtYmVyaW5nLnhtbFBLAQItABQABgAIAAAA
IQAQ2yxb+AEAACcHAAASAAAAAAAAAAAAAAAAAGIzAAB3b3JkL2ZvbnRUYWJsZS54bWxQSwECLQAU
AAYACAAAACEAVkRjLOkBAADlAwAAEAAAAAAAAAAAAAAAAACKNQAAZG9jUHJvcHMvYXBwLnhtbFBL
BQYAAAAADAAMAAEDAACpOAAAAAA=
--f46d04374abfd8f46904f843c9f2--

