From jshivamu@cisco.com Sun Nov 3 00:59:53 2013 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 18CAA11E81AD for ; Sun, 3 Nov 2013 00:59:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.466 X-Spam-Level: X-Spam-Status: No, score=-10.466 tagged_above=-999 required=5 tests=[AWL=0.133, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DSfAXyC5Qdcs for ; Sun, 3 Nov 2013 00:59:48 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 2092411E81B4 for ; Sun, 3 Nov 2013 00:59:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3573; q=dns/txt; s=iport; t=1383465588; x=1384675188; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=/bssGErPsblTvBuj49H4RG1ZKp/xu+DxTeBe4tbkdEg=; b=RDRFOSo/OFRGM2Yo13+mskCCTPTNQa3ryhjq83ZlKy7r1xahnEH51Jx5 Vw+UELYhMN/bPzbOF/gtUSl5LbijA6zTA1l9xhpsn3R4sthNQXMpssOxB jVl+4dZEY/mlIZQZVHLGRx4sBCGv9klnfkwHnfJ6Tghp0aKG93I3DDQWT I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgkFAJABdlKtJXG8/2dsb2JhbABPCoMHOFO/BEuBGhZ0giUBAQEEAQEBJEcLEgEIGFULHAkCBAENBRuHZg28fo4VgRAzB4QuA5gKgS+QWoMmgio X-IronPort-AV: E=Sophos;i="4.93,625,1378857600"; d="scan'208";a="280086897" Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-4.cisco.com with ESMTP; 03 Nov 2013 07:59:45 +0000 Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id rA37xjb0000841 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Sun, 3 Nov 2013 07:59:45 GMT Received: from xmb-rcd-x10.cisco.com ([169.254.15.47]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.03.0123.003; Sun, 3 Nov 2013 01:59:45 -0600 From: "Jagadish Shivamurthy (jshivamu)" To: "Senthil Sivakumar (ssenthil)" , "behave@ietf.org" Thread-Topic: [BEHAVE] FW: I-D Action: draft-ietf-behave-nat-mib-09.txt Thread-Index: AQHO1Qn0/2I+237VIkK4Ohcq78gAI5oT7AGA Date: Sun, 3 Nov 2013 07:59:43 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.0.121105 x-originating-ip: [10.61.96.235] Content-Type: text/plain; charset="windows-1254" Content-ID: <8DCA63119106884B9EFD3DA959C7535C@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "Hongchi Shih \(hshih\)" Subject: Re: [BEHAVE] FW: I-D Action: draft-ietf-behave-nat-mib-09.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: Sun, 03 Nov 2013 07:59:53 -0000 Simon, David,=20 Any thoughts on this? If in case you find NATInstanceIndex (being an integer) a problem in maintaining persistency, we can consider it to be an SNMPAdminString (of size 32 or less). This can provide flexibility to implementers to use any parameter (a name, location, etc) that is more stable and persistence. However, it would come at small cost on the efficiency. It will good if we can discuss any issues and solutions and conclude soon. Thanks Jagadish =20 On 30/10/13 6:19 AM, "Senthil Sivakumar (ssenthil)" wrote: >Forwarding to the list.. > >On 10/29/13 3:43 PM, "Hongchi Shih (hshih)" wrote: > >> >> >>On 10/29/13, 7:57 AM, "Simon Perreault" >>wrote: >> >>>Le 2013-10-29 10:14, ietfdbh a =E9crit : >>>> So what are the rules about the persistence of NAT instances across >>>> device reboots? >>>> >>>> Assuming a chassis-based arrangement with one NAT per board, what >>>> happens if a board is removed/added/replaced? >>>> >>>> How does an NMS align their existing data per NAT with potentially new >>>> assignments of NAT instance identifiers? >>>> >>>> A device might not have the information necessary to assign the same >>>> numbers to each instance on reboot, so it needs to renumber (thus the >>>> long discussion, and the addition of ifAlias in RFC2863) >>>> >>>> If a particular board is replaced with another just like it, and the >>>>NAT >>>> assignments remain the same, it might be inappropriate to align the >>>> information related to the old board with the new board. >>>> >>>> So an NMS should be able to detect when an instance has been simply >>>> renumbered (the managed entity is the same, but its identifier has >>>>been >>>> changed), and it should be able to detect when the thing an instance >>>> identifier points to has actually changed (possibly rules about >>>> identifier reuse). >>>> >>>> I think identifier reassignments will be an especially sensitive >>>> consideration for logging, when used to support law enforcement. >>>> >>>> It could be important to align SNMP notifications and syslog entries >>>>and >>>> ipfix data at the NMS side. >>> >>>All very good points. >>> >>>> I recommend we standardize the information model of NAT instance >>>> identifier, so it=B9s usage is consistent across multiple protocols an= d >>>> across vendors. >>> >>>At this moment, one solution I can imagine would be to define an >>>ifAlias-like object for NAT instances. That's kinda sucky, and far from >>>what I would call a standardization of the information model of NAT >>>instance identifiers. >>> >>>Any other idea? >>[*****] >>That is not sucky. In fact, we always have an unique index and name to >>identify a device instance. >>Normally, the name index is used by XML and/or command line to identify a >>device. >>We use a integer value index in MIB table access is because of access >>performance and efficiency consideration. >> >>If we use XML to manage this NAT device, then it will use a "Name string" >>to identify this NAT instance. >> >>Thanks. >>-Hongchi=20 >> >> >>> >>>Thanks, >>>Simon >>>--=20 >>>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 >> > >_______________________________________________ >Behave mailing list >Behave@ietf.org >https://www.ietf.org/mailman/listinfo/behave From ietfdbh@comcast.net Sun Nov 3 08:03:30 2013 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 B946811E82B4 for ; Sun, 3 Nov 2013 08:03:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.41 X-Spam-Level: X-Spam-Status: No, score=-100.41 tagged_above=-999 required=5 tests=[AWL=0.027, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, RDNS_NONE=0.1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sgwubmeWhh-T for ; Sun, 3 Nov 2013 08:03:26 -0800 (PST) Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:43:76:96:62:16]) by ietfa.amsl.com (Postfix) with ESMTP id 2C83411E829F for ; Sun, 3 Nov 2013 08:03:26 -0800 (PST) Received: from omta08.westchester.pa.mail.comcast.net ([76.96.62.12]) by qmta01.westchester.pa.mail.comcast.net with comcast id l3Vt1m0030Fqzac5143RYL; Sun, 03 Nov 2013 16:03:25 +0000 Received: from JV6RVH1 ([67.189.237.137]) by omta08.westchester.pa.mail.comcast.net with comcast id l43R1m0032yZEBF3U43RG5; Sun, 03 Nov 2013 16:03:25 +0000 From: "ietfdbh" To: "'Jagadish Shivamurthy \(jshivamu\)'" , "'Senthil Sivakumar \(ssenthil\)'" , References: In-Reply-To: Date: Sun, 3 Nov 2013 11:03:20 -0500 Message-ID: <05f301ced8ae$3795db00$a6c19100$@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJSI5YN7OB53eU5Ayb/aMP4+M1YaZkNFHVw Content-Language: en-us DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1383494605; bh=qexrZkeyePvr7ySuk+G+asewd9YMqNS9gEfmF3E+nvs=; h=Received:Received:From:To:Subject:Date:Message-ID:MIME-Version: Content-Type; b=gAOp8lVul29cVjT7OR31Xmhf9flhaICZ51C138oRVmWuLnLKytmWQZb4PoAAet2MM c2VCfkyXtBjKFEWOwVu9UZ7hVXScaeoTLevlrK1A7w5Q1ZjLfZa8T+iKpA6I2RnOdf bqF4IglxVX6uaONP2R0ON0qdjyROKjy0n7e7GeW0Ay+aG+diKvmW5knXU3/k4kMwEJ FkdErXkFWN6icXJROE0Eslv1NJIZNLvEdXw/ygU50SQ3qnV0sTwTftIzIT6cWVfRdO qx6xwQG3Lr/bnVtvYyDu1mmZp31husRbgnlrl10Ni+MdG+aNlWzrfbS6G/Cfv8Pmpn VFVnBAQu/pWFw== Cc: "'Hongchi Shih \(hshih\)'" Subject: Re: [BEHAVE] FW: I-D Action: draft-ietf-behave-nat-mib-09.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: Sun, 03 Nov 2013 16:03:30 -0000 Hi, I would be fine with an ifAlias-like object. I think the document needs to explain the issue of potential non-persistence, and the necessary persistence of the ifAlias-like = object. Since most operator will be aware of ifIndex and ifAlias, I recommend = using names that are similar (NATIndex, NATAlias). David Harrington ietfdbh@comcast.net +1-603-828-1401 > -----Original Message----- > From: behave-bounces@ietf.org [mailto:behave-bounces@ietf.org] On > Behalf Of Jagadish Shivamurthy (jshivamu) > Sent: Sunday, November 03, 2013 3:00 AM > To: Senthil Sivakumar (ssenthil); behave@ietf.org > Cc: Hongchi Shih (hshih) > Subject: Re: [BEHAVE] FW: I-D Action: draft-ietf-behave-nat-mib-09.txt >=20 > Simon, David, >=20 > Any thoughts on this? > If in case you find NATInstanceIndex (being an integer) a problem in > maintaining persistency, we can consider it to be an SNMPAdminString = (of > size 32 or less). This can provide flexibility to implementers to use = any > parameter (a name, location, etc) that is more stable and persistence. > However, it would come at small cost on the efficiency. >=20 > It will good if we can discuss any issues and solutions and conclude = soon. >=20 > Thanks > Jagadish >=20 >=20 > On 30/10/13 6:19 AM, "Senthil Sivakumar (ssenthil)" = > wrote: >=20 > >Forwarding to the list.. > > > >On 10/29/13 3:43 PM, "Hongchi Shih (hshih)" wrote: > > > >> > >> > >>On 10/29/13, 7:57 AM, "Simon Perreault" = > >>wrote: > >> > >>>Le 2013-10-29 10:14, ietfdbh a =E9crit : > >>>> So what are the rules about the persistence of NAT instances = across > >>>> device reboots? > >>>> > >>>> Assuming a chassis-based arrangement with one NAT per board, what > >>>> happens if a board is removed/added/replaced? > >>>> > >>>> How does an NMS align their existing data per NAT with = potentially > new > >>>> assignments of NAT instance identifiers? > >>>> > >>>> A device might not have the information necessary to assign the = same > >>>> numbers to each instance on reboot, so it needs to renumber (thus = the > >>>> long discussion, and the addition of ifAlias in RFC2863) > >>>> > >>>> If a particular board is replaced with another just like it, and = the > >>>>NAT > >>>> assignments remain the same, it might be inappropriate to align = the > >>>> information related to the old board with the new board. > >>>> > >>>> So an NMS should be able to detect when an instance has been = simply > >>>> renumbered (the managed entity is the same, but its identifier = has > >>>>been > >>>> changed), and it should be able to detect when the thing an = instance > >>>> identifier points to has actually changed (possibly rules about > >>>> identifier reuse). > >>>> > >>>> I think identifier reassignments will be an especially sensitive > >>>> consideration for logging, when used to support law enforcement. > >>>> > >>>> It could be important to align SNMP notifications and syslog = entries > >>>>and > >>>> ipfix data at the NMS side. > >>> > >>>All very good points. > >>> > >>>> I recommend we standardize the information model of NAT instance > >>>> identifier, so it=B9s usage is consistent across multiple = protocols and > >>>> across vendors. > >>> > >>>At this moment, one solution I can imagine would be to define an > >>>ifAlias-like object for NAT instances. That's kinda sucky, and far = from > >>>what I would call a standardization of the information model of NAT > >>>instance identifiers. > >>> > >>>Any other idea? > >>[*****] > >>That is not sucky. In fact, we always have an unique index and name = to > >>identify a device instance. > >>Normally, the name index is used by XML and/or command line to = identify > a > >>device. > >>We use a integer value index in MIB table access is because of = access > >>performance and efficiency consideration. > >> > >>If we use XML to manage this NAT device, then it will use a "Name string" > >>to identify this NAT instance. > >> > >>Thanks. > >>-Hongchi > >> > >> > >>> > >>>Thanks, > >>>Simon > >>>-- > >>>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 > >> > > > >_______________________________________________ > >Behave mailing list > >Behave@ietf.org > >https://www.ietf.org/mailman/listinfo/behave >=20 > _______________________________________________ > Behave mailing list > Behave@ietf.org > https://www.ietf.org/mailman/listinfo/behave From simon.perreault@viagenie.ca Sun Nov 3 08:59:53 2013 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 09FCD21E80B5 for ; Sun, 3 Nov 2013 08:59:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wmmxfz5AhLtl for ; Sun, 3 Nov 2013 08:59:51 -0800 (PST) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id EAB2D11E8213 for ; Sun, 3 Nov 2013 08:59:47 -0800 (PST) Received: from porto.nomis80.org (unknown [IPv6:2620:0:230:2001::1000]) by jazz.viagenie.ca (Postfix) with ESMTPSA id DEFAC401E9 for ; Sun, 3 Nov 2013 11:59:39 -0500 (EST) Message-ID: <527680FB.3060304@viagenie.ca> Date: Sun, 03 Nov 2013 08:59:39 -0800 From: Simon Perreault User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8 MIME-Version: 1.0 To: behave@ietf.org References: <05f301ced8ae$3795db00$a6c19100$@comcast.net> In-Reply-To: <05f301ced8ae$3795db00$a6c19100$@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [BEHAVE] FW: I-D Action: draft-ietf-behave-nat-mib-09.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: Sun, 03 Nov 2013 16:59:53 -0000 Le 2013-11-03 08:03, ietfdbh a écrit : > I would be fine with an ifAlias-like object. > > I think the document needs to explain the issue of potential > non-persistence, and the necessary persistence of the ifAlias-like object. > Since most operator will be aware of ifIndex and ifAlias, I recommend using > names that are similar (NATIndex, NATAlias). Ok. The next revision will contain those changes. Thanks a lot for the guidance. Simon -- 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 wwwrun@rfc-editor.org Tue Nov 5 17:32:28 2013 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 1E43A21E8154; Tue, 5 Nov 2013 17:32:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.132 X-Spam-Level: X-Spam-Status: No, score=-102.132 tagged_above=-999 required=5 tests=[AWL=-0.132, BAYES_00=-2.599, J_CHICKENPOX_93=0.6, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FWLmqY9aTul3; Tue, 5 Nov 2013 17:32:27 -0800 (PST) Received: from rfc-editor.org (unknown [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 2479A21E80FF; Tue, 5 Nov 2013 17:32:25 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 755E175E001; Tue, 5 Nov 2013 17:22:59 -0800 (PST) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20131106012259.755E175E001@rfc-editor.org> Date: Tue, 5 Nov 2013 17:22:59 -0800 (PST) Cc: drafts-update-ref@iana.org, behave@ietf.org, rfc-editor@rfc-editor.org Subject: [BEHAVE] RFC 7050 on Discovery of the IPv6 Prefix Used for IPv6 Address Synthesis 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: Wed, 06 Nov 2013 01:32:28 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7050 Title: Discovery of the IPv6 Prefix Used for IPv6 Address Synthesis Author: T. Savolainen, J. Korhonen, D. Wing Status: Standards Track Stream: IETF Date: November 2013 Mailbox: teemu.savolainen@nokia.com, jouni.nospam@gmail.com, dwing@cisco.com Pages: 22 Characters: 50097 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-behave-nat64-discovery-heuristic-17.txt URL: http://www.rfc-editor.org/rfc/rfc7050.txt This document describes a method for detecting the presence of DNS64 and for learning the IPv6 prefix used for protocol translation on an access network. The method depends on the existence of a well-known IPv4-only fully qualified domain name "ipv4only.arpa.". The information learned enables nodes to perform local IPv6 address synthesis and to potentially avoid NAT64 on dual-stack and multi-interface deployments. This document is a product of the Behavior Engineering for Hindrance Avoidance Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet standards track protocol for the Internet community,and requests discussion and suggestions for improvements. Please refer to the current edition of the Internet Official Protocol Standards (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see http://www.ietf.org/mailman/listinfo/ietf-announce http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see http://www.rfc-editor.org/search/rfc_search.php For downloading RFCs, see http://www.rfc-editor.org/rfc.html Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From wwwrun@rfc-editor.org Tue Nov 5 17:33:03 2013 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 625A221E8174; Tue, 5 Nov 2013 17:33:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.431 X-Spam-Level: X-Spam-Status: No, score=-102.431 tagged_above=-999 required=5 tests=[AWL=0.169, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2owI2mdYqf3D; Tue, 5 Nov 2013 17:33:02 -0800 (PST) Received: from rfc-editor.org (unknown [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 4A20121E8171; Tue, 5 Nov 2013 17:33:02 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id EA96B75E013; Tue, 5 Nov 2013 17:23:36 -0800 (PST) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20131106012336.EA96B75E013@rfc-editor.org> Date: Tue, 5 Nov 2013 17:23:36 -0800 (PST) Cc: drafts-update-ref@iana.org, behave@ietf.org, rfc-editor@rfc-editor.org Subject: [BEHAVE] RFC 7051 on Analysis of Solution Proposals for Hosts to Learn NAT64 Prefix 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: Wed, 06 Nov 2013 01:33:03 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7051 Title: Analysis of Solution Proposals for Hosts to Learn NAT64 Prefix Author: J. Korhonen, Ed., T. Savolainen, Ed. Status: Informational Stream: IETF Date: November 2013 Mailbox: jouni.nospam@gmail.com, teemu.savolainen@nokia.com Pages: 25 Characters: 55248 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-behave-nat64-learn-analysis-03.txt URL: http://www.rfc-editor.org/rfc/rfc7051.txt Hosts and applications may benefit from learning if an IPv6 address is synthesized and if NAT64 and DNS64 are present in a network. This document analyzes all proposed solutions (known at the time of writing) for communicating whether the synthesis is taking place, what address format was used, and what IPv6 prefix was used by the NAT64 and DNS64. These solutions enable both NAT64 avoidance and local IPv6 address synthesis. The document concludes by recommending the standardization of the approach based on heuristic discovery. This document is a product of the Behavior Engineering for Hindrance Avoidance Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see http://www.ietf.org/mailman/listinfo/ietf-announce http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see http://www.rfc-editor.org/search/rfc_search.php For downloading RFCs, see http://www.rfc-editor.org/rfc.html Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From eleven.fuyu@huawei.com Wed Nov 6 01:42:28 2013 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 3A3B111E80F2; Wed, 6 Nov 2013 01:42:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A19DG2CpJWvR; Wed, 6 Nov 2013 01:42:23 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id E650521E80AD; Wed, 6 Nov 2013 01:42:21 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AZY12529; Wed, 06 Nov 2013 09:42:20 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 6 Nov 2013 09:41:14 +0000 Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 6 Nov 2013 09:41:56 +0000 Received: from NKGEML505-MBX.china.huawei.com ([169.254.1.31]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 17:41:51 +0800 From: "Fuyu (Eleven)" To: Dave Thaler , "softwires@ietf.org" Thread-Topic: [Softwires] Early MIB doctor review of draft-ietf-softwire-dslite-mib-03 Thread-Index: Ac7BYkvSQL3SrrVPTZSNhm48v5yxIgZbR29w Date: Wed, 6 Nov 2013 09:41:51 +0000 Message-ID: References: <45e71b4ab8434c19bfae92f68572ba75@BY2PR03MB269.namprd03.prod.outlook.com> In-Reply-To: <45e71b4ab8434c19bfae92f68572ba75@BY2PR03MB269.namprd03.prod.outlook.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.99.25] Content-Type: multipart/alternative; boundary="_000_EF6A204047BD994A860EE26D5F23BF58415C48BFnkgeml505mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: Benoit Claise , "behave@ietf.org" Subject: Re: [BEHAVE] [Softwires] Early MIB doctor review of draft-ietf-softwire-dslite-mib-03 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: Wed, 06 Nov 2013 09:42:28 -0000 --_000_EF6A204047BD994A860EE26D5F23BF58415C48BFnkgeml505mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksIERhdmUsDQoNClRoYW5rcyBhIGxvdCAgZm9yIHlvdXIgcmV2aWV3LiBXZSBoYXZlIHJldmlz ZWQgYW4gdXBkYXRlZCB2ZXJzaW9uIGJhc2VkIG9uIHlvdXIgY29tbWVudHMgYXMgZHJhZnQtaWV0 Zi1zb2Z0d2lyZS1kc2xpdGUtbWliLTA0LiAgUGxlYXNlIHNlZSBteSByZXBseSBiZWxvdzoNCg0K QmVzdCByZWdhcmRzLA0KDQpZdQ0KDQoNCkZyb206IHNvZnR3aXJlcy1ib3VuY2VzQGlldGYub3Jn IFttYWlsdG86c29mdHdpcmVzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBEYXZlIFRo YWxlcg0KU2VudDogU2F0dXJkYXksIE9jdG9iZXIgMDUsIDIwMTMgODo0MyBBTQ0KVG86IHNvZnR3 aXJlc0BpZXRmLm9yZw0KQ2M6IEJlbm9pdCBDbGFpc2U7IGJlaGF2ZUBpZXRmLm9yZw0KU3ViamVj dDogW1NvZnR3aXJlc10gRWFybHkgTUlCIGRvY3RvciByZXZpZXcgb2YgZHJhZnQtaWV0Zi1zb2Z0 d2lyZS1kc2xpdGUtbWliLTAzDQoNCkJlbm9pdCBhc2tlZCBtZSB0byBkbyBhbiBlYXJseSBNSUIg ZG9jdG9yIHJldmlldyBvZiB0aGlzIGRvY3VtZW50LiAgTXkNCmZ1bGwgY29tbWVudHMgYXJlIGlu IHRoZSBtYXJrZWQgdXAgY29weSBhdA0KaHR0cDovL3Jlc2VhcmNoLm1pY3Jvc29mdC5jb20vfmR0 aGFsZXIvZHJhZnQtaWV0Zi1zb2Z0d2lyZS1kc2xpdGUtbWliLTAzLnBkZg0KKHRoZXJl4oCZcyBh bHNvIGEgLmRvY3ggdmVyc2lvbiBpZiB5b3UgcmVwbGFjZSB0aGUgLnBkZiBleHRlbnNpb24gd2l0 aCAuZG9jeCkNCg0KSeKAmXZlIGFsc28gY2PigJllZCB0aGUgYmVoYXZlIFdHIG9uIHRoaXMgbWFp bCBzaW5jZSBtYW55IG9mIG15IGNvbW1lbnRzIGNvbmNlcm4NCnRoZSByZWxhdGlvbnNoaXAgYmV0 d2VlbiBkcmFmdC1pZXRmLWJlaGF2ZS1uYXQtbWliICBhbmQgdGhlIHRyYW5zbGF0aW9uIHBhcnRz IG9mDQp0aGlzIGRyYWZ0Lg0KDQpBIHNob3J0IHN1bW1hcnkgb2YgdGhlIGhpZ2ggbGV2ZWwgaXNz dWVzIGluIG15IHJldmlldyBpczoNCg0KMSkgICAgICBUaGUgZG9jIGlzIG5vdCBhbGlnbmVkIHdp dGggZHJhZnQtaWV0Zi1iZWhhdmUtbmF0LW1pYi4gIEl0IGN1cnJlbnRseSBjb250aW51ZXMNCg0K c29tZSBwcmFjdGljZXMgdGhhdCB3ZeKAmXJlIHRyeWluZyB0byBkZXByZWNhdGUgYXMgZGlzY3Vz c2VkIGluIHNlY3Rpb24gMy4xIG9mDQoNCmRyYWZ0LWlldGYtYmVoYXZlLW5hdC1taWIuDQoNCg0K DQpbWXVdOiBBbGwgb2JqZWN0cyByZWxhdGVkIHRvIFRoZSBOQVQtTUlCIGhhdmUgYmVlbiB1cGRh dGVkIGFjY29yZGluZyB0byB0aGUgZHJhZnQtaWV0Zi1iZWhhdmUtbmF0LW1pYi4NCg0KDQoNCjIp ICAgICAgQm9pbGVycGxhdGUgbmVlZHMgdG8gYmUgdXBkYXRlZCB0byBtYXRjaCBsYXRlc3QgTUlC IGJvaWxlcnBsYXRlIChzZWUgaW5saW5lDQoNCmNvbW1lbnRzIGZvciBwb2ludGVycykuDQoNCg0K DQpbWXVdOiBJdCBoYXMgYWxyZWFkeSBiZWVuIHVwZGF0ZWQgaW4gdGhlIDA0IHZlcnNpb24uDQoN Cg0KDQozKSAgICAgIEFueSBJbmV0UG9ydE51bWJlciBvYmplY3QgYWxsb3dpbmcgMCBuZWVkcyB0 byBleHBsYWluIHdoYXQgMCBtZWFucyBpbiB0aGF0DQoNCm9iamVjdCwgYXMgcmVxdWlyZWQgYnkg UkZDIDQwMDEuDQoNCg0KDQpbWXVdOiBUaGUgSW5ldFBvcnROdW1iZXIgb2JqZWN0cyBhbGxvd2lu ZyAwIGluIHRoZSBEUy1MaXRlIE1JQiBoYXZlIGJlZW4gZGVsZXRlZCBpbiB0aGUgdXBkYXRlZCB2 ZXJzaW9uLg0KDQoNCg0KNCkgICAgICBEcmFmdCBjdXJyZW50bHkgcmVxdWlyZXMgd3JpdGUgc3Vw cG9ydCBpbiBhbGwgaW1wbGVtZW50YXRpb25zLiAgUmVjb21tZW5kDQoNCmhhdmluZyBhIHJlYWQt b25seSBjb21wbGlhbmNlIHN0YXRlbWVudCBzaW5jZSBub3dhZGF5cyBtYW55IGZvbGtzIGRvbuKA mXQNCg0Kd2FudCB3cml0ZSBzdXBwb3J0IHZpYSBNSUJzLg0KDQpbWXVdOiBBbGwgdGhlIG9iamVj dCByZXF1aXJlcyB3cml0ZSBzdXBwb3J0IGluIHRoZSAwMyB2ZXJzaW9uIGhhZCBiZWVuIGRlZmlu ZWQgdG8g4oCdcmVhZC1vbmx54oCdIGFzIHJlY29tbWVuZCBpbiBuZXcgdmVyc2lvbiBleGNlcHQg dGhlDQoNCiAgICAgICAgIG9iamVjdCDigJxkc2xpdGVBRlRSQWxhcm1Db25uZWN0TnVtYmVy4oCd LiBUaGUgb2JqZWN0IGluZGljYXRlcyB0aGUgdGhyZXNob2xkIG9mIHRoZSB0dW5uZWwgbnVtYmVy IG9mIHdoaWNoIGNhbiBiZSBjb25uZWN0ZWQgdG8gdGhlIEFGVFIuDQoNCiAgICAgICAgSXQgaXMg YWx3YXlzIHNldCBieSB0aGUgbmV0d29yayBtYW5hZ2VyIGZvciB0aGUgcGVyZm9ybWFuY2UgY29u c2lkZXJhdGlvbi4NCg0KDQotRGF2ZQ0KDQo= --_000_EF6A204047BD994A860EE26D5F23BF58415C48BFnkgeml505mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNv bnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N Ci8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCglj b2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuagvOW8 jyBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7fQ0K cC5Nc29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFn cmFwaA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowY207DQoJbWFyZ2lu LXJpZ2h0OjBjbTsNCgltYXJnaW4tYm90dG9tOjBjbTsNCgltYXJnaW4tbGVmdDozNi4wcHQ7DQoJ bWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6 IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkhUTUxDaGFy DQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIOmihOiuvuagvOW8jyBDaGFyIjsNCgltc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg6aKE6K6+5qC85byPIjsNCglmb250 LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnAuSFRNTFByZWZvcm1hdHRl ZCwgbGkuSFRNTFByZWZvcm1hdHRlZCwgZGl2LkhUTUxQcmVmb3JtYXR0ZWQNCgl7bXNvLXN0eWxl LW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3Jt YXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9u dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0K CWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5h bWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFz Ow0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFG NDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBs eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1z aXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7 DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0 aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286 c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3 aGl0ZSIgbGFuZz0iWkgtQ04iIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFz cz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+SGksIERhdmUsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPlRoYW5rcyBhIGxvdCAmbmJzcDtm b3IgeW91ciByZXZpZXcuIFdlIGhhdmUgcmV2aXNlZCBhbiB1cGRhdGVkIHZlcnNpb24gYmFzZWQg b24geW91ciBjb21tZW50cyBhcyBkcmFmdC1pZXRmLXNvZnR3aXJlLWRzbGl0ZS1taWItMDQuICZu YnNwO1BsZWFzZSBzZWUgbXkNCiByZXBseSBiZWxvdzogPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOndpbmRvd3RleHQiPkJlc3QgcmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6d2luZG93dGV4dCI+WXU8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBj bSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPiBz b2Z0d2lyZXMtYm91bmNlc0BpZXRmLm9yZw0KIFttYWlsdG86c29mdHdpcmVzLWJvdW5jZXNAaWV0 Zi5vcmddIDxiPk9uIEJlaGFsZiBPZiA8L2I+RGF2ZSBUaGFsZXI8YnI+DQo8Yj5TZW50OjwvYj4g U2F0dXJkYXksIE9jdG9iZXIgMDUsIDIwMTMgODo0MyBBTTxicj4NCjxiPlRvOjwvYj4gc29mdHdp cmVzQGlldGYub3JnPGJyPg0KPGI+Q2M6PC9iPiBCZW5vaXQgQ2xhaXNlOyBiZWhhdmVAaWV0Zi5v cmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW1NvZnR3aXJlc10gRWFybHkgTUlCIGRvY3RvciByZXZp ZXcgb2YgZHJhZnQtaWV0Zi1zb2Z0d2lyZS1kc2xpdGUtbWliLTAzPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJl bm9pdCBhc2tlZCBtZSB0byBkbyBhbiBlYXJseSBNSUIgZG9jdG9yIHJldmlldyBvZiB0aGlzIGRv Y3VtZW50LiZuYnNwOyBNeTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+ZnVsbCBjb21tZW50cyBhcmUgaW4gdGhlIG1hcmtlZCB1cCBjb3B5IGF0PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+PGEgaHJlZj0iaHR0cDovL3Jlc2VhcmNoLm1pY3Jvc29mdC5jb20v fmR0aGFsZXIvZHJhZnQtaWV0Zi1zb2Z0d2lyZS1kc2xpdGUtbWliLTAzLnBkZiI+aHR0cDovL3Jl c2VhcmNoLm1pY3Jvc29mdC5jb20vfmR0aGFsZXIvZHJhZnQtaWV0Zi1zb2Z0d2lyZS1kc2xpdGUt bWliLTAzLnBkZjwvYT48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPih0aGVyZeKAmXMgYWxzbyBhIC5kb2N4IHZlcnNpb24gaWYgeW91IHJlcGxhY2UgdGhl IC5wZGYgZXh0ZW5zaW9uIHdpdGggLmRvY3gpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPknigJl2ZSBhbHNvIGNj4oCZZWQgdGhlIGJlaGF2ZSBXRyBvbiB0aGlzIG1haWwgc2lu Y2UgbWFueSBvZiBteSBjb21tZW50cyBjb25jZXJuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj50aGUgcmVsYXRpb25zaGlwIGJldHdlZW4gZHJhZnQtaWV0Zi1iZWhh dmUtbmF0LW1pYiAmbmJzcDthbmQgdGhlIHRyYW5zbGF0aW9uIHBhcnRzIG9mPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj50aGlzIGRyYWZ0LjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BIHNob3J0IHN1bW1hcnkgb2YgdGhlIGhpZ2ggbGV2ZWwg aXNzdWVzIGluIG15IHJldmlldyBpczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+MSk8L3NwYW4+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGUgZG9jIGlzIG5vdCBhbGlnbmVk IHdpdGggZHJhZnQtaWV0Zi1iZWhhdmUtbmF0LW1pYi4mbmJzcDsgSXQgY3VycmVudGx5IGNvbnRp bnVlczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnNv bWUgcHJhY3RpY2VzIHRoYXQgd2XigJlyZSB0cnlpbmcgdG8gZGVwcmVjYXRlIGFzIGRpc2N1c3Nl ZCBpbiBzZWN0aW9uIDMuMSBvZjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29M aXN0UGFyYWdyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPmRyYWZ0LWlldGYtYmVoYXZlLW5hdC1taWIuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDowY20i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi IHN0eWxlPSJtYXJnaW4tbGVmdDowY20iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+W1l1XTogQWxsIG9iamVjdHMgcmVsYXRlZCB0byBU aGUgTkFULU1JQiBoYXZlIGJlZW4gdXBkYXRlZCBhY2NvcmRpbmcgdG8gdGhlDQo8L3NwYW4+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij5k cmFmdC1pZXRmLWJlaGF2ZS1uYXQtbWliLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1p bmRlbnQ6LTE4LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj4yKTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwv c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPkJvaWxlcnBsYXRlIG5lZWRzIHRvIGJlIHVwZGF0ZWQgdG8gbWF0Y2ggbGF0ZXN0IE1JQiBi b2lsZXJwbGF0ZSAoc2VlIGlubGluZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29MaXN0UGFyYWdyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPmNvbW1lbnRzIGZvciBwb2ludGVycykuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDowY20i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi IHN0eWxlPSJtYXJnaW4tbGVmdDowY20iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+W1l1XTogSXQgaGFzIGFscmVhZHkgYmVlbiB1cGRh dGVkIGluIHRoZSAwNCB2ZXJzaW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRl bnQ6LTE4LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj4zKTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh bj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PkFueSBJbmV0UG9ydE51bWJlciBvYmplY3QgYWxsb3dpbmcgMCBuZWVkcyB0byBleHBsYWluIHdo YXQgMCBtZWFucyBpbiB0aGF0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xp c3RQYXJhZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+b2JqZWN0LCBhcyByZXF1aXJlZCBieSBSRkMgNDAwMS48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjBjbSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFn cmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij5bWXVdOiBUaGUgSW5ldFBvcnROdW1iZXIg b2JqZWN0cyBhbGxvd2luZyAwIGluIHRoZSBEUy1MaXRlIE1JQiBoYXZlIGJlZW4gZGVsZXRlZCBp biB0aGUgdXBkYXRlZCB2ZXJzaW9uLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDowY20iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWlu ZGVudDotMTguMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPjQpPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9z cGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+RHJhZnQgY3VycmVudGx5IHJlcXVpcmVzIHdyaXRlIHN1cHBvcnQgaW4gYWxsIGltcGxlbWVu dGF0aW9ucy4mbmJzcDsgUmVjb21tZW5kPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb0xpc3RQYXJhZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+aGF2aW5nIGEgcmVhZC1vbmx5IGNvbXBsaWFuY2Ugc3RhdGVtZW50 IHNpbmNlIG5vd2FkYXlzIG1hbnkgZm9sa3MgZG9u4oCZdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPndhbnQgd3JpdGUgc3VwcG9ydCB2aWEgTUlCcy48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjBjbSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjp3aW5kb3d0ZXh0Ij5bWXVdOiBBbGwgdGhlIG9iamVjdCByZXF1aXJlcyB3cml0ZSBz dXBwb3J0IGluIHRoZSAwMyB2ZXJzaW9uIGhhZCBiZWVuIGRlZmluZWQgdG8g4oCdcmVhZC1vbmx5 4oCdIGFzIHJlY29tbWVuZCBpbg0KIG5ldyB2ZXJzaW9uIGV4Y2VwdCB0aGUgPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOndpbmRvd3RleHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwO29iamVjdCDigJxkc2xpdGVBRlRSQWxhcm1Db25uZWN0TnVtYmVy4oCd LiBUaGUgb2JqZWN0IGluZGljYXRlcyB0aGUgdGhyZXNob2xkIG9mIHRoZSB0dW5uZWwgbnVtYmVy IG9mIHdoaWNoIGNhbiBiZSBjb25uZWN0ZWQgdG8gdGhlIEFGVFIuPG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6d2luZG93dGV4dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IEl0IGlzIGFsd2F5cyBzZXQgYnkgdGhlIG5ldHdvcmsgbWFuYWdlciBmb3IgdGhlIHBlcmZvcm1h bmNlIGNvbnNpZGVyYXRpb24uIDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk65a6L5L2TO2NvbG9yOndpbmRvd3RleHQiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4tRGF2ZTxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_EF6A204047BD994A860EE26D5F23BF58415C48BFnkgeml505mbxchi_-- From simon.perreault@viagenie.ca Thu Nov 14 09:17:00 2013 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 7FCD521E80D2 for ; Thu, 14 Nov 2013 09:17:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kkq5-USRk4Z0 for ; Thu, 14 Nov 2013 09:17:00 -0800 (PST) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id E375A21E8056 for ; Thu, 14 Nov 2013 09:16:59 -0800 (PST) Received: from porto.nomis80.org (unknown [IPv6:2620:0:230:c000:2c5c:4dd4:c1aa:d87d]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 63D0440204 for ; Thu, 14 Nov 2013 12:16:59 -0500 (EST) Message-ID: <5285058B.6020706@viagenie.ca> Date: Thu, 14 Nov 2013 12:16:59 -0500 From: Simon Perreault User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "behave@ietf.org" References: <20131114171253.4299.14146.idtracker@ietfa.amsl.com> In-Reply-To: <20131114171253.4299.14146.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20131114171253.4299.14146.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [BEHAVE] Fwd: New Version Notification for draft-ietf-behave-nat-mib-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, 14 Nov 2013 17:17:00 -0000 Change log for this new revision: - Added a natInstanceAlias member as discussed with David Harrington. - Reworked the way NAT instances were implemented so that it actually works. Many thanks to Jagadish Shivamurthy who contributed all changes in this new revision. Simon -------- Message original -------- Sujet: New Version Notification for draft-ietf-behave-nat-mib-10.txt Date : Thu, 14 Nov 2013 09:12:53 -0800 De : internet-drafts@ietf.org Pour : Tina Tsou , Senthil Sivakumar , Simon Perreault A new version of I-D, draft-ietf-behave-nat-mib-10.txt has been successfully submitted by Simon Perreault and posted to the IETF repository. Filename: draft-ietf-behave-nat-mib Revision: 10 Title: Definitions of Managed Objects for Network Address Translators (NAT) Creation date: 2013-11-14 Group: Individual Submission Number of pages: 89 URL: http://www.ietf.org/internet-drafts/draft-ietf-behave-nat-mib-10.txt Status: http://datatracker.ietf.org/doc/draft-ietf-behave-nat-mib Htmlized: http://tools.ietf.org/html/draft-ietf-behave-nat-mib-10 Diff: http://www.ietf.org/rfcdiff?url2=draft-ietf-behave-nat-mib-10 Abstract: This memo defines a portion of the Management Information Base (MIB) for devices implementing Network Address Translator (NAT) function. This MIB module may be used for monitoring of a device capable of NAT function. This document obsoletes RFC 4008. 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. The IETF Secretariat From simon.perreault@viagenie.ca Fri Nov 15 12:27:12 2013 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 50C6711E8128; Fri, 15 Nov 2013 12:27:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vkVm7tx7-ICS; Fri, 15 Nov 2013 12:27:11 -0800 (PST) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id 50DDE11E80E0; Fri, 15 Nov 2013 12:27:08 -0800 (PST) Received: from porto.nomis80.org (ringo.viagenie.ca [206.123.31.67]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 8A20B403CB; Fri, 15 Nov 2013 15:27:07 -0500 (EST) Message-ID: <5286839B.8050305@viagenie.ca> Date: Fri, 15 Nov 2013 15:27:07 -0500 From: Simon Perreault User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "rtcweb@ietf.org" , pntaw@ietf.org, "behave@ietf.org" , mmusic@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: tram@ietf.org Subject: [BEHAVE] Turn Revised And Modernized (tram) X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: tram@ietf.org List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Nov 2013 20:27:12 -0000 All, A few of us have been working on a proposal for a new working group that would focus on enhancements to STUN and TURN. The proposed name is TRAM (Turn Revised And Modernized) and discussion is happening in . Subscribe link: Here is the charter we have been working on. If you would like to comment and/or get involved, please do so on the TRAM mailing list. Simon (and many others!) > Turn Revised And Modernized (tram) > ---------------------------------- > > Traversal Using Relays around NAT (TURN) was published as RFC 5766 in April > 2010. Until recently the protocol had only a rather limited deployment. This > is primarily because its primary use case is as one of the NAT traversal > methods of the Interactive Connectivity Establishment (ICE) framework (RFC > 5245). This inherent dependency on ICE combined with the fact that ICE itself > was slow to achieve widespread adoption because other alternative mechanisms > were historically used by the VoIP industry were the causes of the initial > lack of interest. This situation has changed drastically as ICE, and > consequently TURN, are mandatory to implement in WebRTC, which is a set of > technologies developed at the IETF and W3C aiming to enable Real Time > Communication on the Web. > > Because of the ubiquity of the Web and of the new opportunities created by the > arrival of WebRTC, there is a renewed interest in TURN and ICE, as evidenced by > the recent work updating the ICE framework, as well as standardizing the URIs > used to access a STUN [RFC7064] or TURN [RFC7065] server. > > The goal of the TRAM Working Group is to consolidate the various initiatives > to update TURN and STUN, including the definition of new transport and > authentication mechanisms that make STUN and TURN more suitable for the WebRTC > environment. The Working Group will closely coordinate with the appropriate > Working Groups, including RTCWEB, MMUSIC, and HTTPBIS. > > The current list of deliverable is: > > - DTLS transport for TURN > > Candidate draft: draft-petithuguenin-tram-turn-dtls > > TURN defines three transports: UDP, TCP, and TLS. A straightforward extension > of this set is DTLS, enabling secure datagram-oriented transport. > > - New authentication mechanism for TURN > > Problem analysis: draft-reddy-behave-turn-auth > Candidate draft: draft-uberti-behave-turn-rest, OAuth has also been suggested > > The current authentication mechanism for TURN, which is reused from STUN, has > been designed with a SIP account database in mind. The new RTCWEB usages, > which are mostly based on web applications, do not fit that model. A new > authentication mechanism optimized for such web applications will be created. > > - TURN server auto-discovery mechanism for enterprise and ISPs > > Candidate draft: TBD > > Current TURN server discovery is based on the presence of SRV and/or NAPTR DNS > records. These records are usually under the administrative control of the > application or service provider, not the enterprise or the ISP on whose > network the client is situated. Enterprises or ISPs wishing to provide their > own TURN server, in an attempt to reduce so-called "triangle routing", need a > new auto-discovery mechanism. > > - STUN-bis > > Candidate draft: TBD > > A new revision of RFC 5389 will contain: > > - Various bug fixes > - STUN hash algorithm agility (currently only SHA-1 is allowed) > > - TURN-bis > > Candidate draft: TBD > > A new revision of RFC 5766 will contain: > > - Various bug fixes > - Support for multi-tenant servers > (Servers always send the same REALM attribute. No realm negotiation phase > currently exists.) > > Goals and Milestones: > > [TBD] -- 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 ssenthil@cisco.com Sat Nov 30 20:37:36 2013 Return-Path: X-Original-To: behave@ietfa.amsl.com Delivered-To: behave@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64DD21AE2D5 for ; Sat, 30 Nov 2013 20:37:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.502 X-Spam-Level: X-Spam-Status: No, score=-9.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0ATSIr773OyU for ; Sat, 30 Nov 2013 20:37:34 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) by ietfa.amsl.com (Postfix) with ESMTP id 1A6281AE08F for ; Sat, 30 Nov 2013 20:37:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2145; q=dns/txt; s=iport; t=1385872652; x=1387082252; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=AbUwxifg04+PgsWcr7tQO2xDC3TwRdK2NV3khqvJh5g=; b=BtJIQSJdrjF1YNHSnCCu+10mpRntdHQ5dRMf+S90xVJ98GSG2nkSDblO fiPclOUWQgWLFtIWofU8vb9uNMegnZDvS2YJkuPvt+hXkk9UCxfG1c3Gl OcXg7Va5TmU5g95ljXOxjwJdsSpfHUHI4xBYufZJllmkvEPFW8wloDR6O 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au8FAAe8mlKtJV2c/2dsb2JhbABPCoMHOE0GuFyBGhZtB4IlAQIEOj0CEgEINkIbAQYDAgQOBQmHeAgFvm6OJAhcB4QzA5gUgTCQY4MpgWhC X-IronPort-AV: E=Sophos;i="4.93,804,1378857600"; d="scan'208";a="3380719" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-1.cisco.com with ESMTP; 01 Dec 2013 04:37:32 +0000 Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id rB14bWJa018574 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 1 Dec 2013 04:37:32 GMT Received: from xmb-rcd-x15.cisco.com ([169.254.5.181]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0123.003; Sat, 30 Nov 2013 22:37:31 -0600 From: "Senthil Sivakumar (ssenthil)" To: "behave@ietf.org" Thread-Topic: New Version Notification for draft-ietf-behave-ipfix-nat-logging-02.txt Thread-Index: AQHO7ZoF/NnZrqtFrkWGOmI1AWQCjJo+06YA Date: Sun, 1 Dec 2013 04:37:30 +0000 Message-ID: In-Reply-To: <20131130070128.4575.32618.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.8.130913 x-originating-ip: [10.65.59.27] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Tom Taylor Subject: [BEHAVE] FW: New Version Notification for draft-ietf-behave-ipfix-nat-logging-02.txt X-BeenThere: behave@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: mailing list of BEHAVE IETF WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Dec 2013 04:37:36 -0000 A new version that incorporates comments from Tom and others, please review. At this time, the only outstanding issue with respect to the ipfix and syslog is the port block Allocation and deallocation schemes and parameters, for which we need some input from others. Thanks Senthil On 11/30/13 2:01 AM, "internet-drafts@ietf.org" wrote: > >A new version of I-D, draft-ietf-behave-ipfix-nat-logging-02.txt >has been successfully submitted by Senthil Sivakumar and posted to the >IETF repository. > >Filename: draft-ietf-behave-ipfix-nat-logging >Revision: 02 >Title: IPFIX Information Elements for logging NAT Events >Creation date: 2013-11-30 >Group: Individual Submission >Number of pages: 15 >URL: =20 >http://www.ietf.org/internet-drafts/draft-ietf-behave-ipfix-nat-logging-02 >.txt >Status: =20 >http://datatracker.ietf.org/doc/draft-ietf-behave-ipfix-nat-logging >Htmlized: =20 >http://tools.ietf.org/html/draft-ietf-behave-ipfix-nat-logging-02 >Diff: =20 >http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-behave-ipfix-nat-logging-02 > >Abstract: > NAT devices are required to log events like creation and deletion of > translations and information about the resources it is managing. The > logs are required in many cases to identify an attacker or a host > that was used to launch malicious attacks and/or for various other > purposes of accounting. Since there is no standard way of logging > this information, different NAT devices behave differently and hence > it is difficult to expect a consistent behavior. The lack of a > consistent way makes it difficult to write the collector applications > that would receive this data and process it to present useful > information. This document describes the information that is > required to be logged by the NAT devices. > > =20 > =20 > > >Please note that it may take a couple of minutes from the time of >submission >until the htmlized version and diff are available at tools.ietf.org. > >The IETF Secretariat >