From nobody Mon Feb 2 13:49:03 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39B3E1A1AD9; Mon, 2 Feb 2015 13:49:02 -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] 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 8_is5jNvMJfR; Mon, 2 Feb 2015 13:49:01 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 05ED41A037A; Mon, 2 Feb 2015 13:49:01 -0800 (PST) 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.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150202214901.8617.72541.idtracker@ietfa.amsl.com> Date: Mon, 02 Feb 2015 13:49:01 -0800 Archived-At: Cc: sipcore@ietf.org Subject: [sipcore] I-D Action: draft-ietf-sipcore-dns-dual-stack-02.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 21:49:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Session Initiation Protocol Core Working Group of the IETF. Title : Locating Session Initiation Protocol (SIP) Servers in a Dual-Stack IP Network Authors : Olle E. Johansson Gonzalo Salgueiro Vijay Gurbani Filename : draft-ietf-sipcore-dns-dual-stack-02.txt Pages : 7 Date : 2015-02-02 Abstract: RFC 3263 defines how a Session Initiation Protocol (SIP) implementation, given a SIP Uniform Resource Identifier (URI), should locate the next hop SIP server using Domain Name System (DNS) procedures. As SIP networks increasingly transition from IPv4-only to dual-stack, a quality user experience must be ensured for dual- stack SIP implementations. This document supplements the DNS procedures described in RFC 3263 for dual-stack SIP implementations and ensures that they properly align to the optimizations detailed by Happy Eyeballs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-dns-dual-stack/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-sipcore-dns-dual-stack-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-sipcore-dns-dual-stack-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Feb 2 13:52:23 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88A9E1A910F for ; Mon, 2 Feb 2015 13:52:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 ira1ZDHMM3Qy for ; Mon, 2 Feb 2015 13:52:17 -0800 (PST) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADB8F1A90E5 for ; Mon, 2 Feb 2015 13:52:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2226; q=dns/txt; s=iport; t=1422913937; x=1424123537; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=gwgae3IjE/GK/6J7WRNvZSjii19OekG26R833dMgyuw=; b=UAg3rdaoC4fHa7f5xePlVsOE7/v0tdg94vjeXMLYcU9TfG/T5KKvawbU loxSaW+0mz0qf4aDGWMUX30asN2TIGYGKOFpYEpgCQfXrxQuXWqyShxAm XAe1PRCk/7MxqumwSeSjmN7kNbICADTTo7WB9rjVOkxJ/Ai9/tp18p8Bt w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArIFAJ7wz1StJA2L/2dsb2JhbABagwZSVAUEwkGCGwqFJ0oCgRtDAQEBAQF9hAwBAQEDAQEBATc0EAsCAQgYHhAnCyUCBBMJiBwICAXWRgEBAQEBAQEDAQEBAQEBAQEBAQEXj0U6gxaBEwWPCYNOhVeBFzaCTY5CIoNub4FEfgEBAQ X-IronPort-AV: E=Sophos;i="5.09,508,1418083200"; d="scan'208";a="389718515" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-9.cisco.com with ESMTP; 02 Feb 2015 21:52:17 +0000 Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id t12LqGHp009526 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 2 Feb 2015 21:52:16 GMT Received: from xmb-rcd-x04.cisco.com ([169.254.8.220]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0195.001; Mon, 2 Feb 2015 15:52:16 -0600 From: "Gonzalo Salgueiro (gsalguei)" To: SIPCORE Thread-Topic: [sipcore] I-D Action: draft-ietf-sipcore-dns-dual-stack-02.txt Thread-Index: AQHQPzIU/aE9ccxL4Ea2AHbneXtR+JzeSzSA Date: Mon, 2 Feb 2015 21:52:15 +0000 Message-ID: <465B4DAC-56E4-4439-BDDC-74F29CDEDA2E@cisco.com> References: <20150202214901.8617.72541.idtracker@ietfa.amsl.com> In-Reply-To: <20150202214901.8617.72541.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.150.178.205] Content-Type: text/plain; charset="us-ascii" Content-ID: <3D8419EB03B9774E9ED1D5872C7962B7@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] I-D Action: draft-ietf-sipcore-dns-dual-stack-02.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 21:52:19 -0000 We have updated the draft and in the process closed on the last remaining o= pen issue around impacts to RFC 6157. Reviews and comments most welcome. Thanks, Gonzalo > On Feb 2, 2015, at 4:49 PM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the Session Initiation Protocol Core Working= Group of the IETF. >=20 > Title : Locating Session Initiation Protocol (SIP) Serve= rs in a Dual-Stack IP Network > Authors : Olle E. Johansson > Gonzalo Salgueiro > Vijay Gurbani > Filename : draft-ietf-sipcore-dns-dual-stack-02.txt > Pages : 7 > Date : 2015-02-02 >=20 > Abstract: > RFC 3263 defines how a Session Initiation Protocol (SIP) > implementation, given a SIP Uniform Resource Identifier (URI), should > locate the next hop SIP server using Domain Name System (DNS) > procedures. As SIP networks increasingly transition from IPv4-only > to dual-stack, a quality user experience must be ensured for dual- > stack SIP implementations. This document supplements the DNS > procedures described in RFC 3263 for dual-stack SIP implementations > and ensures that they properly align to the optimizations detailed by > Happy Eyeballs. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-sipcore-dns-dual-stack/ >=20 > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-sipcore-dns-dual-stack-02 >=20 > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-sipcore-dns-dual-stack-02 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion > 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 > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore From nobody Tue Feb 3 00:23:07 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D15191A86EF for ; Tue, 3 Feb 2015 00:23:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.551 X-Spam-Level: X-Spam-Status: No, score=-1.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3rpjSKG6R9hU for ; Tue, 3 Feb 2015 00:23:02 -0800 (PST) Received: from smtp7.webway.se (smtp7.webway.se [IPv6:2a02:920:212e::205]) by ietfa.amsl.com (Postfix) with ESMTP id 8EACD1A6F3D for ; Tue, 3 Feb 2015 00:23:02 -0800 (PST) Received: from [192.168.40.15] (h87-96-134-129.dynamic.se.alltele.net [87.96.134.129]) by smtp7.webway.se (Postfix) with ESMTPA id 57C1793DE41; Tue, 3 Feb 2015 08:22:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: "Olle E. Johansson" In-Reply-To: <465B4DAC-56E4-4439-BDDC-74F29CDEDA2E@cisco.com> Date: Tue, 3 Feb 2015 09:22:55 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <686C4C32-C204-48FD-8167-F94554E3D4A2@edvina.net> References: <20150202214901.8617.72541.idtracker@ietfa.amsl.com> <465B4DAC-56E4-4439-BDDC-74F29CDEDA2E@cisco.com> To: "Gonzalo Salgueiro (gsalguei)" X-Mailer: Apple Mail (2.1878.6) Archived-At: Cc: SIPCORE , Olle E Johansson Subject: Re: [sipcore] I-D Action: draft-ietf-sipcore-dns-dual-stack-02.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 08:23:05 -0000 On 02 Feb 2015, at 22:52, Gonzalo Salgueiro (gsalguei) = wrote: > We have updated the draft and in the process closed on the last = remaining open issue around impacts to RFC 6157. Reviews and comments = most welcome. In addition, Vijay Gurbani has joined as a co-author of the document. I = really appreciate this. /O >=20 > Thanks, >=20 > Gonzalo >=20 >=20 >> On Feb 2, 2015, at 4:49 PM, 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 Session Initiation Protocol Core = Working Group of the IETF. >>=20 >> Title : Locating Session Initiation Protocol (SIP) = Servers in a Dual-Stack IP Network >> Authors : Olle E. Johansson >> Gonzalo Salgueiro >> Vijay Gurbani >> Filename : draft-ietf-sipcore-dns-dual-stack-02.txt >> Pages : 7 >> Date : 2015-02-02 >>=20 >> Abstract: >> RFC 3263 defines how a Session Initiation Protocol (SIP) >> implementation, given a SIP Uniform Resource Identifier (URI), = should >> locate the next hop SIP server using Domain Name System (DNS) >> procedures. As SIP networks increasingly transition from IPv4-only >> to dual-stack, a quality user experience must be ensured for dual- >> stack SIP implementations. This document supplements the DNS >> procedures described in RFC 3263 for dual-stack SIP implementations >> and ensures that they properly align to the optimizations detailed = by >> Happy Eyeballs. >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-sipcore-dns-dual-stack/ >>=20 >> There's also a htmlized version available at: >> http://tools.ietf.org/html/draft-ietf-sipcore-dns-dual-stack-02 >>=20 >> A diff from the previous version is available at: >> http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-sipcore-dns-dual-stack-02= >>=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 >> _______________________________________________ >> sipcore mailing list >> sipcore@ietf.org >> https://www.ietf.org/mailman/listinfo/sipcore >=20 > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore From nobody Thu Feb 5 06:29:14 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42F981A8A4C for ; Thu, 5 Feb 2015 06:29:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.509 X-Spam-Level: X-Spam-Status: No, score=-0.509 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-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 8_oOYD1YC2Jk for ; Thu, 5 Feb 2015 06:29:07 -0800 (PST) Received: from smtp-p01.blackberry.com (smtp-p01.blackberry.com [208.65.78.88]) by ietfa.amsl.com (Postfix) with ESMTP id 934311A88CE for ; Thu, 5 Feb 2015 06:29:06 -0800 (PST) Received: from xct101cnc.rim.net ([10.65.161.201]) by mhs212cnc.rim.net with ESMTP/TLS/AES128-SHA; 05 Feb 2015 09:28:56 -0500 Received: from XMB122CNC.rim.net ([fe80::28c6:fa1c:91c6:2e23]) by XCT101CNC.rim.net ([fe80::9c22:d9c:c906:c488%16]) with mapi id 14.03.0210.002; Thu, 5 Feb 2015 09:28:55 -0500 From: Andrew Allen To: Ivo Sedlacek , "sipcore@ietf.org" Thread-Topic: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE Thread-Index: AdAIobIU/X3RKFytS+CJybDMOoda2Q4rVfBw Importance: high X-Priority: 1 Date: Thu, 5 Feb 2015 14:28:54 +0000 Message-ID: References: <39B5E4D390E9BD4890E2B31079006101127A248D@ESESSMB301.ericsson.se> In-Reply-To: <39B5E4D390E9BD4890E2B31079006101127A248D@ESESSMB301.ericsson.se> Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.65.160.252] Content-Type: multipart/alternative; boundary="_000_BBF5DDFE515C3946BC18D733B20DAD233A36712BXMB122CNCrimnet_" MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 14:29:10 -0000 --_000_BBF5DDFE515C3946BC18D733B20DAD233A36712BXMB122CNCrimnet_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable There hasn't been any response to this for over 2 months (yes I know it arr= ived just before the holidays). In 3GPP we are now seeing proposals to address this along the lines that Iv= o proposed. This problem is being seen in actual deployments with different= implementations and needs addressing urgently. In my view this should be addressed by sipcore (not by 3GPP). If people be= lieve that the action is clear based on RFC 3261 or RFC 3312 text please in= dicate that or if it is ambiguous should we include errata on RFC 3312 or p= roduce a draft that updates RFC 3312. Can people please look at Ivo's email problem description and proposed solu= tion/understanding and provide opinions as to what should happen and if the= y believe it is already documented and where or if not how this should be r= esolved> thanks Andrew From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Ivo Sedlacek Sent: Tuesday, November 25, 2014 6:20 AM To: sipcore@ietf.org Subject: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK= ) for UPDATE Hello, can anyone please give advice on the following problem related to precondit= ion usage in SIP session? Use case: - Alice is a mobile phone - AS is an network based announcement service. AS accepts any received INVI= TE request, sends audio with 24 hour weather forecast, and hangs up. - Alice and AS use precondition with segmented status type to indicate stat= e of their resources, Alice needs to reserve resources for the call, AS alw= ays have resources available when call setup - the normal flow for the call is: Alice AS | | |-------------(1) INVITE SDP1--------------->| | | |<------(2) 183 Session Progress SDP2--------| | *** | |--*R*-----------(3) PRACK------------------>| | *E* | |<-*S*-------(4) 200 OK (PRACK)--------------| | *E* | | *R* | | *V* | | *A* | | *T* | | *I* | | *O* | | *N* | | *** | | *** | | *** | |-------------(5) UPDATE SDP3--------------->| | | |<--------(6) 200 OK (UPDATE) SDP4-----------| | | |<-----------(7) 200 OK (INVITE)-------------| | | |------------------(8) ACK------------------>| | | QUESTION: What is expected Alice's behavior if message (6) and message (7) = happened to be swapped during transport from AS to Alice, as shown below? Alice AS | | |-------------(1) INVITE SDP1--------------->| | | |<------(2) 183 Session Progress SDP2--------| | *** | |--*R*-----------(3) PRACK------------------>| | *E* | |<-*S*-------(4) 200 OK (PRACK)--------------| | *E* | | *R* | | *V* | | *A* | | *T* | | *I* | | *O* | | *N* | | *** | | *** | | *** | |-------------(5) UPDATE SDP3--------------->| | | | +-(6) 200 OK (UPDATE) SDP4-----------| | | | |<-----------(7) 200 OK (INVITE)-------------| | | | |<------+ | In my opinion: - when receiving message (7), Alice should consider the call as established= since 200 (OK) response is received for INVITE request. Alice should send = media according to SDP2 as SDP answer to SDP3 has not been received yet. - when receiving message (6), Alice should start sending media according to= SDP4. Any views? Kind regards Ivo Sedlacek --_000_BBF5DDFE515C3946BC18D733B20DAD233A36712BXMB122CNCrimnet_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

There hasn’t bee= n any response to this for over 2 months (yes I know it arrived just before= the holidays).

 

In 3GPP we are now see= ing proposals to address this along the lines that Ivo proposed. This probl= em is being seen in actual deployments with different implementations and n= eeds addressing urgently.

 

In my view this should= be addressed by sipcore  (not by 3GPP). If people believe that the ac= tion is clear based on RFC 3261 or RFC 3312 text please indicate that or if= it is ambiguous should we include errata on RFC 3312 or produce a draft that updates RFC 3312.

 

Can people please look= at Ivo’s email problem description and proposed solution/understandi= ng and provide opinions as to what should happen and if they believe it is = already documented and where or if not how this should be resolved>

 

thanks

Andrew

 

From: sipcore = [mailto:sipcore-bounces@ietf.org] On Behalf Of Ivo Sedlacek
Sent: Tuesday, November 25, 2014 6:20 AM
To: sipcore@ietf.org
Subject: [sipcore] Precondition and swap of 200 (OK) for INVITE and = 200 (OK) for UPDATE

 

Hello,

 

can anyone please give advice on the following problem = related to precondition usage in SIP session?

 

Use case:

- Alice is a mobile phone

- AS is an network based announcement service. AS accep= ts any received INVITE request, sends audio with 24 hour weather forecast, = and hangs up.

- Alice and AS use precondition with segmented status t= ype to indicate state of their resources, Alice needs to reserve resources = for the call, AS always have resources available when call setup

- the normal flow for the call is:

 

          =      Alice      &nbs= p;            &= nbsp;           &nbs= p;        AS

 

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |-------------(1) INVITE SDP1---------------&= gt;|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |<------(2) 183 Session Progress SDP2-----= ---|

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |--*R*-----------(3) PRACK------------------&= gt;|

         &= nbsp;     |  *E*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |<-*S*-------(4) 200 OK (PRACK)-----------= ---|

         &= nbsp;     |  *E*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *R*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *V*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *A*     &nbs= p;             =             &nb= sp;       |

         &= nbsp;     |  *T*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *I*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *O*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *N*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

          =      |-------------(5) UPDATE SDP3---------------&= gt;|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |<--------(6) 200 OK (UPDATE) SDP4--------= ---|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |<-----------(7) 200 OK (INVITE)----------= ---|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |------------------(8) ACK------------------&= gt;|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

 

 

QUESTION: What is expected Alice's behavior if message = (6) and message (7) happened to be swapped during transport from AS to Alic= e, as shown below?

 

 

         &= nbsp;     Alice      &nbs= p;            &= nbsp;           &nbs= p;        AS

 

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |-------------(1) INVITE SDP1---------------&= gt;|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |<------(2) 183 Session Progress SDP2-----= ---|

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |--*R*-----------(3) PRACK------------------&= gt;|

         &= nbsp;     |  *E*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |<-*S*-------(4) 200 OK (PRACK)-----------= ---|

         &= nbsp;     |  *E*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *R*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *V*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *A*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *T*     &nbs= p;            &= nbsp;           &nbs= p;        |

          =      |  *I*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *O*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *N*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |-------------(5) UPDATE SDP3---------------&= gt;|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |       +-(6) 200 OK (UPDATE) SDP4-----------|=

         &= nbsp;     |       |       &nbs= p;            &= nbsp;           &nbs= p;   |

         &= nbsp;     |<-----------(7) 200 OK (INVITE)----------= ---|

         &= nbsp;     |       |       &nbs= p;            &= nbsp;           &nbs= p;   |

         &= nbsp;     |<------+            &n= bsp;            = ;           |

 

 

In my opinion:

- when receiving message (7), Alice should consider the= call as established since 200 (OK) response is received for INVITE request= . Alice should send media according to SDP2 as SDP answer to SDP3 has not been received yet.

- when receiving message (6), Alice should start sendin= g media according to SDP4.

 

Any views?

 

Kind regards

 

Ivo Sedlacek

 

--_000_BBF5DDFE515C3946BC18D733B20DAD233A36712BXMB122CNCrimnet_-- From nobody Thu Feb 5 07:17:08 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23FAD1A87EF for ; Thu, 5 Feb 2015 07:16:58 -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, HTML_MESSAGE=0.001, 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 6q7DCSUAEw96 for ; Thu, 5 Feb 2015 07:16:48 -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 F11511A88E1 for ; Thu, 5 Feb 2015 07:16:47 -0800 (PST) X-AuditID: c1b4fb25-f791c6d00000617b-c0-54d3895d7ec9 Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 7E.AB.24955.D5983D45; Thu, 5 Feb 2015 16:16:46 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.22]) by ESESSHC015.ericsson.se ([153.88.183.63]) with mapi id 14.03.0210.002; Thu, 5 Feb 2015 16:16:45 +0100 From: Christer Holmberg To: "sipcore@ietf.org" Thread-Topic: draft-explicit-subscription-00: URI SHOULD be sent using TLS or DTLS Thread-Index: AdBBVsCp8+spI+foR6KQfx5FBSKWdQ== Date: Thu, 5 Feb 2015 15:16:44 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D6936FD@ESESSMB209.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D6936FDESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrGLMWRmVeSWpSXmKPExsUyM+JvjW5c5+UQg565/BZff2xic2D0WLLk J1MAYxSXTUpqTmZZapG+XQJXxvO/+5kLTspUPOj6xt7AOFeyi5GTQ0LAROL9gsXMELaYxIV7 69m6GLk4hASOMEo8fzmVDSQhJLCIUeL4MvUuRg4ONgELie5/2iBhEQFNieXftrKD2MICvhLz Pq5mh4iHSPR23GeBsPUktu+9DGazCKhIXOqeyApi8wLVX/zwAWw8I9De76fWMIHYzALiEree zGeCuEdAYsme81C3iUq8fPyPFcJWklh7eDsLRH2+xJ9jt9kgZgpKnJz5hGUCo9AsJKNmISmb haQMIq4jsWD3JzYIW1ti2cLXzDD2mQOPmZDFFzCyr2IULU4tTspNNzLWSy3KTC4uzs/Ty0st 2cQIjIiDW36r7mC8/MbxEKMAB6MSD++GO5dChFgTy4orcw8xSnOwKInz2hkfChESSE8sSc1O TS1ILYovKs1JLT7EyMTBKdXA2HvH1yDuFcfmH4HnWltl3jI/iJgn27/X78Gf3pe/9dal5MU/ jDgkcGrK33SV51M/++/oeJlzPvlMfgDX9RMfr+1YMGUm62SRtwGOi1e21a12bBOWWnctf0LQ wT7RHev/rXfLPLlbUzf2F6N5KW+/xv2cX6VlgTlcEeu2q01++dWMudHeefrtWCWW4oxEQy3m ouJEAN0EpDBpAgAA Archived-At: Subject: [sipcore] draft-explicit-subscription-00: URI SHOULD be sent using TLS or DTLS X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 15:16:59 -0000 --_000_7594FB04B1934943A5C02806D1A2204B1D6936FDESESSMB209erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, The text in section 8 (Security Considerations) of draft-ietf-sipcore-refer= -explicit-subscription-00 says: "For instance, SIP messages containing this URI SHOULD be sent using TLS or= DTLS." Now, while I realize that a "SHOULD" does allow for other mechanisms, I thi= nk it would be good to explicitly say that other mechanisms, providing simi= lar protection, can also be used. Regards, Christer --_000_7594FB04B1934943A5C02806D1A2204B1D6936FDESESSMB209erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

The text in section 8 (Security Considerations) of d= raft-ietf-sipcore-refer-explicit-subscription-00 says:

 

“For instance, SI= P messages containing this URI SHOULD be sent using TLS or DTLS.”

 

Now, while I realize that a “SHOULD” doe= s allow for other mechanisms, I think it would be good to explicitly say th= at other mechanisms, providing similar protection, can also be used.

 

Regards,

 

Christer

 

 

 

 

--_000_7594FB04B1934943A5C02806D1A2204B1D6936FDESESSMB209erics_-- From nobody Thu Feb 5 07:45:00 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E47821A00E2 for ; Thu, 5 Feb 2015 07:44:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-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 tE6XZlfEMH8D for ; Thu, 5 Feb 2015 07:44:30 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 9AA921A00DF for ; Thu, 5 Feb 2015 07:44:30 -0800 (PST) Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by nostrum.com (8.14.9/8.14.7) with ESMTP id t15FiJtF025993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2015 09:44:20 -0600 (CST) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110] claimed to be Orochi.local Message-ID: <54D38FD3.7000408@nostrum.com> Date: Thu, 05 Feb 2015 09:44:19 -0600 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Andrew Allen , Ivo Sedlacek , "sipcore@ietf.org" References: <39B5E4D390E9BD4890E2B31079006101127A248D@ESESSMB301.ericsson.se> In-Reply-To: Content-Type: multipart/alternative; boundary="------------070505090301000604090708" Archived-At: Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 15:44:52 -0000 This is a multi-part message in MIME format. --------------070505090301000604090708 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit I think it's a bit more nuanced than you propose below. The behavior has to depend on whether there were mandatory preconditions in play. If all the preconditions were optional, then I think your analysis below is correct. This simply falls out of a normal interpretation of 3261, 3264, and 3311. But if there are mandatory preconditions in an auto-answer case, then the session can't start until those conditions have been met. Here's relevant text from RFC 3312, section 6: > For an initial INVITE, suspending and resuming session establishment > is very intuitive. The callee will not be alerted until all the > mandatory preconditions are met. However, offers containing > preconditions sent in the middle of an ongoing session need further > explanation. Both user agents SHOULD continue using the old session > parameters until all the mandatory preconditions are met. At that > moment, the user agents can begin using the new session parameters. The problem is that the text didn't consider the auto-answer case you describe, in which alerting doesn't occur. I see two ways we could address this. One approach would be avoiding the entire problem by formalizing the "the callee will not be alerted until all the mandatory preconditions are met" to a protocol mechanism: "the callee MUST send a reliable provisional response after the conditions are met and MUST receive acknowledgement of that response before sending a 200-class response to the INVITE." The other approach would be to treat this the same as "preconditions sent in the middle of an ongoing session," in which case the UAs use the "old session" (which, in this case, is no session at all) until the mandatory preconditions are met. In other words, for your call flow, the session wouldn't take effect on receipt of the INVITE 200, but only on receipt of the UPDATE 200. (Thinking about it another way, I suppose you could consider SDP2 in your example to be active on receipt of the INVITE 200, but since mandatory conditions don't match current conditions, you can't use it.) Regardless, I think a clarification to 3312 is in order to deal with this "auto-answer with mandatory preconditions" case. /a On 2/5/15 08:28, Andrew Allen wrote: > > There hasn’t been any response to this for over 2 months (yes I know > it arrived just before the holidays). > > In 3GPP we are now seeing proposals to address this along the lines > that Ivo proposed. This problem is being seen in actual deployments > with different implementations and needs addressing urgently. > > In my view this should be addressed by sipcore (not by 3GPP). If > people believe that the action is clear based on RFC 3261 or RFC 3312 > text please indicate that or if it is ambiguous should we include > errata on RFC 3312 or produce a draft that updates RFC 3312. > > Can people please look at Ivo’s email problem description and proposed > solution/understanding and provide opinions as to what should happen > and if they believe it is already documented and where or if not how > this should be resolved> > > thanks > > Andrew > > *From:*sipcore [mailto:sipcore-bounces@ietf.org] *On Behalf Of *Ivo > Sedlacek > *Sent:* Tuesday, November 25, 2014 6:20 AM > *To:* sipcore@ietf.org > *Subject:* [sipcore] Precondition and swap of 200 (OK) for INVITE and > 200 (OK) for UPDATE > > Hello, > > can anyone please give advice on the following problem related to > precondition usage in SIP session? > > Use case: > > - Alice is a mobile phone > > - AS is an network based announcement service. AS accepts any received > INVITE request, sends audio with 24 hour weather forecast, and hangs up. > > - Alice and AS use precondition with segmented status type to indicate > state of their resources, Alice needs to reserve resources for the > call, AS always have resources available when call setup > > - the normal flow for the call is: > > Alice AS > > | | > > |-------------(1) INVITE SDP1--------------->| > > | | > > |<------(2) 183 Session Progress SDP2--------| > > | *** | > > |--*R*-----------(3) PRACK------------------>| > > | *E* | > > |<-*S*-------(4) 200 OK (PRACK)--------------| > > | *E* | > > | *R* | > > | *V* | > > | *A* | > > | *T* | > > | *I* | > > | *O* | > > | *N* | > > | *** | > > | *** | > > | *** | > > |-------------(5) UPDATE SDP3--------------->| > > | | > > |<--------(6) 200 OK (UPDATE) SDP4-----------| > > | | > > |<-----------(7) 200 OK (INVITE)-------------| > > | | > > |------------------(8) ACK------------------>| > > | | > > QUESTION: What is expected Alice's behavior if message (6) and message > (7) happened to be swapped during transport from AS to Alice, as shown > below? > > Alice AS > > | | > > |-------------(1) INVITE SDP1--------------->| > > | | > > |<------(2) 183 Session Progress SDP2--------| > > | *** | > > |--*R*-----------(3) PRACK------------------>| > > | *E* | > > |<-*S*-------(4) 200 OK (PRACK)--------------| > > | *E* | > > | *R* | > > | *V* | > > | *A* | > > | *T* | > > | *I* | > > | *O* | > > | *N* | > > | *** | > > | *** | > > | *** | > > |-------------(5) UPDATE SDP3--------------->| > > | | > > | +-(6) 200 OK (UPDATE) SDP4-----------| > > | | | > > |<-----------(7) 200 OK (INVITE)-------------| > > | | | > > |<------+ | > > In my opinion: > > - when receiving message (7), Alice should consider the call as > established since 200 (OK) response is received for INVITE request. > Alice should send media according to SDP2 as SDP answer to SDP3 has > not been received yet. > > - when receiving message (6), Alice should start sending media > according to SDP4. > > Any views? > > Kind regards > > Ivo Sedlacek > > > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore --------------070505090301000604090708 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit I think it's a bit more nuanced than you propose below. The behavior has to depend on whether there were mandatory preconditions in play.

If all the preconditions were optional, then I think your analysis below is correct. This simply falls out of a normal interpretation of 3261, 3264, and 3311.

But if there are mandatory preconditions in an auto-answer case, then the session can't start until those conditions have been met. Here's relevant text from RFC 3312, section 6:

   For an initial INVITE, suspending and resuming session establishment
   is very intuitive.  The callee will not be alerted until all the
   mandatory preconditions are met.  However, offers containing
   preconditions sent in the middle of an ongoing session need further
   explanation.  Both user agents SHOULD continue using the old session
   parameters until all the mandatory preconditions are met.  At that
   moment, the user agents can begin using the new session parameters.

The problem is that the text didn't consider the auto-answer case you describe, in which alerting doesn't occur. I see two ways we could address this.

One approach would be avoiding the entire problem by formalizing the "the callee will not be alerted until all the mandatory preconditions are met" to a protocol mechanism: "the callee MUST send a reliable provisional response after the conditions are met and MUST receive acknowledgement of that response before sending a 200-class response to the INVITE."

The other approach would be to treat this the same as "preconditions sent in the middle of an ongoing session," in which case the UAs use the "old session" (which, in this case, is no session at all) until the mandatory preconditions are met. In other words, for your call flow, the session wouldn't take effect on receipt of the INVITE 200, but only on receipt of the UPDATE 200.

(Thinking about it another way, I suppose you could consider SDP2 in your example to be active on receipt of the INVITE 200, but since mandatory conditions don't match current conditions, you can't use it.)

Regardless, I think a clarification to 3312 is in order to deal with this "auto-answer with mandatory preconditions" case.

/a

On 2/5/15 08:28, Andrew Allen wrote:

There hasn’t been any response to this for over 2 months (yes I know it arrived just before the holidays).

 

In 3GPP we are now seeing proposals to address this along the lines that Ivo proposed. This problem is being seen in actual deployments with different implementations and needs addressing urgently.

 

In my view this should be addressed by sipcore  (not by 3GPP). If people believe that the action is clear based on RFC 3261 or RFC 3312 text please indicate that or if it is ambiguous should we include errata on RFC 3312 or produce a draft that updates RFC 3312.

 

Can people please look at Ivo’s email problem description and proposed solution/understanding and provide opinions as to what should happen and if they believe it is already documented and where or if not how this should be resolved>

 

thanks

Andrew

 

From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Ivo Sedlacek
Sent: Tuesday, November 25, 2014 6:20 AM
To: sipcore@ietf.org
Subject: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE

 

Hello,

 

can anyone please give advice on the following problem related to precondition usage in SIP session?

 

Use case:

- Alice is a mobile phone

- AS is an network based announcement service. AS accepts any received INVITE request, sends audio with 24 hour weather forecast, and hangs up.

- Alice and AS use precondition with segmented status type to indicate state of their resources, Alice needs to reserve resources for the call, AS always have resources available when call setup

- the normal flow for the call is:

 

               Alice                                        AS

 

               |                                            |

               |-------------(1) INVITE SDP1--------------->|

               |                                            |

               |<------(2) 183 Session Progress SDP2--------|

               |  ***                                       |

               |--*R*-----------(3) PRACK------------------>|

               |  *E*                                       |

               |<-*S*-------(4) 200 OK (PRACK)--------------|

               |  *E*                                       |

               |  *R*                                       |

               |  *V*                                       |

               |  *A*                                       |

               |  *T*                                       |

               |  *I*                                       |

               |  *O*                                       |

               |  *N*                                       |

               |  ***                                       |

               |  ***                                       |

               |  ***                                       |

               |-------------(5) UPDATE SDP3--------------->|

               |                                            |

               |<--------(6) 200 OK (UPDATE) SDP4-----------|

               |                                            |

               |<-----------(7) 200 OK (INVITE)-------------|

               |                                            |

               |------------------(8) ACK------------------>|

               |                                            |

 

 

QUESTION: What is expected Alice's behavior if message (6) and message (7) happened to be swapped during transport from AS to Alice, as shown below?

 

 

               Alice                                        AS

 

               |                                            |

               |-------------(1) INVITE SDP1--------------->|

               |                                            |

               |<------(2) 183 Session Progress SDP2--------|

               |  ***                                       |

               |--*R*-----------(3) PRACK------------------>|

               |  *E*                                       |

               |<-*S*-------(4) 200 OK (PRACK)--------------|

               |  *E*                                       |

               |  *R*                                       |

               |  *V*                                       |

               |  *A*                                       |

               |  *T*                                       |

               |  *I*                                       |

               |  *O*                                       |

               |  *N*                                       |

               |  ***                                       |

               |  ***                                       |

               |  ***                                       |

               |-------------(5) UPDATE SDP3--------------->|

               |                                            |

               |       +-(6) 200 OK (UPDATE) SDP4-----------|

               |       |                                    |

               |<-----------(7) 200 OK (INVITE)-------------|

               |       |                                    |

               |<------+                                    |

 

 

In my opinion:

- when receiving message (7), Alice should consider the call as established since 200 (OK) response is received for INVITE request. Alice should send media according to SDP2 as SDP answer to SDP3 has not been received yet.

- when receiving message (6), Alice should start sending media according to SDP4.

 

Any views?

 

Kind regards

 

Ivo Sedlacek

 



_______________________________________________
sipcore mailing list
sipcore@ietf.org
https://www.ietf.org/mailman/listinfo/sipcore

--------------070505090301000604090708-- From jan.van.geel@proximus.com Thu Feb 5 06:56:50 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66FA21A88E8 for ; Thu, 5 Feb 2015 06:56:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 9iJZwq17RLEa for ; Thu, 5 Feb 2015 06:56:45 -0800 (PST) Received: from mx23.belgacom.be (mx23.belgacom.be [213.181.45.233]) by ietfa.amsl.com (Postfix) with ESMTP id 691E81A88E1 for ; Thu, 5 Feb 2015 06:56:42 -0800 (PST) X-IronPort-AV: E=Sophos; i="5.09,524,1418079600"; d="scan'208,217"; a="55654878" Received: from a05192.bgc.net ([10.120.129.141]) by mx23.belgacom.be with ESMTP; 05 Feb 2015 15:56:42 +0100 X-TM-IMSS-Message-ID: <46d94d2a000e511e@belgacom.be> Received: from A04028.BGC.NET ([10.121.135.25]) by belgacom.be ([10.120.129.141]) with ESMTP (TREND IMSS SMTP Service 7.1) id 46d94d2a000e511e ; Thu, 5 Feb 2015 15:56:40 +0100 Received: from A04080.BGC.NET ([169.254.2.16]) by A04028.BGC.NET ([10.121.135.25]) with mapi id 14.03.0169.001; Thu, 5 Feb 2015 15:56:39 +0100 From: "VAN GEEL Jan (SPC/CSP)" To: Andrew Allen , Ivo Sedlacek , "sipcore@ietf.org" Thread-Topic: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE Thread-Index: AdAIobIU/X3RKFytS+CJybDMOoda2Q4rVfBwAADul5A= Date: Thu, 5 Feb 2015 14:56:39 +0000 Message-ID: <1E97FFD1485F1142BC075FF145A53A1E16449D76@A04080.BGC.NET> References: <39B5E4D390E9BD4890E2B31079006101127A248D@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: [10.111.41.109] Content-Type: multipart/alternative; boundary="_000_1E97FFD1485F1142BC075FF145A53A1E16449D76A04080BGCNET_" MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Thu, 05 Feb 2015 07:52:07 -0800 Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 14:59:40 -0000 --_000_1E97FFD1485F1142BC075FF145A53A1E16449D76A04080BGCNET_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Looking at the description of this "service", I believe it is not so import= ant what Alice is sending but it is more important what Alice is receiving = (and what is sent by he "Announcement Server"). The problem probably remains the same: Alice will receive the weather forec= ast according to SDP1 till message 6 is received and then receive the weath= er forecast according to SDP3. Kind regards Jan Van Geel IT and Network Specialist Belgacom CIS/SCC/FVC Tel: +32 2 202 1035 Tel: +32 2 207 9032 Email : jan.van.geel@belgacom.be From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Andrew Allen Sent: Thursday 5 February 2015 15:29 To: Ivo Sedlacek; sipcore@ietf.org Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200= (OK) for UPDATE Importance: High There hasn't been any response to this for over 2 months (yes I know it arr= ived just before the holidays). In 3GPP we are now seeing proposals to address this along the lines that Iv= o proposed. This problem is being seen in actual deployments with different= implementations and needs addressing urgently. In my view this should be addressed by sipcore (not by 3GPP). If people be= lieve that the action is clear based on RFC 3261 or RFC 3312 text please in= dicate that or if it is ambiguous should we include errata on RFC 3312 or p= roduce a draft that updates RFC 3312. Can people please look at Ivo's email problem description and proposed solu= tion/understanding and provide opinions as to what should happen and if the= y believe it is already documented and where or if not how this should be r= esolved> thanks Andrew From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Ivo Sedlacek Sent: Tuesday, November 25, 2014 6:20 AM To: sipcore@ietf.org Subject: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK= ) for UPDATE Hello, can anyone please give advice on the following problem related to precondit= ion usage in SIP session? Use case: - Alice is a mobile phone - AS is an network based announcement service. AS accepts any received INVI= TE request, sends audio with 24 hour weather forecast, and hangs up. - Alice and AS use precondition with segmented status type to indicate stat= e of their resources, Alice needs to reserve resources for the call, AS alw= ays have resources available when call setup - the normal flow for the call is: Alice AS | | |-------------(1) INVITE SDP1--------------->| | | |<------(2) 183 Session Progress SDP2--------| | *** | |--*R*-----------(3) PRACK------------------>| | *E* | |<-*S*-------(4) 200 OK (PRACK)--------------| | *E* | | *R* | | *V* | | *A* | | *T* | | *I* | | *O* | | *N* | | *** | | *** | | *** | |-------------(5) UPDATE SDP3--------------->| | | |<--------(6) 200 OK (UPDATE) SDP4-----------| | | |<-----------(7) 200 OK (INVITE)-------------| | | |------------------(8) ACK------------------>| | | QUESTION: What is expected Alice's behavior if message (6) and message (7) = happened to be swapped during transport from AS to Alice, as shown below? Alice AS | | |-------------(1) INVITE SDP1--------------->| | | |<------(2) 183 Session Progress SDP2--------| | *** | |--*R*-----------(3) PRACK------------------>| | *E* | |<-*S*-------(4) 200 OK (PRACK)--------------| | *E* | | *R* | | *V* | | *A* | | *T* | | *I* | | *O* | | *N* | | *** | | *** | | *** | |-------------(5) UPDATE SDP3--------------->| | | | +-(6) 200 OK (UPDATE) SDP4-----------| | | | |<-----------(7) 200 OK (INVITE)-------------| | | | |<------+ | In my opinion: - when receiving message (7), Alice should consider the call as established= since 200 (OK) response is received for INVITE request. Alice should send = media according to SDP2 as SDP answer to SDP3 has not been received yet. - when receiving message (6), Alice should start sending media according to= SDP4. Any views? Kind regards Ivo Sedlacek ________________________________ ***** Disclaimer ***** http://www.proximus.be/maildisclaimer --_000_1E97FFD1485F1142BC075FF145A53A1E16449D76A04080BGCNET_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Looking at the descrip= tion of this “service”, I believe it is not so important what A= lice is sending but it is more important what Alice is receiving (and what = is sent by he “Announcement Server”).

The problem probably r= emains the same: Alice will receive the weather forecast according to SDP1 = till message 6 is received and then receive the weather forecast according = to SDP3.

 

Kind regards

 

Jan Van Geel<= /span>
IT and Network Specialist
Belgacom CIS/SCC/FVC
Tel: +32 2 202 1035
Tel: +32 2 207 9032
Email : jan.van.geel@belgacom.be

 

From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Andrew Allen
Sent: Thursday 5 February 2015 15:29
To: Ivo Sedlacek; sipcore@ietf.org
Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE = and 200 (OK) for UPDATE
Importance: High

 

There h= asn’t been any response to this for over 2 months (yes I know it arri= ved just before the holidays).

&n= bsp;

In 3GPP= we are now seeing proposals to address this along the lines that Ivo propo= sed. This problem is being seen in actual deployments with different implem= entations and needs addressing urgently.

&n= bsp;

In my v= iew this should be addressed by sipcore  (not by 3GPP). If people beli= eve that the action is clear based on RFC 3261 or RFC 3312 text please indi= cate that or if it is ambiguous should we include errata on RFC 3312 or produce a draft that updates RFC 3312.

&n= bsp;

Can peo= ple please look at Ivo’s email problem description and proposed solut= ion/understanding and provide opinions as to what should happen and if they= believe it is already documented and where or if not how this should be resolved>

&n= bsp;

thanks<= o:p>

Andrew<= o:p>

&n= bsp;

From: sipcore [= mailto:sipcore-bounces@ietf.org] On Behalf Of Ivo Sedlacek
Sent: Tuesday, November 25, 2014 6:20 AM
To: sipcore@ietf.org
Subject: [sipcore] Precondition and swap of 200 (OK) for INVITE and = 200 (OK) for UPDATE

 

Hello,

 

can anyone please give advice on the fol= lowing problem related to precondition usage in SIP session?

 

Use case:

- Alice is a mobile phone

- AS is an network based announcement se= rvice. AS accepts any received INVITE request, sends audio with 24 hour wea= ther forecast, and hangs up.

- Alice and AS use precondition with seg= mented status type to indicate state of their resources, Alice needs to res= erve resources for the call, AS always have resources available when call setup

- the normal flow for the call is:<= /o:p>

 

      &nbs= p;        Alice    &= nbsp;           &nbs= p;            &= nbsp;          AS

 

      &nbs= p;        |     = ;            &n= bsp;            = ;            &n= bsp; |

      &nbs= p;        |-------------(1) INVITE SDP1-= -------------->|

      &nbs= p;        |     = ;            &n= bsp;            = ;            &n= bsp; |

      &nbs= p;        |<------(2) 183 Session Pro= gress SDP2--------|

      &nbs= p;        |  ***   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |--*R*-----------(3) PRACK----= -------------->|

      &nbs= p;        |  *E*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |<-*S*-------(4) 200 OK (PR= ACK)--------------|

      &nbs= p;        |  *E*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *R*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *V*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *A*   &= nbsp;            &nb= sp;            =           |

      &nbs= p;        |  *T*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *I*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *O*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *N*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  ***   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  ***   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  ***   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |-------------(5) UPDATE SDP3-= -------------->|

      &nbs= p;        |     = ;            &n= bsp;            = ;            &n= bsp; |

      &nbs= p;        |<--------(6) 200 OK (UPDAT= E) SDP4-----------|

      &nbs= p;        |     = ;            &n= bsp;            = ;            &n= bsp; |

      &nbs= p;        |<-----------(7) 200 OK (IN= VITE)-------------|

      &nbs= p;        |     = ;            &n= bsp;            = ;            &n= bsp; |

      &nbs= p;        |------------------(8) ACK----= -------------->|

      &nbs= p;        |     = ;            &n= bsp;            = ;            &n= bsp; |

 

 

QUESTION: What is expected Alice's behav= ior if message (6) and message (7) happened to be swapped during transport = from AS to Alice, as shown below?

 

 

      &nbs= p;        Alice    &= nbsp;           &nbs= p;            &= nbsp;          AS

 

      &nbs= p;        |     = ;            &n= bsp;            = ;            &n= bsp; |

      &nbs= p;        |-------------(1) INVITE SDP1-= -------------->|

      &nbs= p;        |     = ;            &n= bsp;            = ;            &n= bsp; |

      &nbs= p;        |<------(2) 183 Session Pro= gress SDP2--------|

      &nbs= p;        |  ***   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |--*R*-----------(3) PRACK----= -------------->|

      &nbs= p;        |  *E*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |<-*S*-------(4) 200 OK (PR= ACK)--------------|

      &nbs= p;        |  *E*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *R*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *V*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *A*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *T*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *I*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *O*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  *N*   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  ***   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  ***   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |  ***   &= nbsp;           &nbs= p;            &= nbsp;          |

      &nbs= p;        |-------------(5) UPDATE SDP3-= -------------->|

      &nbs= p;        |     = ;            &n= bsp;            = ;            &n= bsp; |

      &nbs= p;        |     = ;  +-(6) 200 OK (UPDATE) SDP4-----------|=

      &nbs= p;        |     = ;  |       &nbs= p;            &= nbsp;           &nbs= p;   |

      &nbs= p;        |<-----------(7) 200 OK (IN= VITE)-------------|

      &nbs= p;        |     = ;  |       &nbs= p;            &= nbsp;           &nbs= p;   |

      &nbs= p;        |<= ;------+            &n= bsp;            = ;           |

 

 

In my opinion:

- when receiving message (7), Alice shou= ld consider the call as established since 200 (OK) response is received for= INVITE request. Alice should send media according to SDP2 as SDP answer to SDP3 has not been received yet.=

- when receiving message (6), Alice shou= ld start sending media according to SDP4.

 

Any views?

 

Kind regards

 

Ivo Sedlacek

 



***** Disclaimer *****
http://www.proximus.be/maildisclaimer
 --_000_1E97FFD1485F1142BC075FF145A53A1E16449D76A04080BGCNET_-- From nobody Thu Feb 5 08:05:28 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E706F1A884B for ; Thu, 5 Feb 2015 08:05:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-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 oOBEO5Dqh_kH for ; Thu, 5 Feb 2015 08:05:18 -0800 (PST) Received: from smtp-p01.blackberry.com (smtp-p01.blackberry.com [208.65.78.88]) by ietfa.amsl.com (Postfix) with ESMTP id 870C41A88CF for ; Thu, 5 Feb 2015 08:05:13 -0800 (PST) Received: from xct108cnc.rim.net ([10.65.161.208]) by mhs210cnc.rim.net with ESMTP/TLS/AES128-SHA; 05 Feb 2015 11:05:08 -0500 Received: from XMB122CNC.rim.net ([fe80::28c6:fa1c:91c6:2e23]) by XCT108CNC.rim.net ([fe80::8dc1:9551:6ed8:c618%17]) with mapi id 14.03.0210.002; Thu, 5 Feb 2015 11:05:08 -0500 From: Andrew Allen To: Christer Holmberg , "sipcore@ietf.org" Thread-Topic: [sipcore] draft-explicit-subscription-00: URI SHOULD be sent using TLS or DTLS Thread-Index: AdBBVsCp8+spI+foR6KQfx5FBSKWdQABpgmA Date: Thu, 5 Feb 2015 16:05:07 +0000 Message-ID: References: <7594FB04B1934943A5C02806D1A2204B1D6936FD@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D6936FD@ESESSMB209.ericsson.se> Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.65.160.251] Content-Type: multipart/alternative; boundary="_000_BBF5DDFE515C3946BC18D733B20DAD233A367412XMB122CNCrimnet_" MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] draft-explicit-subscription-00: URI SHOULD be sent using TLS or DTLS X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 16:05:27 -0000 --_000_BBF5DDFE515C3946BC18D733B20DAD233A367412XMB122CNCrimnet_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable +1 What Christer propose is what we quite normally have. We know there are man= y deployments that use other security mechanisms other than TLD or DTLS. From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Christer Holmb= erg Sent: Thursday, February 05, 2015 10:17 AM To: sipcore@ietf.org Subject: [sipcore] draft-explicit-subscription-00: URI SHOULD be sent using= TLS or DTLS Hi, The text in section 8 (Security Considerations) of draft-ietf-sipcore-refer= -explicit-subscription-00 says: "For instance, SIP messages containing this URI SHOULD be sent using TLS or= DTLS." Now, while I realize that a "SHOULD" does allow for other mechanisms, I thi= nk it would be good to explicitly say that other mechanisms, providing simi= lar protection, can also be used. Regards, Christer --_000_BBF5DDFE515C3946BC18D733B20DAD233A367412XMB122CNCrimnet_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

+1

 

What Christer propose = is what we quite normally have. We know there are many deployments that use= other security mechanisms other than TLD or DTLS.

 

From: sipcore = [mailto:sipcore-bounces@ietf.org] On Behalf Of Christer Holmberg
Sent: Thursday, February 05, 2015 10:17 AM
To: sipcore@ietf.org
Subject: [sipcore] draft-explicit-subscription-00: URI SHOULD be sen= t using TLS or DTLS

 

Hi,

 

The text in section 8 (Security= Considerations) of draft-ietf-sipcore-refer-explicit-subscription-00 says:=

 

R= 20;For instance, SIP messages containing this URI SHOULD be sent using TLS = or DTLS.”

 

Now, while I realize that a = 220;SHOULD” does allow for other mechanisms, I think it would be good= to explicitly say that other mechanisms, providing similar protection, can= also be used.

 

Regards,

 

Christer

 

 

 

 

--_000_BBF5DDFE515C3946BC18D733B20DAD233A367412XMB122CNCrimnet_-- From nobody Thu Feb 5 08:08:19 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A0C91A01D8 for ; Thu, 5 Feb 2015 08:08:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 ZgeNxF4c1uO7 for ; Thu, 5 Feb 2015 08:08:08 -0800 (PST) Received: from alum-mailsec-scanner-4.mit.edu (alum-mailsec-scanner-4.mit.edu [18.7.68.15]) by ietfa.amsl.com (Postfix) with ESMTP id 4D0A11A898B for ; Thu, 5 Feb 2015 08:08:00 -0800 (PST) X-AuditID: 1207440f-f792a6d000001284-a4-54d3955f2094 Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) by alum-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id DF.AF.04740.F5593D45; Thu, 5 Feb 2015 11:07:59 -0500 (EST) Received: from Paul-Kyzivats-MacBook-Pro.local (c-50-138-229-151.hsd1.ma.comcast.net [50.138.229.151]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.13.8/8.12.4) with ESMTP id t15G7wgc025904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Thu, 5 Feb 2015 11:07:59 -0500 Message-ID: <54D3955E.5040501@alum.mit.edu> Date: Thu, 05 Feb 2015 11:07:58 -0500 From: Paul Kyzivat User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: sipcore@ietf.org References: <39B5E4D390E9BD4890E2B31079006101127A248D@ESESSMB301.ericsson.se> <54D38FD3.7000408@nostrum.com> In-Reply-To: <54D38FD3.7000408@nostrum.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrMIsWRmVeSWpSXmKPExsUixO6iqBs/9XKIwY6ryhZff2xic2D0WLLk J1MAYxS3TVJiSVlwZnqevl0Cd8bNuwtYC3rcK16tvsjcwNig18XIySEhYCKxYdo+VghbTOLC vfVsXYxcHEIClxklXp1Yzgzh/GWSuPDiI1gVr4C2xJK5R9hAbBYBVYk557+DxdkEtCTmHPrP AmKLCiRLrNk6iR2iXlDi5MwnYHERARGJZ9P/gfUKC8RKzN5yngViwUpGia5Z3UDbODg4gRas 3WQMUsMsYCtxZ+5uZghbXqJ562zmCYz8s5CMnYWkbBaSsgWMzKsY5RJzSnN1cxMzc4pTk3WL kxPz8lKLdE30cjNL9FJTSjcxQgKQfwdj13qZQ4wCHIxKPLwPdl8KEWJNLCuuzD3EKMnBpCTK 6zP5cogQX1J+SmVGYnFGfFFpTmrxIUYJDmYlEd47zUA53pTEyqrUonyYlDQHi5I4r/oSdT8h gfTEktTs1NSC1CKYrAwHh5IE7z2QoYJFqempFWmZOSUIaSYOTpDhXFIixal5KalFiaUlGfGg mIwvBkYlSIoHaO9VkHbe4oLEXKAoROspRkUpcd7lIAkBkERGaR7cWFhaecUoDvSlMK/3FKAq HmBKgut+BTSYCWiw7MULIINLEhFSUg2M8w1k5p7edG7S35yWBXde7Fnx6MckUaea5pOODInl rw23b5nL4rGt4I4i4/nlfhHqM75dMoo93Jqs+/fe4UkW/+5Gbtld0jPvRXzQPL7KoiURhvrr VR4c/8TOvnj6Zd9VbP/XLXj1JHPGlv1XTsTKzMj2zo6ov/2Cad02zqW/XllXKc3edJ3N21GJ pTgj0VCLuag4EQBWRSFhBgMAAA== Archived-At: Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 16:08:11 -0000 I think Adam's response makes sense. But I'll also note that the relationship of preconditions to alerting affect the callee, not the caller. If the callee chooses to answer before alerting would have been enabled, that is its decision, and we probably shouldn't second guess that. Also, for the use case described the audio is all expected to be from the AS to Alice. That can occur as soon as the media has been reserved in that direction, whether it has been established in the other direction. In Ivo's original post he only mentioned one possible outcome. What other possible outcomes were considered? You must ACK the 200. ISTM that Alice's only choices are: - process the incoming media (if it arrives) - discard the incoming media if it arrives - immediately send a BYE (but still do one of the above.) The AS did have an alternative that could circumvent this: it could await the response to the UPDATE before sending the 200 to the invite. Thanks, Paul On 2/5/15 10:44 AM, Adam Roach wrote: > I think it's a bit more nuanced than you propose below. The behavior has > to depend on whether there were mandatory preconditions in play. > > If all the preconditions were optional, then I think your analysis below > is correct. This simply falls out of a normal interpretation of 3261, > 3264, and 3311. > > But if there are mandatory preconditions in an auto-answer case, then > the session can't start until those conditions have been met. Here's > relevant text from RFC 3312, section 6: > >> For an initial INVITE, suspending and resuming session establishment >> is very intuitive. The callee will not be alerted until all the >> mandatory preconditions are met. However, offers containing >> preconditions sent in the middle of an ongoing session need further >> explanation. Both user agents SHOULD continue using the old session >> parameters until all the mandatory preconditions are met. At that >> moment, the user agents can begin using the new session parameters. > > The problem is that the text didn't consider the auto-answer case you > describe, in which alerting doesn't occur. I see two ways we could > address this. > > One approach would be avoiding the entire problem by formalizing the > "the callee will not be alerted until all the mandatory preconditions > are met" to a protocol mechanism: "the callee MUST send a reliable > provisional response after the conditions are met and MUST receive > acknowledgement of that response before sending a 200-class response to > the INVITE." > > The other approach would be to treat this the same as "preconditions > sent in the middle of an ongoing session," in which case the UAs use the > "old session" (which, in this case, is no session at all) until the > mandatory preconditions are met. In other words, for your call flow, the > session wouldn't take effect on receipt of the INVITE 200, but only on > receipt of the UPDATE 200. > > (Thinking about it another way, I suppose you could consider SDP2 in > your example to be active on receipt of the INVITE 200, but since > mandatory conditions don't match current conditions, you can't use it.) > > Regardless, I think a clarification to 3312 is in order to deal with > this "auto-answer with mandatory preconditions" case. > > /a > > On 2/5/15 08:28, Andrew Allen wrote: >> >> There hasn’t been any response to this for over 2 months (yes I know >> it arrived just before the holidays). >> >> In 3GPP we are now seeing proposals to address this along the lines >> that Ivo proposed. This problem is being seen in actual deployments >> with different implementations and needs addressing urgently. >> >> In my view this should be addressed by sipcore (not by 3GPP). If >> people believe that the action is clear based on RFC 3261 or RFC 3312 >> text please indicate that or if it is ambiguous should we include >> errata on RFC 3312 or produce a draft that updates RFC 3312. >> >> Can people please look at Ivo’s email problem description and proposed >> solution/understanding and provide opinions as to what should happen >> and if they believe it is already documented and where or if not how >> this should be resolved> >> >> thanks >> >> Andrew >> >> *From:*sipcore [mailto:sipcore-bounces@ietf.org] *On Behalf Of *Ivo >> Sedlacek >> *Sent:* Tuesday, November 25, 2014 6:20 AM >> *To:* sipcore@ietf.org >> *Subject:* [sipcore] Precondition and swap of 200 (OK) for INVITE and >> 200 (OK) for UPDATE >> >> Hello, >> >> can anyone please give advice on the following problem related to >> precondition usage in SIP session? >> >> Use case: >> >> - Alice is a mobile phone >> >> - AS is an network based announcement service. AS accepts any received >> INVITE request, sends audio with 24 hour weather forecast, and hangs up. >> >> - Alice and AS use precondition with segmented status type to indicate >> state of their resources, Alice needs to reserve resources for the >> call, AS always have resources available when call setup >> >> - the normal flow for the call is: >> >> Alice AS >> >> | | >> >> |-------------(1) INVITE SDP1--------------->| >> >> | | >> >> |<------(2) 183 Session Progress SDP2--------| >> >> | *** | >> >> |--*R*-----------(3) PRACK------------------>| >> >> | *E* | >> >> |<-*S*-------(4) 200 OK (PRACK)--------------| >> >> | *E* | >> >> | *R* | >> >> | *V* | >> >> | *A* | >> >> | *T* | >> >> | *I* | >> >> | *O* | >> >> | *N* | >> >> | *** | >> >> | *** | >> >> | *** | >> >> |-------------(5) UPDATE SDP3--------------->| >> >> | | >> >> |<--------(6) 200 OK (UPDATE) SDP4-----------| >> >> | | >> >> |<-----------(7) 200 OK (INVITE)-------------| >> >> | | >> >> |------------------(8) ACK------------------>| >> >> | | >> >> QUESTION: What is expected Alice's behavior if message (6) and message >> (7) happened to be swapped during transport from AS to Alice, as shown >> below? >> >> Alice AS >> >> | | >> >> |-------------(1) INVITE SDP1--------------->| >> >> | | >> >> |<------(2) 183 Session Progress SDP2--------| >> >> | *** | >> >> |--*R*-----------(3) PRACK------------------>| >> >> | *E* | >> >> |<-*S*-------(4) 200 OK (PRACK)--------------| >> >> | *E* | >> >> | *R* | >> >> | *V* | >> >> | *A* | >> >> | *T* | >> >> | *I* | >> >> | *O* | >> >> | *N* | >> >> | *** | >> >> | *** | >> >> | *** | >> >> |-------------(5) UPDATE SDP3--------------->| >> >> | | >> >> | +-(6) 200 OK (UPDATE) SDP4-----------| >> >> | | | >> >> |<-----------(7) 200 OK (INVITE)-------------| >> >> | | | >> >> |<------+ | >> >> In my opinion: >> >> - when receiving message (7), Alice should consider the call as >> established since 200 (OK) response is received for INVITE request. >> Alice should send media according to SDP2 as SDP answer to SDP3 has >> not been received yet. >> >> - when receiving message (6), Alice should start sending media >> according to SDP4. >> >> Any views? >> >> Kind regards >> >> Ivo Sedlacek >> >> >> >> _______________________________________________ >> sipcore mailing list >> sipcore@ietf.org >> https://www.ietf.org/mailman/listinfo/sipcore > > > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore > From nobody Thu Feb 5 09:05:54 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 884E61A00CA for ; Thu, 5 Feb 2015 09:05:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.6 X-Spam-Level: X-Spam-Status: No, score=-3.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_18=0.6, 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 xS933zdJ5_zl for ; Thu, 5 Feb 2015 09:05:36 -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 046DA1A8A0B for ; Thu, 5 Feb 2015 09:05:30 -0800 (PST) X-AuditID: c1b4fb2d-f79fc6d000001087-86-54d3a2d841e0 Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id E3.73.04231.8D2A3D45; Thu, 5 Feb 2015 18:05:28 +0100 (CET) Received: from ESESSMB301.ericsson.se ([169.254.1.154]) by ESESSHC010.ericsson.se ([153.88.183.48]) with mapi id 14.03.0210.002; Thu, 5 Feb 2015 18:05:28 +0100 From: Ivo Sedlacek To: "VAN GEEL Jan (SPC/CSP)" , Andrew Allen , "sipcore@ietf.org" Thread-Topic: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE Thread-Index: AdAIobIU/X3RKFytS+CJybDMOoda2Q4rVfBwAADul5AABE6g8A== Date: Thu, 5 Feb 2015 17:05:27 +0000 Message-ID: <39B5E4D390E9BD4890E2B310790061011280031F@ESESSMB301.ericsson.se> References: <39B5E4D390E9BD4890E2B31079006101127A248D@ESESSMB301.ericsson.se> <1E97FFD1485F1142BC075FF145A53A1E16449D76@A04080.BGC.NET> In-Reply-To: <1E97FFD1485F1142BC075FF145A53A1E16449D76@A04080.BGC.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.154] Content-Type: multipart/alternative; boundary="_000_39B5E4D390E9BD4890E2B310790061011280031FESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpnkeLIzCtJLcpLzFFi42KZGfG3RvfGosshBpe3mlvcn7eV0WLaoflM Fl9/bGJzYPaY1bCW3WPJkp9MHnfmfmULYI7isklJzcksSy3St0vgynjY8oi5YN5/porJ5/ex NzDeOMvUxcjJISFgIrH28CcoW0ziwr31bF2MXBxCAkcYJV5vP84MkhASWMwo8e2WAYjNJqAn MXHLEVaQIhGBdkaJDTdfsoAkhAViJb63PWEHsUUE4iTevX7DCmE7Sdzo6wOLswioSMzp3AVW zyvgK7H1wWsWiG0nGCVWLzsIdgangJvE5pXvwTYzCshKXP3TywhiMwuIS9x6Mh/qVAGJJXvO M0PYohIvH/9jhbCVJBbd/swEUZ8vcfdFCzvEMkGJkzOfsExgFJmFZNQsJGWzkJRBxPUkbkyd wgZha0ssW/iaGcLWlZjx7xALsvgCRvZVjKLFqcXFuelGxnqpRZnJxcX5eXp5qSWbGIExd3DL b90djKtfOx5iFOBgVOLh3XDnUogQa2JZcWXuIUZpDhYlcV4740MhQgLpiSWp2ampBalF8UWl OanFhxiZODilGhgLVyzR6lbs+9O6wXT/FfuPyp0Lgo+e+BaWnpTuKBrP9NR4zuS36qdemB14 LMg2lzeq7PWdM9/uR2vLSj7xl94ov4Erb2EX740Zc3+k1N9mjZzrtzpiZsnDRz37A3tOCE6/ LR61XedzoE/JLtncnJVd/uo9Lv9s60+Wpbl+nnDTx7jXp6mDKVqJpTgj0VCLuag4EQDivwIq mgIAAA== Archived-At: Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 17:05:42 -0000 --_000_39B5E4D390E9BD4890E2B310790061011280031FESESSMB301erics_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, > The problem probably remains the same: Alice will receive the weather for= ecast according to SDP1 till message 6 is received and then receive the wea= ther forecast according to SDP3. Alice will receive the weather forecast according to SDP3 since AS starts s= ending the weather forecast upon being informed that resources are reserved= at originating side which is in SDP3 (AS already has its own resources). However, Alice will send any media towards AS (assuming a=3Dsendrecv is neg= otiated) according to SDP2 between reception of message 7 and reception of = message 6, and upon reception of message 6, Alice will start sending any me= dia towards the AS according to SDP4. Kind regards Ivo This Communication is Confidential. We only send and receive email on the b= asis of the terms set out at www.ericsson.com/email_disclaimer From: VAN GEEL Jan (SPC/CSP) [mailto:jan.van.geel@proximus.com] Sent: 5. =FAnora 2015 15:57 To: Andrew Allen; Ivo Sedlacek; sipcore@ietf.org Subject: RE: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200= (OK) for UPDATE Looking at the description of this "service", I believe it is not so import= ant what Alice is sending but it is more important what Alice is receiving = (and what is sent by he "Announcement Server"). The problem probably remains the same: Alice will receive the weather forec= ast according to SDP1 till message 6 is received and then receive the weath= er forecast according to SDP3. Kind regards Jan Van Geel IT and Network Specialist Belgacom CIS/SCC/FVC Tel: +32 2 202 1035 Tel: +32 2 207 9032 Email : jan.van.geel@belgacom.be From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Andrew Allen Sent: Thursday 5 February 2015 15:29 To: Ivo Sedlacek; sipcore@ietf.org Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200= (OK) for UPDATE Importance: High There hasn't been any response to this for over 2 months (yes I know it arr= ived just before the holidays). In 3GPP we are now seeing proposals to address this along the lines that Iv= o proposed. This problem is being seen in actual deployments with different= implementations and needs addressing urgently. In my view this should be addressed by sipcore (not by 3GPP). If people be= lieve that the action is clear based on RFC 3261 or RFC 3312 text please in= dicate that or if it is ambiguous should we include errata on RFC 3312 or p= roduce a draft that updates RFC 3312. Can people please look at Ivo's email problem description and proposed solu= tion/understanding and provide opinions as to what should happen and if the= y believe it is already documented and where or if not how this should be r= esolved> thanks Andrew From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Ivo Sedlacek Sent: Tuesday, November 25, 2014 6:20 AM To: sipcore@ietf.org Subject: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK= ) for UPDATE Hello, can anyone please give advice on the following problem related to precondit= ion usage in SIP session? Use case: - Alice is a mobile phone - AS is an network based announcement service. AS accepts any received INVI= TE request, sends audio with 24 hour weather forecast, and hangs up. - Alice and AS use precondition with segmented status type to indicate stat= e of their resources, Alice needs to reserve resources for the call, AS alw= ays have resources available when call setup - the normal flow for the call is: Alice AS | | |-------------(1) INVITE SDP1--------------->| | | |<------(2) 183 Session Progress SDP2--------| | *** | |--*R*-----------(3) PRACK------------------>| | *E* | |<-*S*-------(4) 200 OK (PRACK)--------------| | *E* | | *R* | | *V* | | *A* | | *T* | | *I* | | *O* | | *N* | | *** | | *** | | *** | |-------------(5) UPDATE SDP3--------------->| | | |<--------(6) 200 OK (UPDATE) SDP4-----------| | | |<-----------(7) 200 OK (INVITE)-------------| | | |------------------(8) ACK------------------>| | | QUESTION: What is expected Alice's behavior if message (6) and message (7) = happened to be swapped during transport from AS to Alice, as shown below? Alice AS | | |-------------(1) INVITE SDP1--------------->| | | |<------(2) 183 Session Progress SDP2--------| | *** | |--*R*-----------(3) PRACK------------------>| | *E* | |<-*S*-------(4) 200 OK (PRACK)--------------| | *E* | | *R* | | *V* | | *A* | | *T* | | *I* | | *O* | | *N* | | *** | | *** | | *** | |-------------(5) UPDATE SDP3--------------->| | | | +-(6) 200 OK (UPDATE) SDP4-----------| | | | |<-----------(7) 200 OK (INVITE)-------------| | | | |<------+ | In my opinion: - when receiving message (7), Alice should consider the call as established= since 200 (OK) response is received for INVITE request. Alice should send = media according to SDP2 as SDP answer to SDP3 has not been received yet. - when receiving message (6), Alice should start sending media according to= SDP4. Any views? Kind regards Ivo Sedlacek ________________________________ ***** Disclaimer ***** http://www.proximus.be/maildisclaimer --_000_39B5E4D390E9BD4890E2B310790061011280031FESESSMB301erics_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello,

 

> The problem probably remains the same: A= lice will receive the weather forecast according to SDP1 till message 6 is = received and then receive the weather forecast according to SDP3.

 

Alice will receive the= weather forecast according to SDP3 since AS starts sending the weather for= ecast upon being informed that resources are reserved at originating side&n= bsp; which is in SDP3 (AS already has its own resources).

 

However, Alice will se= nd any media towards AS (assuming a=3Dsendrecv is negotiated) according to = SDP2 between reception of message 7 and reception of message 6, and upon re= ception of message 6, Alice will start sending any media towards the AS according to SDP4.

 

Kind regards

 

Ivo<= /p>

 

 

This Communication is Confid= ential. We only send and receive email on the basis of the terms set out at www.ericsson.com/email_discla= imer

From: VAN GEEL= Jan (SPC/CSP) [mailto:jan.van.geel@proximus.com]
Sent: 5. =FAnora 2015 15:57
To: Andrew Allen; Ivo Sedlacek; sipcore@ietf.org
Subject: RE: [sipcore] Precondition and swap of 200 (OK) for INVITE = and 200 (OK) for UPDATE

 

Looking= at the description of this “service”, I believe it is not so i= mportant what Alice is sending but it is more important what Alice is recei= ving (and what is sent by he “Announcement Server”).=

The pro= blem probably remains the same: Alice will receive the weather forecast acc= ording to SDP1 till message 6 is received and then receive the weather fore= cast according to SDP3.

&n= bsp;

Kind re= gards

&n= bsp;

Jan Van Geel
IT and Network Specialist
Belgacom CIS/SCC/FVC
Tel: +32 2 202 1035<= span lang=3D"EN-GB" style=3D"color:blue">
Tel: +32 2 207 9032<= span lang=3D"EN-GB" style=3D"color:blue">
Email : jan.van.geel@belgacom.be

&n= bsp;

From: sipcore = [mailto:sipcore-bounces@ietf.org] On Behalf Of Andrew Allen
Sent: Thursday 5 February 2015 15:29
To: Ivo Sedlacek; sipcore@ietf.org
Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE = and 200 (OK) for UPDATE
Importance: High

 

There hasn’t bee= n any response to this for over 2 months (yes I know it arrived just before= the holidays).

 

In 3GPP we are now see= ing proposals to address this along the lines that Ivo proposed. This probl= em is being seen in actual deployments with different implementations and n= eeds addressing urgently.

 

In my view this should= be addressed by sipcore  (not by 3GPP). If people believe that the ac= tion is clear based on RFC 3261 or RFC 3312 text please indicate that or if= it is ambiguous should we include errata on RFC 3312 or produce a draft that updates RFC 3312.

 

Can people please look= at Ivo’s email problem description and proposed solution/understandi= ng and provide opinions as to what should happen and if they believe it is = already documented and where or if not how this should be resolved>

 

thanks

Andrew

 

From: sipcore = [mailto:sipc= ore-bounces@ietf.org] On Behalf Of Ivo Sedlacek
Sent: Tuesday, November 25, 2014 6:20 AM
To: sipcore@i= etf.org
Subject: [sipcore] Precondition and swap of 200 (OK) for INVITE and = 200 (OK) for UPDATE

 

Hello,

 

can anyone please give advice on the following problem = related to precondition usage in SIP session?

 

Use case:

- Alice is a mobile phone

- AS is an network based announcement service. AS accep= ts any received INVITE request, sends audio with 24 hour weather forecast, = and hangs up.

- Alice and AS use precondition with segmented status t= ype to indicate state of their resources, Alice needs to reserve resources = for the call, AS always have resources available when call setup

- the normal flow for the call is:

 

          =      Alice      &nbs= p;            &= nbsp;           &nbs= p;        AS

 

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |-------------(1) INVITE SDP1---------------&= gt;|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |<------(2) 183 Session Progress SDP2-----= ---|

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |--*R*-----------(3) PRACK------------------&= gt;|

         &= nbsp;     |  *E*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |<-*S*-------(4) 200 OK (PRACK)-----------= ---|

         &= nbsp;     |  *E*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *R*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *V*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *A*     &nbs= p;             =             &nb= sp;       |

         &= nbsp;     |  *T*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *I*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *O*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *N*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

          =      |-------------(5) UPDATE SDP3---------------&= gt;|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |<--------(6) 200 OK (UPDATE) SDP4--------= ---|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |<-----------(7) 200 OK (INVITE)----------= ---|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |------------------(8) ACK------------------&= gt;|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

 

 

QUESTION: What is expected Alice's behavior if message = (6) and message (7) happened to be swapped during transport from AS to Alic= e, as shown below?

 

 

         &= nbsp;     Alice      &nbs= p;            &= nbsp;           &nbs= p;        AS

 

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |-------------(1) INVITE SDP1---------------&= gt;|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |<------(2) 183 Session Progress SDP2-----= ---|

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |--*R*-----------(3) PRACK------------------&= gt;|

         &= nbsp;     |  *E*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |<-*S*-------(4) 200 OK (PRACK)-----------= ---|

         &= nbsp;     |  *E*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *R*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *V*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *A*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *T*     &nbs= p;            &= nbsp;           &nbs= p;        |

          =      |  *I*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *O*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  *N*     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |  ***     &nbs= p;            &= nbsp;           &nbs= p;        |

         &= nbsp;     |-------------(5) UPDATE SDP3---------------&= gt;|

         &= nbsp;     |       &n= bsp;            = ;            &n= bsp;           |

         &= nbsp;     |       +-(6) 200 OK (UPDATE) SDP4-----------|=

         &= nbsp;     |       |       &nbs= p;            &= nbsp;           &nbs= p;   |

         &= nbsp;     |<-----------(7) 200 OK (INVITE)----------= ---|

         &= nbsp;     |       |       &nbs= p;            &= nbsp;           &nbs= p;   |

         &= nbsp;     |<------+            &n= bsp;            = ;           |

 

 

In my opinion:

- when receiving message (7), Alice should consider the= call as established since 200 (OK) response is received for INVITE request= . Alice should send media according to SDP2 as SDP answer to SDP3 has not been received yet.

- when receiving message (6), Alice should start sendin= g media according to SDP4.

 

Any views?

 

Kind regards

 

Ivo Sedlacek

 

 


***** Disclaimer *****
http://www.proximus.be/maildisclaimer=

--_000_39B5E4D390E9BD4890E2B310790061011280031FESESSMB301erics_-- From nobody Thu Feb 5 09:28:49 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 164271A1A8A for ; Thu, 5 Feb 2015 09:28:43 -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, HTML_MESSAGE=0.001, 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 SStWDeiQLIWI for ; Thu, 5 Feb 2015 09:28:39 -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 027B21A1A90 for ; Thu, 5 Feb 2015 09:28:30 -0800 (PST) X-AuditID: c1b4fb2d-f79fc6d000001087-4d-54d3a83c330e Received: from ESESSHC004.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id B4.06.04231.C38A3D45; Thu, 5 Feb 2015 18:28:29 +0100 (CET) Received: from ESESSMB301.ericsson.se ([169.254.1.154]) by ESESSHC004.ericsson.se ([153.88.183.30]) with mapi id 14.03.0210.002; Thu, 5 Feb 2015 18:28:28 +0100 From: Ivo Sedlacek To: Adam Roach , Andrew Allen , "sipcore@ietf.org" Thread-Topic: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE Thread-Index: AQHQQVqhLoGdrUUb8EepwUO7+6VZA5ziSVaA Date: Thu, 5 Feb 2015 17:28:27 +0000 Message-ID: <39B5E4D390E9BD4890E2B31079006101128003E1@ESESSMB301.ericsson.se> References: <39B5E4D390E9BD4890E2B31079006101127A248D@ESESSMB301.ericsson.se> <54D38FD3.7000408@nostrum.com> In-Reply-To: <54D38FD3.7000408@nostrum.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.154] Content-Type: multipart/alternative; boundary="_000_39B5E4D390E9BD4890E2B31079006101128003E1ESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpkkeLIzCtJLcpLzFFi42KZGfG3Rtd2xeUQg/aZLBb3521ltNjzdxG7 xdcfm9gcmD1mNaxl91iy5CeTx6ydT1gCmKO4bFJSczLLUov07RK4MnbO7GcvWBNQMX3ZKbYG xgl+XYycHBICJhKnXs9mhrDFJC7cW8/WxcjFISRwhFFi4emHLBDOYkaJJ+sXsIFUsQnoSUzc coS1i5GDQ0SgQKJjCSNIWFggVuJ72xN2EFtEIE7i3es3rBC2kcTRNzeZQGwWARWJZZN+sYG0 8gr4Shz84QIxfi2jxNWj69hB4pwC2hJrNxmDlDMKyEpc/dMLNp5ZQFzi1pP5TBB3Ckgs2XMe 6mZRiZeP/7FC2EoSi25/ZoKoz5fo+XqLBcTmFRCUODnzCcsERpFZSEbNQlI2C0nZLKArmAU0 Jdbv0ocoUZSY0v2QHcLWkGidM5cdWXwBI/sqRtHi1OLi3HQjY73Uoszk4uL8PL281JJNjMA4 O7jlt+4OxtWvHQ8xCnAwKvHwbrhzKUSINbGsuDL3EKM0B4uSOK+d8aEQIYH0xJLU7NTUgtSi +KLSnNTiQ4xMHJxSDYwz69t/TdFI9eY8b3Bx0stiV9+mg3GRq+0mXJxybM8hyYPZm59lP9nO x/3lnazC1F+MBbXfmBU6jnjdEboyLSbeW0d84tGNdga+UlXu1/tvx6ouM2NlZt77j8s1aMZ0 O7a1tysUOif/jPmhU/84qryXzbdz11+WxiDflIinj5/tldLe+3yGbLwSS3FGoqEWc1FxIgBj vld9lAIAAA== Archived-At: Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 17:28:43 -0000 --_000_39B5E4D390E9BD4890E2B31079006101128003E1ESESSMB301erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCmluIHRoZSBjYXNlIGJlbG93LCBtYW5kYXRvcnkgcHJlY29uZGl0aW9ucyBhcmUg dXNlZC4NCg0KPiBPbmUgYXBwcm9hY2ggd291bGQgYmUgYXZvaWRpbmcgdGhlIGVudGlyZSBwcm9i bGVtIGJ5IGZvcm1hbGl6aW5nIHRoZSAidGhlDQo+IGNhbGxlZSB3aWxsIG5vdCBiZSBhbGVydGVk IHVudGlsIGFsbCB0aGUgbWFuZGF0b3J5IHByZWNvbmRpdGlvbnMgYXJlIG1ldCIgdG8NCj4gYSBw cm90b2NvbCBtZWNoYW5pc206ICJ0aGUgY2FsbGVlIE1VU1Qgc2VuZCBhIHJlbGlhYmxlIHByb3Zp c2lvbmFsIHJlc3BvbnNlDQo+IGFmdGVyIHRoZSBjb25kaXRpb25zIGFyZSBtZXQgYW5kIE1VU1Qg cmVjZWl2ZSBhY2tub3dsZWRnZW1lbnQgb2YgdGhhdA0KPiByZXNwb25zZSBiZWZvcmUgc2VuZGlu ZyBhIDIwMC1jbGFzcyByZXNwb25zZSB0byB0aGUgSU5WSVRFLiINCg0KDQpUaGVyZSBpcyBhIHRo ZW9yZXRpY2FsIGNoYW5jZSBvZiBBbGljZSByZWNlaXZpbmcgMjAwIHJlc3BvbnNlIGZvciBJTlZJ VEUgQkVGT1JFIDIwMCByZXNwb25zZSBmb3IgVVBEQVRFLg0KDQpBbmQgdGhlcmUgaXMgYWxzbyBh IHJlYWxpc3RpYyBjaGFuY2Ugb2YgQWxpY2UgcmVjZWl2aW5nIHRoZSByZWxpYWJsZSBwcm92aXNp b25hbCByZXNwb25zZSBmb3IgSU5WSVRFIEJFRk9SRSAyMDAgcmVzcG9uc2UgZm9yIFVQREFURS4N Cg0KPiBUaGUgb3RoZXIgYXBwcm9hY2ggd291bGQgYmUgdG8gdHJlYXQgdGhpcyB0aGUgc2FtZSBh cyAicHJlY29uZGl0aW9ucyBzZW50IGluDQo+IHRoZSBtaWRkbGUgb2YgYW4gb25nb2luZyBzZXNz aW9uLCIgaW4gd2hpY2ggY2FzZSB0aGUgVUFzIHVzZSB0aGUgIm9sZA0KPiBzZXNzaW9uIiAod2hp Y2gsIGluIHRoaXMgY2FzZSwgaXMgbm8gc2Vzc2lvbiBhdCBhbGwpIHVudGlsIHRoZSBtYW5kYXRv cnkNCj4gcHJlY29uZGl0aW9ucyBhcmUgbWV0LiBJbiBvdGhlciB3b3JkcywgZm9yIHlvdXIgY2Fs bCBmbG93LCB0aGUgc2Vzc2lvbg0KPiB3b3VsZG4ndCB0YWtlIGVmZmVjdCBvbiByZWNlaXB0IG9m IHRoZSBJTlZJVEUgMjAwLCBidXQgb25seSBvbiByZWNlaXB0IG9mIHRoZQ0KPiBVUERBVEUgMjAw Lg0KDQoNCk5vdCBzdXJlIEkgdW5kZXJzdGFuZC4NCg0KRnJvbSBteSBwb2ludCBvZiB2aWV3LCBy ZWd1bGFyIG9mZmVyL2Fuc3dlciBhbmQgcmVndWxhciBVQUMgSU5WSVRFIHN0YXRlIG1hY2hpbmUg YW5kIFVBQyBub24tSU5WSVRFIHN0YXRlIG1hY2hpbmUgYXBwbHkuDQoNCkkuZS4gaW4gQWxpY2U6 DQoNCi0gMjAwIGZvciBJTlZJVEUgY2F1c2VzIHNlc3Npb24gZXN0YWJsaXNobWVudCAobWVkaWEg aXMgc2VudCBhY2NvcmQgdG8gbGFzdCBjb21wbGV0ZWQgU0RQIG9mZmVyL2FzbndlciByb3VuZCku DQoNCi0gMjAwIGZvciBVUERBVEUgY2F1c2VzIHN3aXRjaCBvZiBtZWRpYSBzZW5kaW5nIGZyb20g U0RQMiB0byBTRFA0DQoNCktpbmQgcmVnYXJkcw0KDQpJdm8gU2VkbGFjZWsNCg0K --_000_39B5E4D390E9BD4890E2B31079006101128003E1ESESSMB301erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1h cmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250 LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgljb2xvcjpibGFjazt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5 bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0 aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4w cHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+ PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9 ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0 PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0K PC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkhl bGxvLCA8L3NwYW4+PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7IDwvc3Bhbj48 YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5pbiB0aGUgY2FzZSBiZWxvdywgbWFuZGF0b3J5 IHByZWNvbmRpdGlvbnMgYXJlIHVzZWQuICZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9wPg0K PHA+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBPbmUgYXBwcm9hY2ggd291bGQgYmUgYXZv aWRpbmcgdGhlIGVudGlyZSBwcm9ibGVtIGJ5IGZvcm1hbGl6aW5nIHRoZSAmcXVvdDt0aGUNCjwv c3Bhbj48YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7IGNhbGxlZSB3aWxsIG5vdCBi ZSBhbGVydGVkIHVudGlsIGFsbCB0aGUgbWFuZGF0b3J5IHByZWNvbmRpdGlvbnMgYXJlIG1ldCZx dW90OyB0bw0KPC9zcGFuPjxicj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsgYSBwcm90 b2NvbCBtZWNoYW5pc206ICZxdW90O3RoZSBjYWxsZWUgTVVTVCBzZW5kIGEgcmVsaWFibGUgcHJv dmlzaW9uYWwgcmVzcG9uc2UNCjwvc3Bhbj48YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4m Z3Q7IGFmdGVyIHRoZSBjb25kaXRpb25zIGFyZSBtZXQgYW5kIE1VU1QgcmVjZWl2ZSBhY2tub3ds ZWRnZW1lbnQgb2YgdGhhdA0KPC9zcGFuPjxicj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZn dDsgcmVzcG9uc2UgYmVmb3JlIHNlbmRpbmcgYSAyMDAtY2xhc3MgcmVzcG9uc2UgdG8gdGhlIElO VklURS4mcXVvdDsNCjwvc3Bhbj48YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5UaGVyZSBp cyBhIHRoZW9yZXRpY2FsIGNoYW5jZSBvZiBBbGljZSByZWNlaXZpbmcgMjAwIHJlc3BvbnNlIGZv ciBJTlZJVEUgQkVGT1JFIDIwMCByZXNwb25zZSBmb3IgVVBEQVRFLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkFuZCB0aGVyZSBpcyBhbHNvIGEgcmVh bGlzdGljIGNoYW5jZSBvZiBBbGljZSByZWNlaXZpbmcgdGhlIHJlbGlhYmxlIHByb3Zpc2lvbmFs IHJlc3BvbnNlIGZvciBJTlZJVEUgQkVGT1JFIDIwMCByZXNwb25zZSBmb3IgVVBEQVRFLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxicj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsg VGhlIG90aGVyIGFwcHJvYWNoIHdvdWxkIGJlIHRvIHRyZWF0IHRoaXMgdGhlIHNhbWUgYXMgJnF1 b3Q7cHJlY29uZGl0aW9ucyBzZW50IGluDQo8L3NwYW4+PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+Jmd0OyB0aGUgbWlkZGxlIG9mIGFuIG9uZ29pbmcgc2Vzc2lvbiwmcXVvdDsgaW4gd2hp Y2ggY2FzZSB0aGUgVUFzIHVzZSB0aGUgJnF1b3Q7b2xkDQo8L3NwYW4+PGJyPg0KPHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+Jmd0OyBzZXNzaW9uJnF1b3Q7ICh3aGljaCwgaW4gdGhpcyBjYXNlLCBp cyBubyBzZXNzaW9uIGF0IGFsbCkgdW50aWwgdGhlIG1hbmRhdG9yeQ0KPC9zcGFuPjxicj4NCjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsgcHJlY29uZGl0aW9ucyBhcmUgbWV0LiBJbiBvdGhl ciB3b3JkcywgZm9yIHlvdXIgY2FsbCBmbG93LCB0aGUgc2Vzc2lvbg0KPC9zcGFuPjxicj4NCjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsgd291bGRuJ3QgdGFrZSBlZmZlY3Qgb24gcmVjZWlw dCBvZiB0aGUgSU5WSVRFIDIwMCwgYnV0IG9ubHkgb24gcmVjZWlwdCBvZiB0aGUNCjwvc3Bhbj48 YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7IFVQREFURSAyMDAuIDwvc3Bhbj4NCjxi cj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPk5vdCBzdXJlIEkgdW5kZXJzdGFuZC4NCjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkZyb20gbXkgcG9p bnQgb2YgdmlldywgcmVndWxhciBvZmZlci9hbnN3ZXIgYW5kIHJlZ3VsYXIgVUFDIElOVklURSBz dGF0ZSBtYWNoaW5lIGFuZCBVQUMgbm9uLUlOVklURSBzdGF0ZSBtYWNoaW5lIGFwcGx5LjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkkuZS4gaW4gQWxp Y2U6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+LSAy MDAgZm9yIElOVklURSBjYXVzZXMgc2Vzc2lvbiBlc3RhYmxpc2htZW50IChtZWRpYSBpcyBzZW50 IGFjY29yZCB0byBsYXN0IGNvbXBsZXRlZCBTRFAgb2ZmZXIvYXNud2VyIHJvdW5kKS48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4tIDIwMCBmb3IgVVBE QVRFIGNhdXNlcyBzd2l0Y2ggb2YgbWVkaWEgc2VuZGluZyBmcm9tIFNEUDIgdG8gU0RQNDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPktpbmQgcmVnYXJk czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkl2byBT ZWRsYWNlayZuYnNwOyA8L3NwYW4+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_39B5E4D390E9BD4890E2B31079006101128003E1ESESSMB301erics_-- From nobody Tue Feb 10 02:32:47 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC6521A020B for ; Tue, 10 Feb 2015 02:32:43 -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, HTML_MESSAGE=0.001, 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 6pEte5AQm94F for ; Tue, 10 Feb 2015 02:32:41 -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 B84BB1A0163 for ; Tue, 10 Feb 2015 02:32:40 -0800 (PST) X-AuditID: c1b4fb25-f791c6d00000617b-04-54d9de46ef75 Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id C3.1F.24955.64ED9D45; Tue, 10 Feb 2015 11:32:38 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.248]) by ESESSHC015.ericsson.se ([153.88.183.63]) with mapi id 14.03.0210.002; Tue, 10 Feb 2015 11:32:37 +0100 From: Christer Holmberg To: "sipcore@ietf.org" Thread-Topic: RSeq and forking Thread-Index: AdBFG7qj+AzRUuppRF6uM3CFsdbybA== Date: Tue, 10 Feb 2015 10:32:37 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.18] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D6C20C7ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrCLMWRmVeSWpSXmKPExsUyM+Jvja7bvZshBq0TFCy+/tjE5sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujLkfWQpW6VdceTyVqYHxi0YXIyeHhICJxJy9d9ggbDGJC/fW A9lcHEICRxgltp2/wQLhLGGUePJvP3sXIwcHm4CFRPc/bZAGEQFNieXftoKFhQUkJTouOIOY IgJyEgunB0NU6Ek8f3eYFcRmEVCVePL2NdgqXgFfic6LT8DijEBrv59awwRiMwuIS9x6Mp8J 4hwBiSV7zjND2KISLx//Y4WwFSU+vtrHCFGfL7G4q40dYqagxMmZT1gmMArNQjJqFpKyWUjK IOI6Egt2f2KDsLUlli18zQxjnznwmAlZfAEj+ypG0eLU4qTcdCNjvdSizOTi4vw8vbzUkk2M wGg4uOW36g7Gy28cDzEKcDAq8fAalNwMEWJNLCuuzD3EKM3BoiTOa2d8KERIID2xJDU7NbUg tSi+qDQntfgQIxMHp1QDI9fKqvDVR6qn6DZFGK/cry157NwJ0dlXpoQ+d7tvt+ttX5bdKXGT tceyN/DWsi3va15zb8LcsiKpku9M7lOXiL2/kHQu7/8dT1lZjwq5l2HFMYLNXFdcBMX0nYRz uviDLl/yeGd2W4dbw2/vEeuuPO5dV8IDhTc+y7V9emq32yEXCYbFXdH7lFiKMxINtZiLihMB y09wnGcCAAA= Archived-At: Subject: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 10:32:44 -0000 --_000_7594FB04B1934943A5C02806D1A2204B1D6C20C7ESESSMB209erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, There has been some confusion regarding RFC 3262 and forking, and I'd like = to ask whether people think an errata would be useful. The text in section 4 says: "As a result, if the UAC receives another reliable provisional response to the same request, and its RSeq value is not one= higher than the value of the sequence number, that response MUST N= OT be acknowledged with a PRACK, and MUST NOT be processed furthe= r by the UAC. An implementation MAY discard the response, or MAY ca= che the response in the hopes of receiving the missing responses." Now, in case of forking, in my opinion the UAC may receive the same (or eve= n lower) RSeq value on different early dialogs. But, there seem to be some = confusion around it. So, I wonder whether an errata would be useful, modifying the text to somet= hing like: "As a result, if the UAC receives another reliable provisional response to the same request,on a given dialog, and its RSeq value is not one higher..." Regards, Christer --_000_7594FB04B1934943A5C02806D1A2204B1D6C20C7ESESSMB209erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

There has been some confusion regarding RFC 3262 and= forking, and I’d like to ask whether people think an errata would be= useful.

 

The text in section 4 says:

 

“As a result, if = the UAC receives another reliable provisional

         &nb= sp;      response to the same request, and its RSe= q value is not one higher

         &nb= sp;      than the value of the sequence number, th= at response MUST NOT be

         &nb= sp;      acknowledged with a PRACK, and MUST NOT b= e processed further by the

         &nb= sp;      UAC.  An implementation MAY discard = the response, or MAY cache the

         &nb= sp;      response in the hopes of receiving the mi= ssing responses.”

 

Now, in case of forking, in my opinion the UAC may r= eceive the same (or even lower) RSeq value on different early dialogs. But,= there seem to be some confusion around it.

 

So, I wonder whether an errata would be useful, modi= fying the text to something like:

 

“As a result, if = the UAC receives another reliable provisional

         &nb= sp;      response to the same request,<new>o= n a given dialog</new>,

and its RSeq value is n= ot one higher…”

 

Regards,

 

Christer

 

 

 

--_000_7594FB04B1934943A5C02806D1A2204B1D6C20C7ESESSMB209erics_-- From nobody Tue Feb 10 03:37:49 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DC9E1A01A5 for ; Tue, 10 Feb 2015 03:37:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, 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 IVkpYUfH5rQY for ; Tue, 10 Feb 2015 03:37:41 -0800 (PST) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) (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 E82861A0151 for ; Tue, 10 Feb 2015 03:37:40 -0800 (PST) Received: by mail-qa0-f47.google.com with SMTP id v10so2029975qac.6 for ; Tue, 10 Feb 2015 03:37:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:content-type; bh=Dg6SzsZGfkkQZqXUHzNtMjD0nh4HrNWYMCCxMelPJEc=; b=FFvI50jrHklKVEyAW4Ki3dCdI3YDiyBu5gsGF66xE0+bnXW93YGS/UmDVV9Pqugcze AfHo/hkFawXVLMKFmEi1xsP3r6lquyN0PkzxkvshtqMlSr2QpyhJ9pq+H1v5FokB0Tgj 4u0Di7KqykIMuwToGXBUlIgj6H8AWQtWrYH4GYFIM+gYpEAFR7iK29NfB7LkgP2E4L3J YOLcZE9yAZ28OFB+NuYArb7Pi+BPke6fDVZQ6NMRIpoyfSe0vvkJbci6L8bKM4LCkCX1 wuNihEKBKqCzHwR7yZdJlPDueIUt7HTp4+6bGrd1V6BNceLM4ps7yhG0Vcnwz2/leEVv 2PZQ== X-Gm-Message-State: ALoCoQkA2Wlcbkqe3E4UGxOWYb2jTCnOrdQNvjo0KHd99CfI3GeqbGLIuuBiVZ+0TtIc/kymcC8Z X-Received: by 10.224.29.137 with SMTP id q9mr52108605qac.95.1423568260174; Tue, 10 Feb 2015 03:37:40 -0800 (PST) From: Brett Tate References: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQEnHgokZ+ayyTXgKUtHu01iNGaeM548Dzeg Date: Tue, 10 Feb 2015 06:37:39 -0500 Message-ID: <35aa09306467495849a73b5c39564fb3@mail.gmail.com> To: Christer Holmberg , sipcore@ietf.org Content-Type: multipart/alternative; boundary=047d7bdc78b676283f050eba5088 Archived-At: Subject: Re: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 11:37:44 -0000 --047d7bdc78b676283f050eba5088 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I agree that some vendors have misinterpreted the sentence (and other aspects of the RFC such as if only 200 and 481 are valid responses to a PRACK). The errata would mainly just be useful to quickly end debate with those who think devices are somehow supposed to magically coordinate RSeq generation with other devices when forking has occurred. *From:* sipcore [mailto:sipcore-bounces@ietf.org] *On Behalf Of *Christer Holmberg *Sent:* Tuesday, February 10, 2015 5:33 AM *To:* sipcore@ietf.org *Subject:* [sipcore] RSeq and forking Hi, There has been some confusion regarding RFC 3262 and forking, and I=E2=80= =99d like to ask whether people think an errata would be useful. The text in section 4 says: =E2=80=9CAs a result, if the UAC receives another reliable provisional response to the same request, and its RSeq value is not one higher than the value of the sequence number, that response MUST NOT be acknowledged with a PRACK, and MUST NOT be processed further by the UAC. An implementation MAY discard the response, or MAY cache the response in the hopes of receiving the missing responses.= =E2=80=9D Now, in case of forking, in my opinion the UAC may receive the same (or even lower) RSeq value on different early dialogs. But, there seem to be some confusion around it. So, I wonder whether an errata would be useful, modifying the text to something like: =E2=80=9CAs a result, if the UAC receives another reliable provisional response to the same request,on a given dialog, and its RSeq value is not one higher=E2=80=A6=E2=80=9D Regards, Christer --047d7bdc78b676283f050eba5088 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi,

=C2=A0<= /span>

I agree that= some vendors have misinterpreted the sentence (and other aspects of the RF= C such as if only 200 and 481 are valid responses to a PRACK).

=C2=A0

The errata would mainly just = be useful to quickly end debate with those who think devices are somehow su= pposed to magically coordinate RSeq generation with other devices when fork= ing has occurred.

=C2=A0

=C2=A0

From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Christer = Holmberg
Sent: Tuesday, February 10, 2015 5:33 AM
To: <= a href=3D"mailto:sipcore@ietf.org">sipcore@ietf.org
Subject: = [sipcore] RSeq and forking

=C2= =A0

Hi,

=C2=A0

There h= as been some confusion regarding RFC 3262 and forking, and I=E2=80=99d like= to ask whether people think an errata would be useful.

=C2=A0

The text in section 4 says:

=C2=A0

=E2=80=9CAs a result, if the UAC receives another reliable provisional<= /p>

=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 response to the same request, and its = RSeq value is not one higher

=C2=A0=C2=A0 =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 than the= value of the sequence number, that response MUST NOT be

=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 acknowledged with a PRACK, and MUST NOT be processed fur= ther by the

=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 UAC.=C2=A0 An implementati= on MAY discard the response, or MAY cache the

=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 response in the hopes of receiving the missing responses.=E2=80= =9D

=C2=A0

Now, in case= of forking, in my opinion the UAC may receive the same (or even lower) RSe= q value on different early dialogs. But, there seem to be some confusion ar= ound it.

=C2=A0

So, I w= onder whether an errata would be useful, modifying the text to something li= ke:

=C2=A0

=E2=80=9CAs a result, if the UAC receives another reliable p= rovisional

=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 response to the same reque= st,<new>on a given dialog</new>,

and its RSeq value is not one higher=E2=80=A6=E2=80= =9D

=C2=A0

Regards,

=C2=A0

Christer

=C2=A0

--047d7bdc78b676283f050eba5088-- From nobody Tue Feb 10 05:30:20 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A33C01A011B for ; Tue, 10 Feb 2015 05:30:12 -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, HTML_MESSAGE=0.001, 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 lxZ5eeywhYjG for ; Tue, 10 Feb 2015 05:30:09 -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 7D4BB1A0195 for ; Tue, 10 Feb 2015 05:30:00 -0800 (PST) X-AuditID: c1b4fb30-f79106d000001184-05-54da07d65ebf Received: from ESESSHC011.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 03.27.04484.6D70AD45; Tue, 10 Feb 2015 14:29:58 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.248]) by ESESSHC011.ericsson.se ([153.88.183.51]) with mapi id 14.03.0210.002; Tue, 10 Feb 2015 14:29:57 +0100 From: Christer Holmberg To: Brett Tate , "sipcore@ietf.org" Thread-Topic: [sipcore] RSeq and forking Thread-Index: AdBFG7qj+AzRUuppRF6uM3CFsdbybAAAdzCAAAXWUzA= Date: Tue, 10 Feb 2015 13:29:57 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D6C3595@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> <35aa09306467495849a73b5c39564fb3@mail.gmail.com> In-Reply-To: <35aa09306467495849a73b5c39564fb3@mail.gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.18] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D6C3595ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrGLMWRmVeSWpSXmKPExsUyM+Jvje419lshBt+PClg0z//HaPH1xyY2 ByaPH7cDPZYs+ckUwBTFZZOSmpNZllqkb5fAlbHo1DnGgr60iv1bTzE2MK5J7mLk5JAQMJHY 1/uCCcIWk7hwbz0biC0kcIRR4sehpC5GLiB7CaPEpUObgIo4ONgELCS6/2mDmCIC3hLHl6eA lAsLqEtcnf6eGcQWEdCQ2HnhDRuEbSUx7cNpdhCbRUBVYsmk32BxXgFfiYMz77FBjG9klPi7 fS1YEaeAncSb7cfB7mEEuuf7qTVgNrOAuMStJ/Oh7hSQWLLnPDOELSrx8vE/VghbUeLjq32M EPX5EjO+L2WGWCYocXLmE5YJjCKzkIyahaRsFpKyWUCvMQtoSqzfpQ9RoigxpfshO4StIdE6 Zy47svgCRvZVjKLFqcVJuelGRnqpRZnJxcX5eXp5qSWbGIERdXDLb4MdjC+fOx5iFOBgVOLh NSi5GSLEmlhWXJl7iFGag0VJnNfO+FCIkEB6YklqdmpqQWpRfFFpTmrxIUYmDk6pBkbfX+83 PjCMNXULt+PtuZ+rdXRR5eGaye2TmGcViM9s52vN7jF7vZ3D4feea+qP+S/5hIVN8z0+a+9Z Vc6aBWKHZGeY1O7d3WcXeu67y+o94ex1Znf/T5l9MkXcd2LWqq3ip1IiDX2fJax95P6g686M 0O+qG4wfm1dfyN1emxd//3CuSpDmLlslluKMREMt5qLiRACURuLsiQIAAA== Archived-At: Subject: Re: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 13:30:12 -0000 --_000_7594FB04B1934943A5C02806D1A2204B1D6C3595ESESSMB209erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCj4gSSBhZ3JlZSB0aGF0IHNvbWUgdmVuZG9ycyBoYXZlIG1pc2ludGVycHJldGVkIHRo ZSBzZW50ZW5jZSAoYW5kIG90aGVyIGFzcGVjdHMgb2YgdGhlIFJGQyBzdWNoIGFzIGlmIG9ubHkg MjAwIGFuZCA0ODEgYXJlIHZhbGlkIHJlc3BvbnNlcyB0byBhIFBSQUNLKS4NCj4NCj4gVGhlIGVy cmF0YSB3b3VsZCBtYWlubHkganVzdCBiZSB1c2VmdWwgdG8gcXVpY2tseSBlbmQgZGViYXRlIHdp dGggdGhvc2Ugd2hvIHRoaW5rIGRldmljZXMgYXJlIHNvbWVob3cgc3VwcG9zZWQgdG8gbWFnaWNh bGx5IGNvb3JkaW5hdGUgUlNlcSBnZW5lcmF0aW9uIHdpdGggb3RoZXIgZGV2aWNlcyB3aGVuIGZv cmtpbmcgaGFzIG9jY3VycmVkLg0KDQpDb3JyZWN0Lg0KDQpPciwgd2UgY291bGQgd3JpdGUgYSBw cmFjay1jbGFyaWZpY2F0aW9uIGRyYWZ0Lg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQpGcm9t OiBzaXBjb3JlIFttYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpzaXBjb3Jl LWJvdW5jZXNAaWV0Zi5vcmc+XSBPbiBCZWhhbGYgT2YgQ2hyaXN0ZXIgSG9sbWJlcmcNClNlbnQ6 IFR1ZXNkYXksIEZlYnJ1YXJ5IDEwLCAyMDE1IDU6MzMgQU0NClRvOiBzaXBjb3JlQGlldGYub3Jn PG1haWx0bzpzaXBjb3JlQGlldGYub3JnPg0KU3ViamVjdDogW3NpcGNvcmVdIFJTZXEgYW5kIGZv cmtpbmcNCg0KSGksDQoNClRoZXJlIGhhcyBiZWVuIHNvbWUgY29uZnVzaW9uIHJlZ2FyZGluZyBS RkMgMzI2MiBhbmQgZm9ya2luZywgYW5kIEnigJlkIGxpa2UgdG8gYXNrIHdoZXRoZXIgcGVvcGxl IHRoaW5rIGFuIGVycmF0YSB3b3VsZCBiZSB1c2VmdWwuDQoNClRoZSB0ZXh0IGluIHNlY3Rpb24g NCBzYXlzOg0KDQrigJxBcyBhIHJlc3VsdCwgaWYgdGhlIFVBQyByZWNlaXZlcyBhbm90aGVyIHJl bGlhYmxlIHByb3Zpc2lvbmFsDQogICAgICAgICAgICAgICAgcmVzcG9uc2UgdG8gdGhlIHNhbWUg cmVxdWVzdCwgYW5kIGl0cyBSU2VxIHZhbHVlIGlzIG5vdCBvbmUgaGlnaGVyDQogICAgICAgICAg ICAgICAgdGhhbiB0aGUgdmFsdWUgb2YgdGhlIHNlcXVlbmNlIG51bWJlciwgdGhhdCByZXNwb25z ZSBNVVNUIE5PVCBiZQ0KICAgICAgICAgICAgICAgIGFja25vd2xlZGdlZCB3aXRoIGEgUFJBQ0ss IGFuZCBNVVNUIE5PVCBiZSBwcm9jZXNzZWQgZnVydGhlciBieSB0aGUNCiAgICAgICAgICAgICAg ICBVQUMuICBBbiBpbXBsZW1lbnRhdGlvbiBNQVkgZGlzY2FyZCB0aGUgcmVzcG9uc2UsIG9yIE1B WSBjYWNoZSB0aGUNCiAgICAgICAgICAgICAgICByZXNwb25zZSBpbiB0aGUgaG9wZXMgb2YgcmVj ZWl2aW5nIHRoZSBtaXNzaW5nIHJlc3BvbnNlcy7igJ0NCg0KTm93LCBpbiBjYXNlIG9mIGZvcmtp bmcsIGluIG15IG9waW5pb24gdGhlIFVBQyBtYXkgcmVjZWl2ZSB0aGUgc2FtZSAob3IgZXZlbiBs b3dlcikgUlNlcSB2YWx1ZSBvbiBkaWZmZXJlbnQgZWFybHkgZGlhbG9ncy4gQnV0LCB0aGVyZSBz ZWVtIHRvIGJlIHNvbWUgY29uZnVzaW9uIGFyb3VuZCBpdC4NCg0KU28sIEkgd29uZGVyIHdoZXRo ZXIgYW4gZXJyYXRhIHdvdWxkIGJlIHVzZWZ1bCwgbW9kaWZ5aW5nIHRoZSB0ZXh0IHRvIHNvbWV0 aGluZyBsaWtlOg0KDQrigJxBcyBhIHJlc3VsdCwgaWYgdGhlIFVBQyByZWNlaXZlcyBhbm90aGVy IHJlbGlhYmxlIHByb3Zpc2lvbmFsDQogICAgICAgICAgICAgICAgcmVzcG9uc2UgdG8gdGhlIHNh bWUgcmVxdWVzdCw8bmV3Pm9uIGEgZ2l2ZW4gZGlhbG9nPC9uZXc+LA0KYW5kIGl0cyBSU2VxIHZh bHVlIGlzIG5vdCBvbmUgaGlnaGVy4oCm4oCdDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCg== --_000_7594FB04B1934943A5C02806D1A2204B1D6C3595ESESSMB209erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1 ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl cmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRl LCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2Vy aWYiO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xp c3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0K CW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYu MHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29s b3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMx RjQ5N0Q7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24g VGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJh bGxvb24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCi5Nc29D aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4w cHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdp bjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhpLDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jmd0OyA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPkkgYWdyZWUgdGhhdCBzb21lIHZlbmRvcnMgaGF2ZSBtaXNpbnRlcnByZXRlZCB0aGUg c2VudGVuY2UgKGFuZCBvdGhlciBhc3BlY3RzIG9mIHRoZSBSRkMgc3VjaCBhcyBpZiBvbmx5IDIw MCBhbmQgNDgxIGFyZSB2YWxpZCByZXNwb25zZXMgdG8gYSBQUkFDSykuPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PiZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj4mZ3Q7IDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhlIGVycmF0YSB3 b3VsZCBtYWlubHkganVzdCBiZSB1c2VmdWwgdG8gcXVpY2tseSBlbmQgZGViYXRlIHdpdGggdGhv c2Ugd2hvIHRoaW5rIGRldmljZXMgYXJlIHNvbWVob3cgc3VwcG9zZWQgdG8gbWFnaWNhbGx5IGNv b3JkaW5hdGUgUlNlcSBnZW5lcmF0aW9uIHdpdGggb3RoZXIgZGV2aWNlcyB3aGVuDQogZm9ya2lu ZyBoYXMgb2NjdXJyZWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Db3Jy ZWN0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+T3IsIHdlIGNvdWxkIHdy aXRlIGEgcHJhY2stY2xhcmlmaWNhdGlvbiBkcmFmdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv bG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij5DaHJpc3RlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRp bmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9t Ojwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBzaXBjb3JlIFttYWlsdG86 PGEgaHJlZj0ibWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZyI+c2lwY29yZS1ib3VuY2Vz QGlldGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+Q2hyaXN0ZXIgSG9sbWJlcmc8YnI+ DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgRmVicnVhcnkgMTAsIDIwMTUgNTozMyBBTTxicj4NCjxi PlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmciPnNpcGNvcmVAaWV0Zi5v cmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RkkiPkhpLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkZJIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5UaGVyZSBoYXMgYmVlbiBzb21lIGNvbmZ1c2lvbiByZWdhcmRpbmcgUkZDIDMyNjIgYW5k IGZvcmtpbmcsIGFuZCBJ4oCZZCBsaWtlIHRvIGFzayB3aGV0aGVyIHBlb3BsZSB0aGluayBhbiBl cnJhdGEgd291bGQgYmUgdXNlZnVsLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgdGV4dCBp biBzZWN0aW9uIDQgc2F5czo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5k ZW50OjM2LjBwdCI+4oCcQXMgYSByZXN1bHQsIGlmIHRoZSBVQUMgcmVjZWl2ZXMgYW5vdGhlciBy ZWxpYWJsZSBwcm92aXNpb25hbDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZXNwb25zZSB0byB0aGUgc2FtZSByZXF1ZXN0 LCBhbmQgaXRzIFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdoZXI8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhhbiB0aGUg dmFsdWUgb2YgdGhlIHNlcXVlbmNlIG51bWJlciwgdGhhdCByZXNwb25zZSBNVVNUIE5PVCBiZTxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBhY2tub3dsZWRnZWQgd2l0aCBhIFBSQUNLLCBhbmQgTVVTVCBOT1QgYmUgcHJvY2Vz c2VkIGZ1cnRoZXIgYnkgdGhlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFVBQy4mbmJzcDsgQW4gaW1wbGVtZW50YXRpb24g TUFZIGRpc2NhcmQgdGhlIHJlc3BvbnNlLCBvciBNQVkgY2FjaGUgdGhlPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlc3Bv bnNlIGluIHRoZSBob3BlcyBvZiByZWNlaXZpbmcgdGhlIG1pc3NpbmcgcmVzcG9uc2VzLuKAnTxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Ob3csIGluIGNhc2Ugb2YgZm9ya2luZywgaW4gbXkgb3Bp bmlvbiB0aGUgVUFDIG1heSByZWNlaXZlIHRoZSBzYW1lIChvciBldmVuIGxvd2VyKSBSU2VxIHZh bHVlIG9uIGRpZmZlcmVudCBlYXJseSBkaWFsb2dzLiBCdXQsIHRoZXJlIHNlZW0gdG8gYmUgc29t ZSBjb25mdXNpb24gYXJvdW5kIGl0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TbywgSSB3b25k ZXIgd2hldGhlciBhbiBlcnJhdGEgd291bGQgYmUgdXNlZnVsLCBtb2RpZnlpbmcgdGhlIHRleHQg dG8gc29tZXRoaW5nIGxpa2U6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWlu ZGVudDozNi4wcHQiPuKAnEFzIGEgcmVzdWx0LCBpZiB0aGUgVUFDIHJlY2VpdmVzIGFub3RoZXIg cmVsaWFibGUgcHJvdmlzaW9uYWw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVzcG9uc2UgdG8gdGhlIHNhbWUgcmVxdWVz dCwmbHQ7bmV3Jmd0O29uIGEgZ2l2ZW4gZGlhbG9nJmx0Oy9uZXcmZ3Q7LDxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjM2LjBwdCI+YW5kIGl0 cyBSU2VxIHZhbHVlIGlzIG5vdCBvbmUgaGlnaGVy4oCm4oCdPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6MzYuMHB0Ij4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2FyZHMsPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkNocmlzdGVyPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_7594FB04B1934943A5C02806D1A2204B1D6C3595ESESSMB209erics_-- From nobody Tue Feb 10 06:43:48 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 052061A1BDB for ; Tue, 10 Feb 2015 06:43:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 0FyJ3gh1MrGf for ; Tue, 10 Feb 2015 06:43:43 -0800 (PST) Received: from alum-mailsec-scanner-8.mit.edu (alum-mailsec-scanner-8.mit.edu [18.7.68.20]) by ietfa.amsl.com (Postfix) with ESMTP id C5A4A1A1B71 for ; Tue, 10 Feb 2015 06:43:41 -0800 (PST) X-AuditID: 12074414-f797f6d000004084-b0-54da191d0b2b Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) by alum-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 25.78.16516.D191AD45; Tue, 10 Feb 2015 09:43:41 -0500 (EST) Received: from Paul-Kyzivats-MacBook-Pro.local (c-50-138-229-151.hsd1.ma.comcast.net [50.138.229.151]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.13.8/8.12.4) with ESMTP id t1AEhVq0010983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Tue, 10 Feb 2015 09:43:40 -0500 Message-ID: <54DA1911.7070804@alum.mit.edu> Date: Tue, 10 Feb 2015 09:43:29 -0500 From: Paul Kyzivat User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: sipcore@ietf.org References: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> <35aa09306467495849a73b5c39564fb3@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D6C3595@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D6C3595@ESESSMB209.ericsson.se> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrIIsWRmVeSWpSXmKPExsUixO6iqCsreSvEYMJqNouvPzaxOTB6LFny kymAMYrbJimxpCw4Mz1P3y6BO+PU9/NMBf8EK9p6LzE2MJ7j7WLk5JAQMJE4/OUoE4QtJnHh 3no2EFtI4DKjRMdOky5GLiD7H5PE11n3wYp4BbQlPqxdygJiswioSpza9wSsgU1AS2LOof9A cQ4OUYFkiRuLYiDKBSVOznwCVi4iICLxbPo/sHJhAXWJ809+MkHMP8goMfvJEVaQXk4BP4mu 45UgNcwCthJ35u5mhrDlJZq3zmaewMg/C8nYWUjKZiEpW8DIvIpRLjGnNFc3NzEzpzg1Wbc4 OTEvL7VI10IvN7NELzWldBMjJPhEdjAeOSl3iFGAg1GJh7cg8WaIEGtiWXFl7iFGSQ4mJVHe sO9AIb6k/JTKjMTijPii0pzU4kOMEhzMSiK8KmK3QoR4UxIrq1KL8mFS0hwsSuK83xar+wkJ pCeWpGanphakFsFkZTg4lCR4DcWBGgWLUtNTK9Iyc0oQ0kwcnCDDuaREilPzUlKLEktLMuJB 8RhfDIxIkBQP0N4ckHbe4oLEXKAoROspRkUpcV57kIQASCKjNA9uLCylvGIUB/pSmHcPSBUP MB3Bdb8CGswENLig4AbI4JJEhJRUAyN7sbqC5RsH541eL9Rf3vp/rTz174KTD2dXBFcsNHX5 6MetoZIayLpk4dwNh7c9PjC7oPW2+7NlQZ9C0pkfcuc93vhIwLhFRcuhSetBxak+hWiGvsif OQcjlstyN+QUi3xV235QeJ+OcLCjM9vawJyQop1MEb2MpQlcjrmHz524pvczdc8tIyWW4oxE Qy3mouJEAFEggPYEAwAA Archived-At: Subject: Re: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 14:43:46 -0000 On 2/10/15 8:29 AM, Christer Holmberg wrote: > Hi, > >>I agree that some vendors have misinterpreted the sentence (and other > aspects of the RFC such as if only 200 and 481 are valid responses to a > PRACK). > >> > >>The errata would mainly just be useful to quickly end debate with those > who think devices are somehow supposed to magically coordinate RSeq > generation with other devices when forking has occurred. > > Correct. > > Or, we could write a prack-clarification draft. ISTM that a prack-clarification draft is overkill. An erratum on this seems to make sense if there has been confusion. Thanks, Paul > Regards, > > Christer > > *From:*sipcore [mailto:sipcore-bounces@ietf.org > ] *On Behalf Of *Christer Holmberg > *Sent:* Tuesday, February 10, 2015 5:33 AM > *To:* sipcore@ietf.org > *Subject:* [sipcore] RSeq and forking > > Hi, > > There has been some confusion regarding RFC 3262 and forking, and I’d > like to ask whether people think an errata would be useful. > > The text in section 4 says: > > “As a result, if the UAC receives another reliable provisional > > response to the same request, and its RSeq value is not > one higher > > than the value of the sequence number, that response > MUST NOT be > > acknowledged with a PRACK, and MUST NOT be processed > further by the > > UAC. An implementation MAY discard the response, or > MAY cache the > > response in the hopes of receiving the missing responses.” > > Now, in case of forking, in my opinion the UAC may receive the same (or > even lower) RSeq value on different early dialogs. But, there seem to be > some confusion around it. > > So, I wonder whether an errata would be useful, modifying the text to > something like: > > “As a result, if the UAC receives another reliable provisional > > response to the same request,on a given dialog, > > and its RSeq value is not one higher…” > > Regards, > > Christer > > > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore > From nobody Tue Feb 10 07:20:22 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5992D1A9042 for ; Tue, 10 Feb 2015 07:20:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-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 QnUpL4jhr9NP for ; Tue, 10 Feb 2015 07:20:10 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 B95731A903E for ; Tue, 10 Feb 2015 07:20:10 -0800 (PST) Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by nostrum.com (8.14.9/8.14.7) with ESMTP id t1AFK74g086216 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Feb 2015 09:20:08 -0600 (CST) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110] claimed to be Orochi.local Message-ID: <54DA21A7.9080809@nostrum.com> Date: Tue, 10 Feb 2015 09:20:07 -0600 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Paul Kyzivat , sipcore@ietf.org References: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> <35aa09306467495849a73b5c39564fb3@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D6C3595@ESESSMB209.ericsson.se> <54DA1911.7070804@alum.mit.edu> In-Reply-To: <54DA1911.7070804@alum.mit.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 15:20:16 -0000 On 2/10/15 08:43, Paul Kyzivat wrote: > On 2/10/15 8:29 AM, Christer Holmberg wrote: >> Hi, >> >>> I agree that some vendors have misinterpreted the sentence (and other >> aspects of the RFC such as if only 200 and 481 are valid responses to a >> PRACK). >> >>> >> >>> The errata would mainly just be useful to quickly end debate with those >> who think devices are somehow supposed to magically coordinate RSeq >> generation with other devices when forking has occurred. >> >> Correct. >> >> Or, we could write a prack-clarification draft. > > ISTM that a prack-clarification draft is overkill. > An erratum on this seems to make sense if there has been confusion. I agree with Paul that this is a matter for the errata system rather than rationale for a new document. /a From nobody Tue Feb 10 08:54:22 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AFDA1A9071 for ; Tue, 10 Feb 2015 08:54:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-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 LUD6ElhDwCo5 for ; Tue, 10 Feb 2015 08:54:17 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 828701A907B for ; Tue, 10 Feb 2015 08:52:06 -0800 (PST) Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by nostrum.com (8.14.9/8.14.7) with ESMTP id t1AGq505093261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 10 Feb 2015 10:52:06 -0600 (CST) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110] claimed to be Orochi.local Message-ID: <54DA3735.30807@nostrum.com> Date: Tue, 10 Feb 2015 10:52:05 -0600 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "'SIPCORE'" Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [sipcore] WGLC / Call for Adoption: REFER-related work X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 16:54:22 -0000 [as chair] The work surrounding the three documents dealing with SIP Events and REFER seems to have reached a fairly stable point, so I'd like to take the final administrative actions needed for publication. In Honolulu, we asked the room for a general sense of whether they wanted to adopt draft-roach-sipcore-6665-clarification as a working group document. There was general agreement that we did. This is a formal on-list call to validate this adoption; if you object, please speak up. This is a formal working group last call for all three of the following documents: draft-ietf-sipcore-refer-clarifications, draft-ietf-sipcore-refer-explicit-subscription, and draft-roach-sipcore-6665-clarification. The call for adoption and all three working group last calls are running in parallel for the next two weeks (through Tuesday, February 24th). Interested parties should comment on the SIPCORE mailing list. For convenience, here are links to the three documents: https://datatracker.ietf.org/doc/draft-ietf-sipcore-refer-clarifications/ https://datatracker.ietf.org/doc/draft-ietf-sipcore-refer-explicit-subscription/ https://datatracker.ietf.org/doc/draft-roach-sipcore-6665-clarification/ Thanks! /a From nobody Tue Feb 10 08:59:54 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54C661A90A7 for ; Tue, 10 Feb 2015 08:59:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-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 E1PsafEKlIzr for ; Tue, 10 Feb 2015 08:59:38 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 5C7631A9081 for ; Tue, 10 Feb 2015 08:59:38 -0800 (PST) Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by nostrum.com (8.14.9/8.14.7) with ESMTP id t1AGxSqJ093863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Feb 2015 10:59:29 -0600 (CST) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110] claimed to be Orochi.local Message-ID: <54DA38F0.9020000@nostrum.com> Date: Tue, 10 Feb 2015 10:59:28 -0600 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Ivo Sedlacek , Andrew Allen , "sipcore@ietf.org" References: <39B5E4D390E9BD4890E2B31079006101127A248D@ESESSMB301.ericsson.se> <54D38FD3.7000408@nostrum.com> <39B5E4D390E9BD4890E2B31079006101128003E1@ESESSMB301.ericsson.se> In-Reply-To: <39B5E4D390E9BD4890E2B31079006101128003E1@ESESSMB301.ericsson.se> Content-Type: multipart/alternative; boundary="------------010701080504040609070109" Archived-At: Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 16:59:40 -0000 This is a multi-part message in MIME format. --------------010701080504040609070109 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 2/5/15 11:28, Ivo Sedlacek wrote: > in the case below, mandatory preconditions are used. .... > > From my point of view, regular offer/answer and regular UAC INVITE > state machine and UAC non-INVITE state machine apply. > > I.e. in Alice: > > - 200 for INVITE causes session establishment (media is sent accord to > last completed SDP offer/asnwer round). > > - 200 for UPDATE causes switch of media sending from SDP2 to SDP4 > > If you want to think of it that way, then you need to keep in mind that SDP2 in your example contains unmet mandatory preconditions. This means that it cannot be used for media. This might technically be a distinction, but it's not a difference: the session still isn't usable until SDP4 arrives. /a --------------010701080504040609070109 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 2/5/15 11:28, Ivo Sedlacek wrote:
in the case below, mandatory preconditions are used.  
....

From my point of view, regular offer/answer and regular UAC INVITE state machine and UAC non-INVITE state machine apply.

I.e. in Alice:

- 200 for INVITE causes session establishment (media is sent accord to last completed SDP offer/asnwer round).

- 200 for UPDATE causes switch of media sending from SDP2 to SDP4



If you want to think of it that way, then you need to keep in mind that SDP2 in your example contains unmet mandatory preconditions. This means that it cannot be used for media. This might technically be a distinction, but it's not a difference: the session still isn't usable until SDP4 arrives.

/a
--------------010701080504040609070109-- From nobody Tue Feb 10 09:01:01 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4627B1A90B1 for ; Tue, 10 Feb 2015 09:00:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-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 vlqFePBF96VU for ; Tue, 10 Feb 2015 09:00:53 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 0DD101A9081 for ; Tue, 10 Feb 2015 09:00:49 -0800 (PST) Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by nostrum.com (8.14.9/8.14.7) with ESMTP id t1AH0mGn094000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 10 Feb 2015 11:00:49 -0600 (CST) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110] claimed to be Orochi.local Message-ID: <54DA3940.6040204@nostrum.com> Date: Tue, 10 Feb 2015 11:00:48 -0600 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "'SIPCORE'" Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [sipcore] SIPCORE not meeting in Dallas X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 17:00:57 -0000 [as chair] For avoidance of doubt, the SIPCORE working group does not plan to meet at the upcoming IETF meeting in Dallas next month. The volume of list traffic has not demonstrated any open issues that have enough interest to warrant the use of the limited resources available during a face-to-face meeting week. /a From nobody Tue Feb 10 12:43:19 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D3BB1A1BEA for ; Tue, 10 Feb 2015 12:43:16 -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 VnqVwblHe8Fz for ; Tue, 10 Feb 2015 12:43:13 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 02E5F1A6F0B for ; Tue, 10 Feb 2015 12:43:12 -0800 (PST) X-AuditID: c1b4fb3a-f79116d000000fec-11-54da6d5e5134 Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 8A.C6.04076.E5D6AD45; Tue, 10 Feb 2015 21:43:10 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.248]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0210.002; Tue, 10 Feb 2015 21:43:09 +0100 From: Christer Holmberg To: Adam Roach , 'SIPCORE' Thread-Topic: [sipcore] WGLC / Call for Adoption: REFER-related work Thread-Index: AQHQRVI6331iREDhEEqe5g9E0UXi6JzqWSSg Date: Tue, 10 Feb 2015 20:43:09 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D6C9D62@ESESSMB209.ericsson.se> References: <54DA3735.30807@nostrum.com> In-Reply-To: <54DA3735.30807@nostrum.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrILMWRmVeSWpSXmKPExsUyM+JvjW5c7q0Qg46bYhZ7/i5it/j6YxOb A5PHkiU/mTxm7XzCEsAUxWWTkpqTWZZapG+XwJWx4sJf1oKjvBVfFp5maWDcx93FyMkhIWAi 8XLJNlYIW0ziwr31bF2MXBxCAkcYJb6susMK4SxhlPjx5xVQhoODTcBCovufNkiDiIC9xNuv a8GahQWcJboXX2CDiLtI7Hv8ghnCNpJYuGEZmM0ioCoxZcsFFhCbV8BX4tDm32C2kICGxP+J 95lAbE4BTYnePx2MIDYj0EHfT60BizMLiEvcejKfCeJQAYkle84zQ9iiEi8f/4N6QEli0e3P UPU6Egt2f2KDsLUlli18zQyxV1Di5MwnLBMYRWchGTsLScssJC2zkLQsYGRZxShanFpcnJtu ZKSXWpSZXFycn6eXl1qyiREYJwe3/LbawXjwueMhRgEORiUeXoOSmyFCrIllxZW5hxilOViU xHntjA+FCAmkJ5akZqemFqQWxReV5qQWH2Jk4uCUamCsX3aPh1dC5oOXgMq+/a9fTu2cdz16 ruP3tPhXF8Ne23LP+WGSlvF9x5f9vYIhwS/8SnpWTea6cbhdWdCpVlCvyGn+CfZ3HJvrnj/l DrxiVsRpG/XgX2eyV+C/KnfLgF+382MSpF80yMfe2dG2vzni2anKTdlBj5eY/F8Qezxy67cQ /VaJDV5KLMUZiYZazEXFiQA5hCUqdAIAAA== Archived-At: Subject: Re: [sipcore] WGLC / Call for Adoption: REFER-related work X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 20:43:16 -0000 Hi, I support the adoption of draft-roach-sipcore-6665-clarification as a WG do= cument. Regards, Christer -----Original Message----- From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Adam Roach Sent: 10 February 2015 18:52 To: 'SIPCORE' Subject: [sipcore] WGLC / Call for Adoption: REFER-related work [as chair] The work surrounding the three documents dealing with SIP Events and REFER = seems to have reached a fairly stable point, so I'd like to take the final = administrative actions needed for publication. In Honolulu, we asked the room for a general sense of whether they wanted t= o adopt draft-roach-sipcore-6665-clarification as a working group document.= There was general agreement that we did. This is a formal on-list call to = validate this adoption; if you object, please speak up. This is a formal working group last call for all three of the following documents: draft-ietf-sipcore-refer-clarifications, draft-ietf-sipcore-refer-explicit-subscription, and draft-roach-sipcore-666= 5-clarification. The call for adoption and all three working group last calls are running in= parallel for the next two weeks (through Tuesday, February 24th).=20 Interested parties should comment on the SIPCORE mailing list. For convenience, here are links to the three documents: https://datatracker.ietf.org/doc/draft-ietf-sipcore-refer-clarifications/ https://datatracker.ietf.org/doc/draft-ietf-sipcore-refer-explicit-subscrip= tion/ https://datatracker.ietf.org/doc/draft-roach-sipcore-6665-clarification/ Thanks! /a _______________________________________________ sipcore mailing list sipcore@ietf.org https://www.ietf.org/mailman/listinfo/sipcore From nobody Tue Feb 10 22:58:48 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3B1F1A1B7E for ; Tue, 10 Feb 2015 22:58: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, HTML_MESSAGE=0.001, 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 5F392GjnFpmm for ; Tue, 10 Feb 2015 22:58:38 -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 2BE7B1A710D for ; Tue, 10 Feb 2015 22:58:38 -0800 (PST) X-AuditID: c1b4fb25-f791c6d00000617b-9f-54dafd9bb7a1 Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 09.D8.24955.B9DFAD45; Wed, 11 Feb 2015 07:58:35 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.248]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.03.0210.002; Wed, 11 Feb 2015 07:58:35 +0100 From: Christer Holmberg To: Adam Roach , Ivo Sedlacek , Andrew Allen , "sipcore@ietf.org" Thread-Topic: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE Thread-Index: AdAIobIU/X3RKFytS+CJybDMOoda2Q4rVfBwAADLvoAAA6MHgAD6ceIAAB9isJA= Date: Wed, 11 Feb 2015 06:58:35 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D6CA672@ESESSMB209.ericsson.se> References: <39B5E4D390E9BD4890E2B31079006101127A248D@ESESSMB301.ericsson.se> <54D38FD3.7000408@nostrum.com> <39B5E4D390E9BD4890E2B31079006101128003E1@ESESSMB301.ericsson.se> <54DA38F0.9020000@nostrum.com> In-Reply-To: <54DA38F0.9020000@nostrum.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.146] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D6CA672ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpikeLIzCtJLcpLzFFi42KZGfG3Rnf231shBp8Om1vcn7eV0WLP30Xs Fl9/bGJzYPaY1bCW3WPJkp9MHrN2PmEJYI7isklJzcksSy3St0vgyjjcpFiwJ7Di+rET7A2M c/y7GDk4JARMJM6fkOli5AQyxSQu3FvP1sXIxSEkcIRRonPjVFYIZwmjRMfxjcwgDWwCFhLd /7RB4iICsxgl9v6YyQTSLSwQK/G97Qk7iC0iECfx7vUbVgjbT+Ln/utgNouAqsSOhi9g9bwC vhJXls9lhlgwiUniz/l1YM2cAtoSS1f8AmtgBDrp+6k1YA3MAuISt57MZ4I4VUBiyZ7zzBC2 qMTLx/9YIWwliR8bLrFA1OdL7Hzymx1imaDEyZlPWCYwisxCMmoWkrJZSMpmAf3JLKApsX6X PkSJosSU7ofsELaGROucuezI4gsY2VcxihanFiflphsZ66UWZSYXF+fn6eWllmxiBEbawS2/ VXcwXn7jeIhRgINRiYd3w9FbIUKsiWXFlbmHGKU5WJTEee2MD4UICaQnlqRmp6YWpBbFF5Xm pBYfYmTi4JRqYJT5wHpovvm/j2a3PnftVND2XjMtIKzj+hXxh+2e6jaGsav7Pj31KBRY/e3+ CtuAa1J8nwxenr3ozD5lxrleY0/LKY1nkldO6lUUPXXB+Nv5QzujnGLPXpleuGjxHC6JKy8C XjQlVmo5nvmw4PmqzGXnVLeI77rPW28rJ2TJvnTSGUutaTnT494psRRnJBpqMRcVJwIAq3k3 aZUCAAA= Archived-At: Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 06:58:47 -0000 --_000_7594FB04B1934943A5C02806D1A2204B1D6CA672ESESSMB209erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCg0KDQpJIGFncmVlIHdpdGggSXZvIGFuZCBBZGFtLCBhbmQgSSBkb24ndCB0aGluayB0 aGVyZSBpcyBhIGRpc2FncmVlbWVudCBvbiB3aGF0IGhhcyBiZWVuIGRpc2N1c3NlZC4NCg0KDQoN Ckhvd2V2ZXIsIGFzIGZhciBhcyBJIGtub3csIHdoYXQgYnJvdWdodCB0aGlzIGlzc3VlIHVwIHdh cyB0aGUgZmFjdCB0aGF0IHNvbWUgVUFzLCBpZiB0aGV5IHJlY2VpdmUgdGhlIDIwMCAoSU5WSVRF KSBiZWZvcmUgMjAwIChVUERBVEUpLCBkb24ndCBhY2NlcHQgaXQgYW5kICpSRUxFQVNFKiB0aGUg c2Vzc2lvbiBlc3RhYmxpc2htZW50LiBJbiBteSBvcGluaW9uIHRoYXQgaXMgd3JvbmcgKGFuZCBz aG93cyB0aGF0IHNvbWVvbmUgcHJvYmFibHkgaGFzIGltcGxlbWVudGVkIGNhbGwgZmxvd3MgcmF0 aGVyIHRoYW4gc3BlY3MgOikNCg0KDQoNCk9yLCBkb2VzIHNvbWVvbmUgYWN0dWFsbHkgdGhpbmsg dGhhdCByZWxlYXNpbmcgdGhlIHNlc3Npb24gZXN0YWJsaXNobWVudCBpbiB0aGlzIGNhc2UgaXMg Y29ycmVjdCBiZWhhdmlvcj8NCg0KDQoNClJlZ2FyZHMsDQoNCg0KDQpDaHJpc3Rlcg0KDQoNCkZy b206IHNpcGNvcmUgW21haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBBZGFtIFJvYWNoDQpTZW50OiAxMC4gaGVsbWlrdXV0YSAyMDE1IDE4OjU5DQpUbzogSXZvIFNl ZGxhY2VrOyBBbmRyZXcgQWxsZW47IHNpcGNvcmVAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbc2lw Y29yZV0gUHJlY29uZGl0aW9uIGFuZCBzd2FwIG9mIDIwMCAoT0spIGZvciBJTlZJVEUgYW5kIDIw MCAoT0spIGZvciBVUERBVEUNCg0KT24gMi81LzE1IDExOjI4LCBJdm8gU2VkbGFjZWsgd3JvdGU6 DQoNCmluIHRoZSBjYXNlIGJlbG93LCBtYW5kYXRvcnkgcHJlY29uZGl0aW9ucyBhcmUgdXNlZC4N Ci4uLi4NCg0KRnJvbSBteSBwb2ludCBvZiB2aWV3LCByZWd1bGFyIG9mZmVyL2Fuc3dlciBhbmQg cmVndWxhciBVQUMgSU5WSVRFIHN0YXRlIG1hY2hpbmUgYW5kIFVBQyBub24tSU5WSVRFIHN0YXRl IG1hY2hpbmUgYXBwbHkuDQoNCkkuZS4gaW4gQWxpY2U6DQoNCi0gMjAwIGZvciBJTlZJVEUgY2F1 c2VzIHNlc3Npb24gZXN0YWJsaXNobWVudCAobWVkaWEgaXMgc2VudCBhY2NvcmQgdG8gbGFzdCBj b21wbGV0ZWQgU0RQIG9mZmVyL2FzbndlciByb3VuZCkuDQoNCi0gMjAwIGZvciBVUERBVEUgY2F1 c2VzIHN3aXRjaCBvZiBtZWRpYSBzZW5kaW5nIGZyb20gU0RQMiB0byBTRFA0DQoNCg0KSWYgeW91 IHdhbnQgdG8gdGhpbmsgb2YgaXQgdGhhdCB3YXksIHRoZW4geW91IG5lZWQgdG8ga2VlcCBpbiBt aW5kIHRoYXQgU0RQMiBpbiB5b3VyIGV4YW1wbGUgY29udGFpbnMgdW5tZXQgbWFuZGF0b3J5IHBy ZWNvbmRpdGlvbnMuIFRoaXMgbWVhbnMgdGhhdCBpdCBjYW5ub3QgYmUgdXNlZCBmb3IgbWVkaWEu IFRoaXMgbWlnaHQgdGVjaG5pY2FsbHkgYmUgYSBkaXN0aW5jdGlvbiwgYnV0IGl0J3Mgbm90IGEg ZGlmZmVyZW5jZTogdGhlIHNlc3Npb24gc3RpbGwgaXNuJ3QgdXNhYmxlIHVudGlsIFNEUDQgYXJy aXZlcy4NCg0KL2ENCg== --_000_7594FB04B1934943A5C02806D1A2204B1D6CA672ESESSMB209erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29s b3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlz aXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29QbGFp blRleHQsIGxpLk1zb1BsYWluVGV4dCwgZGl2Lk1zb1BsYWluVGV4dA0KCXttc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBj bTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KcA0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2lu LXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDow Y207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwi c2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29s b3I6YmxhY2s7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwt cmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0 OTdEO30NCnNwYW4uUGxhaW5UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiUGxhaW4gVGV4dCBD aGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRl eHQiOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KLk1zb0NocERlZmF1 bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBw dCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRl ZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIg bGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SGksPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PkkgYWdyZWUgd2l0aCBJdm8gYW5kIEFkYW0sIGFuZCBJIGRvbid0IHRoaW5rIHRoZXJlIGlzIGEg ZGlzYWdyZWVtZW50IG9uIHdoYXQgaGFzIGJlZW4gZGlzY3Vzc2VkLjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij5Ib3dldmVyLCBhcyBmYXIgYXMgSSBrbm93LCB3aGF0IGJyb3VnaHQgdGhp cyBpc3N1ZSB1cCB3YXMgdGhlIGZhY3QgdGhhdCBzb21lIFVBcywgaWYgdGhleSByZWNlaXZlIHRo ZSAyMDAgKElOVklURSkgYmVmb3JlIDIwMCAoVVBEQVRFKSwgZG9uJ3QgYWNjZXB0IGl0IGFuZCAq UkVMRUFTRSogdGhlIHNlc3Npb24gZXN0YWJsaXNobWVudC4gSW4gbXkgb3BpbmlvbiB0aGF0IGlz IHdyb25nIChhbmQgc2hvd3MgdGhhdA0KIHNvbWVvbmUgcHJvYmFibHkgaGFzIGltcGxlbWVudGVk IGNhbGwgZmxvd3MgcmF0aGVyIHRoYW4gc3BlY3MgOik8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+T3IsIGRvZXMgc29tZW9uZSBhY3R1YWxseSB0aGluayB0aGF0IHJlbGVhc2luZyB0aGUg c2Vzc2lvbiBlc3RhYmxpc2htZW50IGluIHRoaXMgY2FzZSBpcyBjb3JyZWN0IGJlaGF2aW9yPzxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij5DaHJpc3RlcjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2 Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0 O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPiBzaXBjb3JlIFtt YWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5BZGFt IFJvYWNoPGJyPg0KPGI+U2VudDo8L2I+IDEwLiBoZWxtaWt1dXRhIDIwMTUgMTg6NTk8YnI+DQo8 Yj5Ubzo8L2I+IEl2byBTZWRsYWNlazsgQW5kcmV3IEFsbGVuOyBzaXBjb3JlQGlldGYub3JnPGJy Pg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbc2lwY29yZV0gUHJlY29uZGl0aW9uIGFuZCBzd2FwIG9m IDIwMCAoT0spIGZvciBJTlZJVEUgYW5kIDIwMCAoT0spIGZvciBVUERBVEU8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMi81LzE1IDExOjI4 LCBJdm8gU2VkbGFjZWsgd3JvdGU6PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5pbiB0aGUgY2FzZSBiZWxvdywgbWFuZGF0b3J5IHBy ZWNvbmRpdGlvbnMgYXJlIHVzZWQuICZuYnNwOw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+Li4uLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90 ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPkZyb20gbXkgcG9pbnQgb2YgdmlldywgcmVndWxhciBvZmZlci9hbnN3ZXIgYW5kIHJl Z3VsYXIgVUFDIElOVklURSBzdGF0ZSBtYWNoaW5lIGFuZCBVQUMgbm9uLUlOVklURSBzdGF0ZSBt YWNoaW5lIGFwcGx5Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkkuZS4g aW4gQWxpY2U6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+LSAyMDAgZm9y IElOVklURSBjYXVzZXMgc2Vzc2lvbiBlc3RhYmxpc2htZW50IChtZWRpYSBpcyBzZW50IGFjY29y ZCB0byBsYXN0IGNvbXBsZXRlZCBTRFAgb2ZmZXIvYXNud2VyIHJvdW5kKS48L3NwYW4+PG86cD48 L286cD48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4tIDIwMCBmb3IgVVBEQVRFIGNhdXNlcyBzd2l0Y2gg b2YgbWVkaWEgc2VuZGluZyBmcm9tIFNEUDIgdG8gU0RQNDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3Rl Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KSWYgeW91IHdhbnQgdG8gdGhpbmsgb2YgaXQg dGhhdCB3YXksIHRoZW4geW91IG5lZWQgdG8ga2VlcCBpbiBtaW5kIHRoYXQgU0RQMiBpbiB5b3Vy IGV4YW1wbGUgY29udGFpbnMgdW5tZXQgbWFuZGF0b3J5IHByZWNvbmRpdGlvbnMuIFRoaXMgbWVh bnMgdGhhdCBpdCBjYW5ub3QgYmUgdXNlZCBmb3IgbWVkaWEuIFRoaXMgbWlnaHQgdGVjaG5pY2Fs bHkgYmUgYSBkaXN0aW5jdGlvbiwgYnV0IGl0J3Mgbm90IGEgZGlmZmVyZW5jZTogdGhlIHNlc3Np b24NCiBzdGlsbCBpc24ndCB1c2FibGUgdW50aWwgU0RQNCBhcnJpdmVzLjxicj4NCjxicj4NCi9h PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_7594FB04B1934943A5C02806D1A2204B1D6CA672ESESSMB209erics_-- From nobody Tue Feb 10 23:21:30 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACF371A1A57 for ; Tue, 10 Feb 2015 23:21:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-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 L3u3n5nYztKE for ; Tue, 10 Feb 2015 23:21:25 -0800 (PST) Received: from smtp-p02.blackberry.com (smtp-p02.blackberry.com [208.65.78.89]) by ietfa.amsl.com (Postfix) with ESMTP id EFAA81A0070 for ; Tue, 10 Feb 2015 23:21:24 -0800 (PST) Received: from xct107cnc.rim.net ([10.65.161.207]) by mhs215cnc.rim.net with ESMTP/TLS/AES128-SHA; 11 Feb 2015 02:21:19 -0500 Received: from XCT104CNC.rim.net (10.65.161.204) by XCT107CNC.rim.net (10.65.161.207) with Microsoft SMTP Server (TLS) id 14.3.210.2; Wed, 11 Feb 2015 02:21:19 -0500 Received: from XMB121CNC.rim.net ([fe80::49cb:316:205b:d7d9]) by XCT104CNC.rim.net ([::1]) with mapi id 14.03.0210.002; Wed, 11 Feb 2015 02:21:19 -0500 From: Andrew Allen To: Christer Holmberg , Adam Roach , 'SIPCORE' Thread-Topic: [sipcore] WGLC / Call for Adoption: REFER-related work Thread-Index: AQHQRVJLxp7VyYM0l0Ch5IS8s5YHQJzqrYiAgABeMSA= Date: Wed, 11 Feb 2015 07:21:18 +0000 Message-ID: References: <54DA3735.30807@nostrum.com> <7594FB04B1934943A5C02806D1A2204B1D6C9D62@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D6C9D62@ESESSMB209.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.65.160.250] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] WGLC / Call for Adoption: REFER-related work X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 07:21:27 -0000 +1 -----Original Message----- From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Christer Holmb= erg Sent: Tuesday, February 10, 2015 3:43 PM To: Adam Roach; 'SIPCORE' Subject: Re: [sipcore] WGLC / Call for Adoption: REFER-related work Hi, I support the adoption of draft-roach-sipcore-6665-clarification as a WG do= cument. Regards, Christer -----Original Message----- From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Adam Roach Sent: 10 February 2015 18:52 To: 'SIPCORE' Subject: [sipcore] WGLC / Call for Adoption: REFER-related work [as chair] The work surrounding the three documents dealing with SIP Events and REFER = seems to have reached a fairly stable point, so I'd like to take the final = administrative actions needed for publication. In Honolulu, we asked the room for a general sense of whether they wanted t= o adopt draft-roach-sipcore-6665-clarification as a working group document.= There was general agreement that we did. This is a formal on-list call to = validate this adoption; if you object, please speak up. This is a formal working group last call for all three of the following documents: draft-ietf-sipcore-refer-clarifications, draft-ietf-sipcore-refer-explicit-subscription, and draft-roach-sipcore-666= 5-clarification. The call for adoption and all three working group last calls are running in= parallel for the next two weeks (through Tuesday, February 24th).=20 Interested parties should comment on the SIPCORE mailing list. For convenience, here are links to the three documents: https://datatracker.ietf.org/doc/draft-ietf-sipcore-refer-clarifications/ https://datatracker.ietf.org/doc/draft-ietf-sipcore-refer-explicit-subscrip= tion/ https://datatracker.ietf.org/doc/draft-roach-sipcore-6665-clarification/ Thanks! /a _______________________________________________ sipcore mailing list sipcore@ietf.org https://www.ietf.org/mailman/listinfo/sipcore _______________________________________________ sipcore mailing list sipcore@ietf.org https://www.ietf.org/mailman/listinfo/sipcore From nobody Tue Feb 10 23:42:10 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A3531A86FC for ; Tue, 10 Feb 2015 23:42:06 -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 E1HBaBGV52VO for ; Tue, 10 Feb 2015 23:42:04 -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 D4A011A86F2 for ; Tue, 10 Feb 2015 23:42:03 -0800 (PST) X-AuditID: c1b4fb30-f79106d000001184-13-54db07c90006 Received: from ESESSHC009.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 29.8F.04484.9C70BD45; Wed, 11 Feb 2015 08:42:01 +0100 (CET) Received: from ESESSMB301.ericsson.se ([169.254.1.104]) by ESESSHC009.ericsson.se ([153.88.183.45]) with mapi id 14.03.0210.002; Wed, 11 Feb 2015 08:42:01 +0100 From: Ivo Sedlacek To: Adam Roach , 'SIPCORE' Thread-Topic: [sipcore] WGLC / Call for Adoption: REFER-related work Thread-Index: AQHQRVI6LsRBgn0W10WzeBP93is5/5zrDyqQ Date: Wed, 11 Feb 2015 07:42:01 +0000 Message-ID: <39B5E4D390E9BD4890E2B3107900610112812949@ESESSMB301.ericsson.se> References: <54DA3735.30807@nostrum.com> In-Reply-To: <54DA3735.30807@nostrum.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.19] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrALMWRmVeSWpSXmKPExsUyM+Jvje5J9tshBu+6jC32/F3EbvH1xyY2 ByaPJUt+MnnM2vmEJYApissmJTUnsyy1SN8ugStj98SFTAUTBCreNvQzNTBe5+1i5OSQEDCR WHBrMxuELSZx4d56IJuLQ0jgCKPE8QW7GEESQgJLGCVmfBUFsdkE9CQmbjnCCmKLCNhLvP26 FswWFnCW6F58gQ0i7iKx7/ELZgjbSGLevE1gNouAqsSSWwtYuhg5OHgFfCUuzOGGGK8h8X/i fSYQm1NAU6L3TwfYWkYBWYmrf3rBbGYBcYlbT+YzQdwpILFkz3lmCFtU4uXjf6wQtqJE+9MG qHo9iRtTp7BB2NoSyxa+BqvnFRCUODnzCcsERtFZSMbOQtIyC0nLLCQtCxhZVjGKFqcWJ+Wm GxnppRZlJhcX5+fp5aWWbGIERsnBLb8NdjC+fO54iFGAg1GJh3fD0VshQqyJZcWVuYcYpTlY lMR57YwPhQgJpCeWpGanphakFsUXleakFh9iZOLglGpg5HS4dSh5Q3PajE1dzzd/uLC4RvRt +qmeR6s/ybJPNZ3HNMfvlojLGdWUVHfm1+eL5Gb/2Tbbc+vuJknDqawHTrBkG7FpWym+LHst VuMp0SQYNjtre5jr7ccXWmbNFbTNWdq+TvH8cunL22U+iXB8Cshkfdg3Wei/Tc2hvTuPzLhm /EZG4WLFFiWW4oxEQy3mouJEAMBvophzAgAA Archived-At: Subject: Re: [sipcore] WGLC / Call for Adoption: REFER-related work X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 07:42:06 -0000 Hello, I am ok to adopt the drafts.=20 I still have some comments on draft-roach-sipcore-6665-clarification, but I= guess those comments can be resolved as part of the WGLC. Those comments w= ere raised at http://www.ietf.org/mail-archive/web/sipcore/current/msg06375= .html and have not been addressed yet. Please consider those comments as WG= LC comments on the draft-roach-sipcore-6665-clarification. Kind regards Ivo Sedlacek -----Original Message----- From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Adam Roach Sent: 10. =FAnora 2015 17:52 To: 'SIPCORE' Subject: [sipcore] WGLC / Call for Adoption: REFER-related work [as chair] The work surrounding the three documents dealing with SIP Events and REFER = seems to have reached a fairly stable point, so I'd like to take the final = administrative actions needed for publication. In Honolulu, we asked the room for a general sense of whether they wanted t= o adopt draft-roach-sipcore-6665-clarification as a working group document.= There was general agreement that we did. This is a formal on-list call to = validate this adoption; if you object, please speak up. This is a formal working group last call for all three of the following documents: draft-ietf-sipcore-refer-clarifications, draft-ietf-sipcore-refer-explicit-subscription, and draft-roach-sipcore-666= 5-clarification. The call for adoption and all three working group last calls are running in= parallel for the next two weeks (through Tuesday, February 24th).=20 Interested parties should comment on the SIPCORE mailing list. For convenience, here are links to the three documents: https://datatracker.ietf.org/doc/draft-ietf-sipcore-refer-clarifications/ https://datatracker.ietf.org/doc/draft-ietf-sipcore-refer-explicit-subscrip= tion/ https://datatracker.ietf.org/doc/draft-roach-sipcore-6665-clarification/ Thanks! /a _______________________________________________ sipcore mailing list sipcore@ietf.org https://www.ietf.org/mailman/listinfo/sipcore From nobody Tue Feb 10 23:44:20 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDFF91A7113 for ; Tue, 10 Feb 2015 23:44:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-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 7N6t8w3Fyyjh for ; Tue, 10 Feb 2015 23:44:16 -0800 (PST) Received: from smtp-p01.blackberry.com (smtp-p01.blackberry.com [208.65.78.88]) by ietfa.amsl.com (Postfix) with ESMTP id 3022A1A7034 for ; Tue, 10 Feb 2015 23:44:16 -0800 (PST) Received: from xct105cnc.rim.net ([10.65.161.205]) by mhs210cnc.rim.net with ESMTP/TLS/AES128-SHA; 11 Feb 2015 02:44:15 -0500 Received: from XMB121CNC.rim.net ([fe80::49cb:316:205b:d7d9]) by XCT105CNC.rim.net ([fe80::d13d:b7a2:ae5e:db06%16]) with mapi id 14.03.0210.002; Wed, 11 Feb 2015 02:44:15 -0500 From: Andrew Allen To: Brett Tate , Christer Holmberg , "sipcore@ietf.org" Thread-Topic: [sipcore] RSeq and forking Thread-Index: AdBFG7qj+AzRUuppRF6uM3CFsdbybAANCdaAAB+meSA= Date: Wed, 11 Feb 2015 07:44:14 +0000 Message-ID: References: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> <35aa09306467495849a73b5c39564fb3@mail.gmail.com> In-Reply-To: <35aa09306467495849a73b5c39564fb3@mail.gmail.com> Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.65.160.250] Content-Type: multipart/alternative; boundary="_000_BBF5DDFE515C3946BC18D733B20DAD233A37D929XMB121CNCrimnet_" MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 07:44:18 -0000 --_000_BBF5DDFE515C3946BC18D733B20DAD233A37D929XMB121CNCrimnet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KzENCg0KRnJvbTogc2lwY29yZSBbbWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZ10gT24g QmVoYWxmIE9mIEJyZXR0IFRhdGUNClNlbnQ6IFR1ZXNkYXksIEZlYnJ1YXJ5IDEwLCAyMDE1IDY6 MzggQU0NClRvOiBDaHJpc3RlciBIb2xtYmVyZzsgc2lwY29yZUBpZXRmLm9yZw0KU3ViamVjdDog UmU6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nDQoNCkhpLA0KDQpJIGFncmVlIHRoYXQgc29t ZSB2ZW5kb3JzIGhhdmUgbWlzaW50ZXJwcmV0ZWQgdGhlIHNlbnRlbmNlIChhbmQgb3RoZXIgYXNw ZWN0cyBvZiB0aGUgUkZDIHN1Y2ggYXMgaWYgb25seSAyMDAgYW5kIDQ4MSBhcmUgdmFsaWQgcmVz cG9uc2VzIHRvIGEgUFJBQ0spLg0KDQpUaGUgZXJyYXRhIHdvdWxkIG1haW5seSBqdXN0IGJlIHVz ZWZ1bCB0byBxdWlja2x5IGVuZCBkZWJhdGUgd2l0aCB0aG9zZSB3aG8gdGhpbmsgZGV2aWNlcyBh cmUgc29tZWhvdyBzdXBwb3NlZCB0byBtYWdpY2FsbHkgY29vcmRpbmF0ZSBSU2VxIGdlbmVyYXRp b24gd2l0aCBvdGhlciBkZXZpY2VzIHdoZW4gZm9ya2luZyBoYXMgb2NjdXJyZWQuDQoNCg0KRnJv bTogc2lwY29yZSBbbWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86c2lwY29y ZS1ib3VuY2VzQGlldGYub3JnPl0gT24gQmVoYWxmIE9mIENocmlzdGVyIEhvbG1iZXJnDQpTZW50 OiBUdWVzZGF5LCBGZWJydWFyeSAxMCwgMjAxNSA1OjMzIEFNDQpUbzogc2lwY29yZUBpZXRmLm9y ZzxtYWlsdG86c2lwY29yZUBpZXRmLm9yZz4NClN1YmplY3Q6IFtzaXBjb3JlXSBSU2VxIGFuZCBm b3JraW5nDQoNCkhpLA0KDQpUaGVyZSBoYXMgYmVlbiBzb21lIGNvbmZ1c2lvbiByZWdhcmRpbmcg UkZDIDMyNjIgYW5kIGZvcmtpbmcsIGFuZCBJ4oCZZCBsaWtlIHRvIGFzayB3aGV0aGVyIHBlb3Bs ZSB0aGluayBhbiBlcnJhdGEgd291bGQgYmUgdXNlZnVsLg0KDQpUaGUgdGV4dCBpbiBzZWN0aW9u IDQgc2F5czoNCg0K4oCcQXMgYSByZXN1bHQsIGlmIHRoZSBVQUMgcmVjZWl2ZXMgYW5vdGhlciBy ZWxpYWJsZSBwcm92aXNpb25hbA0KICAgICAgICAgICAgICAgIHJlc3BvbnNlIHRvIHRoZSBzYW1l IHJlcXVlc3QsIGFuZCBpdHMgUlNlcSB2YWx1ZSBpcyBub3Qgb25lIGhpZ2hlcg0KICAgICAgICAg ICAgICAgIHRoYW4gdGhlIHZhbHVlIG9mIHRoZSBzZXF1ZW5jZSBudW1iZXIsIHRoYXQgcmVzcG9u c2UgTVVTVCBOT1QgYmUNCiAgICAgICAgICAgICAgICBhY2tub3dsZWRnZWQgd2l0aCBhIFBSQUNL LCBhbmQgTVVTVCBOT1QgYmUgcHJvY2Vzc2VkIGZ1cnRoZXIgYnkgdGhlDQogICAgICAgICAgICAg ICAgVUFDLiAgQW4gaW1wbGVtZW50YXRpb24gTUFZIGRpc2NhcmQgdGhlIHJlc3BvbnNlLCBvciBN QVkgY2FjaGUgdGhlDQogICAgICAgICAgICAgICAgcmVzcG9uc2UgaW4gdGhlIGhvcGVzIG9mIHJl Y2VpdmluZyB0aGUgbWlzc2luZyByZXNwb25zZXMu4oCdDQoNCk5vdywgaW4gY2FzZSBvZiBmb3Jr aW5nLCBpbiBteSBvcGluaW9uIHRoZSBVQUMgbWF5IHJlY2VpdmUgdGhlIHNhbWUgKG9yIGV2ZW4g bG93ZXIpIFJTZXEgdmFsdWUgb24gZGlmZmVyZW50IGVhcmx5IGRpYWxvZ3MuIEJ1dCwgdGhlcmUg c2VlbSB0byBiZSBzb21lIGNvbmZ1c2lvbiBhcm91bmQgaXQuDQoNClNvLCBJIHdvbmRlciB3aGV0 aGVyIGFuIGVycmF0YSB3b3VsZCBiZSB1c2VmdWwsIG1vZGlmeWluZyB0aGUgdGV4dCB0byBzb21l dGhpbmcgbGlrZToNCg0K4oCcQXMgYSByZXN1bHQsIGlmIHRoZSBVQUMgcmVjZWl2ZXMgYW5vdGhl ciByZWxpYWJsZSBwcm92aXNpb25hbA0KICAgICAgICAgICAgICAgIHJlc3BvbnNlIHRvIHRoZSBz YW1lIHJlcXVlc3QsPG5ldz5vbiBhIGdpdmVuIGRpYWxvZzwvbmV3PiwNCmFuZCBpdHMgUlNlcSB2 YWx1ZSBpcyBub3Qgb25lIGhpZ2hlcuKApuKAnQ0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQo= --_000_BBF5DDFE515C3946BC18D733B20DAD233A37D929XMB121CNCrimnet_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1 ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl cmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRl LCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2Vy aWYiO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpz cGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5CYWxsb29u VGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1m YW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1z ZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlw ZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0K CXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0K ZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1h eD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9 IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9k eSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPiYjNDM7MTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERG IDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+IHNpcGNvcmUgW21haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5v cmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkJyZXR0IFRhdGU8YnI+DQo8Yj5TZW50OjwvYj4gVHVl c2RheSwgRmVicnVhcnkgMTAsIDIwMTUgNjozOCBBTTxicj4NCjxiPlRvOjwvYj4gQ2hyaXN0ZXIg SG9sbWJlcmc7IHNpcGNvcmVAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtzaXBj b3JlXSBSU2VxIGFuZCBmb3JraW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhpLDwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SSBhZ3JlZSB0aGF0IHNvbWUgdmVuZG9ycyBoYXZlIG1p c2ludGVycHJldGVkIHRoZSBzZW50ZW5jZSAoYW5kIG90aGVyIGFzcGVjdHMgb2YgdGhlIFJGQyBz dWNoIGFzIGlmIG9ubHkgMjAwIGFuZCA0ODEgYXJlIHZhbGlkIHJlc3BvbnNlcyB0byBhIFBSQUNL KS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRoZSBlcnJhdGEgd291bGQg bWFpbmx5IGp1c3QgYmUgdXNlZnVsIHRvIHF1aWNrbHkgZW5kIGRlYmF0ZSB3aXRoIHRob3NlIHdo byB0aGluayBkZXZpY2VzIGFyZSBzb21laG93IHN1cHBvc2VkIHRvIG1hZ2ljYWxseSBjb29yZGlu YXRlIFJTZXEgZ2VuZXJhdGlvbiB3aXRoIG90aGVyIGRldmljZXMgd2hlbiBmb3JraW5nIGhhcyBv Y2N1cnJlZC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv bGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6 My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+IHNpcGNvcmUgW21haWx0bzo8YSBocmVmPSJtYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYu b3JnIj5zaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5D aHJpc3RlciBIb2xtYmVyZzxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBGZWJydWFyeSAxMCwg MjAxNSA1OjMzIEFNPGJyPg0KPGI+VG86PC9iPiA8YSBocmVmPSJtYWlsdG86c2lwY29yZUBpZXRm Lm9yZyI+c2lwY29yZUBpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW3NpcGNvcmVd IFJTZXEgYW5kIGZvcmtpbmc8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJGSSI+SGksPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRkkiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZXJlIGhhcyBiZWVuIHNvbWUgY29uZnVzaW9uIHJl Z2FyZGluZyBSRkMgMzI2MiBhbmQgZm9ya2luZywgYW5kIEnigJlkIGxpa2UgdG8gYXNrIHdoZXRo ZXIgcGVvcGxlIHRoaW5rIGFuIGVycmF0YSB3b3VsZCBiZSB1c2VmdWwuPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPlRoZSB0ZXh0IGluIHNlY3Rpb24gNCBzYXlzOjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6LjVpbiI+4oCcQXMgYSByZXN1bHQsIGlmIHRoZSBVQUMg cmVjZWl2ZXMgYW5vdGhlciByZWxpYWJsZSBwcm92aXNpb25hbDxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZXNwb25zZSB0 byB0aGUgc2FtZSByZXF1ZXN0LCBhbmQgaXRzIFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdoZXI8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyAmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgdGhhbiB0aGUgdmFsdWUgb2YgdGhlIHNlcXVlbmNlIG51bWJlciwgdGhhdCByZXNw b25zZSBNVVNUIE5PVCBiZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhY2tub3dsZWRnZWQgd2l0aCBhIFBSQUNLLCBhbmQg TVVTVCBOT1QgYmUgcHJvY2Vzc2VkIGZ1cnRoZXIgYnkgdGhlPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFVBQy4mbmJzcDsg QW4gaW1wbGVtZW50YXRpb24gTUFZIGRpc2NhcmQgdGhlIHJlc3BvbnNlLCBvciBNQVkgY2FjaGUg dGhlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHJlc3BvbnNlIGluIHRoZSBob3BlcyBvZiByZWNlaXZpbmcgdGhlIG1pc3Np bmcgcmVzcG9uc2VzLuKAnTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Ob3csIGluIGNhc2Ugb2Yg Zm9ya2luZywgaW4gbXkgb3BpbmlvbiB0aGUgVUFDIG1heSByZWNlaXZlIHRoZSBzYW1lIChvciBl dmVuIGxvd2VyKSBSU2VxIHZhbHVlIG9uIGRpZmZlcmVudCBlYXJseSBkaWFsb2dzLiBCdXQsIHRo ZXJlIHNlZW0gdG8gYmUgc29tZSBjb25mdXNpb24gYXJvdW5kIGl0LjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5TbywgSSB3b25kZXIgd2hldGhlciBhbiBlcnJhdGEgd291bGQgYmUgdXNlZnVsLCBt b2RpZnlpbmcgdGhlIHRleHQgdG8gc29tZXRoaW5nIGxpa2U6PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWluZGVudDouNWluIj7igJxBcyBhIHJlc3VsdCwgaWYgdGhlIFVBQyBy ZWNlaXZlcyBhbm90aGVyIHJlbGlhYmxlIHByb3Zpc2lvbmFsPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlc3BvbnNlIHRv IHRoZSBzYW1lIHJlcXVlc3QsJmx0O25ldyZndDtvbiBhIGdpdmVuIGRpYWxvZyZsdDsvbmV3Jmd0 Oyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVu dDouNWluIj5hbmQgaXRzIFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdoZXLigKbigJ08bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDouNWluIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2FyZHMsPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkNocmlzdGVyPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_BBF5DDFE515C3946BC18D733B20DAD233A37D929XMB121CNCrimnet_-- From nobody Tue Feb 10 23:53:17 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 470731A0074 for ; Tue, 10 Feb 2015 23:53:16 -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, HTML_MESSAGE=0.001, 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 1DvM1yOs6IoI for ; Tue, 10 Feb 2015 23:53:14 -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 5E1DE1A86EE for ; Tue, 10 Feb 2015 23:53:13 -0800 (PST) X-AuditID: c1b4fb2d-f79fc6d000001087-28-54db0a66fc77 Received: from ESESSHC004.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 3D.3E.04231.66A0BD45; Wed, 11 Feb 2015 08:53:11 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.248]) by ESESSHC004.ericsson.se ([153.88.183.30]) with mapi id 14.03.0210.002; Wed, 11 Feb 2015 08:53:10 +0100 From: Christer Holmberg To: Andrew Allen , Brett Tate , "sipcore@ietf.org" Thread-Topic: [sipcore] RSeq and forking Thread-Index: AdBFG7qj+AzRUuppRF6uM3CFsdbybAAAdzCAACojsgAAAmVI8A== Date: Wed, 11 Feb 2015 07:53:09 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D6CAA7D@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> <35aa09306467495849a73b5c39564fb3@mail.gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.146] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D6CAA7DESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpikeLIzCtJLcpLzFFi42KZGfG3Rjed63aIwbZPbBb3521ltGie/4/R 4uuPTWwOzB6zGtaye/y4HeixZMlPpgDmKC6blNSczLLUIn27BK6M7q79rAUXyite/lnD3MC4 paSLkZNDQsBEYuedJ+wQtpjEhXvr2boYuTiEBI4wSkz/vp0FwlnCKDHz4i0gh4ODTcBCovuf NkiDiECxRN+jTUwgtrCAusTV6e+ZIeIaEjsvvGGDsJ0kdk9cCBZnEVCVWPZuEtgyXgFfiRtL ljNBzD/AKHH+6G5GkASngKfEyb39YDYj0EXfT60BW8AsIC5x68l8JohLBSSW7DnPDGGLSrx8 /I8VwlaS+LHhEgtEfb7El4/rWCCWCUqcnPmEZQKjyCwko2YhKZuFpGwW0JvMApoS63fpQ5Qo SkzpfsgOYWtItM6Zy44svoCRfRWjaHFqcXFuupGxXmpRZnJxcX6eXl5qySZGYKQd3PJbdwfj 6teOhxgFOBiVeHg3HL0VIsSaWFZcmXuIUZqDRUmc1874UIiQQHpiSWp2ampBalF8UWlOavEh RiYOTqkGRhO2hJD734s8L0yb8biict6CBJM9hWeVONIbVj3Ses1c66AUaKnt42f3L/G35oE8 kwPrr/joNExgOiFxs7fuuVtFw3IbE4fN2297hU06uGt1k+KKpS8vLJxWdHf1nktJbvfXZxxj 9Zt40out6p7aXmbGzVtf8jDG8kgaT/u88E221EvJW1wiB5VYijMSDbWYi4oTAalKUMSVAgAA Archived-At: Subject: Re: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 07:53:16 -0000 --_000_7594FB04B1934943A5C02806D1A2204B1D6CAA7DESESSMB209erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNClNvLCBhcmUgcGVvcGxlIG9rIHdpdGggbXkgc3VnZ2VzdGVkIHRleHQ/DQoNClJlZ2Fy ZHMsDQoNCkNocmlzdGVyDQoNCkZyb206IEFuZHJldyBBbGxlbiBbbWFpbHRvOmFhbGxlbkBibGFj a2JlcnJ5LmNvbV0NClNlbnQ6IDExLiBoZWxtaWt1dXRhIDIwMTUgOTo0NA0KVG86IEJyZXR0IFRh dGU7IENocmlzdGVyIEhvbG1iZXJnOyBzaXBjb3JlQGlldGYub3JnDQpTdWJqZWN0OiBSRTogW3Np cGNvcmVdIFJTZXEgYW5kIGZvcmtpbmcNCg0KKzENCg0KRnJvbTogc2lwY29yZSBbbWFpbHRvOnNp cGNvcmUtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEJyZXR0IFRhdGUNClNlbnQ6IFR1 ZXNkYXksIEZlYnJ1YXJ5IDEwLCAyMDE1IDY6MzggQU0NClRvOiBDaHJpc3RlciBIb2xtYmVyZzsg c2lwY29yZUBpZXRmLm9yZzxtYWlsdG86c2lwY29yZUBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBb c2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZw0KDQpIaSwNCg0KSSBhZ3JlZSB0aGF0IHNvbWUgdmVu ZG9ycyBoYXZlIG1pc2ludGVycHJldGVkIHRoZSBzZW50ZW5jZSAoYW5kIG90aGVyIGFzcGVjdHMg b2YgdGhlIFJGQyBzdWNoIGFzIGlmIG9ubHkgMjAwIGFuZCA0ODEgYXJlIHZhbGlkIHJlc3BvbnNl cyB0byBhIFBSQUNLKS4NCg0KVGhlIGVycmF0YSB3b3VsZCBtYWlubHkganVzdCBiZSB1c2VmdWwg dG8gcXVpY2tseSBlbmQgZGViYXRlIHdpdGggdGhvc2Ugd2hvIHRoaW5rIGRldmljZXMgYXJlIHNv bWVob3cgc3VwcG9zZWQgdG8gbWFnaWNhbGx5IGNvb3JkaW5hdGUgUlNlcSBnZW5lcmF0aW9uIHdp dGggb3RoZXIgZGV2aWNlcyB3aGVuIGZvcmtpbmcgaGFzIG9jY3VycmVkLg0KDQoNCkZyb206IHNp cGNvcmUgW21haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOnNpcGNvcmUtYm91 bmNlc0BpZXRmLm9yZz5dIE9uIEJlaGFsZiBPZiBDaHJpc3RlciBIb2xtYmVyZw0KU2VudDogVHVl c2RheSwgRmVicnVhcnkgMTAsIDIwMTUgNTozMyBBTQ0KVG86IHNpcGNvcmVAaWV0Zi5vcmc8bWFp bHRvOnNpcGNvcmVAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2lu Zw0KDQpIaSwNCg0KVGhlcmUgaGFzIGJlZW4gc29tZSBjb25mdXNpb24gcmVnYXJkaW5nIFJGQyAz MjYyIGFuZCBmb3JraW5nLCBhbmQgSeKAmWQgbGlrZSB0byBhc2sgd2hldGhlciBwZW9wbGUgdGhp bmsgYW4gZXJyYXRhIHdvdWxkIGJlIHVzZWZ1bC4NCg0KVGhlIHRleHQgaW4gc2VjdGlvbiA0IHNh eXM6DQoNCuKAnEFzIGEgcmVzdWx0LCBpZiB0aGUgVUFDIHJlY2VpdmVzIGFub3RoZXIgcmVsaWFi bGUgcHJvdmlzaW9uYWwNCiAgICAgICAgICAgICAgICByZXNwb25zZSB0byB0aGUgc2FtZSByZXF1 ZXN0LCBhbmQgaXRzIFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdoZXINCiAgICAgICAgICAgICAg ICB0aGFuIHRoZSB2YWx1ZSBvZiB0aGUgc2VxdWVuY2UgbnVtYmVyLCB0aGF0IHJlc3BvbnNlIE1V U1QgTk9UIGJlDQogICAgICAgICAgICAgICAgYWNrbm93bGVkZ2VkIHdpdGggYSBQUkFDSywgYW5k IE1VU1QgTk9UIGJlIHByb2Nlc3NlZCBmdXJ0aGVyIGJ5IHRoZQ0KICAgICAgICAgICAgICAgIFVB Qy4gIEFuIGltcGxlbWVudGF0aW9uIE1BWSBkaXNjYXJkIHRoZSByZXNwb25zZSwgb3IgTUFZIGNh Y2hlIHRoZQ0KICAgICAgICAgICAgICAgIHJlc3BvbnNlIGluIHRoZSBob3BlcyBvZiByZWNlaXZp bmcgdGhlIG1pc3NpbmcgcmVzcG9uc2VzLuKAnQ0KDQpOb3csIGluIGNhc2Ugb2YgZm9ya2luZywg aW4gbXkgb3BpbmlvbiB0aGUgVUFDIG1heSByZWNlaXZlIHRoZSBzYW1lIChvciBldmVuIGxvd2Vy KSBSU2VxIHZhbHVlIG9uIGRpZmZlcmVudCBlYXJseSBkaWFsb2dzLiBCdXQsIHRoZXJlIHNlZW0g dG8gYmUgc29tZSBjb25mdXNpb24gYXJvdW5kIGl0Lg0KDQpTbywgSSB3b25kZXIgd2hldGhlciBh biBlcnJhdGEgd291bGQgYmUgdXNlZnVsLCBtb2RpZnlpbmcgdGhlIHRleHQgdG8gc29tZXRoaW5n IGxpa2U6DQoNCuKAnEFzIGEgcmVzdWx0LCBpZiB0aGUgVUFDIHJlY2VpdmVzIGFub3RoZXIgcmVs aWFibGUgcHJvdmlzaW9uYWwNCiAgICAgICAgICAgICAgICByZXNwb25zZSB0byB0aGUgc2FtZSBy ZXF1ZXN0LDxuZXc+b24gYSBnaXZlbiBkaWFsb2c8L25ldz4sDQphbmQgaXRzIFJTZXEgdmFsdWUg aXMgbm90IG9uZSBoaWdoZXLigKbigJ0NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0K --_000_7594FB04B1934943A5C02806D1A2204B1D6CAA7DESESSMB209erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1 ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl cmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRl LCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2Vy aWYiO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRl eHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxs b29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkVt YWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxl MjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJz YW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7 DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpw ZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNv bG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9u bHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIu MHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYu V29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIx MDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz aGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIg Lz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxh bmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+SGksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5TbywgYXJlIHBlb3Bs ZSBvayB3aXRoIG15IHN1Z2dlc3RlZCB0ZXh0PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 IzFGNDk3RCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkNo cmlzdGVyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7 cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij4gQW5kcmV3IEFsbGVuIFttYWlsdG86YWFsbGVuQGJsYWNrYmVycnkuY29tXQ0K PGJyPg0KPGI+U2VudDo8L2I+IDExLiBoZWxtaWt1dXRhIDIwMTUgOTo0NDxicj4NCjxiPlRvOjwv Yj4gQnJldHQgVGF0ZTsgQ2hyaXN0ZXIgSG9sbWJlcmc7IHNpcGNvcmVAaWV0Zi5vcmc8YnI+DQo8 Yj5TdWJqZWN0OjwvYj4gUkU6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPiYjNDM7MTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERG IDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+IHNpcGNvcmUgWzxhIGhyZWY9Im1haWx0bzpzaXBjb3JlLWJvdW5j ZXNAaWV0Zi5vcmciPm1haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24g QmVoYWxmIE9mIDwvYj5CcmV0dCBUYXRlPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIEZlYnJ1 YXJ5IDEwLCAyMDE1IDY6MzggQU08YnI+DQo8Yj5Ubzo8L2I+IENocmlzdGVyIEhvbG1iZXJnOyA8 YSBocmVmPSJtYWlsdG86c2lwY29yZUBpZXRmLm9yZyI+c2lwY29yZUBpZXRmLm9yZzwvYT48YnI+ DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPkhpLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SSBhZ3Jl ZSB0aGF0IHNvbWUgdmVuZG9ycyBoYXZlIG1pc2ludGVycHJldGVkIHRoZSBzZW50ZW5jZSAoYW5k IG90aGVyIGFzcGVjdHMgb2YgdGhlIFJGQyBzdWNoIGFzIGlmIG9ubHkgMjAwIGFuZCA0ODEgYXJl IHZhbGlkIHJlc3BvbnNlcyB0byBhIFBSQUNLKS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPlRoZSBlcnJhdGEgd291bGQgbWFpbmx5IGp1c3QgYmUgdXNlZnVsIHRvIHF1aWNr bHkgZW5kIGRlYmF0ZSB3aXRoIHRob3NlIHdobyB0aGluayBkZXZpY2VzIGFyZSBzb21laG93IHN1 cHBvc2VkIHRvIG1hZ2ljYWxseSBjb29yZGluYXRlIFJTZXEgZ2VuZXJhdGlvbiB3aXRoIG90aGVy IGRldmljZXMgd2hlbiBmb3JraW5nIGhhcyBvY2N1cnJlZC48L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNt IDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwv Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IHNpcGNvcmUgW21haWx0bzo8YSBocmVmPSJt YWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnIj5zaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmc8 L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5DaHJpc3RlciBIb2xtYmVyZzxicj4NCjxiPlNlbnQ6 PC9iPiBUdWVzZGF5LCBGZWJydWFyeSAxMCwgMjAxNSA1OjMzIEFNPGJyPg0KPGI+VG86PC9iPiA8 YSBocmVmPSJtYWlsdG86c2lwY29yZUBpZXRmLm9yZyI+c2lwY29yZUBpZXRmLm9yZzwvYT48YnI+ DQo8Yj5TdWJqZWN0OjwvYj4gW3NpcGNvcmVdIFJTZXEgYW5kIGZvcmtpbmc8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJGSSI+SGksPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRkki PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZXJl IGhhcyBiZWVuIHNvbWUgY29uZnVzaW9uIHJlZ2FyZGluZyBSRkMgMzI2MiBhbmQgZm9ya2luZywg YW5kIEnigJlkIGxpa2UgdG8gYXNrIHdoZXRoZXIgcGVvcGxlIHRoaW5rIGFuIGVycmF0YSB3b3Vs ZCBiZSB1c2VmdWwuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSB0ZXh0IGluIHNlY3Rpb24g NCBzYXlzOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6MzYuMHB0 Ij7igJxBcyBhIHJlc3VsdCwgaWYgdGhlIFVBQyByZWNlaXZlcyBhbm90aGVyIHJlbGlhYmxlIHBy b3Zpc2lvbmFsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJz cDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlc3BvbnNlIHRvIHRoZSBzYW1lIHJlcXVlc3QsIGFuZCBpdHMg UlNlcSB2YWx1ZSBpcyBub3Qgb25lIGhpZ2hlcjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGFuIHRoZSB2YWx1ZSBvZiB0 aGUgc2VxdWVuY2UgbnVtYmVyLCB0aGF0IHJlc3BvbnNlIE1VU1QgTk9UIGJlPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFj a25vd2xlZGdlZCB3aXRoIGEgUFJBQ0ssIGFuZCBNVVNUIE5PVCBiZSBwcm9jZXNzZWQgZnVydGhl ciBieSB0aGU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNw OyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgVUFDLiZuYnNwOyBBbiBpbXBsZW1lbnRhdGlvbiBNQVkgZGlzY2Fy ZCB0aGUgcmVzcG9uc2UsIG9yIE1BWSBjYWNoZSB0aGU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVzcG9uc2UgaW4gdGhl IGhvcGVzIG9mIHJlY2VpdmluZyB0aGUgbWlzc2luZyByZXNwb25zZXMu4oCdPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPk5vdywgaW4gY2FzZSBvZiBmb3JraW5nLCBpbiBteSBvcGluaW9uIHRoZSBV QUMgbWF5IHJlY2VpdmUgdGhlIHNhbWUgKG9yIGV2ZW4gbG93ZXIpIFJTZXEgdmFsdWUgb24gZGlm ZmVyZW50IGVhcmx5IGRpYWxvZ3MuIEJ1dCwgdGhlcmUgc2VlbSB0byBiZSBzb21lIGNvbmZ1c2lv biBhcm91bmQgaXQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNvLCBJIHdvbmRlciB3aGV0aGVy IGFuIGVycmF0YSB3b3VsZCBiZSB1c2VmdWwsIG1vZGlmeWluZyB0aGUgdGV4dCB0byBzb21ldGhp bmcgbGlrZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjM2LjBw dCI+4oCcQXMgYSByZXN1bHQsIGlmIHRoZSBVQUMgcmVjZWl2ZXMgYW5vdGhlciByZWxpYWJsZSBw cm92aXNpb25hbDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5i c3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyByZXNwb25zZSB0byB0aGUgc2FtZSByZXF1ZXN0LCZsdDtuZXcm Z3Q7b24gYSBnaXZlbiBkaWFsb2cmbHQ7L25ldyZndDssPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6MzYuMHB0Ij5hbmQgaXRzIFJTZXEgdmFs dWUgaXMgbm90IG9uZSBoaWdoZXLigKbigJ08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDozNi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hy aXN0ZXI8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_7594FB04B1934943A5C02806D1A2204B1D6CAA7DESESSMB209erics_-- From nobody Wed Feb 11 01:20:33 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B1131A8742 for ; Wed, 11 Feb 2015 01:20:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.859 X-Spam-Level: X-Spam-Status: No, score=-3.859 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-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 qRJYACX_JoS3 for ; Wed, 11 Feb 2015 01:20:21 -0800 (PST) Received: from tcmail93.telekom.de (tcmail93.telekom.de [80.149.113.205]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE99A1A871B for ; Wed, 11 Feb 2015 01:20:19 -0800 (PST) Received: from qdezc2.de.t-internal.com ([10.125.181.10]) by tcmail91.telekom.de with ESMTP; 11 Feb 2015 10:20:14 +0100 X-IronPort-AV: E=Sophos;i="5.09,557,1418079600"; d="scan'208,217";a="211907004" Received: from he111629.emea1.cds.t-internal.com ([10.134.93.21]) by qde0ps.de.t-internal.com with ESMTP/TLS/AES128-SHA; 11 Feb 2015 10:19:50 +0100 Received: from HE113667.emea1.cds.t-internal.com ([fe80::c943:1394:e86e:fce3]) by HE111629.emea1.cds.t-internal.com ([::1]) with mapi; Wed, 11 Feb 2015 10:19:50 +0100 From: To: , , , Date: Wed, 11 Feb 2015 10:19:49 +0100 Thread-Topic: [sipcore] RSeq and forking Thread-Index: AdBFG7qj+AzRUuppRF6uM3CFsdbybAAAdzCAACojsgAAAmVI8AAAJRDA Message-ID: <058CE00BD4D6B94FAD033A2439EA1E4B01E7BBA79DFD@HE113667.emea1.cds.t-internal.com> References: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> <35aa09306467495849a73b5c39564fb3@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D6CAA7D@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D6CAA7D@ESESSMB209.ericsson.se> Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: multipart/alternative; boundary="_000_058CE00BD4D6B94FAD033A2439EA1E4B01E7BBA79DFDHE113667eme_" MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 09:20:29 -0000 --_000_058CE00BD4D6B94FAD033A2439EA1E4B01E7BBA79DFDHE113667eme_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQ2hyaXN0ZXIsDQpUaGUgY2hhbmdlIGl0c2VsZiBpcyBPSyBmb3IgbWUuDQpTaW5jZSBJIGxp a2UgdG8gaGF2ZSBtb3JlIGV4cGxpY2l0IGRlc2NyaXB0aW9uIEkgd291bGQgbGlrZSB0byBoYXZl IG1vcmUgdGV4dCAoZS5nLiBOb3RlKSBwb2ludGluZyB0byB0aGUgZmFjdCB0aGF0IG90aGVyIGVh cmx5IGRpYWxvZ3MgZGVwZW5kaW5nIG9uIHRoZSBudW1iZXIgb2YgcmVzcG9uc2VzIG1hZGUgcmVs aWFibGUgaGF2ZSBvdGhlciBSU2VxIHZhbHVlcy4NClByb3Bvc2FsIDoNCg0KIOKAnEFzIGEgcmVz dWx0LCBpZiB0aGUgVUFDIHJlY2VpdmVzIGFub3RoZXIgcmVsaWFibGUgcHJvdmlzaW9uYWwNCiAg ICAgICAgICAgICAgICByZXNwb25zZSB0byB0aGUgc2FtZSByZXF1ZXN0ICw8bmV3Pm9uIGEgZ2l2 ZW4gZGlhbG9nPC9uZXc+YW5kIGl0cyBSU2VxIHZhbHVlIGlzIG5vdCBvbmUgaGlnaGVyDQogICAg ICAgICAgICAgICAgdGhhbiB0aGUgdmFsdWUgb2YgdGhlIHNlcXVlbmNlIG51bWJlciwgdGhhdCBy ZXNwb25zZSBNVVNUIE5PVCBiZQ0KICAgICAgICAgICAgICAgIGFja25vd2xlZGdlZCB3aXRoIGEg UFJBQ0ssIGFuZCBNVVNUIE5PVCBiZSBwcm9jZXNzZWQgZnVydGhlciBieSB0aGUNCiAgICAgICAg ICAgICAgICBVQUMuICBBbiBpbXBsZW1lbnRhdGlvbiBNQVkgZGlzY2FyZCB0aGUgcmVzcG9uc2Us IG9yIE1BWSBjYWNoZSB0aGUNCiAgICAgICAgICAgICAgICByZXNwb25zZSBpbiB0aGUgaG9wZXMg b2YgcmVjZWl2aW5nIHRoZSBtaXNzaW5nIHJlc3BvbnNlcy4gPG5ldz5Ob3RlIHRoYXQgZm9yIHNv bWUgdXNlIGNhc2VzIG11bHRpcGxlcyBlYXJseSBkaWFsb2dzIChlLmcuIGZvcmtpbmcpIHdpdGgg ZGlmZmVyZW50IFJTZXEgZXhpc3QuPC9uZXc+4oCdDQoNCkJlc3QgUmVnYXJkcw0KDQpSb2xhbmQN Cg0KVm9uOiBzaXBjb3JlIFttYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnXSBJbSBBdWZ0 cmFnIHZvbiBDaHJpc3RlciBIb2xtYmVyZw0KR2VzZW5kZXQ6IE1pdHR3b2NoLCAxMS4gRmVicnVh ciAyMDE1IDA4OjUzDQpBbjogQW5kcmV3IEFsbGVuOyBCcmV0dCBUYXRlOyBzaXBjb3JlQGlldGYu b3JnDQpCZXRyZWZmOiBSZTogW3NpcGNvcmVdIFJTZXEgYW5kIGZvcmtpbmcNCg0KSGksDQoNClNv LCBhcmUgcGVvcGxlIG9rIHdpdGggbXkgc3VnZ2VzdGVkIHRleHQ/DQoNClJlZ2FyZHMsDQoNCkNo cmlzdGVyDQoNCkZyb206IEFuZHJldyBBbGxlbiBbbWFpbHRvOmFhbGxlbkBibGFja2JlcnJ5LmNv bV0NClNlbnQ6IDExLiBoZWxtaWt1dXRhIDIwMTUgOTo0NA0KVG86IEJyZXR0IFRhdGU7IENocmlz dGVyIEhvbG1iZXJnOyBzaXBjb3JlQGlldGYub3JnPG1haWx0bzpzaXBjb3JlQGlldGYub3JnPg0K U3ViamVjdDogUkU6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nDQoNCisxDQoNCkZyb206IHNp cGNvcmUgW21haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBCcmV0 dCBUYXRlDQpTZW50OiBUdWVzZGF5LCBGZWJydWFyeSAxMCwgMjAxNSA2OjM4IEFNDQpUbzogQ2hy aXN0ZXIgSG9sbWJlcmc7IHNpcGNvcmVAaWV0Zi5vcmc8bWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmc+ DQpTdWJqZWN0OiBSZTogW3NpcGNvcmVdIFJTZXEgYW5kIGZvcmtpbmcNCg0KSGksDQoNCkkgYWdy ZWUgdGhhdCBzb21lIHZlbmRvcnMgaGF2ZSBtaXNpbnRlcnByZXRlZCB0aGUgc2VudGVuY2UgKGFu ZCBvdGhlciBhc3BlY3RzIG9mIHRoZSBSRkMgc3VjaCBhcyBpZiBvbmx5IDIwMCBhbmQgNDgxIGFy ZSB2YWxpZCByZXNwb25zZXMgdG8gYSBQUkFDSykuDQoNClRoZSBlcnJhdGEgd291bGQgbWFpbmx5 IGp1c3QgYmUgdXNlZnVsIHRvIHF1aWNrbHkgZW5kIGRlYmF0ZSB3aXRoIHRob3NlIHdobyB0aGlu ayBkZXZpY2VzIGFyZSBzb21laG93IHN1cHBvc2VkIHRvIG1hZ2ljYWxseSBjb29yZGluYXRlIFJT ZXEgZ2VuZXJhdGlvbiB3aXRoIG90aGVyIGRldmljZXMgd2hlbiBmb3JraW5nIGhhcyBvY2N1cnJl ZC4NCg0KDQpGcm9tOiBzaXBjb3JlIFttYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnPG1h aWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmc+XSBPbiBCZWhhbGYgT2YgQ2hyaXN0ZXIgSG9s bWJlcmcNClNlbnQ6IFR1ZXNkYXksIEZlYnJ1YXJ5IDEwLCAyMDE1IDU6MzMgQU0NClRvOiBzaXBj b3JlQGlldGYub3JnPG1haWx0bzpzaXBjb3JlQGlldGYub3JnPg0KU3ViamVjdDogW3NpcGNvcmVd IFJTZXEgYW5kIGZvcmtpbmcNCg0KSGksDQoNClRoZXJlIGhhcyBiZWVuIHNvbWUgY29uZnVzaW9u IHJlZ2FyZGluZyBSRkMgMzI2MiBhbmQgZm9ya2luZywgYW5kIEnigJlkIGxpa2UgdG8gYXNrIHdo ZXRoZXIgcGVvcGxlIHRoaW5rIGFuIGVycmF0YSB3b3VsZCBiZSB1c2VmdWwuDQoNClRoZSB0ZXh0 IGluIHNlY3Rpb24gNCBzYXlzOg0KDQrigJxBcyBhIHJlc3VsdCwgaWYgdGhlIFVBQyByZWNlaXZl cyBhbm90aGVyIHJlbGlhYmxlIHByb3Zpc2lvbmFsDQogICAgICAgICAgICAgICAgcmVzcG9uc2Ug dG8gdGhlIHNhbWUgcmVxdWVzdCwgYW5kIGl0cyBSU2VxIHZhbHVlIGlzIG5vdCBvbmUgaGlnaGVy DQogICAgICAgICAgICAgICAgdGhhbiB0aGUgdmFsdWUgb2YgdGhlIHNlcXVlbmNlIG51bWJlciwg dGhhdCByZXNwb25zZSBNVVNUIE5PVCBiZQ0KICAgICAgICAgICAgICAgIGFja25vd2xlZGdlZCB3 aXRoIGEgUFJBQ0ssIGFuZCBNVVNUIE5PVCBiZSBwcm9jZXNzZWQgZnVydGhlciBieSB0aGUNCiAg ICAgICAgICAgICAgICBVQUMuICBBbiBpbXBsZW1lbnRhdGlvbiBNQVkgZGlzY2FyZCB0aGUgcmVz cG9uc2UsIG9yIE1BWSBjYWNoZSB0aGUNCiAgICAgICAgICAgICAgICByZXNwb25zZSBpbiB0aGUg aG9wZXMgb2YgcmVjZWl2aW5nIHRoZSBtaXNzaW5nIHJlc3BvbnNlcy7igJ0NCg0KTm93LCBpbiBj YXNlIG9mIGZvcmtpbmcsIGluIG15IG9waW5pb24gdGhlIFVBQyBtYXkgcmVjZWl2ZSB0aGUgc2Ft ZSAob3IgZXZlbiBsb3dlcikgUlNlcSB2YWx1ZSBvbiBkaWZmZXJlbnQgZWFybHkgZGlhbG9ncy4g QnV0LCB0aGVyZSBzZWVtIHRvIGJlIHNvbWUgY29uZnVzaW9uIGFyb3VuZCBpdC4NCg0KU28sIEkg d29uZGVyIHdoZXRoZXIgYW4gZXJyYXRhIHdvdWxkIGJlIHVzZWZ1bCwgbW9kaWZ5aW5nIHRoZSB0 ZXh0IHRvIHNvbWV0aGluZyBsaWtlOg0KDQrigJxBcyBhIHJlc3VsdCwgaWYgdGhlIFVBQyByZWNl aXZlcyBhbm90aGVyIHJlbGlhYmxlIHByb3Zpc2lvbmFsDQogICAgICAgICAgICAgICAgcmVzcG9u c2UgdG8gdGhlIHNhbWUgcmVxdWVzdCw8bmV3Pm9uIGEgZ2l2ZW4gZGlhbG9nPC9uZXc+LA0KYW5k IGl0cyBSU2VxIHZhbHVlIGlzIG5vdCBvbmUgaGlnaGVy4oCm4oCdDQoNClJlZ2FyZHMsDQoNCkNo cmlzdGVyDQoNCg== --_000_058CE00BD4D6B94FAD033A2439EA1E4B01E7BBA79DFDHE113667eme_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30N CmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv bG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4u TXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1 cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNv QWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOiJTcHJlY2hibGFzZW50ZXh0IFpjaG4iOw0KCW1hcmdpbjowY207DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21h Iiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5TcHJlY2hibGFzZW50ZXh0WmNobg0KCXttc28tc3R5bGUt bmFtZToiU3ByZWNoYmxhc2VudGV4dCBaY2huIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ bXNvLXN0eWxlLWxpbms6U3ByZWNoYmxhc2VudGV4dDsNCglmb250LWZhbWlseToiVGFob21hIiwi c2Fucy1zZXJpZiI7fQ0KcC5CYWxsb29uVGV4dCwgbGkuQmFsbG9vblRleHQsIGRpdi5CYWxsb29u VGV4dA0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IjsNCgltc28tc3R5bGUtbGluazoi QmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0 Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm Ijt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0 IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9v biBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FLU1h aWxGb3JtYXR2b3JsYWdlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRS1N YWlsRm9ybWF0dm9ybGFnZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkUtTWFp bEZvcm1hdHZvcmxhZ2UyMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FLU1haWxG b3JtYXR2b3JsYWdlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRS1NYWlsRm9y bWF0dm9ybGFnZTI1DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIu MHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl ZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0t LT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4N CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1s PjwhW2VuZGlmXS0tPjwvaGVhZD48Ym9keSBsYW5nPURFIGxpbms9Ymx1ZSB2bGluaz1wdXJwbGU+ PGRpdiBjbGFzcz1Xb3JkU2VjdGlvbjE+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4t R0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkhpIENocmlzdGVyLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nY29sb3I6IzFGNDk3 RCc+VGhlIGNoYW5nZSBpdHNlbGYgaXMgT0sgZm9yIG1lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+ U2luY2UgSSBsaWtlIHRvIGhhdmUgbW9yZSBleHBsaWNpdCBkZXNjcmlwdGlvbiBJIHdvdWxkIGxp a2UgdG8gaGF2ZSBtb3JlIHRleHQgKGUuZy4gTm90ZSkgcG9pbnRpbmcgdG8gdGhlIGZhY3QgdGhh dCBvdGhlciBlYXJseSBkaWFsb2dzIGRlcGVuZGluZyBvbiB0aGUgbnVtYmVyIG9mIHJlc3BvbnNl cyBtYWRlIHJlbGlhYmxlIGhhdmUgb3RoZXIgUlNlcSB2YWx1ZXMuPG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0 OTdEJz5Qcm9wb3NhbCA6PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48 c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSd0ZXh0LWluZGVudDozNi4wcHQnPjxz cGFuIGxhbmc9RU4tVVM+Jm5ic3A74oCcQXMgYSByZXN1bHQsIGlmIHRoZSBVQUMgcmVjZWl2ZXMg YW5vdGhlciByZWxpYWJsZSBwcm92aXNpb25hbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHJlc3BvbnNlIHRvIHRoZSBzYW1lIHJlcXVlc3QgLCZsdDtuZXcmZ3Q7b24gYSBnaXZlbiBkaWFs b2cmbHQ7L25ldyZndDthbmQgaXRzIFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdoZXI8bzpwPjwv bzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7 Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGFuIHRoZSB2YWx1ZSBvZiB0aGUgc2VxdWVuY2UgbnVt YmVyLCB0aGF0IHJlc3BvbnNlIE1VU1QgTk9UIGJlPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNs YXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgYWNrbm93bGVkZ2VkIHdpdGggYSBQUkFDSywgYW5kIE1VU1QgTk9UIGJlIHByb2Nlc3NlZCBm dXJ0aGVyIGJ5IHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gbGFuZz1FTi1VUz4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFVBQy4mbmJzcDsgQW4g aW1wbGVtZW50YXRpb24gTUFZIGRpc2NhcmQgdGhlIHJlc3BvbnNlLCBvciBNQVkgY2FjaGUgdGhl PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVT PiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVzcG9uc2UgaW4gdGhlIGhvcGVzIG9mIHJl Y2VpdmluZyB0aGUgbWlzc2luZyByZXNwb25zZXMuICZsdDtuZXcmZ3Q7Tm90ZSB0aGF0IGZvciBz b21lIHVzZSBjYXNlcyBtdWx0aXBsZXMgZWFybHkgZGlhbG9ncyAoZS5nLiBmb3JraW5nKSB3aXRo IGRpZmZlcmVudCBSU2VxIGV4aXN0LiZsdDsvbmV3Jmd0O+KAnTxvOnA+PC9vOnA+PC9zcGFuPjwv cD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y OiMxRjQ5N0QnPkJlc3QgUmVnYXJkczxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29O b3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxl PSdjb2xvcjojMUY0OTdEJz5Sb2xhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD48ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xp ZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQnPjxkaXY+PGRpdiBzdHlsZT0n Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQg MGNtIDBjbSAwY20nPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPlZvbjo8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5z LXNlcmlmIic+IHNpcGNvcmUgW21haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmddIDxiPklt IEF1ZnRyYWcgdm9uIDwvYj5DaHJpc3RlciBIb2xtYmVyZzxicj48Yj5HZXNlbmRldDo8L2I+IE1p dHR3b2NoLCAxMS4gRmVicnVhciAyMDE1IDA4OjUzPGJyPjxiPkFuOjwvYj4gQW5kcmV3IEFsbGVu OyBCcmV0dCBUYXRlOyBzaXBjb3JlQGlldGYub3JnPGJyPjxiPkJldHJlZmY6PC9iPiBSZTogW3Np cGNvcmVdIFJTZXEgYW5kIGZvcmtpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PC9kaXY+ PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1h bD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5IaSw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y OiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+U28sIGFyZSBwZW9wbGUgb2sg d2l0aCBteSBzdWdnZXN0ZWQgdGV4dD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHls ZT0nY29sb3I6IzFGNDk3RCc+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBz dHlsZT0nY29sb3I6IzFGNDk3RCc+Q2hyaXN0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRl ci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtJz48cCBj bGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPkZyb206PC9zcGFuPjwvYj48c3Bh biBsYW5nPUVOLVVTIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEi LCJzYW5zLXNlcmlmIic+IEFuZHJldyBBbGxlbiBbPGEgaHJlZj0ibWFpbHRvOmFhbGxlbkBibGFj a2JlcnJ5LmNvbSI+bWFpbHRvOmFhbGxlbkBibGFja2JlcnJ5LmNvbTwvYT5dIDxicj48Yj5TZW50 OjwvYj4gMTEuIGhlbG1pa3V1dGEgMjAxNSA5OjQ0PGJyPjxiPlRvOjwvYj4gQnJldHQgVGF0ZTsg Q2hyaXN0ZXIgSG9sbWJlcmc7IDxhIGhyZWY9Im1haWx0bzpzaXBjb3JlQGlldGYub3JnIj5zaXBj b3JlQGlldGYub3JnPC9hPjxicj48Yj5TdWJqZWN0OjwvYj4gUkU6IFtzaXBjb3JlXSBSU2VxIGFu ZCBmb3JraW5nPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05v cm1hbD48c3BhbiBsYW5nPUVOLVVTPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+KzE8bzpw PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5 bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48ZGl2PjxkaXYg c3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5n OjMuMHB0IDBjbSAwY20gMGNtJz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gbGFuZz1FTi1V UyBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJp ZiInPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+IHNpcGNvcmUgWzxhIGhyZWY9 Im1haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpzaXBjb3JlLWJvdW5jZXNA aWV0Zi5vcmc8L2E+XSA8Yj5PbiBCZWhhbGYgT2YgPC9iPkJyZXR0IFRhdGU8YnI+PGI+U2VudDo8 L2I+IFR1ZXNkYXksIEZlYnJ1YXJ5IDEwLCAyMDE1IDY6MzggQU08YnI+PGI+VG86PC9iPiBDaHJp c3RlciBIb2xtYmVyZzsgPGEgaHJlZj0ibWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmciPnNpcGNvcmVA aWV0Zi5vcmc8L2E+PGJyPjxiPlN1YmplY3Q6PC9iPiBSZTogW3NpcGNvcmVdIFJTZXEgYW5kIGZv cmtpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFs PjxzcGFuIGxhbmc9RU4tVVM+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5IaSw8L3NwYW4+ PHNwYW4gbGFuZz1FTi1VUz48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFs PjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48c3Bh biBsYW5nPUVOLVVTPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SSBhZ3JlZSB0aGF0IHNvbWUgdmVu ZG9ycyBoYXZlIG1pc2ludGVycHJldGVkIHRoZSBzZW50ZW5jZSAoYW5kIG90aGVyIGFzcGVjdHMg b2YgdGhlIFJGQyBzdWNoIGFzIGlmIG9ubHkgMjAwIGFuZCA0ODEgYXJlIHZhbGlkIHJlc3BvbnNl cyB0byBhIFBSQUNLKS48L3NwYW4+PHNwYW4gbGFuZz1FTi1VUz48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5 N0QnPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPUVOLVVTPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+ VGhlIGVycmF0YSB3b3VsZCBtYWlubHkganVzdCBiZSB1c2VmdWwgdG8gcXVpY2tseSBlbmQgZGVi YXRlIHdpdGggdGhvc2Ugd2hvIHRoaW5rIGRldmljZXMgYXJlIHNvbWVob3cgc3VwcG9zZWQgdG8g bWFnaWNhbGx5IGNvb3JkaW5hdGUgUlNlcSBnZW5lcmF0aW9uIHdpdGggb3RoZXIgZGV2aWNlcyB3 aGVuIGZvcmtpbmcgaGFzIG9jY3VycmVkLjwvc3Bhbj48c3BhbiBsYW5nPUVOLVVTPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0n Y29sb3I6IzFGNDk3RCc+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9RU4tVVM+PG86cD48L286cD48 L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xv cjojMUY0OTdEJz4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz1FTi1VUz48bzpwPjwvbzpwPjwvc3Bh bj48L3A+PGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVw dDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Jz48ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25l O2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNt Jz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPkZyb206PC9zcGFuPjwv Yj48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJU YWhvbWEiLCJzYW5zLXNlcmlmIic+IHNpcGNvcmUgW21haWx0bzo8YSBocmVmPSJtYWlsdG86c2lw Y29yZS1ib3VuY2VzQGlldGYub3JnIj5zaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSA8Yj5P biBCZWhhbGYgT2YgPC9iPkNocmlzdGVyIEhvbG1iZXJnPGJyPjxiPlNlbnQ6PC9iPiBUdWVzZGF5 LCBGZWJydWFyeSAxMCwgMjAxNSA1OjMzIEFNPGJyPjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRv OnNpcGNvcmVAaWV0Zi5vcmciPnNpcGNvcmVAaWV0Zi5vcmc8L2E+PGJyPjxiPlN1YmplY3Q6PC9i PiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZzwvc3Bhbj48c3BhbiBsYW5nPUVOLVVTPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFu Zz1FTi1VUz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxz cGFuIGxhbmc9Rkk+SGksPC9zcGFuPjxzcGFuIGxhbmc9RU4tVVM+PG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUZJPiZuYnNwOzwvc3Bhbj48c3BhbiBs YW5nPUVOLVVTPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g bGFuZz1FTi1VUz5UaGVyZSBoYXMgYmVlbiBzb21lIGNvbmZ1c2lvbiByZWdhcmRpbmcgUkZDIDMy NjIgYW5kIGZvcmtpbmcsIGFuZCBJ4oCZZCBsaWtlIHRvIGFzayB3aGV0aGVyIHBlb3BsZSB0aGlu ayBhbiBlcnJhdGEgd291bGQgYmUgdXNlZnVsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+VGhlIHRleHQgaW4gc2VjdGlvbiA0 IHNheXM6PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5n PUVOLVVTPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5 bGU9J3RleHQtaW5kZW50OjM2LjBwdCc+PHNwYW4gbGFuZz1FTi1VUz7igJxBcyBhIHJlc3VsdCwg aWYgdGhlIFVBQyByZWNlaXZlcyBhbm90aGVyIHJlbGlhYmxlIHByb3Zpc2lvbmFsPG86cD48L286 cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPiZuYnNwOyZu YnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVzcG9uc2UgdG8gdGhlIHNhbWUgcmVxdWVzdCwgYW5kIGl0 cyBSU2VxIHZhbHVlIGlzIG5vdCBvbmUgaGlnaGVyPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNs YXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgdGhhbiB0aGUgdmFsdWUgb2YgdGhlIHNlcXVlbmNlIG51bWJlciwgdGhhdCByZXNwb25zZSBN VVNUIE5PVCBiZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g bGFuZz1FTi1VUz4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFja25vd2xlZGdlZCB3aXRo IGEgUFJBQ0ssIGFuZCBNVVNUIE5PVCBiZSBwcm9jZXNzZWQgZnVydGhlciBieSB0aGU8bzpwPjwv bzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7 Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBVQUMuJm5ic3A7IEFuIGltcGxlbWVudGF0aW9uIE1BWSBk aXNjYXJkIHRoZSByZXNwb25zZSwgb3IgTUFZIGNhY2hlIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwv cD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDsmbmJzcDsgJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHJlc3BvbnNlIGluIHRoZSBob3BlcyBvZiByZWNlaXZpbmcgdGhlIG1pc3Npbmcg cmVzcG9uc2VzLuKAnTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gbGFuZz1FTi1VUz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9y bWFsPjxzcGFuIGxhbmc9RU4tVVM+Tm93LCBpbiBjYXNlIG9mIGZvcmtpbmcsIGluIG15IG9waW5p b24gdGhlIFVBQyBtYXkgcmVjZWl2ZSB0aGUgc2FtZSAob3IgZXZlbiBsb3dlcikgUlNlcSB2YWx1 ZSBvbiBkaWZmZXJlbnQgZWFybHkgZGlhbG9ncy4gQnV0LCB0aGVyZSBzZWVtIHRvIGJlIHNvbWUg Y29uZnVzaW9uIGFyb3VuZCBpdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9y bWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPlNvLCBJIHdvbmRlciB3aGV0aGVyIGFuIGVycmF0 YSB3b3VsZCBiZSB1c2VmdWwsIG1vZGlmeWluZyB0aGUgdGV4dCB0byBzb21ldGhpbmcgbGlrZTo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0ndGV4 dC1pbmRlbnQ6MzYuMHB0Jz48c3BhbiBsYW5nPUVOLVVTPuKAnEFzIGEgcmVzdWx0LCBpZiB0aGUg VUFDIHJlY2VpdmVzIGFub3RoZXIgcmVsaWFibGUgcHJvdmlzaW9uYWw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7Jm5ic3A7ICZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyByZXNwb25zZSB0byB0aGUgc2FtZSByZXF1ZXN0LCZsdDtuZXcmZ3Q7b24g YSBnaXZlbiBkaWFsb2cmbHQ7L25ldyZndDssPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz PU1zb05vcm1hbCBzdHlsZT0ndGV4dC1pbmRlbnQ6MzYuMHB0Jz48c3BhbiBsYW5nPUVOLVVTPmFu ZCBpdHMgUlNlcSB2YWx1ZSBpcyBub3Qgb25lIGhpZ2hlcuKApuKAnTxvOnA+PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J3RleHQtaW5kZW50OjM2LjBwdCc+PHNwYW4g bGFuZz1FTi1VUz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFs PjxzcGFuIGxhbmc9RU4tVVM+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPjxw IGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPkNocmlzdGVyPG86cD48L286cD48L3Nw YW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48L2Rpdj48L2JvZHk+PC9odG1sPg== --_000_058CE00BD4D6B94FAD033A2439EA1E4B01E7BBA79DFDHE113667eme_-- From nobody Wed Feb 11 06:40:13 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D9B41A88DA for ; Wed, 11 Feb 2015 06:40:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5yrqMou9vFVj for ; Wed, 11 Feb 2015 06:40:03 -0800 (PST) Received: from resqmta-ch2-04v.sys.comcast.net (resqmta-ch2-04v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:36]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B10851A88D0 for ; Wed, 11 Feb 2015 06:40:03 -0800 (PST) Received: from resomta-ch2-13v.sys.comcast.net ([69.252.207.109]) by resqmta-ch2-04v.sys.comcast.net with comcast id r2fh1p0062N9P4d012g21Z; Wed, 11 Feb 2015 14:40:02 +0000 Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.151]) by resomta-ch2-13v.sys.comcast.net with comcast id r2g21p00F3Ge9ey012g2aB; Wed, 11 Feb 2015 14:40:02 +0000 Message-ID: <54DB69C1.5040905@alum.mit.edu> Date: Wed, 11 Feb 2015 09:40:01 -0500 From: Paul Kyzivat User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: sipcore@ietf.org References: <39B5E4D390E9BD4890E2B31079006101127A248D@ESESSMB301.ericsson.se> <54D38FD3.7000408@nostrum.com> <39B5E4D390E9BD4890E2B31079006101128003E1@ESESSMB301.ericsson.se> <54DA38F0.9020000@nostrum.com> <7594FB04B1934943A5C02806D1A2204B1D6CA672@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D6CA672@ESESSMB209.ericsson.se> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1423665602; bh=uHCRhNahRC8b7N2mSFmP6GCCP+7UQYjWAcPAakykKiY=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=cHevuUZ1zct86ytNJP3tbLHhFvbSoXcCC75gMkFG7ax+uU1Sa6B629+PMQRR9f60T fjB+ccFOZlXvplW27r3WGhV6+XIZ1dkCntDbtszh6UwwdJDLRsFnqNlhBE0yzxjoSG +LoKDEKpPtSE1hpV05gNs+X2s09ikQlKfDUsZriElsThU/RIdXpQq0bvW8+5EseQrP aAlH1iIeDWreYA4yo5QA/vj5Y3LTxjnsQzcJctFGTCV0IXOA/RcXjxKH+kGrBnP8tZ SO5/3ESyYKEtRDe3+jenCXSrTo/zlEwji+TJLn8yjSywvgTMCqlPcHFx05ValJnttd rWvvDfyZgxXMw== Archived-At: Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 14:40:10 -0000 On 2/11/15 1:58 AM, Christer Holmberg wrote: > Hi, > > I agree with Ivo and Adam, and I don't think there is a disagreement on > what has been discussed. > > However, as far as I know, what brought this issue up was the fact that > some UAs, if they receive the 200 (INVITE) before 200 (UPDATE), don't > accept it and *RELEASE* the session establishment. In my opinion that is > wrong (and shows that someone probably has implemented call flows rather > than specs :) > > Or, does someone actually think that releasing the session establishment > in this case is correct behavior? IMO that is certainly a *poor* implementation - one I would reject in a product I was buying. But is it a violation of the specification? Probably not - AFAIK it is never *wrong* to end a session because that is a policy decision. (This assumes that the session is ended properly: every transaction must complete, and a BYE needs to be sent.) Thanks, Paul > Regards, > > Christer > > *From:*sipcore [mailto:sipcore-bounces@ietf.org] *On Behalf Of *Adam Roach > *Sent:* 10. helmikuuta 2015 18:59 > *To:* Ivo Sedlacek; Andrew Allen; sipcore@ietf.org > *Subject:* Re: [sipcore] Precondition and swap of 200 (OK) for INVITE > and 200 (OK) for UPDATE > > On 2/5/15 11:28, Ivo Sedlacek wrote: > > in the case below, mandatory preconditions are used. > > .... > > From my point of view, regular offer/answer and regular UAC INVITE > state machine and UAC non-INVITE state machine apply. > > I.e. in Alice: > > - 200 for INVITE causes session establishment (media is sent accord > to last completed SDP offer/asnwer round). > > - 200 for UPDATE causes switch of media sending from SDP2 to SDP4 > > > If you want to think of it that way, then you need to keep in mind that > SDP2 in your example contains unmet mandatory preconditions. This means > that it cannot be used for media. This might technically be a > distinction, but it's not a difference: the session still isn't usable > until SDP4 arrives. > > /a > > > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore > From nobody Wed Feb 11 11:52:50 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B5FA1A8AA5 for ; Wed, 11 Feb 2015 11:52:46 -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 Lpd9ueMau9_B for ; Wed, 11 Feb 2015 11:52:43 -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 F05851A036A for ; Wed, 11 Feb 2015 11:52:42 -0800 (PST) X-AuditID: c1b4fb30-f79106d000001184-7c-54dbb308d03b Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id E8.9D.04484.803BBD45; Wed, 11 Feb 2015 20:52:40 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.248]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0210.002; Wed, 11 Feb 2015 20:52:40 +0100 From: Christer Holmberg To: Paul Kyzivat , "sipcore@ietf.org" Thread-Topic: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE Thread-Index: AdAIobIU/X3RKFytS+CJybDMOoda2Q4rVfBwAADLvoAAA6MHgAD6ceIAAB9isJAADgkjgAAM7npQ Date: Wed, 11 Feb 2015 19:52:39 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D6CD726@ESESSMB209.ericsson.se> References: <39B5E4D390E9BD4890E2B31079006101127A248D@ESESSMB301.ericsson.se> <54D38FD3.7000408@nostrum.com> <39B5E4D390E9BD4890E2B31079006101128003E1@ESESSMB301.ericsson.se> <54DA38F0.9020000@nostrum.com> <7594FB04B1934943A5C02806D1A2204B1D6CA672@ESESSMB209.ericsson.se> <54DB69C1.5040905@alum.mit.edu> In-Reply-To: <54DB69C1.5040905@alum.mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrILMWRmVeSWpSXmKPExsUyM+JvjS7H5tshBvN2WVms2HCA1eLrj01s Dkwef99/YPJYsuQnUwBTFJdNSmpOZllqkb5dAlfG0zUyBa0iFYsOLGRsYPzJ38XIySEhYCKx rX89O4QtJnHh3nq2LkYuDiGBI4wS9zZ1sUA4Sxglnmy/DFTFwcEmYCHR/U8bpEFEIFDi6pIJ zCC2sECsxPe2J+wQ8TiJd6/fsELYURKnmy4zgdgsAqoSc89cYwGxeQV8Jdb/nMIKMf8Hk0TP n8tgCU4BHYnDa9+BDWIEuuj7qTVgzcwC4hK3nsxngrhUQGLJnvPMELaoxMvH/1ghbCWJFdsv MULU60gs2P2JDcLWlli28DUzxGJBiZMzn7BMYBSdhWTsLCQts5C0zELSsoCRZRWjaHFqcVJu upGRXmpRZnJxcX6eXl5qySZGYJwc3PLbYAfjy+eOhxgFOBiVeHg3HL0VIsSaWFZcmXuIUZqD RUmc1874UIiQQHpiSWp2ampBalF8UWlOavEhRiYOTqkGRn3VJLf9uy55lzyc4HPlZvKxUIn0 UwwMMqpd8worzFy3Ne56UlZr7DWlylw2XfLcotuyx9/caWfb/OVEnnK9w97Yo4VRS7pM5k3R XWFbOpPtxvvp9wVrnkslKukcKu1ROCnI+m3azzebvplMXhhVOvvdbcM6wa5t85o2313oPdOm rPrBwdUJwkosxRmJhlrMRcWJAPLhY+J0AgAA Archived-At: Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 19:52:46 -0000 Hi, >> I agree with Ivo and Adam, and I don't think there is a disagreement=20 >> on what has been discussed. >> >> However, as far as I know, what brought this issue up was the fact=20 >> that some UAs, if they receive the 200 (INVITE) before 200 (UPDATE),=20 >> don't accept it and *RELEASE* the session establishment. In my opinion=20 >> that is wrong (and shows that someone probably has implemented call=20 >> flows rather than specs :) >> >> Or, does someone actually think that releasing the session=20 >> establishment in this case is correct behavior? > > IMO that is certainly a *poor* implementation - one I would reject in a p= roduct=20 >I was buying. But is it a violation of the specification?=20 > > Probably not - AFAIK it is never *wrong* to end a session because that is= a policy decision. Of course - implementations can end a session due to whatever policies. But, ending a session just because the 200 (INVITE) comes before the 200 (U= PDATE) is in my opinion a bad implementation - and eventhough it's not a vi= olation of any spec, there for sure is no spec justifying such behaviour :) Regards, Christer > *From:*sipcore [mailto:sipcore-bounces@ietf.org] *On Behalf Of *Adam=20 > Roach > *Sent:* 10. helmikuuta 2015 18:59 > *To:* Ivo Sedlacek; Andrew Allen; sipcore@ietf.org > *Subject:* Re: [sipcore] Precondition and swap of 200 (OK) for INVITE=20 > and 200 (OK) for UPDATE > > On 2/5/15 11:28, Ivo Sedlacek wrote: > > in the case below, mandatory preconditions are used. > > .... > > From my point of view, regular offer/answer and regular UAC INVITE > state machine and UAC non-INVITE state machine apply. > > I.e. in Alice: > > - 200 for INVITE causes session establishment (media is sent accord > to last completed SDP offer/asnwer round). > > - 200 for UPDATE causes switch of media sending from SDP2 to SDP4 > > > If you want to think of it that way, then you need to keep in mind=20 > that > SDP2 in your example contains unmet mandatory preconditions. This=20 > means that it cannot be used for media. This might technically be a=20 > distinction, but it's not a difference: the session still isn't usable=20 > until SDP4 arrives. > > /a > > > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore > _______________________________________________ sipcore mailing list sipcore@ietf.org https://www.ietf.org/mailman/listinfo/sipcore From nobody Wed Feb 11 11:55:12 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09F291A8AF4 for ; Wed, 11 Feb 2015 11:55:05 -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, HTML_MESSAGE=0.001, 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 i8xjdIY7Hfry for ; Wed, 11 Feb 2015 11:55:02 -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 45D381A8AF0 for ; Wed, 11 Feb 2015 11:54:46 -0800 (PST) X-AuditID: c1b4fb2d-f79fc6d000001087-1e-54dbb384557e Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 0D.E8.04231.483BBD45; Wed, 11 Feb 2015 20:54:44 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.248]) by ESESSHC007.ericsson.se ([153.88.183.39]) with mapi id 14.03.0210.002; Wed, 11 Feb 2015 20:54:43 +0100 From: Christer Holmberg To: "R.Jesske@telekom.de" , "aallen@blackberry.com" , "brett@broadsoft.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] RSeq and forking Thread-Index: AdBFG7qj+AzRUuppRF6uM3CFsdbybAAAdzCAACojsgAAAmVI8AAAJRDAABkEazA= Date: Wed, 11 Feb 2015 19:54:42 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D6CD770@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> <35aa09306467495849a73b5c39564fb3@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D6CAA7D@ESESSMB209.ericsson.se> <058CE00BD4D6B94FAD033A2439EA1E4B01E7BBA79DFD@HE113667.emea1.cds.t-internal.com> In-Reply-To: <058CE00BD4D6B94FAD033A2439EA1E4B01E7BBA79DFD@HE113667.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D6CD770ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuplkeLIzCtJLcpLzFFi42KZGfG3Rrdl8+0Qg2f7xSzuz9vKaNE8/x+j RdOdLjaLrz82sTmweMxqWMvu8eN2oMeSJT+ZPNpeKgSwRHHZpKTmZJalFunbJXBlbHj0ka3g yRXGiqb3G1kbGKecZ+xi5OSQEDCReLymAcoWk7hwbz0biC0kcIRR4uCDnC5GLiB7CaPE5Odr WboYOTjYBCwkuv9pg8RFBHYwStw99xOsWVhAXeLq9PfMILaIgIbEzgtv2CBsP4n5p96AxVkE VCV+nPzJBGLzCvgCzfzFArHgOpPEjeWrwRKcArES3a9PgtmMQBd9P7UGzGYWEJe49WQ+E8Sl AhJL9pxnhrBFJV4+/scKYStJrNh+iRGiPl/i4POH7BDLBCVOznzCMoFRZBaSUbOQlM1CUjYL 6E9mAU2J9bv0IUoUJaZ0Q5QwA73WOmcuO7L4Akb2VYyixanFxbnpRsZ6qUWZycXF+Xl6eakl mxiB8Xdwy2/dHYyrXzseYhTgYFTi4d1w9FaIEGtiWXFl7iFGaQ4WJXFeO+NDIUIC6Yklqdmp qQWpRfFFpTmpxYcYmTg4pRoY1Rp2VRv3H3B+x92VErBkkUOKURTPNOmtjXrFCSU70q7xGwXE be28ffePrF7CvGeXNVbphahzW58+9cD/yJq1i4+/eCrcYHb88dXpxW9KZhwy3zf5ejqrofDj /+l5f+PPMl657PXV+nmqjGrOQm7VOqF34kHciZrXjpy1XHonryzvVSDrvcogJZbijERDLeai 4kQAdJAxSKACAAA= Archived-At: Subject: Re: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 19:55:06 -0000 --_000_7594FB04B1934943A5C02806D1A2204B1D6CD770ESESSMB209erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9sYW5kLA0KDQpXZSBjb3VsZCBhZGQgYSBjbGFyaWZ5aW5nIG5vdGUuDQoNCkJ1dCwgSSBk b27igJl0IHRoaW5rIHRoZSBub3RlIHNob3VsZCB0YWxrIGFib3V0IOKAnHVzZS1jYXNlc+KAnS4g SXQgc2hvdWxkIHNpbXBseSBzYXkgdGhhdCwgaWYgZm9ya2luZyBvY2N1cnMsIFJTZXEgdmFsdWVz IGFyZSBwcm9jZXNzZWQgcGVyIGVhcmx5IGRpYWxvZywgaW5kZXBlbmRlbnRseSBmcm9tIHRoZSBS U2VxIHZhbHVlcyBvbiBvdGhlciBlYXJseSBkaWFsb2dzLg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rl cg0KDQpGcm9tOiBSLkplc3NrZUB0ZWxla29tLmRlIFttYWlsdG86Ui5KZXNza2VAdGVsZWtvbS5k ZV0NClNlbnQ6IDExIEZlYnJ1YXJ5IDIwMTUgMTE6MjANClRvOiBDaHJpc3RlciBIb2xtYmVyZzsg YWFsbGVuQGJsYWNrYmVycnkuY29tOyBicmV0dEBicm9hZHNvZnQuY29tOyBzaXBjb3JlQGlldGYu b3JnDQpTdWJqZWN0OiBBVzogW3NpcGNvcmVdIFJTZXEgYW5kIGZvcmtpbmcNCg0KSGkgQ2hyaXN0 ZXIsDQpUaGUgY2hhbmdlIGl0c2VsZiBpcyBPSyBmb3IgbWUuDQpTaW5jZSBJIGxpa2UgdG8gaGF2 ZSBtb3JlIGV4cGxpY2l0IGRlc2NyaXB0aW9uIEkgd291bGQgbGlrZSB0byBoYXZlIG1vcmUgdGV4 dCAoZS5nLiBOb3RlKSBwb2ludGluZyB0byB0aGUgZmFjdCB0aGF0IG90aGVyIGVhcmx5IGRpYWxv Z3MgZGVwZW5kaW5nIG9uIHRoZSBudW1iZXIgb2YgcmVzcG9uc2VzIG1hZGUgcmVsaWFibGUgaGF2 ZSBvdGhlciBSU2VxIHZhbHVlcy4NClByb3Bvc2FsIDoNCg0KIOKAnEFzIGEgcmVzdWx0LCBpZiB0 aGUgVUFDIHJlY2VpdmVzIGFub3RoZXIgcmVsaWFibGUgcHJvdmlzaW9uYWwNCiAgICAgICAgICAg ICAgICByZXNwb25zZSB0byB0aGUgc2FtZSByZXF1ZXN0ICw8bmV3Pm9uIGEgZ2l2ZW4gZGlhbG9n PC9uZXc+YW5kIGl0cyBSU2VxIHZhbHVlIGlzIG5vdCBvbmUgaGlnaGVyDQogICAgICAgICAgICAg ICAgdGhhbiB0aGUgdmFsdWUgb2YgdGhlIHNlcXVlbmNlIG51bWJlciwgdGhhdCByZXNwb25zZSBN VVNUIE5PVCBiZQ0KICAgICAgICAgICAgICAgIGFja25vd2xlZGdlZCB3aXRoIGEgUFJBQ0ssIGFu ZCBNVVNUIE5PVCBiZSBwcm9jZXNzZWQgZnVydGhlciBieSB0aGUNCiAgICAgICAgICAgICAgICBV QUMuICBBbiBpbXBsZW1lbnRhdGlvbiBNQVkgZGlzY2FyZCB0aGUgcmVzcG9uc2UsIG9yIE1BWSBj YWNoZSB0aGUNCiAgICAgICAgICAgICAgICByZXNwb25zZSBpbiB0aGUgaG9wZXMgb2YgcmVjZWl2 aW5nIHRoZSBtaXNzaW5nIHJlc3BvbnNlcy4gPG5ldz5Ob3RlIHRoYXQgZm9yIHNvbWUgdXNlIGNh c2VzIG11bHRpcGxlcyBlYXJseSBkaWFsb2dzIChlLmcuIGZvcmtpbmcpIHdpdGggZGlmZmVyZW50 IFJTZXEgZXhpc3QuPC9uZXc+4oCdDQoNCkJlc3QgUmVnYXJkcw0KDQpSb2xhbmQNCg0KVm9uOiBz aXBjb3JlIFttYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnXSBJbSBBdWZ0cmFnIHZvbiBD aHJpc3RlciBIb2xtYmVyZw0KR2VzZW5kZXQ6IE1pdHR3b2NoLCAxMS4gRmVicnVhciAyMDE1IDA4 OjUzDQpBbjogQW5kcmV3IEFsbGVuOyBCcmV0dCBUYXRlOyBzaXBjb3JlQGlldGYub3JnPG1haWx0 bzpzaXBjb3JlQGlldGYub3JnPg0KQmV0cmVmZjogUmU6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3Jr aW5nDQoNCkhpLA0KDQpTbywgYXJlIHBlb3BsZSBvayB3aXRoIG15IHN1Z2dlc3RlZCB0ZXh0Pw0K DQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQpGcm9tOiBBbmRyZXcgQWxsZW4gW21haWx0bzphYWxs ZW5AYmxhY2tiZXJyeS5jb21dDQpTZW50OiAxMS4gaGVsbWlrdXV0YSAyMDE1IDk6NDQNClRvOiBC cmV0dCBUYXRlOyBDaHJpc3RlciBIb2xtYmVyZzsgc2lwY29yZUBpZXRmLm9yZzxtYWlsdG86c2lw Y29yZUBpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZw0K DQorMQ0KDQpGcm9tOiBzaXBjb3JlIFttYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnXSBP biBCZWhhbGYgT2YgQnJldHQgVGF0ZQ0KU2VudDogVHVlc2RheSwgRmVicnVhcnkgMTAsIDIwMTUg NjozOCBBTQ0KVG86IENocmlzdGVyIEhvbG1iZXJnOyBzaXBjb3JlQGlldGYub3JnPG1haWx0bzpz aXBjb3JlQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5n DQoNCkhpLA0KDQpJIGFncmVlIHRoYXQgc29tZSB2ZW5kb3JzIGhhdmUgbWlzaW50ZXJwcmV0ZWQg dGhlIHNlbnRlbmNlIChhbmQgb3RoZXIgYXNwZWN0cyBvZiB0aGUgUkZDIHN1Y2ggYXMgaWYgb25s eSAyMDAgYW5kIDQ4MSBhcmUgdmFsaWQgcmVzcG9uc2VzIHRvIGEgUFJBQ0spLg0KDQpUaGUgZXJy YXRhIHdvdWxkIG1haW5seSBqdXN0IGJlIHVzZWZ1bCB0byBxdWlja2x5IGVuZCBkZWJhdGUgd2l0 aCB0aG9zZSB3aG8gdGhpbmsgZGV2aWNlcyBhcmUgc29tZWhvdyBzdXBwb3NlZCB0byBtYWdpY2Fs bHkgY29vcmRpbmF0ZSBSU2VxIGdlbmVyYXRpb24gd2l0aCBvdGhlciBkZXZpY2VzIHdoZW4gZm9y a2luZyBoYXMgb2NjdXJyZWQuDQoNCg0KRnJvbTogc2lwY29yZSBbbWFpbHRvOnNpcGNvcmUtYm91 bmNlc0BpZXRmLm9yZzxtYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnPl0gT24gQmVoYWxm IE9mIENocmlzdGVyIEhvbG1iZXJnDQpTZW50OiBUdWVzZGF5LCBGZWJydWFyeSAxMCwgMjAxNSA1 OjMzIEFNDQpUbzogc2lwY29yZUBpZXRmLm9yZzxtYWlsdG86c2lwY29yZUBpZXRmLm9yZz4NClN1 YmplY3Q6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nDQoNCkhpLA0KDQpUaGVyZSBoYXMgYmVl biBzb21lIGNvbmZ1c2lvbiByZWdhcmRpbmcgUkZDIDMyNjIgYW5kIGZvcmtpbmcsIGFuZCBJ4oCZ ZCBsaWtlIHRvIGFzayB3aGV0aGVyIHBlb3BsZSB0aGluayBhbiBlcnJhdGEgd291bGQgYmUgdXNl ZnVsLg0KDQpUaGUgdGV4dCBpbiBzZWN0aW9uIDQgc2F5czoNCg0K4oCcQXMgYSByZXN1bHQsIGlm IHRoZSBVQUMgcmVjZWl2ZXMgYW5vdGhlciByZWxpYWJsZSBwcm92aXNpb25hbA0KICAgICAgICAg ICAgICAgIHJlc3BvbnNlIHRvIHRoZSBzYW1lIHJlcXVlc3QsIGFuZCBpdHMgUlNlcSB2YWx1ZSBp cyBub3Qgb25lIGhpZ2hlcg0KICAgICAgICAgICAgICAgIHRoYW4gdGhlIHZhbHVlIG9mIHRoZSBz ZXF1ZW5jZSBudW1iZXIsIHRoYXQgcmVzcG9uc2UgTVVTVCBOT1QgYmUNCiAgICAgICAgICAgICAg ICBhY2tub3dsZWRnZWQgd2l0aCBhIFBSQUNLLCBhbmQgTVVTVCBOT1QgYmUgcHJvY2Vzc2VkIGZ1 cnRoZXIgYnkgdGhlDQogICAgICAgICAgICAgICAgVUFDLiAgQW4gaW1wbGVtZW50YXRpb24gTUFZ IGRpc2NhcmQgdGhlIHJlc3BvbnNlLCBvciBNQVkgY2FjaGUgdGhlDQogICAgICAgICAgICAgICAg cmVzcG9uc2UgaW4gdGhlIGhvcGVzIG9mIHJlY2VpdmluZyB0aGUgbWlzc2luZyByZXNwb25zZXMu 4oCdDQoNCk5vdywgaW4gY2FzZSBvZiBmb3JraW5nLCBpbiBteSBvcGluaW9uIHRoZSBVQUMgbWF5 IHJlY2VpdmUgdGhlIHNhbWUgKG9yIGV2ZW4gbG93ZXIpIFJTZXEgdmFsdWUgb24gZGlmZmVyZW50 IGVhcmx5IGRpYWxvZ3MuIEJ1dCwgdGhlcmUgc2VlbSB0byBiZSBzb21lIGNvbmZ1c2lvbiBhcm91 bmQgaXQuDQoNClNvLCBJIHdvbmRlciB3aGV0aGVyIGFuIGVycmF0YSB3b3VsZCBiZSB1c2VmdWws IG1vZGlmeWluZyB0aGUgdGV4dCB0byBzb21ldGhpbmcgbGlrZToNCg0K4oCcQXMgYSByZXN1bHQs IGlmIHRoZSBVQUMgcmVjZWl2ZXMgYW5vdGhlciByZWxpYWJsZSBwcm92aXNpb25hbA0KICAgICAg ICAgICAgICAgIHJlc3BvbnNlIHRvIHRoZSBzYW1lIHJlcXVlc3QsPG5ldz5vbiBhIGdpdmVuIGRp YWxvZzwvbmV3PiwNCmFuZCBpdHMgUlNlcSB2YWx1ZSBpcyBub3Qgb25lIGhpZ2hlcuKApuKAnQ0K DQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQo= --_000_7594FB04B1934943A5C02806D1A2204B1D6CD770ESESSMB209erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0FjZXRh dGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowY207DQoJ bWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxl LW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNv LXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsc2Fucy1z ZXJpZjt9DQpwLlNwcmVjaGJsYXNlbnRleHQsIGxpLlNwcmVjaGJsYXNlbnRleHQsIGRpdi5TcHJl Y2hibGFzZW50ZXh0DQoJe21zby1zdHlsZS1uYW1lOlNwcmVjaGJsYXNlbnRleHQ7DQoJbXNvLXN0 eWxlLWxpbms6IlNwcmVjaGJsYXNlbnRleHQgWmNobiI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsc2Fucy1zZXJpZjt9DQpzcGFuLlNwcmVjaGJsYXNlbnRleHRaY2huDQoJe21zby1zdHlsZS1u YW1lOiJTcHJlY2hibGFzZW50ZXh0IFpjaG4iOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazpTcHJlY2hibGFzZW50ZXh0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLHNh bnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9 DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxT dHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjQNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0KCXttc28tc3R5bGUtdHlwZTpw ZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0 OTdEO30NCnNwYW4uRW1haWxTdHlsZTI2DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0K Lk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXpl OjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJ bWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJ e3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+ PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4 dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxh eW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUdCIiBsaW5r PSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+SGkgUm9sYW5kLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V UyI+V2UgY291bGQgYWRkIGEgY2xhcmlmeWluZyBub3RlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+QnV0LCBJIGRvbuKAmXQgdGhpbmsgdGhlIG5vdGUgc2hvdWxkIHRhbGsgYWJv dXQg4oCcdXNlLWNhc2Vz4oCdLiBJdCBzaG91bGQgc2ltcGx5IHNheSB0aGF0LCBpZiBmb3JraW5n IG9jY3VycywgUlNlcSB2YWx1ZXMgYXJlIHByb2Nlc3NlZCBwZXIgZWFybHkgZGlhbG9nLCBpbmRl cGVuZGVudGx5IGZyb20gdGhlIFJTZXEgdmFsdWVzDQogb24gb3RoZXIgZWFybHkgZGlhbG9ncy48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlJlZ2FyZHMsPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTIj5DaHJpc3RlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxhIG5hbWU9Il9NYWlsRW5kQ29tcG9zZSI+PHNwYW4gc3R5bGU9ImNv bG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvYT48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiPkZyb206PC9zcGFuPjwvYj48c3Bh biBsYW5nPSJFTi1VUyI+IFIuSmVzc2tlQHRlbGVrb20uZGUgW21haWx0bzpSLkplc3NrZUB0ZWxl a29tLmRlXQ0KPGJyPg0KPGI+U2VudDo8L2I+IDExIEZlYnJ1YXJ5IDIwMTUgMTE6MjA8YnI+DQo8 Yj5Ubzo8L2I+IENocmlzdGVyIEhvbG1iZXJnOyBhYWxsZW5AYmxhY2tiZXJyeS5jb207IGJyZXR0 QGJyb2Fkc29mdC5jb207IHNpcGNvcmVAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gQVc6 IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhpIENocmlzdGVy LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjojMUY0OTdEIj5UaGUgY2hhbmdlIGl0c2VsZiBpcyBPSyBmb3IgbWUuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPlNpbmNlIEkgbGlrZSB0byBoYXZlIG1vcmUgZXhwbGljaXQgZGVzY3JpcHRpb24gSSB3 b3VsZCBsaWtlIHRvIGhhdmUgbW9yZSB0ZXh0IChlLmcuIE5vdGUpIHBvaW50aW5nIHRvIHRoZSBm YWN0IHRoYXQgb3RoZXIgZWFybHkgZGlhbG9ncyBkZXBlbmRpbmcgb24gdGhlIG51bWJlciBvZiBy ZXNwb25zZXMgbWFkZSByZWxpYWJsZSBoYXZlIG90aGVyIFJTZXEgdmFsdWVzLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj5Qcm9wb3NhbCA6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDozNi4wcHQiPjxzcGFu IGxhbmc9IkVOLVVTIj4mbmJzcDvigJxBcyBhIHJlc3VsdCwgaWYgdGhlIFVBQyByZWNlaXZlcyBh bm90aGVyIHJlbGlhYmxlIHByb3Zpc2lvbmFsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgcmVzcG9uc2UgdG8gdGhlIHNhbWUgcmVxdWVzdCAsJmx0O25ldyZndDtvbiBhIGdpdmVu IGRpYWxvZyZsdDsvbmV3Jmd0O2FuZCBpdHMgUlNlcSB2YWx1ZSBpcyBub3Qgb25lIGhpZ2hlcjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoYW4gdGhlIHZhbHVlIG9mIHRoZSBz ZXF1ZW5jZSBudW1iZXIsIHRoYXQgcmVzcG9uc2UgTVVTVCBOT1QgYmU8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5i c3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBhY2tub3dsZWRnZWQgd2l0aCBhIFBSQUNLLCBhbmQgTVVTVCBO T1QgYmUgcHJvY2Vzc2VkIGZ1cnRoZXIgYnkgdGhlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyAmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgVUFDLiZuYnNwOyBBbiBpbXBsZW1lbnRhdGlvbiBNQVkgZGlzY2FyZCB0aGUgcmVz cG9uc2UsIG9yIE1BWSBjYWNoZSB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyByZXNwb25zZSBpbiB0aGUgaG9wZXMgb2YgcmVjZWl2aW5nIHRoZSBtaXNzaW5nIHJlc3BvbnNl cy4gJmx0O25ldyZndDtOb3RlIHRoYXQgZm9yIHNvbWUgdXNlIGNhc2VzIG11bHRpcGxlcyBlYXJs eSBkaWFsb2dzIChlLmcuIGZvcmtpbmcpIHdpdGggZGlmZmVyZW50IFJTZXEgZXhpc3QuJmx0Oy9u ZXcmZ3Q74oCdPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QmVzdCBS ZWdhcmRzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNv bG9yOiMxRjQ5N0QiPlJvbGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEu NXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkRFIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJp ZiI+Vm9uOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iREUiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj4gc2lwY29yZSBbPGEg aHJlZj0ibWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOnNpcGNvcmUtYm91 bmNlc0BpZXRmLm9yZzwvYT5dDQo8Yj5JbSBBdWZ0cmFnIHZvbiA8L2I+Q2hyaXN0ZXIgSG9sbWJl cmc8YnI+DQo8Yj5HZXNlbmRldDo8L2I+IE1pdHR3b2NoLCAxMS4gRmVicnVhciAyMDE1IDA4OjUz PGJyPg0KPGI+QW46PC9iPiBBbmRyZXcgQWxsZW47IEJyZXR0IFRhdGU7IDxhIGhyZWY9Im1haWx0 bzpzaXBjb3JlQGlldGYub3JnIj5zaXBjb3JlQGlldGYub3JnPC9hPjxicj4NCjxiPkJldHJlZmY6 PC9iPiBSZTogW3NpcGNvcmVdIFJTZXEgYW5kIGZvcmtpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iREUiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SGksPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlNvLCBhcmUgcGVvcGxl IG9rIHdpdGggbXkgc3VnZ2VzdGVkIHRleHQ/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkNocmlzdGVy PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERG IDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t YSZxdW90OyxzYW5zLXNlcmlmIj4gQW5kcmV3IEFsbGVuIFs8YSBocmVmPSJtYWlsdG86YWFsbGVu QGJsYWNrYmVycnkuY29tIj5tYWlsdG86YWFsbGVuQGJsYWNrYmVycnkuY29tPC9hPl0NCjxicj4N CjxiPlNlbnQ6PC9iPiAxMS4gaGVsbWlrdXV0YSAyMDE1IDk6NDQ8YnI+DQo8Yj5Ubzo8L2I+IEJy ZXR0IFRhdGU7IENocmlzdGVyIEhvbG1iZXJnOyA8YSBocmVmPSJtYWlsdG86c2lwY29yZUBpZXRm Lm9yZyI+c2lwY29yZUBpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IFtzaXBj b3JlXSBSU2VxIGFuZCBmb3JraW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiYjNDM7MTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20g MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJp ZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+IHNpcGNvcmUg WzxhIGhyZWY9Im1haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpzaXBjb3Jl LWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5CcmV0dCBUYXRlPGJy Pg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIEZlYnJ1YXJ5IDEwLCAyMDE1IDY6MzggQU08YnI+DQo8 Yj5Ubzo8L2I+IENocmlzdGVyIEhvbG1iZXJnOyA8YSBocmVmPSJtYWlsdG86c2lwY29yZUBpZXRm Lm9yZyI+c2lwY29yZUBpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtzaXBj b3JlXSBSU2VxIGFuZCBmb3JraW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhpLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SSBhZ3JlZSB0aGF0IHNvbWUgdmVuZG9ycyBoYXZl IG1pc2ludGVycHJldGVkIHRoZSBzZW50ZW5jZSAoYW5kIG90aGVyIGFzcGVjdHMgb2YgdGhlIFJG QyBzdWNoIGFzIGlmIG9ubHkgMjAwIGFuZCA0ODEgYXJlIHZhbGlkIHJlc3BvbnNlcyB0byBhIFBS QUNLKS48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPlRoZSBlcnJhdGEgd291bGQgbWFpbmx5IGp1c3QgYmUgdXNlZnVsIHRvIHF1aWNrbHkg ZW5kIGRlYmF0ZSB3aXRoIHRob3NlIHdobyB0aGluayBkZXZpY2VzIGFyZSBzb21laG93IHN1cHBv c2VkIHRvIG1hZ2ljYWxseSBjb29yZGluYXRlIFJTZXEgZ2VuZXJhdGlvbiB3aXRoIG90aGVyIGRl dmljZXMgd2hlbiBmb3JraW5nIGhhcyBvY2N1cnJlZC48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4N CjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYg MS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h JnF1b3Q7LHNhbnMtc2VyaWYiPiBzaXBjb3JlIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnNpcGNv cmUtYm91bmNlc0BpZXRmLm9yZyI+c2lwY29yZS1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPk9u IEJlaGFsZiBPZiA8L2I+Q2hyaXN0ZXIgSG9sbWJlcmc8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2Rh eSwgRmVicnVhcnkgMTAsIDIwMTUgNTozMyBBTTxicj4NCjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFp bHRvOnNpcGNvcmVAaWV0Zi5vcmciPnNpcGNvcmVAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVj dDo8L2I+IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkZJIj5IaSw8L3NwYW4+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkZJIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGVyZSBo YXMgYmVlbiBzb21lIGNvbmZ1c2lvbiByZWdhcmRpbmcgUkZDIDMyNjIgYW5kIGZvcmtpbmcsIGFu ZCBJ4oCZZCBsaWtlIHRvIGFzayB3aGV0aGVyIHBlb3BsZSB0aGluayBhbiBlcnJhdGEgd291bGQg YmUgdXNlZnVsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlIHRleHQgaW4gc2VjdGlvbiA0IHNheXM6 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJ0ZXh0LWluZGVudDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj7igJxBcyBhIHJl c3VsdCwgaWYgdGhlIFVBQyByZWNlaXZlcyBhbm90aGVyIHJlbGlhYmxlIHByb3Zpc2lvbmFsPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVzcG9uc2UgdG8gdGhlIHNhbWUgcmVx dWVzdCwgYW5kIGl0cyBSU2VxIHZhbHVlIGlzIG5vdCBvbmUgaGlnaGVyPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZu YnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhhbiB0aGUgdmFsdWUgb2YgdGhlIHNlcXVlbmNlIG51bWJl ciwgdGhhdCByZXNwb25zZSBNVVNUIE5PVCBiZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IGFja25vd2xlZGdlZCB3aXRoIGEgUFJBQ0ssIGFuZCBNVVNUIE5PVCBiZSBwcm9jZXNz ZWQgZnVydGhlciBieSB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBVQUMu Jm5ic3A7IEFuIGltcGxlbWVudGF0aW9uIE1BWSBkaXNjYXJkIHRoZSByZXNwb25zZSwgb3IgTUFZ IGNhY2hlIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlc3BvbnNlIGlu IHRoZSBob3BlcyBvZiByZWNlaXZpbmcgdGhlIG1pc3NpbmcgcmVzcG9uc2VzLuKAnTxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+Tm93LCBpbiBjYXNlIG9mIGZvcmtpbmcsIGluIG15IG9waW5pb24gdGhlIFVB QyBtYXkgcmVjZWl2ZSB0aGUgc2FtZSAob3IgZXZlbiBsb3dlcikgUlNlcSB2YWx1ZSBvbiBkaWZm ZXJlbnQgZWFybHkgZGlhbG9ncy4gQnV0LCB0aGVyZSBzZWVtIHRvIGJlIHNvbWUgY29uZnVzaW9u IGFyb3VuZCBpdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlNvLCBJIHdvbmRlciB3aGV0aGVyIGFuIGVy cmF0YSB3b3VsZCBiZSB1c2VmdWwsIG1vZGlmeWluZyB0aGUgdGV4dCB0byBzb21ldGhpbmcgbGlr ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtaW5kZW50OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPuKAnEFzIGEg cmVzdWx0LCBpZiB0aGUgVUFDIHJlY2VpdmVzIGFub3RoZXIgcmVsaWFibGUgcHJvdmlzaW9uYWw8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZXNwb25zZSB0byB0aGUgc2FtZSBy ZXF1ZXN0LCZsdDtuZXcmZ3Q7b24gYSBnaXZlbiBkaWFsb2cmbHQ7L25ldyZndDssPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50OjM2 LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPmFuZCBpdHMgUlNlcSB2YWx1ZSBpcyBub3Qgb25lIGhp Z2hlcuKApuKAnTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWluZGVudDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkNocmlzdGVyPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_7594FB04B1934943A5C02806D1A2204B1D6CD770ESESSMB209erics_-- From nobody Wed Feb 11 12:41:18 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CE761A888F for ; Wed, 11 Feb 2015 12:41:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k-35Vlzn6YYi for ; Wed, 11 Feb 2015 12:41:08 -0800 (PST) Received: from resqmta-po-06v.sys.comcast.net (resqmta-po-06v.sys.comcast.net [IPv6:2001:558:fe16:19:96:114:154:165]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5246F1A1AA5 for ; Wed, 11 Feb 2015 12:40:57 -0800 (PST) Received: from resomta-po-08v.sys.comcast.net ([96.114.154.232]) by resqmta-po-06v.sys.comcast.net with comcast id r8gn1p004516pyw018gwMm; Wed, 11 Feb 2015 20:40:56 +0000 Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.151]) by resomta-po-08v.sys.comcast.net with comcast id r8gv1p00c3Ge9ey018gwah; Wed, 11 Feb 2015 20:40:56 +0000 Message-ID: <54DBBE57.8010204@alum.mit.edu> Date: Wed, 11 Feb 2015 15:40:55 -0500 From: Paul Kyzivat User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: sipcore@ietf.org References: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> <35aa09306467495849a73b5c39564fb3@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D6CAA7D@ESESSMB209.ericsson.se> <058CE00BD4D6B94FAD033A2439EA1E4B01E7BBA79DFD@HE113667.emea1.cds.t-internal.com> <7594FB04B1934943A5C02806D1A2204B1D6CD770@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D6CD770@ESESSMB209.ericsson.se> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1423687256; bh=IAYgRjxLLy6Nuga9+zJIbZfOuDF0m5HogmTjZRnVVQA=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=KVl8br2ZoJtfCYEfLUvg8kzEteLXJOG0Iur5PJ7aMaI8Y1Bjm2eUld6wxk7mqsPCP iA58c+vHSXen5SIfyfdPhWaTOvflKm5k51FygUo7GE7+0E6KPXkDbgvSFhSmmIYN7X Stxp6S8vHLaWzeCS8IsULG8aTcfcCeuacBm70nVelypHWsyXWA/0ACcHSR1pA8tEBC MSvaPinMc6UZvc1El8JYZWIORNB+wZTQAvPxZdTJ4PMjd8/c74X0CpBxNEwr5bbMkV CPvxrFR19jK3V+YUD0aHz5qSZy7DOjBY3cqC2D1knLENErhimGR7yA1HNnt/7o7ngB I5C7yGQnP5D1Q== Archived-At: Subject: Re: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 20:41:11 -0000 On 2/11/15 2:54 PM, Christer Holmberg wrote: > Hi Roland, > > We could add a clarifying note. > > But, I don’t think the note should talk about “use-cases”. It should > simply say that, if forking occurs, RSeq values are processed per early > dialog, independently from the RSeq values on other early dialogs. +1 Note that the same is true for CSeq. It would be a very stupid implementation that handled the CSeq per-dialog but not the RSeq. Thanks, Paul > Regards, > > Christer > > *From:*R.Jesske@telekom.de [mailto:R.Jesske@telekom.de] > *Sent:* 11 February 2015 11:20 > *To:* Christer Holmberg; aallen@blackberry.com; brett@broadsoft.com; > sipcore@ietf.org > *Subject:* AW: [sipcore] RSeq and forking > > Hi Christer, > > The change itself is OK for me. > > Since I like to have more explicit description I would like to have more > text (e.g. Note) pointing to the fact that other early dialogs depending > on the number of responses made reliable have other RSeq values. > > Proposal : > > “As a result, if the UAC receives another reliable provisional > > response to the same request ,on a given > dialogand its RSeq value is not one higher > > than the value of the sequence number, that response > MUST NOT be > > acknowledged with a PRACK, and MUST NOT be processed > further by the > > UAC. An implementation MAY discard the response, or > MAY cache the > > response in the hopes of receiving the missing > responses. Note that for some use cases multiples early dialogs > (e.g. forking) with different RSeq exist.” > > Best Regards > > Roland > > *Von:*sipcore [mailto:sipcore-bounces@ietf.org] *Im Auftrag von > *Christer Holmberg > *Gesendet:* Mittwoch, 11. Februar 2015 08:53 > *An:* Andrew Allen; Brett Tate; sipcore@ietf.org > *Betreff:* Re: [sipcore] RSeq and forking > > Hi, > > So, are people ok with my suggested text? > > Regards, > > Christer > > *From:*Andrew Allen [mailto:aallen@blackberry.com] > *Sent:* 11. helmikuuta 2015 9:44 > *To:* Brett Tate; Christer Holmberg; sipcore@ietf.org > > *Subject:* RE: [sipcore] RSeq and forking > > +1 > > *From:*sipcore [mailto:sipcore-bounces@ietf.org] *On Behalf Of *Brett Tate > *Sent:* Tuesday, February 10, 2015 6:38 AM > *To:* Christer Holmberg; sipcore@ietf.org > *Subject:* Re: [sipcore] RSeq and forking > > Hi, > > I agree that some vendors have misinterpreted the sentence (and other > aspects of the RFC such as if only 200 and 481 are valid responses to a > PRACK). > > The errata would mainly just be useful to quickly end debate with those > who think devices are somehow supposed to magically coordinate RSeq > generation with other devices when forking has occurred. > > *From:*sipcore [mailto:sipcore-bounces@ietf.org > ] *On Behalf Of *Christer Holmberg > *Sent:* Tuesday, February 10, 2015 5:33 AM > *To:* sipcore@ietf.org > *Subject:* [sipcore] RSeq and forking > > Hi, > > There has been some confusion regarding RFC 3262 and forking, and I’d > like to ask whether people think an errata would be useful. > > The text in section 4 says: > > “As a result, if the UAC receives another reliable provisional > > response to the same request, and its RSeq value is not > one higher > > than the value of the sequence number, that response > MUST NOT be > > acknowledged with a PRACK, and MUST NOT be processed > further by the > > UAC. An implementation MAY discard the response, or > MAY cache the > > response in the hopes of receiving the missing responses.” > > Now, in case of forking, in my opinion the UAC may receive the same (or > even lower) RSeq value on different early dialogs. But, there seem to be > some confusion around it. > > So, I wonder whether an errata would be useful, modifying the text to > something like: > > “As a result, if the UAC receives another reliable provisional > > response to the same request,on a given dialog, > > and its RSeq value is not one higher…” > > Regards, > > Christer > > > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore > From nobody Wed Feb 11 22:40:12 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80E501A907C for ; Wed, 11 Feb 2015 22:40:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.859 X-Spam-Level: X-Spam-Status: No, score=-3.859 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-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 dp3jT0nrOEiO for ; Wed, 11 Feb 2015 22:40:05 -0800 (PST) Received: from tcmail33.telekom.de (tcmail33.telekom.de [80.149.113.247]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 506731A6EFC for ; Wed, 11 Feb 2015 22:40:04 -0800 (PST) Received: from s4de8nsazdfe010.bmbg.telekom.de ([10.175.246.202]) by tcmail31.telekom.de with ESMTP; 12 Feb 2015 07:40:01 +0100 X-IronPort-AV: E=Sophos;i="5.09,563,1418079600"; d="scan'208,217";a="617238281" Received: from he111629.emea1.cds.t-internal.com ([10.134.93.21]) by q4de8nsa015.bmbg.telekom.de with ESMTP/TLS/AES128-SHA; 12 Feb 2015 07:40:03 +0100 Received: from HE113667.emea1.cds.t-internal.com ([fe80::c943:1394:e86e:fce3]) by HE111629.emea1.cds.t-internal.com ([::1]) with mapi; Thu, 12 Feb 2015 07:40:01 +0100 From: To: , , , Date: Thu, 12 Feb 2015 07:39:58 +0100 Thread-Topic: [sipcore] RSeq and forking Thread-Index: AdBFG7qj+AzRUuppRF6uM3CFsdbybAAAdzCAACojsgAAAmVI8AAAJRDAABkEazAAFl64gA== Message-ID: <058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFDF4E@HE113667.emea1.cds.t-internal.com> References: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> <35aa09306467495849a73b5c39564fb3@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D6CAA7D@ESESSMB209.ericsson.se> <058CE00BD4D6B94FAD033A2439EA1E4B01E7BBA79DFD@HE113667.emea1.cds.t-internal.com> <7594FB04B1934943A5C02806D1A2204B1D6CD770@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D6CD770@ESESSMB209.ericsson.se> Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: multipart/alternative; boundary="_000_058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFDF4EHE113667eme_" MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2015 06:40:10 -0000 --_000_058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFDF4EHE113667eme_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQ2hyaXN0ZXIsDQpZZXMgSSBjb3VsZCBsaWZlIHdpdGggdGhhdC4gQnV0IG15IGludGVuc2lv biB3YXMgYWxzbyB0byBjb3ZlciBhbGwgMTh4IGNhc2VzIG5vdCBvbmx5IGZvcmtpbmcuIExpa2Ug aWYgeW91IGRvIEZvcndhcmRpbmcgYW5kIHNlbmRpbmcgYmFjayBhIDE4MSB3aXRoIFNEUCBmb3Ig YW5ub3VuY2VtZW50IHVzZSBjYXNlcy4gQW5kIHRoZSBkaXZlcnRlZCB0byBVQVMgc2VuZHMgYWRk aXRpb25hbCAxOHggd2l0aCBvcGVuaW5nIG9uZSBvciBtb3JlIGVhcmx5IGRpYWxvZ3MuDQoNCldo eSBub3Qgc2F5IHRoYXQsIGlmIGZvcmtpbmcgb3Igb3RoZXIgc2VydmljZXMgb3BlbmluZyBtdWx0 aXBsZXMgZWFybHkgZGlhbG9ncyBvY2N1cnMsIFJTZXEgdmFsdWVzIGFyZSBwcm9jZXNzZWQgcGVy IGVhcmx5IGRpYWxvZywgaW5kZXBlbmRlbnRseSBmcm9tIHRoZSBSU2VxIHZhbHVlcyBvbiBvdGhl ciBlYXJseSBkaWFsb2dzLg0KDQpSZWdhcmRzDQoNClJvbGFuZA0KDQpWb246IENocmlzdGVyIEhv bG1iZXJnIFttYWlsdG86Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tXQ0KR2VzZW5kZXQ6 IE1pdHR3b2NoLCAxMS4gRmVicnVhciAyMDE1IDIwOjU1DQpBbjogSmVzc2tlLCBSb2xhbmQ7IGFh bGxlbkBibGFja2JlcnJ5LmNvbTsgYnJldHRAYnJvYWRzb2Z0LmNvbTsgc2lwY29yZUBpZXRmLm9y Zw0KQmV0cmVmZjogUkU6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nDQoNCkhpIFJvbGFuZCwN Cg0KV2UgY291bGQgYWRkIGEgY2xhcmlmeWluZyBub3RlLg0KDQpCdXQsIEkgZG9u4oCZdCB0aGlu ayB0aGUgbm90ZSBzaG91bGQgdGFsayBhYm91dCDigJx1c2UtY2FzZXPigJ0uIEl0IHNob3VsZCBz aW1wbHkgc2F5IHRoYXQsIGlmIGZvcmtpbmcgb2NjdXJzLCBSU2VxIHZhbHVlcyBhcmUgcHJvY2Vz c2VkIHBlciBlYXJseSBkaWFsb2csIGluZGVwZW5kZW50bHkgZnJvbSB0aGUgUlNlcSB2YWx1ZXMg b24gb3RoZXIgZWFybHkgZGlhbG9ncy4NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0KRnJvbTog Ui5KZXNza2VAdGVsZWtvbS5kZTxtYWlsdG86Ui5KZXNza2VAdGVsZWtvbS5kZT4gW21haWx0bzpS Lkplc3NrZUB0ZWxla29tLmRlXQ0KU2VudDogMTEgRmVicnVhcnkgMjAxNSAxMToyMA0KVG86IENo cmlzdGVyIEhvbG1iZXJnOyBhYWxsZW5AYmxhY2tiZXJyeS5jb208bWFpbHRvOmFhbGxlbkBibGFj a2JlcnJ5LmNvbT47IGJyZXR0QGJyb2Fkc29mdC5jb208bWFpbHRvOmJyZXR0QGJyb2Fkc29mdC5j b20+OyBzaXBjb3JlQGlldGYub3JnPG1haWx0bzpzaXBjb3JlQGlldGYub3JnPg0KU3ViamVjdDog QVc6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nDQoNCkhpIENocmlzdGVyLA0KVGhlIGNoYW5n ZSBpdHNlbGYgaXMgT0sgZm9yIG1lLg0KU2luY2UgSSBsaWtlIHRvIGhhdmUgbW9yZSBleHBsaWNp dCBkZXNjcmlwdGlvbiBJIHdvdWxkIGxpa2UgdG8gaGF2ZSBtb3JlIHRleHQgKGUuZy4gTm90ZSkg cG9pbnRpbmcgdG8gdGhlIGZhY3QgdGhhdCBvdGhlciBlYXJseSBkaWFsb2dzIGRlcGVuZGluZyBv biB0aGUgbnVtYmVyIG9mIHJlc3BvbnNlcyBtYWRlIHJlbGlhYmxlIGhhdmUgb3RoZXIgUlNlcSB2 YWx1ZXMuDQpQcm9wb3NhbCA6DQoNCiDigJxBcyBhIHJlc3VsdCwgaWYgdGhlIFVBQyByZWNlaXZl cyBhbm90aGVyIHJlbGlhYmxlIHByb3Zpc2lvbmFsDQogICAgICAgICAgICAgICAgcmVzcG9uc2Ug dG8gdGhlIHNhbWUgcmVxdWVzdCAsPG5ldz5vbiBhIGdpdmVuIGRpYWxvZzwvbmV3PmFuZCBpdHMg UlNlcSB2YWx1ZSBpcyBub3Qgb25lIGhpZ2hlcg0KICAgICAgICAgICAgICAgIHRoYW4gdGhlIHZh bHVlIG9mIHRoZSBzZXF1ZW5jZSBudW1iZXIsIHRoYXQgcmVzcG9uc2UgTVVTVCBOT1QgYmUNCiAg ICAgICAgICAgICAgICBhY2tub3dsZWRnZWQgd2l0aCBhIFBSQUNLLCBhbmQgTVVTVCBOT1QgYmUg cHJvY2Vzc2VkIGZ1cnRoZXIgYnkgdGhlDQogICAgICAgICAgICAgICAgVUFDLiAgQW4gaW1wbGVt ZW50YXRpb24gTUFZIGRpc2NhcmQgdGhlIHJlc3BvbnNlLCBvciBNQVkgY2FjaGUgdGhlDQogICAg ICAgICAgICAgICAgcmVzcG9uc2UgaW4gdGhlIGhvcGVzIG9mIHJlY2VpdmluZyB0aGUgbWlzc2lu ZyByZXNwb25zZXMuIDxuZXc+Tm90ZSB0aGF0IGZvciBzb21lIHVzZSBjYXNlcyBtdWx0aXBsZXMg ZWFybHkgZGlhbG9ncyAoZS5nLiBmb3JraW5nKSB3aXRoIGRpZmZlcmVudCBSU2VxIGV4aXN0Ljwv bmV3PuKAnQ0KDQpCZXN0IFJlZ2FyZHMNCg0KUm9sYW5kDQoNClZvbjogc2lwY29yZSBbbWFpbHRv OnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZ10gSW0gQXVmdHJhZyB2b24gQ2hyaXN0ZXIgSG9sbWJl cmcNCkdlc2VuZGV0OiBNaXR0d29jaCwgMTEuIEZlYnJ1YXIgMjAxNSAwODo1Mw0KQW46IEFuZHJl dyBBbGxlbjsgQnJldHQgVGF0ZTsgc2lwY29yZUBpZXRmLm9yZzxtYWlsdG86c2lwY29yZUBpZXRm Lm9yZz4NCkJldHJlZmY6IFJlOiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZw0KDQpIaSwNCg0K U28sIGFyZSBwZW9wbGUgb2sgd2l0aCBteSBzdWdnZXN0ZWQgdGV4dD8NCg0KUmVnYXJkcywNCg0K Q2hyaXN0ZXINCg0KRnJvbTogQW5kcmV3IEFsbGVuIFttYWlsdG86YWFsbGVuQGJsYWNrYmVycnku Y29tXQ0KU2VudDogMTEuIGhlbG1pa3V1dGEgMjAxNSA5OjQ0DQpUbzogQnJldHQgVGF0ZTsgQ2hy aXN0ZXIgSG9sbWJlcmc7IHNpcGNvcmVAaWV0Zi5vcmc8bWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmc+ DQpTdWJqZWN0OiBSRTogW3NpcGNvcmVdIFJTZXEgYW5kIGZvcmtpbmcNCg0KKzENCg0KRnJvbTog c2lwY29yZSBbbWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEJy ZXR0IFRhdGUNClNlbnQ6IFR1ZXNkYXksIEZlYnJ1YXJ5IDEwLCAyMDE1IDY6MzggQU0NClRvOiBD aHJpc3RlciBIb2xtYmVyZzsgc2lwY29yZUBpZXRmLm9yZzxtYWlsdG86c2lwY29yZUBpZXRmLm9y Zz4NClN1YmplY3Q6IFJlOiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZw0KDQpIaSwNCg0KSSBh Z3JlZSB0aGF0IHNvbWUgdmVuZG9ycyBoYXZlIG1pc2ludGVycHJldGVkIHRoZSBzZW50ZW5jZSAo YW5kIG90aGVyIGFzcGVjdHMgb2YgdGhlIFJGQyBzdWNoIGFzIGlmIG9ubHkgMjAwIGFuZCA0ODEg YXJlIHZhbGlkIHJlc3BvbnNlcyB0byBhIFBSQUNLKS4NCg0KVGhlIGVycmF0YSB3b3VsZCBtYWlu bHkganVzdCBiZSB1c2VmdWwgdG8gcXVpY2tseSBlbmQgZGViYXRlIHdpdGggdGhvc2Ugd2hvIHRo aW5rIGRldmljZXMgYXJlIHNvbWVob3cgc3VwcG9zZWQgdG8gbWFnaWNhbGx5IGNvb3JkaW5hdGUg UlNlcSBnZW5lcmF0aW9uIHdpdGggb3RoZXIgZGV2aWNlcyB3aGVuIGZvcmtpbmcgaGFzIG9jY3Vy cmVkLg0KDQoNCkZyb206IHNpcGNvcmUgW21haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmc8 bWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZz5dIE9uIEJlaGFsZiBPZiBDaHJpc3RlciBI b2xtYmVyZw0KU2VudDogVHVlc2RheSwgRmVicnVhcnkgMTAsIDIwMTUgNTozMyBBTQ0KVG86IHNp cGNvcmVAaWV0Zi5vcmc8bWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbc2lwY29y ZV0gUlNlcSBhbmQgZm9ya2luZw0KDQpIaSwNCg0KVGhlcmUgaGFzIGJlZW4gc29tZSBjb25mdXNp b24gcmVnYXJkaW5nIFJGQyAzMjYyIGFuZCBmb3JraW5nLCBhbmQgSeKAmWQgbGlrZSB0byBhc2sg d2hldGhlciBwZW9wbGUgdGhpbmsgYW4gZXJyYXRhIHdvdWxkIGJlIHVzZWZ1bC4NCg0KVGhlIHRl eHQgaW4gc2VjdGlvbiA0IHNheXM6DQoNCuKAnEFzIGEgcmVzdWx0LCBpZiB0aGUgVUFDIHJlY2Vp dmVzIGFub3RoZXIgcmVsaWFibGUgcHJvdmlzaW9uYWwNCiAgICAgICAgICAgICAgICByZXNwb25z ZSB0byB0aGUgc2FtZSByZXF1ZXN0LCBhbmQgaXRzIFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdo ZXINCiAgICAgICAgICAgICAgICB0aGFuIHRoZSB2YWx1ZSBvZiB0aGUgc2VxdWVuY2UgbnVtYmVy LCB0aGF0IHJlc3BvbnNlIE1VU1QgTk9UIGJlDQogICAgICAgICAgICAgICAgYWNrbm93bGVkZ2Vk IHdpdGggYSBQUkFDSywgYW5kIE1VU1QgTk9UIGJlIHByb2Nlc3NlZCBmdXJ0aGVyIGJ5IHRoZQ0K ICAgICAgICAgICAgICAgIFVBQy4gIEFuIGltcGxlbWVudGF0aW9uIE1BWSBkaXNjYXJkIHRoZSBy ZXNwb25zZSwgb3IgTUFZIGNhY2hlIHRoZQ0KICAgICAgICAgICAgICAgIHJlc3BvbnNlIGluIHRo ZSBob3BlcyBvZiByZWNlaXZpbmcgdGhlIG1pc3NpbmcgcmVzcG9uc2VzLuKAnQ0KDQpOb3csIGlu IGNhc2Ugb2YgZm9ya2luZywgaW4gbXkgb3BpbmlvbiB0aGUgVUFDIG1heSByZWNlaXZlIHRoZSBz YW1lIChvciBldmVuIGxvd2VyKSBSU2VxIHZhbHVlIG9uIGRpZmZlcmVudCBlYXJseSBkaWFsb2dz LiBCdXQsIHRoZXJlIHNlZW0gdG8gYmUgc29tZSBjb25mdXNpb24gYXJvdW5kIGl0Lg0KDQpTbywg SSB3b25kZXIgd2hldGhlciBhbiBlcnJhdGEgd291bGQgYmUgdXNlZnVsLCBtb2RpZnlpbmcgdGhl IHRleHQgdG8gc29tZXRoaW5nIGxpa2U6DQoNCuKAnEFzIGEgcmVzdWx0LCBpZiB0aGUgVUFDIHJl Y2VpdmVzIGFub3RoZXIgcmVsaWFibGUgcHJvdmlzaW9uYWwNCiAgICAgICAgICAgICAgICByZXNw b25zZSB0byB0aGUgc2FtZSByZXF1ZXN0LDxuZXc+b24gYSBnaXZlbiBkaWFsb2c8L25ldz4sDQph bmQgaXRzIFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdoZXLigKbigJ0NCg0KUmVnYXJkcywNCg0K Q2hyaXN0ZXINCg0K --_000_058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFDF4EHE113667eme_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30N CmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv bG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4u TXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1 cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNv QWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOiJTcHJlY2hibGFzZW50ZXh0IFpjaG4iOw0KCW1hcmdpbjowY207DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLlNwcmVjaGJsYXNlbnRleHRaY2huDQoJe21zby1zdHls ZS1uYW1lOiJTcHJlY2hibGFzZW50ZXh0IFpjaG4iOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgltc28tc3R5bGUtbGluazpTcHJlY2hibGFzZW50ZXh0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEi LCJzYW5zLXNlcmlmIjt9DQpwLkJhbGxvb25UZXh0LCBsaS5CYWxsb29uVGV4dCwgZGl2LkJhbGxv b25UZXh0DQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQiOw0KCW1zby1zdHlsZS1saW5r OiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2Vy aWYiO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRl eHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxs b29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkUt TWFpbEZvcm1hdHZvcmxhZ2UyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5F LU1haWxGb3JtYXR2b3JsYWdlMjINCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRS1N YWlsRm9ybWF0dm9ybGFnZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkUtTWFp bEZvcm1hdHZvcmxhZ2UyNA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FLU1haWxG b3JtYXR2b3JsYWdlMjUNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRS1NYWlsRm9y bWF0dm9ybGFnZTI2DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkUtTWFpbEZvcm1h dHZvcmxhZ2UyNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1 bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBw dCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRl ZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT48L2hlYWQ+PGJvZHkgbGFuZz1ERSBsaW5rPWJsdWUgdmxpbms9cHVycGxlPjxk aXYgY2xhc3M9V29yZFNlY3Rpb24xPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nY29s b3I6IzFGNDk3RCc+SGkgQ2hyaXN0ZXIsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5ZZXMgSSBjb3Vs ZCBsaWZlIHdpdGggdGhhdC4gQnV0IG15IGludGVuc2lvbiB3YXMgYWxzbyB0byBjb3ZlciBhbGwg MTh4IGNhc2VzIG5vdCBvbmx5IGZvcmtpbmcuIExpa2UgaWYgeW91IGRvIEZvcndhcmRpbmcgYW5k IHNlbmRpbmcgYmFjayBhIDE4MSB3aXRoIFNEUCBmb3IgYW5ub3VuY2VtZW50IHVzZSBjYXNlcy4g QW5kIHRoZSBkaXZlcnRlZCB0byBVQVMgc2VuZHMgYWRkaXRpb25hbCAxOHggd2l0aCBvcGVuaW5n IG9uZSBvciBtb3JlIGVhcmx5IGRpYWxvZ3MuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Ig c3R5bGU9J2NvbG9yOiMxRjQ5N0QnPldoeSBub3Qgc2F5IHRoYXQsIGlmIGZvcmtpbmcgb3Igb3Ro ZXIgc2VydmljZXMgb3BlbmluZyBtdWx0aXBsZXMgZWFybHkgZGlhbG9ncyBvY2N1cnMsIFJTZXEg dmFsdWVzIGFyZSBwcm9jZXNzZWQgcGVyIGVhcmx5IGRpYWxvZywgaW5kZXBlbmRlbnRseSBmcm9t IHRoZSBSU2VxIHZhbHVlcyBvbiBvdGhlciBlYXJseSBkaWFsb2dzLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nY29sb3I6IzFG NDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh biBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5SZWdhcmRzPG86cD48L286cD48L3Nw YW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjoj MUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxz cGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPlJvbGFuZDwvc3Bhbj48c3BhbiBs YW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAg Y2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXIt bGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQnPjxkaXY+PGRp diBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRp bmc6My4wcHQgMGNtIDBjbSAwY20nPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPlZvbjo8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhv bWEiLCJzYW5zLXNlcmlmIic+IENocmlzdGVyIEhvbG1iZXJnIFttYWlsdG86Y2hyaXN0ZXIuaG9s bWJlcmdAZXJpY3Nzb24uY29tXSA8YnI+PGI+R2VzZW5kZXQ6PC9iPiBNaXR0d29jaCwgMTEuIEZl YnJ1YXIgMjAxNSAyMDo1NTxicj48Yj5Bbjo8L2I+IEplc3NrZSwgUm9sYW5kOyBhYWxsZW5AYmxh Y2tiZXJyeS5jb207IGJyZXR0QGJyb2Fkc29mdC5jb207IHNpcGNvcmVAaWV0Zi5vcmc8YnI+PGI+ QmV0cmVmZjo8L2I+IFJFOiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZzxvOnA+PC9vOnA+PC9z cGFuPjwvcD48L2Rpdj48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5 N0QnPkhpIFJvbGFuZCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxz cGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nY29sb3I6 IzFGNDk3RCc+V2UgY291bGQgYWRkIGEgY2xhcmlmeWluZyBub3RlLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nY29sb3I6IzFG NDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh biBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5CdXQsIEkgZG9u4oCZdCB0aGluayB0 aGUgbm90ZSBzaG91bGQgdGFsayBhYm91dCDigJx1c2UtY2FzZXPigJ0uIEl0IHNob3VsZCBzaW1w bHkgc2F5IHRoYXQsIGlmIGZvcmtpbmcgb2NjdXJzLCBSU2VxIHZhbHVlcyBhcmUgcHJvY2Vzc2Vk IHBlciBlYXJseSBkaWFsb2csIGluZGVwZW5kZW50bHkgZnJvbSB0aGUgUlNlcSB2YWx1ZXMgb24g b3RoZXIgZWFybHkgZGlhbG9ncy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9y bWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0n Y29sb3I6IzFGNDk3RCc+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHls ZT0nY29sb3I6IzFGNDk3RCc+Q2hyaXN0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxhIG5hbWU9Il9NYWlsRW5kQ29tcG9zZSI+PC9hPjxzcGFuIGxhbmc9RU4tR0Ig c3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48ZGl2Pjxk aXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRk aW5nOjMuMHB0IDBjbSAwY20gMGNtJz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gbGFuZz1F Ti1VUz5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz1FTi1VUz4gPGEgaHJlZj0ibWFpbHRvOlIu SmVzc2tlQHRlbGVrb20uZGUiPlIuSmVzc2tlQHRlbGVrb20uZGU8L2E+IFs8YSBocmVmPSJtYWls dG86Ui5KZXNza2VAdGVsZWtvbS5kZSI+bWFpbHRvOlIuSmVzc2tlQHRlbGVrb20uZGU8L2E+XSA8 YnI+PGI+U2VudDo8L2I+IDExIEZlYnJ1YXJ5IDIwMTUgMTE6MjA8YnI+PGI+VG86PC9iPiBDaHJp c3RlciBIb2xtYmVyZzsgPGEgaHJlZj0ibWFpbHRvOmFhbGxlbkBibGFja2JlcnJ5LmNvbSI+YWFs bGVuQGJsYWNrYmVycnkuY29tPC9hPjsgPGEgaHJlZj0ibWFpbHRvOmJyZXR0QGJyb2Fkc29mdC5j b20iPmJyZXR0QGJyb2Fkc29mdC5jb208L2E+OyA8YSBocmVmPSJtYWlsdG86c2lwY29yZUBpZXRm Lm9yZyI+c2lwY29yZUBpZXRmLm9yZzwvYT48YnI+PGI+U3ViamVjdDo8L2I+IEFXOiBbc2lwY29y ZV0gUlNlcSBhbmQgZm9ya2luZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48cCBj bGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5 N0QnPkhpIENocmlzdGVyLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+VGhlIGNoYW5nZSBpdHNlbGYg aXMgT0sgZm9yIG1lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gbGFuZz1FTi1HQiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+U2luY2UgSSBsaWtlIHRvIGhhdmUg bW9yZSBleHBsaWNpdCBkZXNjcmlwdGlvbiBJIHdvdWxkIGxpa2UgdG8gaGF2ZSBtb3JlIHRleHQg KGUuZy4gTm90ZSkgcG9pbnRpbmcgdG8gdGhlIGZhY3QgdGhhdCBvdGhlciBlYXJseSBkaWFsb2dz IGRlcGVuZGluZyBvbiB0aGUgbnVtYmVyIG9mIHJlc3BvbnNlcyBtYWRlIHJlbGlhYmxlIGhhdmUg b3RoZXIgUlNlcSB2YWx1ZXMuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1h bD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5Qcm9wb3NhbCA6PG86cD48 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxl PSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsIHN0eWxlPSd0ZXh0LWluZGVudDozNi4wcHQnPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7 4oCcQXMgYSByZXN1bHQsIGlmIHRoZSBVQUMgcmVjZWl2ZXMgYW5vdGhlciByZWxpYWJsZSBwcm92 aXNpb25hbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFu Zz1FTi1VUz4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlc3BvbnNlIHRvIHRoZSBzYW1l IHJlcXVlc3QgLCZsdDtuZXcmZ3Q7b24gYSBnaXZlbiBkaWFsb2cmbHQ7L25ldyZndDthbmQgaXRz IFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdoZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB0aGFuIHRoZSB2YWx1ZSBvZiB0aGUgc2VxdWVuY2UgbnVtYmVyLCB0aGF0IHJlc3BvbnNlIE1V U1QgTk9UIGJlPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs YW5nPUVOLVVTPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYWNrbm93bGVkZ2VkIHdpdGgg YSBQUkFDSywgYW5kIE1VU1QgTk9UIGJlIHByb2Nlc3NlZCBmdXJ0aGVyIGJ5IHRoZTxvOnA+PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDsm bmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFVBQy4mbmJzcDsgQW4gaW1wbGVtZW50YXRpb24gTUFZIGRp c2NhcmQgdGhlIHJlc3BvbnNlLCBvciBNQVkgY2FjaGUgdGhlPG86cD48L286cD48L3NwYW4+PC9w PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPiZuYnNwOyZuYnNwOyAmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgcmVzcG9uc2UgaW4gdGhlIGhvcGVzIG9mIHJlY2VpdmluZyB0aGUgbWlzc2luZyBy ZXNwb25zZXMuICZsdDtuZXcmZ3Q7Tm90ZSB0aGF0IGZvciBzb21lIHVzZSBjYXNlcyBtdWx0aXBs ZXMgZWFybHkgZGlhbG9ncyAoZS5nLiBmb3JraW5nKSB3aXRoIGRpZmZlcmVudCBSU2VxIGV4aXN0 LiZsdDsvbmV3Jmd0O+KAnTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gbGFuZz1FTi1VUz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkJlc3QgUmVnYXJk czxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1V UyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNs YXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5Sb2xh bmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4t R0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48ZGl2 IHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6 MGNtIDBjbSAwY20gNC4wcHQnPjxkaXY+PGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20nPjxwIGNsYXNz PU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToi VGFob21hIiwic2Fucy1zZXJpZiInPlZvbjo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+IHNpcGNvcmUgWzxh IGhyZWY9Im1haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpzaXBjb3JlLWJv dW5jZXNAaWV0Zi5vcmc8L2E+XSA8Yj5JbSBBdWZ0cmFnIHZvbiA8L2I+Q2hyaXN0ZXIgSG9sbWJl cmc8YnI+PGI+R2VzZW5kZXQ6PC9iPiBNaXR0d29jaCwgMTEuIEZlYnJ1YXIgMjAxNSAwODo1Mzxi cj48Yj5Bbjo8L2I+IEFuZHJldyBBbGxlbjsgQnJldHQgVGF0ZTsgPGEgaHJlZj0ibWFpbHRvOnNp cGNvcmVAaWV0Zi5vcmciPnNpcGNvcmVAaWV0Zi5vcmc8L2E+PGJyPjxiPkJldHJlZmY6PC9iPiBS ZTogW3NpcGNvcmVdIFJTZXEgYW5kIGZvcmtpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+ PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5IaSw8bzpwPjwv bzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9 J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29O b3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+U28sIGFyZSBwZW9w bGUgb2sgd2l0aCBteSBzdWdnZXN0ZWQgdGV4dD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1V UyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAg Y2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1F Ti1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+Q2hyaXN0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0Qn PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25l O2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNt Jz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPkZyb206PC9zcGFuPjwv Yj48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJU YWhvbWEiLCJzYW5zLXNlcmlmIic+IEFuZHJldyBBbGxlbiBbPGEgaHJlZj0ibWFpbHRvOmFhbGxl bkBibGFja2JlcnJ5LmNvbSI+bWFpbHRvOmFhbGxlbkBibGFja2JlcnJ5LmNvbTwvYT5dIDxicj48 Yj5TZW50OjwvYj4gMTEuIGhlbG1pa3V1dGEgMjAxNSA5OjQ0PGJyPjxiPlRvOjwvYj4gQnJldHQg VGF0ZTsgQ2hyaXN0ZXIgSG9sbWJlcmc7IDxhIGhyZWY9Im1haWx0bzpzaXBjb3JlQGlldGYub3Jn Ij5zaXBjb3JlQGlldGYub3JnPC9hPjxicj48Yj5TdWJqZWN0OjwvYj4gUkU6IFtzaXBjb3JlXSBS U2VxIGFuZCBmb3JraW5nPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+ KzE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4t VVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48ZGl2 PjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtw YWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtJz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gbGFu Zz1FTi1VUyBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fu cy1zZXJpZiInPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+IHNpcGNvcmUgWzxh IGhyZWY9Im1haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpzaXBjb3JlLWJv dW5jZXNAaWV0Zi5vcmc8L2E+XSA8Yj5PbiBCZWhhbGYgT2YgPC9iPkJyZXR0IFRhdGU8YnI+PGI+ U2VudDo8L2I+IFR1ZXNkYXksIEZlYnJ1YXJ5IDEwLCAyMDE1IDY6MzggQU08YnI+PGI+VG86PC9i PiBDaHJpc3RlciBIb2xtYmVyZzsgPGEgaHJlZj0ibWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmciPnNp cGNvcmVAaWV0Zi5vcmc8L2E+PGJyPjxiPlN1YmplY3Q6PC9iPiBSZTogW3NpcGNvcmVdIFJTZXEg YW5kIGZvcmtpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PC9kaXY+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNs YXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5IaSw8 L3NwYW4+PHNwYW4gbGFuZz1FTi1VUz48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bh bj48c3BhbiBsYW5nPUVOLVVTPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3Jt YWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SSBhZ3JlZSB0aGF0IHNv bWUgdmVuZG9ycyBoYXZlIG1pc2ludGVycHJldGVkIHRoZSBzZW50ZW5jZSAoYW5kIG90aGVyIGFz cGVjdHMgb2YgdGhlIFJGQyBzdWNoIGFzIGlmIG9ubHkgMjAwIGFuZCA0ODEgYXJlIHZhbGlkIHJl c3BvbnNlcyB0byBhIFBSQUNLKS48L3NwYW4+PHNwYW4gbGFuZz1FTi1VUz48bzpwPjwvbzpwPjwv c3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y OiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPUVOLVVTPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFG NDk3RCc+VGhlIGVycmF0YSB3b3VsZCBtYWlubHkganVzdCBiZSB1c2VmdWwgdG8gcXVpY2tseSBl bmQgZGViYXRlIHdpdGggdGhvc2Ugd2hvIHRoaW5rIGRldmljZXMgYXJlIHNvbWVob3cgc3VwcG9z ZWQgdG8gbWFnaWNhbGx5IGNvb3JkaW5hdGUgUlNlcSBnZW5lcmF0aW9uIHdpdGggb3RoZXIgZGV2 aWNlcyB3aGVuIGZvcmtpbmcgaGFzIG9jY3VycmVkLjwvc3Bhbj48c3BhbiBsYW5nPUVOLVVTPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBz dHlsZT0nY29sb3I6IzFGNDk3RCc+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9RU4tVVM+PG86cD48 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxl PSdjb2xvcjojMUY0OTdEJz4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz1FTi1VUz48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+PGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1 ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Jz48ZGl2PjxkaXYgc3R5bGU9J2JvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw Y20gMGNtJz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPkZyb206PC9z cGFuPjwvYj48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+IHNpcGNvcmUgW21haWx0bzo8YSBocmVmPSJtYWls dG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnIj5zaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmc8L2E+ XSA8Yj5PbiBCZWhhbGYgT2YgPC9iPkNocmlzdGVyIEhvbG1iZXJnPGJyPjxiPlNlbnQ6PC9iPiBU dWVzZGF5LCBGZWJydWFyeSAxMCwgMjAxNSA1OjMzIEFNPGJyPjxiPlRvOjwvYj4gPGEgaHJlZj0i bWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmciPnNpcGNvcmVAaWV0Zi5vcmc8L2E+PGJyPjxiPlN1Ympl Y3Q6PC9iPiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZzwvc3Bhbj48c3BhbiBsYW5nPUVOLVVT PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gbGFuZz1FTi1VUz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9y bWFsPjxzcGFuIGxhbmc9Rkk+SGksPC9zcGFuPjxzcGFuIGxhbmc9RU4tVVM+PG86cD48L286cD48 L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUZJPiZuYnNwOzwvc3Bhbj48 c3BhbiBsYW5nPUVOLVVTPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gbGFuZz1FTi1VUz5UaGVyZSBoYXMgYmVlbiBzb21lIGNvbmZ1c2lvbiByZWdhcmRpbmcg UkZDIDMyNjIgYW5kIGZvcmtpbmcsIGFuZCBJ4oCZZCBsaWtlIHRvIGFzayB3aGV0aGVyIHBlb3Bs ZSB0aGluayBhbiBlcnJhdGEgd291bGQgYmUgdXNlZnVsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+VGhlIHRleHQgaW4gc2Vj dGlvbiA0IHNheXM6PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh biBsYW5nPUVOLVVTPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3Jt YWwgc3R5bGU9J3RleHQtaW5kZW50OjM2LjBwdCc+PHNwYW4gbGFuZz1FTi1VUz7igJxBcyBhIHJl c3VsdCwgaWYgdGhlIFVBQyByZWNlaXZlcyBhbm90aGVyIHJlbGlhYmxlIHByb3Zpc2lvbmFsPG86 cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPiZu YnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVzcG9uc2UgdG8gdGhlIHNhbWUgcmVxdWVzdCwg YW5kIGl0cyBSU2VxIHZhbHVlIGlzIG5vdCBvbmUgaGlnaGVyPG86cD48L286cD48L3NwYW4+PC9w PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPiZuYnNwOyZuYnNwOyAmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgdGhhbiB0aGUgdmFsdWUgb2YgdGhlIHNlcXVlbmNlIG51bWJlciwgdGhhdCByZXNw b25zZSBNVVNUIE5PVCBiZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFja25vd2xlZGdl ZCB3aXRoIGEgUFJBQ0ssIGFuZCBNVVNUIE5PVCBiZSBwcm9jZXNzZWQgZnVydGhlciBieSB0aGU8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+ Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBVQUMuJm5ic3A7IEFuIGltcGxlbWVudGF0aW9u IE1BWSBkaXNjYXJkIHRoZSByZXNwb25zZSwgb3IgTUFZIGNhY2hlIHRoZTxvOnA+PC9vOnA+PC9z cGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDsmbmJzcDsg Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHJlc3BvbnNlIGluIHRoZSBob3BlcyBvZiByZWNlaXZpbmcgdGhlIG1p c3NpbmcgcmVzcG9uc2VzLuKAnTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3Jt YWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Tm93LCBpbiBjYXNlIG9mIGZvcmtpbmcsIGluIG15 IG9waW5pb24gdGhlIFVBQyBtYXkgcmVjZWl2ZSB0aGUgc2FtZSAob3IgZXZlbiBsb3dlcikgUlNl cSB2YWx1ZSBvbiBkaWZmZXJlbnQgZWFybHkgZGlhbG9ncy4gQnV0LCB0aGVyZSBzZWVtIHRvIGJl IHNvbWUgY29uZnVzaW9uIGFyb3VuZCBpdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPjxw IGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPlNvLCBJIHdvbmRlciB3aGV0aGVyIGFu IGVycmF0YSB3b3VsZCBiZSB1c2VmdWwsIG1vZGlmeWluZyB0aGUgdGV4dCB0byBzb21ldGhpbmcg bGlrZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9 RU4tVVM+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHls ZT0ndGV4dC1pbmRlbnQ6MzYuMHB0Jz48c3BhbiBsYW5nPUVOLVVTPuKAnEFzIGEgcmVzdWx0LCBp ZiB0aGUgVUFDIHJlY2VpdmVzIGFub3RoZXIgcmVsaWFibGUgcHJvdmlzaW9uYWw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7Jm5i c3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyByZXNwb25zZSB0byB0aGUgc2FtZSByZXF1ZXN0LCZsdDtuZXcm Z3Q7b24gYSBnaXZlbiBkaWFsb2cmbHQ7L25ldyZndDssPG86cD48L286cD48L3NwYW4+PC9wPjxw IGNsYXNzPU1zb05vcm1hbCBzdHlsZT0ndGV4dC1pbmRlbnQ6MzYuMHB0Jz48c3BhbiBsYW5nPUVO LVVTPmFuZCBpdHMgUlNlcSB2YWx1ZSBpcyBub3Qgb25lIGhpZ2hlcuKApuKAnTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J3RleHQtaW5kZW50OjM2LjBwdCc+ PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAg Y2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPkNocmlzdGVyPG86cD48L286 cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2JvZHk+PC9odG1s Pg== --_000_058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFDF4EHE113667eme_-- From nobody Wed Feb 11 23:02:50 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 098531A90DC for ; Wed, 11 Feb 2015 23:02:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.352 X-Spam-Level: X-Spam-Status: No, score=-0.352 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HELO_EQ_SE=0.35, 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 TNXKxbAxtE09 for ; Wed, 11 Feb 2015 23:02:45 -0800 (PST) Received: from smtp7.webway.se (smtp7.webway.se [212.3.14.205]) by ietfa.amsl.com (Postfix) with ESMTP id 8C8041A90D0 for ; Wed, 11 Feb 2015 23:02:29 -0800 (PST) Received: from [192.168.40.15] (h87-96-134-129.dynamic.se.alltele.net [87.96.134.129]) by smtp7.webway.se (Postfix) with ESMTPA id AEB7B93C1AF; Thu, 12 Feb 2015 07:01:32 +0000 (UTC) From: "Olle E. Johansson" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 12 Feb 2015 08:02:16 +0100 Message-Id: To: SIPCORE Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Archived-At: Cc: Olle E Johansson Subject: [sipcore] ;transport=tls X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2015 07:02:48 -0000 I just wanted to forward an issue discovered at SIPit 31 that I don't = think has been discussed here recently. Correct me if I'm wrong.=20 =46rom the summary at https://www.sipit.net/SIPit31_summary "TLS focused testing showed that the use of 'transport=3Dtls' in Route, Record-Route, and Contact header fields is still pervasive, if not = universal. The arguments against it in RFC5630 (was draft-ietf-sip-sips) are not compelling to implementers and deployers. Several participants pointed = to the inconsistency of those arguments with the tokens that appear in Via = headers registered at = . SIPCORE should consider whether to re-instate transport=3Dtls or provide = stronger documentation for how to indicate TLS over TCP in those header fields = when it is necessary to do so. " In addition, many implementors added ";transport=3Dtls" to their contact = at registration. They did not understand that if they do, the SIP URI in the contact has = to match a certificate provided when the server connects to their UA. For registrations both me and = Robert pointed with all our available hands to SIP Outbound. I guess that before we can deprecate SIPS: we need to go through this = and clarify a bit. In the networks I build we frequently use ;transport=3Dtls to tell the = software used (Kamailio) to select a TLS transport for the next hop. SIPS: is not an alternative = here as it affects headers. We have not found any other option. /O= From nobody Wed Feb 11 23:21:53 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AC931A910B for ; Wed, 11 Feb 2015 23:21:47 -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, HTML_MESSAGE=0.001, 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 oGCEzbieeeS5 for ; Wed, 11 Feb 2015 23:21:43 -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 5BEE51A910A for ; Wed, 11 Feb 2015 23:21:42 -0800 (PST) X-AuditID: c1b4fb25-f791c6d00000617b-9b-54dc54848d93 Received: from ESESSHC022.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id B8.C5.24955.4845CD45; Thu, 12 Feb 2015 08:21:40 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.248]) by ESESSHC022.ericsson.se ([153.88.183.84]) with mapi id 14.03.0210.002; Thu, 12 Feb 2015 08:21:39 +0100 From: Christer Holmberg To: "R.Jesske@telekom.de" , "aallen@blackberry.com" , "brett@broadsoft.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] RSeq and forking Thread-Index: AdBFG7qj+AzRUuppRF6uM3CFsdbybAAAdzCAACojsgAAAmVI8AAAJRDAABkEazAAFl64gAABoTHg Date: Thu, 12 Feb 2015 07:21:39 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D6CE2C8@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> <35aa09306467495849a73b5c39564fb3@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D6CAA7D@ESESSMB209.ericsson.se> <058CE00BD4D6B94FAD033A2439EA1E4B01E7BBA79DFD@HE113667.emea1.cds.t-internal.com> <7594FB04B1934943A5C02806D1A2204B1D6CD770@ESESSMB209.ericsson.se> <058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFDF4E@HE113667.emea1.cds.t-internal.com> In-Reply-To: <058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFDF4E@HE113667.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.18] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D6CE2C8ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuplkeLIzCtJLcpLzFFi42KZGfG3Rrcl5E6IQcdPcYv787YyWjTP/8do 0XSni83i649NbA4sHrMa1rJ7/Lgd6LFkyU8mj7aXCgEsUVw2Kak5mWWpRfp2CVwZB3r2MBZ0 /GGsmDLzPnMD446vjF2MnBwSAiYSv7e/YoWwxSQu3FvP1sXIxSEkcIRRovnHeyYIZwmjxOqP i5m7GDk42AQsJLr/aYPERQR2MErcPfcTbJKwgLrE1envmUFsEQENiZ0X3rBB2FESC5+sZwLp ZRFQlehfxQQS5hXwlbh3oQNq/jtmicZvW8DqOQViJVrOHwKbyQh00fdTa8AamAXEJW49mc8E camAxJI955khbFGJl4//QX2gKPHx1T5GiPp8id7O2awQywQlTs58wjKBUWQWklGzkJTNQlI2 C+hUZgFNifW79CFKFCWmdD9kh7A1JFrnzGVHFl/AyL6KUbQ4tTgpN93IWC+1KDO5uDg/Ty8v tWQTIzD+Dm75rbqD8fIbx0OMAhyMSjy8Bf53QoRYE8uKK3MPMUpzsCiJ89oZHwoREkhPLEnN Tk0tSC2KLyrNSS0+xMjEwSnVwBiv9WP+lPAXE67E39gzI4dFlOVc8mYT8WU/PzMdV/FN45rG eEzcabNT+6aUlJJn+1WebTjOx7B5RfaT4hPc9iLbPh9dFcxcreKybOfpZwaPjrP8ejOx7hLv GZasFzMdl5s4v9DweuBhPEHi6OPLLPrm+7oSOZt/Wu3ct0xCL7yYO/RNn1Dh61olluKMREMt 5qLiRACT2GDYoAIAAA== Archived-At: Subject: Re: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2015 07:21:47 -0000 --_000_7594FB04B1934943A5C02806D1A2204B1D6CE2C8ESESSMB209erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9sYW5kLA0KDQo+WWVzIEkgY291bGQgbGlmZSB3aXRoIHRoYXQuIEJ1dCBteSBpbnRlbnNp b24gd2FzIGFsc28gdG8gY292ZXIgYWxsIDE4eCBjYXNlcyBub3Qgb25seSBmb3JraW5nLiBMaWtl IGlmIHlvdSBkbyBGb3J3YXJkaW5nIGFuZCBzZW5kaW5nIGJhY2sgYSAxODEgd2l0aCBTRFAgZm9y IGFubm91bmNlbWVudCB1c2UgY2FzZXMuIEFuZCB0aGUgZGl2ZXJ0ZWQgdG8gVUFTIHNlbmRzIGFk ZGl0aW9uYWwgMTh4ID53aXRoIG9wZW5pbmcgb25lIG9yIG1vcmUgZWFybHkgZGlhbG9ncy4NCg0K RnJvbSBhIFVBQyBwZXJzcGVjdGl2ZSwgdGhhdCBpcyBzdGlsbCBmb3JraW5nIDopDQoNClJlZ2Fy ZHMsDQoNCkNocmlzdGVyDQoNCg0KVm9uOiBDaHJpc3RlciBIb2xtYmVyZyBbbWFpbHRvOmNocmlz dGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbV08bWFpbHRvOlttYWlsdG86Y2hyaXN0ZXIuaG9sbWJl cmdAZXJpY3Nzb24uY29tXT4NCkdlc2VuZGV0OiBNaXR0d29jaCwgMTEuIEZlYnJ1YXIgMjAxNSAy MDo1NQ0KQW46IEplc3NrZSwgUm9sYW5kOyBhYWxsZW5AYmxhY2tiZXJyeS5jb208bWFpbHRvOmFh bGxlbkBibGFja2JlcnJ5LmNvbT47IGJyZXR0QGJyb2Fkc29mdC5jb208bWFpbHRvOmJyZXR0QGJy b2Fkc29mdC5jb20+OyBzaXBjb3JlQGlldGYub3JnPG1haWx0bzpzaXBjb3JlQGlldGYub3JnPg0K QmV0cmVmZjogUkU6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nDQoNCkhpIFJvbGFuZCwNCg0K V2UgY291bGQgYWRkIGEgY2xhcmlmeWluZyBub3RlLg0KDQpCdXQsIEkgZG9u4oCZdCB0aGluayB0 aGUgbm90ZSBzaG91bGQgdGFsayBhYm91dCDigJx1c2UtY2FzZXPigJ0uIEl0IHNob3VsZCBzaW1w bHkgc2F5IHRoYXQsIGlmIGZvcmtpbmcgb2NjdXJzLCBSU2VxIHZhbHVlcyBhcmUgcHJvY2Vzc2Vk IHBlciBlYXJseSBkaWFsb2csIGluZGVwZW5kZW50bHkgZnJvbSB0aGUgUlNlcSB2YWx1ZXMgb24g b3RoZXIgZWFybHkgZGlhbG9ncy4NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0KRnJvbTogUi5K ZXNza2VAdGVsZWtvbS5kZTxtYWlsdG86Ui5KZXNza2VAdGVsZWtvbS5kZT4gW21haWx0bzpSLkpl c3NrZUB0ZWxla29tLmRlXQ0KU2VudDogMTEgRmVicnVhcnkgMjAxNSAxMToyMA0KVG86IENocmlz dGVyIEhvbG1iZXJnOyBhYWxsZW5AYmxhY2tiZXJyeS5jb208bWFpbHRvOmFhbGxlbkBibGFja2Jl cnJ5LmNvbT47IGJyZXR0QGJyb2Fkc29mdC5jb208bWFpbHRvOmJyZXR0QGJyb2Fkc29mdC5jb20+ OyBzaXBjb3JlQGlldGYub3JnPG1haWx0bzpzaXBjb3JlQGlldGYub3JnPg0KU3ViamVjdDogQVc6 IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nDQoNCkhpIENocmlzdGVyLA0KVGhlIGNoYW5nZSBp dHNlbGYgaXMgT0sgZm9yIG1lLg0KU2luY2UgSSBsaWtlIHRvIGhhdmUgbW9yZSBleHBsaWNpdCBk ZXNjcmlwdGlvbiBJIHdvdWxkIGxpa2UgdG8gaGF2ZSBtb3JlIHRleHQgKGUuZy4gTm90ZSkgcG9p bnRpbmcgdG8gdGhlIGZhY3QgdGhhdCBvdGhlciBlYXJseSBkaWFsb2dzIGRlcGVuZGluZyBvbiB0 aGUgbnVtYmVyIG9mIHJlc3BvbnNlcyBtYWRlIHJlbGlhYmxlIGhhdmUgb3RoZXIgUlNlcSB2YWx1 ZXMuDQpQcm9wb3NhbCA6DQoNCiDigJxBcyBhIHJlc3VsdCwgaWYgdGhlIFVBQyByZWNlaXZlcyBh bm90aGVyIHJlbGlhYmxlIHByb3Zpc2lvbmFsDQogICAgICAgICAgICAgICAgcmVzcG9uc2UgdG8g dGhlIHNhbWUgcmVxdWVzdCAsPG5ldz5vbiBhIGdpdmVuIGRpYWxvZzwvbmV3PmFuZCBpdHMgUlNl cSB2YWx1ZSBpcyBub3Qgb25lIGhpZ2hlcg0KICAgICAgICAgICAgICAgIHRoYW4gdGhlIHZhbHVl IG9mIHRoZSBzZXF1ZW5jZSBudW1iZXIsIHRoYXQgcmVzcG9uc2UgTVVTVCBOT1QgYmUNCiAgICAg ICAgICAgICAgICBhY2tub3dsZWRnZWQgd2l0aCBhIFBSQUNLLCBhbmQgTVVTVCBOT1QgYmUgcHJv Y2Vzc2VkIGZ1cnRoZXIgYnkgdGhlDQogICAgICAgICAgICAgICAgVUFDLiAgQW4gaW1wbGVtZW50 YXRpb24gTUFZIGRpc2NhcmQgdGhlIHJlc3BvbnNlLCBvciBNQVkgY2FjaGUgdGhlDQogICAgICAg ICAgICAgICAgcmVzcG9uc2UgaW4gdGhlIGhvcGVzIG9mIHJlY2VpdmluZyB0aGUgbWlzc2luZyBy ZXNwb25zZXMuIDxuZXc+Tm90ZSB0aGF0IGZvciBzb21lIHVzZSBjYXNlcyBtdWx0aXBsZXMgZWFy bHkgZGlhbG9ncyAoZS5nLiBmb3JraW5nKSB3aXRoIGRpZmZlcmVudCBSU2VxIGV4aXN0LjwvbmV3 PuKAnQ0KDQpCZXN0IFJlZ2FyZHMNCg0KUm9sYW5kDQoNClZvbjogc2lwY29yZSBbbWFpbHRvOnNp cGNvcmUtYm91bmNlc0BpZXRmLm9yZ10gSW0gQXVmdHJhZyB2b24gQ2hyaXN0ZXIgSG9sbWJlcmcN Ckdlc2VuZGV0OiBNaXR0d29jaCwgMTEuIEZlYnJ1YXIgMjAxNSAwODo1Mw0KQW46IEFuZHJldyBB bGxlbjsgQnJldHQgVGF0ZTsgc2lwY29yZUBpZXRmLm9yZzxtYWlsdG86c2lwY29yZUBpZXRmLm9y Zz4NCkJldHJlZmY6IFJlOiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZw0KDQpIaSwNCg0KU28s IGFyZSBwZW9wbGUgb2sgd2l0aCBteSBzdWdnZXN0ZWQgdGV4dD8NCg0KUmVnYXJkcywNCg0KQ2hy aXN0ZXINCg0KRnJvbTogQW5kcmV3IEFsbGVuIFttYWlsdG86YWFsbGVuQGJsYWNrYmVycnkuY29t XQ0KU2VudDogMTEuIGhlbG1pa3V1dGEgMjAxNSA5OjQ0DQpUbzogQnJldHQgVGF0ZTsgQ2hyaXN0 ZXIgSG9sbWJlcmc7IHNpcGNvcmVAaWV0Zi5vcmc8bWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmc+DQpT dWJqZWN0OiBSRTogW3NpcGNvcmVdIFJTZXEgYW5kIGZvcmtpbmcNCg0KKzENCg0KRnJvbTogc2lw Y29yZSBbbWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEJyZXR0 IFRhdGUNClNlbnQ6IFR1ZXNkYXksIEZlYnJ1YXJ5IDEwLCAyMDE1IDY6MzggQU0NClRvOiBDaHJp c3RlciBIb2xtYmVyZzsgc2lwY29yZUBpZXRmLm9yZzxtYWlsdG86c2lwY29yZUBpZXRmLm9yZz4N ClN1YmplY3Q6IFJlOiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZw0KDQpIaSwNCg0KSSBhZ3Jl ZSB0aGF0IHNvbWUgdmVuZG9ycyBoYXZlIG1pc2ludGVycHJldGVkIHRoZSBzZW50ZW5jZSAoYW5k IG90aGVyIGFzcGVjdHMgb2YgdGhlIFJGQyBzdWNoIGFzIGlmIG9ubHkgMjAwIGFuZCA0ODEgYXJl IHZhbGlkIHJlc3BvbnNlcyB0byBhIFBSQUNLKS4NCg0KVGhlIGVycmF0YSB3b3VsZCBtYWlubHkg anVzdCBiZSB1c2VmdWwgdG8gcXVpY2tseSBlbmQgZGViYXRlIHdpdGggdGhvc2Ugd2hvIHRoaW5r IGRldmljZXMgYXJlIHNvbWVob3cgc3VwcG9zZWQgdG8gbWFnaWNhbGx5IGNvb3JkaW5hdGUgUlNl cSBnZW5lcmF0aW9uIHdpdGggb3RoZXIgZGV2aWNlcyB3aGVuIGZvcmtpbmcgaGFzIG9jY3VycmVk Lg0KDQoNCkZyb206IHNpcGNvcmUgW21haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmc8bWFp bHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZz5dIE9uIEJlaGFsZiBPZiBDaHJpc3RlciBIb2xt YmVyZw0KU2VudDogVHVlc2RheSwgRmVicnVhcnkgMTAsIDIwMTUgNTozMyBBTQ0KVG86IHNpcGNv cmVAaWV0Zi5vcmc8bWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbc2lwY29yZV0g UlNlcSBhbmQgZm9ya2luZw0KDQpIaSwNCg0KVGhlcmUgaGFzIGJlZW4gc29tZSBjb25mdXNpb24g cmVnYXJkaW5nIFJGQyAzMjYyIGFuZCBmb3JraW5nLCBhbmQgSeKAmWQgbGlrZSB0byBhc2sgd2hl dGhlciBwZW9wbGUgdGhpbmsgYW4gZXJyYXRhIHdvdWxkIGJlIHVzZWZ1bC4NCg0KVGhlIHRleHQg aW4gc2VjdGlvbiA0IHNheXM6DQoNCuKAnEFzIGEgcmVzdWx0LCBpZiB0aGUgVUFDIHJlY2VpdmVz IGFub3RoZXIgcmVsaWFibGUgcHJvdmlzaW9uYWwNCiAgICAgICAgICAgICAgICByZXNwb25zZSB0 byB0aGUgc2FtZSByZXF1ZXN0LCBhbmQgaXRzIFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdoZXIN CiAgICAgICAgICAgICAgICB0aGFuIHRoZSB2YWx1ZSBvZiB0aGUgc2VxdWVuY2UgbnVtYmVyLCB0 aGF0IHJlc3BvbnNlIE1VU1QgTk9UIGJlDQogICAgICAgICAgICAgICAgYWNrbm93bGVkZ2VkIHdp dGggYSBQUkFDSywgYW5kIE1VU1QgTk9UIGJlIHByb2Nlc3NlZCBmdXJ0aGVyIGJ5IHRoZQ0KICAg ICAgICAgICAgICAgIFVBQy4gIEFuIGltcGxlbWVudGF0aW9uIE1BWSBkaXNjYXJkIHRoZSByZXNw b25zZSwgb3IgTUFZIGNhY2hlIHRoZQ0KICAgICAgICAgICAgICAgIHJlc3BvbnNlIGluIHRoZSBo b3BlcyBvZiByZWNlaXZpbmcgdGhlIG1pc3NpbmcgcmVzcG9uc2VzLuKAnQ0KDQpOb3csIGluIGNh c2Ugb2YgZm9ya2luZywgaW4gbXkgb3BpbmlvbiB0aGUgVUFDIG1heSByZWNlaXZlIHRoZSBzYW1l IChvciBldmVuIGxvd2VyKSBSU2VxIHZhbHVlIG9uIGRpZmZlcmVudCBlYXJseSBkaWFsb2dzLiBC dXQsIHRoZXJlIHNlZW0gdG8gYmUgc29tZSBjb25mdXNpb24gYXJvdW5kIGl0Lg0KDQpTbywgSSB3 b25kZXIgd2hldGhlciBhbiBlcnJhdGEgd291bGQgYmUgdXNlZnVsLCBtb2RpZnlpbmcgdGhlIHRl eHQgdG8gc29tZXRoaW5nIGxpa2U6DQoNCuKAnEFzIGEgcmVzdWx0LCBpZiB0aGUgVUFDIHJlY2Vp dmVzIGFub3RoZXIgcmVsaWFibGUgcHJvdmlzaW9uYWwNCiAgICAgICAgICAgICAgICByZXNwb25z ZSB0byB0aGUgc2FtZSByZXF1ZXN0LDxuZXc+b24gYSBnaXZlbiBkaWFsb2c8L25ldz4sDQphbmQg aXRzIFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdoZXLigKbigJ0NCg0KUmVnYXJkcywNCg0KQ2hy aXN0ZXINCg0K --_000_7594FB04B1934943A5C02806D1A2204B1D6CE2C8ESESSMB209erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1 ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl cmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRl LCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1z ZXJpZiI7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24g VGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJh bGxvb24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnAuU3By ZWNoYmxhc2VudGV4dCwgbGkuU3ByZWNoYmxhc2VudGV4dCwgZGl2LlNwcmVjaGJsYXNlbnRleHQN Cgl7bXNvLXN0eWxlLW5hbWU6U3ByZWNoYmxhc2VudGV4dDsNCgltc28tc3R5bGUtbGluazoiU3By ZWNoYmxhc2VudGV4dCBaY2huIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw dDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp ZiI7fQ0Kc3Bhbi5TcHJlY2hibGFzZW50ZXh0WmNobg0KCXttc28tc3R5bGUtbmFtZToiU3ByZWNo Ymxhc2VudGV4dCBaY2huIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6U3ByZWNoYmxhc2VudGV4dDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7 fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4u RW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUy Mw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsN Cgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTI1DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFG NDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyNg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bh bi5FbWFpbFN0eWxlMjcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHls ZTI4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXtt c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdv cmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBw dCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMg djpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lm IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFw IHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlm XS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRkkiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUi Pg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjojMUY0OTdEIj5IaSBSb2xhbmQsPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LUdCIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jmd0Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlllcyBJIGNvdWxkIGxpZmUgd2l0aCB0aGF0LiBCdXQgbXkg aW50ZW5zaW9uIHdhcyBhbHNvIHRvIGNvdmVyIGFsbCAxOHggY2FzZXMgbm90IG9ubHkgZm9ya2lu Zy4gTGlrZSBpZiB5b3UgZG8gRm9yd2FyZGluZyBhbmQgc2VuZGluZyBiYWNrIGEgMTgxIHdpdGgN CiBTRFAgZm9yIGFubm91bmNlbWVudCB1c2UgY2FzZXMuIEFuZCB0aGUgZGl2ZXJ0ZWQgdG8gVUFT IHNlbmRzIGFkZGl0aW9uYWwgMTh4IDwvc3Bhbj4NCjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0i Y29sb3I6IzFGNDk3RCI+Jmd0Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPndpdGggb3BlbmluZyBvbmUgb3IgbW9yZSBlYXJseSBkaWFsb2dzLjwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Gcm9tIGEgVUFD IHBlcnNwZWN0aXZlLCB0aGF0IGlzIHN0aWxsIGZvcmtpbmcgOik8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1H QiIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+Q2hyaXN0ZXIgPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5 bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20g MGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iREUiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5W b246PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJERSIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBDaHJp c3RlciBIb2xtYmVyZw0KPGEgaHJlZj0ibWFpbHRvOlttYWlsdG86Y2hyaXN0ZXIuaG9sbWJlcmdA ZXJpY3Nzb24uY29tXSI+W21haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb21dPC9h Pg0KPGJyPg0KPGI+R2VzZW5kZXQ6PC9iPiBNaXR0d29jaCwgMTEuIEZlYnJ1YXIgMjAxNSAyMDo1 NTxicj4NCjxiPkFuOjwvYj4gSmVzc2tlLCBSb2xhbmQ7IDxhIGhyZWY9Im1haWx0bzphYWxsZW5A YmxhY2tiZXJyeS5jb20iPmFhbGxlbkBibGFja2JlcnJ5LmNvbTwvYT47DQo8YSBocmVmPSJtYWls dG86YnJldHRAYnJvYWRzb2Z0LmNvbSI+YnJldHRAYnJvYWRzb2Z0LmNvbTwvYT47IDxhIGhyZWY9 Im1haWx0bzpzaXBjb3JlQGlldGYub3JnIj4NCnNpcGNvcmVAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+ QmV0cmVmZjo8L2I+IFJFOiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJERSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5IaSBSb2xhbmQsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0Ii IHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PldlIGNvdWxkIGFkZCBhIGNsYXJpZnlpbmcgbm90ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QnV0LCBJIGRvbuKAmXQgdGhp bmsgdGhlIG5vdGUgc2hvdWxkIHRhbGsgYWJvdXQg4oCcdXNlLWNhc2Vz4oCdLiBJdCBzaG91bGQg c2ltcGx5IHNheSB0aGF0LCBpZiBmb3JraW5nIG9jY3VycywgUlNlcSB2YWx1ZXMgYXJlIHByb2Nl c3NlZCBwZXIgZWFybHkgZGlhbG9nLCBpbmRlcGVuZGVudGx5IGZyb20gdGhlIFJTZXEgdmFsdWVz IG9uIG90aGVyIGVhcmx5DQogZGlhbG9ncy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLUdCIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Q2hyaXN0ZXI8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFp bEVuZENvbXBvc2UiPjwvYT48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNt IDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+RnJvbTo8 L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gPGEgaHJlZj0ibWFpbHRvOlIuSmVzc2tlQHRl bGVrb20uZGUiPg0KUi5KZXNza2VAdGVsZWtvbS5kZTwvYT4gWzxhIGhyZWY9Im1haWx0bzpSLkpl c3NrZUB0ZWxla29tLmRlIj5tYWlsdG86Ui5KZXNza2VAdGVsZWtvbS5kZTwvYT5dDQo8YnI+DQo8 Yj5TZW50OjwvYj4gMTEgRmVicnVhcnkgMjAxNSAxMToyMDxicj4NCjxiPlRvOjwvYj4gQ2hyaXN0 ZXIgSG9sbWJlcmc7IDxhIGhyZWY9Im1haWx0bzphYWxsZW5AYmxhY2tiZXJyeS5jb20iPmFhbGxl bkBibGFja2JlcnJ5LmNvbTwvYT47DQo8YSBocmVmPSJtYWlsdG86YnJldHRAYnJvYWRzb2Z0LmNv bSI+YnJldHRAYnJvYWRzb2Z0LmNvbTwvYT47IDxhIGhyZWY9Im1haWx0bzpzaXBjb3JlQGlldGYu b3JnIj4NCnNpcGNvcmVAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IEFXOiBbc2lw Y29yZV0gUlNlcSBhbmQgZm9ya2luZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0Ii IHN0eWxlPSJjb2xvcjojMUY0OTdEIj5IaSBDaHJpc3Rlciw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPlRoZSBjaGFuZ2UgaXRzZWxmIGlzIE9LIGZvciBtZS48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPlNpbmNlIEkgbGlrZSB0byBoYXZlIG1vcmUgZXhwbGljaXQgZGVzY3JpcHRpb24g SSB3b3VsZCBsaWtlIHRvIGhhdmUgbW9yZSB0ZXh0IChlLmcuIE5vdGUpIHBvaW50aW5nIHRvIHRo ZSBmYWN0IHRoYXQgb3RoZXIgZWFybHkgZGlhbG9ncyBkZXBlbmRpbmcgb24gdGhlIG51bWJlciBv ZiByZXNwb25zZXMgbWFkZSByZWxpYWJsZSBoYXZlIG90aGVyDQogUlNlcSB2YWx1ZXMuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0Ii IHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Qcm9wb3NhbCA6PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0idGV4dC1pbmRlbnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A74oCcQXMg YSByZXN1bHQsIGlmIHRoZSBVQUMgcmVjZWl2ZXMgYW5vdGhlciByZWxpYWJsZSBwcm92aXNpb25h bDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlc3BvbnNlIHRvIHRoZSBzYW1l IHJlcXVlc3QgLCZsdDtuZXcmZ3Q7b24gYSBnaXZlbiBkaWFsb2cmbHQ7L25ldyZndDthbmQgaXRz IFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdoZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB0aGFuIHRoZSB2YWx1ZSBvZiB0aGUgc2VxdWVuY2UgbnVtYmVyLCB0aGF0IHJlc3Bv bnNlIE1VU1QgTk9UIGJlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYWNrbm93 bGVkZ2VkIHdpdGggYSBQUkFDSywgYW5kIE1VU1QgTk9UIGJlIHByb2Nlc3NlZCBmdXJ0aGVyIGJ5 IHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFVBQy4mbmJzcDsgQW4gaW1w bGVtZW50YXRpb24gTUFZIGRpc2NhcmQgdGhlIHJlc3BvbnNlLCBvciBNQVkgY2FjaGUgdGhlPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVzcG9uc2UgaW4gdGhlIGhvcGVzIG9m IHJlY2VpdmluZyB0aGUgbWlzc2luZyByZXNwb25zZXMuICZsdDtuZXcmZ3Q7Tm90ZSB0aGF0IGZv ciBzb21lIHVzZSBjYXNlcyBtdWx0aXBsZXMgZWFybHkgZGlhbG9ncyAoZS5nLiBmb3JraW5nKSB3 aXRoIGRpZmZlcmVudCBSU2VxIGV4aXN0LiZsdDsvbmV3Jmd0O+KAnTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkJlc3QgUmVnYXJkczxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Sb2xhbmQ8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzow Y20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iREUiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij5Wb246PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJERSIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBz aXBjb3JlIFs8YSBocmVmPSJtYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86 c2lwY29yZS1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPkltIEF1ZnRyYWcgdm9uIDwvYj5DaHJp c3RlciBIb2xtYmVyZzxicj4NCjxiPkdlc2VuZGV0OjwvYj4gTWl0dHdvY2gsIDExLiBGZWJydWFy IDIwMTUgMDg6NTM8YnI+DQo8Yj5Bbjo8L2I+IEFuZHJldyBBbGxlbjsgQnJldHQgVGF0ZTsgPGEg aHJlZj0ibWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmciPnNpcGNvcmVAaWV0Zi5vcmc8L2E+PGJyPg0K PGI+QmV0cmVmZjo8L2I+IFJlOiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJERSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5IaSw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+U28s IGFyZSBwZW9wbGUgb2sgd2l0aCBteSBzdWdnZXN0ZWQgdGV4dD88bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+Q2hyaXN0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZy b206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBB bmRyZXcgQWxsZW4gWzxhIGhyZWY9Im1haWx0bzphYWxsZW5AYmxhY2tiZXJyeS5jb20iPm1haWx0 bzphYWxsZW5AYmxhY2tiZXJyeS5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IDExLiBoZWxt aWt1dXRhIDIwMTUgOTo0NDxicj4NCjxiPlRvOjwvYj4gQnJldHQgVGF0ZTsgQ2hyaXN0ZXIgSG9s bWJlcmc7IDxhIGhyZWY9Im1haWx0bzpzaXBjb3JlQGlldGYub3JnIj5zaXBjb3JlQGlldGYub3Jn PC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogW3NpcGNvcmVdIFJTZXEgYW5kIGZvcmtpbmc8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ JiM0MzsxPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj QjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwv c3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gc2lwY29y ZSBbPGEgaHJlZj0ibWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOnNpcGNv cmUtYm91bmNlc0BpZXRmLm9yZzwvYT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkJyZXR0IFRhdGU8 YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgRmVicnVhcnkgMTAsIDIwMTUgNjozOCBBTTxicj4N CjxiPlRvOjwvYj4gQ2hyaXN0ZXIgSG9sbWJlcmc7IDxhIGhyZWY9Im1haWx0bzpzaXBjb3JlQGll dGYub3JnIj5zaXBjb3JlQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW3Np cGNvcmVdIFJTZXEgYW5kIGZvcmtpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SGksPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5JIGFncmVlIHRoYXQgc29tZSB2ZW5kb3JzIGhh dmUgbWlzaW50ZXJwcmV0ZWQgdGhlIHNlbnRlbmNlIChhbmQgb3RoZXIgYXNwZWN0cyBvZiB0aGUg UkZDIHN1Y2ggYXMgaWYgb25seSAyMDAgYW5kIDQ4MSBhcmUgdmFsaWQgcmVzcG9uc2VzIHRvIGEg UFJBQ0spLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6 IzFGNDk3RCI+VGhlIGVycmF0YSB3b3VsZCBtYWlubHkganVzdCBiZSB1c2VmdWwgdG8gcXVpY2ts eSBlbmQgZGViYXRlIHdpdGggdGhvc2Ugd2hvIHRoaW5rIGRldmljZXMgYXJlIHNvbWVob3cgc3Vw cG9zZWQgdG8gbWFnaWNhbGx5IGNvb3JkaW5hdGUgUlNlcSBnZW5lcmF0aW9uIHdpdGggb3RoZXIg ZGV2aWNlcyB3aGVuIGZvcmtpbmcgaGFzIG9jY3VycmVkLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQi Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRE RiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+ PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IHNpcGNvcmUgW21h aWx0bzo8YSBocmVmPSJtYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnIj5zaXBjb3JlLWJv dW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5DaHJpc3RlciBIb2xtYmVy Zzxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBGZWJydWFyeSAxMCwgMjAxNSA1OjMzIEFNPGJy Pg0KPGI+VG86PC9iPiA8YSBocmVmPSJtYWlsdG86c2lwY29yZUBpZXRmLm9yZyI+c2lwY29yZUBp ZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW3NpcGNvcmVdIFJTZXEgYW5kIGZvcmtp bmc8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksPHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlcmUgaGFzIGJlZW4gc29tZSBjb25mdXNp b24gcmVnYXJkaW5nIFJGQyAzMjYyIGFuZCBmb3JraW5nLCBhbmQgSeKAmWQgbGlrZSB0byBhc2sg d2hldGhlciBwZW9wbGUgdGhpbmsgYW4gZXJyYXRhIHdvdWxkIGJlIHVzZWZ1bC48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPlRoZSB0ZXh0IGluIHNlY3Rpb24gNCBzYXlzOjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6 MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+4oCcQXMgYSByZXN1bHQsIGlmIHRoZSBVQUMgcmVj ZWl2ZXMgYW5vdGhlciByZWxpYWJsZSBwcm92aXNpb25hbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHJlc3BvbnNlIHRvIHRoZSBzYW1lIHJlcXVlc3QsIGFuZCBpdHMgUlNlcSB2 YWx1ZSBpcyBub3Qgb25lIGhpZ2hlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHRoYW4gdGhlIHZhbHVlIG9mIHRoZSBzZXF1ZW5jZSBudW1iZXIsIHRoYXQgcmVzcG9uc2UgTVVT VCBOT1QgYmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhY2tub3dsZWRnZWQg d2l0aCBhIFBSQUNLLCBhbmQgTVVTVCBOT1QgYmUgcHJvY2Vzc2VkIGZ1cnRoZXIgYnkgdGhlPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVUFDLiZuYnNwOyBBbiBpbXBsZW1lbnRh dGlvbiBNQVkgZGlzY2FyZCB0aGUgcmVzcG9uc2UsIG9yIE1BWSBjYWNoZSB0aGU8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i c3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZXNwb25zZSBpbiB0aGUgaG9wZXMgb2YgcmVjZWl2 aW5nIHRoZSBtaXNzaW5nIHJlc3BvbnNlcy7igJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPk5vdywgaW4g Y2FzZSBvZiBmb3JraW5nLCBpbiBteSBvcGluaW9uIHRoZSBVQUMgbWF5IHJlY2VpdmUgdGhlIHNh bWUgKG9yIGV2ZW4gbG93ZXIpIFJTZXEgdmFsdWUgb24gZGlmZmVyZW50IGVhcmx5IGRpYWxvZ3Mu IEJ1dCwgdGhlcmUgc2VlbSB0byBiZSBzb21lIGNvbmZ1c2lvbiBhcm91bmQgaXQuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj5TbywgSSB3b25kZXIgd2hldGhlciBhbiBlcnJhdGEgd291bGQgYmUgdXNlZnVs LCBtb2RpZnlpbmcgdGhlIHRleHQgdG8gc29tZXRoaW5nIGxpa2U6PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVu dDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj7igJxBcyBhIHJlc3VsdCwgaWYgdGhlIFVBQyBy ZWNlaXZlcyBhbm90aGVyIHJlbGlhYmxlIHByb3Zpc2lvbmFsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyAm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgcmVzcG9uc2UgdG8gdGhlIHNhbWUgcmVxdWVzdCwmbHQ7bmV3Jmd0O29u IGEgZ2l2ZW4gZGlhbG9nJmx0Oy9uZXcmZ3Q7LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDozNi4wcHQiPjxzcGFuIGxhbmc9IkVO LVVTIj5hbmQgaXRzIFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdoZXLigKbigJ08bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6MzYu MHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlZ2FyZHMsPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj5DaHJpc3RlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_7594FB04B1934943A5C02806D1A2204B1D6CE2C8ESESSMB209erics_-- From nobody Thu Feb 12 00:00:16 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CB501A1BAD for ; Thu, 12 Feb 2015 00:00:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.859 X-Spam-Level: X-Spam-Status: No, score=-3.859 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-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 w4B8lAa5bXWh for ; Thu, 12 Feb 2015 00:00:11 -0800 (PST) Received: from tcmail33.telekom.de (tcmail33.telekom.de [80.149.113.247]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D4281A1B40 for ; Thu, 12 Feb 2015 00:00:08 -0800 (PST) Received: from q4de8psa169.blf.telekom.de ([10.151.13.200]) by tcmail31.telekom.de with ESMTP; 12 Feb 2015 09:00:07 +0100 X-IronPort-AV: E=Sophos;i="5.09,564,1418079600"; d="scan'208,217";a="762470369" Received: from he113470.emea1.cds.t-internal.com ([10.134.93.128]) by q4de8psazkj.blf.telekom.de with ESMTP/TLS/AES128-SHA; 12 Feb 2015 09:00:06 +0100 Received: from HE113667.emea1.cds.t-internal.com ([fe80::c943:1394:e86e:fce3]) by HE113470.emea1.cds.t-internal.com ([::1]) with mapi; Thu, 12 Feb 2015 09:00:06 +0100 From: To: , , , Date: Thu, 12 Feb 2015 09:00:05 +0100 Thread-Topic: [sipcore] RSeq and forking Thread-Index: AdBFG7qj+AzRUuppRF6uM3CFsdbybAAAdzCAACojsgAAAmVI8AAAJRDAABkEazAAFl64gAABoTHgAAFNnXA= Message-ID: <058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFE00A@HE113667.emea1.cds.t-internal.com> References: <7594FB04B1934943A5C02806D1A2204B1D6C20C7@ESESSMB209.ericsson.se> <35aa09306467495849a73b5c39564fb3@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D6CAA7D@ESESSMB209.ericsson.se> <058CE00BD4D6B94FAD033A2439EA1E4B01E7BBA79DFD@HE113667.emea1.cds.t-internal.com> <7594FB04B1934943A5C02806D1A2204B1D6CD770@ESESSMB209.ericsson.se> <058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFDF4E@HE113667.emea1.cds.t-internal.com> <7594FB04B1934943A5C02806D1A2204B1D6CE2C8@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D6CE2C8@ESESSMB209.ericsson.se> Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: multipart/alternative; boundary="_000_058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFE00AHE113667eme_" MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] RSeq and forking X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2015 08:00:15 -0000 --_000_058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFE00AHE113667eme_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQ2hyaXN0ZXIsDQppZiB5b3Ugc2F5IHNvLg0KQnV0IHRoZSB3b3JsZCBvZiB2ZW5kb3JzIGRv buKAmXQga25vdyB0aGF0LiA7LSkNClNvIEkgY291bGQgbGlmZSB3aXRoIHlvdXIgcHJvcG9zYWwu IFNvIEkgd2lsbCBkbyB0aGUgdGVhY2hpbmcgdG8gdmVuZG9ycy4uLi4NCg0KQmVzdCBSZWdhcmRz DQoNClJvbGFuZA0KDQpWb246IENocmlzdGVyIEhvbG1iZXJnIFttYWlsdG86Y2hyaXN0ZXIuaG9s bWJlcmdAZXJpY3Nzb24uY29tXQ0KR2VzZW5kZXQ6IERvbm5lcnN0YWcsIDEyLiBGZWJydWFyIDIw MTUgMDg6MjINCkFuOiBKZXNza2UsIFJvbGFuZDsgYWFsbGVuQGJsYWNrYmVycnkuY29tOyBicmV0 dEBicm9hZHNvZnQuY29tOyBzaXBjb3JlQGlldGYub3JnDQpCZXRyZWZmOiBSRTogW3NpcGNvcmVd IFJTZXEgYW5kIGZvcmtpbmcNCg0KSGkgUm9sYW5kLA0KDQo+WWVzIEkgY291bGQgbGlmZSB3aXRo IHRoYXQuIEJ1dCBteSBpbnRlbnNpb24gd2FzIGFsc28gdG8gY292ZXIgYWxsIDE4eCBjYXNlcyBu b3Qgb25seSBmb3JraW5nLiBMaWtlIGlmIHlvdSBkbyBGb3J3YXJkaW5nIGFuZCBzZW5kaW5nIGJh Y2sgYSAxODEgd2l0aCBTRFAgZm9yIGFubm91bmNlbWVudCB1c2UgY2FzZXMuIEFuZCB0aGUgZGl2 ZXJ0ZWQgdG8gVUFTIHNlbmRzIGFkZGl0aW9uYWwgMTh4ID53aXRoIG9wZW5pbmcgb25lIG9yIG1v cmUgZWFybHkgZGlhbG9ncy4NCg0KRnJvbSBhIFVBQyBwZXJzcGVjdGl2ZSwgdGhhdCBpcyBzdGls bCBmb3JraW5nIDopDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCg0KVm9uOiBDaHJpc3RlciBI b2xtYmVyZyBbbWFpbHRvOmNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbV08bWFpbHRvOltt YWlsdG86Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tXT4NCkdlc2VuZGV0OiBNaXR0d29j aCwgMTEuIEZlYnJ1YXIgMjAxNSAyMDo1NQ0KQW46IEplc3NrZSwgUm9sYW5kOyBhYWxsZW5AYmxh Y2tiZXJyeS5jb208bWFpbHRvOmFhbGxlbkBibGFja2JlcnJ5LmNvbT47IGJyZXR0QGJyb2Fkc29m dC5jb208bWFpbHRvOmJyZXR0QGJyb2Fkc29mdC5jb20+OyBzaXBjb3JlQGlldGYub3JnPG1haWx0 bzpzaXBjb3JlQGlldGYub3JnPg0KQmV0cmVmZjogUkU6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3Jr aW5nDQoNCkhpIFJvbGFuZCwNCg0KV2UgY291bGQgYWRkIGEgY2xhcmlmeWluZyBub3RlLg0KDQpC dXQsIEkgZG9u4oCZdCB0aGluayB0aGUgbm90ZSBzaG91bGQgdGFsayBhYm91dCDigJx1c2UtY2Fz ZXPigJ0uIEl0IHNob3VsZCBzaW1wbHkgc2F5IHRoYXQsIGlmIGZvcmtpbmcgb2NjdXJzLCBSU2Vx IHZhbHVlcyBhcmUgcHJvY2Vzc2VkIHBlciBlYXJseSBkaWFsb2csIGluZGVwZW5kZW50bHkgZnJv bSB0aGUgUlNlcSB2YWx1ZXMgb24gb3RoZXIgZWFybHkgZGlhbG9ncy4NCg0KUmVnYXJkcywNCg0K Q2hyaXN0ZXINCg0KRnJvbTogUi5KZXNza2VAdGVsZWtvbS5kZTxtYWlsdG86Ui5KZXNza2VAdGVs ZWtvbS5kZT4gW21haWx0bzpSLkplc3NrZUB0ZWxla29tLmRlXQ0KU2VudDogMTEgRmVicnVhcnkg MjAxNSAxMToyMA0KVG86IENocmlzdGVyIEhvbG1iZXJnOyBhYWxsZW5AYmxhY2tiZXJyeS5jb208 bWFpbHRvOmFhbGxlbkBibGFja2JlcnJ5LmNvbT47IGJyZXR0QGJyb2Fkc29mdC5jb208bWFpbHRv OmJyZXR0QGJyb2Fkc29mdC5jb20+OyBzaXBjb3JlQGlldGYub3JnPG1haWx0bzpzaXBjb3JlQGll dGYub3JnPg0KU3ViamVjdDogQVc6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nDQoNCkhpIENo cmlzdGVyLA0KVGhlIGNoYW5nZSBpdHNlbGYgaXMgT0sgZm9yIG1lLg0KU2luY2UgSSBsaWtlIHRv IGhhdmUgbW9yZSBleHBsaWNpdCBkZXNjcmlwdGlvbiBJIHdvdWxkIGxpa2UgdG8gaGF2ZSBtb3Jl IHRleHQgKGUuZy4gTm90ZSkgcG9pbnRpbmcgdG8gdGhlIGZhY3QgdGhhdCBvdGhlciBlYXJseSBk aWFsb2dzIGRlcGVuZGluZyBvbiB0aGUgbnVtYmVyIG9mIHJlc3BvbnNlcyBtYWRlIHJlbGlhYmxl IGhhdmUgb3RoZXIgUlNlcSB2YWx1ZXMuDQpQcm9wb3NhbCA6DQoNCiDigJxBcyBhIHJlc3VsdCwg aWYgdGhlIFVBQyByZWNlaXZlcyBhbm90aGVyIHJlbGlhYmxlIHByb3Zpc2lvbmFsDQogICAgICAg ICAgICAgICAgcmVzcG9uc2UgdG8gdGhlIHNhbWUgcmVxdWVzdCAsPG5ldz5vbiBhIGdpdmVuIGRp YWxvZzwvbmV3PmFuZCBpdHMgUlNlcSB2YWx1ZSBpcyBub3Qgb25lIGhpZ2hlcg0KICAgICAgICAg ICAgICAgIHRoYW4gdGhlIHZhbHVlIG9mIHRoZSBzZXF1ZW5jZSBudW1iZXIsIHRoYXQgcmVzcG9u c2UgTVVTVCBOT1QgYmUNCiAgICAgICAgICAgICAgICBhY2tub3dsZWRnZWQgd2l0aCBhIFBSQUNL LCBhbmQgTVVTVCBOT1QgYmUgcHJvY2Vzc2VkIGZ1cnRoZXIgYnkgdGhlDQogICAgICAgICAgICAg ICAgVUFDLiAgQW4gaW1wbGVtZW50YXRpb24gTUFZIGRpc2NhcmQgdGhlIHJlc3BvbnNlLCBvciBN QVkgY2FjaGUgdGhlDQogICAgICAgICAgICAgICAgcmVzcG9uc2UgaW4gdGhlIGhvcGVzIG9mIHJl Y2VpdmluZyB0aGUgbWlzc2luZyByZXNwb25zZXMuIDxuZXc+Tm90ZSB0aGF0IGZvciBzb21lIHVz ZSBjYXNlcyBtdWx0aXBsZXMgZWFybHkgZGlhbG9ncyAoZS5nLiBmb3JraW5nKSB3aXRoIGRpZmZl cmVudCBSU2VxIGV4aXN0LjwvbmV3PuKAnQ0KDQpCZXN0IFJlZ2FyZHMNCg0KUm9sYW5kDQoNClZv bjogc2lwY29yZSBbbWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZ10gSW0gQXVmdHJhZyB2 b24gQ2hyaXN0ZXIgSG9sbWJlcmcNCkdlc2VuZGV0OiBNaXR0d29jaCwgMTEuIEZlYnJ1YXIgMjAx NSAwODo1Mw0KQW46IEFuZHJldyBBbGxlbjsgQnJldHQgVGF0ZTsgc2lwY29yZUBpZXRmLm9yZzxt YWlsdG86c2lwY29yZUBpZXRmLm9yZz4NCkJldHJlZmY6IFJlOiBbc2lwY29yZV0gUlNlcSBhbmQg Zm9ya2luZw0KDQpIaSwNCg0KU28sIGFyZSBwZW9wbGUgb2sgd2l0aCBteSBzdWdnZXN0ZWQgdGV4 dD8NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0KRnJvbTogQW5kcmV3IEFsbGVuIFttYWlsdG86 YWFsbGVuQGJsYWNrYmVycnkuY29tXQ0KU2VudDogMTEuIGhlbG1pa3V1dGEgMjAxNSA5OjQ0DQpU bzogQnJldHQgVGF0ZTsgQ2hyaXN0ZXIgSG9sbWJlcmc7IHNpcGNvcmVAaWV0Zi5vcmc8bWFpbHRv OnNpcGNvcmVAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogW3NpcGNvcmVdIFJTZXEgYW5kIGZvcmtp bmcNCg0KKzENCg0KRnJvbTogc2lwY29yZSBbbWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9y Z10gT24gQmVoYWxmIE9mIEJyZXR0IFRhdGUNClNlbnQ6IFR1ZXNkYXksIEZlYnJ1YXJ5IDEwLCAy MDE1IDY6MzggQU0NClRvOiBDaHJpc3RlciBIb2xtYmVyZzsgc2lwY29yZUBpZXRmLm9yZzxtYWls dG86c2lwY29yZUBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbc2lwY29yZV0gUlNlcSBhbmQgZm9y a2luZw0KDQpIaSwNCg0KSSBhZ3JlZSB0aGF0IHNvbWUgdmVuZG9ycyBoYXZlIG1pc2ludGVycHJl dGVkIHRoZSBzZW50ZW5jZSAoYW5kIG90aGVyIGFzcGVjdHMgb2YgdGhlIFJGQyBzdWNoIGFzIGlm IG9ubHkgMjAwIGFuZCA0ODEgYXJlIHZhbGlkIHJlc3BvbnNlcyB0byBhIFBSQUNLKS4NCg0KVGhl IGVycmF0YSB3b3VsZCBtYWlubHkganVzdCBiZSB1c2VmdWwgdG8gcXVpY2tseSBlbmQgZGViYXRl IHdpdGggdGhvc2Ugd2hvIHRoaW5rIGRldmljZXMgYXJlIHNvbWVob3cgc3VwcG9zZWQgdG8gbWFn aWNhbGx5IGNvb3JkaW5hdGUgUlNlcSBnZW5lcmF0aW9uIHdpdGggb3RoZXIgZGV2aWNlcyB3aGVu IGZvcmtpbmcgaGFzIG9jY3VycmVkLg0KDQoNCkZyb206IHNpcGNvcmUgW21haWx0bzpzaXBjb3Jl LWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZz5dIE9uIEJl aGFsZiBPZiBDaHJpc3RlciBIb2xtYmVyZw0KU2VudDogVHVlc2RheSwgRmVicnVhcnkgMTAsIDIw MTUgNTozMyBBTQ0KVG86IHNpcGNvcmVAaWV0Zi5vcmc8bWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmc+ DQpTdWJqZWN0OiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZw0KDQpIaSwNCg0KVGhlcmUgaGFz IGJlZW4gc29tZSBjb25mdXNpb24gcmVnYXJkaW5nIFJGQyAzMjYyIGFuZCBmb3JraW5nLCBhbmQg SeKAmWQgbGlrZSB0byBhc2sgd2hldGhlciBwZW9wbGUgdGhpbmsgYW4gZXJyYXRhIHdvdWxkIGJl IHVzZWZ1bC4NCg0KVGhlIHRleHQgaW4gc2VjdGlvbiA0IHNheXM6DQoNCuKAnEFzIGEgcmVzdWx0 LCBpZiB0aGUgVUFDIHJlY2VpdmVzIGFub3RoZXIgcmVsaWFibGUgcHJvdmlzaW9uYWwNCiAgICAg ICAgICAgICAgICByZXNwb25zZSB0byB0aGUgc2FtZSByZXF1ZXN0LCBhbmQgaXRzIFJTZXEgdmFs dWUgaXMgbm90IG9uZSBoaWdoZXINCiAgICAgICAgICAgICAgICB0aGFuIHRoZSB2YWx1ZSBvZiB0 aGUgc2VxdWVuY2UgbnVtYmVyLCB0aGF0IHJlc3BvbnNlIE1VU1QgTk9UIGJlDQogICAgICAgICAg ICAgICAgYWNrbm93bGVkZ2VkIHdpdGggYSBQUkFDSywgYW5kIE1VU1QgTk9UIGJlIHByb2Nlc3Nl ZCBmdXJ0aGVyIGJ5IHRoZQ0KICAgICAgICAgICAgICAgIFVBQy4gIEFuIGltcGxlbWVudGF0aW9u IE1BWSBkaXNjYXJkIHRoZSByZXNwb25zZSwgb3IgTUFZIGNhY2hlIHRoZQ0KICAgICAgICAgICAg ICAgIHJlc3BvbnNlIGluIHRoZSBob3BlcyBvZiByZWNlaXZpbmcgdGhlIG1pc3NpbmcgcmVzcG9u c2VzLuKAnQ0KDQpOb3csIGluIGNhc2Ugb2YgZm9ya2luZywgaW4gbXkgb3BpbmlvbiB0aGUgVUFD IG1heSByZWNlaXZlIHRoZSBzYW1lIChvciBldmVuIGxvd2VyKSBSU2VxIHZhbHVlIG9uIGRpZmZl cmVudCBlYXJseSBkaWFsb2dzLiBCdXQsIHRoZXJlIHNlZW0gdG8gYmUgc29tZSBjb25mdXNpb24g YXJvdW5kIGl0Lg0KDQpTbywgSSB3b25kZXIgd2hldGhlciBhbiBlcnJhdGEgd291bGQgYmUgdXNl ZnVsLCBtb2RpZnlpbmcgdGhlIHRleHQgdG8gc29tZXRoaW5nIGxpa2U6DQoNCuKAnEFzIGEgcmVz dWx0LCBpZiB0aGUgVUFDIHJlY2VpdmVzIGFub3RoZXIgcmVsaWFibGUgcHJvdmlzaW9uYWwNCiAg ICAgICAgICAgICAgICByZXNwb25zZSB0byB0aGUgc2FtZSByZXF1ZXN0LDxuZXc+b24gYSBnaXZl biBkaWFsb2c8L25ldz4sDQphbmQgaXRzIFJTZXEgdmFsdWUgaXMgbm90IG9uZSBoaWdoZXLigKbi gJ0NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0K --_000_058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFE00AHE113667eme_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30N CmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv bG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4u TXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1 cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNv QWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOiJTcHJlY2hibGFzZW50ZXh0IFpjaG4iOw0KCW1hcmdpbjowY207DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLlNwcmVjaGJsYXNlbnRleHRaY2huDQoJe21zby1zdHls ZS1uYW1lOiJTcHJlY2hibGFzZW50ZXh0IFpjaG4iOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgltc28tc3R5bGUtbGluazpTcHJlY2hibGFzZW50ZXh0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEi LCJzYW5zLXNlcmlmIjt9DQpwLkJhbGxvb25UZXh0LCBsaS5CYWxsb29uVGV4dCwgZGl2LkJhbGxv b25UZXh0DQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQiOw0KCW1zby1zdHlsZS1saW5r OiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2Vy aWYiO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRl eHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxs b29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkUt TWFpbEZvcm1hdHZvcmxhZ2UyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5F LU1haWxGb3JtYXR2b3JsYWdlMjINCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRS1N YWlsRm9ybWF0dm9ybGFnZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkUtTWFp bEZvcm1hdHZvcmxhZ2UyNA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FLU1haWxG b3JtYXR2b3JsYWdlMjUNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRS1NYWlsRm9y bWF0dm9ybGFnZTI2DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkUtTWFpbEZvcm1h dHZvcmxhZ2UyNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FLU1haWxGb3JtYXR2 b3JsYWdlMjgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRS1NYWlsRm9ybWF0dm9y bGFnZTI5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcy LjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlk bWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2Vu ZGlmXS0tPjwvaGVhZD48Ym9keSBsYW5nPURFIGxpbms9Ymx1ZSB2bGluaz1wdXJwbGU+PGRpdiBj bGFzcz1Xb3JkU2VjdGlvbjE+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5 bGU9J2NvbG9yOiMxRjQ5N0QnPkhpIENocmlzdGVyLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+aWYg eW91IHNheSBzby48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFu IGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkJ1dCB0aGUgd29ybGQgb2YgdmVuZG9y cyBkb27igJl0IGtub3cgdGhhdC4gOy0pPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5TbyBJIGNvdWxk IGxpZmUgd2l0aCB5b3VyIHByb3Bvc2FsLiBTbyBJIHdpbGwgZG8gdGhlIHRlYWNoaW5nIHRvIHZl bmRvcnMuLi4uPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs YW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5 N0QnPkJlc3QgUmVnYXJkczxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xv cjojMUY0OTdEJz5Sb2xhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFs PjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD48ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVl IDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQnPjxkaXY+PGRpdiBzdHlsZT0nYm9yZGVy Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBj bSAwY20nPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPlZvbjo8L3NwYW4+PC9iPjxzcGFu IHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlm Iic+IENocmlzdGVyIEhvbG1iZXJnIFttYWlsdG86Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24u Y29tXSA8YnI+PGI+R2VzZW5kZXQ6PC9iPiBEb25uZXJzdGFnLCAxMi4gRmVicnVhciAyMDE1IDA4 OjIyPGJyPjxiPkFuOjwvYj4gSmVzc2tlLCBSb2xhbmQ7IGFhbGxlbkBibGFja2JlcnJ5LmNvbTsg YnJldHRAYnJvYWRzb2Z0LmNvbTsgc2lwY29yZUBpZXRmLm9yZzxicj48Yj5CZXRyZWZmOjwvYj4g UkU6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2 PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1N c29Ob3JtYWw+PHNwYW4gbGFuZz1GSSBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SGkgUm9sYW5kLDxv OnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1GSSBzdHls ZT0nY29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz4mZ3Q7WWVzIEkg Y291bGQgbGlmZSB3aXRoIHRoYXQuIEJ1dCBteSBpbnRlbnNpb24gd2FzIGFsc28gdG8gY292ZXIg YWxsIDE4eCBjYXNlcyBub3Qgb25seSBmb3JraW5nLiBMaWtlIGlmIHlvdSBkbyBGb3J3YXJkaW5n IGFuZCBzZW5kaW5nIGJhY2sgYSAxODEgd2l0aCBTRFAgZm9yIGFubm91bmNlbWVudCB1c2UgY2Fz ZXMuIEFuZCB0aGUgZGl2ZXJ0ZWQgdG8gVUFTIHNlbmRzIGFkZGl0aW9uYWwgMTh4ICZndDt3aXRo IG9wZW5pbmcgb25lIG9yIG1vcmUgZWFybHkgZGlhbG9ncy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0Qn PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFu Zz1FTi1HQiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+RnJvbSBhIFVBQyBwZXJzcGVjdGl2ZSwgdGhh dCBpcyBzdGlsbCBmb3JraW5nIDopPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05v cm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9 J2NvbG9yOiMxRjQ5N0QnPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5 bGU9J2NvbG9yOiMxRjQ5N0QnPkNocmlzdGVyIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdC IHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PGRpdiBz dHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBj bSAwY20gMGNtIDQuMHB0Jz48ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtJz48cCBjbGFzcz1N c29Ob3JtYWw+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRh aG9tYSIsInNhbnMtc2VyaWYiJz5Wb246PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPiBDaHJpc3RlciBIb2xt YmVyZyA8YSBocmVmPSJtYWlsdG86W21haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5j b21dIj5bbWFpbHRvOmNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbV08L2E+IDxicj48Yj5H ZXNlbmRldDo8L2I+IE1pdHR3b2NoLCAxMS4gRmVicnVhciAyMDE1IDIwOjU1PGJyPjxiPkFuOjwv Yj4gSmVzc2tlLCBSb2xhbmQ7IDxhIGhyZWY9Im1haWx0bzphYWxsZW5AYmxhY2tiZXJyeS5jb20i PmFhbGxlbkBibGFja2JlcnJ5LmNvbTwvYT47IDxhIGhyZWY9Im1haWx0bzpicmV0dEBicm9hZHNv ZnQuY29tIj5icmV0dEBicm9hZHNvZnQuY29tPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnNpcGNvcmVA aWV0Zi5vcmciPnNpcGNvcmVAaWV0Zi5vcmc8L2E+PGJyPjxiPkJldHJlZmY6PC9iPiBSRTogW3Np cGNvcmVdIFJTZXEgYW5kIGZvcmtpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PC9kaXY+ PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1h bD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5IaSBSb2xhbmQsPG86cD48 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxl PSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPldlIGNvdWxkIGFk ZCBhIGNsYXJpZnlpbmcgbm90ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9y bWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0n Y29sb3I6IzFGNDk3RCc+QnV0LCBJIGRvbuKAmXQgdGhpbmsgdGhlIG5vdGUgc2hvdWxkIHRhbGsg YWJvdXQg4oCcdXNlLWNhc2Vz4oCdLiBJdCBzaG91bGQgc2ltcGx5IHNheSB0aGF0LCBpZiBmb3Jr aW5nIG9jY3VycywgUlNlcSB2YWx1ZXMgYXJlIHByb2Nlc3NlZCBwZXIgZWFybHkgZGlhbG9nLCBp bmRlcGVuZGVudGx5IGZyb20gdGhlIFJTZXEgdmFsdWVzIG9uIG90aGVyIGVhcmx5IGRpYWxvZ3Mu PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdC IHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPlJlZ2Fy ZHMsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVO LUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAg Y2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkNo cmlzdGVyPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48YSBuYW1lPSJf TWFpbEVuZENvbXBvc2UiPjwvYT48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdE Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PGRpdj48ZGl2IHN0eWxlPSdib3JkZXI6bm9u ZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBj bSc+PHAgY2xhc3M9TXNvTm9ybWFsPjxiPjxzcGFuIGxhbmc9RU4tVVM+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIGxhbmc9RU4tVVM+IDxhIGhyZWY9Im1haWx0bzpSLkplc3NrZUB0ZWxla29tLmRlIj5S Lkplc3NrZUB0ZWxla29tLmRlPC9hPiBbPGEgaHJlZj0ibWFpbHRvOlIuSmVzc2tlQHRlbGVrb20u ZGUiPm1haWx0bzpSLkplc3NrZUB0ZWxla29tLmRlPC9hPl0gPGJyPjxiPlNlbnQ6PC9iPiAxMSBG ZWJydWFyeSAyMDE1IDExOjIwPGJyPjxiPlRvOjwvYj4gQ2hyaXN0ZXIgSG9sbWJlcmc7IDxhIGhy ZWY9Im1haWx0bzphYWxsZW5AYmxhY2tiZXJyeS5jb20iPmFhbGxlbkBibGFja2JlcnJ5LmNvbTwv YT47IDxhIGhyZWY9Im1haWx0bzpicmV0dEBicm9hZHNvZnQuY29tIj5icmV0dEBicm9hZHNvZnQu Y29tPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmciPnNpcGNvcmVAaWV0Zi5v cmc8L2E+PGJyPjxiPlN1YmplY3Q6PC9iPiBBVzogW3NpcGNvcmVdIFJTZXEgYW5kIGZvcmtpbmc8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFu IGxhbmc9RU4tR0I+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1h bD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5IaSBDaHJpc3Rlciw8bzpw PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5 bGU9J2NvbG9yOiMxRjQ5N0QnPlRoZSBjaGFuZ2UgaXRzZWxmIGlzIE9LIGZvciBtZS48bzpwPjwv bzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9 J2NvbG9yOiMxRjQ5N0QnPlNpbmNlIEkgbGlrZSB0byBoYXZlIG1vcmUgZXhwbGljaXQgZGVzY3Jp cHRpb24gSSB3b3VsZCBsaWtlIHRvIGhhdmUgbW9yZSB0ZXh0IChlLmcuIE5vdGUpIHBvaW50aW5n IHRvIHRoZSBmYWN0IHRoYXQgb3RoZXIgZWFybHkgZGlhbG9ncyBkZXBlbmRpbmcgb24gdGhlIG51 bWJlciBvZiByZXNwb25zZXMgbWFkZSByZWxpYWJsZSBoYXZlIG90aGVyIFJTZXEgdmFsdWVzLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBz dHlsZT0nY29sb3I6IzFGNDk3RCc+UHJvcG9zYWwgOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0ndGV4dC1p bmRlbnQ6MzYuMHB0Jz48c3BhbiBsYW5nPUVOLVVTPiZuYnNwO+KAnEFzIGEgcmVzdWx0LCBpZiB0 aGUgVUFDIHJlY2VpdmVzIGFub3RoZXIgcmVsaWFibGUgcHJvdmlzaW9uYWw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7Jm5ic3A7 ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyByZXNwb25zZSB0byB0aGUgc2FtZSByZXF1ZXN0ICwmbHQ7bmV3Jmd0 O29uIGEgZ2l2ZW4gZGlhbG9nJmx0Oy9uZXcmZ3Q7YW5kIGl0cyBSU2VxIHZhbHVlIGlzIG5vdCBv bmUgaGlnaGVyPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs YW5nPUVOLVVTPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhhbiB0aGUgdmFsdWUgb2Yg dGhlIHNlcXVlbmNlIG51bWJlciwgdGhhdCByZXNwb25zZSBNVVNUIE5PVCBiZTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDsmbmJz cDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFja25vd2xlZGdlZCB3aXRoIGEgUFJBQ0ssIGFuZCBNVVNUIE5P VCBiZSBwcm9jZXNzZWQgZnVydGhlciBieSB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBVQUMuJm5ic3A7IEFuIGltcGxlbWVudGF0aW9uIE1BWSBkaXNjYXJkIHRoZSByZXNwb25zZSwg b3IgTUFZIGNhY2hlIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlc3BvbnNlIGlu IHRoZSBob3BlcyBvZiByZWNlaXZpbmcgdGhlIG1pc3NpbmcgcmVzcG9uc2VzLiAmbHQ7bmV3Jmd0 O05vdGUgdGhhdCBmb3Igc29tZSB1c2UgY2FzZXMgbXVsdGlwbGVzIGVhcmx5IGRpYWxvZ3MgKGUu Zy4gZm9ya2luZykgd2l0aCBkaWZmZXJlbnQgUlNlcSBleGlzdC4mbHQ7L25ldyZndDvigJ08bzpw PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVO LVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5CZXN0IFJlZ2FyZHM8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5 N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g bGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+Um9sYW5kPG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdjb2xvcjojMUY0 OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Jz48 ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBw dDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtJz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYi Jz5Wb246PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eToiVGFob21hIiwic2Fucy1zZXJpZiInPiBzaXBjb3JlIFs8YSBocmVmPSJtYWlsdG86c2lwY29y ZS1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnPC9hPl0g PGI+SW0gQXVmdHJhZyB2b24gPC9iPkNocmlzdGVyIEhvbG1iZXJnPGJyPjxiPkdlc2VuZGV0Ojwv Yj4gTWl0dHdvY2gsIDExLiBGZWJydWFyIDIwMTUgMDg6NTM8YnI+PGI+QW46PC9iPiBBbmRyZXcg QWxsZW47IEJyZXR0IFRhdGU7IDxhIGhyZWY9Im1haWx0bzpzaXBjb3JlQGlldGYub3JnIj5zaXBj b3JlQGlldGYub3JnPC9hPjxicj48Yj5CZXRyZWZmOjwvYj4gUmU6IFtzaXBjb3JlXSBSU2VxIGFu ZCBmb3JraW5nPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05v cm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1F Ti1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SGksPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNs YXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4t VVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPlNvLCBhcmUgcGVvcGxlIG9rIHdpdGggbXkgc3VnZ2Vz dGVkIHRleHQ/PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs YW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5 N0QnPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh biBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMx RjQ5N0QnPkNocmlzdGVyPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48 c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+PGRpdj48ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNC NUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSc+PHAgY2xhc3M9TXNvTm9ybWFs PjxiPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 IlRhaG9tYSIsInNhbnMtc2VyaWYiJz5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz1FTi1VUyBz dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiIn PiBBbmRyZXcgQWxsZW4gWzxhIGhyZWY9Im1haWx0bzphYWxsZW5AYmxhY2tiZXJyeS5jb20iPm1h aWx0bzphYWxsZW5AYmxhY2tiZXJyeS5jb208L2E+XSA8YnI+PGI+U2VudDo8L2I+IDExLiBoZWxt aWt1dXRhIDIwMTUgOTo0NDxicj48Yj5Ubzo8L2I+IEJyZXR0IFRhdGU7IENocmlzdGVyIEhvbG1i ZXJnOyA8YSBocmVmPSJtYWlsdG86c2lwY29yZUBpZXRmLm9yZyI+c2lwY29yZUBpZXRmLm9yZzwv YT48YnI+PGI+U3ViamVjdDo8L2I+IFJFOiBbc2lwY29yZV0gUlNlcSBhbmQgZm9ya2luZzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFu Zz1FTi1VUz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxz cGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPisxPG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0 OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PGRpdj48ZGl2IHN0eWxlPSdib3JkZXI6 bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNt IDBjbSc+PHAgY2xhc3M9TXNvTm9ybWFsPjxiPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2ZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz5Gcm9tOjwvc3Bh bj48L2I+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eToiVGFob21hIiwic2Fucy1zZXJpZiInPiBzaXBjb3JlIFs8YSBocmVmPSJtYWlsdG86c2lwY29y ZS1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnPC9hPl0g PGI+T24gQmVoYWxmIE9mIDwvYj5CcmV0dCBUYXRlPGJyPjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBG ZWJydWFyeSAxMCwgMjAxNSA2OjM4IEFNPGJyPjxiPlRvOjwvYj4gQ2hyaXN0ZXIgSG9sbWJlcmc7 IDxhIGhyZWY9Im1haWx0bzpzaXBjb3JlQGlldGYub3JnIj5zaXBjb3JlQGlldGYub3JnPC9hPjxi cj48Yj5TdWJqZWN0OjwvYj4gUmU6IFtzaXBjb3JlXSBSU2VxIGFuZCBmb3JraW5nPG86cD48L286 cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVO LVVTPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g bGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SGksPC9zcGFuPjxzcGFuIGxhbmc9RU4t VVM+PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVO LVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz1FTi1VUz48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMg c3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkkgYWdyZWUgdGhhdCBzb21lIHZlbmRvcnMgaGF2ZSBtaXNp bnRlcnByZXRlZCB0aGUgc2VudGVuY2UgKGFuZCBvdGhlciBhc3BlY3RzIG9mIHRoZSBSRkMgc3Vj aCBhcyBpZiBvbmx5IDIwMCBhbmQgNDgxIGFyZSB2YWxpZCByZXNwb25zZXMgdG8gYSBQUkFDSyku PC9zcGFuPjxzcGFuIGxhbmc9RU4tVVM+PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz4mbmJzcDs8L3Nw YW4+PHNwYW4gbGFuZz1FTi1VUz48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9y bWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPlRoZSBlcnJhdGEgd291 bGQgbWFpbmx5IGp1c3QgYmUgdXNlZnVsIHRvIHF1aWNrbHkgZW5kIGRlYmF0ZSB3aXRoIHRob3Nl IHdobyB0aGluayBkZXZpY2VzIGFyZSBzb21laG93IHN1cHBvc2VkIHRvIG1hZ2ljYWxseSBjb29y ZGluYXRlIFJTZXEgZ2VuZXJhdGlvbiB3aXRoIG90aGVyIGRldmljZXMgd2hlbiBmb3JraW5nIGhh cyBvY2N1cnJlZC48L3NwYW4+PHNwYW4gbGFuZz1FTi1VUz48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0Qn PiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPUVOLVVTPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+Jm5i c3A7PC9zcGFuPjxzcGFuIGxhbmc9RU4tVVM+PG86cD48L286cD48L3NwYW4+PC9wPjxkaXYgc3R5 bGU9J2JvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20g MGNtIDBjbSA0LjBwdCc+PGRpdj48ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSc+PHAgY2xhc3M9TXNv Tm9ybWFsPjxiPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz1F Ti1VUyBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1z ZXJpZiInPiBzaXBjb3JlIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnNpcGNvcmUtYm91bmNlc0Bp ZXRmLm9yZyI+c2lwY29yZS1ib3VuY2VzQGlldGYub3JnPC9hPl0gPGI+T24gQmVoYWxmIE9mIDwv Yj5DaHJpc3RlciBIb2xtYmVyZzxicj48Yj5TZW50OjwvYj4gVHVlc2RheSwgRmVicnVhcnkgMTAs IDIwMTUgNTozMyBBTTxicj48Yj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0bzpzaXBjb3JlQGlldGYu b3JnIj5zaXBjb3JlQGlldGYub3JnPC9hPjxicj48Yj5TdWJqZWN0OjwvYj4gW3NpcGNvcmVdIFJT ZXEgYW5kIGZvcmtpbmc8L3NwYW4+PHNwYW4gbGFuZz1FTi1VUz48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+PC9kaXY+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUZJPkhp LDwvc3Bhbj48c3BhbiBsYW5nPUVOLVVTPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1N c29Ob3JtYWw+PHNwYW4gbGFuZz1GST4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz1FTi1VUz48bzpw PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+VGhl cmUgaGFzIGJlZW4gc29tZSBjb25mdXNpb24gcmVnYXJkaW5nIFJGQyAzMjYyIGFuZCBmb3JraW5n LCBhbmQgSeKAmWQgbGlrZSB0byBhc2sgd2hldGhlciBwZW9wbGUgdGhpbmsgYW4gZXJyYXRhIHdv dWxkIGJlIHVzZWZ1bC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxz cGFuIGxhbmc9RU4tVVM+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05v cm1hbD48c3BhbiBsYW5nPUVOLVVTPlRoZSB0ZXh0IGluIHNlY3Rpb24gNCBzYXlzOjxvOnA+PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSd0ZXh0LWluZGVu dDozNi4wcHQnPjxzcGFuIGxhbmc9RU4tVVM+4oCcQXMgYSByZXN1bHQsIGlmIHRoZSBVQUMgcmVj ZWl2ZXMgYW5vdGhlciByZWxpYWJsZSBwcm92aXNpb25hbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHJlc3BvbnNlIHRvIHRoZSBzYW1lIHJlcXVlc3QsIGFuZCBpdHMgUlNlcSB2YWx1ZSBp cyBub3Qgb25lIGhpZ2hlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoYW4gdGhlIHZh bHVlIG9mIHRoZSBzZXF1ZW5jZSBudW1iZXIsIHRoYXQgcmVzcG9uc2UgTVVTVCBOT1QgYmU8bzpw PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5i c3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhY2tub3dsZWRnZWQgd2l0aCBhIFBSQUNLLCBhbmQg TVVTVCBOT1QgYmUgcHJvY2Vzc2VkIGZ1cnRoZXIgYnkgdGhlPG86cD48L286cD48L3NwYW4+PC9w PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPiZuYnNwOyZuYnNwOyAmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgVUFDLiZuYnNwOyBBbiBpbXBsZW1lbnRhdGlvbiBNQVkgZGlzY2FyZCB0aGUgcmVz cG9uc2UsIG9yIE1BWSBjYWNoZSB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZXNw b25zZSBpbiB0aGUgaG9wZXMgb2YgcmVjZWl2aW5nIHRoZSBtaXNzaW5nIHJlc3BvbnNlcy7igJ08 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5n PUVOLVVTPk5vdywgaW4gY2FzZSBvZiBmb3JraW5nLCBpbiBteSBvcGluaW9uIHRoZSBVQUMgbWF5 IHJlY2VpdmUgdGhlIHNhbWUgKG9yIGV2ZW4gbG93ZXIpIFJTZXEgdmFsdWUgb24gZGlmZmVyZW50 IGVhcmx5IGRpYWxvZ3MuIEJ1dCwgdGhlcmUgc2VlbSB0byBiZSBzb21lIGNvbmZ1c2lvbiBhcm91 bmQgaXQuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5n PUVOLVVTPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gbGFuZz1FTi1VUz5TbywgSSB3b25kZXIgd2hldGhlciBhbiBlcnJhdGEgd291bGQgYmUgdXNl ZnVsLCBtb2RpZnlpbmcgdGhlIHRleHQgdG8gc29tZXRoaW5nIGxpa2U6PG86cD48L286cD48L3Nw YW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J3RleHQtaW5kZW50OjM2LjBw dCc+PHNwYW4gbGFuZz1FTi1VUz7igJxBcyBhIHJlc3VsdCwgaWYgdGhlIFVBQyByZWNlaXZlcyBh bm90aGVyIHJlbGlhYmxlIHByb3Zpc2lvbmFsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg cmVzcG9uc2UgdG8gdGhlIHNhbWUgcmVxdWVzdCwmbHQ7bmV3Jmd0O29uIGEgZ2l2ZW4gZGlhbG9n Jmx0Oy9uZXcmZ3Q7LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5 bGU9J3RleHQtaW5kZW50OjM2LjBwdCc+PHNwYW4gbGFuZz1FTi1VUz5hbmQgaXRzIFJTZXEgdmFs dWUgaXMgbm90IG9uZSBoaWdoZXLigKbigJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsIHN0eWxlPSd0ZXh0LWluZGVudDozNi4wcHQnPjxzcGFuIGxhbmc9RU4tVVM+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVO LVVTPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh biBsYW5nPUVOLVVTPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3Jt YWw+PHNwYW4gbGFuZz1FTi1VUz5DaHJpc3RlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9ib2R5PjwvaHRtbD4= --_000_058CE00BD4D6B94FAD033A2439EA1E4B01E7BBAFE00AHE113667eme_-- From nobody Thu Feb 12 20:40:13 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CA051A0095 for ; Thu, 12 Feb 2015 20:40:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.664 X-Spam-Level: X-Spam-Status: No, score=0.664 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5qPm8pwRA0uy for ; Thu, 12 Feb 2015 20:40:09 -0800 (PST) Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCEE91A0086 for ; Thu, 12 Feb 2015 20:40:08 -0800 (PST) Received: from resomta-ch2-07v.sys.comcast.net ([69.252.207.103]) by resqmta-ch2-03v.sys.comcast.net with comcast id rgg11p0052EPM3101gg8G4; Fri, 13 Feb 2015 04:40:08 +0000 Received: from hobgoblin.ariadne.com ([24.34.72.61]) by resomta-ch2-07v.sys.comcast.net with comcast id rgg61p00A1KKtkw01gg7DG; Fri, 13 Feb 2015 04:40:08 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id t1D4e5nZ017087; Thu, 12 Feb 2015 23:40:05 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id t1D4e58I017079; Thu, 12 Feb 2015 23:40:05 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Andrew Allen In-Reply-To: (aallen@blackberry.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Thu, 12 Feb 2015 23:40:05 -0500 Message-ID: <87386av2ze.fsf@hobgoblin.ariadne.com> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1423802408; bh=dZsQyoF+wy7p3VThcx8USzfnmoL492E2c2HPpax4+sg=; h=Received:Received:Received:Received:From:To:Subject:Date: Message-ID; b=Rh9qrIGcU745sTFCTZCJxXq4DCxOoxNoxgh+MAQ3sODorj7V3HleQuQuyg6mWkjTa P8arvJeSBQdomWtJ7Z/R5RSmMOHHluQY6PA0HjJFbeLcgHw3JSSgXDOPd2MQoKj3zC +tWMgy2lU3Lbbo6uztMv4HN1o6p8y1tzORlyKWhf+TEMv5H9mLYqW32VR7pE6LvAm2 fayIoMxkvB93ARlwSEWTN1yvJ4TlOorYlMPpdx2/QsYHQgOQviMb630YOh7fJA/1k8 ibiJ0rSB5iFZ1zgsJGh8xX7yNb2oeqKLu9mDt6nL2uVpCzvlM8oyV4yVlgzn3+0gKk jahelJ2bTRy+A== Archived-At: Cc: sipcore@ietf.org, ivo.sedlacek@ericsson.com Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2015 04:40:11 -0000 From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Ivo Sedlacek > > can anyone please give advice on the following problem related to > precondition usage in SIP session? > > Alice AS > | | > |-------------(1) INVITE SDP1--------------->| > | | > |<------(2) 183 Session Progress SDP2--------| > | *** | > |--*R*-----------(3) PRACK------------------>| > | *E* | > |<-*S*-------(4) 200 OK (PRACK)--------------| > | *E* | > | *R* | > | *V* | > | *A* | > | *T* | > | *I* | > | *O* | > | *N* | > | *** | > | *** | > | *** | > |-------------(5) UPDATE SDP3--------------->| > | | > | +-(6) 200 OK (UPDATE) SDP4-----------| > | | | > |<-----------(7) 200 OK (INVITE)-------------| > | | | > |<------+ | > > In my opinion: > > - when receiving message (7), Alice should consider the call as > established since 200 (OK) response is received for INVITE > request. Alice should send media according to SDP2 as SDP answer to > SDP3 has not been received yet. > > - when receiving message (6), Alice should start sending media > according to SDP4. It seems to me that you're correct. Although I would phrase it: After receiving message (7), Alice should consider the *dialog* as establsihed. At that point, Alice's participation in the *session* is still governed by SDP1 and SDP2, as the UPDATE has not completed. After receiving message (6), Alice's participation in the session is governed by SDP3 and SDP4. I don't know preconditions, but I suppose if SDP3/SDP4 contains preconditions, their going-into-effect may be delayed by the preconditions. If SDP1/SDP2 contains preconditions, their going-into-effect may be delayed, even to the point that they don't go into effect before SDP3/SDP4 go into effect. Of course, there are complexities, but they are the usual ones that come from time-skew between the offer/answer messages and the media packets -- once Alice has sent SDP3, she needs to be prepared to receive media according to its specifications, while still expecting to receive media according to SDP1/SDP2. But that is the lot of a UA that sends an offer within a dialog. And AS doesn't know when Alice will start receiving according to SDP3/SDP4 alone, because it has no way of knowing when Alice receives message (6). But it assumes that Alice is already listening based on SDP3 as well as SDP1. But that is the lot of a UA that accepts an offer within a dialog. What is not clear to me is what you consider to be a problem. What alternative behaviors do people think are possible? From: Christer Holmberg > I agree with Ivo and Adam, and I don't think there is a disagreement on > what has been discussed. > > However, as far as I know, what brought this issue up was the fact that > some UAs, if they receive the 200 (INVITE) before 200 (UPDATE), don't > accept it and *RELEASE* the session establishment. In my opinion that is > wrong (and shows that someone probably has implemented call flows rather > than specs :) Yuck! Some implementer has forgotten that messages can be reordered. Their punishment is that their devices have unstable behavior and buyers avoid them. Worse, Alice will observe the same messages in the following case, which is a simple and quite predictable race condition. > |-------------(5) UPDATE SDP3-----------+ | > | | | > |<-----------(7) 200 OK (INVITE)-------------| > | | | > | +--->| > | | > |<--------(6) 200 OK (UPDATE) SDP4-----------| If Alice wants to avoid situations like that, obviously she has to avoid sending UPDATE on an early dialog. Dale From nobody Sun Feb 15 19:10:40 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BCB91A19F8 for ; Sun, 15 Feb 2015 19:10:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.998 X-Spam-Level: X-Spam-Status: No, score=0.998 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ur-7TsurRUJr for ; Sun, 15 Feb 2015 19:10:36 -0800 (PST) Received: from resqmta-ch2-11v.sys.comcast.net (resqmta-ch2-11v.sys.comcast.net [69.252.207.43]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F25CB1A19F2 for ; Sun, 15 Feb 2015 19:10:35 -0800 (PST) Received: from resomta-ch2-18v.sys.comcast.net ([69.252.207.114]) by resqmta-ch2-11v.sys.comcast.net with comcast id srAG1p0022Udklx01rAacj; Mon, 16 Feb 2015 03:10:34 +0000 Received: from hobgoblin.ariadne.com ([24.34.72.61]) by resomta-ch2-18v.sys.comcast.net with comcast id srAZ1p00K1KKtkw01rAZPG; Mon, 16 Feb 2015 03:10:34 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id t1G3AXNd023084; Sun, 15 Feb 2015 22:10:33 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id t1G3AW1A023081; Sun, 15 Feb 2015 22:10:32 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: aallen@blackberry.com, sipcore@ietf.org, ivo.sedlacek@ericsson.com In-Reply-To: <87386av2ze.fsf@hobgoblin.ariadne.com> (worley@ariadne.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Sun, 15 Feb 2015 22:10:32 -0500 Message-ID: <87y4nysg9j.fsf@hobgoblin.ariadne.com> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1424056234; bh=LbEm3quN0u2eRJEfxYbssmukeuNDJqA+AmwuZvRJJB0=; h=Received:Received:Received:Received:From:To:Subject:Date: Message-ID; b=X5dcrmIIi6NRIYYWmS6vrSUkCuk7bR8KQjlbKqhBStlGgc2jWTPtO1xYUEnR61UXn blYoYRoDUcfSPJc6V+kWKjUQ+Ji47n9gpYrA7lIfYERJ3E3afFO0TZU4gq+vWCZ3DB y0ftEC9Jpzan6dN1E+4DRvot7VG6jfYu0KcumOZqlYrE8Z7DgR0J7sARS/fq/o5yPj xLANCF+5+3Vfh/ADCajuLR2hFLzk/OkHNkTZhSkaHCy/5dnfHm1zVYg0nSD59/F1Lk 1p70WZP0K1Ah56vumM0MIgxmkDVTmtgD9pr2NJ8eKg9xasSy0xaUwI5gE0Vw4KZ332 g3Tq01F1fwojw== Archived-At: Subject: Re: [sipcore] Precondition and swap of 200 (OK) for INVITE and 200 (OK) for UPDATE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 03:10:37 -0000 From: Christer Holmberg > I agree with Ivo and Adam, and I don't think there is a disagreement on > what has been discussed. > > However, as far as I know, what brought this issue up was the fact that > some UAs, if they receive the 200 (INVITE) before 200 (UPDATE), don't > accept it and *RELEASE* the session establishment. In my opinion that is > wrong (and shows that someone probably has implemented call flows rather > than specs :) And this is really bizarre -- if a UA sends a second request while a first request is outstanding, obviously the UA can't predict which request will be completed first. Dale From nobody Thu Feb 19 01:44:49 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EE9D1A898B for ; Thu, 19 Feb 2015 01:44:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.352 X-Spam-Level: X-Spam-Status: No, score=-0.352 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HELO_EQ_SE=0.35, 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 D9UDRGOcs0DD for ; Thu, 19 Feb 2015 01:44:45 -0800 (PST) Received: from smtp7.webway.se (smtp7.webway.se [212.3.14.205]) by ietfa.amsl.com (Postfix) with ESMTP id 7355E1A8758 for ; Thu, 19 Feb 2015 01:44:45 -0800 (PST) Received: from [192.168.40.15] (h87-96-134-129.dynamic.se.alltele.net [87.96.134.129]) by smtp7.webway.se (Postfix) with ESMTPA id A934A93DE3D; Thu, 19 Feb 2015 09:43:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: "Olle E. Johansson" Date: Thu, 19 Feb 2015 10:44:36 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: SIPCORE X-Mailer: Apple Mail (2.1878.6) Archived-At: Cc: Olle E Johansson Subject: [sipcore] Fwd: ;transport=tls X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 09:44:48 -0000 Hello friends, One week ago I sent this message and have seen no comments. I still may = be wrong, but if not, I think this is an issue that requires further = thought. One of the reasons for bringing this up was a note in the SIPconnect 2.0 = specification about MUST NOT use ;transport=3Dtls that caught my eye. = This requirement doesn't work well with the implementations we tested at = SIPit and there was a lot of discussions around it. While SIP Outbound may solve the = first hop, it doesn't tell me how I can use a URI in a route set or = configuration that implies TLS as a transport without using SIPS: /O Begin forwarded message: > From: "Olle E. Johansson" > Subject: ;transport=3Dtls > Date: 12 Feb 2015 08:02:16 GMT+1 > To: SIPCORE > Cc: Olle E Johansson >=20 > I just wanted to forward an issue discovered at SIPit 31 that I don't = think has been discussed here recently. Correct me if I'm wrong.=20 >=20 > =46rom the summary at https://www.sipit.net/SIPit31_summary >=20 >=20 > "TLS focused testing showed that the use of 'transport=3Dtls' in = Route, > Record-Route, and Contact header fields is still pervasive, if not = universal. > The arguments against it in RFC5630 (was draft-ietf-sip-sips) are not > compelling to implementers and deployers. Several participants pointed = to the > inconsistency of those arguments with the tokens that appear in Via = headers > registered at > = . > SIPCORE should consider whether to re-instate transport=3Dtls or = provide stronger > documentation for how to indicate TLS over TCP in those header fields = when it > is necessary to do so. " >=20 >=20 > In addition, many implementors added ";transport=3Dtls" to their = contact at registration. > They did not understand that if they do, the SIP URI in the contact = has to match a certificate provided > when the server connects to their UA. For registrations both me and = Robert pointed > with all our available hands to SIP Outbound. >=20 > I guess that before we can deprecate SIPS: we need to go through this = and clarify > a bit. >=20 > In the networks I build we frequently use ;transport=3Dtls to tell the = software used (Kamailio) > to select a TLS transport for the next hop. SIPS: is not an = alternative here as it > affects headers. We have not found any other option. >=20 > /O From nobody Wed Feb 25 17:14:01 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0D101A90BB for ; Wed, 25 Feb 2015 17:14:00 -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, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_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 29_PfhnP-eFu for ; Wed, 25 Feb 2015 17:13:58 -0800 (PST) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) (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 BEA071A875E for ; Wed, 25 Feb 2015 17:13:58 -0800 (PST) Received: from [192.168.65.7] (unknown [203.45.206.116]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 6394222E200; Wed, 25 Feb 2015 20:13:51 -0500 (EST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: text/plain; charset=us-ascii From: Cullen Jennings In-Reply-To: Date: Thu, 26 Feb 2015 12:13:46 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Olle E Johansson X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: SIPCORE Subject: Re: [sipcore] ;transport=tls X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2015 01:14:00 -0000 I really don't know what there is to comment on. How about you try and = explain what problem you are trying to solve and why the existing = mechanism don't solve that problem.=20 You email sort of of comes across as "our software uses stuff that was = deprecated 10 years ago and we are sad".=20 > On Feb 19, 2015, at 8:44 PM, Olle E. Johansson wrote: >=20 > Hello friends, > One week ago I sent this message and have seen no comments. I still = may be wrong, but if not, I think this is an issue that requires further = thought. >=20 > One of the reasons for bringing this up was a note in the SIPconnect = 2.0 specification about MUST NOT use ;transport=3Dtls that caught my = eye. This requirement doesn't work well with the implementations we = tested at SIPit and there > was a lot of discussions around it. While SIP Outbound may solve the = first hop, it doesn't tell me how I can use a URI in a route set or = configuration that implies TLS as a transport without using SIPS: >=20 > /O >=20 > Begin forwarded message: >=20 >> From: "Olle E. Johansson" >> Subject: ;transport=3Dtls >> Date: 12 Feb 2015 08:02:16 GMT+1 >> To: SIPCORE >> Cc: Olle E Johansson >>=20 >> I just wanted to forward an issue discovered at SIPit 31 that I don't = think has been discussed here recently. Correct me if I'm wrong.=20 >>=20 >> =46rom the summary at https://www.sipit.net/SIPit31_summary >>=20 >>=20 >> "TLS focused testing showed that the use of 'transport=3Dtls' in = Route, >> Record-Route, and Contact header fields is still pervasive, if not = universal. >> The arguments against it in RFC5630 (was draft-ietf-sip-sips) are not >> compelling to implementers and deployers. Several participants = pointed to the >> inconsistency of those arguments with the tokens that appear in Via = headers >> registered at >> = . >> SIPCORE should consider whether to re-instate transport=3Dtls or = provide stronger >> documentation for how to indicate TLS over TCP in those header fields = when it >> is necessary to do so. " >>=20 >>=20 >> In addition, many implementors added ";transport=3Dtls" to their = contact at registration. >> They did not understand that if they do, the SIP URI in the contact = has to match a certificate provided >> when the server connects to their UA. For registrations both me and = Robert pointed >> with all our available hands to SIP Outbound. >>=20 >> I guess that before we can deprecate SIPS: we need to go through this = and clarify >> a bit. >>=20 >> In the networks I build we frequently use ;transport=3Dtls to tell = the software used (Kamailio) >> to select a TLS transport for the next hop. SIPS: is not an = alternative here as it >> affects headers. We have not found any other option. >>=20 >> /O >=20 > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore >=20 From nobody Wed Feb 25 22:53:08 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB0C41A1AA1 for ; Wed, 25 Feb 2015 22:53:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.251 X-Spam-Level: X-Spam-Status: No, score=-2.251 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, 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 Xhs5fQwng2HH for ; Wed, 25 Feb 2015 22:53:05 -0800 (PST) Received: from smtp7.webway.se (smtp7.webway.se [212.3.14.205]) by ietfa.amsl.com (Postfix) with ESMTP id 05A351A1A99 for ; Wed, 25 Feb 2015 22:53:05 -0800 (PST) Received: from [192.168.40.15] (h87-96-134-129.dynamic.se.alltele.net [87.96.134.129]) by smtp7.webway.se (Postfix) with ESMTPA id 9035393DE3C; Thu, 26 Feb 2015 06:51:50 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: "Olle E. Johansson" In-Reply-To: Date: Thu, 26 Feb 2015 07:52:53 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Cullen Jennings X-Mailer: Apple Mail (2.1878.6) Archived-At: Cc: SIPCORE , Olle E Johansson Subject: Re: [sipcore] ;transport=tls X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2015 06:53:08 -0000 Like I said in my mail, we frequently use ";transport=3DTLS" to indicate = tls for the next hop in Kamailio. It's a transport in via, but no longer approved in route headers. How would you indicate a need for TLS in Path/Route and similar headers = that needs a SIP URI? I think we may need to produce a draft that=20 - finally kills SIPS: - solves the problem how to indicate a requirement for TLS in a SIP URI. = RFC 5630 avoided this issue. We may also need to produce a BCP covering how to do TLS in the SIP = protocol, since there are many documents, some quite contradicting and some = underspecified that talk about TLS and SIP. It's a maze of twisting passages you easily get = lost in, which was clearly indicated at SIPit. A hitchhiker's guide to TLS and SIP if = you like. If there is a solution, that you produced 10 years ago, implementations = show that you did a lousy job of telling people, Cullen :-) /O On 26 Feb 2015, at 02:13, Cullen Jennings wrote: >=20 > I really don't know what there is to comment on. How about you try and = explain what problem you are trying to solve and why the existing = mechanism don't solve that problem.=20 >=20 > You email sort of of comes across as "our software uses stuff that was = deprecated 10 years ago and we are sad".=20 >=20 >=20 >=20 >=20 >=20 >> On Feb 19, 2015, at 8:44 PM, Olle E. Johansson = wrote: >>=20 >> Hello friends, >> One week ago I sent this message and have seen no comments. I still = may be wrong, but if not, I think this is an issue that requires further = thought. >>=20 >> One of the reasons for bringing this up was a note in the SIPconnect = 2.0 specification about MUST NOT use ;transport=3Dtls that caught my = eye. This requirement doesn't work well with the implementations we = tested at SIPit and there >> was a lot of discussions around it. While SIP Outbound may solve the = first hop, it doesn't tell me how I can use a URI in a route set or = configuration that implies TLS as a transport without using SIPS: >>=20 >> /O >>=20 >> Begin forwarded message: >>=20 >>> From: "Olle E. Johansson" >>> Subject: ;transport=3Dtls >>> Date: 12 Feb 2015 08:02:16 GMT+1 >>> To: SIPCORE >>> Cc: Olle E Johansson >>>=20 >>> I just wanted to forward an issue discovered at SIPit 31 that I = don't think has been discussed here recently. Correct me if I'm wrong.=20= >>>=20 >>> =46rom the summary at https://www.sipit.net/SIPit31_summary >>>=20 >>>=20 >>> "TLS focused testing showed that the use of 'transport=3Dtls' in = Route, >>> Record-Route, and Contact header fields is still pervasive, if not = universal. >>> The arguments against it in RFC5630 (was draft-ietf-sip-sips) are = not >>> compelling to implementers and deployers. Several participants = pointed to the >>> inconsistency of those arguments with the tokens that appear in Via = headers >>> registered at >>> = . >>> SIPCORE should consider whether to re-instate transport=3Dtls or = provide stronger >>> documentation for how to indicate TLS over TCP in those header = fields when it >>> is necessary to do so. " >>>=20 >>>=20 >>> In addition, many implementors added ";transport=3Dtls" to their = contact at registration. >>> They did not understand that if they do, the SIP URI in the contact = has to match a certificate provided >>> when the server connects to their UA. For registrations both me and = Robert pointed >>> with all our available hands to SIP Outbound. >>>=20 >>> I guess that before we can deprecate SIPS: we need to go through = this and clarify >>> a bit. >>>=20 >>> In the networks I build we frequently use ;transport=3Dtls to tell = the software used (Kamailio) >>> to select a TLS transport for the next hop. SIPS: is not an = alternative here as it >>> affects headers. We have not found any other option. >>>=20 >>> /O >>=20 >> _______________________________________________ >> sipcore mailing list >> sipcore@ietf.org >> https://www.ietf.org/mailman/listinfo/sipcore >>=20 >=20 From nobody Wed Feb 25 23:09:19 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6363F1A1AAD for ; Wed, 25 Feb 2015 23:09:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-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 TvDbSyigwmhy for ; Wed, 25 Feb 2015 23:09:16 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 991141A040C for ; Wed, 25 Feb 2015 23:09:16 -0800 (PST) Received: from unnumerable.local (ip-64-134-228-235.public.wayport.net [64.134.228.235]) (authenticated bits=0) by nostrum.com (8.15.1/8.14.9) with ESMTPSA id t1Q79CBP004220 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 26 Feb 2015 01:09:16 -0600 (CST) (envelope-from rjsparks@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host ip-64-134-228-235.public.wayport.net [64.134.228.235] claimed to be unnumerable.local Message-ID: <54EEC693.1050405@nostrum.com> Date: Wed, 25 Feb 2015 23:09:07 -0800 From: Robert Sparks User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: sipcore@ietf.org References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [sipcore] ;transport=tls X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2015 07:09:18 -0000 So, there really _is_ tension between specification and implementation here - it's not just Kamailio - there is a lot of ;transport=tls showing up on the wire. I _think_ we can break it down into two classes of use: 1) The first (or last) hop - where outbound is the the standardized answer (but there are things that really want to say they can use TLS over that hop, but aren't able to speak of themselves with DNS names). 2) middle-to-middle hops. IIRC, the standardized answer is using RR with sips:, but the notion of using sips: as a hop-hop indication without forcing sips' e-e behavior is really not well understood in implementation. There is some tension here still with things that can't speak of themselves with a DNS name, but it's a much smaller part of the population. Olle's question is rooted in 2) more than 1). Olle - what else am I forgetting? RjS On 2/25/15 5:13 PM, Cullen Jennings wrote: > I really don't know what there is to comment on. How about you try and explain what problem you are trying to solve and why the existing mechanism don't solve that problem. > > You email sort of of comes across as "our software uses stuff that was deprecated 10 years ago and we are sad". > > > > > >> On Feb 19, 2015, at 8:44 PM, Olle E. Johansson wrote: >> >> Hello friends, >> One week ago I sent this message and have seen no comments. I still may be wrong, but if not, I think this is an issue that requires further thought. >> >> One of the reasons for bringing this up was a note in the SIPconnect 2.0 specification about MUST NOT use ;transport=tls that caught my eye. This requirement doesn't work well with the implementations we tested at SIPit and there >> was a lot of discussions around it. While SIP Outbound may solve the first hop, it doesn't tell me how I can use a URI in a route set or configuration that implies TLS as a transport without using SIPS: >> >> /O >> >> Begin forwarded message: >> >>> From: "Olle E. Johansson" >>> Subject: ;transport=tls >>> Date: 12 Feb 2015 08:02:16 GMT+1 >>> To: SIPCORE >>> Cc: Olle E Johansson >>> >>> I just wanted to forward an issue discovered at SIPit 31 that I don't think has been discussed here recently. Correct me if I'm wrong. >>> >>> From the summary at https://www.sipit.net/SIPit31_summary >>> >>> >>> "TLS focused testing showed that the use of 'transport=tls' in Route, >>> Record-Route, and Contact header fields is still pervasive, if not universal. >>> The arguments against it in RFC5630 (was draft-ietf-sip-sips) are not >>> compelling to implementers and deployers. Several participants pointed to the >>> inconsistency of those arguments with the tokens that appear in Via headers >>> registered at >>> . >>> SIPCORE should consider whether to re-instate transport=tls or provide stronger >>> documentation for how to indicate TLS over TCP in those header fields when it >>> is necessary to do so. " >>> >>> >>> In addition, many implementors added ";transport=tls" to their contact at registration. >>> They did not understand that if they do, the SIP URI in the contact has to match a certificate provided >>> when the server connects to their UA. For registrations both me and Robert pointed >>> with all our available hands to SIP Outbound. >>> >>> I guess that before we can deprecate SIPS: we need to go through this and clarify >>> a bit. >>> >>> In the networks I build we frequently use ;transport=tls to tell the software used (Kamailio) >>> to select a TLS transport for the next hop. SIPS: is not an alternative here as it >>> affects headers. We have not found any other option. >>> >>> /O >> _______________________________________________ >> sipcore mailing list >> sipcore@ietf.org >> https://www.ietf.org/mailman/listinfo/sipcore >> > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore From nobody Fri Feb 27 15:57:37 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED51E1A1A55 for ; Fri, 27 Feb 2015 15:57:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-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 NN75joDLG05b for ; Fri, 27 Feb 2015 15:57:35 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 8F0821A1A52 for ; Fri, 27 Feb 2015 15:57:35 -0800 (PST) Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by nostrum.com (8.15.1/8.14.9) with ESMTPSA id t1RNvRAN088240 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Feb 2015 17:57:28 -0600 (CST) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110] claimed to be Orochi.local Message-ID: <54F10467.5070706@nostrum.com> Date: Fri, 27 Feb 2015 17:57:27 -0600 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Brett Tate , Ivo Sedlacek , sipcore@ietf.org References: <39B5E4D390E9BD4890E2B310790061011278E192@ESESSMB301.ericsson.se> <128feace0c9075f945faa5117a915841@mail.gmail.com> In-Reply-To: <128feace0c9075f945faa5117a915841@mail.gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [sipcore] Comments to draft-roach-sipcore-6665-clarification-00 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2015 23:57:37 -0000 On 11/14/14 08:29, Brett Tate wrote: > I agree with Ivo's comments. > > --- > > From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Ivo Sedlacek > Sent: Thursday, November 13, 2014 4:16 AM > To: sipcore@ietf.org > Subject: [sipcore] Comments to draft-roach-sipcore-6665-clarification-00 > > (a small extension below) > > Hello, > > I reviewed the draft and here are my comments: > > COMMENT 1: > ------------------------------------------------- > Section 1 states: > ============================== > The second sentence of this paragraph attempted to set context for > the normative statement: the reason GRUUs are required in this > context is to allow you to send SUBSCRIBE or REFER requests to a > specific user agent, with the target of the subscription request > being something like an INVITE dialog on that device. Consequently, > the requirement to include a GRUU as a local target applies not just > to the local target for SUBSCRIBE-created dialogs, but for *all* > dialogs, even those created by INVITE. > ============================== > > UA can have dialogs for which the UA rejects any related out-of-dialog > REFER request (and any out-of-dialog SUBSCRIBE request). > Those dialogs are simply not transferrable (and not subscribeable). > Requiring GRUU for such dialogs is unnecessary. > ------------------------------------------------- > > PROPOSED SOLUTION 1: > ------------------------------------------------- > Restrict the requirement above to only dialogs for which the UA is willing > to accept an out-of-dialog REFER request (or any out-of-dialog SUBSCRIBE > request). Sounds good to me, except that 6665 deprecates in-dialog subscriptions. So this really reduces to a request to restrict the requirement to use a GRUU only to those dialogs about which a subscription might be created. That sounds reasonable, if a bit obscure. I will note that we have to require such implementations to actually reject subscription requests to any dialogs that they didn't use a GRUU for a local contact. Otherwise, they'll trigger the "pre-6665 compatibility mode" behavior of the other client, and that kind of defeats the purpose of untangling dialogs from each other (which was a key motivation for publishing RFC 6665 in the first place). /a From nobody Fri Feb 27 16:01:09 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC12C1A1A55; Fri, 27 Feb 2015 16:01:05 -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] 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 4qcpmrkFj5KC; Fri, 27 Feb 2015 16:01:04 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DC0E1A1A57; Fri, 27 Feb 2015 16:01:04 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.12.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150228000104.30067.36870.idtracker@ietfa.amsl.com> Date: Fri, 27 Feb 2015 16:01:04 -0800 Archived-At: Cc: sipcore@ietf.org Subject: [sipcore] I-D Action: draft-ietf-sipcore-6665-clarification-00.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Feb 2015 00:01:06 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Session Initiation Protocol Core Working Group of the IETF. Title : A clarification on the use of Globally Routable User Agent URIs (GRUUs) in the Session Initiation Protocol (SIP) Event Notification Framework Author : Adam Roach Filename : draft-ietf-sipcore-6665-clarification-00.txt Pages : 4 Date : 2015-02-27 Abstract: Experience since the publication of the most recent SIP Events framework has shown that there is room for interpretation around the use of Globally Routable User Agent URIs in that specification. This document clarifies the intended behavior. This document updates RFC 6665. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-6665-clarification/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-sipcore-6665-clarification-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Feb 27 16:08:26 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F3721A1A67 for ; Fri, 27 Feb 2015 16:08:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-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 0KlEsYU9B9A9 for ; Fri, 27 Feb 2015 16:08:24 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 A6EF91A1A57 for ; Fri, 27 Feb 2015 16:08:24 -0800 (PST) Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by nostrum.com (8.15.1/8.14.9) with ESMTPSA id t1S08Ii2089370 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Feb 2015 18:08:18 -0600 (CST) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110] claimed to be Orochi.local Message-ID: <54F106F1.90302@nostrum.com> Date: Fri, 27 Feb 2015 18:08:17 -0600 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Christer Holmberg , "'SIPCORE'" , Ivo Sedlacek , Brett Tate References: <54DA3735.30807@nostrum.com> <7594FB04B1934943A5C02806D1A2204B1D6C9D62@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D6C9D62@ESESSMB209.ericsson.se> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Subject: [sipcore] Concluded: WGLC / Call for Adoption: REFER-related work X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Feb 2015 00:08:26 -0000 [as chair] The adoption and WGLC period for the three documents has ended. Given the expressed support (meager as it was) and lack of objection, we're going to consider the 6665-clarifications draft adopted. There were no additional comments on refer-clarifications or refer-explicit-subscription, so we will begin preparing them for IESG review. [as author] A new version that I believe addresses the outstanding comments on the 6665 clarification document is available here: https://datatracker.ietf.org/doc/draft-ietf-sipcore-6665-clarification/ Ivo / Brett: as you were the people who provided the feedback that I've incorporated, please look over this latest text to let me know whether it addresses the specific concern that had been raised. Thanks! /a From nobody Fri Feb 27 22:10:49 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F7BE1A00EF for ; Fri, 27 Feb 2015 22:10:48 -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, HTML_MESSAGE=0.001, 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 f1jt2OnWDo9L for ; Fri, 27 Feb 2015 22:10: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 BB9B81A1AE8 for ; Fri, 27 Feb 2015 22:10:45 -0800 (PST) X-AuditID: c1b4fb2d-f79fc6d000001087-e7-54f15be3c7c7 Received: from ESESSHC004.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 70.15.04231.3EB51F45; Sat, 28 Feb 2015 07:10:43 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.214]) by ESESSHC004.ericsson.se ([153.88.183.30]) with mapi id 14.03.0210.002; Sat, 28 Feb 2015 07:10:42 +0100 From: Christer Holmberg To: Adam Roach , 'SIPCORE' , Ivo Sedlacek , Brett Tate Thread-Topic: Concluded: WGLC / Call for Adoption: REFER-related work Thread-Index: AQHQUuqrIQAMujZGOU68UZ6cpXMyup0FlLr8 Date: Sat, 28 Feb 2015 06:10:42 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D71D902@ESESSMB209.ericsson.se> References: <54DA3735.30807@nostrum.com> <7594FB04B1934943A5C02806D1A2204B1D6C9D62@ESESSMB209.ericsson.se>, <54F106F1.90302@nostrum.com> In-Reply-To: <54F106F1.90302@nostrum.com> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D71D902ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrKLMWRmVeSWpSXmKPExsUyM+Jvje7j6I8hBg27zS32/F3EbtE8/x+j xdcfm9gcmD1+3A70WLLkJ5PHrJ1PWAKYo7hsUlJzMstSi/TtErgyJp16y1zQqlKxaNZFlgbG zfJdjJwcEgImEq3rJzFD2GISF+6tZ+ti5OIQEjjCKLF/1k8mCGcJo8SPC5tZuxg5ONgELCS6 /2mDxEUEehklLvfvZAHpFhZwkXh84hsbiC0i4CqxZfd3JgjbSGLxqYNgG1gEVCUWnOxgB7F5 BXwlzn5fywhiCwl0Mkp0TAkHsTkFNCUWL38GNpMR6KLvp9aAzWEWEJdo+rKSFeJSAYkle85D XS0q8fLxP7DbmAXyJaZ01UGMF5Q4OfMJywRG4VlIumchVM1CUgVRYiDx5f1tKFtbYtnC18wQ tr5E9/vTTMjiCxjZVzGKFqcWF+emGxnrpRZlJhcX5+fp5aWWbGIExtPBLb91dzCufu14iFGA g1GJh9dA/2OIEGtiWXFl7iFGaQ4WJXFeO+NDIUIC6YklqdmpqQWpRfFFpTmpxYcYmTg4pRoY XY8tX3HxS7i3v5DAUuUbB6XOJ2ccCxblM5K/lHcimtn4yDxVicWO0w+ee3v943e+VYnLD1Zm mZyucQv+VMUu77KLa3Xsgku+Fjxzg/Lam+3kbBkmhZg/P3Fb2VR2zX5ljRtGC4K2r2iuSfp3 wGaD55mzex4zq2ZoHXY89nbh+cLLeudiXKpalFiKMxINtZiLihMBTx5EDIgCAAA= Archived-At: Subject: Re: [sipcore] Concluded: WGLC / Call for Adoption: REFER-related work X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Feb 2015 06:10:48 -0000 --_000_7594FB04B1934943A5C02806D1A2204B1D71D902ESESSMB209erics_ Content-Type: text/plain; charset="windows-1256" Content-Transfer-Encoding: quoted-printable Hi Adam, A while ago I had a comment on the refer-clarification draft, which Robert = said he was going to address during the WGLC. Regards, Christer Sent from my Windows Phone ________________________________ From: Adam Roach Sent: =FD28/=FD02/=FD2015 02:08 To: Christer Holmberg; 'SIPCORE'; Ivo Sedlacek; Bret= t Tate Subject: Concluded: WGLC / Call for Adoption: REFER-related work [as chair] The adoption and WGLC period for the three documents has ended. Given the expressed support (meager as it was) and lack of objection, we're going to consider the 6665-clarifications draft adopted. There were no additional comments on refer-clarifications or refer-explicit-subscription, so we will begin preparing them for IESG review. [as author] A new version that I believe addresses the outstanding comments on the 6665 clarification document is available here: https://datatracker.ietf.org/doc/draft-ietf-sipcore-6665-clarification/ Ivo / Brett: as you were the people who provided the feedback that I've incorporated, please look over this latest text to let me know whether it addresses the specific concern that had been raised. Thanks! /a --_000_7594FB04B1934943A5C02806D1A2204B1D71D902ESESSMB209erics_ Content-Type: text/html; charset="windows-1256" Content-Transfer-Encoding: quoted-printable
Hi Adam,

A while ago I had a comment on the refer-clarification draft, which Robert = said he was going to address during the WGLC.

Regards,

Christer


Sent from my Windows Phone
From: Adam Roach
Sent: =FD28= /=FD02/=FD2015 02:08
To: Christer Holmberg; 'SIPCORE'; Ivo Sedlacek; Brett Tate
Subject: Concl= uded: WGLC / Call for Adoption: REFER-related work

[as chair]

The adoption and WGLC period for the three documents has ended. Given
the expressed support (meager as it was) and lack of objection, we're
going to consider the 6665-clarifications draft adopted.

There were no additional comments on refer-clarifications or
refer-explicit-subscription, so we will begin preparing them for IESG
review.

[as author]

A new version that I believe addresses the outstanding comments on the
6665 clarification document is available here:

https://datatracker.ietf.org/doc/draft-ietf-sipcore-6665-clarifica= tion/

Ivo / Brett: as you were the people who provided the feedback that I've
incorporated, please look over this latest text to let me know whether
it addresses the specific concern that had been raised. Thanks!

/a
 --_000_7594FB04B1934943A5C02806D1A2204B1D71D902ESESSMB209erics_-- From nobody Sat Feb 28 16:00:57 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0530E1A009B for ; Sat, 28 Feb 2015 16:00:56 -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 dnOoOrYMVhIQ for ; Sat, 28 Feb 2015 16:00:54 -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 1ED091A0097 for ; Sat, 28 Feb 2015 16:00:53 -0800 (PST) X-AuditID: c1b4fb2d-f79fc6d000001087-47-54f256b35f9d Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id B2.9C.04231.3B652F45; Sun, 1 Mar 2015 01:00:52 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.214]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.03.0210.002; Sun, 1 Mar 2015 01:00:51 +0100 From: Christer Holmberg To: Adam Roach , 'SIPCORE' , Ivo Sedlacek , Brett Tate Thread-Topic: Concluded: WGLC / Call for Adoption: REFER-related work Thread-Index: AQHQUuqrIQAMujZGOU68UZ6cpXMyup0Gvvjw Date: Sun, 1 Mar 2015 00:00:51 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D71E4F9@ESESSMB209.ericsson.se> References: <54DA3735.30807@nostrum.com> <7594FB04B1934943A5C02806D1A2204B1D6C9D62@ESESSMB209.ericsson.se> <54F106F1.90302@nostrum.com> In-Reply-To: <54F106F1.90302@nostrum.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrFLMWRmVeSWpSXmKPExsUyM+Jvje6WsE8hBneu8ljs+buI3aJ5/j9G i68/NrE5MHv8uB3osWTJTyaPWTufsAQwR3HZpKTmZJalFunbJXBlrLh4nr1gAW/F4lMzmRsY v/B0MXJySAiYSNxe/4gRwhaTuHBvPVsXIxeHkMARRomF1+6xQziLGSU+Tf7O1MXIwcEmYCHR /U8bJC4i0Msocbl/JwtIt7CAi8TjE9/YQGwRAVeJLbtB6kFsI4n+U7OYQWwWARWJT103wWp4 BXwlHrV2Qm3rZpT4frGDHSTBKaApsXj5M7ChjEAnfT+1BmwQs4C4xK0n85kgThWQWLLnPDOE LSrx8vE/VghbSaJxyRNWkEOZgeas36UP0aooMaX7ITvEXkGJkzOfsExgFJ2FZOoshI5ZSDpm IelYwMiyilG0OLW4ODfdyFgvtSgzubg4P08vL7VkEyMwcg5u+a27g3H1a8dDjAIcjEo8vAb6 H0OEWBPLiitzDzFKc7AoifPaGR8KERJITyxJzU5NLUgtii8qzUktPsTIxMEp1cDYK5TDcGG1 iSA7w8tm3vnqfRobbk3OYd2rVJ8c9TZCqNuo1nT59/+xXxnEL65clfRzv4R83r0ZpzTSp1Xb sbReszQsC5jrWKXvdSlo8cvvaw+U/pN+1XZq+sVlzQZSS738H2yw+/TFYr5Q1Dq/n9z8L7+/ iDY7dvKQ326TqReuzxRPeNe3IOmaEktxRqKhFnNRcSIAh4/33H0CAAA= Archived-At: Subject: Re: [sipcore] Concluded: WGLC / Call for Adoption: REFER-related work X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 00:00:56 -0000 SGksDQoNCkkgYWxzbyBoYWQgYSBjb21tZW50IG9uIHRoZSBleHAtc3ViIGRyYWZ0LiBBbmRyZXcg c3VwcG9ydGVkIG15IHN1Z2dlc3Rpb24sIGJ1dCBJIGRvbid0IHRoaW5rIFJvYmVydCBldmVyIHJl cGxpZWQgdG8gaXQuDQoNCmh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9zaXBj b3JlL2N1cnJlbnQvbXNnMDY1MDQuaHRtbA0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQotLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogQWRhbSBSb2FjaCBbbWFpbHRvOmFkYW1Abm9z dHJ1bS5jb21dIA0KU2VudDogMjggRmVicnVhcnkgMjAxNSAwMjowOA0KVG86IENocmlzdGVyIEhv bG1iZXJnOyAnU0lQQ09SRSc7IEl2byBTZWRsYWNlazsgQnJldHQgVGF0ZQ0KU3ViamVjdDogQ29u Y2x1ZGVkOiBXR0xDIC8gQ2FsbCBmb3IgQWRvcHRpb246IFJFRkVSLXJlbGF0ZWQgd29yaw0KDQpb YXMgY2hhaXJdDQoNClRoZSBhZG9wdGlvbiBhbmQgV0dMQyBwZXJpb2QgZm9yIHRoZSB0aHJlZSBk b2N1bWVudHMgaGFzIGVuZGVkLiBHaXZlbiB0aGUgZXhwcmVzc2VkIHN1cHBvcnQgKG1lYWdlciBh cyBpdCB3YXMpIGFuZCBsYWNrIG9mIG9iamVjdGlvbiwgd2UncmUgZ29pbmcgdG8gY29uc2lkZXIg dGhlIDY2NjUtY2xhcmlmaWNhdGlvbnMgZHJhZnQgYWRvcHRlZC4NCg0KVGhlcmUgd2VyZSBubyBh ZGRpdGlvbmFsIGNvbW1lbnRzIG9uIHJlZmVyLWNsYXJpZmljYXRpb25zIG9yIHJlZmVyLWV4cGxp Y2l0LXN1YnNjcmlwdGlvbiwgc28gd2Ugd2lsbCBiZWdpbiBwcmVwYXJpbmcgdGhlbSBmb3IgSUVT RyByZXZpZXcuDQoNClthcyBhdXRob3JdDQoNCkEgbmV3IHZlcnNpb24gdGhhdCBJIGJlbGlldmUg YWRkcmVzc2VzIHRoZSBvdXRzdGFuZGluZyBjb21tZW50cyBvbiB0aGUNCjY2NjUgY2xhcmlmaWNh dGlvbiBkb2N1bWVudCBpcyBhdmFpbGFibGUgaGVyZToNCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1zaXBjb3JlLTY2NjUtY2xhcmlmaWNhdGlvbi8NCg0KSXZv IC8gQnJldHQ6IGFzIHlvdSB3ZXJlIHRoZSBwZW9wbGUgd2hvIHByb3ZpZGVkIHRoZSBmZWVkYmFj ayB0aGF0IEkndmUgaW5jb3Jwb3JhdGVkLCBwbGVhc2UgbG9vayBvdmVyIHRoaXMgbGF0ZXN0IHRl eHQgdG8gbGV0IG1lIGtub3cgd2hldGhlciBpdCBhZGRyZXNzZXMgdGhlIHNwZWNpZmljIGNvbmNl cm4gdGhhdCBoYWQgYmVlbiByYWlzZWQuIFRoYW5rcyENCg0KL2ENCg== From nobody Sat Feb 28 16:02:14 2015 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3086F1A00D4 for ; Sat, 28 Feb 2015 16:02:13 -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, HTML_MESSAGE=0.001, 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 9BPMNOFr0uQE for ; Sat, 28 Feb 2015 16:02:11 -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 D01AB1A0097 for ; Sat, 28 Feb 2015 16:02:10 -0800 (PST) X-AuditID: c1b4fb2d-f79fc6d000001087-9f-54f25700bad1 Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 20.AC.04231.00752F45; Sun, 1 Mar 2015 01:02:09 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.214]) by ESESSHC007.ericsson.se ([153.88.183.39]) with mapi id 14.03.0210.002; Sun, 1 Mar 2015 01:02:08 +0100 From: Christer Holmberg To: Christer Holmberg , Adam Roach , 'SIPCORE' , Ivo Sedlacek , Brett Tate Thread-Topic: [sipcore] Concluded: WGLC / Call for Adoption: REFER-related work Thread-Index: AdBTsvTGHM8A2wytT5Kpwyv8xRhw2w== Date: Sun, 1 Mar 2015 00:02:07 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D71E5A8@ESESSMB209.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D71E5A8ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrFLMWRmVeSWpSXmKPExsUyM+JvjS5j+KcQg20ruSz2/F3EbtE8/x+j xdcfm9gcmD1+3A70WLLkJ5PHrJ1PWAKYo7hsUlJzMstSi/TtErgyJsxexVywwqFiyaanTA2M /yy6GDk5JARMJHY/bmKFsMUkLtxbz9bFyMUhJHCEUeLw06/sEM5iRolbO6YDZTg42AQsJLr/ aYPERQQOM0osP3GOGSQuLBAg8eNXFMggEYFAiZv/9jNC2HoSc7a9YAOxWQRUJDZcOsgMYvMK +EpMnn2MCcRmBFr8/dQaMJtZQFzi1pP5TBAHCUgs2XOeGcIWlXj5+B/UoUoSjUuesELU50v8 ef6HHWKmoMTJmU9YJjAKzUIyahaSsllIyiDiBhLntm9kh7C1JZYtfM0MYetLbL89kxVZfAEj +ypG0eLU4uLcdCNjvdSizOTi4vw8vbzUkk2MwMg5uOW37g7G1a8dDzEKcDAq8fAa6H8MEWJN LCuuzD3EKM3BoiTOa2d8KERIID2xJDU7NbUgtSi+qDQntfgQIxMHp1QDY/qd/WXCVSvinzm9 LUn9O8/lf6H63BwdZnXH9lyb+Tz8u/1u+CosveXydoeC+sZZK+elrp7Ar//CYIXEM9mLMf32 zVZ9nyf9ctHoMXj3+mXe7W7F2699Cntrb89YfrH4isfMx/t260RynLdekbJ3YWuO//trEcq2 s/OYHV8kz3iW1+/iIbTaSYmlOCPRUIu5qDgRALDGnJ99AgAA Archived-At: Subject: Re: [sipcore] Concluded: WGLC / Call for Adoption: REFER-related work X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2015 00:02:13 -0000 --_000_7594FB04B1934943A5C02806D1A2204B1D71E5A8ESESSMB209erics_ Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: quoted-printable http://www.ietf.org/mail-archive/web/sipcore/current/msg06488.html From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Christer Holmb= erg Sent: 28 February 2015 08:11 To: Adam Roach; 'SIPCORE'; Ivo Sedlacek; Brett Tate Subject: Re: [sipcore] Concluded: WGLC / Call for Adoption: REFER-related w= ork Hi Adam, A while ago I had a comment on the refer-clarification draft, which Robert = said he was going to address during the WGLC. Regards, Christer Sent from my Windows Phone ________________________________ From: Adam Roach Sent: =FD28/=FD02/=FD2015 02:08 To: Christer Holmberg; 'SIPCORE'; Ivo Sedlacek; Bret= t Tate Subject: Concluded: WGLC / Call for Adoption: REFER-related work [as chair] The adoption and WGLC period for the three documents has ended. Given the expressed support (meager as it was) and lack of objection, we're going to consider the 6665-clarifications draft adopted. There were no additional comments on refer-clarifications or refer-explicit-subscription, so we will begin preparing them for IESG review. [as author] A new version that I believe addresses the outstanding comments on the 6665 clarification document is available here: https://datatracker.ietf.org/doc/draft-ietf-sipcore-6665-clarification/ Ivo / Brett: as you were the people who provided the feedback that I've incorporated, please look over this latest text to let me know whether it addresses the specific concern that had been raised. Thanks! /a --_000_7594FB04B1934943A5C02806D1A2204B1D71E5A8ESESSMB209erics_ Content-Type: text/html; charset="windows-1255" Content-Transfer-Encoding: quoted-printable

http://www= .ietf.org/mail-archive/web/sipcore/current/msg06488.html<= /p>

 

From: = sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Christer Holmberg
Sent: 28 February 2015 08:11
To: Adam Roach; 'SIPCORE'; Ivo Sedlacek; Brett Tate
Subject: Re: [sipcore] Concluded: WGLC / Call for Adoption: REFER-re= lated work

 

Hi Adam,

A while ago I had a comment on the refer-clarification draft, which Robert = said he was going to address during the WGLC.

Regards,

Christer


Sent from my Windows Phone

From: Adam Roach
Sent: =FD28/=FD02/=FD2015 02:08
To: Chris= ter Holmberg; 'SIPCORE'; Ivo Sedlacek; Brett Tate
Subject: Concluded: WGLC / Call for Adoption: REFER-related work

[as chair]

The adoption and WGLC period for the three documents has ended. Given
the expressed support (meager as it was) and lack of objection, we're
going to consider the 6665-clarifications draft adopted.

There were no additional comments on refer-clarifications or
refer-explicit-subscription, so we will begin preparing them for IESG
review.

[as author]

A new version that I believe addresses the outstanding comments on the
6665 clarification document is available here:

https://datatracker.ietf.org/doc/draft-ietf-sipcore-6665-clarifica= tion/

Ivo / Brett: as you were the people who provided the feedback that I've
incorporated, please look over this latest text to let me know whether
it addresses the specific concern that had been raised. Thanks!

/a

--_000_7594FB04B1934943A5C02806D1A2204B1D71E5A8ESESSMB209erics_--