From internet-drafts@ietf.org Thu Dec 6 03:10:50 2012 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD75021F85B2; Thu, 6 Dec 2012 03:10:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.533 X-Spam-Level: X-Spam-Status: No, score=-102.533 tagged_above=-999 required=5 tests=[AWL=0.066, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xG9WxHh3cfME; Thu, 6 Dec 2012 03:10:49 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 528D721F870F; Thu, 6 Dec 2012 03:10:35 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.36 Message-ID: <20121206111035.22275.72972.idtracker@ietfa.amsl.com> Date: Thu, 06 Dec 2012 03:10:35 -0800 Cc: behave@ietf.org Subject: [BEHAVE] I-D Action: draft-ietf-behave-lsn-requirements-10.txt X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2012 11:10:51 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Behavior Engineering for Hindrance Avoida= nce Working Group of the IETF. Title : Common requirements for Carrier Grade NATs (CGNs) Author(s) : Simon Perreault Ikuhei Yamagata Shin Miyakawa Akira Nakagawa Hiroyuki Ashida Filename : draft-ietf-behave-lsn-requirements-10.txt Pages : 16 Date : 2012-12-06 Abstract: This document defines common requirements for Carrier-Grade NAT (CGN). It updates RFC 4787. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-behave-lsn-requirements There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-behave-lsn-requirements-10 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-behave-lsn-requirements-10 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From simon.perreault@viagenie.ca Thu Dec 6 03:13:03 2012 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD04221F872A for ; Thu, 6 Dec 2012 03:13:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.582 X-Spam-Level: X-Spam-Status: No, score=-2.582 tagged_above=-999 required=5 tests=[AWL=0.017, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id obs3jcTUtscB for ; Thu, 6 Dec 2012 03:13:03 -0800 (PST) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id D7B3421F8728 for ; Thu, 6 Dec 2012 03:13:02 -0800 (PST) Received: from porto.nomis80.org (85-169-39-219.rev.numericable.fr [85.169.39.219]) by jazz.viagenie.ca (Postfix) with ESMTPSA id E2C7A469E7 for ; Thu, 6 Dec 2012 06:13:01 -0500 (EST) Message-ID: <50C07DBB.80900@viagenie.ca> Date: Thu, 06 Dec 2012 12:12:59 +0100 From: Simon Perreault User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121029 Thunderbird/16.0.2 MIME-Version: 1.0 To: behave@ietf.org References: <20121206111035.22275.72972.idtracker@ietfa.amsl.com> In-Reply-To: <20121206111035.22275.72972.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [BEHAVE] I-D Action: draft-ietf-behave-lsn-requirements-10.txt X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2012 11:13:03 -0000 This version removes the PCP sub-requirements. They had become redundant/unnecessary with the new version of draft-ietf-pcp-base. Simon Le 2012-12-06 12:10, internet-drafts@ietf.org a écrit : > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Behavior Engineering for Hindrance Avoidance Working Group of the IETF. > > Title : Common requirements for Carrier Grade NATs (CGNs) > Author(s) : Simon Perreault > Ikuhei Yamagata > Shin Miyakawa > Akira Nakagawa > Hiroyuki Ashida > Filename : draft-ietf-behave-lsn-requirements-10.txt > Pages : 16 > Date : 2012-12-06 > > Abstract: > This document defines common requirements for Carrier-Grade NAT > (CGN). It updates RFC 4787. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-behave-lsn-requirements > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-behave-lsn-requirements-10 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-behave-lsn-requirements-10 > > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > Behave mailing list > Behave@ietf.org > https://www.ietf.org/mailman/listinfo/behave > -- DTN made easy, lean, and smart --> http://postellation.viagenie.ca NAT64/DNS64 open-source --> http://ecdysis.viagenie.ca STUN/TURN server --> http://numb.viagenie.ca From todd@apx-labs.com Wed Dec 12 17:56:05 2012 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1ECEA21F8A5A for ; Wed, 12 Dec 2012 17:56:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4jl7Nxdv6dz2 for ; Wed, 12 Dec 2012 17:56:04 -0800 (PST) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe002.messaging.microsoft.com [216.32.181.182]) by ietfa.amsl.com (Postfix) with ESMTP id 39D6F21F8A57 for ; Wed, 12 Dec 2012 17:56:03 -0800 (PST) Received: from mail10-ch1-R.bigfish.com (10.43.68.227) by CH1EHSOBE009.bigfish.com (10.43.70.59) with Microsoft SMTP Server id 14.1.225.23; Thu, 13 Dec 2012 01:56:03 +0000 Received: from mail10-ch1 (localhost [127.0.0.1]) by mail10-ch1-R.bigfish.com (Postfix) with ESMTP id 551562201FD for ; Thu, 13 Dec 2012 01:56:03 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.234.133; KIP:(null); UIP:(null); IPV:NLI; H:SN2PRD0610HT001.namprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 0 X-BigFish: PS0(zzc85fhzz1202h1e76h1d2ahzz17326ah8275bh8275dh18c673h1954cbh18602ehz2fh2a8h668h839hd25hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh15d0h162dh1631h1758h1155h) Received-SPF: pass (mail10-ch1: domain of apx-labs.com designates 157.56.234.133 as permitted sender) client-ip=157.56.234.133; envelope-from=todd@apx-labs.com; helo=SN2PRD0610HT001.namprd06.prod.outlook.com ; .outlook.com ; Received: from mail10-ch1 (localhost.localdomain [127.0.0.1]) by mail10-ch1 (MessageSwitch) id 1355363759960096_25860; Thu, 13 Dec 2012 01:55:59 +0000 (UTC) Received: from CH1EHSMHS013.bigfish.com (snatpool2.int.messaging.microsoft.com [10.43.68.231]) by mail10-ch1.bigfish.com (Postfix) with ESMTP id DECC3100065 for ; Thu, 13 Dec 2012 01:55:59 +0000 (UTC) Received: from SN2PRD0610HT001.namprd06.prod.outlook.com (157.56.234.133) by CH1EHSMHS013.bigfish.com (10.43.70.13) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 13 Dec 2012 01:55:59 +0000 Received: from SN2PRD0610MB372.namprd06.prod.outlook.com ([169.254.6.107]) by SN2PRD0610HT001.namprd06.prod.outlook.com ([10.255.117.36]) with mapi id 14.16.0245.002; Thu, 13 Dec 2012 01:55:59 +0000 From: Todd Herman To: "behave@ietf.org" Thread-Topic: Question regarding sending data to a peer via TURN Thread-Index: Ac3Y0gX/UGKKJkFlQA6lNf3vIHRWVQ== Date: Thu, 13 Dec 2012 01:55:57 +0000 Message-ID: <980973149D509B4AA117C3CE035BACA937BA5AFE@SN2PRD0610MB372.namprd06.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.241.249.248] Content-Type: multipart/alternative; boundary="_000_980973149D509B4AA117C3CE035BACA937BA5AFESN2PRD0610MB372_" MIME-Version: 1.0 X-OriginatorOrg: apx-labs.com Subject: [BEHAVE] Question regarding sending data to a peer via TURN X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2012 01:56:05 -0000 --_000_980973149D509B4AA117C3CE035BACA937BA5AFESN2PRD0610MB372_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have a question related to section 10 of RFC 5766. My understanding is that a TURN client sends data to a peer by sending a SE= ND indication with the data to be relayed. I get that then the next part c= onfuses me. I expected the server to send a DATA message but the specifica= tion says that it sends just a standard UDP datagram, which I take to mean = NOT a STUN/TURN message. If the peer sends data back, it is also sent as a= standard UDP datagram. The server then creates a Data indication and send= s that back to the client. Why the standard UDP datagram rather than exchanging Data Indications? Is = it because the sending IS a TURN client and the receiver is not. Do we alw= ays assume that the initiator is a TURN client and the receiver is not a TU= RN client? I am trying to get a better understanding of how the TURN clien= t and peer are differentiated. Todd Herman Senior Software Engineer APX Labs 2350 Corporate Park Drive, Ste. 510 | Herndon, VA 20171 m: 703-489-8761 | www.apx-labs.com | @APXLabs --_000_980973149D509B4AA117C3CE035BACA937BA5AFESN2PRD0610MB372_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have a question related to section 10 of RFC 5766.=

 

My understanding is that a TURN client sends data to= a peer by sending a SEND indication with the data to be relayed.  I g= et that then the next part confuses me.  I expected the server to send= a DATA message but the specification says that it sends just a standard UDP datagram, which I take to mean NOT a STUN/TUR= N message.  If the peer sends data back, it is also sent as a standard= UDP datagram.  The server then creates a Data indication and sends th= at back to the client.

 

Why the standard UDP datagram rather than exchanging= Data Indications?  Is it because the sending IS a TURN client and the= receiver is not.  Do we always assume that the initiator is a TURN cl= ient and the receiver is not a TURN client?  I am trying to get a better understanding of how the TURN client and peer = are differentiated.

 

Todd Herman

Senior Software Engineer=

 <= /span>

APX Labs=

2350 C= orporate Park Drive, Ste. 510 | Herndon, VA 20171

m: 703= -489-8761 | www.apx-labs.com | @APXLabs

 

 

--_000_980973149D509B4AA117C3CE035BACA937BA5AFESN2PRD0610MB372_-- From dwing@cisco.com Wed Dec 12 19:24:11 2012 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C646721F858F for ; Wed, 12 Dec 2012 19:24:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.462 X-Spam-Level: X-Spam-Status: No, score=-110.462 tagged_above=-999 required=5 tests=[AWL=0.137, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tnvwsQmgi3py for ; Wed, 12 Dec 2012 19:24:10 -0800 (PST) Received: from mtv-iport-3.cisco.com (mtv-iport-3.cisco.com [173.36.130.14]) by ietfa.amsl.com (Postfix) with ESMTP id 5AD7021F842B for ; Wed, 12 Dec 2012 19:24:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2256; q=dns/txt; s=iport; t=1355369050; x=1356578650; h=from:to:references:in-reply-to:subject:date:message-id: mime-version:content-transfer-encoding; bh=mpFaiAnDsLMi86bWvrTVgfwhhKJC2potJUsLVZx+bco=; b=Yd8JuU0ux9E6VZnKRlHllN7aVcd4aVxC9/28HFjTXGReSr6G/LJH245K 9509Z2jornv1t9Z5nx3O5Rm9omaqp/E8ri+6/sUzxH7kK+UAiqhl9wsC7 QUxiZYT63XcyNqON6BjUJ0g+uBnvAbLKGGfPvdPbCOogP/cgTt9YNCrmj M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkwPAPxJyVCrRDoG/2dsb2JhbABFg0i6GgQEgQUWc4IeAQEBAwEIAh4SRAcBAwIJEQQBASgHGS0JCAIEARILBYd7Bb4ijEuEQwOIYIUciA2QSIMU X-IronPort-AV: E=Sophos;i="4.84,270,1355097600"; d="scan'208";a="63855721" Received: from mtv-core-1.cisco.com ([171.68.58.6]) by mtv-iport-3.cisco.com with ESMTP; 13 Dec 2012 03:24:10 +0000 Received: from DWINGWS01 ([10.32.240.195]) by mtv-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id qBD3O9Kb016144; Thu, 13 Dec 2012 03:24:09 GMT From: "Dan Wing" To: "'Todd Herman'" , References: <980973149D509B4AA117C3CE035BACA937BA5AFE@SN2PRD0610MB372.namprd06.prod.outlook.com> In-Reply-To: <980973149D509B4AA117C3CE035BACA937BA5AFE@SN2PRD0610MB372.namprd06.prod.outlook.com> Date: Wed, 12 Dec 2012 19:24:09 -0800 Message-ID: <00cf01cdd8e1$50d3c730$f27b5590$@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHqBTUfIc6MstPUQ6/88g+XneF27ZfdtkNQ Content-Language: en-us Subject: Re: [BEHAVE] Question regarding sending data to a peer via TURN X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2012 03:24:11 -0000 > -----Original Message----- > From: behave-bounces@ietf.org [mailto:behave-bounces@ietf.org] On Behalf > Of Todd Herman > Sent: Wednesday, December 12, 2012 5:56 PM > To: behave@ietf.org > Subject: [BEHAVE] Question regarding sending data to a peer via TURN > > I have a question related to section 10 of RFC 5766. > > > > My understanding is that a TURN client sends data to a peer by sending a > SEND indication with the data to be relayed. I get that then the next > part confuses me. I expected the server to send a DATA message but the > specification says that it sends just a standard UDP datagram, which I > take to mean NOT a STUN/TURN message. If the peer sends data back, it > is also sent as a standard UDP datagram. The server then creates a Data > indication and sends that back to the client. > > > > Why the standard UDP datagram rather than exchanging Data Indications? So that the remote peer needs not understand TURN and needs not know (or care) that it is communicating with a TURN server. > Is it because the sending IS a TURN client and the receiver is not. Right. > Do > we always assume that the initiator is a TURN client and the receiver is > not a TURN client? I am trying to get a better understanding of how the > TURN client and peer are differentiated. The peer always gets normal, un-TURN-encapsulated data. By doing it this way, we don't care if the remote peer is a non-ICE-supporting peer, or if the remote peer is really a TURN server. That is, to Alice and to Alice's TURN server, this sort of network diagram where Bob might not even understand ICE, TURN, or STUN: Alice's TURN server----(normal RTP)----Bob | (TURN-encapsulated RTP) | Alice works exactly like this one: Alice's TURN server----(normal RTP)----Bob's TURN server | | (TURN-encapsulated RTP) (TURN-encapsulated RTP) | | Alice Bob Effectively, TURN is a tunneling mechanism between a TURN client and its TURN server. Once on the 'far side' of the TURN server, the data is no longer tunneled. -d From todd@apx-labs.com Wed Dec 12 20:49:23 2012 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BFC521F856E for ; Wed, 12 Dec 2012 20:49:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IUQrvLPxNsh4 for ; Wed, 12 Dec 2012 20:49:22 -0800 (PST) Received: from am1outboundpool.messaging.microsoft.com (am1ehsobe006.messaging.microsoft.com [213.199.154.209]) by ietfa.amsl.com (Postfix) with ESMTP id B34E521F84C1 for ; Wed, 12 Dec 2012 20:49:21 -0800 (PST) Received: from mail99-am1-R.bigfish.com (10.3.201.227) by AM1EHSOBE001.bigfish.com (10.3.204.21) with Microsoft SMTP Server id 14.1.225.23; Thu, 13 Dec 2012 04:49:20 +0000 Received: from mail99-am1 (localhost [127.0.0.1]) by mail99-am1-R.bigfish.com (Postfix) with ESMTP id 6BC6820296; Thu, 13 Dec 2012 04:49:20 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.234.133; KIP:(null); UIP:(null); IPV:NLI; H:SN2PRD0610HT001.namprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -24 X-BigFish: PS-24(zz9371I542I1432I1447Izz1202h1e76h1d2ahzz8275dh1033ILz2fh2a8h668h839h944hd25hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h1155h) Received-SPF: pass (mail99-am1: domain of apx-labs.com designates 157.56.234.133 as permitted sender) client-ip=157.56.234.133; envelope-from=todd@apx-labs.com; helo=SN2PRD0610HT001.namprd06.prod.outlook.com ; .outlook.com ; Received: from mail99-am1 (localhost.localdomain [127.0.0.1]) by mail99-am1 (MessageSwitch) id 1355374158225893_14082; Thu, 13 Dec 2012 04:49:18 +0000 (UTC) Received: from AM1EHSMHS010.bigfish.com (unknown [10.3.201.246]) by mail99-am1.bigfish.com (Postfix) with ESMTP id 2AAFE3A00A5; Thu, 13 Dec 2012 04:49:18 +0000 (UTC) Received: from SN2PRD0610HT001.namprd06.prod.outlook.com (157.56.234.133) by AM1EHSMHS010.bigfish.com (10.3.207.110) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 13 Dec 2012 04:49:18 +0000 Received: from SN2PRD0610MB372.namprd06.prod.outlook.com ([169.254.6.107]) by SN2PRD0610HT001.namprd06.prod.outlook.com ([10.255.117.36]) with mapi id 14.16.0245.002; Thu, 13 Dec 2012 04:49:17 +0000 From: Todd Herman To: Dan Wing , "behave@ietf.org" Thread-Topic: [BEHAVE] Question regarding sending data to a peer via TURN Thread-Index: Ac3Y0gX/UGKKJkFlQA6lNf3vIHRWVQAD0pOAAAKqelA= Date: Thu, 13 Dec 2012 04:49:16 +0000 Message-ID: <980973149D509B4AA117C3CE035BACA937BA6C7A@SN2PRD0610MB372.namprd06.prod.outlook.com> References: <980973149D509B4AA117C3CE035BACA937BA5AFE@SN2PRD0610MB372.namprd06.prod.outlook.com> <00cf01cdd8e1$50d3c730$f27b5590$@cisco.com> In-Reply-To: <00cf01cdd8e1$50d3c730$f27b5590$@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.241.249.248] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: apx-labs.com Subject: Re: [BEHAVE] Question regarding sending data to a peer via TURN X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2012 04:49:23 -0000 > -----Original Message----- > From: Dan Wing [mailto:dwing@cisco.com] > Sent: Wednesday, December 12, 2012 10:24 PM > To: Todd Herman; behave@ietf.org > Subject: RE: [BEHAVE] Question regarding sending data to a peer via TURN >=20 > > -----Original Message----- > > From: behave-bounces@ietf.org [mailto:behave-bounces@ietf.org] On > > Behalf Of Todd Herman > > Sent: Wednesday, December 12, 2012 5:56 PM > > To: behave@ietf.org > > Subject: [BEHAVE] Question regarding sending data to a peer via TURN > > > > I have a question related to section 10 of RFC 5766. > > > > > > > > My understanding is that a TURN client sends data to a peer by sending > > a SEND indication with the data to be relayed. I get that then the > > next part confuses me. I expected the server to send a DATA message > > but the specification says that it sends just a standard UDP datagram, > > which I take to mean NOT a STUN/TURN message. If the peer sends data > > back, it is also sent as a standard UDP datagram. The server then > > creates a Data indication and sends that back to the client. > > > > > > > > Why the standard UDP datagram rather than exchanging Data Indications? >=20 > So that the remote peer needs not understand TURN and needs not know > (or care) that it is communicating with a TURN server. >=20 > > Is it because the sending IS a TURN client and the receiver is not. >=20 > Right. >=20 > > Do > > we always assume that the initiator is a TURN client and the receiver > > is not a TURN client? I am trying to get a better understanding of > > how the TURN client and peer are differentiated. >=20 > The peer always gets normal, un-TURN-encapsulated data. >=20 > By doing it this way, we don't care if the remote peer is a non-ICE-suppo= rting > peer, or if the remote peer is really a TURN server. That is, to Alice a= nd to > Alice's TURN server, this sort of network diagram where Bob might not eve= n > understand ICE, TURN, or STUN: >=20 > Alice's TURN server----(normal RTP)----Bob > | > (TURN-encapsulated RTP) > | > Alice Ok, that makes sense. So a Send indication is only used by a client for se= nding data to the server to be relayed and a Data indication is only used b= y the server to send data relayed from a peer to the client? That is what = I am seeing from the specification and from your additional notes. I was missing it a little but your explanation cleared it up. Once the ser= ver has the data the tunneling is no longer needed to get the data to the p= eer. All it needs is the address, which the client should already have. =20 Thanks for the information. It helps a lot. >=20 > works exactly like this one: >=20 > Alice's TURN server----(normal RTP)----Bob's TURN server > | | > (TURN-encapsulated RTP) (TURN-encapsulated RTP) > | | > Alice Bob >=20 >=20 > Effectively, TURN is a tunneling mechanism between a TURN client and its > TURN server. Once on the 'far side' of the TURN server, the data is no l= onger > tunneled. >=20 > -d >=20 >=20 From todd@apx-labs.com Thu Dec 13 08:53:45 2012 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7594821F8A15 for ; Thu, 13 Dec 2012 08:53:45 -0800 (PST) X-Quarantine-ID: X-Amavis-Modified: Mail body modified (defanged) by ietfa.amsl.com X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BANNED, message contains part: multipart/mixed | application/ms-tnef,.tnef,winmail.dat X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DuWQGqy5djPL for ; Thu, 13 Dec 2012 08:53:44 -0800 (PST) Content-Type: multipart/mixed; boundary="----------=_1355417625-5204-0" Content-Transfer-Encoding: binary MIME-Version: 1.0 Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe005.messaging.microsoft.com [216.32.180.31]) by ietfa.amsl.com (Postfix) with ESMTP id 2950521F8A0C for ; Thu, 13 Dec 2012 08:53:43 -0800 (PST) Received: from mail248-va3-R.bigfish.com (10.7.14.247) by VA3EHSOBE004.bigfish.com (10.7.40.24) with Microsoft SMTP Server id 14.1.225.23; Thu, 13 Dec 2012 16:53:43 +0000 Received: from mail248-va3 (localhost [127.0.0.1]) by mail248-va3-R.bigfish.com (Postfix) with ESMTP id 5A47070022B for ; Thu, 13 Dec 2012 16:53:43 +0000 (UTC) Received: from mail248-va3 (localhost.localdomain [127.0.0.1]) by mail248-va3 (MessageSwitch) id 1355417467990031_30584; Thu, 13 Dec 2012 16:51:07 +0000 (UTC) Received: from VA3EHSMHS025.bigfish.com (unknown [10.7.14.237]) by mail248-va3.bigfish.com (Postfix) with ESMTP id E855DC401B8 for ; Thu, 13 Dec 2012 16:51:07 +0000 (UTC) Received: from SN2PRD0610HT004.namprd06.prod.outlook.com (157.56.234.133) by VA3EHSMHS025.bigfish.com (10.7.99.35) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 13 Dec 2012 16:51:06 +0000 Received: from SN2PRD0610MB372.namprd06.prod.outlook.com ([169.254.6.107]) by SN2PRD0610HT004.namprd06.prod.outlook.com ([10.255.117.39]) with mapi id 14.16.0245.002; Thu, 13 Dec 2012 16:51:05 +0000 From: Todd Herman To: "'behave@ietf.org'" Date: Thu, 13 Dec 2012 16:51:04 +0000 Message-ID: <980973149D509B4AA117C3CE035BACA937BA7409@SN2PRD0610MB372.namprd06.prod.outlook.com> Subject: [BEHAVE] Size limit of Data attribute in RFC 5766 X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2012 16:53:45 -0000 This is a multi-part message in MIME format... ------------=_1355417625-5204-0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit WARNING: contains banned part ------------=_1355417625-5204-0 Content-Type: message/rfc822; x-spam-type=original; name="message" Content-Disposition: attachment; filename="message" Content-Transfer-Encoding: 7bit Content-Description: Original message Return-Path: Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe005.messaging.microsoft.com [216.32.180.31]) by ietfa.amsl.com (Postfix) with ESMTP id 2950521F8A0C for ; Thu, 13 Dec 2012 08:53:43 -0800 (PST) Received: from mail248-va3-R.bigfish.com (10.7.14.247) by VA3EHSOBE004.bigfish.com (10.7.40.24) with Microsoft SMTP Server id 14.1.225.23; Thu, 13 Dec 2012 16:53:43 +0000 Received: from mail248-va3 (localhost [127.0.0.1]) by mail248-va3-R.bigfish.com (Postfix) with ESMTP id 5A47070022B for ; Thu, 13 Dec 2012 16:53:43 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.234.133;KIP:(null);UIP:(null);IPV:NLI;H:SN2PRD0610HT004.namprd06.prod.outlook.com;RD:none;EFVD:NLI X-SpamScore: -4 X-BigFish: PS-4(zz1861Mc85fhzz1202h1e76h1d2ahz31izz2fh2a8h668h839hd25hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh15d0h162dh1631h1758h34h1155h) Received-SPF: pass (mail248-va3: domain of apx-labs.com designates 157.56.234.133 as permitted sender) client-ip=157.56.234.133; envelope-from=todd@apx-labs.com; helo=SN2PRD0610HT004.namprd06.prod.outlook.com ;.outlook.com ; Received: from mail248-va3 (localhost.localdomain [127.0.0.1]) by mail248-va3 (MessageSwitch) id 1355417467990031_30584; Thu, 13 Dec 2012 16:51:07 +0000 (UTC) Received: from VA3EHSMHS025.bigfish.com (unknown [10.7.14.237]) by mail248-va3.bigfish.com (Postfix) with ESMTP id E855DC401B8 for ; Thu, 13 Dec 2012 16:51:07 +0000 (UTC) Received: from SN2PRD0610HT004.namprd06.prod.outlook.com (157.56.234.133) by VA3EHSMHS025.bigfish.com (10.7.99.35) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 13 Dec 2012 16:51:06 +0000 Received: from SN2PRD0610MB372.namprd06.prod.outlook.com ([169.254.6.107]) by SN2PRD0610HT004.namprd06.prod.outlook.com ([10.255.117.39]) with mapi id 14.16.0245.002; Thu, 13 Dec 2012 16:51:05 +0000 Content-Type: multipart/mixed; boundary="_000_980973149D509B4AA117C3CE035BACA937BA7409SN2PRD0610MB372_" From: Todd Herman To: "'behave@ietf.org'" Subject: Size limit of Data attribute in RFC 5766 Thread-Topic: Size limit of Data attribute in RFC 5766 Thread-Index: Ac3ZUewNg2CBUAsZQBaVWMDsv+9GJQ== Date: Thu, 13 Dec 2012 16:51:04 +0000 Message-ID: <980973149D509B4AA117C3CE035BACA937BA7409@SN2PRD0610MB372.namprd06.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: <980973149D509B4AA117C3CE035BACA937BA7409@SN2PRD0610MB372.namprd06.prod.outlook.com> x-originating-ip: [173.73.3.78] MIME-Version: 1.0 X-OriginatorOrg: apx-labs.com --_000_980973149D509B4AA117C3CE035BACA937BA7409SN2PRD0610MB372_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable When sending a Send or Data indication I must include the Data attribute. = Is there a size limit to this attribute value? I believe there is a size l= imit to an overall STUN message so I assume that still applies. Could anyon= e clarify this for me please? --_000_980973149D509B4AA117C3CE035BACA937BA7409SN2PRD0610MB372_ Content-Disposition: attachment; filename="winmail.dat" Content-Transfer-Encoding: base64 Content-Type: application/ms-tnef; name="winmail.dat" eJ8+IpFoAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEJgAEAIQAAAEE3QTNEQTYy NjY1OEY3NDRBNTdGNTUwNzFFQTNDNEZBAEMHAQ2ABAACAAAAAgACAAEFgAMADgAAANwHDAANABAA MwAEAAQARwEBIIADAA4AAADcBwwADQAQADMABAAEAEcBAQiABwAYAAAASVBNLk1pY3Jvc29mdCBN YWlsLk5vdGUAMQgBBIABACkAAABTaXplIGxpbWl0IG9mIERhdGEgYXR0cmlidXRlIGluIFJGQyA1 NzY2AEcNAQOQBgBIEAAAOAAAAAIBfwABAAAAVQAAADw5ODA5NzMxNDlENTA5QjRBQTExN0MzQ0Uw MzVCQUNBOTM3QkE3NDA5QFNOMlBSRDA2MTBNQjM3Mi5uYW1wcmQwNi5wcm9kLm91dGxvb2suY29t PgAAAAACARMQAQAAAIoHAAA8aHRtbCB4bWxuczp2PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29t OnZtbCIgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj48aGVhZD48TUVUQSBIVFRQLUVRVUlWPSJD b250ZW50LVR5cGUiIENPTlRFTlQ9InRleHQvaHRtbDsgY2hhcnNldD11cy1hc2NpaSI+PG1ldGEg bmFtZT1HZW5lcmF0b3IgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1 bSkiPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2Zv bnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7 fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAy IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGku TXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5F bWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0No cERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAx MS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPjwvaGVhZD48Ym9keSBsYW5nPUVOLVVTIGxpbms9 IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFz cz1Nc29Ob3JtYWw+V2hlbiBzZW5kaW5nIGEgU2VuZCBvciBEYXRhIGluZGljYXRpb24gSSBtdXN0 IGluY2x1ZGUgdGhlIERhdGEgYXR0cmlidXRlLiZuYnNwOyBJcyB0aGVyZSBhIHNpemUgbGltaXQg dG8gdGhpcyBhdHRyaWJ1dGUgdmFsdWU/Jm5ic3A7IEkgYmVsaWV2ZSB0aGVyZSBpcyBhIHNpemUg bGltaXQgdG8gYW4gb3ZlcmFsbCBTVFVOIG1lc3NhZ2Ugc28gSSBhc3N1bWUgdGhhdCBzdGlsbCBh cHBsaWVzLiBDb3VsZCBhbnlvbmUgY2xhcmlmeSB0aGlzIGZvciBtZSBwbGVhc2U/PG86cD48L286 cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjwvYm9k eT48L2h0bWw+AAAfAEIAAQAAABgAAABUAG8AZABkACAASABlAHIAbQBhAG4AAAAfAGUAAQAAACQA AAB0AG8AZABkAEAAYQBwAHgALQBsAGEAYgBzAC4AYwBvAG0AAAAfAGQAAQAAAAoAAABTAE0AVABQ AAAAAAACAUEAAQAAAF4AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAIBUAG8AZABkACAASABlAHIA bQBhAG4AAABTAE0AVABQAAAAdABvAGQAZABAAGEAcAB4AC0AbABhAGIAcwAuAGMAbwBtAAAAAAAf AAJdAQAAACQAAAB0AG8AZABkAEAAYQBwAHgALQBsAGEAYgBzAC4AYwBvAG0AAAAfAOVfAQAAACwA AABzAGkAcAA6AHQAbwBkAGQAQABhAHAAeAAtAGwAYQBiAHMALgBjAG8AbQAAAB8AGgwBAAAAGAAA AFQAbwBkAGQAIABIAGUAcgBtAGEAbgAAAB8AHwwBAAAAJAAAAHQAbwBkAGQAQABhAHAAeAAtAGwA YQBiAHMALgBjAG8AbQAAAB8AHgwBAAAACgAAAFMATQBUAFAAAAAAAAIBGQwBAAAAXgAAAAAAAACB Kx+kvqMQGZ1uAN0BD1QCAAAAgFQAbwBkAGQAIABIAGUAcgBtAGEAbgAAAFMATQBUAFAAAAB0AG8A ZABkAEAAYQBwAHgALQBsAGEAYgBzAC4AYwBvAG0AAAAAAB8AAV0BAAAAJAAAAHQAbwBkAGQAQABh AHAAeAAtAGwAYQBiAHMALgBjAG8AbQAAAB8A+D8BAAAAGAAAAFQAbwBkAGQAIABIAGUAcgBtAGEA bgAAAB8AI0ABAAAAJAAAAHQAbwBkAGQAQABhAHAAeAAtAGwAYQBiAHMALgBjAG8AbQAAAB8AIkAB AAAACgAAAFMATQBUAFAAAAAAAAIB+T8BAAAAXgAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAgFQA bwBkAGQAIABIAGUAcgBtAGEAbgAAAFMATQBUAFAAAAB0AG8AZABkAEAAYQBwAHgALQBsAGEAYgBz AC4AYwBvAG0AAAAAAB8ACV0BAAAAJAAAAHQAbwBkAGQAQABhAHAAeAAtAGwAYQBiAHMALgBjAG8A bQAAAAsAQDoBAAAAHwAaAAEAAAASAAAASQBQAE0ALgBOAG8AdABlAAAAAAADAPE/CQQAAAsAQDoB AAAAAwD9P+QEAAACAQswAQAAABAAAACno9piZlj3RKV/VQceo8T6AwAXAAEAAABAADkAAIziCVLZ zQFAAAgw2ylrClLZzQELACkAAAAAAAsAIwAAAAAAHwAAgIYDAgAAAAAAwAAAAAAAAEYBAAAAHgAA AGEAYwBjAGUAcAB0AGwAYQBuAGcAdQBhAGcAZQAAAAAAAQAAAAwAAABlAG4ALQBVAFMAAAALAACA CCAGAAAAAADAAAAAAAAARgAAAAAGhQAAAAAAAB8ANwABAAAAUgAAAFMAaQB6AGUAIABsAGkAbQBp AHQAIABvAGYAIABEAGEAdABhACAAYQB0AHQAcgBpAGIAdQB0AGUAIABpAG4AIABSAEYAQwAgADUA NwA2ADYAAAAAAB8APQABAAAAAgAAAAAAAAADADYAAAAAAAIBcQABAAAAFgAAAAHN2VHsDYNggVAL GUAWlVjA7L/vRiUAAB8AcAABAAAAUgAAAFMAaQB6AGUAIABsAGkAbQBpAHQAIABvAGYAIABEAGEA dABhACAAYQB0AHQAcgBpAGIAdQB0AGUAIABpAG4AIABSAEYAQwAgADUANwA2ADYAAAAAAB8ANRAB AAAAqgAAADwAOQA4ADAAOQA3ADMAMQA0ADkARAA1ADAAOQBCADQAQQBBADEAMQA3AEMAMwBDAEUA MAAzADUAQgBBAEMAQQA5ADMANwBCAEEANwA0ADAAOQBAAFMATgAyAFAAUgBEADAANgAxADAATQBC ADMANwAyAC4AbgBhAG0AcAByAGQAMAA2AC4AcAByAG8AZAAuAG8AdQB0AGwAbwBvAGsALgBjAG8A bQA+AAAAAAADAN4/n04AAAsAAIAIIAYAAAAAAMAAAAAAAABGAAAAAAOFAAAAAAAAAwAAgAggBgAA AAAAwAAAAAAAAEYAAAAAAYUAAAAAAAADAIAQ/////0AABzB3pGEKUtnNAQsAAgABAAAAAwAmAAAA AAACARAwAQAAAEYAAAAAAAAAEZkxexKkJkeGWqdjMtdebwcAmAlzFJ1Qm0qhF8POA1usqQAAAOFB BQAA4jQq6ttF10C5fuxoYIEyzAAwwdiSZwAAAAAfAPo/AQAAABgAAABUAG8AZABkACAASABlAHIA bQBhAG4AAAADAAJZAAAWAAMACVkCAAAAAwAAgAggBgAAAAAAwAAAAAAAAEYAAAAAEIUAAAAAAAAL AACACCAGAAAAAADAAAAAAAAARgAAAAAOhQAAAAAAAAMAAIAIIAYAAAAAAMAAAAAAAABGAAAAABiF AAAAAAAACwAAgAggBgAAAAAAwAAAAAAAAEYAAAAAgoUAAAAAAAADAACACCAGAAAAAADAAAAAAAAA RgAAAADrhQAACQQAAAMADTT9PwAAHwAAgIYDAgAAAAAAwAAAAAAAAEYBAAAAIAAAAHgALQBtAHMA LQBoAGEAcwAtAGEAdAB0AGEAYwBoAAAAAQAAAAIAAAAAAAAAHwAAgIYDAgAAAAAAwAAAAAAAAEYB AAAAIgAAAHgALQBvAHIAaQBnAGkAbgBhAHQAaQBuAGcALQBpAHAAAAAAAAEAAAAcAAAAWwAxADcA MwAuADcAMwAuADMALgA3ADgAXQAAAC7L --_000_980973149D509B4AA117C3CE035BACA937BA7409SN2PRD0610MB372_-- ------------=_1355417625-5204-0-- From dwing@cisco.com Thu Dec 13 10:26:42 2012 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFB6121F8A09 for ; Thu, 13 Dec 2012 10:26:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.471 X-Spam-Level: X-Spam-Status: No, score=-110.471 tagged_above=-999 required=5 tests=[AWL=0.128, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pUDU5eqDgvYC for ; Thu, 13 Dec 2012 10:26:41 -0800 (PST) Received: from mtv-iport-3.cisco.com (mtv-iport-3.cisco.com [173.36.130.14]) by ietfa.amsl.com (Postfix) with ESMTP id C872821F8A99 for ; Thu, 13 Dec 2012 10:26:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2086; q=dns/txt; s=iport; t=1355423201; x=1356632801; h=from:to:references:in-reply-to:subject:date:message-id: mime-version:content-transfer-encoding; bh=5VmIB7zh+T9dKY31yXW8P2QjzAPjO9di314jvLG7PDQ=; b=c+j6UVsvevbVUiTjj8eYgNI3TeOhC9Ld8Fgwk7VgfzPWyq/tMrkKEBcp +GL2R4jPSE4MF9UIHGIuyXi6YT+m826bSL2GijyE3pYmA1vxn0V1pHWJe Z+Rqkm968562ohmKBNYgISDCMrSuUSPMcPblE2w4sAlauxrMZpWhGbxYg 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkENABcdylCrRDoI/2dsb2JhbABFg0i6GgQEgQYWc4IeAQEBAwEIAjBECAMCCS0ZGT4CBAEdBYd9BQ28YYxsAXiDNQOIYIUchFqDM4EcjyyDFIFDAQUa X-IronPort-AV: E=Sophos;i="4.84,275,1355097600"; d="scan'208";a="63910923" Received: from mtv-core-3.cisco.com ([171.68.58.8]) by mtv-iport-3.cisco.com with ESMTP; 13 Dec 2012 18:26:41 +0000 Received: from DWINGWS01 ([10.32.240.195]) by mtv-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id qBDIQf40032240; Thu, 13 Dec 2012 18:26:41 GMT From: "Dan Wing" To: "'Todd Herman'" , References: <980973149D509B4AA117C3CE035BACA937BA7409@SN2PRD0610MB372.namprd06.prod.outlook.com> In-Reply-To: <980973149D509B4AA117C3CE035BACA937BA7409@SN2PRD0610MB372.namprd06.prod.outlook.com> Date: Thu, 13 Dec 2012 10:26:40 -0800 Message-ID: <02bc01cdd95f$658025b0$30807110$@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHyA0z6TD3ukxmPkFrg37/U+GSrQJfOth8w Content-Language: en-us Subject: Re: [BEHAVE] Size limit of Data attribute in RFC 5766 X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2012 18:26:42 -0000 > When sending a Send or Data indication I must include the Data attribute. > Is there a size limit to this attribute value? STUN (RFC5389) says: All STUN messages sent over UDP SHOULD be less than the path MTU, if known. If the path MTU is unknown, messages SHOULD be the smaller of 576 bytes and the first-hop MTU for IPv4 [RFC1122] and 1280 bytes for IPv6 [RFC2460]. This value corresponds to the overall size of the IP packet. Consequently, for IPv4, the actual STUN message would need to be less than 548 bytes (576 minus 20-byte IP header, minus 8-byte UDP header, assuming no IP options are used). STUN provides no ability to handle the case where the request is under the MTU but the response would be larger than the MTU. It is not envisioned that this limitation will be an issue for STUN. The MTU limitation is a SHOULD, and not a MUST, to account for cases where STUN itself is being used to probe for MTU characteristics [BEHAVE-NAT]. Outside of this or similar applications, the MTU constraint MUST be followed. > I believe there is a size limit to an overall STUN message so I assume > that still applies. Could anyone clarify this for me please? Exceeding the path MTU will cause the UDP packet to be fragmented. Fragmented packets are dropped by some NATs and by some firewalls, more so if the fragment arrives before the header (which can be caused by the sender transmitting them out of order, or by the network changing the packet order). Most protocols try hard to stay well below 1500 bytes to accommodate tunneling (such as TURN's tunneling, GRE, PPPoE, L2TP, etc.). So, the additional header of TURN is not typically a problem in practice. It is possible to determine the path MTU between the TURN client and TURN server by using the idea described in Marc Petit-Huguenin's http://tools.ietf.org/html/draft-petithuguenin-behave-stun-pmtud. That technique does not rely on receiving ICMP packet-too-big errors, which are sometimes filtered or rate limited. -d From tom.taylor.stds@gmail.com Fri Dec 14 11:13:36 2012 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D2D121F8A10 for ; Fri, 14 Dec 2012 11:13:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.67 X-Spam-Level: X-Spam-Status: No, score=-2.67 tagged_above=-999 required=5 tests=[AWL=-0.930, BAYES_20=-0.74, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GSZvDLVQ6J9A for ; Fri, 14 Dec 2012 11:13:35 -0800 (PST) Received: from mail-ia0-f172.google.com (mail-ia0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id B5B5B21F898B for ; Fri, 14 Dec 2012 11:13:35 -0800 (PST) Received: by mail-ia0-f172.google.com with SMTP id z13so3485400iaz.31 for ; Fri, 14 Dec 2012 11:13:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:content-type:content-transfer-encoding:x-antivirus :x-antivirus-status; bh=e8FulTViLQpTL+UUrBQ6MMARvzNpAKj3EdCWOZvvaf4=; b=CIMHyt/xvluthi/u5mPmdFonLlncI+Sy+ZDUJtn1sSiA9C89bzRPmtTb6WdxkpgPJ4 g+WvqG5L7K7Q6eK9257+FRnGFYZj7LEOsTgESD3eUBCQ3XuZa7/U4yKgLqT/xMiJMqBj xnMDZrlOjW6huM+P3OLmn2UxQ2XFGEQnzl1D/nF8l6b965TQYGrpumvWEhlAOG6UfUe3 qq8AnG0optODPfouNeuoKPJtcXPCAzhrTRoNLBA0/QoFHDkOSb/O3jh2giJ7lqNfXWoH R814qHngQfCMdWm2mAxsRwz5hPL2+U9jixxm/Q3ZIlsLO548EGWsy9WKsyV+DBwspls4 Sh8A== X-Received: by 10.50.158.165 with SMTP id wv5mr2680690igb.3.1355512415205; Fri, 14 Dec 2012 11:13:35 -0800 (PST) Received: from [127.0.0.1] (dsl-173-206-82-108.tor.primus.ca. [173.206.82.108]) by mx.google.com with ESMTPS id uj11sm7348269igb.15.2012.12.14.11.13.33 (version=SSLv3 cipher=OTHER); Fri, 14 Dec 2012 11:13:34 -0800 (PST) Message-ID: <50CB7A5D.5050505@gmail.com> Date: Fri, 14 Dec 2012 14:13:33 -0500 From: Tom Taylor User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "behave@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 121214-0, 14/12/2012), Outbound message X-Antivirus-Status: Clean Cc: Todd Herman Subject: [BEHAVE] Size limit of Data attribute in RFC 5766 X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2012 19:13:36 -0000 Todd's E-mail appeared to me as a short text: "WARNING: contains banned part. As a public service I've extracted the actual message text. TT When sending a Send or Data indication I must include the Data attribute. Is there a size limit to this attribute value? I believe there is a size limit to an overall STUN message so I assume that still applies. Could anyone clarify this for me please? From todd@apx-labs.com Fri Dec 14 11:46:08 2012 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D999421F8A05 for ; Fri, 14 Dec 2012 11:46:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iwAO6opfYgSU for ; Fri, 14 Dec 2012 11:46:07 -0800 (PST) Received: from co1outboundpool.messaging.microsoft.com (co1ehsobe001.messaging.microsoft.com [216.32.180.184]) by ietfa.amsl.com (Postfix) with ESMTP id 6B63221F89EA for ; Fri, 14 Dec 2012 11:46:04 -0800 (PST) Received: from mail191-co1-R.bigfish.com (10.243.78.196) by CO1EHSOBE007.bigfish.com (10.243.66.70) with Microsoft SMTP Server id 14.1.225.23; Fri, 14 Dec 2012 19:46:03 +0000 Received: from mail191-co1 (localhost [127.0.0.1]) by mail191-co1-R.bigfish.com (Postfix) with ESMTP id 1D957B80095; Fri, 14 Dec 2012 19:46:03 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.234.133; KIP:(null); UIP:(null); IPV:NLI; H:SN2PRD0610HT001.namprd06.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -23 X-BigFish: PS-23(zz9371I542I1432Izz1202h1e76h1d2ahzz8275dh1033ILz2fh2a8h668h839h944hd25hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h1155h) Received-SPF: pass (mail191-co1: domain of apx-labs.com designates 157.56.234.133 as permitted sender) client-ip=157.56.234.133; envelope-from=todd@apx-labs.com; helo=SN2PRD0610HT001.namprd06.prod.outlook.com ; .outlook.com ; Received: from mail191-co1 (localhost.localdomain [127.0.0.1]) by mail191-co1 (MessageSwitch) id 1355514338877412_27257; Fri, 14 Dec 2012 19:45:38 +0000 (UTC) Received: from CO1EHSMHS017.bigfish.com (unknown [10.243.78.197]) by mail191-co1.bigfish.com (Postfix) with ESMTP id D292480151; Fri, 14 Dec 2012 19:45:38 +0000 (UTC) Received: from SN2PRD0610HT001.namprd06.prod.outlook.com (157.56.234.133) by CO1EHSMHS017.bigfish.com (10.243.66.27) with Microsoft SMTP Server (TLS) id 14.1.225.23; Fri, 14 Dec 2012 19:45:38 +0000 Received: from SN2PRD0610MB372.namprd06.prod.outlook.com ([169.254.6.107]) by SN2PRD0610HT001.namprd06.prod.outlook.com ([10.255.117.36]) with mapi id 14.16.0245.002; Fri, 14 Dec 2012 19:45:38 +0000 From: Todd Herman To: Tom Taylor , "behave@ietf.org" Thread-Topic: Size limit of Data attribute in RFC 5766 Thread-Index: AQHN2i8g7HenRJo93UyTLLAeMKmCP5gYsqXA Date: Fri, 14 Dec 2012 19:45:37 +0000 Message-ID: <980973149D509B4AA117C3CE035BACA937BAA1CA@SN2PRD0610MB372.namprd06.prod.outlook.com> References: <50CB7A5D.5050505@gmail.com> In-Reply-To: <50CB7A5D.5050505@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [173.73.3.78] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: apx-labs.com Subject: Re: [BEHAVE] Size limit of Data attribute in RFC 5766 X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2012 19:46:09 -0000 I don't know why that would have happened Tom but thank you for passing it = on. I did get a fairly detailed answer from Dan Wing but welcome any addit= ional input. > -----Original Message----- > From: Tom Taylor [mailto:tom.taylor.stds@gmail.com] > Sent: Friday, December 14, 2012 2:14 PM > To: behave@ietf.org > Cc: Todd Herman > Subject: Size limit of Data attribute in RFC 5766 >=20 > Todd's E-mail appeared to me as a short text: "WARNING: contains banned > part. As a public service I've extracted the actual message text. >=20 > TT >=20 > When sending a Send or Data indication I must include the Data attribute.= Is > there a size limit to this attribute value? I believe there is a size li= mit to an > overall STUN message so I assume that still applies. Could anyone clarify= this > for me please? From dthaler@microsoft.com Fri Dec 21 15:08:23 2012 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51B8821F8997; Fri, 21 Dec 2012 15:08:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.07 X-Spam-Level: X-Spam-Status: No, score=-103.07 tagged_above=-999 required=5 tests=[AWL=-0.472, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TOEPb6nnTwdD; Fri, 21 Dec 2012 15:08:22 -0800 (PST) Received: from NA01-BL2-obe.outbound.protection.outlook.com (na01-bl2-obe.ptr.protection.outlook.com [65.55.169.23]) by ietfa.amsl.com (Postfix) with ESMTP id 94CB121F8441; Fri, 21 Dec 2012 15:08:21 -0800 (PST) Received: from BY2FFO11FD008.protection.gbl (10.1.15.204) by BY2FFO11HUB034.protection.gbl (10.1.14.118) with Microsoft SMTP Server (TLS) id 15.0.586.12; Fri, 21 Dec 2012 23:08:12 +0000 Received: from TK5EX14MLTC103.redmond.corp.microsoft.com (131.107.125.37) by BY2FFO11FD008.mail.protection.outlook.com (10.1.14.159) with Microsoft SMTP Server (TLS) id 15.0.586.12 via Frontend Transport; Fri, 21 Dec 2012 23:08:12 +0000 Received: from TK5EX14MLTW652.wingroup.windeploy.ntdev.microsoft.com (157.54.71.68) by TK5EX14MLTC103.redmond.corp.microsoft.com (157.54.79.174) with Microsoft SMTP Server (TLS) id 14.2.318.3; Fri, 21 Dec 2012 23:07:54 +0000 Received: from TK5EX14MBXW603.wingroup.windeploy.ntdev.microsoft.com ([169.254.3.238]) by TK5EX14MLTW652.wingroup.windeploy.ntdev.microsoft.com ([157.54.71.68]) with mapi id 14.02.0328.011; Fri, 21 Dec 2012 15:07:54 -0800 From: Dave Thaler To: Wesley Eddy , "iesg-secretary@ietf.org" Thread-Topic: Request to publish draft-ietf-behave-nat64-discovery-heuristic-13.txt Thread-Index: Ac3fz4FfD3LzdN6eRXuPD7j6zjPgWg== Date: Fri, 21 Dec 2012 23:07:54 +0000 Message-ID: <341064315C6D0D498193B256F238CF971DAB26@TK5EX14MBXW603.wingroup.windeploy.ntdev.microsoft.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [157.54.51.41] Content-Type: multipart/mixed; boundary="_004_341064315C6D0D498193B256F238CF971DAB26TK5EX14MBXW603win_" MIME-Version: 1.0 X-Forefront-Antispam-Report: CIP:131.107.125.37; CTRY:US; IPV:CAL; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(512954001)(16406001)(59766001)(56816002)(54356001)(53806001)(54316002)(15202345001)(16236675001)(56776001)(77982001)(55846006)(51856001)(47446002)(76482001)(47976001)(74662001)(74502001)(44976002)(46102001)(33656001)(49866001)(50986001)(5343635001)(4396001)(47736001)(31966008)(5343655001)(16351025003); DIR:OUT; SFP:; SCL:1; SRVR:BY2FFO11HUB034; LANG:en; X-OriginatorOrg: microsoft.onmicrosoft.com X-Forefront-PRVS: 07025866F6 Cc: "behave@ietf.org" Subject: [BEHAVE] Request to publish draft-ietf-behave-nat64-discovery-heuristic-13.txt X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2012 23:08:23 -0000 --_004_341064315C6D0D498193B256F238CF971DAB26TK5EX14MBXW603win_ Content-Type: multipart/alternative; boundary="_000_341064315C6D0D498193B256F238CF971DAB26TK5EX14MBXW603win_" --_000_341064315C6D0D498193B256F238CF971DAB26TK5EX14MBXW603win_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Wes (responsible AD), By this email, the BEHAVE WG is submitting to the IESG for publication as P= roposed Standard: http://tools.ietf.org/html/draft-ietf-behave-nat64-discovery-heuristic-13 The PROTO writeup is attached. -Dave Thaler (WG Chair and Document Shepherd) --_000_341064315C6D0D498193B256F238CF971DAB26TK5EX14MBXW603win_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Wes (responsible AD),

 

By this email, the BEHAVE WG is submitting to the IE= SG for publication as Proposed Standard:

http://tools.ietf.org/html/draft-ietf-beh= ave-nat64-discovery-heuristic-13

 

The PROTO writeup is attached.

 

-Dave Thaler (WG Chair and Document Shepherd)

--_000_341064315C6D0D498193B256F238CF971DAB26TK5EX14MBXW603win_-- --_004_341064315C6D0D498193B256F238CF971DAB26TK5EX14MBXW603win_ Content-Type: text/plain; name="discov-proto.txt" Content-Description: discov-proto.txt Content-Disposition: attachment; filename="discov-proto.txt"; size=11021; creation-date="Mon, 26 Nov 2012 17:20:52 GMT"; modification-date="Fri, 21 Dec 2012 23:02:44 GMT" Content-Transfer-Encoding: base64 KDEpIFdoYXQgdHlwZSBvZiBSRkMgaXMgYmVpbmcgcmVxdWVzdGVkIChCQ1AsIFByb3Bvc2VkIFN0 YW5kYXJkLCBJbnRlcm5ldCBTdGFuZGFyZCwgSW5mb3JtYXRpb25hbCwgRXhwZXJpbWVudGFsLA0K b3IgSGlzdG9yaWMpPyBXaHkgaXMgdGhpcyB0aGUgcHJvcGVyIHR5cGUgb2YgUkZDPyBJcyB0aGlz IHR5cGUgb2YgUkZDIGluZGljYXRlZCBpbiB0aGUgdGl0bGUgcGFnZSBoZWFkZXI/IA0KDQogICAg UHJvcG9zZWQgU3RhbmRhcmQsIGFzIGluZGljYXRlZCBpbiB0aGUgdGl0bGUgcGFnZSBoZWFkZXIu ICBUaGlzIGlzIGENCiAgICBzcGVjaWZpY2F0aW9uIG9mIGJlaGF2aW9yLiAgVGhlIFdHIGNoYXJ0 ZXIgc2F5cyAiU3VibWl0IHRvIElFU0c6IA0KICAgIGF2b2lkaW5nIE5BVDY0IHdpdGggZHVhbC1z dGFjayBob3N0IGZvciBsb2NhbCBuZXR3b3JrcyAoc3RkKSIsIGFuZCANCiAgICB0aGUgV0cgaGFz IGNvbnNlbnN1cyBvbiB0aGlzLg0KDQoNCigyKSBUaGUgSUVTRyBhcHByb3ZhbCBhbm5vdW5jZW1l bnQgaW5jbHVkZXMgYSBEb2N1bWVudCBBbm5vdW5jZW1lbnQgV3JpdGUtVXAuIFBsZWFzZSBwcm92 aWRlIHN1Y2ggYSBEb2N1bWVudCBBbm5vdW5jZW1lbnQgV3JpdGUtVXAuIFJlY2VudCBleGFtcGxl cyBjYW4gYmUgZm91bmQgaW4gdGhlICJBY3Rpb24iIGFubm91bmNlbWVudHMgZm9yIGFwcHJvdmVk IGRvY3VtZW50cy4gVGhlIGFwcHJvdmFsIGFubm91bmNlbWVudCBjb250YWlucyB0aGUgZm9sbG93 aW5nIHNlY3Rpb25zOiANCg0KVGVjaG5pY2FsIFN1bW1hcnk6DQoNClJlbGV2YW50IGNvbnRlbnQg Y2FuIGZyZXF1ZW50bHkgYmUgZm91bmQgaW4gdGhlIGFic3RyYWN0IGFuZC9vciBpbnRyb2R1Y3Rp b24gb2YgdGhlIGRvY3VtZW50LiBJZiBub3QsIHRoaXMgbWF5IGJlIA0KYW4gaW5kaWNhdGlvbiB0 aGF0IHRoZXJlIGFyZSBkZWZpY2llbmNpZXMgaW4gdGhlIGFic3RyYWN0IG9yIGludHJvZHVjdGlv bi4gDQoNCiAgICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBhIG1ldGhvZCBmb3IgZGV0ZWN0aW5n IHRoZSBwcmVzZW5jZSBvZiBETlM2NA0KICAgIGFuZCBmb3IgbGVhcm5pbmcgdGhlIElQdjYgcHJl Zml4IHVzZWQgZm9yIHByb3RvY29sIHRyYW5zbGF0aW9uIG9uIGFuDQogICAgYWNjZXNzIG5ldHdv cmsuICBUaGUgbWV0aG9kIGRlcGVuZHMgb24gdGhlIGV4aXN0ZW5jZSBvZiBhIHdlbGwta25vd24N CiAgICBJUHY0LW9ubHkgZG9tYWluIG5hbWUgImlwdjRvbmx5LmFycGEiLiAgVGhlIGluZm9ybWF0 aW9uIGxlYXJuZWQNCiAgICBlbmFibGVzIG5vZGVzIHRvIHBlcmZvcm0gbG9jYWwgSVB2NiBhZGRy ZXNzIHN5bnRoZXNpcyBhbmQgdG8NCiAgICBwb3RlbnRpYWxseSBhdm9pZCBOQVQ2NCBvbiBkdWFs LXN0YWNrIGFuZCBtdWx0aS1pbnRlcmZhY2UNCiAgICBkZXBsb3ltZW50cy4NCg0KDQpXb3JraW5n IEdyb3VwIFN1bW1hcnk6DQoNCldhcyB0aGVyZSBhbnl0aGluZyBpbiBXRyBwcm9jZXNzIHRoYXQg aXMgd29ydGggbm90aW5nPyBGb3IgZXhhbXBsZSwgd2FzIHRoZXJlIGNvbnRyb3ZlcnN5IGFib3V0 IHBhcnRpY3VsYXIgcG9pbnRzDQpvciB3ZXJlIHRoZXJlIGRlY2lzaW9ucyB3aGVyZSB0aGUgY29u c2Vuc3VzIHdhcyBwYXJ0aWN1bGFybHkgcm91Z2g/IA0KDQogICAgVGhlIGRvY3VtZW50IHNwZWNp ZmllcyBhIGhldXJpc3RpYyB0aGF0IGlzIG5vdCBwZXJmZWN0IGFuZCBzbyBzb21lDQogICAgcG9p bnRzIHdlcmUgcm91Z2gsIGJ1dCB0aGUgY29uc3RyYWludCBmb3IgdGhpcyBkb2N1bWVudCB3YXMg dG8gb3BlcmF0ZQ0KICAgIHdpdGhvdXQgY2hhbmdlcyB0byBjb2RlIChvbmx5IGNvbmZpZ3VyYXRp b24pIGluIGV4aXN0aW5nIG5ldHdvcmtzLg0KICAgIEdpdmVuIHRoYXQgY29uc3RyYWludCwgdGhl cmUgd2FzIHN0cm9uZyBjb25zZW5zdXMuICBSZWxheGluZyB0aGUNCiAgICBjb25zdHJhaW50IHdv dWxkIGFsbG93IG9uZSB0byBkbyBiZXR0ZXIsIGFuZCB0aGF0IGlzIHRoZSBmb2N1cyBvZiBhDQog ICAgZHJhZnQgcmVjZW50bHkgc3VibWl0dGVkIHRvIHRoZSBQQ1AgV0cuDQoNCg0KRG9jdW1lbnQg UXVhbGl0eToNCg0KQXJlIHRoZXJlIGV4aXN0aW5nIGltcGxlbWVudGF0aW9ucyBvZiB0aGUgcHJv dG9jb2w/IEhhdmUgYSBzaWduaWZpY2FudCBudW1iZXIgb2YgdmVuZG9ycyBpbmRpY2F0ZWQgdGhl aXIgcGxhbiB0byANCmltcGxlbWVudCB0aGUgc3BlY2lmaWNhdGlvbj8gDQoNCiAgICBKb3VuaSBL b3Job25lbiBkaWQgYSBwcm90b3R5cGUgaW1wbGVtZW50YXRpb24gdGhhdCB3YXMgcHJlc2VudGVk IGluIHRoZQ0KICAgIFdHIGJ1dCBub3QgaW5jbHVkZWQgaW4gY29tbWVyY2lhbCBwcm9kdWN0LiAg QWRkaXRpb25hbGx5LCBDYW1lcm9uIEJ5cm5lDQogICAgKFQtTW9iaWxlIFVTQSkgaGFzIGEgNDY0 WExBVCBpbXBsZW1lbnRhdGlvbiB0aGF0IGFsc28gaW1wbGVtZW50cyB0aGlzDQogICAgZHJhZnQs IGFzIG5vdGVkIGF0DQogICAgaHR0cHM6Ly9zaXRlcy5nb29nbGUuY29tL3NpdGUvdG1vaXB2Ni80 NjR4bGF0I1RPQy1BbmRyb2lkLUNMQVQtb24tYS1VTVRTLUlQdjYtb25seS1uZXR3b3JrLXdpdGgt RE5TNjQtTkFUNjQNCg0KQXJlIHRoZXJlIGFueSByZXZpZXdlcnMgdGhhdCBtZXJpdCBzcGVjaWFs IG1lbnRpb24gYXMgaGF2aW5nIGRvbmUgYSB0aG9yb3VnaCByZXZpZXcsIA0KZS5nLiwgb25lIHRo YXQgcmVzdWx0ZWQgaW4gaW1wb3J0YW50IGNoYW5nZXMgb3IgYSBjb25jbHVzaW9uIHRoYXQgdGhl IGRvY3VtZW50IGhhZCBubyBzdWJzdGFudGl2ZSBpc3N1ZXM/IElmIA0KdGhlcmUgd2FzIGEgTUlC IERvY3RvciwgTWVkaWEgVHlwZSBvciBvdGhlciBleHBlcnQgcmV2aWV3LCB3aGF0IHdhcyBpdHMg Y291cnNlIChicmllZmx5KT8gSW4gdGhlIGNhc2Ugb2YgYSANCk1lZGlhIFR5cGUgcmV2aWV3LCBv biB3aGF0IGRhdGUgd2FzIHRoZSByZXF1ZXN0IHBvc3RlZD8gDQoNCiAgICBBbmRyZXcgU3VsbGl2 YW4gcmV2aWV3ZWQgdGhlIGRvY3VtZW50IGZyb20gYSBETlMgZXhwZXJ0IHBvaW50IG9mIHZpZXcg YW5kIA0KICAgIGEgbnVtYmVyIG9mIGNoYW5nZXMgd2VyZSBtYWRlIGFjY29yZGluZ2x5Lg0KDQog ICAgQWxzbyBub3RlIHRoYXQgdGhpcyBzcGVjaWZpY2F0aW9uIGlzIGluZm9ybWF0aXZlbHkgcmVm ZXJlbmNlZCBieSANCiAgICBkcmFmdC1pZXRmLXY2b3BzLTQ2NHhsYXQgd2hpY2ggaXMgY3VycmVu dGx5IGluIElFVEYgTGFzdCBDYWxsLg0KDQoNClBlcnNvbm5lbDoNCg0KV2hvIGlzIHRoZSBEb2N1 bWVudCBTaGVwaGVyZD8gV2hvIGlzIHRoZSBSZXNwb25zaWJsZSBBcmVhIERpcmVjdG9yPyANCg0K ICAgIERvY3VtZW50IFNoZXBoZXJkOiBEYXZlIFRoYWxlciAoZHRoYWxlckBtaWNyb3NvZnQuY29t KQ0KICAgIFJlc3BvbnNpYmxlIEFyZWEgRGlyZWN0b3I6IFdlcyBFZGR5ICh3ZXNAbXRpLXN5c3Rl bXMuY29tKQ0KDQoNCigzKSBCcmllZmx5IGRlc2NyaWJlIHRoZSByZXZpZXcgb2YgdGhpcyBkb2N1 bWVudCB0aGF0IHdhcyBwZXJmb3JtZWQgYnkgdGhlIERvY3VtZW50IFNoZXBoZXJkLiBJZiB0aGlz IHZlcnNpb24gb2YgDQp0aGUgZG9jdW1lbnQgaXMgbm90IHJlYWR5IGZvciBwdWJsaWNhdGlvbiwg cGxlYXNlIGV4cGxhaW4gd2h5IHRoZSBkb2N1bWVudCBpcyBiZWluZyBmb3J3YXJkZWQgdG8gdGhl IElFU0cuIA0KDQogICAgVGhlcmUgd2VyZSB0d28gV0dMQ3Mgb24gdGhlIGRvY3VtZW50LiAgVGhl IFdHIHBvbGljeSBpcyB0byBvbmx5IGZvcndhcmQNCiAgICBpZiBhdCBsZWFzdCA1ICJvayJzIHdl cmUgZ2l2ZW4gYW5kIGFsbCBpc3N1ZXMgYnkgdGhlIFdHIHJhaXNlZCBoYWQNCiAgICBjb25zZW5z dXMuICBUaGUgRG9jdW1lbnQgU2hlcGhlcmQ6DQoNCiAgICBhKSBWZXJpZmllZCB0aGF0IHBvbGlj eSB3YXMgbWV0LiAgRXZlcnlvbmUgd2hvIHJlc3BvbmRlZCBkdXJpbmcgdGhlIDFzdCANCiAgICAg ICBXR0xDIG9rJ2VkIHRoZSBzZWNvbmQgb25lLCBhbmQgYWxsIG5ldyBpc3N1ZXMgd2VyZSBhZGRy ZXNzZWQuICBUaGUgDQogICAgICAgZG9jdW1lbnQgd2FzIG9rJ2VkIGJ5Og0KDQogICAgICAgIFRl ZW11IFNhdm9sYWluZW4gPHRlZW11LnNhdm9sYWluZW5Abm9raWEuY29tPiAgICAgICBbYXV0aG9y XQ0KICAgICAgICBKb3VuaSBLb3Job25lbiA8am91bmkubm9zcGFtQGdtYWlsLmNvbT4gICAgICAg ICAgICAgW2F1dGhvcl0NCiAgICAgICAgRGFuIFdpbmcgPGR3aW5nQGNpc2NvLmNvbT4gICAgICAg ICAgICAgICAgICAgICAgICAgIFthdXRob3JdDQogICAgICAgIERhdmUgVGhhbGVyIDxkdGhhbGVy QG1pY3Jvc29mdC5jb20+ICAgICAgICAgICAgICAgICBbZG9jdW1lbnQgc2hlcGhlcmRdDQogICAg ICAgIENhbWVyb24gQnlybmUgPGNiLmxpc3Q2QGdtYWlsLmNvbT4NCiAgICAgICAgQWFyb24gWWkg RElORyA8eWRpbmdAY3MuaGVsc2lua2kuZmk+DQogICAgICAgIE1BV0FUQVJJIE1hc2F0YWthIDxt YXdhdGFyaUBqcGl4LmFkLmpwPg0KICAgICAgICBTdGVwaGFuIExhZ2VyaG9sbSA8c3RlcGhhbi5s YWdlcmhvbG1Ac2VjdXJlNjQuY29tPg0KICAgICAgICBBbmRyZXcgU3VsbGl2YW4gPGFqc0BhbnZp bHdhbHJ1c2Rlbi5jb20+DQogICAgICAgIFNpbW9uIFBlcnJlYXVsdCA8c2ltb24ucGVycmVhdWx0 QHZpYWdlbmllLmNhPg0KDQogICAgYikgRGlkIG93biByZXZpZXcgb2YgdGhlIGRvY3VtZW50DQoN CiAgICBjKSBDaGVja2VkIGlkbml0cw0KICAgIA0KDQooNCkgRG9lcyB0aGUgZG9jdW1lbnQgU2hl cGhlcmQgaGF2ZSBhbnkgY29uY2VybnMgYWJvdXQgdGhlIGRlcHRoIG9yIGJyZWFkdGggb2YgdGhl IHJldmlld3MgdGhhdCBoYXZlIGJlZW4gcGVyZm9ybWVkPyANCg0KICAgIE5vIGNvbmNlcm5zDQoN Cg0KKDUpIERvIHBvcnRpb25zIG9mIHRoZSBkb2N1bWVudCBuZWVkIHJldmlldyBmcm9tIGEgcGFy dGljdWxhciBvciBmcm9tIGJyb2FkZXIgcGVyc3BlY3RpdmUsIGUuZy4sIHNlY3VyaXR5LA0Kb3Bl cmF0aW9uYWwgY29tcGxleGl0eSwgQUFBLCBETlMsIERIQ1AsIFhNTCwgb3IgaW50ZXJuYXRpb25h bGl6YXRpb24/IElmIHNvLCBkZXNjcmliZSB0aGUgcmV2aWV3IHRoYXQgdG9vayBwbGFjZS4gDQoN CiAgICBETlMgcmV2aWV3IHdhcyBwZXJmb3JtZWQgKEFuZHJldyBTdWxsaXZhbiBhbmQgTWFyayBB bmRyZXdzIGhhZCBzaWduaWZpY2FudA0KICAgIGNvbW1lbnRzKS4NCg0KICAgIE9wZXJhdGlvbmFs IHJldmlldyB3YXMgZG9uZSBieSBDYW1lcm9uIEJ5cm5lIGFuZCBvdGhlcnMuDQoNCiAgICBPUyBp bXBsZW1lbnRhYmlsaXR5IHJldmlldyB3YXMgZG9uZSBieSBEYXZlIFRoYWxlciBhcyB3ZWxsIGFz IHRoZQ0KICAgIGltcGxlbWVudGVycyBvZiB0aGUgcHJvdG90eXBlcyBtZW50aW9uZWQgdW5kZXIg RG9jdW1lbnQgUXVhbGl0eSBhYm92ZS4NCg0KDQooNikgRGVzY3JpYmUgYW55IHNwZWNpZmljIGNv bmNlcm5zIG9yIGlzc3VlcyB0aGF0IHRoZSBEb2N1bWVudCBTaGVwaGVyZCBoYXMgd2l0aCB0aGlz IGRvY3VtZW50IHRoYXQgdGhlIA0KUmVzcG9uc2libGUgQXJlYSBEaXJlY3RvciBhbmQvb3IgdGhl IElFU0cgc2hvdWxkIGJlIGF3YXJlIG9mPyBGb3IgZXhhbXBsZSwgcGVyaGFwcyBoZSBvciBzaGUg aXMgdW5jb21mb3J0YWJsZSANCndpdGggY2VydGFpbiBwYXJ0cyBvZiB0aGUgZG9jdW1lbnQsIG9y IGhhcyBjb25jZXJucyB3aGV0aGVyIHRoZXJlIHJlYWxseSBpcyBhIG5lZWQgZm9yIGl0LiBJbiBh bnkgZXZlbnQsIGlmIA0KdGhlIFdHIGhhcyBkaXNjdXNzZWQgdGhvc2UgaXNzdWVzIGFuZCBoYXMg aW5kaWNhdGVkIHRoYXQgaXQgc3RpbGwgd2lzaGVzIHRvIGFkdmFuY2UgdGhlIGRvY3VtZW50LCBk ZXRhaWwgdGhvc2UgDQpjb25jZXJucyBoZXJlLiANCg0KICAgIE5vIHNwZWNpZmljIGNvbmNlcm5z DQoNCg0KKDcpIEhhcyBlYWNoIGF1dGhvciBjb25maXJtZWQgdGhhdCBhbnkgYW5kIGFsbCBhcHBy b3ByaWF0ZSBJUFIgZGlzY2xvc3VyZXMgcmVxdWlyZWQgZm9yIGZ1bGwgY29uZm9ybWFuY2Ugd2l0 aCANCnRoZSBwcm92aXNpb25zIG9mIEJDUCA3OCBhbmQgQkNQIDc5IGhhdmUgYWxyZWFkeSBiZWVu IGZpbGVkLiBJZiBub3QsIGV4cGxhaW4gd2h5Pw0KDQogICAgWWVzDQoNCg0KKDgpIEhhcyBhbiBJ UFIgZGlzY2xvc3VyZSBiZWVuIGZpbGVkIHRoYXQgcmVmZXJlbmNlcyB0aGlzIGRvY3VtZW50PyBJ ZiBzbywgc3VtbWFyaXplIGFueSBXRyBkaXNjdXNzaW9uIGFuZCANCmNvbmNsdXNpb24gcmVnYXJk aW5nIHRoZSBJUFIgZGlzY2xvc3VyZXMuIA0KDQogICAgaHR0cDovL2RhdGF0cmFja2VyLmlldGYu b3JnL2lwci8xNDQyLyB3YXMgbWFkZSBvbiBOb3ZlbWJlciAzLCAyMDEwIHdoZW4NCiAgICB0aGlz IGRyYWZ0IHdhcyBzdGlsbCBhbiBpbmRpdmlkdWFsIHN1Ym1pc3Npb24gYXQgcmV2aXNpb24tMDAg DQogICAgKGRyYWZ0LXNhdm9sYWluZW4taGV1cmlzdGljLW5hdDY0LWRpc2NvdmVyeS0wMCkuICBU aGUgV0cgbGF0ZXIgY2hvc2UNCiAgICB0byBhZG9wdCB0aGUgZG9jdW1lbnQsIGFuZCBodHRwOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzE3OTUvICh3aXRoDQogICAgRlJBTkQgdGVybXMpIHdh cyByZS1hbm5vdW5jZWQgdG8gdGhlIEJlaGF2ZSBXRyBsaXN0IG9uIEp1bmUgNiwgMjAxMg0KICAg IChodHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvYmVoYXZlL2N1cnJlbnQvbXNn MTA0MTUuaHRtbCksDQogICAganVzdCBhZnRlciB0aGUgYmVnaW5uaW5nIG9mIHRoZSBmaXJzdCBX R0xDLiAgTm8gaXNzdWVzIHdlcmUgcmFpc2VkIGFzDQogICAgYSByZXN1bHQgZHVyaW5nIGVpdGhl ciB0aGF0IFdHTEMgb3IgdGhlIDJuZCBXR0xDLg0KDQooOSkgSG93IHNvbGlkIGlzIHRoZSBXRyBj b25zZW5zdXMgYmVoaW5kIHRoaXMgZG9jdW1lbnQ/IERvZXMgaXQgcmVwcmVzZW50IHRoZSBzdHJv bmcgY29uY3VycmVuY2Ugb2YgYSBmZXcgDQppbmRpdmlkdWFscywgd2l0aCBvdGhlcnMgYmVpbmcg c2lsZW50LCBvciBkb2VzIHRoZSBXRyBhcyBhIHdob2xlIHVuZGVyc3RhbmQgYW5kIGFncmVlIHdp dGggaXQ/IA0KDQogICAgVGhlIFdHIGFzIGEgd2hvbGUgdW5kZXJzdGFuZHMgYW5kIGFncmVlcyB3 aXRoIGl0LiAgTWFueSBwZW9wbGUgY29tbWVudGVkDQogICAgZHVyaW5nIHRoZSB0d28gV0dMQ3Mu DQoNCg0KKDEwKSBIYXMgYW55b25lIHRocmVhdGVuZWQgYW4gYXBwZWFsIG9yIG90aGVyd2lzZSBp bmRpY2F0ZWQgZXh0cmVtZSBkaXNjb250ZW50PyBJZiBzbywgcGxlYXNlIHN1bW1hcmlzZSB0aGUg YXJlYXMgDQpvZiBjb25mbGljdCBpbiBzZXBhcmF0ZSBlbWFpbCBtZXNzYWdlcyB0byB0aGUgUmVz cG9uc2libGUgQXJlYSBEaXJlY3Rvci4gKEl0IHNob3VsZCBiZSBpbiBhIHNlcGFyYXRlIGVtYWls IGJlY2F1c2UgDQp0aGlzIHF1ZXN0aW9ubmFpcmUgaXMgcHVibGljbHkgYXZhaWxhYmxlLikgDQoN CiAgICBObyBvbmUgdGhyZWF0ZW5lZCBhbiBhcHBlYWwuDQoNCg0KKDExKSBJZGVudGlmeSBhbnkg SUQgbml0cyB0aGUgRG9jdW1lbnQgU2hlcGhlcmQgaGFzIGZvdW5kIGluIHRoaXMgZG9jdW1lbnQu IChTZWUgaHR0cDovL3d3dy5pZXRmLm9yZy90b29scy9pZG5pdHMvIA0KYW5kIHRoZSBJbnRlcm5l dC1EcmFmdHMgQ2hlY2tsaXN0KS4gQm9pbGVycGxhdGUgY2hlY2tzIGFyZSBub3QgZW5vdWdoOyB0 aGlzIGNoZWNrIG5lZWRzIHRvIGJlIHRob3JvdWdoLiANCg0KICA9PSBUaGVyZSBhcmUgNiBpbnN0 YW5jZXMgb2YgbGluZXMgd2l0aCBub24tUkZDNTczNS1jb21wbGlhbnQgSVB2NCBhZGRyZXNzZXMN CiAgICAgaW4gdGhlIGRvY3VtZW50LiAgSWYgdGhlc2UgYXJlIGV4YW1wbGUgYWRkcmVzc2VzLCB0 aGV5IHNob3VsZCBiZSBjaGFuZ2VkLg0KDQogICAgQWJvdmUgaXMgaW50ZW50aW9uYWwuICBUaGlz IGRvY3VtZW50IGRlZmluZXMgdGhlIHVzZSBvZiB0d28gYWRkcmVzc2VzDQogICAgZnJvbSB0aGUg SUFOQSBJUHY0IFNwZWNpYWwgUHVycG9zZSBBZGRyZXNzIFJlZ2lzdHJ5IFtSRkM1NzM2XS4NCg0K DQogID09IFRoZXJlIGFyZSAxIGluc3RhbmNlIG9mIGxpbmVzIHdpdGggbm9uLVJGQzM4NDktY29t cGxpYW50IElQdjYgYWRkcmVzc2VzDQogICAgIGluIHRoZSBkb2N1bWVudC4gIElmIHRoZXNlIGFy ZSBleGFtcGxlIGFkZHJlc3NlcywgdGhleSBzaG91bGQgYmUgY2hhbmdlZC4NCg0KICAgIEFib3Zl IGlzIGludGVudGlvbmFsLiAgVGhpcyBkb2N1bWVudCByZWZlcmVuY2VzIHRoZSBXZWxsLUtub3du IElQdjYNCiAgICBQcmVmaXggZGVmaW5lZCBpbiBSRkMgNjA1Mi4NCg0KDQooMTIpIERlc2NyaWJl IGhvdyB0aGUgZG9jdW1lbnQgbWVldHMgYW55IHJlcXVpcmVkIGZvcm1hbCByZXZpZXcgY3JpdGVy aWEsIHN1Y2ggYXMgdGhlIE1JQiBEb2N0b3IsIG1lZGlhIHR5cGUsIA0KYW5kIFVSSSB0eXBlIHJl dmlld3MuIA0KDQogICAgTm8gcmVsZXZhbnQgZm9ybWFsIHJldmlldyBjcml0ZXJpYS4NCg0KDQoo MTMpIEhhdmUgYWxsIHJlZmVyZW5jZXMgd2l0aGluIHRoaXMgZG9jdW1lbnQgYmVlbiBpZGVudGlm aWVkIGFzIGVpdGhlciBub3JtYXRpdmUgb3IgaW5mb3JtYXRpdmU/IA0KDQogICAgWWVzLg0KDQoN CigxNCkgQXJlIHRoZXJlIG5vcm1hdGl2ZSByZWZlcmVuY2VzIHRvIGRvY3VtZW50cyB0aGF0IGFy ZSBub3QgcmVhZHkgZm9yIGFkdmFuY2VtZW50IG9yIGFyZSBvdGhlcndpc2UgaW4gYW4gdW5jbGVh ciANCnN0YXRlPyBJZiBzdWNoIG5vcm1hdGl2ZSByZWZlcmVuY2VzIGV4aXN0LCB3aGF0IGlzIHRo ZSBwbGFuIGZvciB0aGVpciBjb21wbGV0aW9uPyANCg0KICAgIEFsbCByZWZlcmVuY2VzIGFyZSB0 byBleGlzdGluZyBSRkNzLg0KDQoNCigxNSkgQXJlIHRoZXJlIGRvd253YXJkIG5vcm1hdGl2ZSBy ZWZlcmVuY2VzIHJlZmVyZW5jZXMgKHNlZSBSRkMgMzk2Nyk/IElmIHNvLCBsaXN0IHRoZXNlIGRv d253YXJkIHJlZmVyZW5jZXMgDQp0byBzdXBwb3J0IHRoZSBBcmVhIERpcmVjdG9yIGluIHRoZSBM YXN0IENhbGwgcHJvY2VkdXJlLiANCg0KICAgIE5vLg0KDQoNCigxNikgV2lsbCBwdWJsaWNhdGlv biBvZiB0aGlzIGRvY3VtZW50IGNoYW5nZSB0aGUgc3RhdHVzIG9mIGFueSBleGlzdGluZyBSRkNz PyBBcmUgdGhvc2UgUkZDcyBsaXN0ZWQgb24gdGhlIHRpdGxlIA0KcGFnZSBoZWFkZXIsIGxpc3Rl ZCBpbiB0aGUgYWJzdHJhY3QsIGFuZCBkaXNjdXNzZWQgaW4gdGhlIGludHJvZHVjdGlvbj8gSWYg dGhlIFJGQ3MgYXJlIG5vdCBsaXN0ZWQgaW4gdGhlIEFic3RyYWN0IA0KYW5kIEludHJvZHVjdGlv biwgZXhwbGFpbiB3aHksIGFuZCBwb2ludCB0byB0aGUgcGFydCBvZiB0aGUgZG9jdW1lbnQgd2hl cmUgdGhlIHJlbGF0aW9uc2hpcCBvZiB0aGlzIGRvY3VtZW50IHRvIA0KdGhlIG90aGVyIFJGQ3Mg aXMgZGlzY3Vzc2VkLiBJZiB0aGlzIGluZm9ybWF0aW9uIGlzIG5vdCBpbiB0aGUgZG9jdW1lbnQs IGV4cGxhaW4gd2h5IHRoZSBXRyBjb25zaWRlcnMgaXQgdW5uZWNlc3NhcnkuIA0KDQogICAgTm8g Y2hhbmdlIHRvIHN0YXR1cyBvZiBhbnkgZXhpc3RpbmcgUkZDcy4NCg0KDQooMTcpIERlc2NyaWJl IHRoZSBEb2N1bWVudCBTaGVwaGVyZCdzIHJldmlldyBvZiB0aGUgSUFOQSBjb25zaWRlcmF0aW9u cyBzZWN0aW9uLCBlc3BlY2lhbGx5IHdpdGggcmVnYXJkIHRvIGl0cyANCmNvbnNpc3RlbmN5IHdp dGggdGhlIGJvZHkgb2YgdGhlIGRvY3VtZW50LiBDb25maXJtIHRoYXQgYWxsIHByb3RvY29sIGV4 dGVuc2lvbnMgdGhhdCB0aGUgZG9jdW1lbnQgbWFrZXMgYXJlIA0KYXNzb2NpYXRlZCB3aXRoIHRo ZSBhcHByb3ByaWF0ZSByZXNlcnZhdGlvbnMgaW4gSUFOQSByZWdpc3RyaWVzLiBDb25maXJtIHRo YXQgYW55IHJlZmVyZW5jZWQgSUFOQSByZWdpc3RyaWVzIA0KaGF2ZSBiZWVuIGNsZWFybHkgaWRl bnRpZmllZC4gQ29uZmlybSB0aGF0IG5ld2x5IGNyZWF0ZWQgSUFOQSByZWdpc3RyaWVzIGluY2x1 ZGUgYSBkZXRhaWxlZCBzcGVjaWZpY2F0aW9uIG9mIA0KdGhlIGluaXRpYWwgY29udGVudHMgZm9y IHRoZSByZWdpc3RyeSwgdGhhdCBhbGxvY2F0aW9ucyBwcm9jZWR1cmVzIGZvciBmdXR1cmUgcmVn aXN0cmF0aW9ucyBhcmUgZGVmaW5lZCwgYW5kIA0KYSByZWFzb25hYmxlIG5hbWUgZm9yIHRoZSBu ZXcgcmVnaXN0cnkgaGFzIGJlZW4gc3VnZ2VzdGVkIChzZWUgUkZDIDUyMjYpLiANCg0KICAgIE5v IG5ldyByZWdpc3RyaWVzIGFyZSBjcmVhdGVkLiAgVGhpcyBkb2N1bWVudCBhbGxvY2F0ZXMgdmFs dWVzIGluIHR3bw0KICAgIGV4aXN0aW5nIHJlZ2lzdHJpZXM6DQoNCiAgICAxKSBUd28gYWRkcmVz c2VzIGluIHRoZSBJQU5BIElQdjQgU3BlY2lhbCBQdXJwb3NlIEFkZHJlc3MgUmVnaXN0cnkgW1JG QzU3MzZdDQogICAgMikgQSBsYWJlbCBpbiB0aGUgLkFSUEEgem9uZSBvd25lZCBieSB0aGUgSUVU Ri4NCg0KDQooMTgpIExpc3QgYW55IG5ldyBJQU5BIHJlZ2lzdHJpZXMgdGhhdCByZXF1aXJlIEV4 cGVydCBSZXZpZXcgZm9yIGZ1dHVyZSBhbGxvY2F0aW9ucy4gUHJvdmlkZSBhbnkgcHVibGljIGd1 aWRhbmNlIA0KdGhhdCB0aGUgSUVTRyB3b3VsZCBmaW5kIHVzZWZ1bCBpbiBzZWxlY3RpbmcgdGhl IElBTkEgRXhwZXJ0cyBmb3IgdGhlc2UgbmV3IHJlZ2lzdHJpZXMuIA0KDQogICAgTm8gbmV3IHJl Z2lzdHJpZXMuDQoNCg0KKDE5KSBEZXNjcmliZSByZXZpZXdzIGFuZCBhdXRvbWF0ZWQgY2hlY2tz IHBlcmZvcm1lZCBieSB0aGUgRG9jdW1lbnQgU2hlcGhlcmQgdG8gdmFsaWRhdGUgc2VjdGlvbnMg b2YgdGhlIGRvY3VtZW50IA0Kd3JpdHRlbiBpbiBhIGZvcm1hbCBsYW5ndWFnZSwgc3VjaCBhcyBY TUwgY29kZSwgQk5GIHJ1bGVzLCBNSUIgZGVmaW5pdGlvbnMsIGV0Yy4gDQoNCiAgICBObyBYTUws IEJORiwgb3IgTUlCIGRlZmluaXRpb25zIGV4aXN0IHNvIG5vIGF1dG9tYXRlZCBjaGVja3Mgd2Vy ZSBkb25lLg0KDQogICAgSm91bmkgS29yaG9uZW4gdmVyaWZpZWQgdGhlIHNhbXBsZSBCSU5ELXN0 eWxlIEROUyBjb25maWd1cmF0aW9uIGluIA0KICAgIEFwcGVuZGl4IEEgaW4gaGlzIHNldHVwLCB1 c2luZyBoaXMgcHJlZml4ZXMuDQo= --_004_341064315C6D0D498193B256F238CF971DAB26TK5EX14MBXW603win_-- From J.Renouard@F5.com Thu Dec 27 16:20:40 2012 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D5A321F8DDD for ; Thu, 27 Dec 2012 16:20:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.739 X-Spam-Level: X-Spam-Status: No, score=-8.739 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ikx3v1RLjW4h for ; Thu, 27 Dec 2012 16:20:39 -0800 (PST) Received: from mail.f5.com (mail.f5.com [208.85.209.139]) by ietfa.amsl.com (Postfix) with ESMTP id 7627C21F8DDC for ; Thu, 27 Dec 2012 16:20:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=f5.com; i=J.Renouard@f5.com; q=dns/txt; s=seattle; t=1356654039; x=1388190039; h=from:to:subject:date:message-id:mime-version; bh=7t7oePJDmt5CQRE9n76tLMpYwY1rb41m3cCpGToMKYU=; b=nC8JiHqVXiI+uO4rrDuOh3eehK6D5sEI3Hu74GGRGYdwMgjcLbWhiT1s KsyUUbVhOHd2x5cTRtLTljaTyis4f6q5/ntvDSIDsV3QkbAaaCMKmWkuE cWcJP6/PYcP1u7qgfAb9CZTuBJ5AD6TehAQZHFY1KOSFZKRy2j+rLootn 4=; X-IronPort-AV: E=Sophos;i="4.84,366,1355097600"; d="scan'208,217";a="59320485" Received: from unknown (HELO exchmail.f5net.com) ([192.168.10.240]) by mail.f5.com with ESMTP/TLS/AES128-SHA; 28 Dec 2012 00:20:38 +0000 Received: from SEAEMBX01.olympus.F5Net.com ([fe80::3440:4256:38f6:d3a0]) by SEAECAS01.olympus.F5Net.com ([::1]) with mapi id 14.02.0283.003; Thu, 27 Dec 2012 16:20:37 -0800 From: Julia Renouard To: "ssenthil@cisco.com" , "repenno@cisco.com" , "behave@ietf.org" Thread-Topic: Is draft-sivakumar-behave-nat-logging-05 planning an update? Thread-Index: Ac3kkQoGLqDxMYcwR7yRIiGQ7hjUzQ== Date: Fri, 28 Dec 2012 00:20:36 +0000 Message-ID: <04B0EA2BFC1C91479AD86F776659AE7530B679D3@SEAEMBX01.olympus.F5Net.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.16.250] Content-Type: multipart/alternative; boundary="_000_04B0EA2BFC1C91479AD86F776659AE7530B679D3SEAEMBX01olympu_" MIME-Version: 1.0 Subject: [BEHAVE] Is draft-sivakumar-behave-nat-logging-05 planning an update? X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2012 00:20:40 -0000 --_000_04B0EA2BFC1C91479AD86F776659AE7530B679D3SEAEMBX01olympu_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Senthil & Reinaldo - Is the draft-sivakumar-behave-nat-logging still being worked? We were prep= aring some feedback if you are interested. Julia Renouard --_000_04B0EA2BFC1C91479AD86F776659AE7530B679D3SEAEMBX01olympu_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Senthil & Reinaldo –

Is the draft-sivakumar-behave-nat-logging still bein= g worked?  We were preparing some feedback if you are interested.=

 

Julia Renouard

 

--_000_04B0EA2BFC1C91479AD86F776659AE7530B679D3SEAEMBX01olympu_-- From repenno@cisco.com Fri Dec 28 08:33:18 2012 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AFE321F88A9 for ; Fri, 28 Dec 2012 08:33:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.432 X-Spam-Level: X-Spam-Status: No, score=-10.432 tagged_above=-999 required=5 tests=[AWL=0.166, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pkDzrItWQaAJ for ; Fri, 28 Dec 2012 08:33:12 -0800 (PST) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id E23E321F87FD for ; Fri, 28 Dec 2012 08:33:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5077; q=dns/txt; s=iport; t=1356712392; x=1357921992; h=from:to:subject:date:message-id:in-reply-to:mime-version; bh=j6u4CCJ3nt+CVfGSwv0RlIqmCrtmJkiyvEQAGmz/ywk=; b=TkWE1bAh4NzxAo621bEim8Gsz8FMLrJOVIRA/n79/yxWRhAg5YfKgk/W R+k781zmGKUob0ETFMoy6xnbgdfNUTokkqPK5Rx4lktmAilKgFmf9Ry8A W4PPSOkuM/GR/kJRseG34Fo4xyAiE8qa+8qez/zxWC4uSslPBmX7fC33J o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFAEHJ3VCtJXG//2dsb2JhbABFgkm7HBZzgh4BAQEELV4BCA4DAwECCx05FAkIAQEEARIIiAu3HoxXg2JhA6ZUgnSCIg X-IronPort-AV: E=Sophos;i="4.84,370,1355097600"; d="scan'208,217";a="157135145" Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-5.cisco.com with ESMTP; 28 Dec 2012 16:33:11 +0000 Received: from xhc-rcd-x10.cisco.com (xhc-rcd-x10.cisco.com [173.37.183.84]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id qBSGXBKM027355 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 28 Dec 2012 16:33:11 GMT Received: from xmb-rcd-x04.cisco.com ([169.254.8.33]) by xhc-rcd-x10.cisco.com ([173.37.183.84]) with mapi id 14.02.0318.004; Fri, 28 Dec 2012 10:33:11 -0600 From: "Reinaldo Penno (repenno)" To: Julia Renouard , "Senthil Sivakumar (ssenthil)" , "behave@ietf.org" Thread-Topic: Is draft-sivakumar-behave-nat-logging-05 planning an update? Thread-Index: Ac3kkQoGLqDxMYcwR7yRIiGQ7hjUzQAqYEuA Date: Fri, 28 Dec 2012 16:33:10 +0000 Message-ID: <45A697A8FFD7CF48BCF2BE7E106F06041E807E@xmb-rcd-x04.cisco.com> In-Reply-To: <04B0EA2BFC1C91479AD86F776659AE7530B679D3@SEAEMBX01.olympus.F5Net.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.13.0.110805 x-originating-ip: [10.21.151.116] Content-Type: multipart/alternative; boundary="_000_45A697A8FFD7CF48BCF2BE7E106F06041E807Exmbrcdx04ciscocom_" MIME-Version: 1.0 Subject: Re: [BEHAVE] Is draft-sivakumar-behave-nat-logging-05 planning an update? X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2012 16:33:18 -0000 --_000_45A697A8FFD7CF48BCF2BE7E106F06041E807Exmbrcdx04ciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hello Julia, Yes, we are interested on your feedback. Thanks, Reinaldo From: Julia Renouard > Date: Fri, 28 Dec 2012 00:20:36 +0000 To: "ssenthil@cisco.com" >, Reinaldo Penno >, "behave@ietf.org" > Subject: Is draft-sivakumar-behave-nat-logging-05 planning an update? Hello Senthil & Reinaldo =96 Is the draft-sivakumar-behave-nat-logging still being worked? We were prep= aring some feedback if you are interested. Julia Renouard --_000_45A697A8FFD7CF48BCF2BE7E106F06041E807Exmbrcdx04ciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hello Julia,

Yes, we are interested on your feedback.

Thanks,

Reinaldo

From: Julia Renouard <J.Renouard@F5.com>
Date: Fri, 28 Dec 2012 00:20:36 = 3;0000
To: "ssenthil@cisco.com" <ssenthil@cisco.com>, Reinaldo Penno <repenno@cisco.com>, "behave@ietf.org" <behave@ietf.org>
Subject: Is draft-sivakumar-behave-= nat-logging-05 planning an update?

Hello Senthil & Reinaldo =96

Is the draft-sivakumar-behave-nat-logging still bein= g worked?  We were preparing some feedback if you are interested.=

 

Julia Renouard

 

 --_000_45A697A8FFD7CF48BCF2BE7E106F06041E807Exmbrcdx04ciscocom_--