From nobody Thu Dec 1 02:56:51 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A5EB129638 for ; Thu, 1 Dec 2016 02:56:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 0NJT7aEy6AO9 for ; Thu, 1 Dec 2016 02:56:41 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 B9299129620 for ; Thu, 1 Dec 2016 02:56:40 -0800 (PST) X-AuditID: c1b4fb2d-4612998000001117-88-584001e61537 Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by (Symantec Mail Security) with SMTP id F7.E6.04375.6E100485; Thu, 1 Dec 2016 11:56:39 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0319.002; Thu, 1 Dec 2016 11:56:38 +0100 From: Christer Holmberg To: Christer Holmberg , "ice@ietf.org" Thread-Topic: [Ice] 5245bis: Pull request to implement unfreezing change suggested by Emil in Berlin - Emil's table Thread-Index: AQHSS8GWtcckbdLjs0OqF85oUQcAvQ== Date: Thu, 1 Dec 2016 10:56:37 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.9.160926 x-originating-ip: [153.88.183.18] Content-Type: multipart/alternative; boundary="_000_D465CFAC13F54christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrLLMWRmVeSWpSXmKPExsUyM2J7oO5zRocIg48XuCy+Xah1YPRYsuQn UwBjFJdNSmpOZllqkb5dAlfG+4UTmQq2NzFWXHjcz9TAeDavi5GTQ0LARGLHtbPMXYxcHEIC 6xglZp1ogXIWMUpcmdrA1MXIwcEmYCHR/U8bpEFEIFzizsubbCC2sECJxMm7X9kh4qUSC4+8 YoOw9SROze1mAbFZBFQkuu78BYvzClhLfJm0AizOKCAm8f3UGiYQm1lAXOLWk/lMEAcJSCzZ c54ZwhaVePn4HyvICaJAM9fcD4MIK0p8fLWPEaI1QWL6v4tMEOMFJU7OfMIygVFoFpKps5CU zUJSBhE3kHh/bj4zhK0tsWzhayhbX2Ljl7OMELa1ROvdx2zIahYwcqxiFC1OLS7OTTcy1kst ykwuLs7P08tLLdnECIyUg1t+6+5gXP3a8RCjAAejEg9vwUu7CCHWxLLiytxDjBIczEoivBv/ 20cI8aYkVlalFuXHF5XmpBYfYpTmYFES5zVbeT9cSCA9sSQ1OzW1ILUIJsvEwSnVwNi8OOvA 6s9HhScHKjRLMqsk6U64dDrgSYPKocbFZ/ue8ZfcO5RVX+k95/bd90VN96sspPqKl9/c32wY Ij//z9s/Xx4Wh1anzume+OeIcAt/981O36aoKU8XvV7Ac8PhES/PlN35N+dpyussvq27s6/J PVnk95y4pUHuMfaO5XtKrnUWGz4M1lJiKc5INNRiLipOBABekrRpkAIAAA== Archived-At: Subject: Re: [Ice] 5245bis: Pull request to implement unfreezing change suggested by Emil in Berlin - Emil's table X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2016 10:56:44 -0000 --_000_D465CFAC13F54christerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, I have yet not produced a pull request for the following, but below is a su= ggestion how to illustrate the initial setting of the candidate pairs, usin= g =93Emil=92s table=94. -------- The table in Figure 8 illustrates how the initial states of the candidate pairs in the ordered list of check lists are set. Table legend: Each row (m1, m2,...) represents a check list associated with a media stream. m1 represents the first check list in the ordered list of check lists. Each column (f1, f2,...) represents a foundation. Every candidiate pair within a given column share the same foundation. f-cp represents a candidate pair in the Frozen state. w-cp represents a candidate pair in the Waiting state. 1. The agent sets all of the pairs in each check list to the Frozen state. f1 f2 f3 f4 f5 ----------------------------- m1 | f-cp f-cp f-cp | m2 | f-cp f-cp f-cp f-cp | m3 | f-cp f-cp 2. For each foundation, the candidate pair with the lowest component ID is placed in the Waiting state, unless a candidate pair associated with the same foundation has already been put in the Waiting state in one of the other examined check lists. f1 f2 f3 f4 f5 ----------------------------- m1 | w-cp w-cp w-cp | m2 | f-cp f-cp f-cp w-cp | m3 | f-cp w-cp In the first check list (m1) the candidate pair for each foundation is placed in the Waiting state, as no pairs for the same foundations have yet been placed in the Waiting state. In the second check list (m2) the candidate pair for foundation f4 is placed in the Waiting state. The candidate pair for foundations f1, f2 and f3 are kept in the Frozen state, as candidate pairs for those foundations have already been placed in the Waiting state (within check list m1). In the third check list (m3) the candidate pair for foundation f5 is placed in the Waiting state. The candidate pair for foundation f1 is kept in the Frozen state, as a candidate pair for that foundation have already been placed in the Waiting state (within check list m1). Once each check list have been processed, one candidate pair for each foundation has been placed in the Waiting state. Figure 8: Initial Pair State -------- Regards, Christer From: Ice > on behalf of = Christer Holmberg > Date: Wednesday 30 November 2016 at 21:35 To: "ice@ietf.org" > Subject: Re: [Ice] 5245bis: Pull request to implement unfreezing change sug= gested by Emil in Berlin Hi, The pull request also contained a number of editorial changes, which made i= t difficult to parse the change based on Emil=92s suggestion. So, I=92ve cr= eated a new pull request, without the editorial changes. https://github.com/ice-wg/rfc5245bis/pull/25 Regards, Christer From: Ice [mailto:ice-bounces@ietf.org] On Behalf Of Christer Holmberg Sent: 30 November 2016 16:28 To: ice@ietf.org Subject: [Ice] 5245bis: Pull request to implement unfreezing change suggest= ed by Emil in Berlin Hi, Based on the discussions in Berlin (yes, Berlin), where Emil presented a ch= ange to the initial candidate unfreezing procedure, I have created a pull r= equest. I ask people to take a look: https://github.com/ice-wg/rfc5245bis/pull/24 The main change is: Previously, only candidate pairs (one pair per foundation) in the first che= ck list were placed in the Waiting state. The paris in all other lists rema= ined Frozen. With the change, candidate pairs (still, only one pair per foundation) thro= ughout all check lists will be placed in the Waiting state. Emil used a very nice table (=93Emil=92s table=94) in Berlin to illustrate = this. I have not implemented the table in the pull request, but if people t= hink it=92s needed it=92s something we can work on. Regards, Christer --_000_D465CFAC13F54christerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi,

I have yet not produced a pull request for the following, but below is= a suggestion how to illustrate the initial setting of the candidate pairs,= using =93Emil=92s table=94.

--------
   The table in Figure 8 illustrat=
es how the initial states of the
   candidate pairs in the ordered list of check lists are set.

 Table legend:

 Each row (m1, m2,...) represents a check list associated with a media
 stream. m1 represents the first check list in the ordered list of check
 lists.

 Each column (f1, f2,...) represents a foundation. Every candidiate pair
 within a given column share the same foundation.

 f-cp represents a candidate pair in the Frozen state.

 w-cp represents a candidate pair in the Waiting state.

 1. The agent sets all of the pairs in each check list to the Frozen
 state.

       f1    f2    f3    f4    f5
     -----------------------------
 m1 | f-cp  f-cp  f-cp
    |
 m2 | f-cp  f-cp  f-cp  f-cp
    |
 m3 | f-cp                    f-cp


 2. For each foundation, the candidate pair with the lowest component ID
 is placed in the Waiting state, unless a candidate pair associated with
 the same foundation has already been put in the Waiting state in one of
 the other examined check lists.

       f1    f2    f3    f4    f5
     -----------------------------
 m1 | w-cp  w-cp  w-cp
    |
 m2 | f-cp  f-cp  f-cp  w-cp
    |
 m3 | f-cp                    w-cp


 In the first check list (m1) the candidate pair for each foundation is
 placed in the Waiting state, as no pairs for the same foundations have
 yet been placed in the Waiting state.

 In the second check list (m2) the candidate pair for foundation f4 is
 placed in the Waiting state. The candidate pair for foundations f1, f2
 and f3 are kept in the Frozen state, as candidate pairs for those
 foundations have already been placed in the Waiting state (within check
 list m1).

 In the third check list (m3) the candidate pair for foundation f5 is
 placed in the Waiting state. The candidate pair for foundation f1 is
 kept in the Frozen state, as a candidate pair for that foundation have
 already been placed in the Waiting state (within check list m1).

 Once each check list have been processed, one candidate pair for each
 foundation has been placed in the Waiting state.


                       Figure 8: Initial Pair State
--------

Regards,

Christer




From: Ice <ice-bounces@ietf.org> on behalf of Christer Holmb= erg <christer.holmberg= @ericsson.com>
Date: Wednesday 30 November 2016 at= 21:35
To: "ice@ietf.org" <ice@ietf.= org>
Subject: Re: [Ice] 5245bis: Pull re= quest to implement unfreezing change suggested by Emil in Berlin

Hi,

 = ;

The pull r= equest also contained a number of editorial changes, which made it difficul= t to parse the change based on Emil=92s suggestion. So, I=92ve created a new pull request, without the editorial changes.=

 = ;

https://github.com/ice-wg/rf= c5245bis/pull/25

 = ;

Regards,

 = ;

Christer

 

From: = Ice [mailto:ice-bounces@ietf.org] On Behalf Of Christer Holmberg
Sent: 30 November 2016 16:28
To: ice@ietf.org
Subject: [Ice] 5245bis: Pull request to implement unfreezing change = suggested by Emil in Berlin

 

Hi,

 

Based on the discussions in Berlin (yes= , Berlin), where Emil presented a change to the initial candidate unfreezin= g procedure, I have created a pull request. I ask people to take a look:

 

 

The main change is:

 

Previously, only candidate pairs (one p= air per foundation) in the first check list were placed in the Waiting stat= e. The paris in all other lists remained Frozen.

 

With the change, candidate pairs (still= , only one pair per foundation) throughout all check lists will be placed in the Waiting state.

 

Emil used a very nice table (=93Emil=92= s table=94) in Berlin to illustrate this. I have not implemented the table = in the pull request, but if people think it=92s needed it=92s something we can work on.

 

Regards,

 

Christer 

 --_000_D465CFAC13F54christerholmbergericssoncom_-- From nobody Thu Dec 1 05:21:17 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FA6E129539 for ; Thu, 1 Dec 2016 05:21:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 MlGW4uwRoX5I for ; Thu, 1 Dec 2016 05:21:07 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 28AFC1294CD for ; Thu, 1 Dec 2016 05:21:07 -0800 (PST) X-AuditID: c1b4fb30-c294498000000c18-ec-584023c107bf Received: from ESESSHC017.ericsson.se (Unknown_Domain [153.88.183.69]) by (Symantec Mail Security) with SMTP id 71.E1.03096.1C320485; Thu, 1 Dec 2016 14:21:05 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC017.ericsson.se ([153.88.183.69]) with mapi id 14.03.0319.002; Thu, 1 Dec 2016 14:21:04 +0100 From: Christer Holmberg To: "ice@ietf.org" Thread-Topic: 5245bis: Clarification of check scheduling procedures (chapter 5.1.4) Thread-Index: AQHSS9XEeAC1J+uMvUarU1yCv9yr7Q== Date: Thu, 1 Dec 2016 13:21:04 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.9.160926 x-originating-ip: [153.88.183.16] Content-Type: multipart/alternative; boundary="_000_D465F27413F98christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrBLMWRmVeSWpSXmKPExsUyM2K7q+5BZYcIg4UTJC2+Xah1YPRYsuQn UwBjFJdNSmpOZllqkb5dAlfGn8kTWAteSlQcf8TdwHhTpIuRk0NCwETi085uRhBbSGAdo8Tt s2VdjFxA9iJGidcndrF2MXJwsAlYSHT/0wapERFQlJjZ8owZxBYWCJDY9P84G0iJiECoxL/t GRAlehJz17wBG8kioCLR+uARmM0rYC1xaPZidhCbUUBM4vupNUwgNrOAuMStJ/OZIM4RkFiy 5zwzhC0q8fLxP7ALRIFmrrkfBhFWlNh5tp0ZojVB4sHOZnaI8YISJ2c+YZnAKDQLydRZSMpm ISmDiBtIvD83nxnC1pZYtvA1lK0vsfHLWcZZQJuZga6eed8IWckCRo5VjKLFqcVJuelGRnqp RZnJxcX5eXp5qSWbGIHxcXDLb4MdjC+fOx5iFOBgVOLhLXhpFyHEmlhWXJl7iFGCg1lJhHe6 kkOEEG9KYmVValF+fFFpTmrxIUZpDhYlcV6zlffDhQTSE0tSs1NTC1KLYLJMHJxSDYyOk9wm lUdx75PcrGX2t3tL6B9V2bdz/jnlHE8yuL3tel9b4I31h/sLly513zhp94bWj9svL67Xyi0y fLx5wYQnphxZMfkbVdrr0xSa3gipLtkWtdOsbpmD3rmCYxm98yVe96VrL3befTFbo2nRPicx kVu9y7Qyk1K5Dy954llcwjFz4iV2li1KLMUZiYZazEXFiQCnMFDGiwIAAA== Archived-At: Subject: [Ice] 5245bis: Clarification of check scheduling procedures (chapter 5.1.4) X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2016 13:21:15 -0000 --_000_D465F27413F98christerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, Some time ago, I indicated that the check scheduling procedures (chapter 5.= 1.4) are messy. For example, they refer to the STUN procedures only for ord= inary checks. Etc. I have created a pull request to clean that up. I have also given the check= trigger timer a name, Tc. Note that there IS also a technical change, related to Emil=92s issue. Previously the text said that, when the timer expires for a given check lis= t, if there are no pairs in the Waiting state within that check list the ag= ent will unfreeze the highest-priority Frozen pair within that check list. The text now says that such unfreezing only occurs if there are no pairs in= the Waiting state IN ANY check list. Otherwise, if there are Waiting pairs= in other check lists, they will be checked first (perhaps some of them wil= l cause the Frozen pair to be unfrozen). I still haven=92t found any text talking about the unfreezing of complete l= ists, as indicated by Emil :) https://github.com/ice-wg/rfc5245bis/pull/26 Regards, Christer --_000_D465F27413F98christerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <30353A8FEE5BE44C9B38588DAE0AD932@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi,

Some time ago, I indicated that the check scheduling procedures (chapt= er 5.1.4) are messy. For example, they refer to the STUN procedures only fo= r ordinary checks. Etc.

I have created a pull request to clean that up. I have also given the = check trigger timer a name, Tc.

Note that there IS also a technical change, related to Emil=92s issue.=

Previously the text said that, when the timer expires for a given chec= k list, if there are no pairs in the Waiting state within that check list t= he agent will unfreeze the highest-priority Frozen pair within that check l= ist.

The text now says that such unfreezing only occurs if there are no pai= rs in the Waiting state IN ANY check list. Otherwise, if there are Waiting = pairs in other check lists, they will be checked first (perhaps some of the= m will cause the Frozen pair to be unfrozen).

I still haven=92t found any text talking about the unfreezing of compl= ete lists, as indicated by Emil :)


Regards,

Christer
--_000_D465F27413F98christerholmbergericssoncom_-- From nobody Thu Dec 1 12:32:37 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE53E129D59; Thu, 1 Dec 2016 12:32:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.417 X-Spam-Level: X-Spam-Status: No, score=-17.417 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.896, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l08XWHNej4wz; Thu, 1 Dec 2016 12:32:29 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9BDC129F1C; Thu, 1 Dec 2016 12:17:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8914; q=dns/txt; s=iport; t=1480623434; x=1481833034; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=qnW6uu6RBBQKhUli4NAppEQmWFs1pdGca/KnU5CH/2U=; b=B4UBgcUzWVQKXPhCIg5BLteoDJfqtGldEJU1lAWSGce7o6nTJZk49K85 tPp1X45dUkwXNv103KXGcLaSziXjh5VBHdBiHV03jiwY8sf8NIDJGTbpJ VIqw9iKpVD1B3PnIJdWW53NqZvXh1A+Z9g/EDyEsBlMTbr7i9JL/CtPje M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AkAQAlhEBY/5RdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgnNFAQEBAQEfWIEGB40+lwuHcodmgxKCDoIFhiICGoFwPxQBAgE?= =?us-ascii?q?BAQEBAQFiKIRoAQEBBCNWEAIBCBEDAQIoAwICAh8RFAkIAgQOBYhTAxesYoIpL?= =?us-ascii?q?4cQDYNwAQEBAQEBAQEBAQEBAQEBAQEBAQEBHIg7gl6CSIIhFoJOLYIwBZR1hTQ?= =?us-ascii?q?1AY0yg12QNolGhDSECwEeN4EZMQEBhSJyiDaBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.33,726,1477958400"; d="scan'208,217";a="353984411" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Dec 2016 20:17:13 +0000 Received: from XCH-RCD-017.cisco.com (xch-rcd-017.cisco.com [173.37.102.27]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id uB1KHDvF015411 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 1 Dec 2016 20:17:14 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-RCD-017.cisco.com (173.37.102.27) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 1 Dec 2016 14:17:13 -0600 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1210.000; Thu, 1 Dec 2016 14:17:13 -0600 From: "Charles Eckel (eckelcu)" To: Roman Shpount Thread-Topic: [bfcpbis] [MMUSIC] m= line protocol in case of ICE Thread-Index: AQHSQFwSEnIqX9JFq0OJWjTO/qYWEKDczAiAgAAW2ICAAXMeAIAR2UqAgACUI4CAArojgA== Date: Thu, 1 Dec 2016 20:17:13 +0000 Message-ID: <16B5D8FF-F132-4B09-84D6-AE964CA7858D@cisco.com> References: <7594FB04B1934943A5C02806D1A2204B4BE3AE83@ESESSMB209.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1b.0.161010 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.182.35] Content-Type: multipart/alternative; boundary="_000_16B5D8FFF1324B0984D6AE964CA7858Dciscocom_" MIME-Version: 1.0 Archived-At: Cc: "ice@ietf.org" , "bfcpbis@ietf.org" , Christer Holmberg , "mmusic@ietf.org" , Alan Ford Subject: Re: [Ice] [bfcpbis] [MMUSIC] m= line protocol in case of ICE X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2016 20:32:33 -0000 --_000_16B5D8FFF1324B0984D6AE964CA7858Dciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Um9tYW4sDQoNCldoeSB3b3VsZCBzZWxlY3RpbmcgVENQL0JGQ1AgYXMgdHJhbnNwb3J0IHZpb2xh dGUgUkZDIDY1NDQ/IFBlcmhhcHMgaXQgZG9lcywgYnV0IGFmdGVyIGEgcXVpY2sgc2NhbiBJIGFt IG5vdCBzdXJlIHdoeS4NCg0KQ2hlZXJzLA0KQ2hhcmxlcw0KDQpGcm9tOiBSb21hbiBTaHBvdW50 IDxyb21hbkB0ZWx1cml4LmNvbT4NCkRhdGU6IFR1ZXNkYXksIE5vdmVtYmVyIDI5LCAyMDE2IGF0 IDEwOjM4IEFNDQpUbzogQ2hhcmxlcyBFY2tlbCA8ZWNrZWxjdUBjaXNjby5jb20+DQpDYzogQWxh biBGb3JkIDxhbGFuLmZvcmRAZ21haWwuY29tPiwgImJmY3BiaXNAaWV0Zi5vcmciIDxiZmNwYmlz QGlldGYub3JnPiwgImljZUBpZXRmLm9yZyIgPGljZUBpZXRmLm9yZz4sICJtbXVzaWNAaWV0Zi5v cmciIDxtbXVzaWNAaWV0Zi5vcmc+LCBDaHJpc3RlciBIb2xtYmVyZyA8Y2hyaXN0ZXIuaG9sbWJl cmdAZXJpY3Nzb24uY29tPg0KU3ViamVjdDogUmU6IFtiZmNwYmlzXSBbTU1VU0lDXSBtPSBsaW5l IHByb3RvY29sIGluIGNhc2Ugb2YgSUNFDQoNCk9uIFR1ZSwgTm92IDI5LCAyMDE2IGF0IDEyOjQ4 IFBNLCBDaGFybGVzIEVja2VsIChlY2tlbGN1KSA8ZWNrZWxjdUBjaXNjby5jb208bWFpbHRvOmVj a2VsY3VAY2lzY28uY29tPj4gd3JvdGU6DQpJdCBzZWVtcyB0byBtZSB0aGF0IHRoZSBtb3N0IHN0 cmFpZ2h0Zm9yd2FyZCBhcHByb2FjaCB3b3VsZCBiZSB0byBtYW5kYXRlIHN1cHBvcnQgZm9yIEJG Q1Agb3ZlciBVRFAgd2hlbiB1c2luZyBJQ0UsIHVzZSBVRFAgYXMgdGhlIGRlZmF1bHQgY2FuZGlk YXRlLCBhbmQgc2lnbmFsIHRoZSBCRkNQIG0tbGluZSBhcyBpZiBpdCBpcyBCRkNQIG92ZXIgVURQ LiBJZiB3ZSBjYW4gbWFuZGF0ZSB0aGUgdXNlIG9mIERUTFMsIHRoYXQgd291bGQgYmUgZXZlbiBi ZXR0ZXIuDQpUaG91Z2h0cz8NCg0KDQpJIGFncmVlLg0KDQpUaGUgb25seSBpc3N1ZSB0aGF0IEkg c3RpbGwgaGF2ZSwgaWYgRFRMUyBpcyBub3QgdXNlZCwgd2hhdCBwcm90b2NvbCBpcyB1c2VkIHdo ZW4gSUNFIHRjcCBjYW5kaWRhdGUgaXMgc2VsZWN0ZWQgZm9yIHRyYW5zcG9ydC4gSXMgdGhpcyBU Q1AvQkZDUCAod2hpY2ggZ29lcyBhZ2FpbnN0IFJGQzY1NDQpICBvciBpcyBpdCBVRFAvQkZDUCB3 aXRoIFJGQzQ1NzEgZnJhbWluZz8gSWYgaXQgaXMgVURQL0JGQ1Agd2l0aCBSRkM0NTcxIGZyYW1p bmcsIHdoYXQgdHJhbnNwb3J0IHRhZyBzaG91bGQgYmUgdXNlZCBpbiB0aGUgcmUtSU5WSVRFIHdo aWNoIGlzIHNlbnQgYWZ0ZXIgSUNFIG5vbWluYXRpb24gd2l0aCBvbmx5IHNlbGVjdGVkIGNhbmRp ZGF0ZT8gU2hvdWxkIGl0IGJlIFRDUC9VRFAvQkZDUCBvciBzb21ldGhpbmcgc2ltaWxhcj8NCg0K UmVnYXJkcywNCl9fX19fX19fX19fX18NClJvbWFuIFNocG91bnQNCg0K --_000_16B5D8FFF1324B0984D6AE964CA7858Dciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4u bXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1lOiIi Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4g MS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u MTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVO LVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Sb21hbiw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ V2h5IHdvdWxkIHNlbGVjdGluZyBUQ1AvQkZDUCBhcyB0cmFuc3BvcnQgdmlvbGF0ZSBSRkMgNjU0 ND8gUGVyaGFwcyBpdCBkb2VzLCBidXQgYWZ0ZXIgYSBxdWljayBzY2FuIEkgYW0gbm90IHN1cmUg d2h5LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5DaGVlcnMsPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5DaGFybGVzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4w cHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGlu IDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj4NCjwvYj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+Um9tYW4gU2hwb3VudCAmbHQ7cm9tYW5A dGVsdXJpeC5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlR1ZXNkYXksIE5vdmVtYmVyIDI5LCAy MDE2IGF0IDEwOjM4IEFNPGJyPg0KPGI+VG86IDwvYj5DaGFybGVzIEVja2VsICZsdDtlY2tlbGN1 QGNpc2NvLmNvbSZndDs8YnI+DQo8Yj5DYzogPC9iPkFsYW4gRm9yZCAmbHQ7YWxhbi5mb3JkQGdt YWlsLmNvbSZndDssICZxdW90O2JmY3BiaXNAaWV0Zi5vcmcmcXVvdDsgJmx0O2JmY3BiaXNAaWV0 Zi5vcmcmZ3Q7LCAmcXVvdDtpY2VAaWV0Zi5vcmcmcXVvdDsgJmx0O2ljZUBpZXRmLm9yZyZndDss ICZxdW90O21tdXNpY0BpZXRmLm9yZyZxdW90OyAmbHQ7bW11c2ljQGlldGYub3JnJmd0OywgQ2hy aXN0ZXIgSG9sbWJlcmcgJmx0O2NocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbSZndDs8YnI+ DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFtiZmNwYmlzXSBbTU1VU0lDXSBtPSBsaW5lIHByb3RvY29s IGluIGNhc2Ugb2YgSUNFPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBUdWUsIE5vdiAyOSwg MjAxNiBhdCAxMjo0OCBQTSwgQ2hhcmxlcyBFY2tlbCAoZWNrZWxjdSkgJmx0OzxhIGhyZWY9Im1h aWx0bzplY2tlbGN1QGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmVja2VsY3VAY2lzY28uY29t PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEu MHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJp Z2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SXQgc2VlbXMg dG8gbWUgdGhhdCB0aGUgbW9zdCBzdHJhaWdodGZvcndhcmQgYXBwcm9hY2ggd291bGQgYmUgdG8g bWFuZGF0ZSBzdXBwb3J0IGZvciBCRkNQIG92ZXIgVURQIHdoZW4gdXNpbmcgSUNFLCB1c2UgVURQ IGFzIHRoZSBkZWZhdWx0IGNhbmRpZGF0ZSwgYW5kIHNpZ25hbCB0aGUgQkZDUCBtLWxpbmUNCiBh cyBpZiBpdCBpcyBCRkNQIG92ZXIgVURQLiBJZiB3ZSBjYW4gbWFuZGF0ZSB0aGUgdXNlIG9mIERU TFMsIHRoYXQgd291bGQgYmUgZXZlbiBiZXR0ZXIuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPlRob3VnaHRzPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGFncmVlLjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgb25seSBpc3N1ZSB0aGF0 IEkgc3RpbGwgaGF2ZSwgaWYgRFRMUyBpcyBub3QgdXNlZCwgd2hhdCBwcm90b2NvbCBpcyB1c2Vk IHdoZW4gSUNFIHRjcCBjYW5kaWRhdGUgaXMmbmJzcDtzZWxlY3RlZCBmb3IgdHJhbnNwb3J0LiBJ cyB0aGlzIFRDUC9CRkNQICh3aGljaCBnb2VzIGFnYWluc3QgUkZDNjU0NCkgJm5ic3A7b3IgaXMg aXQgVURQL0JGQ1Agd2l0aCBSRkM0NTcxIGZyYW1pbmc/IElmIGl0IGlzIFVEUC9CRkNQIHdpdGgN CiBSRkM0NTcxIGZyYW1pbmcsIHdoYXQgdHJhbnNwb3J0IHRhZyBzaG91bGQgYmUgdXNlZCBpbiB0 aGUgcmUtSU5WSVRFIHdoaWNoIGlzIHNlbnQgYWZ0ZXIgSUNFIG5vbWluYXRpb24gd2l0aCBvbmx5 IHNlbGVjdGVkIGNhbmRpZGF0ZT8gU2hvdWxkIGl0IGJlIFRDUC9VRFAvQkZDUCBvciBzb21ldGhp bmcgc2ltaWxhcj88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5fX19fX19fX19fX19fPGJyPg0KUm9tYW4gU2hwb3VudDxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_16B5D8FFF1324B0984D6AE964CA7858Dciscocom_-- From nobody Thu Dec 1 12:46:49 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21ADC1299F9 for ; Thu, 1 Dec 2016 12:46:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_SPAM=0.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7MiCG9vPSh8h for ; Thu, 1 Dec 2016 12:46:42 -0800 (PST) Received: from mail-qt0-x230.google.com (mail-qt0-x230.google.com [IPv6:2607:f8b0:400d:c0d::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB237129EA7 for ; Thu, 1 Dec 2016 12:34:55 -0800 (PST) Received: by mail-qt0-x230.google.com with SMTP id p16so232127759qta.0 for ; Thu, 01 Dec 2016 12:34:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=TCCgDbu0ojnFkIHhljByHlnUE10lV6ZCF+ak0o37dDc=; b=bBgnIIal4F3XYYjzoUWMluM+wUaJ0lrex8E5YoOl0c7RJXv+lIZtTr1GqiVET/ZSDi q/COFsfLTR0GAXiGg/CCY5sqMCTSmWwmLd2p20ZOTfbTXYWeKt7IK/T/yZze2fzQxOK2 0lcTYxIX5JXxrTzQpLEQYJIU3lJEZb0kZz34EXnMOmHOxzsuzl+aBR56TAqg1A+qK2o8 4VkMQNLKAz9u9Ft8lsOs8SMuV7axhm+zTd0+ktvE1KulFTkwOEwy6058yMvGPZuuThvK Ii4b0nVXDmWW2lpP3bg3Y3vyLxMmrzQZYZpBnpynEebJ7lY6rb+I42aZ4EhkPrjp0N9S /BFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=TCCgDbu0ojnFkIHhljByHlnUE10lV6ZCF+ak0o37dDc=; b=A+SIeMNQGkrvwxnKRgCUpDkshXGTIO/Nnag5SDnb8GHWIONax5WbdrLsHioA7Qxpyt y2/Vy5VWw4EgNmLyx6yRLoYNvVW2Ck3pLspZ3GJVu5NiS4rNQqQORqN+H+xaCrHyjfEm gf9vhQjAFaM4YkCcMQ9a8WaNL6+txIC1biSLs1Xlx4f/ecbABZxdFp5qR7BkKmfC+JEb PEmuSC889bII/Plj9NCwyMRysyLdT2w/E0m3/ZL19yX2Jres/lkFGdHXwCsnaLUWC8N2 yrrcdSPCwj8/5PFDVsMkwVVAyOP7QKrLTvpVttYMJgTUf7NZ9iYunSQ0AQQehfqFAEDZ 4AgA== X-Gm-Message-State: AKaTC004CqY+JbAmmULhXnU1CXckphRTCHD5RPaRE2kHHtX6ni8RhmHWBCCqBgIHlc/tTA== X-Received: by 10.200.33.252 with SMTP id 57mr39489754qtz.255.1480624494742; Thu, 01 Dec 2016 12:34:54 -0800 (PST) Received: from mail-qk0-f177.google.com (mail-qk0-f177.google.com. [209.85.220.177]) by smtp.gmail.com with ESMTPSA id q65sm962569qki.20.2016.12.01.12.34.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Dec 2016 12:34:54 -0800 (PST) Received: by mail-qk0-f177.google.com with SMTP id q130so70487132qke.1; Thu, 01 Dec 2016 12:34:54 -0800 (PST) X-Received: by 10.55.36.149 with SMTP id k21mr34828241qkk.252.1480624493868; Thu, 01 Dec 2016 12:34:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.145.205 with HTTP; Thu, 1 Dec 2016 12:34:53 -0800 (PST) In-Reply-To: <16B5D8FF-F132-4B09-84D6-AE964CA7858D@cisco.com> References: <7594FB04B1934943A5C02806D1A2204B4BE3AE83@ESESSMB209.ericsson.se> <16B5D8FF-F132-4B09-84D6-AE964CA7858D@cisco.com> From: Roman Shpount Date: Thu, 1 Dec 2016 15:34:53 -0500 X-Gmail-Original-Message-ID: Message-ID: To: "Charles Eckel (eckelcu)" Content-Type: multipart/alternative; boundary=001a114517f400f8ac05429ec1f0 Archived-At: Cc: "ice@ietf.org" , "bfcpbis@ietf.org" , Christer Holmberg , "mmusic@ietf.org" , Alan Ford Subject: Re: [Ice] [bfcpbis] [MMUSIC] m= line protocol in case of ICE X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2016 20:46:44 -0000 --001a114517f400f8ac05429ec1f0 Content-Type: text/plain; charset=UTF-8 Charles, RFC 6544 Sending Media (https://tools.ietf.org/html/rfc6544#section-10.1) says that "The framing defined in RFC 4571 MUST be used when sending media." This means the protocol used is not TCP/BFCP which is using application level framing. I believe that STUN/Media demultiplexing requirements would prevent using TCP/BFCP directly with ice tcp candidates without redesign of either ICE TCP or TCP/BFCP. Furthermore there are other implied ICE requirements that I outlined before (switching between udp and tpc candidates, existence of SBC which terminate ICE only but do not support the embedded protocol) because of which ice tcp is considered unreliable transport and will require fragmentation support and re-transmit timers that are not part of TCP/BFCP. Regards, _____________ Roman Shpount On Thu, Dec 1, 2016 at 3:17 PM, Charles Eckel (eckelcu) wrote: > Roman, > > > > Why would selecting TCP/BFCP as transport violate RFC 6544? Perhaps it > does, but after a quick scan I am not sure why. > > > > Cheers, > > Charles > > > > *From: *Roman Shpount > *Date: *Tuesday, November 29, 2016 at 10:38 AM > *To: *Charles Eckel > *Cc: *Alan Ford , "bfcpbis@ietf.org" < > bfcpbis@ietf.org>, "ice@ietf.org" , "mmusic@ietf.org" < > mmusic@ietf.org>, Christer Holmberg > *Subject: *Re: [bfcpbis] [MMUSIC] m= line protocol in case of ICE > > > > On Tue, Nov 29, 2016 at 12:48 PM, Charles Eckel (eckelcu) < > eckelcu@cisco.com> wrote: > > It seems to me that the most straightforward approach would be to mandate > support for BFCP over UDP when using ICE, use UDP as the default candidate, > and signal the BFCP m-line as if it is BFCP over UDP. If we can mandate the > use of DTLS, that would be even better. > > Thoughts? > > > > > > I agree. > > > > The only issue that I still have, if DTLS is not used, what protocol is > used when ICE tcp candidate is selected for transport. Is this TCP/BFCP > (which goes against RFC6544) or is it UDP/BFCP with RFC4571 framing? If it > is UDP/BFCP with RFC4571 framing, what transport tag should be used in the > re-INVITE which is sent after ICE nomination with only selected candidate? > Should it be TCP/UDP/BFCP or something similar? > > > > Regards, > > _____________ > Roman Shpount > > > > --001a114517f400f8ac05429ec1f0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Charles,




_____________
Roman Shpount

On Thu, Dec 1, 2016 at 3:17 PM, Charles Ecke= l (eckelcu) <eckelcu@cisco.com> wrote:

Roman,

=C2=A0

Why would selecting TCP/BFCP as transport violate RF= C 6544? Perhaps it does, but after a quick scan I am not sure why.

=C2=A0

Cheers,

Charles

=C2=A0

F= rom: Roman Shpount <roman@telurix.com>=
Date: Tuesday, November 29, 2016 at 10:38 AM
To: Charles Eckel <eckelcu@cisco.com>
Cc: Alan Ford <alan.ford@gmail.com>, "bfcpbis@ietf.org" <bfcpbis@ietf.org>, "ice@ietf.org" <ice@ietf.org>, "mmusic@ietf.org" <= ;mmusic@ietf.org&g= t;, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [bfcpbis] [MMUSIC] m=3D line protocol in case of ICE=

=C2=A0

On Tue, Nov 29, 2016 at 12:48 PM, Charles Eckel (eck= elcu) <eckelcu@ci= sco.com> wrote:

It seems to me that the most straightforward approac= h would be to mandate support for BFCP over UDP when using ICE, use UDP as = the default candidate, and signal the BFCP m-line as if it is BFCP over UDP. If we can mandate the use of DTLS, that would b= e even better.

Thoughts?

=C2=A0

=C2=A0

I agree.

=C2=A0

The only issue that I still have, if DTLS is not use= d, what protocol is used when ICE tcp candidate is=C2=A0selected for transp= ort. Is this TCP/BFCP (which goes against RFC6544) =C2=A0or is it UDP/BFCP = with RFC4571 framing? If it is UDP/BFCP with RFC4571 framing, what transport tag should be used in the re-INVITE which = is sent after ICE nomination with only selected candidate? Should it be TCP= /UDP/BFCP or something similar?

=C2=A0

Regards,

_____________
Roman Shpount

=C2=A0


--001a114517f400f8ac05429ec1f0-- From nobody Fri Dec 2 16:01:56 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66676129485; Fri, 2 Dec 2016 16:01:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.417 X-Spam-Level: X-Spam-Status: No, score=-17.417 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.896, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2GbbwcPA_J-k; Fri, 2 Dec 2016 16:01:45 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD8B1129483; Fri, 2 Dec 2016 16:01:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18418; q=dns/txt; s=iport; t=1480723304; x=1481932904; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=/XPR/wJKcpX7ZyXOx/XMrKN3NL2fjsS/mbU+SPTZC8A=; b=jAS4IoMHIgL8f5QJgOSbwAZNGDLPIPjqdf98cvILVOVQjET2jZ42BxN1 GtS+V+qkWGLP7hn+29N9nTaod7sHLfQwOA0cfMfOb4WxL5/wiEqUSduCY j1StBuy6YDJ0HehnKhDD6nGYG0YL+OSyTDzU0BojtrkHTkp7sIyaN/Ngg 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A3AQAUC0JY/4gNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgnNFAQEBAQEfWoEGB41AlwuHc4dngxOCD4IIKYV5AhqCAz8UAQI?= =?us-ascii?q?BAQEBAQEBYiiEaAEBAQQjVhACAQgRAwECKAMCAgIfERQJCAIEDgUbiDoDFw6sU?= =?us-ascii?q?YIpL4cUDYN2AQEBAQEBAQEBAQEBAQEBAQEBAQEBFwWIOwiCVoJIgiEWgk4tgjA?= =?us-ascii?q?FlHuFNDUBhkqGa4NekDmJTIQ0hAwBHzeBGTEBAYUicgGHcIENAQEB?= X-IronPort-AV: E=Sophos;i="5.33,289,1477958400"; d="scan'208,217";a="181748152" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Dec 2016 00:01:21 +0000 Received: from XCH-RCD-018.cisco.com (xch-rcd-018.cisco.com [173.37.102.28]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id uB301LdK018194 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 3 Dec 2016 00:01:21 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-RCD-018.cisco.com (173.37.102.28) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 2 Dec 2016 18:01:20 -0600 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1210.000; Fri, 2 Dec 2016 18:01:20 -0600 From: "Charles Eckel (eckelcu)" To: Roman Shpount Thread-Topic: [bfcpbis] [MMUSIC] m= line protocol in case of ICE Thread-Index: AQHSQFwSEnIqX9JFq0OJWjTO/qYWEKDczAiAgAAW2ICAAXMeAIAR2UqAgACUI4CAArojgIAAiwyAgAFF5oA= Date: Sat, 3 Dec 2016 00:01:20 +0000 Message-ID: <64E8A5CF-89ED-4673-AF23-2C960395C3EF@cisco.com> References: <7594FB04B1934943A5C02806D1A2204B4BE3AE83@ESESSMB209.ericsson.se> <16B5D8FF-F132-4B09-84D6-AE964CA7858D@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1b.0.161010 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.182.35] Content-Type: multipart/alternative; boundary="_000_64E8A5CF89ED4673AF232C960395C3EFciscocom_" MIME-Version: 1.0 Archived-At: Cc: "ice@ietf.org" , "bfcpbis@ietf.org" , Christer Holmberg , "mmusic@ietf.org" , Alan Ford Subject: Re: [Ice] [bfcpbis] [MMUSIC] m= line protocol in case of ICE X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2016 00:01:47 -0000 --_000_64E8A5CF89ED4673AF232C960395C3EFciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYXZlIG5vIGV4cGVyaWVuY2Ugd2l0aCBJQ0Ugd2l0aCBUQ1AgY2FuZGlkYXRlcyBzbyBob3Bl ZnVsbHkgb3RoZXJzIGNhbiBjaGltZSBpbiBhcyB0byB3aGF0IHRoZXkgdGhpbmsgaXMgYSB3b3Jr YWJsZSBzb2x1dGlvbi4NCg0KQ2hlZXJzLA0KQ2hhcmxlcw0KDQpGcm9tOiBSb21hbiBTaHBvdW50 IDxyb21hbkB0ZWx1cml4LmNvbT4NCkRhdGU6IFRodXJzZGF5LCBEZWNlbWJlciAxLCAyMDE2IGF0 IDEyOjM0IFBNDQpUbzogQ2hhcmxlcyBFY2tlbCA8ZWNrZWxjdUBjaXNjby5jb20+DQpDYzogQWxh biBGb3JkIDxhbGFuLmZvcmRAZ21haWwuY29tPiwgImJmY3BiaXNAaWV0Zi5vcmciIDxiZmNwYmlz QGlldGYub3JnPiwgImljZUBpZXRmLm9yZyIgPGljZUBpZXRmLm9yZz4sICJtbXVzaWNAaWV0Zi5v cmciIDxtbXVzaWNAaWV0Zi5vcmc+LCBDaHJpc3RlciBIb2xtYmVyZyA8Y2hyaXN0ZXIuaG9sbWJl cmdAZXJpY3Nzb24uY29tPg0KU3ViamVjdDogUmU6IFtiZmNwYmlzXSBbTU1VU0lDXSBtPSBsaW5l IHByb3RvY29sIGluIGNhc2Ugb2YgSUNFDQoNCkNoYXJsZXMsDQoNClJGQyA2NTQ0IFNlbmRpbmcg TWVkaWEgKGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NTQ0I3NlY3Rpb24tMTAuMSkg c2F5cyB0aGF0ICJUaGUgZnJhbWluZyBkZWZpbmVkIGluIFJGQyA0NTcxPGh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9yZmM0NTcxPiBNVVNUIGJlIHVzZWQgd2hlbiBzZW5kaW5nIG1lZGlhLiIg VGhpcyBtZWFucyB0aGUgcHJvdG9jb2wgdXNlZCBpcyBub3QgVENQL0JGQ1Agd2hpY2ggaXMgdXNp bmcgYXBwbGljYXRpb24gbGV2ZWwgZnJhbWluZy4gSSBiZWxpZXZlIHRoYXQgU1RVTi9NZWRpYSBk ZW11bHRpcGxleGluZyByZXF1aXJlbWVudHMgd291bGQgcHJldmVudCB1c2luZyBUQ1AvQkZDUCBk aXJlY3RseSB3aXRoIGljZSB0Y3AgY2FuZGlkYXRlcyB3aXRob3V0IHJlZGVzaWduIG9mIGVpdGhl ciBJQ0UgVENQIG9yIFRDUC9CRkNQLg0KDQpGdXJ0aGVybW9yZSB0aGVyZSBhcmUgb3RoZXIgaW1w bGllZCBJQ0UgcmVxdWlyZW1lbnRzIHRoYXQgSSBvdXRsaW5lZCBiZWZvcmUgKHN3aXRjaGluZyBi ZXR3ZWVuIHVkcCBhbmQgdHBjIGNhbmRpZGF0ZXMsIGV4aXN0ZW5jZSBvZiBTQkMgd2hpY2ggdGVy bWluYXRlIElDRSBvbmx5IGJ1dCBkbyBub3Qgc3VwcG9ydCB0aGUgZW1iZWRkZWQgcHJvdG9jb2wp IGJlY2F1c2Ugb2Ygd2hpY2ggaWNlIHRjcCBpcyBjb25zaWRlcmVkIHVucmVsaWFibGUgdHJhbnNw b3J0IGFuZCB3aWxsIHJlcXVpcmUgZnJhZ21lbnRhdGlvbiBzdXBwb3J0IGFuZCByZS10cmFuc21p dCB0aW1lcnMgdGhhdCBhcmUgbm90IHBhcnQgb2YgVENQL0JGQ1AuDQoNClJlZ2FyZHMsDQoNCl9f X19fX19fX19fX18NClJvbWFuIFNocG91bnQNCg0KT24gVGh1LCBEZWMgMSwgMjAxNiBhdCAzOjE3 IFBNLCBDaGFybGVzIEVja2VsIChlY2tlbGN1KSA8ZWNrZWxjdUBjaXNjby5jb208bWFpbHRvOmVj a2VsY3VAY2lzY28uY29tPj4gd3JvdGU6DQpSb21hbiwNCg0KV2h5IHdvdWxkIHNlbGVjdGluZyBU Q1AvQkZDUCBhcyB0cmFuc3BvcnQgdmlvbGF0ZSBSRkMgNjU0ND8gUGVyaGFwcyBpdCBkb2VzLCBi dXQgYWZ0ZXIgYSBxdWljayBzY2FuIEkgYW0gbm90IHN1cmUgd2h5Lg0KDQpDaGVlcnMsDQpDaGFy bGVzDQoNCkZyb206IFJvbWFuIFNocG91bnQgPHJvbWFuQHRlbHVyaXguY29tPG1haWx0bzpyb21h bkB0ZWx1cml4LmNvbT4+DQpEYXRlOiBUdWVzZGF5LCBOb3ZlbWJlciAyOSwgMjAxNiBhdCAxMDoz OCBBTQ0KVG86IENoYXJsZXMgRWNrZWwgPGVja2VsY3VAY2lzY28uY29tPG1haWx0bzplY2tlbGN1 QGNpc2NvLmNvbT4+DQpDYzogQWxhbiBGb3JkIDxhbGFuLmZvcmRAZ21haWwuY29tPG1haWx0bzph bGFuLmZvcmRAZ21haWwuY29tPj4sICJiZmNwYmlzQGlldGYub3JnPG1haWx0bzpiZmNwYmlzQGll dGYub3JnPiIgPGJmY3BiaXNAaWV0Zi5vcmc8bWFpbHRvOmJmY3BiaXNAaWV0Zi5vcmc+PiwgImlj ZUBpZXRmLm9yZzxtYWlsdG86aWNlQGlldGYub3JnPiIgPGljZUBpZXRmLm9yZzxtYWlsdG86aWNl QGlldGYub3JnPj4sICJtbXVzaWNAaWV0Zi5vcmc8bWFpbHRvOm1tdXNpY0BpZXRmLm9yZz4iIDxt bXVzaWNAaWV0Zi5vcmc8bWFpbHRvOm1tdXNpY0BpZXRmLm9yZz4+LCBDaHJpc3RlciBIb2xtYmVy ZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPG1haWx0bzpjaHJpc3Rlci5ob2xtYmVy Z0Blcmljc3Nvbi5jb20+Pg0KU3ViamVjdDogUmU6IFtiZmNwYmlzXSBbTU1VU0lDXSBtPSBsaW5l IHByb3RvY29sIGluIGNhc2Ugb2YgSUNFDQoNCk9uIFR1ZSwgTm92IDI5LCAyMDE2IGF0IDEyOjQ4 IFBNLCBDaGFybGVzIEVja2VsIChlY2tlbGN1KSA8ZWNrZWxjdUBjaXNjby5jb208bWFpbHRvOmVj a2VsY3VAY2lzY28uY29tPj4gd3JvdGU6DQpJdCBzZWVtcyB0byBtZSB0aGF0IHRoZSBtb3N0IHN0 cmFpZ2h0Zm9yd2FyZCBhcHByb2FjaCB3b3VsZCBiZSB0byBtYW5kYXRlIHN1cHBvcnQgZm9yIEJG Q1Agb3ZlciBVRFAgd2hlbiB1c2luZyBJQ0UsIHVzZSBVRFAgYXMgdGhlIGRlZmF1bHQgY2FuZGlk YXRlLCBhbmQgc2lnbmFsIHRoZSBCRkNQIG0tbGluZSBhcyBpZiBpdCBpcyBCRkNQIG92ZXIgVURQ LiBJZiB3ZSBjYW4gbWFuZGF0ZSB0aGUgdXNlIG9mIERUTFMsIHRoYXQgd291bGQgYmUgZXZlbiBi ZXR0ZXIuDQpUaG91Z2h0cz8NCg0KDQpJIGFncmVlLg0KDQpUaGUgb25seSBpc3N1ZSB0aGF0IEkg c3RpbGwgaGF2ZSwgaWYgRFRMUyBpcyBub3QgdXNlZCwgd2hhdCBwcm90b2NvbCBpcyB1c2VkIHdo ZW4gSUNFIHRjcCBjYW5kaWRhdGUgaXMgc2VsZWN0ZWQgZm9yIHRyYW5zcG9ydC4gSXMgdGhpcyBU Q1AvQkZDUCAod2hpY2ggZ29lcyBhZ2FpbnN0IFJGQzY1NDQpICBvciBpcyBpdCBVRFAvQkZDUCB3 aXRoIFJGQzQ1NzEgZnJhbWluZz8gSWYgaXQgaXMgVURQL0JGQ1Agd2l0aCBSRkM0NTcxIGZyYW1p bmcsIHdoYXQgdHJhbnNwb3J0IHRhZyBzaG91bGQgYmUgdXNlZCBpbiB0aGUgcmUtSU5WSVRFIHdo aWNoIGlzIHNlbnQgYWZ0ZXIgSUNFIG5vbWluYXRpb24gd2l0aCBvbmx5IHNlbGVjdGVkIGNhbmRp ZGF0ZT8gU2hvdWxkIGl0IGJlIFRDUC9VRFAvQkZDUCBvciBzb21ldGhpbmcgc2ltaWxhcj8NCg0K UmVnYXJkcywNCl9fX19fX19fX19fX18NClJvbWFuIFNocG91bnQNCg0KDQo= --_000_64E8A5CF89ED4673AF232C960395C3EFciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4u bXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1lOiIi Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4g MS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u MTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVO LVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGhhdmUgbm8gZXhwZXJpZW5jZSB3aXRoIElDRSB3 aXRoIFRDUCBjYW5kaWRhdGVzIHNvIGhvcGVmdWxseSBvdGhlcnMgY2FuIGNoaW1lIGluIGFzIHRv IHdoYXQgdGhleSB0aGluayBpcyBhIHdvcmthYmxlIHNvbHV0aW9uLg0KPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkNoZWVycyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNo YXJsZXM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlk ICNCNUM0REYgNC41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdDttYXJnaW4tbGVmdDozLjc1 cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpi bGFjayI+RnJvbTogPC9zcGFuPg0KPC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJp O2NvbG9yOmJsYWNrIj5Sb21hbiBTaHBvdW50ICZsdDtyb21hbkB0ZWx1cml4LmNvbSZndDs8YnI+ DQo8Yj5EYXRlOiA8L2I+VGh1cnNkYXksIERlY2VtYmVyIDEsIDIwMTYgYXQgMTI6MzQgUE08YnI+ DQo8Yj5UbzogPC9iPkNoYXJsZXMgRWNrZWwgJmx0O2Vja2VsY3VAY2lzY28uY29tJmd0Ozxicj4N CjxiPkNjOiA8L2I+QWxhbiBGb3JkICZsdDthbGFuLmZvcmRAZ21haWwuY29tJmd0OywgJnF1b3Q7 YmZjcGJpc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmZjcGJpc0BpZXRmLm9yZyZndDssICZxdW90O2lj ZUBpZXRmLm9yZyZxdW90OyAmbHQ7aWNlQGlldGYub3JnJmd0OywgJnF1b3Q7bW11c2ljQGlldGYu b3JnJnF1b3Q7ICZsdDttbXVzaWNAaWV0Zi5vcmcmZ3Q7LCBDaHJpc3RlciBIb2xtYmVyZyAmbHQ7 Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5S ZTogW2JmY3BiaXNdIFtNTVVTSUNdIG09IGxpbmUgcHJvdG9jb2wgaW4gY2FzZSBvZiBJQ0U8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PkNoYXJsZXMsIDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ UkZDIDY1NDQgU2VuZGluZyBNZWRpYSAoPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL3JmYzY1NDQjc2VjdGlvbi0xMC4xIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZj NjU0NCNzZWN0aW9uLTEwLjE8L2E+KSZuYnNwO3NheXMgdGhhdCAmcXVvdDs8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtjb2xvcjpibGFjayI+VGhlIGZyYW1pbmcgZGVmaW5lZCBpbg0KPC9z cGFuPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM0NTcxIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdCI+UkZDIDQ1NzE8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2NvbG9yOmJsYWNrIj4gTVVTVCBiZSB1c2VkIHdoZW4gc2VuZGluZyBt ZWRpYS4mcXVvdDsgVGhpcyBtZWFucyB0aGUgcHJvdG9jb2wgdXNlZCBpcyBub3QgVENQL0JGQ1Ag d2hpY2ggaXMgdXNpbmcgYXBwbGljYXRpb24gbGV2ZWwNCiBmcmFtaW5nLiBJIGJlbGlldmUgdGhh dCBTVFVOL01lZGlhIGRlbXVsdGlwbGV4aW5nIHJlcXVpcmVtZW50cyB3b3VsZCBwcmV2ZW50IHVz aW5nIFRDUC9CRkNQIGRpcmVjdGx5IHdpdGggaWNlIHRjcCBjYW5kaWRhdGVzIHdpdGhvdXQgcmVk ZXNpZ24gb2YgZWl0aGVyIElDRSBUQ1Agb3IgVENQL0JGQ1AuPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtjb2xvcjpibGFjayI+RnVydGhlcm1vcmUmbmJzcDt0aGVyZSBhcmUgb3Ro ZXIgaW1wbGllZCBJQ0UgcmVxdWlyZW1lbnRzIHRoYXQgSSBvdXRsaW5lZCBiZWZvcmUgKHN3aXRj aGluZyBiZXR3ZWVuIHVkcCBhbmQgdHBjIGNhbmRpZGF0ZXMsIGV4aXN0ZW5jZSBvZiBTQkMgd2hp Y2ggdGVybWluYXRlIElDRSBvbmx5IGJ1dCBkbyBub3Qgc3VwcG9ydCB0aGUgZW1iZWRkZWQNCiBw cm90b2NvbCkgYmVjYXVzZSBvZiB3aGljaCBpY2UgdGNwIGlzIGNvbnNpZGVyZWQgdW5yZWxpYWJs ZSB0cmFuc3BvcnQgYW5kIHdpbGwgcmVxdWlyZSBmcmFnbWVudGF0aW9uIHN1cHBvcnQgYW5kIHJl LXRyYW5zbWl0IHRpbWVycyB0aGF0IGFyZSBub3QgcGFydCBvZiBUQ1AvQkZDUC48L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOmJsYWNrIj5SZWdhcmRzLDwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGJyIGNsZWFyPSJhbGwiPg0KPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPl9fX19fX19fX19fX188YnI+DQpSb21hbiBTaHBvdW50PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVGh1LCBEZWMgMSwgMjAxNiBh dCAzOjE3IFBNLCBDaGFybGVzIEVja2VsIChlY2tlbGN1KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmVj a2VsY3VAY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayI+ZWNrZWxjdUBjaXNjby5jb208L2E+Jmd0 OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7 bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+Um9tYW4sPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5XaHkg d291bGQgc2VsZWN0aW5nIFRDUC9CRkNQIGFzIHRyYW5zcG9ydCB2aW9sYXRlIFJGQyA2NTQ0PyBQ ZXJoYXBzIGl0IGRvZXMsIGJ1dCBhZnRlciBhIHF1aWNrIHNjYW4gSSBhbSBub3Qgc3VyZSB3aHku PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5DaGVlcnMsPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPkNoYXJsZXM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0I1QzRERiA0LjVwdDtwYWRkaW5nOjBpbiAwaW4gMGlu IDQuMHB0O21hcmdpbi1sZWZ0OjMuNzVwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDow aW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt dG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpO2Nv bG9yOmJsYWNrIj5Gcm9tOg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2Fs aWJyaTtjb2xvcjpibGFjayI+Um9tYW4gU2hwb3VudCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJvbWFu QHRlbHVyaXguY29tIiB0YXJnZXQ9Il9ibGFuayI+cm9tYW5AdGVsdXJpeC5jb208L2E+Jmd0Ozxi cj4NCjxiPkRhdGU6IDwvYj5UdWVzZGF5LCBOb3ZlbWJlciAyOSwgMjAxNiBhdCAxMDozOCBBTTxi cj4NCjxiPlRvOiA8L2I+Q2hhcmxlcyBFY2tlbCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmVja2VsY3VA Y2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayI+ZWNrZWxjdUBjaXNjby5jb208L2E+Jmd0Ozxicj4N CjxiPkNjOiA8L2I+QWxhbiBGb3JkICZsdDs8YSBocmVmPSJtYWlsdG86YWxhbi5mb3JkQGdtYWls LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFsYW4uZm9yZEBnbWFpbC5jb208L2E+Jmd0OywgJnF1b3Q7 PGEgaHJlZj0ibWFpbHRvOmJmY3BiaXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5iZmNwYmlz QGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJmY3BiaXNAaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj5iZmNwYmlzQGlldGYub3JnPC9hPiZndDssICZxdW90OzxhIGhyZWY9 Im1haWx0bzppY2VAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pY2VAaWV0Zi5vcmc8L2E+JnF1 b3Q7DQogJmx0OzxhIGhyZWY9Im1haWx0bzppY2VAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5p Y2VAaWV0Zi5vcmc8L2E+Jmd0OywgJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOm1tdXNpY0BpZXRmLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPm1tdXNpY0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9 Im1haWx0bzptbXVzaWNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tbXVzaWNAaWV0Zi5vcmc8 L2E+Jmd0OywgQ2hyaXN0ZXIgSG9sbWJlcmcgJmx0OzxhIGhyZWY9Im1haWx0bzpjaHJpc3Rlci5o b2xtYmVyZ0Blcmljc3Nvbi5jb20iIHRhcmdldD0iX2JsYW5rIj5jaHJpc3Rlci5ob2xtYmVyZ0Bl cmljc3Nvbi5jb208L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW2JmY3BiaXNdIFtN TVVTSUNdIG09IGxpbmUgcHJvdG9jb2wgaW4gY2FzZSBvZiBJQ0U8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj5PbiBUdWUsIE5vdiAyOSwgMjAxNiBhdCAxMjo0OCBQTSwgQ2hhcmxlcyBFY2tl bCAoZWNrZWxjdSkgJmx0OzxhIGhyZWY9Im1haWx0bzplY2tlbGN1QGNpc2NvLmNvbSIgdGFyZ2V0 PSJfYmxhbmsiPmVja2VsY3VAY2lzY28uY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4g MGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1y aWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+SXQgc2VlbXMgdG8gbWUgdGhhdCB0aGUgbW9zdCBzdHJhaWdodGZvcndhcmQg YXBwcm9hY2ggd291bGQgYmUgdG8gbWFuZGF0ZSBzdXBwb3J0IGZvciBCRkNQIG92ZXIgVURQIHdo ZW4gdXNpbmcgSUNFLCB1c2UgVURQIGFzIHRoZSBkZWZhdWx0IGNhbmRpZGF0ZSwgYW5kIHNpZ25h bCB0aGUgQkZDUCBtLWxpbmUNCiBhcyBpZiBpdCBpcyBCRkNQIG92ZXIgVURQLiBJZiB3ZSBjYW4g bWFuZGF0ZSB0aGUgdXNlIG9mIERUTFMsIHRoYXQgd291bGQgYmUgZXZlbiBiZXR0ZXIuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRob3VnaHRzPzxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ SSBhZ3JlZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPlRoZSBvbmx5IGlzc3VlIHRoYXQgSSBzdGlsbCBoYXZlLCBpZiBEVExTIGlzIG5v dCB1c2VkLCB3aGF0IHByb3RvY29sIGlzIHVzZWQgd2hlbiBJQ0UgdGNwIGNhbmRpZGF0ZSBpcyZu YnNwO3NlbGVjdGVkIGZvciB0cmFuc3BvcnQuIElzIHRoaXMgVENQL0JGQ1AgKHdoaWNoIGdvZXMg YWdhaW5zdCBSRkM2NTQ0KSAmbmJzcDtvcg0KIGlzIGl0IFVEUC9CRkNQIHdpdGggUkZDNDU3MSBm cmFtaW5nPyBJZiBpdCBpcyBVRFAvQkZDUCB3aXRoIFJGQzQ1NzEgZnJhbWluZywgd2hhdCB0cmFu c3BvcnQgdGFnIHNob3VsZCBiZSB1c2VkIGluIHRoZSByZS1JTlZJVEUgd2hpY2ggaXMgc2VudCBh ZnRlciBJQ0Ugbm9taW5hdGlvbiB3aXRoIG9ubHkgc2VsZWN0ZWQgY2FuZGlkYXRlPyBTaG91bGQg aXQgYmUgVENQL1VEUC9CRkNQIG9yIHNvbWV0aGluZyBzaW1pbGFyPzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+UmVnYXJkcyw8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPl9f X19fX19fX19fX188YnI+DQpSb21hbiBTaHBvdW50PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_64E8A5CF89ED4673AF232C960395C3EFciscocom_-- From nobody Sat Dec 3 13:05:04 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8474C128B37 for ; Sat, 3 Dec 2016 13:05:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 ojsSJlpNMHdB for ; Sat, 3 Dec 2016 13:05:00 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 41509128AB0 for ; Sat, 3 Dec 2016 13:04:59 -0800 (PST) X-AuditID: c1b4fb30-c294498000000c18-19-58433379299f Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.183.78]) by (Symantec Mail Security) with SMTP id 04.32.03096.97333485; Sat, 3 Dec 2016 22:04:57 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC020.ericsson.se ([153.88.183.78]) with mapi id 14.03.0319.002; Sat, 3 Dec 2016 22:04:56 +0100 From: Christer Holmberg To: "ice@ietf.org" Thread-Topic: 5245bis: Waiting for all components to succeed before unfreezing same foundation in other checks lists Thread-Index: AdJNqKTdLjoxKyyoQHmvkvjqeYofZg== Date: Sat, 3 Dec 2016 21:04:55 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B4BEBD751@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_7594FB04B1934943A5C02806D1A2204B4BEBD751ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrKLMWRmVeSWpSXmKPExsUyM2K7n26lsXOEQe8bRYtvF2odGD2WLPnJ FMAYxWWTkpqTWZZapG+XwJWxYOVPpoI5kxgr1h9ZzNjAuKuBsYuRk0NCwETi0LWpLF2MXBxC AusYJdZ+u8kK4SxilFjadpSti5GDg03AQqL7nzZIg4iAosTMlmfMILawQKHEuZevGEFKRATK JHbfEIIo0ZPoPPWVCSTMIqAicbGPHyTMK+ArsebFCRYQm1FATOL7qTVMIDazgLjErSfzmSDO EZBYsuc8M4QtKvHy8T9WCFtJYu3h7SwQ9fkS/zuWs0DMFJQ4OfMJywRGwVlIRs1CUjYLSRlE XEdiwe5PbBC2tsSyha+ZYewzBx4zIYsvYGRfxShanFqclJtuZKSXWpSZXFycn6eXl1qyiREY +Ae3/DbYwfjyueMhRgEORiUeXgMx5wgh1sSy4srcQ4wSHMxKIrylekAh3pTEyqrUovz4otKc 1OJDjNIcLErivGYr74cLCaQnlqRmp6YWpBbBZJk4OKUaGPNOS2wQ+nDRRt21O97iYrBV2ObG znUbnnr4anvOcE6XXvLz8QRxzf9dqyrD6292x6RwWhtpHJi3c0aZgn/c9XUXL3qZlbrof9n4 Wm9Ow+WUHbs273KPzT509FfZsya12xsvTrTJZmZ+5Jb04OPW9N6CLiXPldNL8uI+5e86cvyk 74IpWis2zlRiKc5INNRiLipOBABBunMceAIAAA== Archived-At: Subject: [Ice] 5245bis: Waiting for all components to succeed before unfreezing same foundation in other checks lists X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2016 21:05:03 -0000 --_000_7594FB04B1934943A5C02806D1A2204B4BEBD751ESESSMB209erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Section 6.1.2.4.2.3. says: 6.1.2.4.2.3. Updating Pair States The agent sets the state of the pair that *generated* the check to Succeeded. Note that, the pair which *generated* the check may be different than the valid pair constructed in Section 6.1.2.4.2.2 as a consequence of the response. The success of this check might also cause the state of other checks to change as well. The agent MUST perform the following two steps: 1. The agent changes the states for all other Frozen pairs for the same media stream and same foundation to Waiting. Typically, but not always, these other pairs will have different component IDs. 2. If there is a pair in the valid list for every component of this media stream (where this is the actual number of components being used, in cases where the number of components signaled in the candidate exchange differs from initiating to responding agent), the success of this check may unfreeze checks for other media streams. Q1: Why shall the agent wait for valid pairs for EVERY component of a media= stream before it unfreezes pairs in other check lists? First, all componen= ts associated with a media stream may not even share the same foundation. S= econd, other media streams may not even use the foundations of the other co= mponents - perhaps they only use the foundation that succeeded. In my opini= on, once a check for a pair for a foundation succeeds, the other pairs for = the same foundation in all check lists are unfrozen - no matter the compone= nts. Note that this step is followed not just the first time the valid list under consideration has a pair for every component, but every subsequent time a check succeeds and adds yet another pair to that valid list. The agent examines the check list for each other media stream in turn: * If the check list is active, the agent changes the state of all Frozen pairs in that check list whose foundation matches a pair in the valid list under consideration to Waiting. * If the check list is frozen, and there is at least one pair in the check list whose foundation matches a pair in the valid list under consideration, the state of all pairs in the check list whose foundation matches a pair in the valid list under consideration is set to Waiting. This will cause the check list to become active, and ordinary checks will begin for it, as described in Section 5.1.4. * If the check list is frozen, and there are no pairs in the check list whose foundation matches a pair in the valid list under consideration, the agent + groups together all of the pairs with the same foundation, and + for each group, sets the state of the pair with the lowest component ID to Waiting. If there is more than one such pair, the one with the highest-priority is used. Q2: Ok, now I've found the text mentioned by Emil, where a succeeded check = unfreezes pairs associated with other foundations :) In my opinion, the las= t * should be removed. Pairs associated with other foundations WILL be unfr= ozen based on the procedures in section 5.1.4. Regards, Christer --_000_7594FB04B1934943A5C02806D1A2204B4BEBD751ESESSMB209erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 

Section 6.1.2.4.2.3. says:

 

6.1.2.4.2.3.  Updating Pai= r States

 

   The agent sets the= state of the pair that *generated* the check to

   Succeeded.  N= ote that, the pair which *generated* the check may be

   different than the= valid pair constructed in Section 6.1.2.4.2.2 as a

   consequence of the= response.  The success of this check might also

   cause the state of= other checks to change as well.  The agent MUST

   perform the follow= ing two steps:

 

   1.  The agent= changes the states for all other Frozen pairs for the

     &= nbsp; same media stream and same foundation to Waiting.  Typically, bu= t

     &= nbsp; not always, these other pairs will have different component IDs.=

 

   2.  If there = is a pair in the valid list for every component of this

     &= nbsp; media stream (where this is the actual number of components being

     &= nbsp; used, in cases where the number of components signaled in the

     &= nbsp; candidate exchange differs from initiating to responding agent),=

     &= nbsp; the success of this check may unfreeze checks for other media

     &= nbsp; streams.

 

Q1: Why shall the agent wait for valid pairs for EVERY component of= a media stream before it unfreezes pairs in other check lists? First, all = components associated with a media stream may not even share the same foundation. Second, other media streams may no= t even use the foundations of the other components – perhaps they onl= y use the foundation that succeeded. In my opinion, once a check for a pair= for a foundation succeeds, the other pairs for the same foundation in all check lists are unfrozen – no m= atter the components.

 

 

     &= nbsp;Note that this step is followed not just the first time

     &= nbsp; the valid list under consideration has a pair for every

     &= nbsp; component, but every subsequent time a check succeeds and adds

     &= nbsp; yet another pair to that valid list.  The agent examines the

     &= nbsp; check list for each other media stream in turn:

 

     &= nbsp; *  If the check list is active, the agent changes the state of

     &= nbsp;    all Frozen pairs in that check list whose foundatio= n matches a

     &= nbsp;    pair in the valid list under consideration to Waiti= ng.

 

     &= nbsp; *  If the check list is frozen, and there is at least one pair i= n

     &= nbsp;    the check list whose foundation matches a pair in t= he valid

     &= nbsp;    list under consideration, the state of all pairs in= the check

     &= nbsp;    list whose foundation matches a pair in the valid l= ist under

     &= nbsp;    consideration is set to Waiting.  This will ca= use the check

     &= nbsp;    list to become active, and ordinary checks will beg= in for it,

     &= nbsp;    as described in Section 5.1.4.

 

     &= nbsp; *  If the check list is frozen, and there are no pairs in the

     &= nbsp;    check list whose foundation matches a pair in the v= alid list

     &= nbsp;    under consideration, the agent

 

     &= nbsp;    +  groups together all of the pairs with t= he same foundation,

     &= nbsp;       and

 

     &= nbsp;    +  for each group, sets the state of the p= air with the lowest

     &= nbsp;       component ID to Waiting.  If= there is more than one such

     &= nbsp;       pair, the one with the highest-pr= iority is used.

 

Q2: Ok, now I’ve found the text mentioned by E= mil, where a succeeded check unfreezes pairs associated with other foundati= ons :) In my opinion, the last * should be removed. Pairs associated with o= ther foundations WILL be unfrozen based on the procedures in section 5.1.4.

 

Regards,

 

Christer

--_000_7594FB04B1934943A5C02806D1A2204B4BEBD751ESESSMB209erics_-- From nobody Sat Dec 3 13:32:44 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DF8F128AB0 for ; Sat, 3 Dec 2016 13:32:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.596 X-Spam-Level: X-Spam-Status: No, score=-5.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-2.896, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b-Mq6jeakLxx for ; Sat, 3 Dec 2016 13:32:39 -0800 (PST) Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 945C6124281 for ; Sat, 3 Dec 2016 13:32:39 -0800 (PST) Received: by mail-qt0-x236.google.com with SMTP id p16so282227202qta.0 for ; Sat, 03 Dec 2016 13:32:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=kIKta/CGelgdsRNiBmNxYzTO6+SVA5C4iX8tgMRmP8M=; b=CGStYplqT1lLIzHh5SJPU/nLzCNDg+mvWn+AnXepC/N/sxBevjS7JOsC4z7CzfnLnW KcdEGOCpyhxoH1kZiLt6YNWX1BHTR3O0VmZTquzXXYoRcPomaYBcCB6JCYOG8r0OIMT5 ac5XMcv8r95jzdOKFRwBMhe5DqVVF+AqXo4vdGuJfFEo1r4dedWYTq0bsHnZ2W4u+IgD ALqF5ueHgQPjcQNiUSXiqn8rYcmsrDD7tgMNRGLzfPN3d4uXRvWZkKOyeF++EGb6DQCh 5STetir7enLHS5MoUvQHB4ReI4CqoIt/V0RSmi5o/Dp3e53i6UREmZT82tMi784HQBeX oRLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=kIKta/CGelgdsRNiBmNxYzTO6+SVA5C4iX8tgMRmP8M=; b=dQuYR492IxxIOIcx7lLlu1Z0N+bZPkmL7EZJgnC0CW9WjIXV2LT1CCdSqyS7eWqzSk Bhy+afIbvipvBAuLw7c5sMTKuHt4qhMegiecL4Z990lG48bx1hCVxnNoNnlqhRMUGJPf VDaIRNw3Gc7onvcvaS+Kn68nNUb/TZGsgxgg74nnOrvv7YqzztkV4WiKL+Au8FApOmxU qPJl6zG08KMarFF1PbfWfD05z0HPlFkvHsLK8ZXM6pCEh8Qmj4jUJznELhX8A+VT6kst 58s4FyLkUh+MqJCar0OdEDGWTUFGeJ/z3hd/kMv5LAKIKiyaqb6L2xja7prTRgp/Ryxv cZbw== X-Gm-Message-State: AKaTC02gHuw1EuDr4XrN9YkNRzDNc8XY4ExJxXj/Tg3N9e3+MD/v8i2pjQKQsJ/tREqaGS6hhJc1IgybkUeotNLZ X-Received: by 10.200.50.35 with SMTP id x32mr49891277qta.78.1480800758506; Sat, 03 Dec 2016 13:32:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.38.169 with HTTP; Sat, 3 Dec 2016 13:32:37 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4BEBD751@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B4BEBD751@ESESSMB209.ericsson.se> From: Taylor Brandstetter Date: Sat, 3 Dec 2016 13:32:37 -0800 Message-ID: To: Christer Holmberg Content-Type: multipart/alternative; boundary=001a1143e1da320d4b0542c7cb90 Archived-At: Cc: "ice@ietf.org" Subject: Re: [Ice] 5245bis: Waiting for all components to succeed before unfreezing same foundation in other checks lists X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2016 21:32:42 -0000 --001a1143e1da320d4b0542c7cb90 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I had the same question (as Q1). I don't understand the reasoning for waiting for valid pairs for every component. Going even further, I don't see why the unfreezing algorithm couldn't be simplified to simply: "If there's a valid pair for a foundation, all pairs for that foundation are unfrozen. If there's not, only one pair for that foundation is unfrozen at a time. That pair is determined by sorting all pairs with that foundation by media stream/component and picking the first one that hasn't Failed." On Sat, Dec 3, 2016 at 1:04 PM, Christer Holmberg < christer.holmberg@ericsson.com> wrote: > > > Section 6.1.2.4.2.3. says: > > > > 6.1.2.4.2.3. Updating Pair States > > > > The agent sets the state of the pair that *generated* the check to > > Succeeded. Note that, the pair which *generated* the check may be > > different than the valid pair constructed in Section 6.1.2.4.2.2 as a > > consequence of the response. The success of this check might also > > cause the state of other checks to change as well. The agent MUST > > perform the following two steps: > > > > 1. The agent changes the states for all other Frozen pairs for the > > same media stream and same foundation to Waiting. Typically, but > > not always, these other pairs will have different component IDs. > > > > 2. If there is a pair in the valid list for every component of this > > media stream (where this is the actual number of components being > > used, in cases where the number of components signaled in the > > candidate exchange differs from initiating to responding agent), > > the success of this check may unfreeze checks for other media > > streams. > > > > Q1: Why shall the agent wait for valid pairs for EVERY component of a > media stream before it unfreezes pairs in other check lists? First, all > components associated with a media stream may not even share the same > foundation. Second, other media streams may not even use the foundations = of > the other components =E2=80=93 perhaps they only use the foundation that = succeeded. > In my opinion, once a check for a pair for a foundation succeeds, the oth= er > pairs for the same foundation in all check lists are unfrozen =E2=80=93 n= o matter > the components. > > > > > > Note that this step is followed not just the first time > > the valid list under consideration has a pair for every > > component, but every subsequent time a check succeeds and adds > > yet another pair to that valid list. The agent examines the > > check list for each other media stream in turn: > > > > * If the check list is active, the agent changes the state of > > all Frozen pairs in that check list whose foundation matches a > > pair in the valid list under consideration to Waiting. > > > > * If the check list is frozen, and there is at least one pair in > > the check list whose foundation matches a pair in the valid > > list under consideration, the state of all pairs in the check > > list whose foundation matches a pair in the valid list under > > consideration is set to Waiting. This will cause the check > > list to become active, and ordinary checks will begin for it, > > as described in Section 5.1.4. > > > > * If the check list is frozen, and there are no pairs in the > > check list whose foundation matches a pair in the valid list > > under consideration, the agent > > > > + groups together all of the pairs with the same foundation, > > and > > > > + for each group, sets the state of the pair with the lowest > > component ID to Waiting. If there is more than one such > > pair, the one with the highest-priority is used. > > > > Q2: Ok, now I=E2=80=99ve found the text mentioned by Emil, where a succee= ded check > unfreezes pairs associated with other foundations :) In my opinion, the > last * should be removed. Pairs associated with other foundations WILL be > unfrozen based on the procedures in section 5.1.4. > > > > Regards, > > > > Christer > > _______________________________________________ > Ice mailing list > Ice@ietf.org > https://www.ietf.org/mailman/listinfo/ice > > --001a1143e1da320d4b0542c7cb90 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I had the same question (as Q1). I don't understand th= e reasoning for waiting for valid pairs for every component.

=
Going even further, I don't see why the unfreezing algorithm could= n't be simplified to simply: "If there's a valid pair for a fo= undation, all pairs for that foundation are unfrozen. If there's not, o= nly one pair for that foundation is unfrozen at a time. That pair is determ= ined by sorting all pairs with that foundation by media stream/component an= d picking the first one that hasn't Failed."

On Sat, Dec 3, 2016 at = 1:04 PM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:

=C2=A0

Section 6.1.2.4.2.3. says:

=C2=A0

6.1.2.4.2.3.=C2=A0 Updating Pair States

=C2=A0

=C2=A0=C2=A0 The agent sets the state of the pair that *ge= nerated* the check to

=C2=A0=C2=A0 Succeeded.=C2=A0 Note that, the pair which *g= enerated* the check may be

=C2=A0=C2=A0 different than the valid pair constructed in = Section 6.1.2.4.2.2 as a

=C2=A0=C2=A0 consequence of the response.=C2=A0 The succes= s of this check might also

=C2=A0=C2=A0 cause the state of other checks to change as = well.=C2=A0 The agent MUST

=C2=A0=C2=A0 perform the following two steps:

=C2=A0

=C2=A0=C2=A0 1.=C2=A0 The agent changes the states for all= other Frozen pairs for the

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 same media stream and= same foundation to Waiting.=C2=A0 Typically, but

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 not always, these oth= er pairs will have different component IDs.

=C2=A0

=C2=A0=C2=A0 2.=C2=A0 If there is a pair in the valid list= for every component of this

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 media stream (where t= his is the actual number of components being

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 used, in cases where = the number of components signaled in the

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 candidate exchange di= ffers from initiating to responding agent),

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 the success of this c= heck may unfreeze checks for other media

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 streams.

=C2=A0

Q1: Why shall the a= gent wait for valid pairs for EVERY component of a media stream before it u= nfreezes pairs in other check lists? First, all components associated with = a media stream may not even share the same foundation. Second, other media streams may no= t even use the foundations of the other components =E2=80=93 perhaps they o= nly use the foundation that succeeded. In my opinion, once a check for a pa= ir for a foundation succeeds, the other pairs for the same foundation in all check lists are unfrozen =E2=80=93 no= matter the components.

=C2=A0

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Note that this step is= followed not just the first time

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 the valid list under = consideration has a pair for every

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 component, but every = subsequent time a check succeeds and adds

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 yet another pair to t= hat valid list.=C2=A0 The agent examines the

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 check list for each o= ther media stream in turn:

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 *=C2=A0 If the check = list is active, the agent changes the state of

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 all= Frozen pairs in that check list whose foundation matches a

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pai= r in the valid list under consideration to Waiting.

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 *=C2=A0 If the check = list is frozen, and there is at least one pair in

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 the= check list whose foundation matches a pair in the valid

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lis= t under consideration, the state of all pairs in the check

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lis= t whose foundation matches a pair in the valid list under

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 con= sideration is set to Waiting.=C2=A0 This will cause the check=

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lis= t to become active, and ordinary checks will begin for it,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 as = described in Section 5.1.4.

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 *=C2=A0 If the check = list is frozen, and there are no pairs in the

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 che= ck list whose foundation matches a pair in the valid list

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 und= er consideration, the agent

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 += =C2=A0 groups together all of the pairs with the same foundation,=

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 and

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 += =C2=A0 for each group, sets the state of the pair with the lowest=

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 component ID to Waiting.=C2=A0 If there is more than one su= ch

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 pair, the one with the highest-priority is used.<= /u>

=C2=A0

Q2: Ok, now I=E2=80=99ve found the text mentioned by= Emil, where a succeeded check unfreezes pairs associated with other founda= tions :) In my opinion, the last * should be removed. Pairs associated with= other foundations WILL be unfrozen based on the procedures in section 5.1.4.

=C2=A0

Regards,

=C2=A0

Christer


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


--001a1143e1da320d4b0542c7cb90-- From nobody Sat Dec 3 15:27:07 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F25BC129444 for ; Sat, 3 Dec 2016 15:27:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 DSR8aP3yGiim for ; Sat, 3 Dec 2016 15:27:02 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 04F82129408 for ; Sat, 3 Dec 2016 15:27:01 -0800 (PST) X-AuditID: c1b4fb30-851fe70000000c18-cb-584354c141ed Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by (Symantec Mail Security) with SMTP id BB.6A.03096.1C453485; Sun, 4 Dec 2016 00:27:00 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0319.002; Sun, 4 Dec 2016 00:26:57 +0100 From: Christer Holmberg To: Taylor Brandstetter Thread-Topic: [Ice] 5245bis: Waiting for all components to succeed before unfreezing same foundation in other checks lists Thread-Index: AdJNqKTdLjoxKyyoQHmvkvjqeYofZv//93uA///SXUA= Date: Sat, 3 Dec 2016 23:26:55 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B4BEBD889@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B4BEBD751@ESESSMB209.ericsson.se> 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.154] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B4BEBD889ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprEIsWRmVeSWpSXmKPExsUyM2J7oO6REOcIg++rRSwur3jIavHtQq0D k8eCTaUeS5b8ZApgiuKySUnNySxLLdK3S+DKmLxwN1tBzySmip3rG5kbGL90MXUxcnBICJhI XH5Y28XIxSEksI5RYlrDBDYIZxGjxKvJu1hBitgELCS6/2l3MXJyiAjoStz8upANJMwsoCjx cq8aSFhYoFqiY8UyJoiSGolz30A6QWwriWs79jGD2CwCKhKdF+aygdi8Ar4SvYfesEKsmsIo 0bF5K1iCUyBQ4kXHQUYQm1FATOL7qTVgQ5kFxCVuPZkPZksICEgs2XOeGcIWlXj5+B8rhK0k sej2Z6j6fImLd7pYIZYJSpyc+YRlAqPILCSjZiEpm4WkbBbYa5oS63fpQ5QoSkzpfsgOYWtI tM6Zy44svoCRfRWjaHFqcVJuupGRXmpRZnJxcX6eXl5qySZGYEwd3PLbYAfjy+eOhxgFOBiV eHgNxJwjhFgTy4orcw8xSnAwK4nwJvkDhXhTEiurUovy44tKc1KLDzFKc7AoifOarbwfLiSQ nliSmp2aWpBaBJNl4uCUamCc7LpxdW+hX/kk7085W816q7Vepn/5pK92uVvSTqnZ9/df238x cmWm26csvGHd1Rmwva1kW/rx/c29n15Pm+VULPPu5qwVR9qz/P/e/KR83jpf6VFK/v8N93Qb e8pFyg9Ve7xZkcJitn3qu5DOozbeK3ZInPlpWrT1RFn56cfvHy309mN6Fl6kxFKckWioxVxU nAgAilGIXqUCAAA= Archived-At: Cc: "ice@ietf.org" Subject: Re: [Ice] 5245bis: Waiting for all components to succeed before unfreezing same foundation in other checks lists X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2016 23:27:05 -0000 --_000_7594FB04B1934943A5C02806D1A2204B4BEBD889ESESSMB209erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCj5JIGhhZCB0aGUgc2FtZSBxdWVzdGlvbiAoYXMgUTEpLiBJIGRvbid0IHVuZGVyc3Rh bmQgdGhlIHJlYXNvbmluZyBmb3Igd2FpdGluZyBmb3IgdmFsaWQgcGFpcnMgZm9yIGV2ZXJ5IGNv bXBvbmVudC4NCj4NCj5Hb2luZyBldmVuIGZ1cnRoZXIsIEkgZG9uJ3Qgc2VlIHdoeSB0aGUgdW5m cmVlemluZyBhbGdvcml0aG0gY291bGRuJ3QgYmUgc2ltcGxpZmllZCB0byBzaW1wbHk6ICJJZiB0 aGVyZSdzIGEgdmFsaWQgcGFpciBmb3IgYSBmb3VuZGF0aW9uLCBhbGwgcGFpcnMgZm9yIHRoYXQg PmZvdW5kYXRpb24gYXJlIHVuZnJvemVuLg0KDQpUaGF0IGlzIHdoYXQgSSBpcyBzdWdnZXN0aW5n IOKAkyBhbmQgdGhlIHVuZnJlZXppbmcgd291bGQgdGFrZSBwbGFjZSBpbiBhbGwgY2hlY2sgbGlz dHMuDQoNCj5JZiB0aGVyZSdzIG5vdCwgb25seSBvbmUgcGFpciBmb3IgdGhhdCBmb3VuZGF0aW9u IGlzIHVuZnJvemVuIGF0IGEgdGltZS4gVGhhdCBwYWlyIGlzIGRldGVybWluZWQgYnkgc29ydGlu ZyBhbGwgcGFpcnMgd2l0aCB0aGF0IGZvdW5kYXRpb24gYnkgbWVkaWEgPnN0cmVhbS9jb21wb25l bnQgYW5kIHBpY2tpbmcgdGhlIGZpcnN0IG9uZSB0aGF0IGhhc24ndCBGYWlsZWQuIg0KDQpNeSBp ZGVhIGlzIHRoYXQgdGhlIHVuZnJlZXppbmcgb2YgT1RIRVIgZm91bmRhdGlvbnMgdGFrZXMgcGxh Y2Ugd2hlbmV2ZXIgdGhlIGNoZWNrIGxpc3QgdGltZXIgZXhwaXJlcywgYW5kIHRoZSBwcm9jZWR1 cmVzIGluIHNlY3Rpb24gNS4xLjQgYXJlIGFwcGxpZWQuDQoNCkkgaGF2ZSBjcmVhdGVkIGEgcHVs bCByZXF1ZXN0IHdoaWNoIG1vZGlmaWVzIHNlY3Rpb24gNS4xLjQsIGJ0dzoNCg0KaHR0cHM6Ly9n aXRodWIuY29tL2ljZS13Zy9yZmM1MjQ1YmlzL3B1bGwvMjYvZmlsZXMNCg0KQXMgb25lIHBhaXIg Zm9yIGVhY2ggZm91bmRhdGlvbiB3aWxsIGJlIGluaXRpYWxseSB1bmZyb3plbiB0aHJvdWdob3V0 IHRoZSBjaGVjayBsaXN0cyAobm8gbG9uZ2VyIG9ubHkgaW4gdGhlIOKAnGZpcnN0IGNoZWNrIGxp c3TigJ0pLCB0aGVyZSBzaG91bGQgbm90IGJlIGEgY2FzZSB3aGVyZSB0aGVyZSBhcmUgZm91bmRh dGlvbnMgd2l0aCBubyB1bmZyb3plbiBwYWlycy4NCg0KSSBwZXJzb25hbGx5IHRoaW5rIHRoZSBz dWdnZXN0ZWQgY2hhbmdlcyBtYWtlcyBJQ0UgbW9yZSBzdHJhaWdodCBmb3J3YXJkLCBhbmQgZWFz aWVyIHRvIHVuZGVyc3RhbmQgOikNCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0KU2VjdGlvbiA2 LjEuMi40LjIuMy4gc2F5czoNCg0KNi4xLjIuNC4yLjMuICBVcGRhdGluZyBQYWlyIFN0YXRlcw0K DQogICBUaGUgYWdlbnQgc2V0cyB0aGUgc3RhdGUgb2YgdGhlIHBhaXIgdGhhdCAqZ2VuZXJhdGVk KiB0aGUgY2hlY2sgdG8NCiAgIFN1Y2NlZWRlZC4gIE5vdGUgdGhhdCwgdGhlIHBhaXIgd2hpY2gg KmdlbmVyYXRlZCogdGhlIGNoZWNrIG1heSBiZQ0KICAgZGlmZmVyZW50IHRoYW4gdGhlIHZhbGlk IHBhaXIgY29uc3RydWN0ZWQgaW4gU2VjdGlvbiA2LjEuMi40LjIuMiBhcyBhDQogICBjb25zZXF1 ZW5jZSBvZiB0aGUgcmVzcG9uc2UuICBUaGUgc3VjY2VzcyBvZiB0aGlzIGNoZWNrIG1pZ2h0IGFs c28NCiAgIGNhdXNlIHRoZSBzdGF0ZSBvZiBvdGhlciBjaGVja3MgdG8gY2hhbmdlIGFzIHdlbGwu ICBUaGUgYWdlbnQgTVVTVA0KICAgcGVyZm9ybSB0aGUgZm9sbG93aW5nIHR3byBzdGVwczoNCg0K ICAgMS4gIFRoZSBhZ2VudCBjaGFuZ2VzIHRoZSBzdGF0ZXMgZm9yIGFsbCBvdGhlciBGcm96ZW4g cGFpcnMgZm9yIHRoZQ0KICAgICAgIHNhbWUgbWVkaWEgc3RyZWFtIGFuZCBzYW1lIGZvdW5kYXRp b24gdG8gV2FpdGluZy4gIFR5cGljYWxseSwgYnV0DQogICAgICAgbm90IGFsd2F5cywgdGhlc2Ug b3RoZXIgcGFpcnMgd2lsbCBoYXZlIGRpZmZlcmVudCBjb21wb25lbnQgSURzLg0KDQogICAyLiAg SWYgdGhlcmUgaXMgYSBwYWlyIGluIHRoZSB2YWxpZCBsaXN0IGZvciBldmVyeSBjb21wb25lbnQg b2YgdGhpcw0KICAgICAgIG1lZGlhIHN0cmVhbSAod2hlcmUgdGhpcyBpcyB0aGUgYWN0dWFsIG51 bWJlciBvZiBjb21wb25lbnRzIGJlaW5nDQogICAgICAgdXNlZCwgaW4gY2FzZXMgd2hlcmUgdGhl IG51bWJlciBvZiBjb21wb25lbnRzIHNpZ25hbGVkIGluIHRoZQ0KICAgICAgIGNhbmRpZGF0ZSBl eGNoYW5nZSBkaWZmZXJzIGZyb20gaW5pdGlhdGluZyB0byByZXNwb25kaW5nIGFnZW50KSwNCiAg ICAgICB0aGUgc3VjY2VzcyBvZiB0aGlzIGNoZWNrIG1heSB1bmZyZWV6ZSBjaGVja3MgZm9yIG90 aGVyIG1lZGlhDQogICAgICAgc3RyZWFtcy4NCg0KUTE6IFdoeSBzaGFsbCB0aGUgYWdlbnQgd2Fp dCBmb3IgdmFsaWQgcGFpcnMgZm9yIEVWRVJZIGNvbXBvbmVudCBvZiBhIG1lZGlhIHN0cmVhbSBi ZWZvcmUgaXQgdW5mcmVlemVzIHBhaXJzIGluIG90aGVyIGNoZWNrIGxpc3RzPyBGaXJzdCwgYWxs IGNvbXBvbmVudHMgYXNzb2NpYXRlZCB3aXRoIGEgbWVkaWEgc3RyZWFtIG1heSBub3QgZXZlbiBz aGFyZSB0aGUgc2FtZSBmb3VuZGF0aW9uLiBTZWNvbmQsIG90aGVyIG1lZGlhIHN0cmVhbXMgbWF5 IG5vdCBldmVuIHVzZSB0aGUgZm91bmRhdGlvbnMgb2YgdGhlIG90aGVyIGNvbXBvbmVudHMg4oCT IHBlcmhhcHMgdGhleSBvbmx5IHVzZSB0aGUgZm91bmRhdGlvbiB0aGF0IHN1Y2NlZWRlZC4gSW4g bXkgb3Bpbmlvbiwgb25jZSBhIGNoZWNrIGZvciBhIHBhaXIgZm9yIGEgZm91bmRhdGlvbiBzdWNj ZWVkcywgdGhlIG90aGVyIHBhaXJzIGZvciB0aGUgc2FtZSBmb3VuZGF0aW9uIGluIGFsbCBjaGVj ayBsaXN0cyBhcmUgdW5mcm96ZW4g4oCTIG5vIG1hdHRlciB0aGUgY29tcG9uZW50cy4NCg0KDQog ICAgICBOb3RlIHRoYXQgdGhpcyBzdGVwIGlzIGZvbGxvd2VkIG5vdCBqdXN0IHRoZSBmaXJzdCB0 aW1lDQogICAgICAgdGhlIHZhbGlkIGxpc3QgdW5kZXIgY29uc2lkZXJhdGlvbiBoYXMgYSBwYWly IGZvciBldmVyeQ0KICAgICAgIGNvbXBvbmVudCwgYnV0IGV2ZXJ5IHN1YnNlcXVlbnQgdGltZSBh IGNoZWNrIHN1Y2NlZWRzIGFuZCBhZGRzDQogICAgICAgeWV0IGFub3RoZXIgcGFpciB0byB0aGF0 IHZhbGlkIGxpc3QuICBUaGUgYWdlbnQgZXhhbWluZXMgdGhlDQogICAgICAgY2hlY2sgbGlzdCBm b3IgZWFjaCBvdGhlciBtZWRpYSBzdHJlYW0gaW4gdHVybjoNCg0KICAgICAgICogIElmIHRoZSBj aGVjayBsaXN0IGlzIGFjdGl2ZSwgdGhlIGFnZW50IGNoYW5nZXMgdGhlIHN0YXRlIG9mDQogICAg ICAgICAgYWxsIEZyb3plbiBwYWlycyBpbiB0aGF0IGNoZWNrIGxpc3Qgd2hvc2UgZm91bmRhdGlv biBtYXRjaGVzIGENCiAgICAgICAgICBwYWlyIGluIHRoZSB2YWxpZCBsaXN0IHVuZGVyIGNvbnNp ZGVyYXRpb24gdG8gV2FpdGluZy4NCg0KICAgICAgICogIElmIHRoZSBjaGVjayBsaXN0IGlzIGZy b3plbiwgYW5kIHRoZXJlIGlzIGF0IGxlYXN0IG9uZSBwYWlyIGluDQogICAgICAgICAgdGhlIGNo ZWNrIGxpc3Qgd2hvc2UgZm91bmRhdGlvbiBtYXRjaGVzIGEgcGFpciBpbiB0aGUgdmFsaWQNCiAg ICAgICAgICBsaXN0IHVuZGVyIGNvbnNpZGVyYXRpb24sIHRoZSBzdGF0ZSBvZiBhbGwgcGFpcnMg aW4gdGhlIGNoZWNrDQogICAgICAgICAgbGlzdCB3aG9zZSBmb3VuZGF0aW9uIG1hdGNoZXMgYSBw YWlyIGluIHRoZSB2YWxpZCBsaXN0IHVuZGVyDQogICAgICAgICAgY29uc2lkZXJhdGlvbiBpcyBz ZXQgdG8gV2FpdGluZy4gIFRoaXMgd2lsbCBjYXVzZSB0aGUgY2hlY2sNCiAgICAgICAgICBsaXN0 IHRvIGJlY29tZSBhY3RpdmUsIGFuZCBvcmRpbmFyeSBjaGVja3Mgd2lsbCBiZWdpbiBmb3IgaXQs DQogICAgICAgICAgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNS4xLjQuDQoNCiAgICAgICAqICBJ ZiB0aGUgY2hlY2sgbGlzdCBpcyBmcm96ZW4sIGFuZCB0aGVyZSBhcmUgbm8gcGFpcnMgaW4gdGhl DQogICAgICAgICAgY2hlY2sgbGlzdCB3aG9zZSBmb3VuZGF0aW9uIG1hdGNoZXMgYSBwYWlyIGlu IHRoZSB2YWxpZCBsaXN0DQogICAgICAgICAgdW5kZXIgY29uc2lkZXJhdGlvbiwgdGhlIGFnZW50 DQoNCiAgICAgICAgICArICBncm91cHMgdG9nZXRoZXIgYWxsIG9mIHRoZSBwYWlycyB3aXRoIHRo ZSBzYW1lIGZvdW5kYXRpb24sDQogICAgICAgICAgICAgYW5kDQoNCiAgICAgICAgICArICBmb3Ig ZWFjaCBncm91cCwgc2V0cyB0aGUgc3RhdGUgb2YgdGhlIHBhaXIgd2l0aCB0aGUgbG93ZXN0DQog ICAgICAgICAgICAgY29tcG9uZW50IElEIHRvIFdhaXRpbmcuICBJZiB0aGVyZSBpcyBtb3JlIHRo YW4gb25lIHN1Y2gNCiAgICAgICAgICAgICBwYWlyLCB0aGUgb25lIHdpdGggdGhlIGhpZ2hlc3Qt cHJpb3JpdHkgaXMgdXNlZC4NCg0KUTI6IE9rLCBub3cgSeKAmXZlIGZvdW5kIHRoZSB0ZXh0IG1l bnRpb25lZCBieSBFbWlsLCB3aGVyZSBhIHN1Y2NlZWRlZCBjaGVjayB1bmZyZWV6ZXMgcGFpcnMg YXNzb2NpYXRlZCB3aXRoIG90aGVyIGZvdW5kYXRpb25zIDopIEluIG15IG9waW5pb24sIHRoZSBs YXN0ICogc2hvdWxkIGJlIHJlbW92ZWQuIFBhaXJzIGFzc29jaWF0ZWQgd2l0aCBvdGhlciBmb3Vu ZGF0aW9ucyBXSUxMIGJlIHVuZnJvemVuIGJhc2VkIG9uIHRoZSBwcm9jZWR1cmVzIGluIHNlY3Rp b24gNS4xLjQuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpJY2UgbWFpbGluZyBsaXN0DQpJY2VAaWV0Zi5v cmc8bWFpbHRvOkljZUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vaWNlDQoNCg== --_000_7594FB04B1934943A5C02806D1A2204B4BEBD889ESESSMB209erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLmhvZW56Yg0KCXttc28t c3R5bGUtbmFtZTpob2VuemI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFG NDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21w b3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3Rl eHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdp bjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPkhpLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZn dDtJIGhhZCB0aGUgc2FtZSBxdWVzdGlvbiAoYXMgUTEpLiBJIGRvbid0IHVuZGVyc3RhbmQgdGhl IHJlYXNvbmluZyBmb3Igd2FpdGluZyBmb3IgdmFsaWQgcGFpcnMgZm9yIGV2ZXJ5IGNvbXBvbmVu dC48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mZ3Q7PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mZ3Q7 R29pbmcgZXZlbiBmdXJ0aGVyLCBJIGRvbid0IHNlZSB3aHkgdGhlIHVuZnJlZXppbmcgYWxnb3Jp dGhtIGNvdWxkbid0IGJlIHNpbXBsaWZpZWQgdG8gc2ltcGx5OiAmcXVvdDtJZiB0aGVyZSdzIGEg dmFsaWQgcGFpciBmb3IgYSBmb3VuZGF0aW9uLCBhbGwgcGFpcnMgZm9yIHRoYXQgJmd0O2ZvdW5k YXRpb24gYXJlIHVuZnJvemVuLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRoYXQgaXMgd2hhdCBJIGlzIHN1Z2dlc3Rpbmcg 4oCTIGFuZCB0aGUgdW5mcmVlemluZyB3b3VsZCB0YWtlIHBsYWNlIGluIGFsbCBjaGVjayBsaXN0 cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PiZndDtJZiB0aGVyZSdzIG5vdCwgb25seSBvbmUgcGFpciBmb3IgdGhhdCBmb3VuZGF0aW9uIGlz IHVuZnJvemVuIGF0IGEgdGltZS4gVGhhdCBwYWlyIGlzIGRldGVybWluZWQgYnkgc29ydGluZyBh bGwgcGFpcnMgd2l0aCB0aGF0IGZvdW5kYXRpb24gYnkgbWVkaWEgJmd0O3N0cmVhbS9jb21wb25l bnQgYW5kIHBpY2tpbmcgdGhlIGZpcnN0IG9uZSB0aGF0IGhhc24ndCBGYWlsZWQuJnF1b3Q7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+TXkgaWRlYSBpcyB0aGF0IHRoZSB1bmZyZWV6aW5nIG9mIE9USEVSIGZvdW5kYXRpb25z IHRha2VzIHBsYWNlIHdoZW5ldmVyIHRoZSBjaGVjayBsaXN0IHRpbWVyIGV4cGlyZXMsIGFuZCB0 aGUgcHJvY2VkdXJlcyBpbiBzZWN0aW9uIDUuMS40IGFyZSBhcHBsaWVkLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij5JIGhhdmUgY3JlYXRlZCBhIHB1bGwgcmVxdWVzdCB3aGljaCBtb2RpZmllcyBzZWN0aW9uIDUu MS40LCBidHc6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9pY2Ut d2cvcmZjNTI0NWJpcy9wdWxsLzI2L2ZpbGVzIj5odHRwczovL2dpdGh1Yi5jb20vaWNlLXdnL3Jm YzUyNDViaXMvcHVsbC8yNi9maWxlczwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+QXMgb25lIHBhaXIgZm9y IGVhY2ggZm91bmRhdGlvbiB3aWxsIGJlIGluaXRpYWxseSB1bmZyb3plbiB0aHJvdWdob3V0IHRo ZSBjaGVjayBsaXN0cyAobm8gbG9uZ2VyIG9ubHkgaW4gdGhlIOKAnGZpcnN0IGNoZWNrIGxpc3Ti gJ0pLCB0aGVyZSBzaG91bGQgbm90IGJlIGEgY2FzZSB3aGVyZSB0aGVyZSBhcmUNCiBmb3VuZGF0 aW9ucyB3aXRoIG5vIHVuZnJvemVuIHBhaXJzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5JIHBlcnNvbmFsbHkg dGhpbmsgdGhlIHN1Z2dlc3RlZCBjaGFuZ2VzIG1ha2VzIElDRSBtb3JlIHN0cmFpZ2h0IGZvcndh cmQsIGFuZCBlYXNpZXIgdG8gdW5kZXJzdGFuZCA6KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5SZWdhcmRzLDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj5DaHJpc3RlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2 LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj5TZWN0aW9uIDYuMS4yLjQuMi4zLiBzYXlzOjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjYuMS4yLjQuMi4zLiZuYnNwOyBVcGRhdGlu ZyBQYWlyIFN0YXRlczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBUaGUgYWdlbnQgc2V0cyB0aGUgc3RhdGUg b2YgdGhlIHBhaXIgdGhhdCAqZ2VuZXJhdGVkKiB0aGUgY2hlY2sgdG88L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgU3Vj Y2VlZGVkLiZuYnNwOyBOb3RlIHRoYXQsIHRoZSBwYWlyIHdoaWNoICpnZW5lcmF0ZWQqIHRoZSBj aGVjayBtYXkgYmU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgZGlmZmVyZW50IHRoYW4gdGhlIHZhbGlkIHBhaXIgY29u c3RydWN0ZWQgaW4gU2VjdGlvbiA2LjEuMi40LjIuMiBhcyBhPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGNvbnNlcXVl bmNlIG9mIHRoZSByZXNwb25zZS4mbmJzcDsgVGhlIHN1Y2Nlc3Mgb2YgdGhpcyBjaGVjayBtaWdo dCBhbHNvPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7Jm5ic3A7IGNhdXNlIHRoZSBzdGF0ZSBvZiBvdGhlciBjaGVja3MgdG8gY2hh bmdlIGFzIHdlbGwuJm5ic3A7IFRoZSBhZ2VudCBNVVNUPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHBlcmZvcm0gdGhl IGZvbGxvd2luZyB0d28gc3RlcHM6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IDEuJm5ic3A7IFRoZSBhZ2Vu dCBjaGFuZ2VzIHRoZSBzdGF0ZXMgZm9yIGFsbCBvdGhlciBGcm96ZW4gcGFpcnMgZm9yIHRoZTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzYW1lIG1lZGlhIHN0cmVhbSBhbmQg c2FtZSBmb3VuZGF0aW9uIHRvIFdhaXRpbmcuJm5ic3A7IFR5cGljYWxseSwgYnV0PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG5vdCBhbHdheXMsIHRoZXNlIG90aGVyIHBhaXJz IHdpbGwgaGF2ZSBkaWZmZXJlbnQgY29tcG9uZW50IElEcy48L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgMi4m bmJzcDsgSWYgdGhlcmUgaXMgYSBwYWlyIGluIHRoZSB2YWxpZCBsaXN0IGZvciBldmVyeSBjb21w b25lbnQgb2YgdGhpczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBtZWRpYSBz dHJlYW0gKHdoZXJlIHRoaXMgaXMgdGhlIGFjdHVhbCBudW1iZXIgb2YgY29tcG9uZW50cyBiZWlu Zzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1c2VkLCBpbiBjYXNlcyB3aGVy ZSB0aGUgbnVtYmVyIG9mIGNvbXBvbmVudHMgc2lnbmFsZWQgaW4gdGhlPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNhbmRpZGF0ZSBleGNoYW5nZSBkaWZmZXJzIGZyb20gaW5p dGlhdGluZyB0byByZXNwb25kaW5nIGFnZW50KSw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgdGhlIHN1Y2Nlc3Mgb2YgdGhpcyBjaGVjayBtYXkgdW5mcmVlemUgY2hlY2tzIGZv ciBvdGhlciBtZWRpYTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzdHJlYW1z Lg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+UTE6IFdoeSBzaGFsbCB0aGUgYWdlbnQgd2Fp dCBmb3IgdmFsaWQgcGFpcnMgZm9yIEVWRVJZIGNvbXBvbmVudCBvZiBhIG1lZGlhIHN0cmVhbSBi ZWZvcmUgaXQgdW5mcmVlemVzIHBhaXJzIGluIG90aGVyIGNoZWNrIGxpc3RzPyBGaXJzdCwgYWxs IGNvbXBvbmVudHMNCiBhc3NvY2lhdGVkIHdpdGggYSBtZWRpYSBzdHJlYW0gbWF5IG5vdCBldmVu IHNoYXJlIHRoZSBzYW1lIGZvdW5kYXRpb24uIFNlY29uZCwgb3RoZXIgbWVkaWEgc3RyZWFtcyBt YXkgbm90IGV2ZW4gdXNlIHRoZSBmb3VuZGF0aW9ucyBvZiB0aGUgb3RoZXIgY29tcG9uZW50cyDi gJMgcGVyaGFwcyB0aGV5IG9ubHkgdXNlIHRoZSBmb3VuZGF0aW9uIHRoYXQgc3VjY2VlZGVkLiBJ biBteSBvcGluaW9uLCBvbmNlIGEgY2hlY2sgZm9yIGEgcGFpciBmb3IgYQ0KIGZvdW5kYXRpb24g c3VjY2VlZHMsIHRoZSBvdGhlciBwYWlycyBmb3IgdGhlIHNhbWUgZm91bmRhdGlvbiBpbiBhbGwg Y2hlY2sgbGlzdHMgYXJlIHVuZnJvemVuIOKAkyBubyBtYXR0ZXIgdGhlIGNvbXBvbmVudHMuPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Tm90ZSB0aGF0IHRo aXMgc3RlcCBpcyBmb2xsb3dlZCBub3QganVzdCB0aGUgZmlyc3QgdGltZTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGUgdmFsaWQgbGlzdCB1bmRlciBjb25zaWRlcmF0aW9u IGhhcyBhIHBhaXIgZm9yIGV2ZXJ5PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGNvbXBvbmVudCwgYnV0IGV2ZXJ5IHN1YnNlcXVlbnQgdGltZSBhIGNoZWNrIHN1Y2NlZWRzIGFu ZCBhZGRzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHlldCBhbm90aGVyIHBh aXIgdG8gdGhhdCB2YWxpZCBsaXN0LiZuYnNwOyBUaGUgYWdlbnQgZXhhbWluZXMgdGhlPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNoZWNrIGxpc3QgZm9yIGVhY2ggb3RoZXIg bWVkaWEgc3RyZWFtIGluIHR1cm46PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7ICombmJzcDsgSWYgdGhlIGNoZWNrIGxpc3QgaXMgYWN0aXZlLCB0aGUgYWdlbnQgY2hh bmdlcyB0aGUgc3RhdGUgb2Y8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgYWxsIEZyb3plbiBwYWlycyBpbiB0aGF0IGNoZWNrIGxpc3Qgd2hvc2Ug Zm91bmRhdGlvbiBtYXRjaGVzIGE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgcGFpciBpbiB0aGUgdmFsaWQgbGlzdCB1bmRlciBjb25zaWRlcmF0 aW9uIHRvIFdhaXRpbmcuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 ICombmJzcDsgSWYgdGhlIGNoZWNrIGxpc3QgaXMgZnJvemVuLCBhbmQgdGhlcmUgaXMgYXQgbGVh c3Qgb25lIHBhaXIgaW48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgdGhlIGNoZWNrIGxpc3Qgd2hvc2UgZm91bmRhdGlvbiBtYXRjaGVzIGEgcGFp ciBpbiB0aGUgdmFsaWQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgbGlzdCB1bmRlciBjb25zaWRlcmF0aW9uLCB0aGUgc3RhdGUgb2YgYWxsIHBh aXJzIGluIHRoZSBjaGVjazwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBsaXN0IHdob3NlIGZvdW5kYXRpb24gbWF0Y2hlcyBhIHBhaXIgaW4gdGhl IHZhbGlkIGxpc3QgdW5kZXI8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgY29uc2lkZXJhdGlvbiBpcyBzZXQgdG8gV2FpdGluZy4mbmJzcDsgVGhp cyB3aWxsIGNhdXNlIHRoZSBjaGVjazwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBsaXN0IHRvIGJlY29tZSBhY3RpdmUsIGFuZCBvcmRpbmFyeSBj aGVja3Mgd2lsbCBiZWdpbiBmb3IgaXQsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDUuMS40Ljwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAqJm5ic3A7IElmIHRoZSBjaGVj ayBsaXN0IGlzIGZyb3plbiwgYW5kIHRoZXJlIGFyZSBubyBwYWlycyBpbiB0aGU8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgY2hlY2sgbGlzdCB3 aG9zZSBmb3VuZGF0aW9uIG1hdGNoZXMgYSBwYWlyIGluIHRoZSB2YWxpZCBsaXN0PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVuZGVyIGNvbnNp ZGVyYXRpb24sIHRoZSBhZ2VudDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOyZuYnNwOyBncm91cHMgdG9nZXRoZXIgYWxsIG9m IHRoZSBwYWlycyB3aXRoIHRoZSBzYW1lIGZvdW5kYXRpb24sPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFuZDwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyAmIzQzOyZuYnNwOyBmb3IgZWFjaCBncm91cCwgc2V0cyB0aGUgc3RhdGUgb2YgdGhlIHBhaXIg d2l0aCB0aGUgbG93ZXN0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNvbXBvbmVudCBJRCB0byBXYWl0aW5nLiZu YnNwOyBJZiB0aGVyZSBpcyBtb3JlIHRoYW4gb25lIHN1Y2g8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcGFpciwg dGhlIG9uZSB3aXRoIHRoZSBoaWdoZXN0LXByaW9yaXR5IGlzIHVzZWQuPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5RMjogT2ssIG5vdyBJ4oCZdmUg Zm91bmQgdGhlIHRleHQgbWVudGlvbmVkIGJ5IEVtaWwsIHdoZXJlIGEgc3VjY2VlZGVkIGNoZWNr IHVuZnJlZXplcyBwYWlycyBhc3NvY2lhdGVkIHdpdGggb3RoZXIgZm91bmRhdGlvbnMgOikgSW4g bXkgb3BpbmlvbiwgdGhlIGxhc3QgKiBzaG91bGQgYmUgcmVtb3ZlZC4gUGFpcnMNCiBhc3NvY2lh dGVkIHdpdGggb3RoZXIgZm91bmRhdGlvbnMgV0lMTCBiZSB1bmZyb3plbiBiYXNlZCBvbiB0aGUg cHJvY2VkdXJlcyBpbiBzZWN0aW9uIDUuMS40LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImNvbG9yOiM4ODg4ODgiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgiPkNocmlzdGVyPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQpJY2UgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJl Zj0ibWFpbHRvOkljZUBpZXRmLm9yZyI+SWNlQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWNlIiB0YXJnZXQ9Il9ibGFuayI+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pY2U8L2E+PG86cD48L286cD48 L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_7594FB04B1934943A5C02806D1A2204B4BEBD889ESESSMB209erics_-- From nobody Sun Dec 4 00:55:35 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 523E1129416 for ; Sun, 4 Dec 2016 00:55:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 sQXFpsVOdZvK for ; Sun, 4 Dec 2016 00:55:32 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 F3EAC129411 for ; Sun, 4 Dec 2016 00:55:30 -0800 (PST) X-AuditID: c1b4fb3a-d644398000007918-6f-5843da002413 Received: from ESESSHC024.ericsson.se (Unknown_Domain [153.88.183.90]) by (Symantec Mail Security) with SMTP id 39.A7.31000.00AD3485; Sun, 4 Dec 2016 09:55:28 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC024.ericsson.se ([153.88.183.90]) with mapi id 14.03.0319.002; Sun, 4 Dec 2016 09:55:27 +0100 From: Christer Holmberg To: "ice@ietf.org" Thread-Topic: 5245bis: A pair fails - the whole foundation fails? Thread-Index: AdJOC9e4OFHRvxfXSVCltWvfhWa7pw== Date: Sun, 4 Dec 2016 08:55:26 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B4BEBDB54@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.150] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B4BEBDB54ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrCLMWRmVeSWpSXmKPExsUyM2J7lC7DLecIg5Nb9C2+Xah1YPRYsuQn UwBjFJdNSmpOZllqkb5dAlfGqc4L7AX7JSqO9M9ibGA8L9rFyMkhIWAisfRtE1MXIxeHkMA6 RomXK7dDOYsYJab3bGHtYuTgYBOwkOj+pw3SICKgKDGz5RkziC0sYCPx7dFsJpASEQFHiduT hSBK9CQWHm9gB7FZBFQkrnZ8YwGxeQV8Jfpm/gCLMwqISXw/tYYJxGYWEJe49WQ+E8Q9AhJL 9pxnhrBFJV4+/scKYStJrNh+iRGiPl/i+fNjjBAzBSVOznzCMoFRcBaSUbOQlM1CUgYR15FY sPsTG4StLbFs4WtmGPvMgcdMyOILGNlXMYoWpxYX56YbGemlFmUmFxfn5+nlpZZsYgSG/cEt v612MB587niIUYCDUYmH10DMOUKINbGsuDL3EKMEB7OSCO/Sc0Ah3pTEyqrUovz4otKc1OJD jNIcLErivGYr74cLCaQnlqRmp6YWpBbBZJk4OKUaGFeFf/H+fZL5hfsH4cfWPHyRjz+2/uJh 9Qhh/hV+SDQm8EjIAaUPnbk3FlR9FKgK9paqLpVIfNG+REHGMtD5ZI3GwjyF9cUMd868/1wa apUdE3B28iSvQ6mTdFwKWVLtzkTZd+606NMK0TK7yj9VTDXzxORsiUtOHa9eL8k71hSzSVFp Iru7EktxRqKhFnNRcSIA2Lb1nHcCAAA= Archived-At: Subject: [Ice] 5245bis: A pair fails - the whole foundation fails? X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Dec 2016 08:55:34 -0000 --_000_7594FB04B1934943A5C02806D1A2204B4BEBDB54ESESSMB209erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Section 6.1.2.4.1. (Failure Cases) of draft-5245bis describes connectivity= check failure cases where the candidate pair state will be set to Failed. BUT, shouldn't the state of EVERY pair sharing the foundation be set to Fai= led? Isn't that the whole idea behind freezing? Regards, Christer --_000_7594FB04B1934943A5C02806D1A2204B4BEBDB54ESESSMB209erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

Section 6.1.2.4.1.  (Failure Cases) of draft-52= 45bis describes connectivity check failure cases where the candidate pair s= tate will be set to Failed.

 

BUT, shouldn’t the state of EVERY pair sharing= the foundation be set to Failed? Isn’t that the whole idea behind fr= eezing?

 

Regards,

 

Christer

--_000_7594FB04B1934943A5C02806D1A2204B4BEBDB54ESESSMB209erics_-- From nobody Sun Dec 4 11:23:39 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 303151295A4 for ; Sun, 4 Dec 2016 11:23:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 oxiUlaNI5Ydj for ; Sun, 4 Dec 2016 11:23:36 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 B5C2C1295AF for ; Sun, 4 Dec 2016 11:23:35 -0800 (PST) X-AuditID: c1b4fb25-adbff70000007ee2-62-58446d33c61b Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by (Symantec Mail Security) with SMTP id 25.41.32482.33D64485; Sun, 4 Dec 2016 20:23:34 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC023.ericsson.se ([153.88.183.87]) with mapi id 14.03.0319.002; Sun, 4 Dec 2016 20:22:35 +0100 From: Christer Holmberg To: "ice@ietf.org" Thread-Topic: 5245bis: What is the state of a pair added to the valid list, if it is not the pair that generated the connectivity check? Thread-Index: AdJOY8w+8cxzN2PGQgOmr6Y+ML+MxQ== Date: Sun, 4 Dec 2016 19:22:34 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B4BEBE318@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_7594FB04B1934943A5C02806D1A2204B4BEBE318ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrGLMWRmVeSWpSXmKPExsUyM2J7uK5ZrkuEwZkeVotvF2odGD2WLPnJ FMAYxWWTkpqTWZZapG+XwJWx8MNy1oIjShUt/dvYGhhPynYxcnJICJhIdHf8Zu9i5OIQEljH KHHh324mCGcRo8SliacYuxg5ONgELCS6/2mDNIgIKErMbHnGDFIjLNDKKLFqwVFWEEdEoItR ovHEKVaIKj2J2Su7WUCaWQRUJHbO1AIJ8wr4SlycfI4NxGYUEJP4fmoNE4jNLCAucevJfCaI iwQkluw5zwxhi0q8fPyPFcJWkmhc8oQVoj5f4umxA6wQMwUlTs58wjKBUXAWklGzkJTNQlIG EdeRWLD7ExuErS2xbOFrZhj7zIHHTMjiCxjZVzGKFqcWJ+WmGxnrpRZlJhcX5+fp5aWWbGIE hv7BLb9VdzBefuN4iFGAg1GJh7dA3yVCiDWxrLgy9xCjBAezkgjvt0ygEG9KYmVValF+fFFp TmrxIUZpDhYlcV6zlffDhQTSE0tSs1NTC1KLYLJMHJxSDYxCx1XSrVvOlsjv+FMa1SCypKtx gtSJHc6qx5mT5lkpbIy/FfYgtal+ybwIO3bn00Xx156c1Cup6XogpMx26rq6s2rWipfS/FKb vzK5cq/+mVIYyi/t+yMubv5by1OL/Ip+mDEF9Uxl5s0xWPNPvKT219XKqKgLKccCzBdd3vig h3lx2kl7eSWW4oxEQy3mouJEADKQmOJ5AgAA Archived-At: Subject: [Ice] 5245bis: What is the state of a pair added to the valid list, if it is not the pair that generated the connectivity check? X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Dec 2016 19:23:38 -0000 --_000_7594FB04B1934943A5C02806D1A2204B4BEBE318ESESSMB209erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, The text in section 6.1.2.4.2.2. (Constructing a Valid Pair) of draft-5245= bis describes how a pair, based on a successful connectivity check, is adde= d to the valid list. It may be the pair that generated the check, it may be= another pair in a check list, or it may be a pair not currently in any che= ck list. The text in section 6.1.2.4.2.3. (Updating Pair States) says that the stat= e of the pair that generated the check is set to Succeeded. The text then d= escribes how the state of frozen pairs will be set to Waiting. Q1: Assuming the pair being added to the valid list is not the pair that ge= nerated the check, what will the state of that pair be? I don't find any te= xt about that. Shouldn't the state be set to Succeeded? It sounds strange t= o me to have pairs in e.g., Frozen or Waiting state in the valid list. Regards, Christer --_000_7594FB04B1934943A5C02806D1A2204B4BEBE318ESESSMB209erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

The text in section 6.1.2.4.2.2.  (Constructing= a Valid Pair) of draft-5245bis describes how a pair, based on a successful= connectivity check, is added to the valid list. It may be the pair that ge= nerated the check, it may be another pair in a check list, or it may be a pair not currently in any check list.=

 

The text in section 6.1.2.4.2.3.  (Updating Pai= r States) says that the state of the pair that generated the check is set t= o Succeeded. The text then describes how the state of frozen pairs will be = set to Waiting.

 

Q1: Assuming the pair being added to the valid list = is not the pair that generated the check, what will the state of that pair = be? I don’t find any text about that. Shouldn’t the state be se= t to Succeeded? It sounds strange to me to have pairs in e.g., Frozen or Waiting state in the valid list.

 

Regards,

 

Christer

 

 

--_000_7594FB04B1934943A5C02806D1A2204B4BEBE318ESESSMB209erics_-- From nobody Mon Dec 5 01:01:58 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FB00129407 for ; Mon, 5 Dec 2016 01:01:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 AbEDSgJd9Y5e for ; Mon, 5 Dec 2016 01:01:51 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 595CE127078 for ; Mon, 5 Dec 2016 01:01:51 -0800 (PST) X-AuditID: c1b4fb25-ec9d598000007ee2-2b-58452cfd566e Received: from ESESSHC009.ericsson.se (Unknown_Domain [153.88.183.45]) by (Symantec Mail Security) with SMTP id 2B.11.32482.DFC25485; Mon, 5 Dec 2016 10:01:49 +0100 (CET) Received: from ESESSMB205.ericsson.se ([169.254.5.68]) by ESESSHC009.ericsson.se ([153.88.183.45]) with mapi id 14.03.0319.002; Mon, 5 Dec 2016 10:01:49 +0100 From: =?iso-8859-1?Q?Ari_Ker=E4nen?= To: ICE WG Thread-Topic: Draft ICE WG meeting minutes from IETF 97 Thread-Index: AQHSTtY2i3fLued56ECOw8zlTFePkg== Date: Mon, 5 Dec 2016 09:01:48 +0000 Message-ID: <797C6DFB-B168-49CB-9C6F-F4CB8957A1D4@ericsson.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="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJLMWRmVeSWpSXmKPExsUyM2K7ru5fHdcIg5aZehbfLtRaXFv+mtWB yWPBplKPJUt+MgUwRXHZpKTmZJalFunbJXBlvLyzh73gL2PF/7arjA2MZxm7GDk5JARMJPY3 rGHqYuTiEBJYxyjx4MAMKGcRo8Tfc/PYQKrYBOwlJq/5CNYhIiAp0fJnIyuIzSygKXH/5EJ2 EFtYwEhi44RGIJsDqMZcYvercAhTT+Ln5nqQChYBFYkvPZ1gU3iBJn5//ABsCqOAmMT3UyA3 gEwUl7j1ZD4TxG0CEkv2nGeGsEUlXj7+xwphK0k0LnkCdYGexI2pU9ggbGuJnXdXs0PY2hLL Fr5mhtglKHFy5hOWCYwis5CsmIWkfRaS9llI2mchaV/AyLqKUbQ4tTgpN93IWC+1KDO5uDg/ Ty8vtWQTIzBCDm75rbqD8fIbx0OMAhyMSjy8BfouEUKsiWXFlbmHGCU4mJVEeN9ouUYI8aYk VlalFuXHF5XmpBYfYpTmYFES5zVbeT9cSCA9sSQ1OzW1ILUIJsvEwSnVwBhweJeC7dHv+1+E lquWTo80Wu5yhftpXM+6lSLtb54vmXRhh+dNnfpfyvr5BSJ8U5IDLG4J7dKfxdia1C8VW/C+ 7N+B+7Onau47wsC+r/Kuj1UEQ8fpkn9vWbsMSpg+hMikXxXba3lxsUKBIa+l4LcDppdkZkf+ dZ31rn1v/QH9iHsMvcvWByuxFGckGmoxFxUnAgBwoPnOjAIAAA== Archived-At: Cc: Peter Thatcher Subject: [Ice] Draft ICE WG meeting minutes from IETF 97 X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2016 09:01:53 -0000 The draft meeting minutes from the IETF 97 ICE meeting are now available: https://www.ietf.org/proceedings/97/minutes/minutes-97-ice-00 Please review the minutes and let us know if you have any questions or comm= ents. Thanks, Ari & Peter From nobody Mon Dec 5 03:36:39 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 950111299F7 for ; Mon, 5 Dec 2016 03:36:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 3ltZ9TMK1v5B for ; Mon, 5 Dec 2016 03:36:35 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 63FD712945A for ; Mon, 5 Dec 2016 03:36:35 -0800 (PST) X-AuditID: c1b4fb25-ec9d598000007ee2-33-584551412367 Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.183.75]) by (Symantec Mail Security) with SMTP id 6D.D7.32482.14155485; Mon, 5 Dec 2016 12:36:33 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC019.ericsson.se ([153.88.183.75]) with mapi id 14.03.0319.002; Mon, 5 Dec 2016 12:36:32 +0100 From: Christer Holmberg To: "ice@ietf.org" Thread-Topic: 5245bis: Check for component X fails, and there are no more pairs for X within the check list Thread-Index: AQHSTuvThNI5dknpk0+PnwbOmnVfYA== Date: Mon, 5 Dec 2016 11:36:32 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.9.160926 x-originating-ip: [153.88.183.17] Content-Type: multipart/alternative; boundary="_000_D46B1FFD14267christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFLMWRmVeSWpSXmKPExsUyM2K7t65joGuEwb1uDYtvF2odGD2WLPnJ FMAYxWWTkpqTWZZapG+XwJXxbdVF5oLnnBUnd51hbmDcwdHFyMkhIWAiMfvyfaYuRi4OIYF1 jBKT9v9khHAWMUqsudPB2sXIwcEmYCHR/U8bpEFEQFFiZsszZhBbWCBD4uTLM+wQ8VyJJUvv MEPYehLTP/5mBbFZBFQkjrz+xAJi8wpYS8za2QMWZxQQk/h+ag0TiM0sIC5x68l8JoiDBCSW 7DnPDGGLSrx8/A/sBFGgmWvuh4GYEkAnLO+Xg+hMkLh//BYzxHRBiZMzn7BMYBSahWToLCRl s5CUQcR1JBbs/sQGYWtLLFv4mhnGPnPgMVAvB5BtLbH3TgSykgWMHKsYRYtTi5Ny042M9VKL MpOLi/Pz9PJSSzYxAmPk4JbfqjsYL79xPMQowMGoxMNboO8SIcSaWFZcmXuIUYKDWUmE97Wf a4QQb0piZVVqUX58UWlOavEhRmkOFiVxXrOV98OFBNITS1KzU1MLUotgskwcnFINjC01Nj79 8c8Xl2slzuK8sXfvxcWJP6d9Wex2+5Dj331/py91jeBf0DtHdfbD5ezftta8ZV1Ydva/nvSv dQn3lxr+fDev+urehTM3+7mdOjB3BsP6Swo6opH7Hy8z89Hf+9P23iFVftnTa7lsNbje2yxy mdUlnLC2p/jvhy9BizetnX8sfZke2/SNSizFGYmGWsxFxYkA9bWBJo0CAAA= Archived-At: Subject: [Ice] 5245bis: Check for component X fails, and there are no more pairs for X within the check list X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2016 11:36:37 -0000 --_000_D46B1FFD14267christerholmbergericssoncom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Assume a connectivity check for component X fails, and there are no other c= andidate pairs for component X within the check list, is there a reason to = continue checks for that check list? Regards, Christer --_000_D46B1FFD14267christerholmbergericssoncom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi,

Assume a connectivity check for component X fails, and there are no ot= her candidate pairs for component X within the check list, is there a reaso= n to continue checks for that check list?

Regards,

Christer
--_000_D46B1FFD14267christerholmbergericssoncom_-- From nobody Mon Dec 5 03:54:24 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABCA7129A82 for ; Mon, 5 Dec 2016 03:54:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 mKQCUsnT-BJM for ; Mon, 5 Dec 2016 03:54:20 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 146D8129A92 for ; Mon, 5 Dec 2016 03:52:57 -0800 (PST) X-AuditID: c1b4fb30-c294498000000c18-76-584555185907 Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.183.48]) by (Symantec Mail Security) with SMTP id A4.E3.03096.81555485; Mon, 5 Dec 2016 12:52:56 +0100 (CET) Received: from ESESSMB205.ericsson.se ([169.254.5.68]) by ESESSHC010.ericsson.se ([153.88.183.48]) with mapi id 14.03.0319.002; Mon, 5 Dec 2016 12:52:46 +0100 From: =?utf-8?B?QXJpIEtlcsOkbmVu?= To: Christer Holmberg Thread-Topic: [Ice] 5245bis: A pair fails - the whole foundation fails? Thread-Index: AdJOC9e4OFHRvxfXSVCltWvfhWa7pwA2eW4A Date: Mon, 5 Dec 2016 11:52:45 +0000 Message-ID: <3AEC7C79-9E8C-45F5-B2B7-61AAF75C4828@ericsson.com> References: <7594FB04B1934943A5C02806D1A2204B4BEBDB54@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4BEBDB54@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: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpnkeLIzCtJLcpLzFFi42KZGbHdQFci1DXCYONjBYtvF2odGD2WLPnJ FMAYxWWTkpqTWZZapG+XwJVx7PcZ1oIzXBUnzyxibGBcwdXFyMkhIWAise5UI3MXIxeHkMA6 Romln/ZDOYsYJT6s3MYKUsUmYCvxpHUfmC0iYCZx/XMvE4jNLCApsfbzUnYQW1jATeLy9sUs EDXuEjNO9rNB2EYSz1oOMoLYLAIqEvt2/gGr5xWwlzg4by/QHA6gZb4SG646goQ5BfwkTs7e BDaGUUBM4vupNVCrxCVuPZnPBHG0gMSSPeeZIWxRiZeP/7FC2EoSaw9vZwEZySygKbF+lz5E q7XE/vm72SBsRYkp3Q+hLhCUODnzCcsERrFZSDbMQuiehaR7FpLuWUi6FzCyrmIULU4tTspN NzLSSy3KTC4uzs/Ty0st2cQIjJ6DW34b7GB8+dzxEKMAB6MSD2+BvkuEEGtiWXFl7iFGCQ5m JRHe4BDXCCHelMTKqtSi/Pii0pzU4kOM0hwsSuK8ZivvhwsJpCeWpGanphakFsFkmTg4pRoY U53UtRTfH/n+b3/IAvlv6TarBML+HU5pfPLav2HS0n21ycv3ec5/172kYNkKBjX939ceBR/Y PJH7l/CBALGt7Lbi7++tkd/1+uOTXU9OreLT3L3WzWZ+wbKoHumzpx4eKKrh8bmwzPznNLMZ cowpTheXf1uS6BWbF+qrvCUn5eK6h5LcX5Y7+SuxFGckGmoxFxUnAgBRB/FDmgIAAA== Archived-At: Cc: ICE WG Subject: Re: [Ice] 5245bis: A pair fails - the whole foundation fails? X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2016 11:54:23 -0000 DQo+IE9uIDQgRGVjIDIwMTYsIGF0IDEwLjU1LCBDaHJpc3RlciBIb2xtYmVyZyA8Y2hyaXN0ZXIu aG9sbWJlcmdAZXJpY3Nzb24uY29tPiB3cm90ZToNCj4gDQo+IEhpLA0KPiAgDQo+IFNlY3Rpb24g Ni4xLjIuNC4xLiAgKEZhaWx1cmUgQ2FzZXMpIG9mIGRyYWZ0LTUyNDViaXMgZGVzY3JpYmVzIGNv bm5lY3Rpdml0eSBjaGVjayBmYWlsdXJlIGNhc2VzIHdoZXJlIHRoZSBjYW5kaWRhdGUgcGFpciBz dGF0ZSB3aWxsIGJlIHNldCB0byBGYWlsZWQuDQo+ICANCj4gQlVULCBzaG91bGRu4oCZdCB0aGUg c3RhdGUgb2YgRVZFUlkgcGFpciBzaGFyaW5nIHRoZSBmb3VuZGF0aW9uIGJlIHNldCB0byBGYWls ZWQ/IElzbuKAmXQgdGhhdCB0aGUgd2hvbGUgaWRlYSBiZWhpbmQgZnJlZXppbmc/DQoNCkkgdGhp bmsgd2Ugc2hvdWxkIG5vdCBzZXQgdGhlbSB0byBmYWlsZWQuIA0KDQpUaGUgY29yZSBpZGVhIG9m IElDRSBpcyB0byB0ZXN0IGV2ZXJ5dGhpbmcgYW5kIHRoZSBmcmVlemluZyBhbGdvcml0aG0gaXMg dXNlZCBqdXN0IHRvIG9wdGltaXplIHRoZSBvcmRlciBvZiBob3cgdGhpbmdzIGFyZSBjaGVja2Vk LiBNYXliZSBqdXN0IGEgcGFydGljdWxhciBwb3J0IHdhcyBibG9ja2VkIChvciBnaXZlbiBkaWZm ZXJlbnQgUW9TIG9yIHdoYXRldmVyKSBhbmQgaGVuY2UgZGlmZmVyZW50IGNhbmRpZGF0ZSB3aXRo IHNhbWUgZm91bmRhdGlvbiBtaWdodCB3b3JrLg0KDQpPZiBjb3Vyc2UgdGhlIGNvbnRyb2xsaW5n IGFnZW50IGNvdWxkIGRlY2lkZSB0byB1c2UgdGhpcyBwaWVjZSBvZiBpbmZvcm1hdGlvbiBhcyBp bmRpY2F0aW9uIHRvIHNldHRsZSBmb3IgZS5nLiByZWxheWVkIGNhbmRpZGF0ZSBlYXJsaWVyLCBi dXQgdGhlIGNvbnRyb2xsZWQgYWdlbnQgc2hvdWxkIG5vdCBiZSBtYWtpbmcgc3VjaCBjaG9pY2Vz LiBUaGlzIGlzIGVzcGVjaWFsbHkgaW1wb3J0YW50IGZvciBiYWNrd2FyZCBjb21wYXRpYmlsaXR5 Lg0KDQoNCkNoZWVycywNCkFyaQ== From nobody Mon Dec 5 13:07:16 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89B65129DB6 for ; Mon, 5 Dec 2016 13:07:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 6d-pcDH1yq55 for ; Mon, 5 Dec 2016 13:07:13 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 E49C0129DB5 for ; Mon, 5 Dec 2016 13:04:53 -0800 (PST) X-AuditID: c1b4fb25-aefff70000007ee2-2f-5845d67267f9 Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by (Symantec Mail Security) with SMTP id 8D.65.32482.276D5485; Mon, 5 Dec 2016 22:04:51 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC003.ericsson.se ([153.88.183.27]) with mapi id 14.03.0319.002; Mon, 5 Dec 2016 22:04:50 +0100 From: Christer Holmberg To: =?utf-8?B?QXJpIEtlcsOkbmVu?= Thread-Topic: [Ice] 5245bis: A pair fails - the whole foundation fails? Thread-Index: AdJOC9e4OFHRvxfXSVCltWvfhWa7pwA2eW4AABVC+yA= Date: Mon, 5 Dec 2016 21:04:49 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B4BEC1AF5@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B4BEBDB54@ESESSMB209.ericsson.se> <3AEC7C79-9E8C-45F5-B2B7-61AAF75C4828@ericsson.com> In-Reply-To: <3AEC7C79-9E8C-45F5-B2B7-61AAF75C4828@ericsson.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+NgFnrHLMWRmVeSWpSXmKPExsUyM2K7tG7xNdcIg8sT9C2+Xah1YPRYsuQn UwBjFJdNSmpOZllqkb5dAlfGuXeXGQs6eCtmfjnP2MB4h6eLkYNDQsBEYktbURcjJ4eQwDpG iYXTFLsYuYDsRYwS885tYwSpYROwkOj+pw1SIyJgLfF3Vic7iM0sICmx9vNSMFtYwE3i5uaL rBA17hIzTvazQdhWEjN+NYLVsAioSNyct4URxOYV8JXobvjFCrGrmVHi/o0tLCAJTgEHia1b zoAVMQqISXw/tYYJYpm4xK0n88FsCQEBiSV7zjND2KISLx//Y4WwlSQalzxhBbmZWUBTYv0u fYhWRYkp3Q/ZIfYKSpyc+YRlAqPoLCRTZyF0zELSMQtJxwJGllWMosWpxUm56UbGeqlFmcnF xfl5enmpJZsYgbFwcMtv1R2Ml984HmIU4GBU4uE12OkaIcSaWFZcmXuIUYKDWUmEd9ZVoBBv SmJlVWpRfnxRaU5q8SFGaQ4WJXFes5X3w4UE0hNLUrNTUwtSi2CyTBycUg2MqT4rWNjmHrHd sSJ22WEdrarlOqrn55569Xndv5f79vNnNCV6tH668P+ph8J6s6CF6S4T4uWnHFr2dYl0Q+C5 g1N8j0p6SKVaRdtf2ii5s0E5ZrX/bPN21bcsT8LOrCv/Vy/n8jbk/Rd7tq61s8P+b2k3fj7N e/mBnpp1S1SSl0Qwr6/ZecPrkBJLcUaioRZzUXEiAOvqwMuBAgAA Archived-At: Cc: ICE WG Subject: Re: [Ice] 5245bis: A pair fails - the whole foundation fails? X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2016 21:07:15 -0000 SGksDQoNCj4+IFNlY3Rpb24gNi4xLjIuNC4xLiAgKEZhaWx1cmUgQ2FzZXMpIG9mIGRyYWZ0LTUy NDViaXMgZGVzY3JpYmVzIGNvbm5lY3Rpdml0eSBjaGVjayBmYWlsdXJlIGNhc2VzIHdoZXJlIHRo ZSBjYW5kaWRhdGUgcGFpciBzdGF0ZSB3aWxsIGJlIHNldCB0byBGYWlsZWQuDQo+PiAgDQo+PiBC VVQsIHNob3VsZG7igJl0IHRoZSBzdGF0ZSBvZiBFVkVSWSBwYWlyIHNoYXJpbmcgdGhlIGZvdW5k YXRpb24gYmUgc2V0IHRvIEZhaWxlZD8gSXNu4oCZdCB0aGF0IHRoZSB3aG9sZSBpZGVhIGJlaGlu ZCBmcmVlemluZz8NCj4NCj4gSSB0aGluayB3ZSBzaG91bGQgbm90IHNldCB0aGVtIHRvIGZhaWxl ZC4gDQo+DQo+IFRoZSBjb3JlIGlkZWEgb2YgSUNFIGlzIHRvIHRlc3QgZXZlcnl0aGluZyBhbmQg dGhlIGZyZWV6aW5nIGFsZ29yaXRobSBpcyB1c2VkIGp1c3QgdG8gb3B0aW1pemUgdGhlIG9yZGVy IG9mIGhvdyB0aGluZ3MNCj4gYXJlIGNoZWNrZWQuIE1heWJlIGp1c3QgYSBwYXJ0aWN1bGFyIHBv cnQgd2FzIGJsb2NrZWQgKG9yIGdpdmVuIGRpZmZlcmVudCBRb1Mgb3Igd2hhdGV2ZXIpIGFuZCBo ZW5jZSBkaWZmZXJlbnQgY2FuZGlkYXRlIA0KPiB3aXRoIHNhbWUgZm91bmRhdGlvbiBtaWdodCB3 b3JrLg0KPg0KPiBPZiBjb3Vyc2UgdGhlIGNvbnRyb2xsaW5nIGFnZW50IGNvdWxkIGRlY2lkZSB0 byB1c2UgdGhpcyBwaWVjZSBvZiBpbmZvcm1hdGlvbiBhcyBpbmRpY2F0aW9uIHRvIHNldHRsZSBm b3IgZS5nLiByZWxheWVkIA0KPiBjYW5kaWRhdGUgZWFybGllciwgYnV0IHRoZSBjb250cm9sbGVk IGFnZW50IHNob3VsZCBub3QgYmUgbWFraW5nIHN1Y2ggY2hvaWNlcy4gVGhpcyBpcyBlc3BlY2lh bGx5IGltcG9ydGFudCBmb3IgYmFja3dhcmQgDQo+IGNvbXBhdGliaWxpdHkuDQoNClBlcmhhcHMg aXQgd291bGQgYmUgdXNlZnVsIHRvIGFkZCBhIG5vdGUgdGhhdCBleHBsaWNpdGx5IHNheXMgdGhh dC4gU29tZXRoaW5nIGxpa2U6DQoNCiJOT1RFOiBXaGVuIHRoZSBJQ0UgYWdlbnQgc2V0cyB0aGUg Y2FuZGlkYXRlIHBhaXIgc3RhdGUgdG8gRmFpbGVkIGFzIGENCnJlc3VsdCBhIGNvbm5lY3Rpdml0 eSBjaGVjayBlcnJvciBjYXNlLCB0aGUgYWdlbnQgZG9lcyBub3QgY2hhbmdlIHRoZSBzdGF0ZXMg DQpvZiBvdGhlciBjYW5kaWRhdGUgcGFpcnMgd2l0aCB0aGUgc2FtZSBmb3VuZGF0aW9uLiINCg0K UmVnYXJkcywNCg0KQ2hyaXN0ZXINCg== From nobody Tue Dec 6 23:20:28 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D3621293DC for ; Tue, 6 Dec 2016 23:20:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 B0uQFw7IPoot for ; Tue, 6 Dec 2016 23:20:25 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 5A0FB124281 for ; Tue, 6 Dec 2016 23:20:25 -0800 (PST) X-AuditID: c1b4fb25-b304d98000001d07-c4-5847b8376f07 Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by (Symantec Mail Security) with SMTP id 99.C4.07431.738B7485; Wed, 7 Dec 2016 08:20:23 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC014.ericsson.se ([153.88.183.60]) with mapi id 14.03.0319.002; Wed, 7 Dec 2016 08:19:24 +0100 From: Christer Holmberg To: "ice@ietf.org" Thread-Topic: Draft new version coming up: draft-5245bis Thread-Index: AQHSUFo8lE01XXcbWUmFLzm4cjYBow== Date: Wed, 7 Dec 2016 07:19:24 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.9.160926 x-originating-ip: [153.88.183.146] Content-Type: multipart/alternative; boundary="_000_D46D86C014394christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFLMWRmVeSWpSXmKPExsUyM2K7ja75DvcIg84mZYtvF2odGD2WLPnJ FMAYxWWTkpqTWZZapG+XwJWx4uJFxoLrwhX91/0aGP8IdDFyckgImEhMufaeFcQWEljHKLHp iXEXIxeQvYhRYtHWvUAJDg42AQuJ7n/aIDUiAooSM1ueMYPYwgLGEtvazrJAxC0k5q+5wQ5h 60ls6b/OBmKzCKhIrHn0jQnE5hWwlnh7agvYLkYBMYnvp9aAxZkFxCVuPZnPBHGPgMSSPeeZ IWxRiZeP/4GdIAo0c839MIiwksSPDZdYIFoTJG6sX8kOMV5Q4uTMJywTGIVmIZk6C0nZLCRl EHEDiffn5jND2NoSyxa+hrL1JTZ+OcsIYVtLPJ8wkQVZzQJGjlWMosWpxUm56UbGeqlFmcnF xfl5enmpJZsYgTFycMtv1R2Ml984HmIU4GBU4uEtuOQWIcSaWFZcmXuIUYKDWUmEd98W9wgh 3pTEyqrUovz4otKc1OJDjNIcLErivGYr74cLCaQnlqRmp6YWpBbBZJk4OKUaGC3U36/kuXpg dwDPkR8etry3ziyS+LaT3XX25PlRd7rnd9Rv3tFrc/tE++TYvA3ynTpzpywNrXu9av56/zad lxOvJyq9tn/8Z/IPpgeXd95nv8HE9J9fLyZAT1T037kF81fM4zSVy625mePKGGXmoTVPUTji v1b/93h57p9SBk6qPWyeBzdJiyqxFGckGmoxFxUnAgAUB7nEjQIAAA== Archived-At: Subject: [Ice] Draft new version coming up: draft-5245bis X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2016 07:20:27 -0000 --_000_D46D86C014394christerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, I am planning to submit a new version of draft-5245bis soon, by merging the= following pull requests: https://github.com/ice-wg/rfc5245bis/pull/25 (Initial candidate pair unfreezing modification, according to Emil=92s sugg= estion) https://github.com/ice-wg/rfc5245bis/pull/26 (Clean up of connectivity check scheduling/performing procedures) Pull #26 also contains explicit text saying that an agent may, based on loc= al policy, terminate the checks at any time it wishes, also requested by Em= il. The next version will NOT include any changes to the STUN procedures sectio= n, as there are still some discussions ongoing related to that. Regards, Christer --_000_D46D86C014394christerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <92C000DED2B1B045BB04690C02BEDB20@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi,

I am planning to submit a new version of draft-5245bis soon, by mergin= g the following pull requests:

(Initial candidate pair unfreezing modification, according to E= mil=92s suggestion)

(Clean up of connectivity check scheduling/performing procedures)

Pull #26 also contains explicit text saying that an agent may, based o= n local policy, terminate the checks at any time it wishes, also requested = by Emil.

The next version will NOT include any changes to the STUN procedures s= ection, as there are still some discussions ongoing related to that.

Regards,

Christer


--_000_D46D86C014394christerholmbergericssoncom_-- From nobody Thu Dec 8 00:30:13 2016 Return-Path: X-Original-To: ice@ietf.org Delivered-To: ice@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 35B48124281; Thu, 8 Dec 2016 00:30:08 -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: 6.39.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148118580821.7032.5634868433950869852.idtracker@ietfa.amsl.com> Date: Thu, 08 Dec 2016 00:30:08 -0800 Archived-At: Cc: ice@ietf.org Subject: [Ice] I-D Action: draft-ietf-ice-rfc5245bis-07.txt X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2016 08:30:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interactive Connectivity Establishment of the IETF. Title : Interactive Connectivity Establishment (ICE): A Protocol for Network Address Translator (NAT) Traversal Authors : Ari Keranen Christer Holmberg Jonathan Rosenberg Filename : draft-ietf-ice-rfc5245bis-07.txt Pages : 97 Date : 2016-12-08 Abstract: This document describes a protocol for Network Address Translator (NAT) traversal for UDP-based multimedia. This protocol is called Interactive Connectivity Establishment (ICE). ICE makes use of the Session Traversal Utilities for NAT (STUN) protocol and its extension, Traversal Using Relay NAT (TURN). This document obsoletes RFC 5245. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ice-rfc5245bis/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ice-rfc5245bis-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ice-rfc5245bis-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Dec 8 00:32:35 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86638126BF6 for ; Thu, 8 Dec 2016 00:32:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 7-3FgdsTAsyJ for ; Thu, 8 Dec 2016 00:32:32 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 91A6F124281 for ; Thu, 8 Dec 2016 00:32:32 -0800 (PST) X-AuditID: c1b4fb25-b304d98000001d07-a7-58491a9e603b Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by (Symantec Mail Security) with SMTP id 57.53.07431.E9A19485; Thu, 8 Dec 2016 09:32:30 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC014.ericsson.se ([153.88.183.60]) with mapi id 14.03.0319.002; Thu, 8 Dec 2016 09:32:28 +0100 From: Christer Holmberg To: "ice@ietf.org" Thread-Topic: Draft new version: draft-ietf-ice-rfc5245bis-07 Thread-Index: AQHSUS2bOt3WxzhcRUi5ypK1pzY9/Q== Date: Thu, 8 Dec 2016 08:32:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.9.160926 x-originating-ip: [153.88.183.18] Content-Type: multipart/alternative; boundary="_000_D46EE9621448Bchristerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrBLMWRmVeSWpSXmKPExsUyM2K7je48Kc8Igyd/DCy+Xah1YPRYsuQn UwBjFJdNSmpOZllqkb5dAldGW98J5oLdPBV7l2s1MF7j6mLk5JAQMJE4MOkvG4gtJLCOUeLh Xu0uRi4gexGjxKLpx5m6GDk42AQsJLr/aYPUiAgoSsxsecYMYgsDhZsPbGYEKRERsJU4/Dsd okRPYtvZd2BhFgEVib0/lUHCvALWEufaZjKB2IwCYhLfT60Bs5kFxCVuPZnPBHGNgMSSPeeZ IWxRiZeP/7GCjBEFGrnmfhhEWFHi46t9jBCtCRK7N/1ghRgvKHFy5hOWCYxCs5BMnYWkbBaS Moi4gcT7c/OZIWxtiWULX0PZ+hIbv5xlhLCtJV7N2MuIrGYBI8cqRtHi1OKk3HQjY73Uoszk 4uL8PL281JJNjMD4OLjlt+oOxstvHA8xCnAwKvHwflD2iBBiTSwrrsw9xCjBwawkwsst5hkh xJuSWFmVWpQfX1Sak1p8iFGag0VJnNds5f1wIYH0xJLU7NTUgtQimCwTB6dUA2PmlRDeDDFt /8ndiV8OPW4XSGSdp5x0Tmfd2yQ7C4+bMr0CzluT2xVvVbx7qcNZojzrqrFkRI1lio1SeZrk g76Utaemn61+/nbjrdvRfBu4tOZaNjzRWeZwZubtqxKHe/Lk8t3y/D589KvwCyuWu8Urq3qd m+2+iv2u2787dVZvmr3VnvtdoRJLcUaioRZzUXEiAFzcEB+LAgAA Archived-At: Subject: [Ice] Draft new version: draft-ietf-ice-rfc5245bis-07 X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2016 08:32:34 -0000 --_000_D46EE9621448Bchristerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, I have submitted a new version (-07) of draft-5245bis. In addition to some editorial clean ups, the main change is how the initial= candidate pair states are calculated. The procedures are now according to = Emil=92s suggestion, where ALL check lists (not only the =93first one=94) a= re processed when the initial unfreezing is done. Regards, Christer --_000_D46EE9621448Bchristerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi,

I have submitted a new version (-07) of draft-5245bis.

In addition to some editorial clean ups, the main change is how the in= itial candidate pair states are calculated. The procedures are now accordin= g to Emil=92s suggestion, where ALL check lists (not only the =93first one= =94) are processed when the initial unfreezing is done.

Regards,

Christer
--_000_D46EE9621448Bchristerholmbergericssoncom_-- From nobody Thu Dec 8 05:21:34 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 914E41298A8 for ; Thu, 8 Dec 2016 05:21:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 rVmJwz7MGbks for ; Thu, 8 Dec 2016 05:21:27 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 14121129445 for ; Thu, 8 Dec 2016 05:21:02 -0800 (PST) X-AuditID: c1b4fb25-b304d98000001d07-71-58495e3c9579 Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.183.75]) by (Symantec Mail Security) with SMTP id E5.40.07431.B3E59485; Thu, 8 Dec 2016 14:21:00 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC019.ericsson.se ([153.88.183.75]) with mapi id 14.03.0319.002; Thu, 8 Dec 2016 14:20:58 +0100 From: Christer Holmberg To: "ice@ietf.org" Thread-Topic: draft-5245bis: We seem to allow connectivity checks more frequent than Ta Thread-Index: AQHSUVXpE8yycdlw+USKdCn85fSR9w== Date: Thu, 8 Dec 2016 13:20:58 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.9.160926 x-originating-ip: [153.88.183.18] Content-Type: multipart/alternative; boundary="_000_D46F2D00144E9christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFLMWRmVeSWpSXmKPExsUyM2K7t65NnGeEwZ25ghbfLtQ6MHosWfKT KYAxissmJTUnsyy1SN8ugStj9qR17AVPTSuePtvI0sD4V6eLkZNDQsBEou/gftYuRi4OIYF1 jBJz7pxngXAWMUqsaN3N2MXIwcEmYCHR/U8bpEFEQFFiZsszZhBbWCBE4sacNUwQ8UiJ9x9P skLYehLzpoK0cnKwCKhITGuYzgZi8wpYS9xc2MYOYjMKiEl8PwXRyywgLnHryXwmiIMEJJbs Oc8MYYtKvHz8jxXkBFGgmWvuh0GEFSU+vtoHdhmzQILE8jvVENMFJU7OfMIygVFoFpKhsxCq ZiGpgigxkHh/bj4zhK0tsWzhayhbX2Ljl7OMELa1xN9ft9iR1Sxg5FjFKFqcWpyUm25krJda lJlcXJyfp5eXWrKJERgjB7f8Vt3BePmN4yFGAQ5GJR7eD8oeEUKsiWXFlbmHGCU4mJVEeNfF eEYI8aYkVlalFuXHF5XmpBYfYpTmYFES5zVbeT9cSCA9sSQ1OzW1ILUIJsvEwSnVwNhW8csu aerENYvf7b+2vDbff+2D7QFbZcLd/qZcVndjD2GUK6mbt0zwfnrmH+0j89K8T31/mHKbI1Rc /NY2z1N/6jjVf9yv1Tq5kS1i+ZlK5xv6/4ri+Dz4NBmmLC7qYNxw/KxNt72GQtKhW0pb67I3 SlZ9mPUpZad5b4aT+73C//POhVinhiixFGckGmoxFxUnAgB7n272jQIAAA== Archived-At: Subject: [Ice] draft-5245bis: We seem to allow connectivity checks more frequent than Ta X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2016 13:21:29 -0000 --_000_D46F2D00144E9christerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, In draft-5245bis I gave a name to the timer which is used to trigger whethe= r a check list contains a pair to be tested. I call the timer Tc. The formula for Tc is unchanged, it is N*Ta, where N is the number of activ= e check lists. The idea of N was to make sure that a check list is not triggered (for some= of the check list) more frequent than Ta. However, nothing currently guarantees that it won=92t happen more frequentl= y than Ta. The text says: "Implementations SHOULD spread out the starting of the Tc timers associated with each check list, so that Tc for each check list do not fire at the same time.=94 Q1: As this is only a SHOULD, there is a chance that agents do not spread o= ut, which could mean that the Tc timers for each check list fires at the sa= me time Q2: Even if the agent does spread out, there is no guarantee that there wil= l be a time delay of Ta between each time Tc fires, as there is no rule how= the spread out is done. I think we have two alternatives to solve this: ALTERNATIVE 1 (FIX THE CURRENT TEXT): * We say that implementations MUST spread out the starting of the Tc ti= mers * We say that the time between two Tc timers fires MUST be at least the= value of Ta ALTERNATIVE 2 (MAKE THINGS SIMPLE): * We only use ONE single timer, Ta, for the WHOLE check list set, and w= henever it fires one check list is processed. The next time Ta fires, the n= ext check list is processed, etc. That is more simple (as there is no need = to spread out timers), and the result would be the same as in Alternative 1= . Alternative 2 also makes life easier when the number of active check list c= hanges, and a new timer has to be calculated, as there is no need to =93re-= spred=94 any timers associated with each check list. My suggestion is Alternative 2. Comments? Regards, Christer --_000_D46F2D00144E9christerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <005DA4B34B592044B7B7CD442CB6D7EC@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi,

In draft-5245bis I gave a = name to the timer which is used to trigger whether a check list contains a = pair to be tested. I call the timer Tc.

The formula for Tc is unch= anged, it is N*Ta, where N is the number of active check lists.

The idea of N was to make = sure that a check list is not triggered (for some of the check list) more f= requent than Ta.

However, nothing currently= guarantees that it won=92t happen more frequently than Ta.

The text says:
=
   "Implementations SHOULD spread out the starting of the Tc timers
   associated with each check list, so that Tc for each check list do
   not fire at the same time.=94
Q1: As thi=
s is only a SHOULD, there is a chance that agents do not spread out, which =
could mean that the Tc timers for each check list fires at the same time

Q2: Even if th=
e agent does spread out, there is no guarantee that there will be a time de=
lay of Ta between each time Tc fires, as there is no rule how the spread ou=
t is done.

<=
br>
I think we have two alternatives to solve =
this:

ALTERN=
ATIVE 1 (FIX THE CURRENT TEXT):
  • We say that implementations MUST spread out the starting of t=
he Tc timers
  • We say that the time between tw=
o Tc timers fires MUST be at least the value of Ta

ALTERNATIV=
E 2 (MAKE THINGS SIMPLE):
  • We only use ONE single timer, Ta, for the WHOLE chec=
k list set, and whenever it fires one check list is processed. The next tim=
e Ta fires, the next check list is processed, etc. That is more simple (as =
there is no need to spread out timers), and the result would be the same as=
 in Alternative 1.
Alternative 2 also makes life easier when =
the number of active check list changes, and a new timer has to be calculat=
ed, as there is no need to =93re-spred=94 any timers associated with each c=
heck list.

My suggestion is Alternative 2.

Comments?

Regards,
Christer
--_000_D46F2D00144E9christerholmbergericssoncom_-- From nobody Thu Dec 8 06:10:58 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A998B12A064 for ; Thu, 8 Dec 2016 06:10:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 5DeAfTfM7SiU for ; Thu, 8 Dec 2016 06:10:55 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 6C00812A035 for ; Thu, 8 Dec 2016 06:10:54 -0800 (PST) X-AuditID: c1b4fb2d-e83ff7000000561e-95-584969ead082 Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by (Symantec Mail Security) with SMTP id FA.70.22046.AE969485; Thu, 8 Dec 2016 15:10:52 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0319.002; Thu, 8 Dec 2016 15:09:58 +0100 From: Christer Holmberg To: "ice@ietf.org" Thread-Topic: [Ice] draft-5245bis: We seem to allow connectivity checks more frequent than Ta Thread-Index: AQHSUVzBZn7wWg9kx0m1Z2SFpen4Lw== Date: Thu, 8 Dec 2016 14:09:57 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.9.160926 x-originating-ip: [153.88.183.147] Content-Type: multipart/alternative; boundary="_000_D46F3867144F4christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrBLMWRmVeSWpSXmKPExsUyM2K7qO6bTM8Ig/0HDC2+Xah1YPRYsuQn UwBjFJdNSmpOZllqkb5dAlfGhatPmAqOuFb8X3qcpYHxm1UXIyeHhICJxMc3s1m6GLk4hATW MUo8mTyRFcJZxCgxs/09UxcjBwebgIVE9z9tkAYRAUWJmS3PmEHCwgJxErN+ckOE4yVurvnH AmHrSayYdoYdxGYRUJH4/eg5WJxXwFpi18qLYHFGATGJ76fWMIHYzALiEreezGeCuEdAYsme 88wQtqjEy8f/WEFWiQLNXHM/DMSUEFCSmLY1DcRkFkiQaPxqDjFcUOLkzCcsExiFZiGZOQuh ahaSKogSA4n35+YzQ9jaEssWvoay9SU2fjnLCGFbS0yYe5MRWc0CRo5VjKLFqcXFuelGxnqp RZnJxcX5eXp5qSWbGIHxcXDLb90djKtfOx5iFOBgVOLh/aDsESHEmlhWXJl7iFGCg1lJhFc8 zTNCiDclsbIqtSg/vqg0J7X4EKM0B4uSOK/ZyvvhQgLpiSWp2ampBalFMFkmDk6pBsZF4l+1 9xzqSz1oKjct4oTbwShl66YfkxZkbM8+bsJq8G6JreLGHxbTEqU/vN+xf7HtkqOK/w2XNHs2 pd54wZkhEd5jsvvH5q4wycazlh6bZb/uv/6YRWKhV3qD3P7oCqN1ttM1PmjPv91hYe+daLdD j89eed/bKKZ/6pPfMM72W/b2ZOqh+fOVWIozEg21mIuKEwFWTnYciwIAAA== Archived-At: Subject: Re: [Ice] draft-5245bis: We seem to allow connectivity checks more frequent than Ta X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2016 14:10:58 -0000 --_000_D46F3867144F4christerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Pull request for Alternative 2: https://github.com/ice-wg/rfc5245bis/pull/27 Regards, Christer From: Ice > on behalf of = Christer Holmberg > Date: Thursday 8 December 2016 at 16:20 To: "ice@ietf.org" > Subject: [Ice] draft-5245bis: We seem to allow connectivity checks more fre= quent than Ta Hi, In draft-5245bis I gave a name to the timer which is used to trigger whethe= r a check list contains a pair to be tested. I call the timer Tc. The formula for Tc is unchanged, it is N*Ta, where N is the number of activ= e check lists. The idea of N was to make sure that a check list is not triggered (for some= of the check list) more frequent than Ta. However, nothing currently guarantees that it won=92t happen more frequentl= y than Ta. The text says: "Implementations SHOULD spread out the starting of the Tc timers associated with each check list, so that Tc for each check list do not fire at the same time.=94 Q1: As this is only a SHOULD, there is a chance that agents do not spread o= ut, which could mean that the Tc timers for each check list fires at the sa= me time Q2: Even if the agent does spread out, there is no guarantee that there wil= l be a time delay of Ta between each time Tc fires, as there is no rule how= the spread out is done. I think we have two alternatives to solve this: ALTERNATIVE 1 (FIX THE CURRENT TEXT): * We say that implementations MUST spread out the starting of the Tc ti= mers * We say that the time between two Tc timers fires MUST be at least the= value of Ta ALTERNATIVE 2 (MAKE THINGS SIMPLE): * We only use ONE single timer, Ta, for the WHOLE check list set, and w= henever it fires one check list is processed. The next time Ta fires, the n= ext check list is processed, etc. That is more simple (as there is no need = to spread out timers), and the result would be the same as in Alternative 1= . Alternative 2 also makes life easier when the number of active check list c= hanges, and a new timer has to be calculated, as there is no need to =93re-= spred=94 any timers associated with each check list. My suggestion is Alternative 2. Comments? Regards, Christer --_000_D46F3867144F4christerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <3F90D9DC4496674AA0557E27A8DA801B@ericsson.com> Content-Transfer-Encoding: quoted-printable
Pull request for Alternative 2:


Regards,

Christer


From: Ice <ice-bounces@ietf.org> on behalf of Christer Holmb= erg <christer.holmberg= @ericsson.com>
Date: Thursday 8 December 2016 at 1= 6:20
To: "ice@ietf.org" <ice@ietf.= org>
Subject: [Ice] draft-5245bis: We se= em to allow connectivity checks more frequent than Ta

Hi,

In draft-5245bis I gave a = name to the timer which is used to trigger whether a check list contains a = pair to be tested. I call the timer Tc.

The formula for Tc is unch= anged, it is N*Ta, where N is the number of active check lists.

The idea of N was to make = sure that a check list is not triggered (for some of the check list) more f= requent than Ta.

However, nothing currently= guarantees that it won=92t happen more frequently than Ta.

The text says:
=
   "Implementations SHOULD spread out the starting of the Tc timers
   associated with each check list, so that Tc for each check list do
   not fire at the same time.=94
Q1: As thi=
s is only a SHOULD, there is a chance that agents do not spread out, which =
could mean that the Tc timers for each check list fires at the same time

Q2: Even if th=
e agent does spread out, there is no guarantee that there will be a time de=
lay of Ta between each time Tc fires, as there is no rule how the spread ou=
t is done.

<=
br>
I think we have two alternatives to solve =
this:

ALTERN=
ATIVE 1 (FIX THE CURRENT TEXT):
  • We say that implementations MUST spread out the starting of t=
he Tc timers
  • We say that the time between tw=
o Tc timers fires MUST be at least the value of Ta

ALTERNATIV=
E 2 (MAKE THINGS SIMPLE):
  • We only use ONE single timer, Ta, for the WHOLE chec=
k list set, and whenever it fires one check list is processed. The next tim=
e Ta fires, the next check list is processed, etc. That is more simple (as =
there is no need to spread out timers), and the result would be the same as=
 in Alternative 1.
Alternative 2 also makes life easier when =
the number of active check list changes, and a new timer has to be calculat=
ed, as there is no need to =93re-spred=94 any timers associated with each c=
heck list.

My suggestion is Alternative 2.

Comments?

Regards,
Christer
 --_000_D46F3867144F4christerholmbergericssoncom_-- From nobody Mon Dec 12 03:53:43 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 24D94129657 for ; Mon, 12 Dec 2016 03:53:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 kjEwpH3G8lgj for ; Mon, 12 Dec 2016 03:53:40 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 3667F12965D for ; Mon, 12 Dec 2016 03:53:40 -0800 (PST) X-AuditID: c1b4fb3a-46fff70000005d1c-2d-584e8fc23e3d Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.183.78]) by (Symantec Mail Security) with SMTP id 62.7D.23836.2CF8E485; Mon, 12 Dec 2016 12:53:38 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.73]) by ESESSHC020.ericsson.se ([153.88.183.78]) with mapi id 14.03.0319.002; Mon, 12 Dec 2016 12:53:54 +0100 From: Christer Holmberg To: "ice@ietf.org" Thread-Topic: 5245bis: Check list set Thread-Index: AdJUbg7xfPM1MFJuSBWwoTayA5aFqA== Date: Mon, 12 Dec 2016 11:53:53 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B4BEEFFD8@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_7594FB04B1934943A5C02806D1A2204B4BEEFFD8ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrMLMWRmVeSWpSXmKPExsUyM2K7n+6hfr8Ig7Wz1C2+Xah1YPRYsuQn UwBjFJdNSmpOZllqkb5dAlfG1MfP2Ao2SFb8fR7TwLhErIuRk0NCwERi65zl7F2MXBxCAusY JXpbNjJBOIsZJQ4cucvaxcjBwSZgIdH9TxukQURAUWJmyzNmEFtYQEGiqeEtO0RcVWLigu2M ELaexJrXd9hAWlmA4ltXZ4GEeQV8JbZdXskKYjMKiEl8P7WGCcRmFhCXuPVkPhPEPQISS/ac Z4awRSVePv7HCmErSTQuecIKUZ8v0TRzBTPETEGJkzOfsExgFJyFZNQsJGWzkJRBxHUkFuz+ xAZha0ssW/iaGcY+c+AxE7L4Akb2VYyixanFxbnpRkZ6qUWZycXF+Xl6eaklmxiBQX9wy2+r HYwHnzseYhTgYFTi4f2Q6RshxJpYVlyZe4hRgoNZSYS3o88vQog3JbGyKrUoP76oNCe1+BCj NAeLkjiv2cr74UIC6YklqdmpqQWpRTBZJg5OqQZG3XNxbHyuORlK3n6Zs+vnrKq9qr5V1+b/ 0ge7ORZE1qVLJd44bpBXaXXp5O83Nz1ZDXWrQi5aLjryK5M/4OUuE+UfP7bsW9WT8fWx/Fwt yccpur8vKCzfK+jNJXBCNGTnJNXMvt8NS49f3JMYxxRmuERwukrDo971fRaln87dX7b5JNdN B74bSizFGYmGWsxFxYkAPhlBq3YCAAA= Archived-At: Subject: [Ice] 5245bis: Check list set X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 11:53:42 -0000 --_000_7594FB04B1934943A5C02806D1A2204B4BEEFFD8ESESSMB209erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, In ICE, we talk about the ordered list of check lists, where one check list= is processed whenever the timer expires for that check list. Instead of talking about "list of check lists", or "check list list", I sug= gest to introduce "check list set" terminology. The definition would simply= be: "An ordered list of check lists". Regards, Christer --_000_7594FB04B1934943A5C02806D1A2204B4BEEFFD8ESESSMB209erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

In ICE, we talk about the ordered list of check list= s, where one check list is processed whenever the timer expires for that ch= eck list.

 

Instead of talking about “list of check lists&= #8221;, or “check list list”, I suggest to introduce “che= ck list set” terminology. The definition would simply be:  ̶= 0;An ordered list of check lists”.

 

Regards,

 

Christer

--_000_7594FB04B1934943A5C02806D1A2204B4BEEFFD8ESESSMB209erics_-- From nobody Mon Dec 12 03:56:17 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2630012966C for ; Mon, 12 Dec 2016 03:56:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 p3gKzB6S4LRX for ; Mon, 12 Dec 2016 03:56:14 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 2A56D1294CC for ; Mon, 12 Dec 2016 03:56:14 -0800 (PST) X-AuditID: c1b4fb30-c5fff700000054c8-4f-584e905b340e Received: from ESESSHC022.ericsson.se (Unknown_Domain [153.88.183.84]) by (Symantec Mail Security) with SMTP id 7C.01.21704.B509E485; Mon, 12 Dec 2016 12:56:12 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.73]) by ESESSHC022.ericsson.se ([153.88.183.84]) with mapi id 14.03.0319.002; Mon, 12 Dec 2016 12:56:11 +0100 From: Christer Holmberg To: Christer Holmberg , "ice@ietf.org" Thread-Topic: 5245bis: Check list set Thread-Index: AdJUbg7xfPM1MFJuSBWwoTayA5aFqAAAKYZw Date: Mon, 12 Dec 2016 11:56:26 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B4BEF100E@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B4BEEFFD8@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4BEEFFD8@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_7594FB04B1934943A5C02806D1A2204B4BEF100EESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDLMWRmVeSWpSXmKPExsUyM2J7iG7MBL8IgyX7RSy+Xah1YPRYsuQn UwBjFJdNSmpOZllqkb5dAlfGjccXGQseqlUs2dbI2sC4WamLkZNDQsBE4tm+B+wgtpDAOkaJ bWsluhi5gOzFjBJvT55m62Lk4GATsJDo/qcNUiMiEC5x5+VNNhBbWEBF4vvOdhaIuKrExAXb GSFsI4m7Dw+zgtgsQPG5h98zgdi8Ar4SzXvWMEPs8pWYMH0GWA2ngJ9Ew6OPYHFGATGJ76fW gNUzC4hL3HoynwniTgGJJXvOM0PYohIvH/9jhbCVJBqXPGGFqM+XaJi3hRFil6DEyZlPWCYw Cs9CMmoWkrJZSMog4joSC3Z/YoOwtSWWLXzNDGOfOfCYCVl8ASP7KkbR4tTipNx0IyO91KLM 5OLi/Dy9vNSSTYzAODm45bfBDsaXzx0PMQpwMCrx8H7I9I0QYk0sK67MPcQowcGsJMJb2u8X IcSbklhZlVqUH19UmpNafIhRmoNFSZzXbOX9cCGB9MSS1OzU1ILUIpgsEwenVAOj7uL1b1K6 NLc7G82J/H7b8UxXX6XakzOPynKk332+mZ65fqHrB84X01YbfhDI33k056TNnstGyn6vmbnL wuWvn64+x3byTceKvvDtvy2+FfXyyb3wu3TEVjD36L396cH10mG1O1nqMhVuHtHd4fpv46Ug 2e8tNteUT/4qYj3w8vsd2VNSin82KbEUZyQaajEXFScCAMSNCVKPAgAA Archived-At: Subject: Re: [Ice] 5245bis: Check list set X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 11:56:16 -0000 --_000_7594FB04B1934943A5C02806D1A2204B4BEF100EESESSMB209erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Pull request: https://github.com/ice-wg/rfc5245bis/pull/28 Regards, Christer From: Ice [mailto:ice-bounces@ietf.org] On Behalf Of Christer Holmberg Sent: 12 December 2016 13:54 To: ice@ietf.org Subject: [Ice] 5245bis: Check list set Hi, In ICE, we talk about the ordered list of check lists, where one check list= is processed whenever the timer expires for that check list. Instead of talking about "list of check lists", or "check list list", I sug= gest to introduce "check list set" terminology. The definition would simply= be: "An ordered list of check lists". Regards, Christer --_000_7594FB04B1934943A5C02806D1A2204B4BEF100EESESSMB209erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Pull request:

 

https://github.com/ice-wg/rfc5245bis/pul= l/28

 

Regards,

 

Christer

 

From: Ice [mailto:ice-bounces@ietf.org] On Behalf Of Christer Holmberg
Sent: 12 December 2016 13:54
To: ice@ietf.org
Subject: [Ice] 5245bis: Check list set

 

Hi,

 

In ICE, we talk about the ordered list of check list= s, where one check list is processed whenever the timer expires for that ch= eck list.

 

Instead of talking about “list of check lists&= #8221;, or “check list list”, I suggest to introduce “che= ck list set” terminology. The definition would simply be:  ̶= 0;An ordered list of check lists”.

 

Regards,

 

Christer

--_000_7594FB04B1934943A5C02806D1A2204B4BEF100EESESSMB209erics_-- From nobody Mon Dec 12 13:23:44 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E80521294E2; Mon, 12 Dec 2016 13:23:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.796 X-Spam-Level: X-Spam-Status: No, score=-4.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.896] autolearn=ham autolearn_force=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 PyPJ_IbJ17CF; Mon, 12 Dec 2016 13:23:41 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCAF6129C38; Mon, 12 Dec 2016 13:23:35 -0800 (PST) Received: from [10.0.1.39] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id uBCLNYTE053316 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 12 Dec 2016 15:23:35 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.39] From: "Ben Campbell" To: "IESG Only" , draft-ietf-ice-dualstack-fairness@ietf.org, ice@ietf.org, draft-ietf-ice-dualstack-fairness.shepherd@ietf.org Date: Mon, 12 Dec 2016 15:23:34 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.6r5310) Archived-At: Subject: [Ice] Status of draft-ietf-ice-dualstack-fairness X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 21:23:43 -0000 Subtitle: Ben's an idiot. When we originally did the IETF LC for draft-ietf-ice-dualstack-fairness, we did so as if it were intended as informational, while the correct status was BCP. I agreed to re-run the LC as a BCP. Otherwise I think we dealt with all the comments. But when I re-ran the last call, I got my wires crossed and misstated the status _again_. So at this point, I think the right thing to do is yet another LC with the correct status. I think it reasonable to shorten this to 1 week, since the draft has been heavily reviewed already, and we are essentially asking one question. Does anyone object to that course? Thanks! Ben. From nobody Mon Dec 12 13:41:05 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 612941297BD; Mon, 12 Dec 2016 13:41:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.796 X-Spam-Level: X-Spam-Status: No, score=-4.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.896] autolearn=ham autolearn_force=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 igDURAPjJRE2; Mon, 12 Dec 2016 13:41:01 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28DA41294AF; Mon, 12 Dec 2016 13:41:01 -0800 (PST) Received: from [10.0.1.39] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id uBCLexR0054877 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 12 Dec 2016 15:41:00 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.39] From: "Ben Campbell" To: IESG , draft-ietf-ice-dualstack-fairness@ietf.org, ice@ietf.org, draft-ietf-ice-dualstack-fairness.shepherd@ietf.org Date: Mon, 12 Dec 2016 15:40:59 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.6r5310) Archived-At: Subject: [Ice] Status of draft-ietf-ice-dualstack-fairness X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 21:41:02 -0000 [And to further prove it, Ben just sent this to the wrong IESG list. I blame autocomplete this time. Resending correctly. Please send any replies to this version.] Subtitle: Ben's an idiot. When we originally did the IETF LC for draft-ietf-ice-dualstack-fairness, we did so as if it were intended as informational, while the correct status was BCP. I agreed to re-run the LC as a BCP. Otherwise I think we dealt with all the comments. But when I re-ran the last call, I got my wires crossed and misstated the status _again_. So at this point, I think the right thing to do is yet another LC with the correct status. I think it reasonable to shorten this to 1 week, since the draft has been heavily reviewed already, and we are essentially asking one question. Does anyone object to that course? Thanks! Ben. From nobody Mon Dec 12 15:52:55 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 796CC129ED9; Mon, 12 Dec 2016 15:52:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.197 X-Spam-Level: X-Spam-Status: No, score=-7.197 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_MED=-2.3, RP_MATCHES_RCVD=-2.896, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cs.tcd.ie 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 HWSCMk4QfrBg; Mon, 12 Dec 2016 15:52:51 -0800 (PST) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D082129EE4; Mon, 12 Dec 2016 15:52:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 6EDACBE53; Mon, 12 Dec 2016 23:52:47 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n6WbLaMU2oZm; Mon, 12 Dec 2016 23:52:46 +0000 (GMT) Received: from [10.87.48.210] (95-45-153-252-dynamic.agg2.phb.bdt-fng.eircom.net [95.45.153.252]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 92335BE3E; Mon, 12 Dec 2016 23:52:45 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1481586766; bh=cpxmX15V6BFts5q7DJgGGQdLM54HItBDBfA/p1Np1a8=; h=Subject:To:References:From:Date:In-Reply-To:From; b=sXvcqDp9PQX1C3mXPZGLQA3tSuIPclSMTY37lUHZyElsrc9OSrse/4fWLF/Ne0P4C 5y9+ZI58EIuL6nMx+y2LdduMmypHpvTiLJwTu0zd2ddiYUgRceKJypEuEuxQmYfQRG A9P66ijemBmYZPzKOjPN9izc7VdUTcQ06chLfqz4= To: Ben Campbell , IESG , draft-ietf-ice-dualstack-fairness@ietf.org, ice@ietf.org, draft-ietf-ice-dualstack-fairness.shepherd@ietf.org References: From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <5091bb84-9a50-8f71-2715-1208fdf796f2@cs.tcd.ie> Date: Mon, 12 Dec 2016 23:52:45 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms050601050209020307040805" Archived-At: Subject: Re: [Ice] Status of draft-ietf-ice-dualstack-fairness X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 23:52:53 -0000 This is a cryptographically signed message in MIME format. --------------ms050601050209020307040805 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 12/12/16 21:40, Ben Campbell wrote: > [And to further prove it, Ben just sent this to the wrong IESG list. I > blame autocomplete this time. Resending correctly. Please send any > replies to this version.] >=20 > Subtitle: Ben's an idiot. >=20 > When we originally did the IETF LC for > draft-ietf-ice-dualstack-fairness, we did so as if it were intended as > informational, while the correct status was BCP. I agreed to re-run the= > LC as a BCP. Otherwise I think we dealt with all the comments. >=20 > But when I re-ran the last call, I got my wires crossed and misstated > the status _again_. >=20 > So at this point, I think the right thing to do is yet another LC with > the correct status. I think it reasonable to shorten this to 1 week, > since the draft has been heavily reviewed already, and we are > essentially asking one question. >=20 > Does anyone object to that course? I don't object. OTOH, given the time of year and the fact that there's little difference in 1 vs 2 weeks now, I'd say that a shorter LC has no real benefit right now so is maybe not worth it. S. >=20 > Thanks! >=20 > Ben. >=20 --------------ms050601050209020307040805 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CvIwggUIMIID8KADAgECAhBPzaE7pzYviUJyhmHTFBdnMA0GCSqGSIb3DQEBCwUAMHUxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGll bnQgQ0EwHhcNMTYwMjA5MDkyODE1WhcNMTcwMjA5MDkyODE1WjBOMSIwIAYDVQQDDBlzdGVw aGVuLmZhcnJlbGxAY3MudGNkLmllMSgwJgYJKoZIhvcNAQkBFhlzdGVwaGVuLmZhcnJlbGxA Y3MudGNkLmllMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtuC0rYze/2JinSra C9F2RjGdQZjNALLcW9C3WKTwYII3wBslobmHuPEYE5JaGItmzuKnAW619R1rD/kfoNWC19N3 rBZ6UX9Cmb9D9exCwYIwVuSwjrCQWGxgCtNQTrwKzCCpI790GRiMTvxvO7UmzmBrCaBLiZW5 R0fBjK5Yn6hUhAzGBkNbkIEL28cLJqH0yVz7Kl92OlzrQqTPEts5m6cDnNdY/ADfeAX18c1r dxZqcAxhLotrCqgsVA4ilbQDMMXGTLlB5TP35HeWZuGBU7xu003rLcFLdOkD8xvpJoYZy9Kt 3oABXPS5yqtMK+XCNdqmMn+4mOtLwQSMmPCSiQIDAQABo4IBuTCCAbUwCwYDVR0PBAQDAgSw MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAJBgNVHRMEAjAAMB0GA1UdDgQWBBQJ QhvwQ5Fl372Z6xqo6fdn8XejTTAfBgNVHSMEGDAWgBQkgWw5Yb5JD4+3G0YrySi1J0htaDBv BggrBgEFBQcBAQRjMGEwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTA5 BggrBgEFBQcwAoYtaHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc2NhLmNsaWVudDEu Y3J0MDgGA1UdHwQxMC8wLaAroCmGJ2h0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3NjYS1jbGll bnQxLmNybDAkBgNVHREEHTAbgRlzdGVwaGVuLmZhcnJlbGxAY3MudGNkLmllMCMGA1UdEgQc MBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzBGBgNVHSAEPzA9MDsGCysGAQQBgbU3AQIE MCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeTANBgkqhkiG 9w0BAQsFAAOCAQEArzrSv2C8PlBBmGuiGrzm2Wma46/KHtXmZYS0bsd43pM66Pc/MsqPE0HD C1GzMFfwB6BfkJn8ijNSIhlgj898WzjvnpM/SO8KStjlB8719ig/xKISrOl5mX55XbFlQtX9 U6MrqRgbDIATxhD9IDr+ryvovDzChqgQj7mt2jYr4mdlRjsjod3H1VY6XglRmaaNGZfsCARM aE/TU5SXIiqauwt5KxNGYAY67QkOBs7O1FkSXpTk7+1MmzJMF4nP8QQ5n8vhVNseF+/Wm7ai 9mtnrkLbaznMsy/ULo/C2yuLUWTbZZbf4EKNmVdme6tUDgYkFjAFOblfA7W1fSPiQGagYzCC BeIwggPKoAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MB4XDTE1MTIxNjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMC SUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmlj YXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmv mCSsu1d52DXsCR58zJQbCtB2/A5uFqNxWacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnm VkS6Iye8wUbYzMsDzgnpazlPg19dnSqfhM+Cevdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4 D8ZnAqDtVB8MKYJL6QgKyVhhaBc4y3bGWxKyXEtx7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PI dopmykwvIjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8UlVS8pkIsoGGJtMuWjLL4tq2hYQuu N0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1UdDwEB/wQEAwIBBjAdBgNVHSUE FjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB/wIBADAyBgNVHR8EKzAp MCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwZgYIKwYBBQUHAQEE WjBYMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYIKwYBBQUHMAKG JGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQUJIFsOWG+ SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYDVR0g BDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Bv bGljeTANBgkqhkiG9w0BAQsFAAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY 0JdOruKbrWDsXUsiI0j/7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpF NjDmQbcM3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9 uRbhjTu/b0x2Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p 6q/CW+uVrZiSW57+q5an2P2i7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOv Z3UDsTDTagXpRDIKQLZo02wrlxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOu mZhLP+SWJQnjpLpSlUOj95uf1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7 RX6gVr0fQoCyMczNzCTcRXYHY0tq2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO /ZskmSY8wtAk24orAc0vwXgYanqNsBX5Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsN JQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1UeGp/2deoprGevfnxWB+vHNQiu85o6MxggPM MIIDyAIBATCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcG A1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBAhBPzaE7pzYviUJyhmHTFBdnMA0GCWCGSAFlAwQCAQUA oIICEzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjEyMTIy MzUyNDVaMC8GCSqGSIb3DQEJBDEiBCDBRj9mzsVUPHa6uqwQbEWD1Py45D7C/v3zi+W/maIS TTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMIGaBgkrBgEEAYI3EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzCB nAYLKoZIhvcNAQkQAgsxgYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYD VQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzANBgkq hkiG9w0BAQEFAASCAQCdSlju/d0RVQnvkNpoHBhRTJVOqHkFFXA6fG5/h2w4CP6FPQh9qsRk c+CnsEr+8ualDKdUeSINS77cUeRhmmQsLZkOYsOY+qxKKAEntvJe4ITIYcIPecPYyEGAhDZg F56TLcCIFal1vPevdf8EuzYsbFUYd6iOav2M68yF5l0r6lM0WjzAar8RQI5+RhTo09qRy4Tx mWGnywGEvZl6sBOOBAakll2trKjImkEHpiDAYe+7rDbkUkVdyu6uyQMa8lqNo6Ax3Z5XUHX8 798DTyKO0SVjrs4XKvBx9/9rJRX6cyTAcr659la+REVVABryAuvUPJeT23NFXXe0FGPeofx0 AAAAAAAA --------------ms050601050209020307040805-- From nobody Tue Dec 13 02:15:01 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD90C129A56; Tue, 13 Dec 2016 02:14:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=fastmail.fm header.b=lCoO58Y/; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=jQzvZ97u 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 CDeFOeGCeg7T; Tue, 13 Dec 2016 02:14:58 -0800 (PST) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B319129A53; Tue, 13 Dec 2016 02:14:58 -0800 (PST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 9795620702; Tue, 13 Dec 2016 05:14:57 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute7.internal (MEProxy); Tue, 13 Dec 2016 05:14:57 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=9B1vbDLLBXYpKEX ljbQW5ezK3bA=; b=lCoO58Y/26jM5pqgKCyjVeNsVN4PAH0NFwMMfS/0K5Pb87n sEdaN33FTPoHSt3NT5LiCXk75voD0sChmJbXt7+1JyosZrXoQbIP/pNqrCKYmYuZ jPcadV02u8h5jn3gj+xdwNVkeMyH9sKlEMTv+C9M2hjL868zEvXjWAqflW3U= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= smtpout; bh=9B1vbDLLBXYpKEXljbQW5ezK3bA=; b=jQzvZ97u9/S/Prnj1rQr pjez7rY7OPdDLyZbc03BSnVpqJcziShtHeSNR/TCTaiRXoBNqyAQWBPFjBx+cmV1 zr+o8SBkJQahcGXU2eCJg2hBACgA7pNhV7tQcwsshiBdHG1yXJsHnJRdttzS4dFO QFKeAehJHtGcJcl0jjfVGdc= X-ME-Sender: X-Sasl-enc: obYJ3oLH6v1/hKZTrwWh+dDd8EKGSeqGF0OhPdn0DJhO 1481624097 Received: from [172.22.50.14] (unknown [62.232.206.186]) by mail.messagingengine.com (Postfix) with ESMTPA id 49B4D7E8C1; Tue, 13 Dec 2016 05:14:57 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Alexey Melnikov X-Mailer: iPad Mail (14A456) In-Reply-To: Date: Tue, 13 Dec 2016 10:31:12 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <976B62DC-8C14-4EAB-B2F3-88FE32053775@fastmail.fm> References: To: Ben Campbell Archived-At: Cc: draft-ietf-ice-dualstack-fairness.shepherd@ietf.org, ice@ietf.org, IESG , draft-ietf-ice-dualstack-fairness@ietf.org Subject: Re: [Ice] Status of draft-ietf-ice-dualstack-fairness X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2016 10:15:00 -0000 > On 12 Dec 2016, at 21:40, Ben Campbell wrote: >=20 > [And to further prove it, Ben just sent this to the wrong IESG list. I bla= me autocomplete this time. Resending correctly. Please send any replies to t= his version.] >=20 > Subtitle: Ben's an idiot. >=20 > When we originally did the IETF LC for draft-ietf-ice-dualstack-fairness, w= e did so as if it were intended as informational, while the correct status w= as BCP. I agreed to re-run the LC as a BCP. Otherwise I think we dealt with a= ll the comments. >=20 > But when I re-ran the last call, I got my wires crossed and misstated the s= tatus _again_. >=20 > So at this point, I think the right thing to do is yet another LC with the= correct status. I think it reasonable to shorten this to 1 week, since the d= raft has been heavily reviewed already, and we are essentially asking one qu= estion. >=20 > Does anyone object to that course? No objections. > Thanks! >=20 > Ben. >=20 From nobody Tue Dec 13 19:16:23 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FE98129548; Tue, 13 Dec 2016 19:16:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2sC13GEt9i5w; Tue, 13 Dec 2016 19:16:19 -0800 (PST) Received: from mail-yb0-x22a.google.com (mail-yb0-x22a.google.com [IPv6:2607:f8b0:4002:c09::22a]) (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 686941293F8; Tue, 13 Dec 2016 19:16:19 -0800 (PST) Received: by mail-yb0-x22a.google.com with SMTP id d59so5626300ybi.1; Tue, 13 Dec 2016 19:16:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=B5/4ycUfg3tjUZTG8/cby0iE77FQwlsVEuYU8BSmoOg=; b=CFLi1+Z1TR5neD4Wws07NQ5WQXXop+TnkwayTzLfmAaZI/HwB0IBzUvwWQXaYHu5Ct qKiyg6ij8XNzR4wtZYCQpNl0WQEC53XAUIwLIaW7UlV2F0ovmsDGMfbvxSgA1UxV1CNH 3bo7kgWG2mZPkPAffRRqInO8TE0aBrGee1PQiqZtSR1PLj7vHe9Kv9DUKHlhPjCGsKF/ mqtx1ugsv1T1SNCbJXzBayrgkwt8zMCTtp0JaAfCqLXjDi9LV0LHv4l47ze/G+JUwEQ6 XBjprKeyY2dtR+wpO1MxDyv+UaszTO0XWBwGzBBwIp7HX+P6hTrNgEYkXAnsQoeBxEek /Jzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=B5/4ycUfg3tjUZTG8/cby0iE77FQwlsVEuYU8BSmoOg=; b=Ckfh0TLEPomPlrHtr6d0+3shb6dhf34oX69LNfe2q0fyPiKtys92aiVtbJQRw9+arC jqlShMrw19ggfBHryqDyyO5jjXDtOqwnjNXmEKMO/T8t+s46U4poJSiwGz5x5tPpj9t8 8LHK7BKuU5eRQqdoqMjV7H4r/5LZzQQ3BeGSsw3KW4QmhURCr8KRyF6Z0zTVsf5WWWDy RFt1D5BZk78FMMx7MrJ5nKnbYnLYKwxgcAI+DzvhzJZ0KCaJXGipeOwq7ofDKD68ijFj Zva6CpAIrcz1DWx1mQboVqwccuiJQTIJDHQedTf3axjhENwteUBvGJ2GUONJt759ARiH X7lQ== X-Gm-Message-State: AKaTC02QbRAaO9vhWjlNJ8IdHAkKkaDzYYc3TKSkvgg8ccVef5Q+XSTuLDWR554cM6dUcTOFfGUHk+u+V24Usw== X-Received: by 10.129.40.149 with SMTP id o143mr94887591ywo.106.1481685378689; Tue, 13 Dec 2016 19:16:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.176.5 with HTTP; Tue, 13 Dec 2016 19:16:18 -0800 (PST) Received: by 10.37.176.5 with HTTP; Tue, 13 Dec 2016 19:16:18 -0800 (PST) In-Reply-To: References: <5091bb84-9a50-8f71-2715-1208fdf796f2@cs.tcd.ie> From: Spencer Dawkins at IETF Date: Tue, 13 Dec 2016 21:16:18 -0600 Message-ID: To: Stephen Farrell Content-Type: multipart/alternative; boundary=001a1140865aaa7195054395c2d2 Archived-At: Cc: ice@ietf.org, Ben Campbell , draft-ietf-ice-dualstack-fairness.shepherd@ietf.org, draft-ietf-ice-dualstack-fairness@ietf.org, iesg@ietf.org Subject: Re: [Ice] Status of draft-ietf-ice-dualstack-fairness X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2016 03:16:21 -0000 --001a1140865aaa7195054395c2d2 Content-Type: text/plain; charset=UTF-8 Hi, Ben, On Dec 13, 2016 07:52, "Stephen Farrell" wrote: On 12/12/16 21:40, Ben Campbell wrote: > [And to further prove it, Ben just sent this to the wrong IESG list. I > blame autocomplete this time. Resending correctly. Please send any > replies to this version.] > > Subtitle: Ben's an idiot. > > When we originally did the IETF LC for > draft-ietf-ice-dualstack-fairness, we did so as if it were intended as > informational, while the correct status was BCP. I agreed to re-run the > LC as a BCP. Otherwise I think we dealt with all the comments. > > But when I re-ran the last call, I got my wires crossed and misstated > the status _again_. > > So at this point, I think the right thing to do is yet another LC with > the correct status. I think it reasonable to shorten this to 1 week, > since the draft has been heavily reviewed already, and we are > essentially asking one question. > > Does anyone object to that course? I don't object. OTOH, given the time of year and the fact that there's little difference in 1 vs 2 weeks now, I'd say that a shorter LC has no real benefit right now so is maybe not worth it. What Stephen said. I've certainly done second last calls as "does anyone object, with a week timeout", but the question is whether shortening the timeout to a week in this case helps with anything. Spencer S. > > Thanks! > > Ben. > --001a1140865aaa7195054395c2d2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi, Ben,

On Dec 13, 2016 07:52, "Stephen Farrell" <stephen.farrell@cs.tcd.ie>= ; wrote:


On 12/12/16 21:40, Ben Campbell wrote:
> [And to further prove it, Ben just sent this to the wrong IESG list. I=
> blame autocomplete this time. Resending correctly. Please send any
> replies to this version.]
>
> Subtitle: Ben's an idiot.
>
> When we originally did the IETF LC for
> draft-ietf-ice-dualstack-fairness, we did so as if it were intend= ed as
> informational, while the correct status was BCP. I agreed to re-run th= e
> LC as a BCP. Otherwise I think we dealt with all the comments.
>
> But when I re-ran the last call, I got my wires crossed and misstated<= br> > the status _again_.
>
> So at this point, I think the right thing to do is yet another LC with=
> the correct status. I think it reasonable to shorten this to 1 week, > since the draft has been heavily reviewed already, and we are
> essentially asking one question.
>
> Does anyone object to that course?

I don't object. OTOH, given the time of year and the fact
that there's little difference in 1 vs 2 weeks now, I'd
say that a shorter LC has no real benefit right now so is
maybe not worth it.

What Stephen said.=C2=A0

I've certainly done second last calls as "do= es anyone object, with a week timeout", but the question is whether sh= ortening the timeout to a week in this case helps with anything.

Spencer
S.

>
> Thanks!
>
> Ben.
>


--001a1140865aaa7195054395c2d2-- From nobody Tue Dec 13 20:21:59 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CDE6129567; Tue, 13 Dec 2016 20:21:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.796 X-Spam-Level: X-Spam-Status: No, score=-4.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.896] autolearn=ham autolearn_force=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 sALuOrLYpw4R; Tue, 13 Dec 2016 20:21:51 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFEC1129566; Tue, 13 Dec 2016 20:21:51 -0800 (PST) Received: from [10.0.1.39] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id uBE4Lbja041162 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 13 Dec 2016 22:21:37 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.39] From: "Ben Campbell" To: "Spencer Dawkins at IETF" Date: Tue, 13 Dec 2016 22:21:36 -0600 Message-ID: <05272C49-3FAB-4DFD-BC44-932C197572A9@nostrum.com> In-Reply-To: References: <5091bb84-9a50-8f71-2715-1208fdf796f2@cs.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (1.9.6r5310) Archived-At: Cc: draft-ietf-ice-dualstack-fairness@ietf.org, iesg@ietf.org, ice@ietf.org, draft-ietf-ice-dualstack-fairness.shepherd@ietf.org, Stephen Farrell Subject: Re: [Ice] Status of draft-ietf-ice-dualstack-fairness X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2016 04:21:53 -0000 On 13 Dec 2016, at 21:16, Spencer Dawkins at IETF wrote: [...] >> > Does anyone object to that course? > > >> >> I don't object. OTOH, given the time of year and the fact > that there's little difference in 1 vs 2 weeks now, I'd > say that a shorter LC has no real benefit right now so is > maybe not worth it. > > > > > What Stephen said.  > > > > > I've certainly done second last calls as "does anyone object, with a > week timeout", but the question is whether shortening the timeout to a > week in this case helps with anything. > > The only advantage I see is finishing the LC before the holidays. Or at least before _my_ holidays, which makes it more likely I can act quickly on completion. A 2 week last call would complete the week between Christmas and New Years, which would probably offer no more practical review time than a 1 week LC. (If I were to launch a _normal_ LC right now, I would probably give it 3 weeks due to holidays.) Ben. From nobody Wed Dec 14 00:06:43 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47BFE129CA3; Wed, 14 Dec 2016 00:06:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ouhxM_D7Z188; Wed, 14 Dec 2016 00:06:35 -0800 (PST) Received: from mail-yb0-x233.google.com (mail-yb0-x233.google.com [IPv6:2607:f8b0:4002:c09::233]) (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 79BDF129417; Wed, 14 Dec 2016 00:06:35 -0800 (PST) Received: by mail-yb0-x233.google.com with SMTP id v132so9645599yba.0; Wed, 14 Dec 2016 00:06:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1aWHZQT6HjWBSV+wMXGcyXA7RpqHSSIAxOOzzp91+bY=; b=tNXEojxJ4+T8kiCNFyUnYGIZgoxEMpWiLO0LGEc6I8nT6Zvjxn1h4H+lT/Yu4J9KXj ZUXq+LU5tQjrIP5E1F9z+oBWH/Q2qV4yPdIHjr7A5A4Tld83F0o/GA+3CHGjz6GZF01G QaGe97gsP1PGGckOD+I+EZ8c9DVMhOpCcMWTgOiCO+TST0bedJVpqBAmCkJ0ewAuJPYT e5rAWVAJ/R6jmv2CKrV5BGXPOY4WfaMGBL8KV/wG4g3rtVpGVuuNfxmKQjQj0WJPsQ3q 2D7xL39KZGxcq4ve9elNQJlk0kP+Z9joD5wl6Z3vjqTTcT3ossplr2i0H2Ide9ClDx/N wRqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1aWHZQT6HjWBSV+wMXGcyXA7RpqHSSIAxOOzzp91+bY=; b=dWS2chQPt9YIHWw4hzv/u93gAoXxm0BbAu/n7yFN6jQbuRr65m0f9MSfgHEfaOWfHf qojKuItGGifl9dZTAyRImuMRAZ3ZhtAd/MARATvJLO7xpXcucY48bjO2a6T3QNQYjZ/A 53qVR8nts9p0C6Ie2EJhKBLdAeq+Z17ctvT6ao8APMspAyttOW7XLhJrjuMmRcujwRTj TXYYLZO2r7NzTz0XIUMO3RxwxX1AvVhioyfaQsqlOw+4f5lItQ7YXDyLPnceBdoWn63G u6Ke61C57g98j01f9FOWZF5ktRvPxKYjPUymnCwq/5jmFnqdqGJYGDO//JVQdbYR63Ee LX8Q== X-Gm-Message-State: AKaTC01oj4a1nVo/Xo8jy/8/W9oPRAt0VSFdBf/IAahQIsrMfqLP2bCkbseXLZVwLn1Kx96P5ub7CG6JAalFwg== X-Received: by 10.13.253.6 with SMTP id n6mr104659082ywf.26.1481702794713; Wed, 14 Dec 2016 00:06:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.176.5 with HTTP; Wed, 14 Dec 2016 00:06:34 -0800 (PST) Received: by 10.37.176.5 with HTTP; Wed, 14 Dec 2016 00:06:34 -0800 (PST) In-Reply-To: <05272C49-3FAB-4DFD-BC44-932C197572A9@nostrum.com> References: <5091bb84-9a50-8f71-2715-1208fdf796f2@cs.tcd.ie> <05272C49-3FAB-4DFD-BC44-932C197572A9@nostrum.com> From: Spencer Dawkins at IETF Date: Wed, 14 Dec 2016 02:06:34 -0600 Message-ID: To: Ben Campbell Content-Type: multipart/alternative; boundary=94eb2c06b164bde0dd054399d06a Archived-At: Cc: ice@ietf.org, draft-ietf-ice-dualstack-fairness.shepherd@ietf.org, iesg@ietf.org, Stephen Farrell , draft-ietf-ice-dualstack-fairness@ietf.org Subject: Re: [Ice] Status of draft-ietf-ice-dualstack-fairness X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2016 08:06:37 -0000 --94eb2c06b164bde0dd054399d06a Content-Type: text/plain; charset=UTF-8 Hi, Ben, On Dec 14, 2016 12:21 PM, "Ben Campbell" wrote: On 13 Dec 2016, at 21:16, Spencer Dawkins at IETF wrote: [...] > Does anyone object to that course? >> > > > >> I don't object. OTOH, given the time of year and the fact >> > that there's little difference in 1 vs 2 weeks now, I'd > say that a shorter LC has no real benefit right now so is > maybe not worth it. > > > > > What Stephen said. > > > > > I've certainly done second last calls as "does anyone object, with a week > timeout", but the question is whether shortening the timeout to a week in > this case helps with anything. > > > The only advantage I see is finishing the LC before the holidays. Or at least before _my_ holidays, which makes it more likely I can act quickly on completion. A 2 week last call would complete the week between Christmas and New Years, which would probably offer no more practical review time than a 1 week LC. (If I were to launch a _normal_ LC right now, I would probably give it 3 weeks due to holidays. That all works for me. It doesn't sound likely that an additional week of delay helps much at all. Spencer --94eb2c06b164bde0dd054399d06a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi, Ben,

On Dec 14, 2016 12:21 PM, "Ben Campbell" <ben@nostrum.com> wrote:
On 13 Dec 2016, at 21:16, Spencer Daw= kins at IETF wrote:

[...]

&gt; Does anyone object to that course?



I don't object. OTOH, given the time of year and the fact
that there's little difference in 1 vs 2 weeks now, I'd
say that a shorter LC has no real benefit right now so is
maybe not worth it.




What Stephen said.=C2=A0




I've certainly done second last calls as "does anyone object, with= a week timeout", but the question is whether shortening the timeout t= o a week in this case helps with anything.



The only advantage I see is finishing the LC before the holidays. Or at lea= st before _my_ holidays, which makes it more likely I can act quickly on co= mpletion.

A 2 week last call would complete the week between Christmas and New Years,= which would probably offer no more practical review time than a 1 week LC.= =C2=A0 (If I were to launch a _normal_ LC right now, I would probably give = it 3 weeks due to holidays.

That all works for me. It doesn't sound li= kely that an additional week of delay helps much at all.

Spencer


--94eb2c06b164bde0dd054399d06a-- From nobody Wed Dec 14 09:03:15 2016 Return-Path: X-Original-To: ice@ietf.org Delivered-To: ice@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B21C1296DB; Wed, 14 Dec 2016 09:03:09 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.39.1 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <148173498954.16816.12817752954401706646.idtracker@ietfa.amsl.com> Date: Wed, 14 Dec 2016 09:03:09 -0800 Archived-At: Cc: ice@ietf.org, ben@nostrum.com, Ari Keranen , draft-ietf-ice-dualstack-fairness@ietf.org, ice-chairs@ietf.org Subject: [Ice] Last Call: (ICE Multihomed and IPv4/IPv6 Dual Stack Guidelines) to Best Current Practice RFC X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2016 17:03:09 -0000 The IESG has received a request from the Interactive Connectivity Establishment WG (ice) to consider the following document: - 'ICE Multihomed and IPv4/IPv6 Dual Stack Guidelines' as a BCP. This document was previously last called (twice! ) with an incorrect intended status. The correct intended status is BCP. Please focus comments on that change. The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2016-12-21. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document provides guidelines on how to make Interactive Connectivity Establishment (ICE) conclude faster in multihomed and IPv4/IPv6 dual-stack scenarios where broken paths exist. The provided guidelines are backwards compatible with the original ICE specification. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-ice-dualstack-fairness/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-ice-dualstack-fairness/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Tue Dec 20 23:23:20 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 809111294A2 for ; Tue, 20 Dec 2016 23:23:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 KR8QdmDOV_S8 for ; Tue, 20 Dec 2016 23:23:18 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 B8129129420 for ; Tue, 20 Dec 2016 23:23:17 -0800 (PST) X-AuditID: c1b4fb25-3f77f980000042ea-02-585a2de3c25a Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.183.78]) by (Symantec Mail Security) with SMTP id 19.67.17130.3ED2A585; Wed, 21 Dec 2016 08:23:16 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.169]) by ESESSHC020.ericsson.se ([153.88.183.78]) with mapi id 14.03.0319.002; Wed, 21 Dec 2016 08:23:03 +0100 From: Christer Holmberg To: "ice@ietf.org" Thread-Topic: 5245bis: New draft version coming soon Thread-Index: AQHSW1sQHqvX02VXz0ysNCAs9SMq4Q== Date: Wed, 21 Dec 2016 07:23:02 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.9.160926 x-originating-ip: [153.88.183.19] Content-Type: multipart/alternative; boundary="_000_D47FFA7A14D94christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJLMWRmVeSWpSXmKPExsUyM2K7n+4T3agIgx+bmS2+Xah1YPRYsuQn UwBjFJdNSmpOZllqkb5dAlfGiy9ZBdu5K268PsPWwNjH1cXIySEhYCKx9/4Lli5GLg4hgXWM EsuOzmcESQgJLGGUWNyZ3cXIwcEmYCHR/U8bJCwioCgxs+UZM0hYWEBf4vCaGoiwiUTb4SYW CFtP4tun7WwgNouAqsSee7/YQWxeAWuJLyfnMIHYjAJiEt9PrQGzmQXEJW49mc8EcY6AxJI9 55khbFGJl4//sYKsEgWaueZ+GERYUaL9aQMjRGuCxLaJn5khxgtKnJz5hGUCo9AsJFNnISmb haQMIq4jsWD3JzYIW1ti2cLXzDD2mQOPoXqtJfZtWciKrGYBI8cqRtHi1OKk3HQjY73Uoszk 4uL8PL281JJNjMAIObjlt+oOxstvHA8xCnAwKvHwFrhHRgixJpYVV+YeYpTgYFYS4d2oHRUh xJuSWFmVWpQfX1Sak1p8iFGag0VJnNds5f1wIYH0xJLU7NTUgtQimCwTB6dUA6PkE3/R1Q+Y FyefautdGfx6il6s2Mtylw02iu12vp++SRiUbJ76vEbhy1ztyLddO2bM5Ngdq8Ma/6gvbVJP 6tVXXoGbb4QpHyt7sy1g6sZdxzulNx69+/FepDZPclhdvtO0l1NDuzcWGDRpX431vSOs7Ko4 dV1xz/4973fI/95VGDVtI5NbzDUlluKMREMt5qLiRAAvy9jWjAIAAA== Archived-At: Subject: [Ice] 5245bis: New draft version coming soon X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2016 07:23:19 -0000 --_000_D47FFA7A14D94christerholmbergericssoncom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I plan to submit a new version of 5245bis soon, in which the following pull= requests will be implemented: https://github.com/ice-wg/rfc5245bis/pull/28 https://github.com/ice-wg/rfc5245bis/pull/27 Regards, Christer --_000_D47FFA7A14D94christerholmbergericssoncom_ Content-Type: text/html; charset="us-ascii" Content-ID: <344A41EF0D96BC429E0999775EE5715F@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi,

I plan to submit a new version of 5245bis soon, in which the following= pull requests will be implemented:



Regards,

Christer
--_000_D47FFA7A14D94christerholmbergericssoncom_-- From nobody Thu Dec 22 02:45:00 2016 Return-Path: X-Original-To: ice@ietf.org Delivered-To: ice@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FF8512983F; Thu, 22 Dec 2016 02:44:54 -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: 6.40.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148240349419.22582.16341801603700559680.idtracker@ietfa.amsl.com> Date: Thu, 22 Dec 2016 02:44:54 -0800 Archived-At: Cc: ice@ietf.org Subject: [Ice] I-D Action: draft-ietf-ice-rfc5245bis-08.txt X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2016 10:44:54 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interactive Connectivity Establishment of the IETF. Title : Interactive Connectivity Establishment (ICE): A Protocol for Network Address Translator (NAT) Traversal Authors : Ari Keranen Christer Holmberg Jonathan Rosenberg Filename : draft-ietf-ice-rfc5245bis-08.txt Pages : 97 Date : 2016-12-22 Abstract: This document describes a protocol for Network Address Translator (NAT) traversal for UDP-based multimedia. This protocol is called Interactive Connectivity Establishment (ICE). ICE makes use of the Session Traversal Utilities for NAT (STUN) protocol and its extension, Traversal Using Relay NAT (TURN). This document obsoletes RFC 5245. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ice-rfc5245bis/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ice-rfc5245bis-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ice-rfc5245bis-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Dec 22 11:23:44 2016 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5539F129550; Thu, 22 Dec 2016 11:23:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5 X-Spam-Level: X-Spam-Status: No, score=-5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-3.1] autolearn=ham autolearn_force=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 gNCmFbn5dKWX; Thu, 22 Dec 2016 11:23:40 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 15A8B129880; Thu, 22 Dec 2016 11:23:40 -0800 (PST) Received: from [10.0.1.39] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id uBMJNcEF065276 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 22 Dec 2016 13:23:39 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.39] From: "Ben Campbell" To: IESG , draft-ietf-ice-dualstack-fairness@ietf.org, ice@ietf.org, draft-ietf-ice-dualstack-fairness.shepherd@ietf.org Date: Thu, 22 Dec 2016 13:23:38 -0600 Message-ID: <76D44858-C06C-4D88-83CF-3C5597254F22@nostrum.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.6r5318) Archived-At: Subject: Re: [Ice] Status of draft-ietf-ice-dualstack-fairness X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2016 19:23:41 -0000 The repeat-repeat LC has completed without further comment. Given that the IESG discussion explicitly assumed the BCP status, I plan to approve this version for publication. Thanks! Ben. On 12 Dec 2016, at 15:40, Ben Campbell wrote: [...] > > When we originally did the IETF LC for > draft-ietf-ice-dualstack-fairness, we did so as if it were intended as > informational, while the correct status was BCP. I agreed to re-run > the LC as a BCP. Otherwise I think we dealt with all the comments. > > But when I re-ran the last call, I got my wires crossed and misstated > the status _again_. > > So at this point, I think the right thing to do is yet another LC with > the correct status. I think it reasonable to shorten this to 1 week, > since the draft has been heavily reviewed already, and we are > essentially asking one question. > > Does anyone object to that course? > > Thanks! > > Ben. > > _______________________________________________ > Ice mailing list > Ice@ietf.org > https://www.ietf.org/mailman/listinfo/ice From nobody Thu Dec 22 13:12:17 2016 Return-Path: X-Original-To: ice@ietf.org Delivered-To: ice@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B2FA5129500; Thu, 22 Dec 2016 13:12:15 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ben Campbell" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.40.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148244113569.26095.11184798249283243831.idtracker@ietfa.amsl.com> Date: Thu, 22 Dec 2016 13:12:15 -0800 Archived-At: Cc: ice-chairs@ietf.org, ari.keranen@ericsson.com, draft-ietf-ice-dualstack-fairness@ietf.org, ice@ietf.org Subject: [Ice] Ben Campbell's Yes on draft-ietf-ice-dualstack-fairness-07: (with COMMENT) X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2016 21:12:16 -0000 Ben Campbell has entered the following ballot position for draft-ietf-ice-dualstack-fairness-07: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-ice-dualstack-fairness/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- The draft has been repeat-last called as a BCP From nobody Fri Dec 23 06:00:16 2016 Return-Path: X-Original-To: ice@ietf.org Delivered-To: ice@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 07A161295C3; Fri, 23 Dec 2016 06:00:15 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.40.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148250161499.16742.4536743107356750912.idtracker@ietfa.amsl.com> Date: Fri, 23 Dec 2016 06:00:14 -0800 Archived-At: Cc: ben@nostrum.com, Ari Keranen , draft-ietf-ice-dualstack-fairness@ietf.org, ice-chairs@ietf.org, ice@ietf.org, The IESG , rfc-editor@rfc-editor.org Subject: [Ice] Protocol Action: 'ICE Multihomed and IPv4/IPv6 Dual Stack Guidelines' to Best Current Practice (draft-ietf-ice-dualstack-fairness-07.txt) X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2016 14:00:15 -0000 The IESG has approved the following document: - 'ICE Multihomed and IPv4/IPv6 Dual Stack Guidelines' (draft-ietf-ice-dualstack-fairness-07.txt) as Best Current Practice This document is the product of the Interactive Connectivity Establishment Working Group. The IESG contact persons are Alexey Melnikov, Ben Campbell and Alissa Cooper. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-ice-dualstack-fairness/ Technical Summary This document provides guidelines on how to make Interactive Connectivity Establishment (ICE) conclude faster in multihomed and IPv4/IPv6 dual-stack scenarios where broken paths exist. The provided guidelines are backwards compatible with the original ICE specification. Working Group Summary The document has been worked both at MMUSIC and ICE working groups since IETF #86 and the document has received multiple reviews over time. Overall the mechanism is simple but details of the suggested algorithm were discussed and updated throughout the process. Document Quality General concerns on behaviour with unreliable tunnelling mechanisms were raised but no specific issues were discovered and the draft was updated to note this issue in general. The final version received four reviews. Reviews from WGLC resulted only in editorial changes. There are two implementations of the mechanism. Personnel The document shepherd is Ari Keränen. The responsible Area Director is Ben Campbell.