From mailman-bounces@catarina.usc.edu  Wed Oct  1 08:23:48 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA09719
	for <pim-archive@lists.ietf.org>; Wed, 1 Oct 2003 08:23:48 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h91CNPLT020294
	for <pim-archive@lists.ietf.org>; Wed, 1 Oct 2003 05:23:25 -0700 (PDT)
	(envelope-from mailman-bounces@catarina.usc.edu)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Subject: catarina.usc.edu mailing list memberships reminder
From: mailman-owner@catarina.usc.edu
To: pim-archive@ietf.org
X-No-Archive: yes
Message-ID: <mailman.891.1065009621.17381.mailman@catarina.usc.edu>
Date: Wed, 01 Oct 2003 05:00:21 -0700
Precedence: bulk
X-BeenThere: mailman@catarina.usc.edu
X-Mailman-Version: 2.1.2
List-Id: <mailman.catarina.usc.edu>
X-List-Administrivia: yes
Sender: mailman-bounces@catarina.usc.edu
Errors-To: mailman-bounces@catarina.usc.edu
Content-Transfer-Encoding: 7bit

This is a reminder, sent out once a month, about your catarina.usc.edu
mailing list memberships.  It includes your subscription info and how
to use it to change it or unsubscribe from a list.

You can visit the URLs to change your membership status or
configuration, including unsubscribing, setting digest-style delivery
or disabling delivery altogether (e.g., for a vacation), and so on.

In addition to the URL interfaces, you can also use email to make such
changes.  For more info, send a message to the '-request' address of
the list (for example, mailman-request@catarina.usc.edu) containing
just the word 'help' in the message body, and an email message will be
sent to you with instructions.

If you have questions, problems, comments, etc, send them to
mailman-owner@catarina.usc.edu.  Thanks!

Passwords for pim-archive@lists.ietf.org:

List                                     Password // URL
----                                     --------  
pim@catarina.usc.edu                     kimoit    
http://catarina.usc.edu/mailman/options/pim/pim-archive%40lists.ietf.org


From pim-bounces@catarina.usc.edu  Thu Oct  2 10:54:03 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA23510
	for <pim-archive@lists.ietf.org>; Thu, 2 Oct 2003 10:54:01 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h92Ep2LU024880;
	Thu, 2 Oct 2003 07:51:08 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h92EowLT024876
	for <pim@catarina.usc.edu>; Thu, 2 Oct 2003 07:50:59 -0700 (PDT)
	(envelope-from nsyracus@cnri.reston.va.us)
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA23231;
	Thu, 2 Oct 2003 10:50:49 -0400 (EDT)
Message-Id: <200310021450.KAA23231@ietf.org>
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
To: IETF-Announce: ;
Cc: pim@catarina.usc.edu
From: Internet-Drafts@ietf.org
Date: Thu, 02 Oct 2003 10:50:48 -0400
Subject: [pim] I-D ACTION:draft-ietf-pim-sm-v2-new-08.txt,.ps
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
Reply-To: Internet-Drafts@ietf.org
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Protocol Independent Multicast Working Group of the IETF.

	Title		: Protocol Independent Multicast - Sparse Mode PIM-SM): 
                          Protocol Specification (Revised)
	Author(s)	: B. Fenner, M. Handley, H. Holbrook, I. Kouvelas
	Filename	: draft-ietf-pim-sm-v2-new-08.txt,.ps
	Pages		: 143
	Date		: 2003-10-2
	
This document specifies Protocol Independent Multicast -
Sparse Mode (PIM-SM).  PIM-SM is a multicast routing protocol
that can use the underlying unicast routing information base
or a separate multicast-capable routing information base.  It
builds unidirectional shared trees rooted at a Rendezvous
Point (RP) per group, and optionally creates shortest-path
trees per source.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-pim-sm-v2-new-08.txt

To remove yourself from the IETF Announcement list, send a message to 
ietf-announce-request with the word unsubscribe in the body of the message.

Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
	"get draft-ietf-pim-sm-v2-new-08.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html 
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt


Internet-Drafts can also be obtained by e-mail.

Send a message to:
	mailserv@ietf.org.
In the body type:
	"FILE /internet-drafts/draft-ietf-pim-sm-v2-new-08.txt".
	
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.
		
		
Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Multipart/Alternative; Boundary="OtherAccess"

--OtherAccess
Content-Type: Message/External-body; access-type="mail-server";
	server="mailserv@ietf.org"

Content-Type: text/plain
Content-ID: <2003-10-2105932.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-ietf-pim-sm-v2-new-08.txt

--OtherAccess
Content-Type: Message/External-body; name="draft-ietf-pim-sm-v2-new-08.txt";
	site="ftp.ietf.org"; access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2003-10-2105932.I-D@ietf.org>


--OtherAccess--

--NextPart
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim

--NextPart--




From pim-bounces@catarina.usc.edu  Fri Oct  3 23:04:03 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA08981
	for <pim-archive@lists.ietf.org>; Fri, 3 Oct 2003 23:04:02 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h94317LU030881;
	Fri, 3 Oct 2003 20:01:17 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from smtp.noos.fr (nan-smtp-12.noos.net [212.198.2.83])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h94315LT030867
	for <pim@catarina.usc.edu>; Fri, 3 Oct 2003 20:01:06 -0700 (PDT)
	(envelope-from root@noos.fr)
Received: (qmail 7040059 invoked by uid 0); 4 Oct 2003 03:00:11 -0000
Received: (qmail 6348298 invoked by uid 0); 2 Oct 2003 15:29:34 -0000
Received: from unknown (HELO asgard.ietf.org) ([132.151.6.40])
	(envelope-sender <owner-ietf-announce@ietf.org>)
	by 212.198.2.83 (qmail-ldap-1.03) with SMTP
	for <ocheron@noos.fr>; 2 Oct 2003 15:29:34 -0000
Received: from majordomo by asgard.ietf.org with local (Exim 4.14)
	id 1A54rE-0006bf-3D
	for ietf-announce-list@asgard.ietf.org; Thu, 02 Oct 2003 10:55:08 -0400
Received: from ietf.org ([10.27.2.28])
	by asgard.ietf.org with esmtp (Exim 4.14) id 1A54nF-0006Go-AO
	for all-ietf@asgard.ietf.org; Thu, 02 Oct 2003 10:51:01 -0400
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA23231;
	Thu, 2 Oct 2003 10:50:49 -0400 (EDT)
Message-Id: <200310021450.KAA23231@ietf.org>
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
To: IETF-Announce: ;
Cc: pim@catarina.usc.edu
From: Internet-Drafts@ietf.org
Date: Thu, 02 Oct 2003 10:50:48 -0400
Precedence: bulk
Subject: [pim] I-D ACTION:draft-ietf-pim-sm-v2-new-08.txt,.ps
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Reply-To: Internet-Drafts@ietf.org
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Protocol Independent Multicast Working Group of the IETF.

	Title		: Protocol Independent Multicast - Sparse Mode PIM-SM): 
                          Protocol Specification (Revised)
	Author(s)	: B. Fenner, M. Handley, H. Holbrook, I. Kouvelas
	Filename	: draft-ietf-pim-sm-v2-new-08.txt,.ps
	Pages		: 143
	Date		: 2003-10-2
	
This document specifies Protocol Independent Multicast -
Sparse Mode (PIM-SM).  PIM-SM is a multicast routing protocol
that can use the underlying unicast routing information base
or a separate multicast-capable routing information base.  It
builds unidirectional shared trees rooted at a Rendezvous
Point (RP) per group, and optionally creates shortest-path
trees per source.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-pim-sm-v2-new-08.txt

To remove yourself from the IETF Announcement list, send a message to 
ietf-announce-request with the word unsubscribe in the body of the message.

Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
	"get draft-ietf-pim-sm-v2-new-08.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html 
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt


Internet-Drafts can also be obtained by e-mail.

Send a message to:
	mailserv@ietf.org.
In the body type:
	"FILE /internet-drafts/draft-ietf-pim-sm-v2-new-08.txt".
	
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.
		
		
Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Multipart/Alternative; Boundary="OtherAccess"

--OtherAccess
Content-Type: Message/External-body; access-type="mail-server";
	server="mailserv@ietf.org"

Content-Type: text/plain
Content-ID: <2003-10-2105932.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-ietf-pim-sm-v2-new-08.txt

--OtherAccess
Content-Type: Message/External-body; name="draft-ietf-pim-sm-v2-new-08.txt";
	site="ftp.ietf.org"; access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2003-10-2105932.I-D@ietf.org>


--OtherAccess--

--NextPart
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim

--NextPart--





From pim-bounces@catarina.usc.edu  Mon Oct  6 14:07:26 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA15168
	for <pim-archive@lists.ietf.org>; Mon, 6 Oct 2003 14:07:25 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h96I3uLU043676;
	Mon, 6 Oct 2003 11:04:03 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from apollo.adtech-inc.com (Apollo.Adtech-Inc.COM [63.165.80.17])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h96I3tLT043672
	for <pim@catarina.usc.edu>; Mon, 6 Oct 2003 11:03:55 -0700 (PDT)
	(envelope-from Gurpreet.Singh@SpirentCom.COM)
Received: by apollo.adtech-inc.com with Internet Mail Service (5.5.2653.19)
	id <S8HG06C7>; Mon, 6 Oct 2003 08:03:34 -1000
Message-ID: <3D7BA5153B91EB4EBCF4CEDFE6263EA235B7FA@apollo.adtech-inc.com>
From: "Singh, Gurpreet" <Gurpreet.Singh@SpirentCom.COM>
To: "'pim@catarina.usc.edu'" <pim@catarina.usc.edu>
Date: Mon, 6 Oct 2003 08:03:32 -1000 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: [pim] PIM  Group Set Source List Rules
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

Hi


I have a question regarding the group source list rules for PIM Join/Prune
messages defined in the draft draft-ietf-pim-sm-v2-new-07.txt  Section
4.10.5.1 

The table listing the cobination of Join and Prunes in a single Join/Prune
message has "no" and "?"

no   Combination is not allowed by the protocol and MUST NOT be
     generated by a router.


?    Combination not expected by the protocol, but well-defined. A
     router MAY accept it but SHOULD NOT generate it.


Is it correct to infer from this that for combinations marked as "no" router
should not accept the PIM-SM Join/Prune message and just drop the message if
it receives a PIM-SM Join/Prune message with the "no" combination ? Or is it
that the behaviour for accepting or droping this kind of packet is not
defined in the spec and is left to the deiscretion of the implementation.
But if that is the case then "no" and "?" would be similar in behaviour.

Thanks

Gurpreet





_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Mon Oct  6 15:45:19 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA19312
	for <pim-archive@lists.ietf.org>; Mon, 6 Oct 2003 15:45:18 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h96JgWLU044051;
	Mon, 6 Oct 2003 12:42:32 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from dmz2.procket.com (dmz2.procket.com [65.174.124.37])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h96JgULT044047
	for <pim@catarina.usc.edu>; Mon, 6 Oct 2003 12:42:30 -0700 (PDT)
	(envelope-from John.Zwiebel@procket.com)
Received: from miata.procket.com (zeus-d-1.procket.com [65.174.124.60])
	by dmz2.procket.com (8.12.8p1/8.12.1) with ESMTP id h96Lkbjg059112;
	Mon, 6 Oct 2003 14:46:37 -0700 (PDT)
Received: from exchangefe2.na.procket.com (email.na.procket.com [10.1.7.252])
	by miata.procket.com (8.12.1/8.12.1) with ESMTP id h96JgKYB021537;
	Mon, 6 Oct 2003 12:42:20 -0700 (PDT)
Received: from procket.com ([10.1.1.1]) by exchangefe2.na.procket.com with
	Microsoft SMTPSVC(5.0.2195.6713); Mon, 6 Oct 2003 12:40:43 -0700
Date: Mon, 6 Oct 2003 12:40:52 -0700
Subject: Re: [pim] PIM  Group Set Source List Rules
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: "Singh, Gurpreet" <Gurpreet.Singh@spirentcom.com>
From: John Zwiebel <jzwiebel@procket.com>
In-Reply-To: <3D7BA5153B91EB4EBCF4CEDFE6263EA235B7FA@apollo.adtech-inc.com>
Message-Id: <FEB2B3B0-F834-11D7-90A6-00039307689E@procket.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
X-OriginalArrivalTime: 06 Oct 2003 19:40:43.0178 (UTC)
	FILETIME=[BAD4D8A0:01C38C41]
Cc: "'pim@catarina.usc.edu'" <pim@catarina.usc.edu>,
        John Zwiebel <jzwiebel@procket.com>
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu
Content-Transfer-Encoding: 7bit


On Monday, October 6, 2003, at 11:03 AM, Singh, Gurpreet wrote:

> Hi
>
>
> I have a question regarding the group source list rules for PIM 
> Join/Prune
> messages defined in the draft draft-ietf-pim-sm-v2-new-07.txt  Section
> 4.10.5.1
>
> The table listing the cobination of Join and Prunes in a single 
> Join/Prune
> message has "no" and "?"
>
> no   Combination is not allowed by the protocol and MUST NOT be
>      generated by a router.
>
>
> ?    Combination not expected by the protocol, but well-defined. A
>      router MAY accept it but SHOULD NOT generate it.
>
>
> Is it correct to infer from this that for combinations marked as "no" 
> router
> should not accept the PIM-SM Join/Prune message and just drop the 
> message if
> it receives a PIM-SM Join/Prune message with the "no" combination ? Or 
> is it
> that the behaviour for accepting or droping this kind of packet is not
> defined in the spec and is left to the deiscretion of the 
> implementation.
> But if that is the case then "no" and "?" would be similar in 
> behaviour.
>

The "no" combinations are "obvious" contradictions.  For example,
a (*,G) join and a (*,G) prune in the same message represents a 
"paranoid"
behavior on the part of the sender who can't seem to make up his mind
about what he wants.

It took a few years to recognize that PIM join/prune messages have to
be processed "atomically" (in the same sense that SNMP has to be
processed atomically).  For example, a (*,G) join message has to
"look ahead" in the j/p message to ensure there isn't a (S,G,R) prune
further on or the router will incorrectly add an OIF and may then
incorrectly forward data leading to all sorts of problems (possibly
an assert exchange for instance) as time goes on.

(FWIW, I found that 1pps was enough to discover the forwarding problem.
and you may want to include a data stream in your test instrument to
specifically look for that problem.  Also, FWIW, I can not imagine
why no one complained about the problem during the time I was ignoring
it because I had "more important" things to worry about.  ;-)

The spec does not say that these contradictory messages should be 
dropped.
It -might- be a good idea to do so, but the reality is that looking
ahead through an entire join/prune message to ensure it doesn't contain
any such contradictions could become rather process intensive, 
especially
as the number of groups starts to get larger and larger.  One -might-
then suggest that all j/p messages received from the same neighbor
within x amount of time have to be examined to ensure there are no
contradictions.  (I'm expanding beyond the scope of your question, to
illustrate the 'never-ending' nature of what might be possible.)

So, from a test instrument perspective, you want to figure out a
way of triggering such a contradiction so you can test it (I think
it may be difficult to do, I don't have a clue) but you certainly
-cannot- say that if your test instrument sends such a message and
the router processes it that the router has failed the test.

WRT the "?" items.  These represent items that are "complementary"
and "redundant".  For example, a (*,G) prune with a (S,G,R) prune
-should- accomplish the same thing WRT a (S,G,R) entry (ie remove
the OIF from the Olist.  There's little reason to include the (S,G,R)
prune.

Another example, a (*,G) prune with a (S,G,R) join, is a 'unique'
situation.  One -might- be able to make a persuasive argument that
such a message has utility in some situations.  (Especially when
the use of IGMPv3 is contemplated).  Yet within the "standard"
model under which ASM works over the past 10 years, such a message
is "senseless".  But, by allowing the loophole in the RFC, perhaps
the ASM model can be expanded in the future to meet needs currently
not anticipated.  Such a need would probably be recognized by a
given vendor and so the definition of "?" in the spec allows that
flexibility while still emphasizing that it isn't a "good idea".

 From a test instrument perspective, it is important (IMHO) that
you generate "?" type messages and ensure that the router correctly
processes the message.  If the router fails, it should be flagged as
a "conditional failure" which means that the strictest interpretation
of the ASM model would suggest that such a failure won't cause
any interoperability problems so "who cares".  And unless you
subscribe to the potential changes I've outlined above, the answer
would be "no one".  :-)

I hope this is helpful.
z



_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Thu Oct  9 08:31:01 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA17483
	for <pim-archive@lists.ietf.org>; Thu, 9 Oct 2003 08:31:00 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h99CRILU055945;
	Thu, 9 Oct 2003 05:27:25 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from alumnux.com ([203.197.124.190])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h99CRCLT055939;
	Thu, 9 Oct 2003 05:27:14 -0700 (PDT)
	(envelope-from rabin@alumnux.com)
Received: from KUBRICK (kubrick.alumnus.co.in [192.168.10.19] (may be forged))
	by alumnux.com (8.9.3/8.9.3) with SMTP id XAA15700;
	Thu, 9 Oct 2003 23:18:54 +0530
Message-ID: <001f01c38e60$0a1fd9d0$5800460a@KUBRICK>
From: "Rabindranath Das" <rabin@alumnux.com>
To: <pim@catarina.usc.edu>
Cc: <pim-request@catarina.usc.edu>
Date: Thu, 9 Oct 2003 17:52:43 +0530
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Subject: [pim] What is the difference between RPF Neighbor and RPF' Neighbor
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============070790825783570099=="
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

This is a multi-part message in MIME format.

--===============070790825783570099==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_001C_01C38E8E.23C74CF0"

This is a multi-part message in MIME format.

------=_NextPart_000_001C_01C38E8E.23C74CF0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

PIM DM Draft is not very clear about the differences between RPF =
neighbor and RPF' neighbor.
What I understood is, for a DUT any neighbor on the same LAN as the RFF =
interface
(of a DUT for a particular source S) is called RPF Neighbor; but when =
DUT's routing
table is concerned to reach source S then the routing table will =
recommend one of the
RPF neighbor as the next hop or the gateway. That is probably the RPF' =
neighbor.
=20
Please let me know if I am making any mistake.=20

--Rabin

------=_NextPart_000_001C_01C38E8E.23C74CF0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV style=3D"FONT: 10pt arial"></DIV>
<DIV><FONT face=3DArial size=3D2>
<DIV><FONT color=3D#0000ff>PIM DM Draft&nbsp;is not very clear about the =

differences between RPF neighbor and RPF' neighbor.</FONT></DIV>
<DIV><FONT color=3D#0000ff>What I understood is, for a DUT any =
neighbor&nbsp;on=20
the same&nbsp;LAN as the RFF interface</FONT></DIV>
<DIV><FONT color=3D#0000ff>(of a DUT for a particular source S) is =
called RPF=20
Neighbor; but when DUT's routing</FONT></DIV>
<DIV><FONT color=3D#0000ff>table is concerned to reach source S then the =
routing=20
table will recommend one of the</FONT></DIV>
<DIV><FONT color=3D#0000ff>RPF neighbor as the next hop or the gateway. =
That is=20
probably the RPF' neighbor.</FONT></DIV>
<DIV><FONT color=3D#0000ff></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#0000ff>Please let me know if I am making any =
mistake.=20
</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>--Rabin</DIV></FONT></DIV></BODY></HTML>

------=_NextPart_000_001C_01C38E8E.23C74CF0--


--===============070790825783570099==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim

--===============070790825783570099==--



From pim-bounces@catarina.usc.edu  Thu Oct  9 13:53:36 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01429
	for <pim-archive@lists.ietf.org>; Thu, 9 Oct 2003 13:53:35 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h99HoRLU056833;
	Thu, 9 Oct 2003 10:50:33 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from dmz2.procket.com (dmz2.procket.com [65.174.124.37])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h99HoQLT056827;
	Thu, 9 Oct 2003 10:50:26 -0700 (PDT)
	(envelope-from John.Zwiebel@procket.com)
Received: from miata.procket.com (zeus-d-1.procket.com [65.174.124.60])
	by dmz2.procket.com (8.12.8p1/8.12.1) with ESMTP id h99JsZjg011112;
	Thu, 9 Oct 2003 12:54:35 -0700 (PDT)
Received: from exchangefe2.na.procket.com (email.na.procket.com [10.1.7.252])
	by miata.procket.com (8.12.1/8.12.1) with ESMTP id h99HoEYB018776;
	Thu, 9 Oct 2003 10:50:14 -0700 (PDT)
Received: from procket.com ([10.1.1.1]) by exchangefe2.na.procket.com with
	Microsoft SMTPSVC(5.0.2195.6713); Thu, 9 Oct 2003 10:50:14 -0700
Date: Thu, 9 Oct 2003 10:50:27 -0700
Subject: Re: [pim] What is the difference between RPF Neighbor and RPF'
	Neighbor
Mime-Version: 1.0 (Apple Message framework v552)
To: "Rabindranath Das" <rabin@alumnux.com>
From: John Zwiebel <jzwiebel@procket.com>
In-Reply-To: <001f01c38e60$0a1fd9d0$5800460a@KUBRICK>
Message-Id: <111D4FA3-FA81-11D7-93FC-00039307689E@procket.com>
X-Mailer: Apple Mail (2.552)
X-OriginalArrivalTime: 09 Oct 2003 17:50:14.0267 (UTC)
	FILETIME=[CAEE8CB0:01C38E8D]
Cc: pim@catarina.usc.edu, pim-request@catarina.usc.edu,
        John Zwiebel <jzwiebel@procket.com>
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============39060571201381855=="
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu


--===============39060571201381855==
Content-Type: multipart/alternative; boundary=Apple-Mail-6--632201968


--Apple-Mail-6--632201968
Content-Type: text/plain;
	charset=ISO-8859-1;
	format=flowed
Content-Transfer-Encoding: quoted-printable

RPF neighbor is the one the IGP points to as the next-hop toward the=20
source
RPF' neighbor is the one that is actually used and it may be set by an=20=

assert
	for instance.

The idea that all routers on that lan are RPF neighbors isn't quite=20
right.

On Thursday, October 9, 2003, at 05:22 AM, Rabindranath Das wrote:

>
> PIM DM Draft=A0is not very clear about the differences between RPF=20
> neighbor and RPF' neighbor.
> What I understood is, for a DUT any neighbor=A0on the same=A0LAN as =
the=20
> RFF interface
> (of a DUT for a particular source S) is called RPF Neighbor; but when=20=

> DUT's routing
> table is concerned to reach source S then the routing table will=20
> recommend one of the
> RPF neighbor as the next hop or the gateway. That is probably the RPF'=20=

> neighbor.
> =A0
> Please let me know if I am making any mistake.
> =A0
> --Rabin
> _______________________________________________
> pim mailing list
> pim@catarina.usc.edu
> http://catarina.usc.edu/mailman/listinfo/pim

--Apple-Mail-6--632201968
Content-Type: text/enriched;
	charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

RPF neighbor is the one the IGP points to as the next-hop toward the
source

RPF' neighbor is the one that is actually used and it may be set by an
assert

	for instance.


The idea that all routers on that lan are RPF neighbors isn't quite
right.


On Thursday, October 9, 2003, at 05:22 AM, Rabindranath Das wrote:


<excerpt>

=
<fontfamily><param>Arial</param><color><param>0000,0000,FFFF</param><small=
er>PIM
DM Draft=A0is not very clear about the differences between RPF neighbor
and RPF' neighbor.</smaller></color><smaller>

<color><param>0000,0000,FFFF</param>What I understood is, for a DUT
any neighbor=A0on the same=A0LAN as the RFF interface</color>

<color><param>0000,0000,FFFF</param>(of a DUT for a particular source
S) is called RPF Neighbor; but when DUT's routing</color>

<color><param>0000,0000,FFFF</param>table is concerned to reach source
S then the routing table will recommend one of the</color>

<color><param>0000,0000,FFFF</param>RPF neighbor as the next hop or
the gateway. That is probably the RPF' neighbor.</color>

=A0

<color><param>0000,0000,FFFF</param>Please let me know if I am making
any mistake.</color>

=A0

--Rabin

_______________________________________________

pim mailing list

pim@catarina.usc.edu

http://catarina.usc.edu/mailman/listinfo/pim

</smaller></fontfamily></excerpt>=

--Apple-Mail-6--632201968--


--===============39060571201381855==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim

--===============39060571201381855==--



From pim-bounces@catarina.usc.edu  Mon Oct 13 05:15:09 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA27679
	for <pim-archive@lists.ietf.org>; Mon, 13 Oct 2003 05:15:09 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9D97SLU074045;
	Mon, 13 Oct 2003 02:07:32 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from huawei.com (mta2.huawei.com [61.144.161.24])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9D97NLT074041
	for <pim@catarina.usc.edu>; Mon, 13 Oct 2003 02:07:25 -0700 (PDT)
	(envelope-from prashantj@huawei.com)
Received: from huawei.com (localhost [127.0.0.1])
	by mta2.huawei.com (iPlanet Messaging Server 5.2 HotFix 0.7 (built Jun
	26 2002)) with ESMTP id <0HMO00B5EUOZTA@mta2.huawei.com> for
	pim@catarina.usc.edu; Mon, 13 Oct 2003 17:07:48 +0800 (CST)
Received: from mailin.huawei.com ([10.18.1.252])
	by mta2.huawei.com (iPlanet Messaging Server 5.2 HotFix 0.7 (built Jun
	26 2002)) with ESMTP id <0HMO00FU5UOY6S@mta2.huawei.com> for
	pim@catarina.usc.edu; Mon, 13 Oct 2003 17:07:47 +0800 (CST)
Received: from DELL15 ([10.18.4.77])
	by mailin.huawei.com (Netscape Messaging Server 4.15)
	with ESMTP id HMOUTA00.V0H; Mon, 13 Oct 2003 17:10:22 +0800
Date: Mon, 13 Oct 2003 14:43:30 +0530
From: Prashant Jhingran <prashantj@huawei.com>
Subject: RE: [pim] What is the difference between RPF Neighbor and
	RPF'	Neighbor
In-reply-to: <111D4FA3-FA81-11D7-93FC-00039307689E@procket.com>
To: "'Rabindranath Das'" <rabin@alumnux.com>
Message-id: <002d01c3916a$4585bfa0$0701010b@DELL15>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
Cc: pim@catarina.usc.edu
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
Reply-To: prashantj@huawei.com
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu
Content-Transfer-Encoding: 7BIT

Hi,
            As per the draft:

neighbor RPF'(S,G) {
  if ( I_Am_Assert_loser(S, G, RPF_interface(S) )) {
    return AssertWinner(S, G, RPF_interface(S) )
  } else {
    return MRIB.next_hop( S )
  }
}

while the RPF nbr is simply "MRIB.next_hop( S )" .

Now  "MRIB.next_hop( S )" cannot yield  "any neighbor on the same LAN as the
RFF interface" as it  is dependant on routing database MRIB.


regards,
Prashant



-----Original Message-----
From: pim-bounces@catarina.usc.edu [mailto:pim-bounces@catarina.usc.edu]On
Behalf Of John Zwiebel
Sent: Thursday, October 09, 2003 11:20 PM
To: Rabindranath Das
Cc: pim@catarina.usc.edu; pim-request@catarina.usc.edu; John Zwiebel
Subject: Re: [pim] What is the difference between RPF Neighbor and RPF'
Neighbor


RPF neighbor is the one the IGP points to as the next-hop toward the source
RPF' neighbor is the one that is actually used and it may be set by an
assert
for instance.

The idea that all routers on that lan are RPF neighbors isn't quite right.

On Thursday, October 9, 2003, at 05:22 AM, Rabindranath Das wrote:



PIM DM Draft is not very clear about the differences between RPF neighbor
and RPF' neighbor.
What I understood is, for a DUT any neighbor on the same LAN as the RFF
interface
(of a DUT for a particular source S) is called RPF Neighbor; but when DUT's
routing
table is concerned to reach source S then the routing table will recommend
one of the
RPF neighbor as the next hop or the gateway. That is probably the RPF'
neighbor.

Please let me know if I am making any mistake.

--Rabin
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Mon Oct 13 11:42:39 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA11941
	for <pim-archive@lists.ietf.org>; Mon, 13 Oct 2003 11:42:39 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9DFZRLU075415;
	Mon, 13 Oct 2003 08:35:31 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from ns.anritsu.co.jp (ns.anritsu.co.jp [133.236.48.2])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9A4BwLT058489
	for <pim@catarina.usc.edu>; Thu, 9 Oct 2003 21:11:58 -0700 (PDT)
	(envelope-from Bijjam@ex.anritsu.co.jp)
Received: from gatekeeper.noc.anritsu.co.jp (gatekeeper.noc.anritsu.co.jp
	[172.16.16.20])
	by ns.anritsu.co.jp (Postfix) with ESMTP id DD76020F36
	for <pim@catarina.usc.edu>; Fri, 10 Oct 2003 13:11:45 +0900 (JST)
Received: from ATS-VIRUS-001 (ats-virus-001.noc.anritsu.co.jp [172.16.16.26])
	by gatekeeper.noc.anritsu.co.jp (Postfix) with SMTP id BA7861050C3
	for <pim@catarina.usc.edu>; Fri, 10 Oct 2003 13:11:45 +0900 (JST)
Received: FROM mail0.cr.anritsu.co.jp BY ATS-VIRUS-001 ;
	Fri Oct 10 13:08:46 2003 +0900
Message-ID: <001701c38ee4$41e1a360$785610ac@ce.anritsu.co.jp>
From: "venkat bijjam" <bijjam@ex.anritsu.co.jp>
To: <pim@catarina.usc.edu>
Date: Fri, 10 Oct 2003 13:09:10 +0900
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-Mailman-Approved-At: Mon, 13 Oct 2003 08:35:23 -0700
Subject: [pim] Request from a PIMSM developer
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu
Content-Transfer-Encoding: 7bit

Respected M/s,

Could you suggest me the PIM-SM RFC2362's Postscript version?

Thank you for your kind support.

Regards,
Bijjam

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Mon Oct 13 12:10:44 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA13157
	for <pim-archive@lists.ietf.org>; Mon, 13 Oct 2003 12:10:44 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9DG4CLU075565;
	Mon, 13 Oct 2003 09:04:13 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from possum.icir.org (possum.icir.org [192.150.187.67])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9DG4ALT075561
	for <pim@catarina.usc.edu>; Mon, 13 Oct 2003 09:04:10 -0700 (PDT)
	(envelope-from pavlin@possum.icir.org)
Received: from possum.icir.org (localhost [127.0.0.1])
	by possum.icir.org (8.12.9p1/8.12.3) with ESMTP id h9DG4AIK007595;
	Mon, 13 Oct 2003 09:04:10 -0700 (PDT)
	(envelope-from pavlin@possum.icir.org)
Message-Id: <200310131604.h9DG4AIK007595@possum.icir.org>
To: "venkat bijjam" <bijjam@ex.anritsu.co.jp>
Subject: Re: [pim] Request from a PIMSM developer 
In-Reply-To: Message from "venkat bijjam" <bijjam@ex.anritsu.co.jp> of "Fri,
	10 Oct 2003 13:09:10 +0900."
	<001701c38ee4$41e1a360$785610ac@ce.anritsu.co.jp> 
Date: Mon, 13 Oct 2003 09:04:10 -0700
From: Pavlin Radoslavov <pavlin@icir.org>
Cc: pim@catarina.usc.edu
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

> Could you suggest me the PIM-SM RFC2362's Postscript version?

Bijjam,

You should use the lastest Internet Draft instead of RFC-2362:

http://www.ietf.org/internet-drafts/draft-ietf-pim-sm-v2-new-08.ps
http://www.ietf.org/internet-drafts/draft-ietf-pim-sm-v2-new-08.txt

Regards,
Pavlin
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Mon Oct 13 16:11:12 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA24919
	for <pim-archive@lists.ietf.org>; Mon, 13 Oct 2003 16:11:11 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9DK3jLU076341;
	Mon, 13 Oct 2003 13:03:47 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from web20505.mail.yahoo.com (web20505.mail.yahoo.com
	[216.136.226.140])
	by catarina.usc.edu (8.12.9/8.12.9) with SMTP id h9DK3iLT076337
	for <pim@catarina.usc.edu>; Mon, 13 Oct 2003 13:03:44 -0700 (PDT)
	(envelope-from jim_technical@yahoo.com)
Message-ID: <20031013200240.78470.qmail@web20505.mail.yahoo.com>
Received: from [64.221.212.131] by web20505.mail.yahoo.com via HTTP;
	Mon, 13 Oct 2003 13:02:40 PDT
Date: Mon, 13 Oct 2003 13:02:40 -0700 (PDT)
From: Jim T <jim_technical@yahoo.com>
To: pim@catarina.usc.edu
MIME-Version: 1.0
Subject: [pim] Question on (S,G,rpt) prune state
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============58053111597897744=="
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

--===============58053111597897744==
Content-Type: multipart/alternative; boundary="0-1588955565-1066075360=:78190"

--0-1588955565-1066075360=:78190
Content-Type: text/plain; charset=us-ascii

Hi,
 
I'm new to PIM and have been going through the PIM-SM draft (v7). I had a couple of (possibly newbie) questions and hope someone will answer.
 
a) Can (S,G) and (S,G,rpt) states exist at the same time on a router? I think not because the former is on the SPT while the latter is meant for prune state on the RPT. But I'm a bit confused by the description in section 4.1.5.
 
b) This is touching upon implementation but I'm asking it to understand the whole thing better. When a (S,G,rpt) Prune is received, would a router actually create a "(S,G) style forwarding entry" which would have its olist set to that the olist of the (*,G) state minus the interface on which (S,G,rpt) Prune is received?
 
Thanks much,
Jim
 



---------------------------------
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
--0-1588955565-1066075360=:78190
Content-Type: text/html; charset=us-ascii

<DIV>
<DIV>Hi,</DIV>
<DIV>&nbsp;</DIV>
<DIV>I'm new to PIM and have been going through the PIM-SM draft (v7). I had a couple of (possibly newbie) questions and hope someone will answer.</DIV>
<DIV>&nbsp;</DIV>
<DIV>a) Can (S,G) and (S,G,rpt) states exist at the same time on a router? I think not because the former is on the SPT while the latter is meant for prune state on the RPT. But I'm a bit confused by the description in section 4.1.5.</DIV>
<DIV>&nbsp;</DIV>
<DIV>b) This is touching upon implementation but I'm asking it to understand the whole thing better. When a (S,G,rpt) Prune is received, would a router actually create a "(S,G) style forwarding entry" which would have its olist set to that the olist of the (*,G) state minus the interface on which (S,G,rpt) Prune is received?</DIV>
<DIV>&nbsp;</DIV>
<DIV>Thanks much,</DIV>
<DIV>Jim</DIV>
<DIV>&nbsp;</DIV></DIV><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://shopping.yahoo.com/?__yltc=s%3A150000443%2Cd%3A22708228%2Cslk%3Atext%2Csec%3Amail">The New Yahoo! Shopping</a> - with improved product search
--0-1588955565-1066075360=:78190--

--===============58053111597897744==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim

--===============58053111597897744==--


From pim-bounces@catarina.usc.edu  Mon Oct 13 17:51:20 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA01034
	for <pim-archive@lists.ietf.org>; Mon, 13 Oct 2003 17:51:20 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9DLfaLU076680;
	Mon, 13 Oct 2003 14:41:39 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from dmz2.procket.com (dmz2.procket.com [65.174.124.37])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9DLfYLT076676
	for <pim@catarina.usc.edu>; Mon, 13 Oct 2003 14:41:34 -0700 (PDT)
	(envelope-from John.Zwiebel@procket.com)
Received: from miata.procket.com (zeus-d-1.procket.com [65.174.124.60])
	by dmz2.procket.com (8.12.8p1/8.12.1) with ESMTP id h9DNjnjg075049;
	Mon, 13 Oct 2003 16:45:49 -0700 (PDT)
Received: from exchangefe2.na.procket.com (email.na.procket.com [10.1.7.252])
	by miata.procket.com (8.12.1/8.12.1) with ESMTP id h9DLfOYB027117;
	Mon, 13 Oct 2003 14:41:24 -0700 (PDT)
Received: from procket.com ([10.1.1.1]) by exchangefe2.na.procket.com with
	Microsoft SMTPSVC(5.0.2195.6713); Mon, 13 Oct 2003 14:40:46 -0700
Date: Mon, 13 Oct 2003 14:40:41 -0700
Subject: Re: [pim] Question on (S,G,rpt) prune state
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: Jim T <jim_technical@yahoo.com>
From: John Zwiebel <jzwiebel@procket.com>
In-Reply-To: <20031013200240.78470.qmail@web20505.mail.yahoo.com>
Message-Id: <E4A25769-FDC5-11D7-8B1E-00039307689E@procket.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
X-OriginalArrivalTime: 13 Oct 2003 21:40:48.0534 (UTC)
	FILETIME=[AA732B60:01C391D2]
Cc: pim@catarina.usc.edu, John Zwiebel <jzwiebel@procket.com>
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu
Content-Transfer-Encoding: 7bit


On Monday, October 13, 2003, at 01:02 PM, Jim T wrote:

> a) Can (S,G) and (S,G,rpt) states exist at the same time on a router?

No

> b) This is touching upon implementation but I'm asking it to 
> understand the whole thing better. When a (S,G,rpt) Prune is received, 
> would a router actually create a "(S,G) style forwarding entry" which 
> would have its olist set to that the olist of the (*,G) state minus 
> the interface on which (S,G,rpt) Prune is received?


yes, remember to keep the rp-bit set for the entry and that the
RPF is still toward the RP not the source

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Mon Oct 13 22:54:50 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA10683
	for <pim-archive@lists.ietf.org>; Mon, 13 Oct 2003 22:54:49 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9E2lmLU077427;
	Mon, 13 Oct 2003 19:47:51 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from possum.icir.org (possum.icir.org [192.150.187.67])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9E2llLT077423
	for <pim@catarina.usc.edu>; Mon, 13 Oct 2003 19:47:47 -0700 (PDT)
	(envelope-from pavlin@possum.icir.org)
Received: from possum.icir.org (localhost [127.0.0.1])
	by possum.icir.org (8.12.9p1/8.12.3) with ESMTP id h9E2llIK086775;
	Mon, 13 Oct 2003 19:47:47 -0700 (PDT)
	(envelope-from pavlin@possum.icir.org)
Message-Id: <200310140247.h9E2llIK086775@possum.icir.org>
To: John Zwiebel <jzwiebel@procket.com>
Subject: Re: [pim] Question on (S,G,rpt) prune state 
In-Reply-To: Message from John Zwiebel <jzwiebel@procket.com> of "Mon,
	13 Oct 2003 14:40:41 PDT."
	<E4A25769-FDC5-11D7-8B1E-00039307689E@procket.com> 
Date: Mon, 13 Oct 2003 19:47:47 -0700
From: Pavlin Radoslavov <pavlin@icir.org>
Cc: pim@catarina.usc.edu
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

> 
> On Monday, October 13, 2003, at 01:02 PM, Jim T wrote:
> 
> > a) Can (S,G) and (S,G,rpt) states exist at the same time on a router?
> 
> No

You could have (S,G) and (S,G,rpt) routing entries at the same
time. Though, this is more like an implementation-specific detail.
E.g., the (S,G) and (S,G,rpt) state machines are specified
independently from each other, and the spec doesn't say whether
you could/must/could-not/must-not have (S,G) and (S,G,rpt) state at
the same time.

Of course, the final result (e.g., the forwarding state that is
installed in the forwarding engine) would have to consider both the
(S,G) and the (S,G,rpt) routing entries (see the definition of
inherited_olist(S,G,rpt) and inherited_olist(S,G) on page 14).

Pavlin
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Tue Oct 14 03:04:28 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA28175
	for <pim-archive@lists.ietf.org>; Tue, 14 Oct 2003 03:04:28 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9E6vTLU078088;
	Mon, 13 Oct 2003 23:57:33 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from motgate4.mot.com (motgate4.mot.com [144.189.100.102])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9E6vRLT078084
	for <pim@catarina.usc.edu>; Mon, 13 Oct 2003 23:57:27 -0700 (PDT)
	(envelope-from sarvesh@motorola.com)
Received: from il06exr06.mot.com (il06exr06.mot.com [129.188.137.136])
	by motgate4.mot.com (Motorola/Motgate4) with ESMTP id h9E6vQHR028851
	for <pim@catarina.usc.edu>; Mon, 13 Oct 2003 23:57:26 -0700 (MST)
Received: from zin05exm02.corp.mot.com (zin05exm02.corp.mot.com [10.232.0.1])
	by il06exr06.mot.com (Motorola/il06exr06) with ESMTP id
	h9E6vMCi018839
	for <pim@catarina.usc.edu>; Tue, 14 Oct 2003 01:57:24 -0500
Received: by zin05exm02.corp.mot.com with Internet Mail Service (5.5.2657.2)
	id <TQLD7BMP>; Tue, 14 Oct 2003 12:26:07 +0530
Message-ID: <653138C25D8AD6118292000347080A37056240D0@zin05exm02.corp.mot.com>
From: Bandi Sarveshwar-G19441 <sarvesh@motorola.com>
To: "'Jim T'" <jim_technical@yahoo.com>, pim@catarina.usc.edu
Subject: RE: [pim] Question on (S,G,rpt) prune state
Date: Tue, 14 Oct 2003 12:26:07 +0530
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.2)
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============87113949547172131=="
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--===============87113949547172131==
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C39220.3DF160C6"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C39220.3DF160C6
Content-Type: text/plain

Hi Jim,
    By "(S,G) and (S,G,rpt) states" are you referring to (S,G) and (S,G,rpt) routing entries. If so than that might be an implementation specific detail. But if you are referring to states with regards state machine described in section 4.5.9, then both (S,G) and (S,G,rpt) states can co-exist. For example in the last hop router directly connected to receiving host, if we decide to switch-to-spt, then (S,G) states will exist to form a SPT towards the source. While the (S,G,rpt) states will be responsible for sending Prune(S,G,rpt) along the RPT towards the RP. 
 
Regards,
Sarvesh

-----Original Message-----
From: Jim T [mailto:jim_technical@yahoo.com]
Sent: Tuesday, October 14, 2003 1:33 AM
To: pim@catarina.usc.edu
Subject: [pim] Question on (S,G,rpt) prune state


Hi,
 
I'm new to PIM and have been going through the PIM-SM draft (v7). I had a couple of (possibly newbie) questions and hope someone will answer.
 
a) Can (S,G) and (S,G,rpt) states exist at the same time on a router? I think not because the former is on the SPT while the latter is meant for prune state on the RPT. But I'm a bit confused by the description in section 4.1.5.
 
b) This is touching upon implementation but I'm asking it to understand the whole thing better. When a (S,G,rpt) Prune is received, would a router actually create a "(S,G) style forwarding entry" which would have its olist set to that the olist of the (*,G) state minus the interface on which (S,G,rpt) Prune is received?
 
Thanks much,
Jim
 



  _____  

Do you Yahoo!?
The  <http://shopping.yahoo.com/?__yltc=s%3A150000443%2Cd%3A22708228%2Cslk%3Atext%2Csec%3Amail> New Yahoo! Shopping - with improved product search


------_=_NextPart_001_01C39220.3DF160C6
Content-Type: text/html
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgSFRUUC1FUVVJVj0iQ29udGVudC1UeXBlIiBDT05U
RU5UPSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9VVMtQVNDSUkiPg0KDQoNCjxNRVRBIGNvbnRlbnQ9Ik1T
SFRNTCA1LjUwLjQ2MTYuMjAwIiBuYW1lPUdFTkVSQVRPUj48L0hFQUQ+DQo8Qk9EWT4NCjxESVY+
PFNQQU4gY2xhc3M9NjA4MjM0OTA2LTE0MTAyMDAzPjxGT05UIGZhY2U9QXJpYWwgc2l6ZT0yPkhp
IA0KSmltLDwvRk9OVD48L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIGNsYXNzPTYwODIzNDkwNi0x
NDEwMjAwMz48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDsgDQpCeSA8
Rk9OVCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxGT05UIHNpemU9Mz4iKFMsRykgYW5kIChTLEcs
cnB0KSBzdGF0ZXMiIGFyZSANCnlvdSByZWZlcnJpbmcgdG8gKFMsRykgYW5kIChTLEcscnB0KSBy
b3V0aW5nIGVudHJpZXMuIElmIHNvIHRoYW4gdGhhdCBtaWdodCBiZSANCmFuIGltcGxlbWVudGF0
aW9uIHNwZWNpZmljIGRldGFpbC4gQnV0IGlmIHlvdSBhcmUgcmVmZXJyaW5nIHRvIHN0YXRlcyB3
aXRoIA0KcmVnYXJkcyBzdGF0ZSBtYWNoaW5lIGRlc2NyaWJlZCBpbiBzZWN0aW9uIDQuNS45LCB0
aGVuIGJvdGggKFMsRykgYW5kIChTLEcscnB0KSANCnN0YXRlcyBjYW4gY28tZXhpc3QuIEZvciBl
eGFtcGxlIGluIHRoZSBsYXN0IGhvcCByb3V0ZXIgZGlyZWN0bHkmbmJzcDtjb25uZWN0ZWQgDQp0
byByZWNlaXZpbmcgaG9zdCwgaWYgd2UgZGVjaWRlIHRvIHN3aXRjaC10by1zcHQsIHRoZW4gKFMs
Rykgc3RhdGVzIHdpbGwgZXhpc3QgDQp0byBmb3JtIGEgU1BUIHRvd2FyZHMgdGhlIHNvdXJjZS4g
V2hpbGUgdGhlIChTLEcscnB0KSBzdGF0ZXMgd2lsbCBiZSByZXNwb25zaWJsZSANCmZvciBzZW5k
aW5nIFBydW5lKFMsRyxycHQpIGFsb25nIHRoZSBSUFQgdG93YXJkcyB0aGUgUlAuIA0KPC9GT05U
PjwvRk9OVD48L0ZPTlQ+PC9TUEFOPjwvRElWPg0KPERJVj48U1BBTiBjbGFzcz02MDgyMzQ5MDYt
MTQxMDIwMDM+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+PEZPTlQgDQpmYWNlPSJUaW1lcyBOZXcg
Um9tYW4iPjxGT05UIGZhY2U9QXJpYWwgY29sb3I9IzAwMDBmZiANCnNpemU9Mj48L0ZPTlQ+PC9G
T05UPjwvRk9OVD48L1NQQU4+Jm5ic3A7PC9ESVY+DQo8RElWPjxTUEFOIGNsYXNzPTYwODIzNDkw
Ni0xNDEwMjAwMz48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj48Rk9OVCANCmZhY2U9IlRpbWVzIE5l
dyBSb21hbiI+PEZPTlQgc2l6ZT0zPlJlZ2FyZHMsPC9GT05UPjwvRk9OVD48L0ZPTlQ+PC9TUEFO
PjwvRElWPg0KPERJVj48U1BBTiBjbGFzcz02MDgyMzQ5MDYtMTQxMDIwMDM+PEZPTlQgZmFjZT1B
cmlhbCBzaXplPTI+PEZPTlQgDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxGT05UIHNpemU9Mz5T
YXJ2ZXNoPC9GT05UPjwvRk9OVD48L0ZPTlQ+PC9TUEFOPjwvRElWPg0KPEJMT0NLUVVPVEU+DQog
IDxESVYgY2xhc3M9T3V0bG9va01lc3NhZ2VIZWFkZXIgZGlyPWx0ciBhbGlnbj1sZWZ0PjxGT05U
IGZhY2U9VGFob21hIA0KICBzaXplPTI+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08QlI+PEI+
RnJvbTo8L0I+IEppbSBUIA0KICBbbWFpbHRvOmppbV90ZWNobmljYWxAeWFob28uY29tXTxCUj48
Qj5TZW50OjwvQj4gVHVlc2RheSwgT2N0b2JlciAxNCwgMjAwMyANCiAgMTozMyBBTTxCUj48Qj5U
bzo8L0I+IHBpbUBjYXRhcmluYS51c2MuZWR1PEJSPjxCPlN1YmplY3Q6PC9CPiBbcGltXSBRdWVz
dGlvbiANCiAgb24gKFMsRyxycHQpIHBydW5lIHN0YXRlPEJSPjxCUj48L0ZPTlQ+PC9ESVY+DQog
IDxESVY+DQogIDxESVY+SGksPC9ESVY+DQogIDxESVY+Jm5ic3A7PC9ESVY+DQogIDxESVY+SSdt
IG5ldyB0byBQSU0gYW5kIGhhdmUgYmVlbiBnb2luZyB0aHJvdWdoIHRoZSBQSU0tU00gZHJhZnQg
KHY3KS4gSSBoYWQgYSANCiAgY291cGxlIG9mIChwb3NzaWJseSBuZXdiaWUpIHF1ZXN0aW9ucyBh
bmQgaG9wZSBzb21lb25lIHdpbGwgYW5zd2VyLjwvRElWPg0KICA8RElWPiZuYnNwOzwvRElWPg0K
ICA8RElWPmEpIENhbiAoUyxHKSBhbmQgKFMsRyxycHQpIHN0YXRlcyBleGlzdCBhdCB0aGUgc2Ft
ZSB0aW1lIG9uIGEgcm91dGVyPyBJIA0KICB0aGluayBub3QgYmVjYXVzZSB0aGUgZm9ybWVyIGlz
IG9uIHRoZSBTUFQgd2hpbGUgdGhlIGxhdHRlciBpcyBtZWFudCBmb3IgcHJ1bmUgDQogIHN0YXRl
IG9uIHRoZSBSUFQuIEJ1dCBJJ20gYSBiaXQgY29uZnVzZWQgYnkgdGhlIGRlc2NyaXB0aW9uIGlu
IHNlY3Rpb24gDQogIDQuMS41LjwvRElWPg0KICA8RElWPiZuYnNwOzwvRElWPg0KICA8RElWPmIp
IFRoaXMgaXMgdG91Y2hpbmcgdXBvbiBpbXBsZW1lbnRhdGlvbiBidXQgSSdtIGFza2luZyBpdCB0
byB1bmRlcnN0YW5kIA0KICB0aGUgd2hvbGUgdGhpbmcgYmV0dGVyLiBXaGVuIGEgKFMsRyxycHQp
IFBydW5lIGlzIHJlY2VpdmVkLCB3b3VsZCBhIHJvdXRlciANCiAgYWN0dWFsbHkgY3JlYXRlIGEg
IihTLEcpIHN0eWxlIGZvcndhcmRpbmcgZW50cnkiIHdoaWNoIHdvdWxkIGhhdmUgaXRzIG9saXN0
IA0KICBzZXQgdG8gdGhhdCB0aGUgb2xpc3Qgb2YgdGhlICgqLEcpIHN0YXRlIG1pbnVzIHRoZSBp
bnRlcmZhY2Ugb24gd2hpY2ggDQogIChTLEcscnB0KSBQcnVuZSBpcyByZWNlaXZlZD88L0RJVj4N
CiAgPERJVj4mbmJzcDs8L0RJVj4NCiAgPERJVj5UaGFua3MgbXVjaCw8L0RJVj4NCiAgPERJVj5K
aW08L0RJVj4NCiAgPERJVj4mbmJzcDs8L0RJVj48L0RJVj4NCiAgPFA+DQogIDxIUiBTSVpFPTE+
DQogIERvIHlvdSBZYWhvbyE/PEJSPjxBIA0KICBocmVmPSJodHRwOi8vc2hvcHBpbmcueWFob28u
Y29tLz9fX3lsdGM9cyUzQTE1MDAwMDQ0MyUyQ2QlM0EyMjcwODIyOCUyQ3NsayUzQXRleHQlMkNz
ZWMlM0FtYWlsIj5UaGUgDQogIE5ldyBZYWhvbyEgU2hvcHBpbmc8L0E+IC0gd2l0aCBpbXByb3Zl
ZCBwcm9kdWN0IA0Kc2VhcmNoPC9CTE9DS1FVT1RFPjwvQk9EWT48L0hUTUw+DQo=

------_=_NextPart_001_01C39220.3DF160C6--

--===============87113949547172131==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim

--===============87113949547172131==--


From pim-bounces@catarina.usc.edu  Tue Oct 14 08:05:21 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA05387
	for <pim-archive@lists.ietf.org>; Tue, 14 Oct 2003 08:05:20 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9EBwbLU079218;
	Tue, 14 Oct 2003 04:58:40 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from merlot.juniper.net (natint2.juniper.net [207.17.136.150])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9EBwZLT079214
	for <pim@catarina.usc.edu>; Tue, 14 Oct 2003 04:58:36 -0700 (PDT)
	(envelope-from pusateri@juniper.net)
Received: from juniper.net (garnet.juniper.net [172.17.28.17])
	by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id h9EBwUj86068;
	Tue, 14 Oct 2003 04:58:30 -0700 (PDT)
	(envelope-from pusateri@juniper.net)
Message-Id: <200310141158.h9EBwUj86068@merlot.juniper.net>
To: pim@catarina.usc.edu
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <57085.1066132710.1@juniper.net>
Date: Tue, 14 Oct 2003 04:58:30 -0700
From: Tom Pusateri <pusateri@juniper.net>
Cc: Liming Wei <lwei@redback.com>
Subject: [pim] PIM WG presentation time slots and charter question
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

If you would like some time at the next PIM WG meeting
in Minneapolis, please send me a note so I can make
sure we have enough time scheduled.

Currently I have only the following items requested:

1. discussion of PIM over P2MP LSPs
2. PIM MIB discussion

In the past, we touched on PIM over MPLS foo but this
has never been in our charter. The MPLS group thinks
it belongs in PIM and not in MPLS. I would like us
to agree before the meeting whether we want to include
this in our charter.

If you have anything else, please let me know.

Thanks,
Tom
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Tue Oct 14 11:37:03 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA15175
	for <pim-archive@lists.ietf.org>; Tue, 14 Oct 2003 11:37:02 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9EFTwLU079803;
	Tue, 14 Oct 2003 08:30:01 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from merlot.juniper.net (natint2.juniper.net [207.17.136.150])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9EFTvLT079799
	for <pim@catarina.usc.edu>; Tue, 14 Oct 2003 08:29:57 -0700 (PDT)
	(envelope-from pusateri@juniper.net)
Received: from juniper.net (garnet.juniper.net [172.17.28.17])
	by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id h9EFTqj99248
	for <pim@catarina.usc.edu>; Tue, 14 Oct 2003 08:29:52 -0700 (PDT)
	(envelope-from pusateri@juniper.net)
Message-Id: <200310141529.h9EFTqj99248@merlot.juniper.net>
To: pim@catarina.usc.edu
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <17403.1066145392.1@juniper.net>
Date: Tue, 14 Oct 2003 08:29:52 -0700
From: Tom Pusateri <pusateri@juniper.net>
Subject: [pim] PIM MIB update needed
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

We have some volunteers to work on the PIM MIB a few meetings ago
and since no visible progress has been made, I'm going to ask
for new volunteers to pick up this effort. This is necessary
to move the PIM sparse mode draft forward.

So if you are looking for a way to contribute, please consider this.

If you've worked on the PIM MIB in the past and can provide the
original document source, please let me know.

Thanks,
Tom
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Tue Oct 14 15:34:21 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA26072
	for <pim-archive@lists.ietf.org>; Tue, 14 Oct 2003 15:34:19 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9EJRHLU080695;
	Tue, 14 Oct 2003 12:27:21 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from web20510.mail.yahoo.com (web20510.mail.yahoo.com
	[216.136.226.145])
	by catarina.usc.edu (8.12.9/8.12.9) with SMTP id h9EJRFLT080691
	for <pim@catarina.usc.edu>; Tue, 14 Oct 2003 12:27:15 -0700 (PDT)
	(envelope-from jim_technical@yahoo.com)
Message-ID: <20031014192715.57906.qmail@web20510.mail.yahoo.com>
Received: from [64.221.212.131] by web20510.mail.yahoo.com via HTTP;
	Tue, 14 Oct 2003 12:27:15 PDT
Date: Tue, 14 Oct 2003 12:27:15 -0700 (PDT)
From: Jim T <jim_technical@yahoo.com>
Subject: RE: [pim] Question on (S,G,rpt) prune state
To: Bandi Sarveshwar-G19441 <sarvesh@motorola.com>, pim@catarina.usc.edu
In-Reply-To: <653138C25D8AD6118292000347080A37056240D0@zin05exm02.corp.mot.com>
MIME-Version: 1.0
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============35178281277859391=="
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

--===============35178281277859391==
Content-Type: multipart/alternative; boundary="0-1210348914-1066159635=:56128"

--0-1210348914-1066159635=:56128
Content-Type: text/plain; charset=us-ascii

My question (a) was regarding PIM-SM state-machine states. After going through the responses and section 4.5.9, I'm beginning to understand better. The last-hop router, say R1, will have (S,G) state after switchover to the SPT and it will have (S,G,rpt) upstream state for pruning itself off the RPT. Also, if R1 is an intermediate router on the RPT to some other downstream router, say R2, R2 may send a (S,G,rpt) Prune message to R1 and so R1 would have downstream state too for (S,G,rpt). The forwarding state/s installed would have to consider both (S,G) and (S,G,rpt) entries.
 
I have one other (naive?) question. Once a router (R1 or R2 above) finds that it no longer needs to forward along the RPT (inherited_olist(S,G,rpt) is null), does it keep the (*,G) state or does it remove it?
 
Jim


Bandi Sarveshwar-G19441 <sarvesh@motorola.com> wrote:
Hi Jim,
    By "(S,G) and (S,G,rpt) states" are you referring to (S,G) and (S,G,rpt) routing entries. If so than that might be an implementation specific detail. But if you are referring to states with regards state machine described in section 4.5.9, then both (S,G) and (S,G,rpt) states can co-exist. For example in the last hop router directly connected to receiving host, if we decide to switch-to-spt, then (S,G) states will exist to form a SPT towards the source. While the (S,G,rpt) states will be responsible for sending Prune(S,G,rpt) along the RPT towards the RP. 
 
Regards,
Sarvesh
-----Original Message-----
From: Jim T [mailto:jim_technical@yahoo.com]
Sent: Tuesday, October 14, 2003 1:33 AM
To: pim@catarina.usc.edu
Subject: [pim] Question on (S,G,rpt) prune state


Hi,
 
I'm new to PIM and have been going through the PIM-SM draft (v7). I had a couple of (possibly newbie) questions and hope someone will answer.
 
a) Can (S,G) and (S,G,rpt) states exist at the same time on a router? I think not because the former is on the SPT while the latter is meant for prune state on the RPT. But I'm a bit confused by the description in section 4.1.5.
 
b) This is touching upon implementation but I'm asking it to understand the whole thing better. When a (S,G,rpt) Prune is received, would a router actually create a "(S,G) style forwarding entry" which would have its olist set to that the olist of the (*,G) state minus the interface on which (S,G,rpt) Prune is received?
 
Thanks much,
Jim
 



---------------------------------
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search

---------------------------------
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
--0-1210348914-1066159635=:56128
Content-Type: text/html; charset=us-ascii

<DIV>My question (a) was regarding PIM-SM state-machine states. After going through the responses and section 4.5.9, I'm beginning to understand better. The last-hop router, say R1, will have (S,G) state after switchover to the SPT and it will have (S,G,rpt) upstream state for pruning itself off the RPT. Also, if&nbsp;R1 is an intermediate router on the RPT to some other downstream router, say R2,&nbsp;R2 may send a (S,G,rpt) Prune message to R1 and so R1 would have downstream state too for (S,G,rpt). The forwarding state/s installed would have to consider both (S,G) and (S,G,rpt) entries.</DIV>
<DIV>&nbsp;</DIV>
<DIV>I have one other (naive?) question. Once a router (R1 or R2 above) finds that it no longer needs to forward along the RPT (inherited_olist(S,G,rpt) is null), does it keep the (*,G) state or does it remove it?</DIV>
<DIV>&nbsp;</DIV>
<DIV>Jim</DIV>
<DIV><BR><BR><B><I>Bandi Sarveshwar-G19441 &lt;sarvesh@motorola.com&gt;</I></B> wrote:</DIV>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">
<META content="MSHTML 5.50.4616.200" name=GENERATOR>
<DIV><SPAN class=608234906-14102003><FONT face=Arial size=2>Hi Jim,</FONT></SPAN></DIV>
<DIV><SPAN class=608234906-14102003><FONT face=Arial size=2>&nbsp;&nbsp;&nbsp; By <FONT face="Times New Roman"><FONT size=3>"(S,G) and (S,G,rpt) states" are you referring to (S,G) and (S,G,rpt) routing entries. If so than that might be an implementation specific detail. But if you are referring to states with regards state machine described in section 4.5.9, then both (S,G) and (S,G,rpt) states can co-exist. For example in the last hop router directly&nbsp;connected to receiving host, if we decide to switch-to-spt, then (S,G) states will exist to form a SPT towards the source. While the (S,G,rpt) states will be responsible for sending Prune(S,G,rpt) along the RPT towards the RP. </FONT></FONT></FONT></SPAN></DIV>
<DIV><SPAN class=608234906-14102003><FONT face=Arial size=2><FONT face="Times New Roman"><FONT face=Arial color=#0000ff size=2></FONT></FONT></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=608234906-14102003><FONT face=Arial size=2><FONT face="Times New Roman"><FONT size=3>Regards,</FONT></FONT></FONT></SPAN></DIV>
<DIV><SPAN class=608234906-14102003><FONT face=Arial size=2><FONT face="Times New Roman"><FONT size=3>Sarvesh</FONT></FONT></FONT></SPAN></DIV>
<BLOCKQUOTE>
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Jim T [mailto:jim_technical@yahoo.com]<BR><B>Sent:</B> Tuesday, October 14, 2003 1:33 AM<BR><B>To:</B> pim@catarina.usc.edu<BR><B>Subject:</B> [pim] Question on (S,G,rpt) prune state<BR><BR></FONT></DIV>
<DIV>
<DIV>Hi,</DIV>
<DIV>&nbsp;</DIV>
<DIV>I'm new to PIM and have been going through the PIM-SM draft (v7). I had a couple of (possibly newbie) questions and hope someone will answer.</DIV>
<DIV>&nbsp;</DIV>
<DIV>a) Can (S,G) and (S,G,rpt) states exist at the same time on a router? I think not because the former is on the SPT while the latter is meant for prune state on the RPT. But I'm a bit confused by the description in section 4.1.5.</DIV>
<DIV>&nbsp;</DIV>
<DIV>b) This is touching upon implementation but I'm asking it to understand the whole thing better. When a (S,G,rpt) Prune is received, would a router actually create a "(S,G) style forwarding entry" which would have its olist set to that the olist of the (*,G) state minus the interface on which (S,G,rpt) Prune is received?</DIV>
<DIV>&nbsp;</DIV>
<DIV>Thanks much,</DIV>
<DIV>Jim</DIV>
<DIV>&nbsp;</DIV></DIV>
<P>
<HR SIZE=1>
Do you Yahoo!?<BR><A href="http://shopping.yahoo.com/?__yltc=s%3A150000443%2Cd%3A22708228%2Cslk%3Atext%2Csec%3Amail">The New Yahoo! Shopping</A> - with improved product search</BLOCKQUOTE></BLOCKQUOTE><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://shopping.yahoo.com/?__yltc=s%3A150000443%2Cd%3A22708228%2Cslk%3Atext%2Csec%3Amail">The New Yahoo! Shopping</a> - with improved product search
--0-1210348914-1066159635=:56128--

--===============35178281277859391==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim

--===============35178281277859391==--


From pim-bounces@catarina.usc.edu  Tue Oct 14 15:45:50 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA27000
	for <pim-archive@lists.ietf.org>; Tue, 14 Oct 2003 15:45:49 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9EJdNLU080747;
	Tue, 14 Oct 2003 12:39:23 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from possum.icir.org (possum.icir.org [192.150.187.67])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9EJdMLT080743
	for <pim@catarina.usc.edu>; Tue, 14 Oct 2003 12:39:22 -0700 (PDT)
	(envelope-from pavlin@possum.icir.org)
Received: from possum.icir.org (localhost [127.0.0.1])
	by possum.icir.org (8.12.9p1/8.12.3) with ESMTP id h9EJdMIK012464;
	Tue, 14 Oct 2003 12:39:22 -0700 (PDT)
	(envelope-from pavlin@possum.icir.org)
Message-Id: <200310141939.h9EJdMIK012464@possum.icir.org>
To: Jim T <jim_technical@yahoo.com>
Subject: Re: [pim] Question on (S,G,rpt) prune state 
In-Reply-To: Message from Jim T <jim_technical@yahoo.com> of "Tue,
	14 Oct 2003 12:27:15 PDT."
	<20031014192715.57906.qmail@web20510.mail.yahoo.com> 
Date: Tue, 14 Oct 2003 12:39:22 -0700
From: Pavlin Radoslavov <pavlin@icir.org>
Cc: pim@catarina.usc.edu, Bandi Sarveshwar-G19441 <sarvesh@motorola.com>
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

> My question (a) was regarding PIM-SM state-machine states. After
> going through the responses and section 4.5.9, I'm beginning to
> understand better. The last-hop router, say R1, will have (S,G)
> state after switchover to the SPT and it will have (S,G,rpt)
> upstream state for pruning itself off the RPT. Also, if R1 is an
> intermediate router on the RPT to some other downstream router,
> say R2, R2 may send a (S,G,rpt) Prune message to R1 and so R1
> would have downstream state too for (S,G,rpt). The forwarding
> state/s installed would have to consider both (S,G) and (S,G,rpt)
> entries.
>  
> I have one other (naive?) question. Once a router (R1 or R2 above)
> finds that it no longer needs to forward along the RPT
> (inherited_olist(S,G,rpt) is null), does it keep the (*,G) state
> or does it remove it?

Presumably, the (*,G) state was installed because of IGMP/MLD (*,G)
Join and/or PIM-SM (*,G) Join; i.e., it indicates interest in
receiving multicast data from all senders for group G. Hence, the
(*,G) state should stay to take care of receiving multicast data for
all other sender for group G (except the above sender S).

Pavlin
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Tue Oct 14 16:30:02 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA00567
	for <pim-archive@lists.ietf.org>; Tue, 14 Oct 2003 16:30:01 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9EKNVLU080960;
	Tue, 14 Oct 2003 13:23:31 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from dmz2.procket.com (dmz2.procket.com [65.174.124.37])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9EKNULT080954
	for <pim@catarina.usc.edu>; Tue, 14 Oct 2003 13:23:30 -0700 (PDT)
	(envelope-from John.Zwiebel@procket.com)
Received: from miata.procket.com (zeus-d-1.procket.com [65.174.124.60])
	by dmz2.procket.com (8.12.8p1/8.12.1) with ESMTP id h9EMRjjg087536;
	Tue, 14 Oct 2003 15:27:45 -0700 (PDT)
Received: from exchangefe2.na.procket.com (email.na.procket.com [10.1.7.252])
	by miata.procket.com (8.12.1/8.12.1) with ESMTP id h9EKNKYB016111;
	Tue, 14 Oct 2003 13:23:20 -0700 (PDT)
Received: from procket.com ([10.1.1.1]) by exchangefe2.na.procket.com with
	Microsoft SMTPSVC(5.0.2195.6713); Tue, 14 Oct 2003 13:23:20 -0700
Date: Tue, 14 Oct 2003 13:23:18 -0700
Subject: Re: [pim] Question on (S,G,rpt) prune state
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Mime-Version: 1.0 (Apple Message framework v552)
To: Jim T <jim_technical@yahoo.com>
From: John Zwiebel <jzwiebel@procket.com>
In-Reply-To: <20031014192715.57906.qmail@web20510.mail.yahoo.com>
Message-Id: <3F803198-FE84-11D7-9381-00039307689E@procket.com>
X-Mailer: Apple Mail (2.552)
X-OriginalArrivalTime: 14 Oct 2003 20:23:20.0033 (UTC)
	FILETIME=[0223F510:01C39291]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by catarina.usc.edu id
	h9EKNULT080955
Cc: pim@catarina.usc.edu, John Zwiebel <jzwiebel@procket.com>
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu
Content-Transfer-Encoding: 8bit


On Tuesday, October 14, 2003, at 12:27 PM, Jim T wrote:

>
> I have one other (naive?) question. Once a router (R1 or R2 above) 
> finds that it no longer needs to forward along the RPT 
> (inherited_olist(S,G,rpt) is null), does it keep the (*,G) state or 
> does it remove it?
>  
>
(*,G) state is independent.  You don't create (*,G) state
because of the receipt of a (S,G,R) prune -- although an implementation
may choose to do that.  (*,G) is created when you receive an
IGMP host report (last-hop) or a PIM (*,G) join message.  The
state is maintained as long as you continue to receive the
(*,G) join.

If one wanted to be really "picky" the JOIN message actually
doesn't create (*,G) state it just adds an interface to the
(*,G) Outgoing interface list with a 3 minute expiration timer.
Then a (*,G) prune message would delete this interface.  Whether
or not you have (*,G) state with a NULL olist is an
implementation question.



_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Tue Oct 14 17:47:50 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA04286
	for <pim-archive@lists.ietf.org>; Tue, 14 Oct 2003 17:47:49 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9ELfCLU081321;
	Tue, 14 Oct 2003 14:41:13 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from prattle.redback.com (hiddenuser@prattle.redback.com
	[155.53.12.9])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9ELfALT081317
	for <pim@catarina.usc.edu>; Tue, 14 Oct 2003 14:41:10 -0700 (PDT)
	(envelope-from lwei@redback.com)
Received: from liming-pc.redback.com (liming-pc.redback.com [155.53.44.79])
	by prattle.redback.com (Postfix) with ESMTP
	id DBEA13A72A8; Tue, 14 Oct 2003 14:40:27 -0700 (PDT)
Received: (from lwei@localhost)
	by liming-pc.redback.com (8.11.3nb1/8.8.8/null redback bsdclient) id
	h9ELeRL15103; Tue, 14 Oct 2003 14:40:27 -0700 (PDT)
Date: Tue, 14 Oct 2003 14:40:27 -0700 (PDT)
Message-Id: <200310142140.h9ELeRL15103@liming-pc.redback.com>
From: Liming Wei <lwei@redback.com>
To: pusateri@juniper.net
In-reply-to: <200310141158.h9EBwUj86068@merlot.juniper.net> (message from Tom
	Pusateri on Tue, 14 Oct 2003 04:58:30 -0700)
References: <200310141158.h9EBwUj86068@merlot.juniper.net>
Cc: pim@catarina.usc.edu
Subject: [pim] Re: PIM WG presentation time slots and charter question
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
Reply-To: lwei@redback.com
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

> From: Tom Pusateri <pusateri@juniper.net>
> 
> In the past, we touched on PIM over MPLS foo but this
> has never been in our charter. The MPLS group thinks
> it belongs in PIM and not in MPLS. I would like us
> to agree before the meeting whether we want to include
> this in our charter.

This subject relates to the PIM WG and the MPLS WG. The MPLS WG has
been overloaded (splitted into two groups). It is appropriate
for the PIM WG to adopt it as a WG item.

 Thanks,
-Liming

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Tue Oct 14 18:31:44 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA07827
	for <pim-archive@lists.ietf.org>; Tue, 14 Oct 2003 18:31:43 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9EMPGLU081469;
	Tue, 14 Oct 2003 15:25:17 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9EMPFLT081465
	for <pim@catarina.usc.edu>; Tue, 14 Oct 2003 15:25:15 -0700 (PDT)
	(envelope-from ycai@cisco.com)
Received: from cisco.com (171.71.177.254)
	by sj-iport-3.cisco.com with ESMTP; 14 Oct 2003 15:34:44 -0700
Received: from cisco.com (cypher.cisco.com [171.69.11.143])
	by sj-core-2.cisco.com (8.12.9/8.12.6) with ESMTP id h9EMP8eH023486;
	Tue, 14 Oct 2003 15:25:08 -0700 (PDT)
Received: (from ycai@localhost)
	by cisco.com (8.8.8/2.6/Cisco List Logging/8.8.8) id PAA09734;
	Tue, 14 Oct 2003 15:25:08 -0700 (PDT)
Date: Tue, 14 Oct 2003 15:25:08 -0700 (PDT)
Message-Id: <200310142225.PAA09734@cisco.com>
From: Yiqun Cai <ycai@cisco.com>
To: lwei@redback.com
In-reply-to: <200310142140.h9ELeRL15103@liming-pc.redback.com> (message from
	Liming Wei on Tue, 14 Oct 2003 14:40:27 -0700 (PDT))
Subject: Re: [pim] Re: PIM WG presentation time slots and charter question
Cc: pim@catarina.usc.edu, pusateri@juniper.net
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
Reply-To: ycai@cisco.com
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu


> 
> > From: Tom Pusateri <pusateri@juniper.net>
> > 
> > In the past, we touched on PIM over MPLS foo but this
> > has never been in our charter. The MPLS group thinks
> > it belongs in PIM and not in MPLS. I would like us
> > to agree before the meeting whether we want to include
> > this in our charter.
> 
> This subject relates to the PIM WG and the MPLS WG. The MPLS WG has
> been overloaded (splitted into two groups). It is appropriate
> for the PIM WG to adopt it as a WG item.
> 

Tom,  Liming,

When I was going through the email thread from the MPLS WG, my
understanding was that the authors would like to pursue a solution
independent of the underlying multicast routing protocol.

I'm not sure what has changed recently.  But if we adopt it as a PIM
WG item, we would assume whatever mechanism we come up with, it will
be based on PIM. Is this what we are going to decide or it is a
foregone decision?

Some clarification is appreciated.  Thanks.



-- 
Yiqun
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Wed Oct 15 02:32:01 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA12686
	for <pim-archive@lists.ietf.org>; Wed, 15 Oct 2003 02:32:01 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9F6OnLU082756;
	Tue, 14 Oct 2003 23:24:51 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from merlot.juniper.net (natint2.juniper.net [207.17.136.150])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9F6OkLT082752
	for <pim@catarina.usc.edu>; Tue, 14 Oct 2003 23:24:46 -0700 (PDT)
	(envelope-from pusateri@juniper.net)
Received: from juniper.net (garnet.juniper.net [172.17.28.17])
	by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id h9F6OXj70300;
	Tue, 14 Oct 2003 23:24:33 -0700 (PDT)
	(envelope-from pusateri@juniper.net)
Message-Id: <200310150624.h9F6OXj70300@merlot.juniper.net>
To: ycai@cisco.com
Subject: Re: [pim] Re: PIM WG presentation time slots and charter question 
In-Reply-To: Message from Yiqun Cai <ycai@cisco.com> 
	of "Tue, 14 Oct 2003 15:25:08 PDT." <200310142225.PAA09734@cisco.com> 
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <9983.1066199073.1@juniper.net>
Date: Tue, 14 Oct 2003 23:24:33 -0700
From: Tom Pusateri <pusateri@juniper.net>
Cc: lwei@redback.com, pim@catarina.usc.edu, pusateri@juniper.net
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

In message <200310142225.PAA09734@cisco.com> you write:
>
>> 
>> > From: Tom Pusateri <pusateri@juniper.net>
>> > 
>> > In the past, we touched on PIM over MPLS foo but this
>> > has never been in our charter. The MPLS group thinks
>> > it belongs in PIM and not in MPLS. I would like us
>> > to agree before the meeting whether we want to include
>> > this in our charter.
>> 
>> This subject relates to the PIM WG and the MPLS WG. The MPLS WG has
>> been overloaded (splitted into two groups). It is appropriate
>> for the PIM WG to adopt it as a WG item.
>> 
>
>Tom,  Liming,
>
>When I was going through the email thread from the MPLS WG, my
>understanding was that the authors would like to pursue a solution
>independent of the underlying multicast routing protocol.
>
>I'm not sure what has changed recently.  But if we adopt it as a PIM
>WG item, we would assume whatever mechanism we come up with, it will
>be based on PIM. Is this what we are going to decide or it is a
>foregone decision?
>
>Some clarification is appreciated.  Thanks.

Good question.

I think that within the MPLS core, this is definitely true.
However, in order to have IP multicast originate outside the
MPLS core in a PIM domain and have it received by hosts on the
other side of the MPLS core, PIM has to be able to interface
at the edge with the P2MP MPLS core.

Most proposals that would allow this require some extensions to PIM
to cross the MPLS core. This is the work that would need to be
done in the PIM WG.

Thanks,
Tom

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Wed Oct 15 02:59:10 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAB17439
	for <pim-archive@lists.ietf.org>; Wed, 15 Oct 2003 02:59:09 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9F6q7LU082883;
	Tue, 14 Oct 2003 23:52:08 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from v6.hitachi.co.jp (galilei.v6.hitachi.co.jp [133.145.167.4])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9F6q6LT082879
	for <pim@catarina.usc.edu>; Tue, 14 Oct 2003 23:52:07 -0700 (PDT)
	(envelope-from suz@crl.hitachi.co.jp)
Received: from s30.crl.hitachi.co.jp (galilei.v6.hitachi.co.jp
	[IPv6:2001:200:165::1])
	by v6.hitachi.co.jp (8.12.9p2/8.11.6) with ESMTP id h9F6rjmx065333
	for <pim@catarina.usc.edu>; Wed, 15 Oct 2003 15:53:45 +0900 (JST)
	(envelope-from suz@crl.hitachi.co.jp)
Date: Wed, 15 Oct 2003 15:52:00 +0900
Message-ID: <x7n0c3f0xb.wl%suz@crl.hitachi.co.jp>
From: SUZUKI Shinsuke <suz@crl.hitachi.co.jp>
To: pim@catarina.usc.edu
X-cite: xcite 1.33
User-Agent: User-Agent: Wanderlust/2.11.14 (Wonderwall) Emacs/21.3 Mule/5.0
	(SAKAKI)
Organization: Network Systems Research Dept., Central Research Laboratory,
	Hitachi, Ltd, Japan
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
Subject: [pim] some comments to draft-ietf-pim-sm-v2-new-08.txt
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

Hello all,

There are three comments regarding the interface-address-list option,
which is newly introduced in this new draft.


[editorial comment]
1) section 4.1.6 (p.25)
	Note that a neighbor's IP address may not be unique within the
	                                      ~~~~~~~~~~~~~
	PIM neighbor database due to scope issues.  The address must
	however be unique amongst the addresses of all the PIM
	neighbors on a specific interface.

I think the underlined part should be "be non-unique". Since "may not
be unique" sounds like "not allowed to be unique", and what is trying
to be mentioned here is "a neighbor's IP address can be different
place by place within the PIM neighbor database".


[clarifications]
2) Section 4.3.1 (p.30)
	"The Interface_Address_List Option SHOULD be included in all
	IPv4 Hello messages and MUST be included in all IPv6 Hello
	messages. This option advertises all the secondary addresses
	associated with the source interface of the router originating
	the message."

Does it mean that it MUST advertise this option with option-len = 0,
even when there's no secondary IPv6 address on a link (i.e. only one
link-local address is assigned)?

I don't think it's a necessary in such a case, so IMHO it would be
better to change this section like this.

	The Interface_Address_List Option MUST be included in all
	Hello messages. This option advertises all the secondary
	addresses associated with the source interface of the router
	originating the message.  If there is no secondary address
	associated with the source interface, this option MAY be
	omitted.


3) Section 4.3.4
	The primary address of the source interface of the router MUST
	NOT be listed within the Address List Hello option.

When the address is included within this Hello option, what should be
discarded on the receiving router?
	a) Whole Hello message
	b) All the interface-address-list option
	c) The primary address included in the interface-address-list option

I think c) is correct, but it's ambiguous from the above description,
so it would be better to add a clarification statement here.


Thanks,
----
SUZUKI, Shinsuke @ Hitachi / KAME Project
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Wed Oct 15 12:18:14 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA07462
	for <pim-archive@lists.ietf.org>; Wed, 15 Oct 2003 12:18:13 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9FGEYLU084764;
	Wed, 15 Oct 2003 09:14:53 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from merlot.juniper.net (natint2.juniper.net [207.17.136.150])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9FGEWLT084760
	for <pim@catarina.usc.edu>; Wed, 15 Oct 2003 09:14:32 -0700 (PDT)
	(envelope-from pusateri@juniper.net)
Received: from juniper.net (garnet.juniper.net [172.17.28.17])
	by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id h9FGERj08508;
	Wed, 15 Oct 2003 09:14:27 -0700 (PDT)
	(envelope-from pusateri@juniper.net)
Message-Id: <200310151614.h9FGERj08508@merlot.juniper.net>
To: Tom Pusateri <pusateri@juniper.net>
Subject: Re: [pim] PIM MIB update needed 
In-Reply-To: Message from Tom Pusateri <pusateri@juniper.net> of "Tue,
	14 Oct 2003 08:29:52 PDT."
	<200310141529.h9EFTqj99248@merlot.juniper.net> 
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <84389.1066234467.1@juniper.net>
Date: Wed, 15 Oct 2003 09:14:27 -0700
From: Tom Pusateri <pusateri@juniper.net>
Cc: pim@catarina.usc.edu, pusateri@juniper.net
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

I apolgize to Jonathon Nicholas <Jonathan.Nicholas@itt.com> for not
mentioning the work he did on the PIM MIB.

I had forgotten about his contribution when I sent out this note.
His work has expired from the internet drafts repository and he
will resubmit it and we can go from there. Jonathon has agreed
to continue working on it if needed.

We also have two others interesting in helping:

Kumar Krishnakumar <Kumar.Krishnakumar@spirentcom.com>
Bharat Joshi <bharat_joshi@infosys.com>

Thanks for volunteering.

Tom

In message <200310141529.h9EFTqj99248@merlot.juniper.net> you write:
>We have some volunteers to work on the PIM MIB a few meetings ago
>and since no visible progress has been made, I'm going to ask
>for new volunteers to pick up this effort. This is necessary
>to move the PIM sparse mode draft forward.
>
>So if you are looking for a way to contribute, please consider this.
>
>If you've worked on the PIM MIB in the past and can provide the
>original document source, please let me know.
>
>Thanks,
>Tom
>_______________________________________________
>pim mailing list
>pim@catarina.usc.edu
>http://catarina.usc.edu/mailman/listinfo/pim
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Thu Oct 16 21:01:18 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA01887
	for <pim-archive@lists.ietf.org>; Thu, 16 Oct 2003 21:01:17 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9H0sALU090450;
	Thu, 16 Oct 2003 17:54:19 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from apollo.adtech-inc.com (Apollo.Adtech-Inc.COM [63.165.80.17])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9H0s4LT090446
	for <pim@catarina.usc.edu>; Thu, 16 Oct 2003 17:54:08 -0700 (PDT)
	(envelope-from Gurpreet.Singh@SpirentCom.COM)
Received: by apollo.adtech-inc.com with Internet Mail Service (5.5.2653.19)
	id <S8HHCZML>; Thu, 16 Oct 2003 14:53:42 -1000
Message-ID: <3D7BA5153B91EB4EBCF4CEDFE6263EA235B832@apollo.adtech-inc.com>
From: "Singh, Gurpreet" <Gurpreet.Singh@SpirentCom.COM>
To: "'pim@catarina.usc.edu'" <pim@catarina.usc.edu>
Date: Thu, 16 Oct 2003 14:53:42 -1000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: [pim] PIM-SM Assert NoInfo state
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

Hi 

This is in reference to (draft-ietf-pim-sm-v2-new-07.txt ) Section 4.6.1
Figure 10.

When a router is in "Assert Loser State"   

  "Receive Inferior Assert from Current Winner
          We receive an assert from the current assert winner that is
          worse than our own metric for this group (typically the
          winner's metric became worse).  We transition to NoInfo state,
          deleting the (S,G) assert information and allowing the normal
          PIM Join/Prune mechanisms to operate.  Usually we will
          eventually re-assert and win when data packets from S have
          started flowing again."

The NoInfo state state here refers to (S,G) Assert state machine.  

Am i correct to say that in this case the router should still maitain its
(S,G) Join state created earlier and once in (S,G) Assert NoInfo state it
should forward the (S,G) data it receives from the Source to the multicast
group G members ?


Thanks

Gurpreet




_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Fri Oct 17 01:25:34 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA07236
	for <pim-archive@lists.ietf.org>; Fri, 17 Oct 2003 01:25:33 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9H5MeLU091222;
	Thu, 16 Oct 2003 22:22:45 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from motgate6.mot.com (motgate6.mot.com [144.189.100.106])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9H5MdLT091218
	for <pim@catarina.usc.edu>; Thu, 16 Oct 2003 22:22:39 -0700 (PDT)
	(envelope-from sarvesh@motorola.com)
Received: from il06exr06.mot.com (il06exr06.mot.com [129.188.137.136])
	by motgate6.mot.com (Motorola/Motgate6) with ESMTP id h9H5Mcmx014079
	for <pim@catarina.usc.edu>; Thu, 16 Oct 2003 22:22:38 -0700 (MST)
Received: from zin05exm02.corp.mot.com (zin05exm02.corp.mot.com [10.232.0.1])
	by il06exr06.mot.com (Motorola/il06exr06) with ESMTP id
	h9H5MY3N028833
	for <pim@catarina.usc.edu>; Fri, 17 Oct 2003 00:22:36 -0500
Received: by zin05exm02.corp.mot.com with Internet Mail Service (5.5.2657.2)
	id <TQLD8RWN>; Fri, 17 Oct 2003 10:51:12 +0530
Message-ID: <653138C25D8AD6118292000347080A37056240D7@zin05exm02.corp.mot.com>
From: Bandi Sarveshwar-G19441 <sarvesh@motorola.com>
To: pim@catarina.usc.edu
Subject: RE: [pim] PIM-SM Assert NoInfo state
Date: Fri, 17 Oct 2003 10:51:11 +0530
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.2)
Content-Type: text/plain;
	charset="iso-8859-1"
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

Yeah you are right. The router will start forwarding on (S,G) state as a result of assert state 
machine going to no info state. The result of this is would be " we will eventually 
re-assert and win when data packets from S have started flowing again."

-----Original Message-----
From: Singh, Gurpreet [mailto:Gurpreet.Singh@spirentcom.com]
Sent: Friday, October 17, 2003 6:24 AM
To: pim@catarina.usc.edu
Subject: [pim] PIM-SM Assert NoInfo state


Hi 

This is in reference to (draft-ietf-pim-sm-v2-new-07.txt ) Section 4.6.1
Figure 10.

When a router is in "Assert Loser State"   

  "Receive Inferior Assert from Current Winner
          We receive an assert from the current assert winner that is
          worse than our own metric for this group (typically the
          winner's metric became worse).  We transition to NoInfo state,
          deleting the (S,G) assert information and allowing the normal
          PIM Join/Prune mechanisms to operate.  Usually we will
          eventually re-assert and win when data packets from S have
          started flowing again."

The NoInfo state state here refers to (S,G) Assert state machine.  

Am i correct to say that in this case the router should still maitain its
(S,G) Join state created earlier and once in (S,G) Assert NoInfo state it
should forward the (S,G) data it receives from the Source to the multicast
group G members ?


Thanks

Gurpreet




_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Sat Oct 18 16:30:22 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA08634
	for <pim-archive@lists.ietf.org>; Sat, 18 Oct 2003 16:30:21 -0400 (EDT)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9IKQiLU000936;
	Sat, 18 Oct 2003 13:26:54 -0700 (PDT)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from alpha.jnpr.net (natint2.juniper.net [207.17.136.150])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9IKQhLT000932
	for <pim@catarina.usc.edu>; Sat, 18 Oct 2003 13:26:43 -0700 (PDT)
	(envelope-from rshekhar@juniper.net)
Received: from pi-smtp.jnpr.net ([10.10.2.36]) by alpha.jnpr.net with
	Microsoft SMTPSVC(6.0.3790.0); Sat, 18 Oct 2003 13:26:38 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Date: Sat, 18 Oct 2003 16:26:37 -0400
Message-ID: <98F04BA831360C4FB5F7FC0118D91828024A6CF4@pi.jnpr.net>
Thread-Topic: [pim] some comments to draft-ietf-pim-sm-v2-new-08.txt
Thread-Index: AcOS7hUZKbaXZ6kgS3eHVM9rRjZ/QgCxKCPgAADGplA=
From: "Ravi Shekhar" <rshekhar@juniper.net>
To: <pim@catarina.usc.edu>
X-OriginalArrivalTime: 18 Oct 2003 20:26:38.0303 (UTC)
	FILETIME=[21F88EF0:01C395B6]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by catarina.usc.edu id
	h9IKQiLT000933
Subject: [pim] PIM IPv6 pseudo header length for Register messages.
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu
Content-Transfer-Encoding: 8bit



Folks,
  Should the length field in the pseudo-header created for calculating
  the checksum of a Register message include the length of the
encapsulated
  data packet, or should it only include PIM Message header and the
Register 
  header part over which the checksum is actually calculated (i.e. 8
bytes)?
  
  Checksum section states that it should be the "length of the PIM
message".

  If that includes the encapsulated data length, it could preclude an
implementation
  from pre-calculating the checksum, as appears to be the intention from
specification
  in Register Packet section where it states that data packet should not
be included
  in checksum calculation. 

  Thanks.
  - Ravi Shekhar.



Checksum
     The checksum is a standard IP checksum, i.e.  the 16-bit one's
     complement of the one's complement sum of the entire PIM message,
     excluding the "Multicast data packet" section of the Register
     message.  For computing the checksum, the checksum field is zeroed.

     For IPv6, the checksum also includes the IPv6 "pseudo-header", as
     specified in RFC 2460, Section 8.1 [5]. This "pseudo-header" is
     prepended to the PIM header for the purposes of calculating the
     checksum.  The "Upper-Layer Packet Length" in the pseudo-header is
     set to the length of the PIM message.  The Next Header value used
     in the pseudo-header is 103.  If the packet's length is not an
     integral number of 16-bit words, the packet is padded with a byte
     of zero before performing the checksum.


....
PIM Version, Type, Reserved, Checksum
     Described in Section 4.10. Note that in order to reduce
     encapsulation overhead, the checksum for Registers is done only on
     first 8 bytes of the packet, including the PIM header and the next
     4 bytes, excluding the data packet portion. For interoperability
     reasons, a message carrying a checksum calculated over the entire
     PIM Register message should also be accepted.


_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-bounces@catarina.usc.edu  Mon Oct 27 18:38:35 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA28523
	for <pim-archive@lists.ietf.org>; Mon, 27 Oct 2003 18:38:35 -0500 (EST)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9RNZVLU042353;
	Mon, 27 Oct 2003 15:35:34 -0800 (PST)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from possum.icir.org (possum.icir.org [192.150.187.67])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9RNZULT042349
	for <pim@catarina.usc.edu>; Mon, 27 Oct 2003 15:35:30 -0800 (PST)
	(envelope-from pavlin@possum.icir.org)
Received: from possum.icir.org (localhost [127.0.0.1])
	by possum.icir.org (8.12.9p1/8.12.3) with ESMTP id h9RNZTIK043967
	for <pim@catarina.usc.edu>; Mon, 27 Oct 2003 15:35:29 -0800 (PST)
	(envelope-from pavlin@possum.icir.org)
Message-Id: <200310272335.h9RNZTIK043967@possum.icir.org>
To: pim@catarina.usc.edu
Date: Mon, 27 Oct 2003 15:35:29 -0800
From: Pavlin Radoslavov <pavlin@icir.org>
Subject: [pim] Moving the PIM mailing list
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

All,

The mailing list of the IETF PIM working group
would be moved from its current location to the IETF site.
The new address of the list would be:

pim at ietf.org

I will automatically subscribe all current members so you don't need
to do anything. Everyone subscribed to the new mailing list would
receive an automated message. If you don't receive such message,
then please let me know.

If you want to unsubscribe from the new list, you can use its WEB
interface:

https://www1.ietf.org/mailman/listinfo/pim/

Shortly I will disable the old list and will update the web page
(http://netweb.usc.edu/pim/) to point to the new address.

For the time being all the email sent to the old address will be
redirected to the new address, but the redirected email will be
delayed for administrative approval. Hence, this redirection may be
cut-off in the future.

If you need any administrative assistance with your membership,
please send an email to the administrative contact listed at the
bottom of the web page of the new mailing list.

Thank You,
Pavlin
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-admin@ietf.org  Mon Oct 27 18:45:52 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA28924
	for <pim-archive@lists.ietf.org>; Mon, 27 Oct 2003 18:45:52 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEH3H-0001a6-Pk
	for pim-archive@lists.ietf.org; Mon, 27 Oct 2003 18:45:35 -0500
Date: Mon, 27 Oct 2003 18:45:35 -0500
Message-ID: <20031027234535.6065.30648.Mailman@www1.ietf.org>
Subject: Welcome to the "pim" mailing list
From: pim-request@ietf.org
To: pim-archive@ietf.org
X-No-Archive: yes
X-Ack: no
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

Welcome to the pim@ietf.org mailing list!

To post to this list, send your email to:

  pim@ietf.org

General information about the mailing list is at:

  https://www1.ietf.org/mailman/listinfo/pim

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


                                Note Well

All statements related to the activities of the IETF and addressed to
the IETF are subject to all provisions of Section 10 of RFC 2026,
which grants to the IETF and its participants certain licenses and
rights in such statements. Such statements include verbal statements
in IETF meetings, as well as written and electronic communications
made at any time or place, which are addressed to

        * the IETF plenary session,
        * any IETF working group or portion thereof,
        * the IESG, or any member thereof on behalf of the IESG,
        * the IAB or any member thereof on behalf of the IAB,
        * any IETF mailing list, including the IETF list itself, any
working
            group or design team list, or any other list functioning
under IETF
            auspices,
        * the RFC Editor or the Internet-Drafts function

Statements made outside of an IETF meeting, mailing list or other
function, that are clearly not intended to be input to an IETF
activity, group or function, are not subject to these provisions.

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


If you ever want to unsubscribe or change your options (eg, switch to
or from digest mode, change your password, etc.), visit your
subscription page at:

  https://www1.ietf.org/mailman/options/pim/pim-archive%40lists.ietf.org


You can also make such adjustments via email by sending a message to:

  pim-request@ietf.org

with the word `help' in the subject or body (don't include the
quotes), and you will get back a message with instructions.

You must know your password to change your options (including changing
the password, itself) or to unsubscribe.  It is:

  urahne

If you forget your password, don't worry, you will receive a monthly
reminder telling you what all your ietf.org mailing list passwords
are, and how to unsubscribe or change your options.  There is also a
button on your options page that will email your current password to
you.

You may also have your password mailed to you automatically off of the
Web page noted above.


From pim-bounces@catarina.usc.edu  Mon Oct 27 19:10:34 2003
Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA29953
	for <pim-archive@lists.ietf.org>; Mon, 27 Oct 2003 19:10:33 -0500 (EST)
Received: from catarina.usc.edu (localhost [127.0.0.1])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9S087LU042537;
	Mon, 27 Oct 2003 16:08:07 -0800 (PST)
	(envelope-from pim-bounces@catarina.usc.edu)
Received: from prattle.redback.com (hiddenuser@prattle.redback.com
	[155.53.12.9])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9S085LT042533
	for <pim@catarina.usc.edu>; Mon, 27 Oct 2003 16:08:06 -0800 (PST)
	(envelope-from lwei@redback.com)
Received: from localhost (localhost [127.0.0.1])
	by prattle.redback.com (Postfix) with ESMTP
	id C5DB73594A2; Mon, 27 Oct 2003 16:08:04 -0800 (PST)
Received: from prattle.redback.com ([127.0.0.1])
	by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 17798-04; Mon, 27 Oct 2003 16:08:04 -0800 (PST)
Received: from liming-pc.redback.com (liming-pc.redback.com [155.53.44.79])
	by prattle.redback.com (Postfix) with ESMTP
	id D4BFA3594A3; Mon, 27 Oct 2003 16:08:03 -0800 (PST)
Received: (from lwei@localhost)
	by liming-pc.redback.com (8.11.3nb1/8.8.8/null redback bsdclient) id
	h9S083I01348; Mon, 27 Oct 2003 16:08:03 -0800 (PST)
Date: Mon, 27 Oct 2003 16:08:03 -0800 (PST)
Message-Id: <200310280008.h9S083I01348@liming-pc.redback.com>
From: Liming Wei <lwei@redback.com>
To: pavlin@icir.org
In-reply-to: <200310272335.h9RNZTIK043967@possum.icir.org> (message from
	Pavlin Radoslavov on Mon, 27 Oct 2003 15:35:29 -0800)
Subject: Re: [pim] Moving the PIM mailing list
References: <200310272335.h9RNZTIK043967@possum.icir.org>
Cc: pim@catarina.usc.edu
X-BeenThere: pim@catarina.usc.edu
X-Mailman-Version: 2.1.2
Precedence: list
Reply-To: lwei@redback.com
List-Id: The IETF PIM working group mailing list  <pim.catarina.usc.edu>
List-Unsubscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=unsubscribe>
List-Archive: <http://catarina.usc.edu/pipermail/pim>
List-Post: <mailto:pim@catarina.usc.edu>
List-Help: <mailto:pim-request@catarina.usc.edu?subject=help>
List-Subscribe: <http://catarina.usc.edu/mailman/listinfo/pim>,
	<mailto:pim-request@catarina.usc.edu?subject=subscribe>
Sender: pim-bounces@catarina.usc.edu
Errors-To: pim-bounces@catarina.usc.edu

Pavlin,

Thank you for maintaining the mailing list for the 5-7 years, and,
also for all the work involved in moving the mailing list to the IETF
site.

I'd also like to thank the USC network lab for lending the email
server for the past 5+ years.

-Liming Wei
-----------
> From: Pavlin Radoslavov <pavlin@icir.org>
> 
> All,
> 
> The mailing list of the IETF PIM working group
> would be moved from its current location to the IETF site.
> The new address of the list would be:
> 
> pim at ietf.org
> 
> I will automatically subscribe all current members so you don't need
> to do anything. Everyone subscribed to the new mailing list would
> receive an automated message. If you don't receive such message,
> then please let me know.
> 
> If you want to unsubscribe from the new list, you can use its WEB
> interface:
> 
> https://www1.ietf.org/mailman/listinfo/pim/
> 
> Shortly I will disable the old list and will update the web page
> (http://netweb.usc.edu/pim/) to point to the new address.
> 
> For the time being all the email sent to the old address will be
> redirected to the new address, but the redirected email will be
> delayed for administrative approval. Hence, this redirection may be
> cut-off in the future.
> 
> If you need any administrative assistance with your membership,
> please send an email to the administrative contact listed at the
> bottom of the web page of the new mailing list.
> 
> Thank You,
> Pavlin
> _______________________________________________
> pim mailing list
> pim@catarina.usc.edu
> http://catarina.usc.edu/mailman/listinfo/pim
> 
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


From pim-admin@ietf.org  Mon Oct 27 21:17:26 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA04093
	for <pim-archive@lists.ietf.org>; Mon, 27 Oct 2003 21:17:26 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEJPp-00045q-Ad; Mon, 27 Oct 2003 21:17:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEJPW-000454-98
	for pim@optimus.ietf.org; Mon, 27 Oct 2003 21:16:42 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA04057
	for <pim@ietf.org>; Mon, 27 Oct 2003 21:16:30 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEJPT-00049P-00
	for pim@ietf.org; Mon, 27 Oct 2003 21:16:39 -0500
Received: from [202.106.154.132] (helo=heian.fujitsu.com.cn)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEJPO-00049F-00
	for pim@ietf.org; Mon, 27 Oct 2003 21:16:38 -0500
Received: from edo.cn.fujitsu.com (edo.cn.fujitsu.com [10.167.33.5])
	by heian.fujitsu.com.cn (8.12.10/8.12.10) with ESMTP id h9S2F6jl023922
	for <pim@ietf.org>; Tue, 28 Oct 2003 10:15:09 +0800 (CST)
Received: from fcc.cn.fujitsu.com (localhost [127.0.0.1])
	by edo.cn.fujitsu.com (8.12.10/8.12.10) with ESMTP id h9S2GOsx004483
	for <pim@ietf.org>; Tue, 28 Oct 2003 10:16:24 +0800 (CST)
Received: from RsProxy ([10.167.34.198])
	by fcc.cn.fujitsu.com (8.11.6/8.11.6) with SMTP id h9S2Aog23620
	for <pim@ietf.org>; Tue, 28 Oct 2003 10:10:50 +0800
Message-ID: <046601c39cf9$791bca40$c622a70a@JackLv>
From: "Jack Lu" <lvhq@cn.fujitsu.com>
To: <pim@ietf.org>
Date: Tue, 28 Oct 2003 10:16:18 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0462_01C39D3C.86FBBFB0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Subject: [pim] (no subject)
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

This is a multi-part message in MIME format.

------=_NextPart_000_0462_01C39D3C.86FBBFB0
Content-Type: text/plain;
	charset="x-user-defined"
Content-Transfer-Encoding: 7bit

subscribe
------=_NextPart_000_0462_01C39D3C.86FBBFB0
Content-Type: text/html;
	charset="x-user-defined"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dx-user-defined">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DTahoma size=3D2>subscribe</FONT></DIV></BODY></HTML>

------=_NextPart_000_0462_01C39D3C.86FBBFB0--


_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Mon Oct 27 21:17:28 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA04108
	for <pim-archive@odin.ietf.org>; Mon, 27 Oct 2003 21:17:28 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEJPx-00047U-DU
	for pim-archive@odin.ietf.org; Mon, 27 Oct 2003 21:17:09 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9S2H9K9015830
	for pim-archive@odin.ietf.org; Mon, 27 Oct 2003 21:17:09 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEJPx-00047F-7V
	for pim-web-archive@optimus.ietf.org; Mon, 27 Oct 2003 21:17:09 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA04073
	for <pim-web-archive@ietf.org>; Mon, 27 Oct 2003 21:16:57 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEJPu-00049n-00
	for pim-web-archive@ietf.org; Mon, 27 Oct 2003 21:17:06 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEJPu-00049i-00
	for pim-web-archive@ietf.org; Mon, 27 Oct 2003 21:17:06 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEJPp-00045q-Ad; Mon, 27 Oct 2003 21:17:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEJPW-000454-98
	for pim@optimus.ietf.org; Mon, 27 Oct 2003 21:16:42 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA04057
	for <pim@ietf.org>; Mon, 27 Oct 2003 21:16:30 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEJPT-00049P-00
	for pim@ietf.org; Mon, 27 Oct 2003 21:16:39 -0500
Received: from [202.106.154.132] (helo=heian.fujitsu.com.cn)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEJPO-00049F-00
	for pim@ietf.org; Mon, 27 Oct 2003 21:16:38 -0500
Received: from edo.cn.fujitsu.com (edo.cn.fujitsu.com [10.167.33.5])
	by heian.fujitsu.com.cn (8.12.10/8.12.10) with ESMTP id h9S2F6jl023922
	for <pim@ietf.org>; Tue, 28 Oct 2003 10:15:09 +0800 (CST)
Received: from fcc.cn.fujitsu.com (localhost [127.0.0.1])
	by edo.cn.fujitsu.com (8.12.10/8.12.10) with ESMTP id h9S2GOsx004483
	for <pim@ietf.org>; Tue, 28 Oct 2003 10:16:24 +0800 (CST)
Received: from RsProxy ([10.167.34.198])
	by fcc.cn.fujitsu.com (8.11.6/8.11.6) with SMTP id h9S2Aog23620
	for <pim@ietf.org>; Tue, 28 Oct 2003 10:10:50 +0800
Message-ID: <046601c39cf9$791bca40$c622a70a@JackLv>
From: "Jack Lu" <lvhq@cn.fujitsu.com>
To: <pim@ietf.org>
Date: Tue, 28 Oct 2003 10:16:18 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0462_01C39D3C.86FBBFB0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Subject: [pim] (no subject)
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

This is a multi-part message in MIME format.

------=_NextPart_000_0462_01C39D3C.86FBBFB0
Content-Type: text/plain;
	charset="x-user-defined"
Content-Transfer-Encoding: 7bit

subscribe
------=_NextPart_000_0462_01C39D3C.86FBBFB0
Content-Type: text/html;
	charset="x-user-defined"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dx-user-defined">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DTahoma size=3D2>subscribe</FONT></DIV></BODY></HTML>

------=_NextPart_000_0462_01C39D3C.86FBBFB0--


_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Tue Oct 28 08:40:31 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA19828
	for <pim-archive@lists.ietf.org>; Tue, 28 Oct 2003 08:40:31 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEU4o-00047M-JN; Tue, 28 Oct 2003 08:40:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEU43-00042j-8J
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 08:39:15 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA19794
	for <pim@ietf.org>; Tue, 28 Oct 2003 08:39:04 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEU41-0002nk-00
	for pim@ietf.org; Tue, 28 Oct 2003 08:39:13 -0500
Received: from nn6.excitenetwork.com ([207.159.120.60] helo=xmxpita.excite.com)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEU41-0002nZ-00
	for pim@ietf.org; Tue, 28 Oct 2003 08:39:13 -0500
Received: by xmxpita.excite.com (Postfix, from userid 110)
	id 28F34109ECF; Tue, 28 Oct 2003 08:38:43 -0500 (EST)
To: pim@ietf.org
Received: from [203.197.138.194] by xprdmailfe1.nwk.excite.com via HTTP; Tue, 28 Oct 2003 08:38:43 EST
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: ID = 5613c7ba96850745f9a70eb170e76f3c
Reply-To: smiley_raj@excite.com
From: "smiley_raj@excite.com" <smiley_raj@excite.com>
MIME-Version: 1.0
X-Sender: smiley_raj@excite.com
X-Mailer: PHP
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <20031028133843.28F34109ECF@xmxpita.excite.com>
Date: Tue, 28 Oct 2003 08:38:43 -0500 (EST)
Content-Transfer-Encoding: 7bit
Subject: [pim] Small doubt regarding the assert
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit


Hi all,
Why does the draft state that. For the data triggered asserts the source address MAY be set to the actual source of the data packet. Why can't it be said that the Source address in the assert for data packet arriving on the olist of a (*, G) state MUST be INADDR_ANY.
Can I know the reason why it should be that way. Is it required to maintain backward compatability?
Thanks in advance
Rajesh.




_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Tue Oct 28 08:40:32 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA19843
	for <pim-archive@odin.ietf.org>; Tue, 28 Oct 2003 08:40:32 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEU4y-00049U-QZ
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 08:40:13 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9SDeCTb015956
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 08:40:12 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEU4y-00049H-K8
	for pim-web-archive@optimus.ietf.org; Tue, 28 Oct 2003 08:40:12 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA19819
	for <pim-web-archive@ietf.org>; Tue, 28 Oct 2003 08:40:01 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEU4x-0002oL-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 08:40:11 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEU4x-0002oI-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 08:40:11 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEU4o-00047M-JN; Tue, 28 Oct 2003 08:40:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEU43-00042j-8J
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 08:39:15 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA19794
	for <pim@ietf.org>; Tue, 28 Oct 2003 08:39:04 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEU41-0002nk-00
	for pim@ietf.org; Tue, 28 Oct 2003 08:39:13 -0500
Received: from nn6.excitenetwork.com ([207.159.120.60] helo=xmxpita.excite.com)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEU41-0002nZ-00
	for pim@ietf.org; Tue, 28 Oct 2003 08:39:13 -0500
Received: by xmxpita.excite.com (Postfix, from userid 110)
	id 28F34109ECF; Tue, 28 Oct 2003 08:38:43 -0500 (EST)
To: pim@ietf.org
Received: from [203.197.138.194] by xprdmailfe1.nwk.excite.com via HTTP; Tue, 28 Oct 2003 08:38:43 EST
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: ID = 5613c7ba96850745f9a70eb170e76f3c
Reply-To: smiley_raj@excite.com
From: "smiley_raj@excite.com" <smiley_raj@excite.com>
MIME-Version: 1.0
X-Sender: smiley_raj@excite.com
X-Mailer: PHP
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <20031028133843.28F34109ECF@xmxpita.excite.com>
Date: Tue, 28 Oct 2003 08:38:43 -0500 (EST)
Content-Transfer-Encoding: 7bit
Subject: [pim] Small doubt regarding the assert
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Hi all,
Why does the draft state that. For the data triggered asserts the source address MAY be set to the actual source of the data packet. Why can't it be said that the Source address in the assert for data packet arriving on the olist of a (*, G) state MUST be INADDR_ANY.
Can I know the reason why it should be that way. Is it required to maintain backward compatability?
Thanks in advance
Rajesh.




_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Tue Oct 28 14:52:44 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA19381
	for <pim-archive@lists.ietf.org>; Tue, 28 Oct 2003 14:52:44 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEZsn-0000qE-Jy; Tue, 28 Oct 2003 14:52:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEZsa-0000pL-1F
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 14:51:48 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA19309
	for <pim@ietf.org>; Tue, 28 Oct 2003 14:51:35 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEZsX-0005NV-00
	for pim@ietf.org; Tue, 28 Oct 2003 14:51:45 -0500
Received: from sj-iport-2-in.cisco.com ([171.71.176.71] helo=sj-iport-2.cisco.com)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEZsW-0005Ml-00
	for pim@ietf.org; Tue, 28 Oct 2003 14:51:44 -0500
Received: from cisco.com (171.71.177.238)
  by sj-iport-2.cisco.com with ESMTP; 28 Oct 2003 11:49:55 -0800
Received: from cisco.com (kouvelas-u10.cisco.com [128.107.162.231])
	by sj-core-5.cisco.com (8.12.9/8.12.6) with ESMTP id h9SJpDQY022550;
	Tue, 28 Oct 2003 11:51:13 -0800 (PST)
Message-Id: <200310281951.h9SJpDQY022550@sj-core-5.cisco.com>
To: smiley_raj@excite.com
cc: pim@ietf.org
Subject: Re: [pim] Small doubt regarding the assert 
In-reply-to: Your message of "Tue, 28 Oct 2003 08:38:43 EST."
             <20031028133843.28F34109ECF@xmxpita.excite.com> 
Date: Tue, 28 Oct 2003 11:51:13 -0800
From: Isidor Kouvelas <kouvelas@cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>


If the data packet that triggered the assert was forwarded on the link
by a router with (S,G) state, then a (*,G) assert with an INADDR_ANY
source address will not resolve the forwarding conflict. The reason is
that when the router with the (S,G) state receives the assert it will
not know that it has to respons with an (S,G) assert. 
The forwarding conflict will have to wait to be resolved when the
router with the (*,G) state forwards a data packet onto the link and
the router with the (S,G) state responds with the assert.
By providing the source address of the data packet in the (*,G) assert
you optimise this behaviour by allowing the router with the (S,G)
state to respond immediately thus eliminating the additional delay.

Isidor

"smiley_raj@excite.com" writes:
>
>Hi all,
>Why does the draft state that. For the data triggered asserts the source addre
>ss MAY be set to the actual source of the data packet. Why can't it be said th
>at the Source address in the assert for data packet arriving on the olist of a
> (*, G) state MUST be INADDR_ANY.
>Can I know the reason why it should be that way. Is it required to maintain ba
>ckward compatability?
>Thanks in advance
>Rajesh.
>
>
>
>
>_______________________________________________
>Join Excite! - http://www.excite.com
>The most personalized portal on the Web!
>
>_______________________________________________
>pim mailing list
>pim@ietf.org
>https://www1.ietf.org/mailman/listinfo/pim
>

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Tue Oct 28 14:52:47 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA19399
	for <pim-archive@odin.ietf.org>; Tue, 28 Oct 2003 14:52:47 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEZtE-00013f-Oo
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 14:52:29 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9SJqSfQ004067
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 14:52:28 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEZtE-00013W-LC
	for pim-web-archive@optimus.ietf.org; Tue, 28 Oct 2003 14:52:28 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA19335
	for <pim-web-archive@ietf.org>; Tue, 28 Oct 2003 14:52:14 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEZtA-0005OT-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 14:52:24 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEZt9-0005ON-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 14:52:23 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEZsn-0000qE-Jy; Tue, 28 Oct 2003 14:52:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEZsa-0000pL-1F
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 14:51:48 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA19309
	for <pim@ietf.org>; Tue, 28 Oct 2003 14:51:35 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEZsX-0005NV-00
	for pim@ietf.org; Tue, 28 Oct 2003 14:51:45 -0500
Received: from sj-iport-2-in.cisco.com ([171.71.176.71] helo=sj-iport-2.cisco.com)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEZsW-0005Ml-00
	for pim@ietf.org; Tue, 28 Oct 2003 14:51:44 -0500
Received: from cisco.com (171.71.177.238)
  by sj-iport-2.cisco.com with ESMTP; 28 Oct 2003 11:49:55 -0800
Received: from cisco.com (kouvelas-u10.cisco.com [128.107.162.231])
	by sj-core-5.cisco.com (8.12.9/8.12.6) with ESMTP id h9SJpDQY022550;
	Tue, 28 Oct 2003 11:51:13 -0800 (PST)
Message-Id: <200310281951.h9SJpDQY022550@sj-core-5.cisco.com>
To: smiley_raj@excite.com
cc: pim@ietf.org
Subject: Re: [pim] Small doubt regarding the assert 
In-reply-to: Your message of "Tue, 28 Oct 2003 08:38:43 EST."
             <20031028133843.28F34109ECF@xmxpita.excite.com> 
Date: Tue, 28 Oct 2003 11:51:13 -0800
From: Isidor Kouvelas <kouvelas@cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>


If the data packet that triggered the assert was forwarded on the link
by a router with (S,G) state, then a (*,G) assert with an INADDR_ANY
source address will not resolve the forwarding conflict. The reason is
that when the router with the (S,G) state receives the assert it will
not know that it has to respons with an (S,G) assert. 
The forwarding conflict will have to wait to be resolved when the
router with the (*,G) state forwards a data packet onto the link and
the router with the (S,G) state responds with the assert.
By providing the source address of the data packet in the (*,G) assert
you optimise this behaviour by allowing the router with the (S,G)
state to respond immediately thus eliminating the additional delay.

Isidor

"smiley_raj@excite.com" writes:
>
>Hi all,
>Why does the draft state that. For the data triggered asserts the source addre
>ss MAY be set to the actual source of the data packet. Why can't it be said th
>at the Source address in the assert for data packet arriving on the olist of a
> (*, G) state MUST be INADDR_ANY.
>Can I know the reason why it should be that way. Is it required to maintain ba
>ckward compatability?
>Thanks in advance
>Rajesh.
>
>
>
>
>_______________________________________________
>Join Excite! - http://www.excite.com
>The most personalized portal on the Web!
>
>_______________________________________________
>pim mailing list
>pim@ietf.org
>https://www1.ietf.org/mailman/listinfo/pim
>

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Tue Oct 28 15:25:42 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA22816
	for <pim-archive@lists.ietf.org>; Tue, 28 Oct 2003 15:25:42 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEaOp-000613-3O; Tue, 28 Oct 2003 15:25:07 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEaOU-0005mL-6T
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 15:24:46 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA22639
	for <pim@ietf.org>; Tue, 28 Oct 2003 15:24:35 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEaOS-00064e-00
	for pim@ietf.org; Tue, 28 Oct 2003 15:24:45 -0500
Received: from dmz2.procket.com ([65.174.124.37])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEaOS-000645-00
	for pim@ietf.org; Tue, 28 Oct 2003 15:24:44 -0500
Received: from miata.procket.com (zeus-d-1.procket.com [65.174.124.60])
	by dmz2.procket.com (8.12.8p1/8.12.1) with ESMTP id h9SMRrOt097242;
	Tue, 28 Oct 2003 14:27:53 -0800 (PST)
Received: from dino-pc.procket.com (dino-pc.procket.com [10.4.17.33])
	by miata.procket.com (8.12.1/8.12.1) with ESMTP id h9SKNDYB015506;
	Tue, 28 Oct 2003 12:23:13 -0800 (PST)
Received: (from dino@localhost)
	by dino-pc.procket.com (8.12.1/8.12.1) id h9SKND6Z002799;
	Tue, 28 Oct 2003 12:23:13 -0800
Date: Tue, 28 Oct 2003 12:23:13 -0800
Message-Id: <200310282023.h9SKND6Z002799@dino-pc.procket.com>
From: Dino Farinacci <dino@procket.com>
To: kouvelas@cisco.com
CC: smiley_raj@excite.com, pim@ietf.org
In-reply-to: <200310281951.h9SJpDQY022550@sj-core-5.cisco.com> (message from
	Isidor Kouvelas on Tue, 28 Oct 2003 11:51:13 -0800)
Subject: Re: [pim] Small doubt regarding the assert
References:  <200310281951.h9SJpDQY022550@sj-core-5.cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

>> If the data packet that triggered the assert was forwarded on the link
>> by a router with (S,G) state, then a (*,G) assert with an INADDR_ANY
>> source address will not resolve the forwarding conflict. The reason is
>> that when the router with the (S,G) state receives the assert it will
>> not know that it has to respons with an (S,G) assert. 
>> The forwarding conflict will have to wait to be resolved when the
>> router with the (*,G) state forwards a data packet onto the link and
>> the router with the (S,G) state responds with the assert.
>> By providing the source address of the data packet in the (*,G) assert
>> you optimise this behaviour by allowing the router with the (S,G)
>> state to respond immediately thus eliminating the additional delay.

    And what if the Assert source address is not in the PIM neighbor database
    for the interface? A router shouldn't process Assert messages from just
    anyone?

Dino

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Tue Oct 28 15:25:45 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA22845
	for <pim-archive@odin.ietf.org>; Tue, 28 Oct 2003 15:25:45 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEaP6-00064G-9X
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 15:25:25 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9SKPOBG023320
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 15:25:24 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEaP5-00063z-Ua
	for pim-web-archive@optimus.ietf.org; Tue, 28 Oct 2003 15:25:24 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA22683
	for <pim-web-archive@ietf.org>; Tue, 28 Oct 2003 15:25:13 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEaP4-00065D-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 15:25:22 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEaP4-00065A-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 15:25:22 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEaOp-000613-3O; Tue, 28 Oct 2003 15:25:07 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEaOU-0005mL-6T
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 15:24:46 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA22639
	for <pim@ietf.org>; Tue, 28 Oct 2003 15:24:35 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEaOS-00064e-00
	for pim@ietf.org; Tue, 28 Oct 2003 15:24:45 -0500
Received: from dmz2.procket.com ([65.174.124.37])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEaOS-000645-00
	for pim@ietf.org; Tue, 28 Oct 2003 15:24:44 -0500
Received: from miata.procket.com (zeus-d-1.procket.com [65.174.124.60])
	by dmz2.procket.com (8.12.8p1/8.12.1) with ESMTP id h9SMRrOt097242;
	Tue, 28 Oct 2003 14:27:53 -0800 (PST)
Received: from dino-pc.procket.com (dino-pc.procket.com [10.4.17.33])
	by miata.procket.com (8.12.1/8.12.1) with ESMTP id h9SKNDYB015506;
	Tue, 28 Oct 2003 12:23:13 -0800 (PST)
Received: (from dino@localhost)
	by dino-pc.procket.com (8.12.1/8.12.1) id h9SKND6Z002799;
	Tue, 28 Oct 2003 12:23:13 -0800
Date: Tue, 28 Oct 2003 12:23:13 -0800
Message-Id: <200310282023.h9SKND6Z002799@dino-pc.procket.com>
From: Dino Farinacci <dino@procket.com>
To: kouvelas@cisco.com
CC: smiley_raj@excite.com, pim@ietf.org
In-reply-to: <200310281951.h9SJpDQY022550@sj-core-5.cisco.com> (message from
	Isidor Kouvelas on Tue, 28 Oct 2003 11:51:13 -0800)
Subject: Re: [pim] Small doubt regarding the assert
References:  <200310281951.h9SJpDQY022550@sj-core-5.cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

>> If the data packet that triggered the assert was forwarded on the link
>> by a router with (S,G) state, then a (*,G) assert with an INADDR_ANY
>> source address will not resolve the forwarding conflict. The reason is
>> that when the router with the (S,G) state receives the assert it will
>> not know that it has to respons with an (S,G) assert. 
>> The forwarding conflict will have to wait to be resolved when the
>> router with the (*,G) state forwards a data packet onto the link and
>> the router with the (S,G) state responds with the assert.
>> By providing the source address of the data packet in the (*,G) assert
>> you optimise this behaviour by allowing the router with the (S,G)
>> state to respond immediately thus eliminating the additional delay.

    And what if the Assert source address is not in the PIM neighbor database
    for the interface? A router shouldn't process Assert messages from just
    anyone?

Dino

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Tue Oct 28 16:26:37 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA27340
	for <pim-archive@lists.ietf.org>; Tue, 28 Oct 2003 16:26:37 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEbLn-0007eJ-9F; Tue, 28 Oct 2003 16:26:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEbLJ-0007Zh-Ta
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 16:25:34 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA27274
	for <pim@ietf.org>; Tue, 28 Oct 2003 16:25:22 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEbLI-0007Li-00
	for pim@ietf.org; Tue, 28 Oct 2003 16:25:32 -0500
Received: from ams-iport-1.cisco.com ([144.254.74.5])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEbLH-0007Kt-00
	for pim@ietf.org; Tue, 28 Oct 2003 16:25:31 -0500
Received: from cisco.com (171.71.177.254)
  by ams-iport-1.cisco.com with ESMTP; 28 Oct 2003 22:22:53 +0100
Received: from cisco.com (kouvelas-u10.cisco.com [128.107.162.231])
	by sj-core-2.cisco.com (8.12.9/8.12.6) with ESMTP id h9SLOpiw010740;
	Tue, 28 Oct 2003 13:24:51 -0800 (PST)
Message-Id: <200310282124.h9SLOpiw010740@sj-core-2.cisco.com>
To: Dino Farinacci <dino@procket.com>
cc: kouvelas@cisco.com, smiley_raj@excite.com, pim@ietf.org
Subject: Re: [pim] Small doubt regarding the assert 
In-reply-to: Your message of "Tue, 28 Oct 2003 12:23:13 PST."
             <200310282023.h9SKND6Z002799@dino-pc.procket.com> 
Date: Tue, 28 Oct 2003 13:24:51 -0800
From: Isidor Kouvelas <kouvelas@cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>


Dino Farinacci writes:
>>> If the data packet that triggered the assert was forwarded on the link
>>> by a router with (S,G) state, then a (*,G) assert with an INADDR_ANY
>>> source address will not resolve the forwarding conflict. The reason is
>>> that when the router with the (S,G) state receives the assert it will
>>> not know that it has to respons with an (S,G) assert. 
>>> The forwarding conflict will have to wait to be resolved when the
>>> router with the (*,G) state forwards a data packet onto the link and
>>> the router with the (S,G) state responds with the assert.
>>> By providing the source address of the data packet in the (*,G) assert
>>> you optimise this behaviour by allowing the router with the (S,G)
>>> state to respond immediately thus eliminating the additional delay.
>
>    And what if the Assert source address is not in the PIM neighbor database
>    for the interface? A router shouldn't process Assert messages from just
>    anyone?

The source address refers to the source of the data packet that
triggered the assert and not the address of the router that sent the
assert PIM packet. The source address of the PIM packet MUST always be
set. A (*,G) assert is identified as a wildcard by the presence of a
wc bit in the message and may have a non INADDR_ANY S in the (S,G).

Isidor

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Tue Oct 28 16:26:40 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA27355
	for <pim-archive@odin.ietf.org>; Tue, 28 Oct 2003 16:26:40 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEbM4-0007hu-0f
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 16:26:21 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9SLQJN1029620
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 16:26:19 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEbM3-0007hf-Pm
	for pim-web-archive@optimus.ietf.org; Tue, 28 Oct 2003 16:26:19 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA27317
	for <pim-web-archive@ietf.org>; Tue, 28 Oct 2003 16:26:08 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEbM2-0007Mk-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 16:26:18 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEbM1-0007Mh-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 16:26:17 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEbLn-0007eJ-9F; Tue, 28 Oct 2003 16:26:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEbLJ-0007Zh-Ta
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 16:25:34 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA27274
	for <pim@ietf.org>; Tue, 28 Oct 2003 16:25:22 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEbLI-0007Li-00
	for pim@ietf.org; Tue, 28 Oct 2003 16:25:32 -0500
Received: from ams-iport-1.cisco.com ([144.254.74.5])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEbLH-0007Kt-00
	for pim@ietf.org; Tue, 28 Oct 2003 16:25:31 -0500
Received: from cisco.com (171.71.177.254)
  by ams-iport-1.cisco.com with ESMTP; 28 Oct 2003 22:22:53 +0100
Received: from cisco.com (kouvelas-u10.cisco.com [128.107.162.231])
	by sj-core-2.cisco.com (8.12.9/8.12.6) with ESMTP id h9SLOpiw010740;
	Tue, 28 Oct 2003 13:24:51 -0800 (PST)
Message-Id: <200310282124.h9SLOpiw010740@sj-core-2.cisco.com>
To: Dino Farinacci <dino@procket.com>
cc: kouvelas@cisco.com, smiley_raj@excite.com, pim@ietf.org
Subject: Re: [pim] Small doubt regarding the assert 
In-reply-to: Your message of "Tue, 28 Oct 2003 12:23:13 PST."
             <200310282023.h9SKND6Z002799@dino-pc.procket.com> 
Date: Tue, 28 Oct 2003 13:24:51 -0800
From: Isidor Kouvelas <kouvelas@cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>


Dino Farinacci writes:
>>> If the data packet that triggered the assert was forwarded on the link
>>> by a router with (S,G) state, then a (*,G) assert with an INADDR_ANY
>>> source address will not resolve the forwarding conflict. The reason is
>>> that when the router with the (S,G) state receives the assert it will
>>> not know that it has to respons with an (S,G) assert. 
>>> The forwarding conflict will have to wait to be resolved when the
>>> router with the (*,G) state forwards a data packet onto the link and
>>> the router with the (S,G) state responds with the assert.
>>> By providing the source address of the data packet in the (*,G) assert
>>> you optimise this behaviour by allowing the router with the (S,G)
>>> state to respond immediately thus eliminating the additional delay.
>
>    And what if the Assert source address is not in the PIM neighbor database
>    for the interface? A router shouldn't process Assert messages from just
>    anyone?

The source address refers to the source of the data packet that
triggered the assert and not the address of the router that sent the
assert PIM packet. The source address of the PIM packet MUST always be
set. A (*,G) assert is identified as a wildcard by the presence of a
wc bit in the message and may have a non INADDR_ANY S in the (S,G).

Isidor

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Tue Oct 28 17:10:37 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA00396
	for <pim-archive@lists.ietf.org>; Tue, 28 Oct 2003 17:10:37 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEc2M-0004ap-3C; Tue, 28 Oct 2003 17:10:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEc1p-0004XN-7I
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 17:09:29 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA00161
	for <pim@ietf.org>; Tue, 28 Oct 2003 17:09:16 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEc1n-0000YZ-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:09:27 -0500
Received: from dmz2.procket.com ([65.174.124.37])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEc1l-0000XV-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:09:25 -0500
Received: from miata.procket.com (zeus-d-1.procket.com [65.174.124.60])
	by dmz2.procket.com (8.12.8p1/8.12.1) with ESMTP id h9T0BLOt098748;
	Tue, 28 Oct 2003 16:11:21 -0800 (PST)
Received: from dino-pc.procket.com (dino-pc.procket.com [10.4.17.33])
	by miata.procket.com (8.12.1/8.12.1) with ESMTP id h9SM6fYB020678;
	Tue, 28 Oct 2003 14:06:41 -0800 (PST)
Received: (from dino@localhost)
	by dino-pc.procket.com (8.12.1/8.12.1) id h9SM6eFj003938;
	Tue, 28 Oct 2003 14:06:40 -0800
Date: Tue, 28 Oct 2003 14:06:40 -0800
Message-Id: <200310282206.h9SM6eFj003938@dino-pc.procket.com>
From: Dino Farinacci <dino@procket.com>
To: kouvelas@cisco.com
CC: kouvelas@cisco.com, smiley_raj@excite.com, pim@ietf.org
In-reply-to: <200310282124.h9SLOpiw010740@sj-core-2.cisco.com> (message from
	Isidor Kouvelas on Tue, 28 Oct 2003 13:24:51 -0800)
Subject: Re: [pim] Small doubt regarding the assert
References:  <200310282124.h9SLOpiw010740@sj-core-2.cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

>> The source address refers to the source of the data packet that
>> triggered the assert and not the address of the router that sent the

   That wasn't clear.

>> The source address of the PIM packet MUST always be set.

    Of course it must be set, how can it not be. You need to be more specific
    and precise in your description. Like what's the value of the source
    address in the Assert message.
   
>> wc bit in the message and may have a non INADDR_ANY S in the (S,G).

    I think you are confusing matters. The original question was asking 
    about the source address of the Assert. You seemed to answer the question
    in that context. So that is why I'm confused.

>> set. A (*,G) assert is identified as a wildcard by the presence of a
>> wc bit in the message and may have a non INADDR_ANY S in the (S,G).

    This is clear as mud.

Dino

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Tue Oct 28 17:10:46 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA00425
	for <pim-archive@odin.ietf.org>; Tue, 28 Oct 2003 17:10:46 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEc2l-0004dq-Eh
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 17:10:27 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9SMARPA017836
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 17:10:27 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEc2l-0004db-8L
	for pim-web-archive@optimus.ietf.org; Tue, 28 Oct 2003 17:10:27 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA00358
	for <pim-web-archive@ietf.org>; Tue, 28 Oct 2003 17:10:15 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEc2j-0000cn-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 17:10:25 -0500
Received: from sausage.foretec.com ([4.17.168.5] helo=manatick)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEc2i-0000ci-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 17:10:24 -0500
Received: from [132.151.6.22] (helo=optimus.ietf.org)
	by manatick with esmtp (Exim 4.24)
	id 1AEc2h-0007n5-Sc
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 17:10:24 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEc2M-0004ap-3C; Tue, 28 Oct 2003 17:10:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEc1p-0004XN-7I
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 17:09:29 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA00161
	for <pim@ietf.org>; Tue, 28 Oct 2003 17:09:16 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEc1n-0000YZ-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:09:27 -0500
Received: from dmz2.procket.com ([65.174.124.37])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEc1l-0000XV-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:09:25 -0500
Received: from miata.procket.com (zeus-d-1.procket.com [65.174.124.60])
	by dmz2.procket.com (8.12.8p1/8.12.1) with ESMTP id h9T0BLOt098748;
	Tue, 28 Oct 2003 16:11:21 -0800 (PST)
Received: from dino-pc.procket.com (dino-pc.procket.com [10.4.17.33])
	by miata.procket.com (8.12.1/8.12.1) with ESMTP id h9SM6fYB020678;
	Tue, 28 Oct 2003 14:06:41 -0800 (PST)
Received: (from dino@localhost)
	by dino-pc.procket.com (8.12.1/8.12.1) id h9SM6eFj003938;
	Tue, 28 Oct 2003 14:06:40 -0800
Date: Tue, 28 Oct 2003 14:06:40 -0800
Message-Id: <200310282206.h9SM6eFj003938@dino-pc.procket.com>
From: Dino Farinacci <dino@procket.com>
To: kouvelas@cisco.com
CC: kouvelas@cisco.com, smiley_raj@excite.com, pim@ietf.org
In-reply-to: <200310282124.h9SLOpiw010740@sj-core-2.cisco.com> (message from
	Isidor Kouvelas on Tue, 28 Oct 2003 13:24:51 -0800)
Subject: Re: [pim] Small doubt regarding the assert
References:  <200310282124.h9SLOpiw010740@sj-core-2.cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

>> The source address refers to the source of the data packet that
>> triggered the assert and not the address of the router that sent the

   That wasn't clear.

>> The source address of the PIM packet MUST always be set.

    Of course it must be set, how can it not be. You need to be more specific
    and precise in your description. Like what's the value of the source
    address in the Assert message.
   
>> wc bit in the message and may have a non INADDR_ANY S in the (S,G).

    I think you are confusing matters. The original question was asking 
    about the source address of the Assert. You seemed to answer the question
    in that context. So that is why I'm confused.

>> set. A (*,G) assert is identified as a wildcard by the presence of a
>> wc bit in the message and may have a non INADDR_ANY S in the (S,G).

    This is clear as mud.

Dino

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Tue Oct 28 17:24:23 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA01550
	for <pim-archive@lists.ietf.org>; Tue, 28 Oct 2003 17:24:23 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcFt-0006jf-61; Tue, 28 Oct 2003 17:24:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcFU-0006gw-SN
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 17:23:36 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA01513
	for <pim@ietf.org>; Tue, 28 Oct 2003 17:23:24 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcFS-00013T-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:23:34 -0500
Received: from ams-iport-1.cisco.com ([144.254.74.5])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcFS-000137-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:23:34 -0500
Received: from cisco.com (171.71.177.254)
  by ams-iport-1.cisco.com with ESMTP; 28 Oct 2003 23:20:57 +0100
Received: from cisco.com (kouvelas-u10.cisco.com [128.107.162.231])
	by sj-core-2.cisco.com (8.12.9/8.12.6) with ESMTP id h9SMN1iw011589;
	Tue, 28 Oct 2003 14:23:01 -0800 (PST)
Message-Id: <200310282223.h9SMN1iw011589@sj-core-2.cisco.com>
To: Dino Farinacci <dino@procket.com>
cc: kouvelas@cisco.com, smiley_raj@excite.com, pim@ietf.org
Subject: Re: [pim] Small doubt regarding the assert 
In-reply-to: Your message of "Tue, 28 Oct 2003 14:06:40 PST."
             <200310282206.h9SM6eFj003938@dino-pc.procket.com> 
Date: Tue, 28 Oct 2003 14:23:01 -0800
From: Isidor Kouvelas <kouvelas@cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>


Dino Farinacci writes:
>    I think you are confusing matters. The original question was asking 
>    about the source address of the Assert. You seemed to answer the question
>    in that context. So that is why I'm confused.

OK lets be more specific. The assert packet format in the current spec
is defined in "4.10.6.  Assert Message Format".  One of the fields *in
the pim assert message* is the "Source Address (Encoded-Unicast
format)".

I think the question was asking why this addres may be something other
than INADDR_ANY for (*,G) asserts.

The answer is:
(*,G) asserts are identified by the R bit in the assert message:
  "R RPT-bit is a 1 bit value. The RPT-bit is set to 1 for Assert(*,G)
     messages and 0 for Assert(S,G) messages."

Hence a (*,G) assert MAY have the Source Address field set to the
source address of the data packet that triggered the assert for the
optimisation reason in my first message.

Now if you think the question was about something else then please
explain what this is along with the answer :-)

thanks
Isidor

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Tue Oct 28 17:24:24 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA01565
	for <pim-archive@odin.ietf.org>; Tue, 28 Oct 2003 17:24:24 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcFy-0006lN-3H
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 17:24:06 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9SMO641025990
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 17:24:06 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcFx-0006l6-TK
	for pim-web-archive@optimus.ietf.org; Tue, 28 Oct 2003 17:24:05 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA01536
	for <pim-web-archive@ietf.org>; Tue, 28 Oct 2003 17:23:53 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcFv-000143-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 17:24:03 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcFv-000140-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 17:24:03 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcFt-0006jf-61; Tue, 28 Oct 2003 17:24:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcFU-0006gw-SN
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 17:23:36 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA01513
	for <pim@ietf.org>; Tue, 28 Oct 2003 17:23:24 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcFS-00013T-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:23:34 -0500
Received: from ams-iport-1.cisco.com ([144.254.74.5])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcFS-000137-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:23:34 -0500
Received: from cisco.com (171.71.177.254)
  by ams-iport-1.cisco.com with ESMTP; 28 Oct 2003 23:20:57 +0100
Received: from cisco.com (kouvelas-u10.cisco.com [128.107.162.231])
	by sj-core-2.cisco.com (8.12.9/8.12.6) with ESMTP id h9SMN1iw011589;
	Tue, 28 Oct 2003 14:23:01 -0800 (PST)
Message-Id: <200310282223.h9SMN1iw011589@sj-core-2.cisco.com>
To: Dino Farinacci <dino@procket.com>
cc: kouvelas@cisco.com, smiley_raj@excite.com, pim@ietf.org
Subject: Re: [pim] Small doubt regarding the assert 
In-reply-to: Your message of "Tue, 28 Oct 2003 14:06:40 PST."
             <200310282206.h9SM6eFj003938@dino-pc.procket.com> 
Date: Tue, 28 Oct 2003 14:23:01 -0800
From: Isidor Kouvelas <kouvelas@cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>


Dino Farinacci writes:
>    I think you are confusing matters. The original question was asking 
>    about the source address of the Assert. You seemed to answer the question
>    in that context. So that is why I'm confused.

OK lets be more specific. The assert packet format in the current spec
is defined in "4.10.6.  Assert Message Format".  One of the fields *in
the pim assert message* is the "Source Address (Encoded-Unicast
format)".

I think the question was asking why this addres may be something other
than INADDR_ANY for (*,G) asserts.

The answer is:
(*,G) asserts are identified by the R bit in the assert message:
  "R RPT-bit is a 1 bit value. The RPT-bit is set to 1 for Assert(*,G)
     messages and 0 for Assert(S,G) messages."

Hence a (*,G) assert MAY have the Source Address field set to the
source address of the data packet that triggered the assert for the
optimisation reason in my first message.

Now if you think the question was about something else then please
explain what this is along with the answer :-)

thanks
Isidor

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Tue Oct 28 17:35:39 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA02643
	for <pim-archive@lists.ietf.org>; Tue, 28 Oct 2003 17:35:38 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcQY-0008N7-3u; Tue, 28 Oct 2003 17:35:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcQV-0008Mb-R9
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 17:34:59 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA02598
	for <pim@ietf.org>; Tue, 28 Oct 2003 17:34:47 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcQT-0001Pi-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:34:57 -0500
Received: from dmz2.procket.com ([65.174.124.37])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcQS-0001PA-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:34:56 -0500
Received: from miata.procket.com (zeus-d-1.procket.com [65.174.124.60])
	by dmz2.procket.com (8.12.8p1/8.12.1) with ESMTP id h9T0cmOt099253;
	Tue, 28 Oct 2003 16:38:48 -0800 (PST)
Received: from dino-pc.procket.com (dino-pc.procket.com [10.4.17.33])
	by miata.procket.com (8.12.1/8.12.1) with ESMTP id h9SMY8YB021845;
	Tue, 28 Oct 2003 14:34:08 -0800 (PST)
Received: (from dino@localhost)
	by dino-pc.procket.com (8.12.1/8.12.1) id h9SMY8Se004470;
	Tue, 28 Oct 2003 14:34:08 -0800
Date: Tue, 28 Oct 2003 14:34:08 -0800
Message-Id: <200310282234.h9SMY8Se004470@dino-pc.procket.com>
From: Dino Farinacci <dino@procket.com>
To: kouvelas@cisco.com
CC: kouvelas@cisco.com, smiley_raj@excite.com, pim@ietf.org
In-reply-to: <200310282223.h9SMN1iw011589@sj-core-2.cisco.com> (message from
	Isidor Kouvelas on Tue, 28 Oct 2003 14:23:01 -0800)
Subject: Re: [pim] Small doubt regarding the assert
References:  <200310282223.h9SMN1iw011589@sj-core-2.cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

>> Now if you think the question was about something else then please
>> explain what this is along with the answer :-)

    No, everything is clear now. There were a lot of broken references and you
    don't want me to go down that path.

Dino

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Tue Oct 28 17:35:55 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA02682
	for <pim-archive@odin.ietf.org>; Tue, 28 Oct 2003 17:35:55 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcR6-0008TW-MX
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 17:35:37 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9SMZaSk032572
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 17:35:36 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcR6-0008TH-HH
	for pim-web-archive@optimus.ietf.org; Tue, 28 Oct 2003 17:35:36 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA02637
	for <pim-web-archive@ietf.org>; Tue, 28 Oct 2003 17:35:24 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcR4-0001QX-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 17:35:34 -0500
Received: from sausage.foretec.com ([4.17.168.5] helo=manatick)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcR3-0001QP-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 17:35:33 -0500
Received: from [132.151.6.22] (helo=optimus.ietf.org)
	by manatick with esmtp (Exim 4.24)
	id 1AEcR2-0008GR-4K
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 17:35:33 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcQY-0008N7-3u; Tue, 28 Oct 2003 17:35:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcQV-0008Mb-R9
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 17:34:59 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA02598
	for <pim@ietf.org>; Tue, 28 Oct 2003 17:34:47 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcQT-0001Pi-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:34:57 -0500
Received: from dmz2.procket.com ([65.174.124.37])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcQS-0001PA-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:34:56 -0500
Received: from miata.procket.com (zeus-d-1.procket.com [65.174.124.60])
	by dmz2.procket.com (8.12.8p1/8.12.1) with ESMTP id h9T0cmOt099253;
	Tue, 28 Oct 2003 16:38:48 -0800 (PST)
Received: from dino-pc.procket.com (dino-pc.procket.com [10.4.17.33])
	by miata.procket.com (8.12.1/8.12.1) with ESMTP id h9SMY8YB021845;
	Tue, 28 Oct 2003 14:34:08 -0800 (PST)
Received: (from dino@localhost)
	by dino-pc.procket.com (8.12.1/8.12.1) id h9SMY8Se004470;
	Tue, 28 Oct 2003 14:34:08 -0800
Date: Tue, 28 Oct 2003 14:34:08 -0800
Message-Id: <200310282234.h9SMY8Se004470@dino-pc.procket.com>
From: Dino Farinacci <dino@procket.com>
To: kouvelas@cisco.com
CC: kouvelas@cisco.com, smiley_raj@excite.com, pim@ietf.org
In-reply-to: <200310282223.h9SMN1iw011589@sj-core-2.cisco.com> (message from
	Isidor Kouvelas on Tue, 28 Oct 2003 14:23:01 -0800)
Subject: Re: [pim] Small doubt regarding the assert
References:  <200310282223.h9SMN1iw011589@sj-core-2.cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

>> Now if you think the question was about something else then please
>> explain what this is along with the answer :-)

    No, everything is clear now. There were a lot of broken references and you
    don't want me to go down that path.

Dino

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Tue Oct 28 17:48:25 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA03639
	for <pim-archive@lists.ietf.org>; Tue, 28 Oct 2003 17:48:24 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcd7-0001qq-Fr; Tue, 28 Oct 2003 17:48:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEccv-0001pA-WA
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 17:47:50 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA03568
	for <pim@ietf.org>; Tue, 28 Oct 2003 17:47:37 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcct-0001mx-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:47:47 -0500
Received: from catarina.usc.edu ([204.57.0.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEccs-0001mR-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:47:46 -0500
Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9SMlFLT046552
	for <pim@catarina.usc.edu>; Tue, 28 Oct 2003 14:47:15 -0800 (PST)
	(envelope-from kouvelas@cisco.com)
Received: from cisco.com (171.71.177.237)
  by sj-iport-2.cisco.com with ESMTP; 28 Oct 2003 14:45:52 -0800
Received: from cisco.com (kouvelas-u10.cisco.com [128.107.162.231])
	by sj-core-1.cisco.com (8.12.9/8.12.6) with ESMTP id h9SMl5jP009244;
	Tue, 28 Oct 2003 14:47:06 -0800 (PST)
Message-Id: <200310282247.h9SMl5jP009244@sj-core-1.cisco.com>
To: SUZUKI Shinsuke <suz@crl.hitachi.co.jp>
cc: pim@catarina.usc.edu
Subject: Re: [pim] some comments to draft-ietf-pim-sm-v2-new-08.txt 
In-reply-to: Your message of "Wed, 15 Oct 2003 15:52:00 +0900."
             <x7n0c3f0xb.wl%suz@crl.hitachi.co.jp> 
Date: Tue, 28 Oct 2003 14:47:07 -0800
From: Isidor Kouvelas <kouvelas@cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>


SUZUKI Shinsuke writes:
>Hello all,
>
>There are three comments regarding the interface-address-list option,
>which is newly introduced in this new draft.
>
>
>[editorial comment]
>1) section 4.1.6 (p.25)
>	Note that a neighbor's IP address may not be unique within the
>	                                      ~~~~~~~~~~~~~
>	PIM neighbor database due to scope issues.  The address must
>	however be unique amongst the addresses of all the PIM
>	neighbors on a specific interface.
>
>I think the underlined part should be "be non-unique". Since "may not
>be unique" sounds like "not allowed to be unique", and what is trying
>to be mentioned here is "a neighbor's IP address can be different
>place by place within the PIM neighbor database".

Yes will fix.

>[clarifications]
>2) Section 4.3.1 (p.30)
>	"The Interface_Address_List Option SHOULD be included in all
>	IPv4 Hello messages and MUST be included in all IPv6 Hello
>	messages. This option advertises all the secondary addresses
>	associated with the source interface of the router originating
>	the message."
>
>Does it mean that it MUST advertise this option with option-len = 0,
>even when there's no secondary IPv6 address on a link (i.e. only one
>link-local address is assigned)?
>
>I don't think it's a necessary in such a case, so IMHO it would be
>better to change this section like this.
>
>	The Interface_Address_List Option MUST be included in all
>	Hello messages. This option advertises all the secondary
>	addresses associated with the source interface of the router
>	originating the message.  If there is no secondary address
>	associated with the source interface, this option MAY be
>	omitted.

I will change the text in the spec to reflect you comment.

>3) Section 4.3.4
>	The primary address of the source interface of the router MUST
>	NOT be listed within the Address List Hello option.
>
>When the address is included within this Hello option, what should be
>discarded on the receiving router?
>	a) Whole Hello message
>	b) All the interface-address-list option
>	c) The primary address included in the interface-address-list option
>
>I think c) is correct, but it's ambiguous from the above description,
>so it would be better to add a clarification statement here.

Agree.

Isidor

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Tue Oct 28 17:48:27 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA03661
	for <pim-archive@odin.ietf.org>; Tue, 28 Oct 2003 17:48:27 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcdE-0001sW-SY
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 17:48:10 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9SMm81C007221
	for pim-archive@odin.ietf.org; Tue, 28 Oct 2003 17:48:08 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcdE-0001sO-7O
	for pim-web-archive@optimus.ietf.org; Tue, 28 Oct 2003 17:48:08 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA03588
	for <pim-web-archive@ietf.org>; Tue, 28 Oct 2003 17:47:55 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcdB-0001nd-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 17:48:05 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcdB-0001na-00
	for pim-web-archive@ietf.org; Tue, 28 Oct 2003 17:48:05 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEcd7-0001qq-Fr; Tue, 28 Oct 2003 17:48:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEccv-0001pA-WA
	for pim@optimus.ietf.org; Tue, 28 Oct 2003 17:47:50 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA03568
	for <pim@ietf.org>; Tue, 28 Oct 2003 17:47:37 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEcct-0001mx-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:47:47 -0500
Received: from catarina.usc.edu ([204.57.0.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEccs-0001mR-00
	for pim@ietf.org; Tue, 28 Oct 2003 17:47:46 -0500
Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h9SMlFLT046552
	for <pim@catarina.usc.edu>; Tue, 28 Oct 2003 14:47:15 -0800 (PST)
	(envelope-from kouvelas@cisco.com)
Received: from cisco.com (171.71.177.237)
  by sj-iport-2.cisco.com with ESMTP; 28 Oct 2003 14:45:52 -0800
Received: from cisco.com (kouvelas-u10.cisco.com [128.107.162.231])
	by sj-core-1.cisco.com (8.12.9/8.12.6) with ESMTP id h9SMl5jP009244;
	Tue, 28 Oct 2003 14:47:06 -0800 (PST)
Message-Id: <200310282247.h9SMl5jP009244@sj-core-1.cisco.com>
To: SUZUKI Shinsuke <suz@crl.hitachi.co.jp>
cc: pim@catarina.usc.edu
Subject: Re: [pim] some comments to draft-ietf-pim-sm-v2-new-08.txt 
In-reply-to: Your message of "Wed, 15 Oct 2003 15:52:00 +0900."
             <x7n0c3f0xb.wl%suz@crl.hitachi.co.jp> 
Date: Tue, 28 Oct 2003 14:47:07 -0800
From: Isidor Kouvelas <kouvelas@cisco.com>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>


SUZUKI Shinsuke writes:
>Hello all,
>
>There are three comments regarding the interface-address-list option,
>which is newly introduced in this new draft.
>
>
>[editorial comment]
>1) section 4.1.6 (p.25)
>	Note that a neighbor's IP address may not be unique within the
>	                                      ~~~~~~~~~~~~~
>	PIM neighbor database due to scope issues.  The address must
>	however be unique amongst the addresses of all the PIM
>	neighbors on a specific interface.
>
>I think the underlined part should be "be non-unique". Since "may not
>be unique" sounds like "not allowed to be unique", and what is trying
>to be mentioned here is "a neighbor's IP address can be different
>place by place within the PIM neighbor database".

Yes will fix.

>[clarifications]
>2) Section 4.3.1 (p.30)
>	"The Interface_Address_List Option SHOULD be included in all
>	IPv4 Hello messages and MUST be included in all IPv6 Hello
>	messages. This option advertises all the secondary addresses
>	associated with the source interface of the router originating
>	the message."
>
>Does it mean that it MUST advertise this option with option-len = 0,
>even when there's no secondary IPv6 address on a link (i.e. only one
>link-local address is assigned)?
>
>I don't think it's a necessary in such a case, so IMHO it would be
>better to change this section like this.
>
>	The Interface_Address_List Option MUST be included in all
>	Hello messages. This option advertises all the secondary
>	addresses associated with the source interface of the router
>	originating the message.  If there is no secondary address
>	associated with the source interface, this option MAY be
>	omitted.

I will change the text in the spec to reflect you comment.

>3) Section 4.3.4
>	The primary address of the source interface of the router MUST
>	NOT be listed within the Address List Hello option.
>
>When the address is included within this Hello option, what should be
>discarded on the receiving router?
>	a) Whole Hello message
>	b) All the interface-address-list option
>	c) The primary address included in the interface-address-list option
>
>I think c) is correct, but it's ambiguous from the above description,
>so it would be better to add a clarification statement here.

Agree.

Isidor

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Wed Oct 29 05:19:34 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA01645
	for <pim-archive@lists.ietf.org>; Wed, 29 Oct 2003 05:19:34 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEnPr-0005TA-GK; Wed, 29 Oct 2003 05:19:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEnPY-0005Rr-Nc
	for pim@optimus.ietf.org; Wed, 29 Oct 2003 05:18:44 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA01623
	for <pim@ietf.org>; Wed, 29 Oct 2003 05:18:33 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEnPV-0005al-00
	for pim@ietf.org; Wed, 29 Oct 2003 05:18:41 -0500
Received: from nn2.excitenetwork.com ([207.159.120.56] helo=xmxpita.excite.com)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEnPU-0005ae-00
	for pim@ietf.org; Wed, 29 Oct 2003 05:18:40 -0500
Received: by xmxpita.excite.com (Postfix, from userid 110)
	id 68BD6BF60; Wed, 29 Oct 2003 05:18:11 -0500 (EST)
To: kouvelas@cisco.com
Subject: Re: [pim] Small doubt regarding the assert 
Received: from [203.197.138.194] by xprdmailfe13.nwk.excite.com via HTTP; Wed, 29 Oct 2003 05:18:11 EST
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: ID = 5613c7ba96850745f9a70eb170e76f3c
Reply-To: smiley_raj@excite.com
From: "smiley_raj@excite.com" <smiley_raj@excite.com>
MIME-Version: 1.0
X-Sender: smiley_raj@excite.com
X-Mailer: PHP
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Cc: pim@ietf.org
Message-Id: <20031029101811.68BD6BF60@xmxpita.excite.com>
Date: Wed, 29 Oct 2003 05:18:11 -0500 (EST)
Content-Transfer-Encoding: 7bit
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit


Thank you very much.
I have one more doubt. Consider the following scenario.

      R1             R2
       |              |
       |              |
       ----------------     
              |
              |
              R3


In the above case consider both R1 and R2 had down stream state for (*, G) or (S, G). Asserts will then happen between R1 and R2. Let us consider R2 wins the assert hence R1 will go to "Iam Assert Loser" state. But in R1 consider that after some time the Assert state machine of R1 goes into "No Info State" due to "could Assert" becoming false . Now it is clear that R2 has no worries and can forward traffic on the lan even without the help of Assert state machine. But to my understanding Draft provides no method by which R2 can forget about its assert state machine and start forwarding on the lan. Why wasnt it taken care in the draft. Is it left to the implementor?
Please forgive me and point me to the section if such technique already exists in the draft.

Thanks in advance
rajesh.


 --- On Tue 10/28, Isidor Kouvelas < kouvelas@cisco.com > wrote:
From: Isidor Kouvelas [mailto: kouvelas@cisco.com]
To: smiley_raj@excite.com
     Cc: pim@ietf.org
Date: Tue, 28 Oct 2003 11:51:13 -0800
Subject: Re: [pim] Small doubt regarding the assert 

<br>If the data packet that triggered the assert was forwarded on the link<br>by a router with (S,G) state, then a (*,G) assert with an INADDR_ANY<br>source address will not resolve the forwarding conflict. The reason is<br>that when the router with the (S,G) state receives the assert it will<br>not know that it has to respons with an (S,G) assert. <br>The forwarding conflict will have to wait to be resolved when the<br>router with the (*,G) state forwards a data packet onto the link and<br>the router with the (S,G) state responds with the assert.<br>By providing the source address of the data packet in the (*,G) assert<br>you optimise this behaviour by allowing the router with the (S,G)<br>state to respond immediately thus eliminating the additional delay.<br><br>Isidor<br><br>"smiley_raj@excite.com" writes:<br>><br>>Hi all,<br>>Why does the draft state that. For the data triggered asserts the source addre<br>>ss MAY be set to the actual source of the data packet. Why can't!
  it be said th<br>>at the Source address in the assert for data packet arriving on the olist of a<br>> (*, G) state MUST be INADDR_ANY.<br>>Can I know the reason why it should be that way. Is it required to maintain ba<br>>ckward compatability?<br>>Thanks in advance<br>>Rajesh.<br>><br>><br>><br>><br>>_______________________________________________<br>>Join Excite! - http://www.excite.com<br>>The most personalized portal on the Web!<br>><br>>_______________________________________________<br>>pim mailing list<br>>pim@ietf.org<br>>https://www1.ietf.org/mailman/listinfo/pim<br>><br>

_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Wed Oct 29 05:19:37 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA01660
	for <pim-archive@odin.ietf.org>; Wed, 29 Oct 2003 05:19:37 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEnQ6-0005Un-Nj
	for pim-archive@odin.ietf.org; Wed, 29 Oct 2003 05:19:18 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9TAJIBB021115
	for pim-archive@odin.ietf.org; Wed, 29 Oct 2003 05:19:18 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEnQ4-0005UR-4N
	for pim-web-archive@optimus.ietf.org; Wed, 29 Oct 2003 05:19:16 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA01632
	for <pim-web-archive@ietf.org>; Wed, 29 Oct 2003 05:19:04 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEnQ0-0005b0-00
	for pim-web-archive@ietf.org; Wed, 29 Oct 2003 05:19:12 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEnQ0-0005av-00
	for pim-web-archive@ietf.org; Wed, 29 Oct 2003 05:19:12 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEnPr-0005TA-GK; Wed, 29 Oct 2003 05:19:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEnPY-0005Rr-Nc
	for pim@optimus.ietf.org; Wed, 29 Oct 2003 05:18:44 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA01623
	for <pim@ietf.org>; Wed, 29 Oct 2003 05:18:33 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEnPV-0005al-00
	for pim@ietf.org; Wed, 29 Oct 2003 05:18:41 -0500
Received: from nn2.excitenetwork.com ([207.159.120.56] helo=xmxpita.excite.com)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEnPU-0005ae-00
	for pim@ietf.org; Wed, 29 Oct 2003 05:18:40 -0500
Received: by xmxpita.excite.com (Postfix, from userid 110)
	id 68BD6BF60; Wed, 29 Oct 2003 05:18:11 -0500 (EST)
To: kouvelas@cisco.com
Subject: Re: [pim] Small doubt regarding the assert 
Received: from [203.197.138.194] by xprdmailfe13.nwk.excite.com via HTTP; Wed, 29 Oct 2003 05:18:11 EST
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: ID = 5613c7ba96850745f9a70eb170e76f3c
Reply-To: smiley_raj@excite.com
From: "smiley_raj@excite.com" <smiley_raj@excite.com>
MIME-Version: 1.0
X-Sender: smiley_raj@excite.com
X-Mailer: PHP
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Cc: pim@ietf.org
Message-Id: <20031029101811.68BD6BF60@xmxpita.excite.com>
Date: Wed, 29 Oct 2003 05:18:11 -0500 (EST)
Content-Transfer-Encoding: 7bit
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Thank you very much.
I have one more doubt. Consider the following scenario.

      R1             R2
       |              |
       |              |
       ----------------     
              |
              |
              R3


In the above case consider both R1 and R2 had down stream state for (*, G) or (S, G). Asserts will then happen between R1 and R2. Let us consider R2 wins the assert hence R1 will go to "Iam Assert Loser" state. But in R1 consider that after some time the Assert state machine of R1 goes into "No Info State" due to "could Assert" becoming false . Now it is clear that R2 has no worries and can forward traffic on the lan even without the help of Assert state machine. But to my understanding Draft provides no method by which R2 can forget about its assert state machine and start forwarding on the lan. Why wasnt it taken care in the draft. Is it left to the implementor?
Please forgive me and point me to the section if such technique already exists in the draft.

Thanks in advance
rajesh.


 --- On Tue 10/28, Isidor Kouvelas < kouvelas@cisco.com > wrote:
From: Isidor Kouvelas [mailto: kouvelas@cisco.com]
To: smiley_raj@excite.com
     Cc: pim@ietf.org
Date: Tue, 28 Oct 2003 11:51:13 -0800
Subject: Re: [pim] Small doubt regarding the assert 

<br>If the data packet that triggered the assert was forwarded on the link<br>by a router with (S,G) state, then a (*,G) assert with an INADDR_ANY<br>source address will not resolve the forwarding conflict. The reason is<br>that when the router with the (S,G) state receives the assert it will<br>not know that it has to respons with an (S,G) assert. <br>The forwarding conflict will have to wait to be resolved when the<br>router with the (*,G) state forwards a data packet onto the link and<br>the router with the (S,G) state responds with the assert.<br>By providing the source address of the data packet in the (*,G) assert<br>you optimise this behaviour by allowing the router with the (S,G)<br>state to respond immediately thus eliminating the additional delay.<br><br>Isidor<br><br>"smiley_raj@excite.com" writes:<br>><br>>Hi all,<br>>Why does the draft state that. For the data triggered asserts the source addre<br>>ss MAY be set to the actual source of the data packet. Why can't!
  it be said th<br>>at the Source address in the assert for data packet arriving on the olist of a<br>> (*, G) state MUST be INADDR_ANY.<br>>Can I know the reason why it should be that way. Is it required to maintain ba<br>>ckward compatability?<br>>Thanks in advance<br>>Rajesh.<br>><br>><br>><br>><br>>_______________________________________________<br>>Join Excite! - http://www.excite.com<br>>The most personalized portal on the Web!<br>><br>>_______________________________________________<br>>pim mailing list<br>>pim@ietf.org<br>>https://www1.ietf.org/mailman/listinfo/pim<br>><br>

_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Wed Oct 29 11:40:38 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA18000
	for <pim-archive@lists.ietf.org>; Wed, 29 Oct 2003 11:40:37 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEtMX-0005z6-So; Wed, 29 Oct 2003 11:40:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AErDO-0003d2-HH
	for pim@optimus.ietf.org; Wed, 29 Oct 2003 09:22:26 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA08980
	for <pim@ietf.org>; Wed, 29 Oct 2003 09:22:15 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AErDM-0001a9-00
	for pim@ietf.org; Wed, 29 Oct 2003 09:22:24 -0500
Received: from gate13.itt.com ([151.190.254.108] helo=fwetgfw3r.itt.com)
	by ietf-mx with smtp (Exim 4.12)
	id 1AErDC-0001ZT-00
	for pim@ietf.org; Wed, 29 Oct 2003 09:22:14 -0500
Received: from no.name.available by fwetgfw3r.itt.com
          via smtpd (for ietf-mx.ietf.org [132.151.6.1]) with SMTP; Wed, 29 Oct 2003 09:22:14 -0500
Received:  from ACDNJMAILSRV02.acd.de.ittind.com ([151.190.3.218]) by njbridge.avionics.de.ittind.com with Microsoft SMTPSVC(5.0.2195.5329); Wed, 29 Oct 2003 09:21:59 -0500
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_001_01C39E28.036F1D80"
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
content-class: urn:content-classes:message
Date: Wed, 29 Oct 2003 09:21:59 -0500
Message-ID: <2CA4524FA012F14BAE5D896D492B386810175F@ACDNJMAILSRV02.acd.de.ittind.com>
X-MS-Has-Attach: yes
Thread-Topic: PIM MIB Draft
Thread-Index: AcOeKANe2zyamX2ITFqxjEMi3Whxyw==
From: "Nicholas, Jonathan" <Jonathan.Nicholas@itt.com>
To: <pim@ietf.org>
Subject: [pim] PIM MIB Draft
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C39E28.036F1D80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

All,

Tom asked me to send this to the list.  It is the same as the pre=
vious draft except for cosmetic changes (dates, etc.)

Jonathan Nichola=
s
Network Systems Engineer
ITT Aerospace/Communications Division

 <<=
draft-ietf-pim-mib-v2-02.txt>> 
************************************
Th=
is email and any files transmitted with it are proprietary and intended s=
olely for the use of the individual or entity to whom they are addressed.=
 If you have received this email in error please notify the sender. Pleas=
e note that any views or opinions presented in this email are solely thos=
e of the author and do not necessarily represent those of ITT Industries,=
 Inc. The recipient should check this email and any attachments for the p=
resence of viruses. ITT Industries accepts no liability for any damage ca=
used by any virus transmitted by this email.
***************************=
********* 


------_=_NextPart_001_01C39E28.036F1D80
Content-Type: text/plain;
	name="draft-ietf-pim-mib-v2-02.txt"
Content-Description: draft-ietf-pim-mib-v2-02.txt
Content-Disposition: attachment;
	filename="draft-ietf-pim-mib-v2-02.txt"
Content-Transfer-Encoding: base64

SW50ZXJuZXQgRW5naW5lZXJpbmcgVGFzayBGb3JjZSAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgUElNLVdHDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBFZGl0b3INCmRyYWZ0LWlldGYtcGltLW1pYi12Mi0w
Mi50eHQgICAgICAgICAgICAgICAgICAgICAgICAgICBKb25hdGhhbiBOaWNob2xhcw0KICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IElUVCBBL0NEDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIEV4cGlyZXMgQXByaWwgMjAwNA0KDQoNCiAgICAgICAg
ICAgICAgICAgICAgUHJvdG9jb2wgSW5kZXBlbmRlbnQgTXVsdGljYXN0IE1JQg0KDQoNCg0KU3Rh
dHVzIG9mIHRoaXMgRG9jdW1lbnQNCg0KVGhpcyBkb2N1bWVudCBpcyBhbiBJbnRlcm5ldC1EcmFm
dCBhbmQgaXMgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoIGFsbA0KcHJvdmlzaW9ucyBvZiBTZWN0
aW9uIDEwIG9mIFJGQzIwMjYuDQoNCkludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVu
dHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVyaW5nIFRhc2sNCkZvcmNlIChJRVRGKSwgaXRzIGFy
ZWFzLCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAgTm90ZSB0aGF0IG90aGVyIGdyb3Vwcw0KbWF5
IGFsc28gZGlzdHJpYnV0ZSB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC1EcmFmdHMuDQoN
CkludGVybmV0LURyYWZ0cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0g
b2Ygc2l4IG1vbnRocw0KYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xldGVk
IGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkNCnRpbWUuICBJdCBpcyBpbmFwcHJvcHJpYXRlIHRv
IHVzZSBJbnRlcm5ldC0gRHJhZnRzIGFzIHJlZmVyZW5jZSBtYXRlcmlhbA0Kb3IgdG8gY2l0ZSB0
aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIg0KDQpUaGUgbGlzdCBvZiBjdXJy
ZW50IEludGVybmV0LURyYWZ0cyBjYW4gYmUgYWNjZXNzZWQgYXQNCmh0dHA6Ly93d3cuaWV0Zi5v
cmcvaWV0Zi8xaWQtYWJzdHJhY3RzLnR4dA0KDQpUaGUgbGlzdCBvZiBJbnRlcm5ldC1EcmFmdCBT
aGFkb3cgRGlyZWN0b3JpZXMgY2FuIGJlIGFjY2Vzc2VkIGF0DQpodHRwOi8vd3d3LmlldGYub3Jn
L3NoYWRvdy5odG1sLg0KDQpUaGlzIGRvY3VtZW50IGlzIGEgcHJvZHVjdCBvZiB0aGUgSUVURiBQ
SU0gV0cuICBDb21tZW50cyBzaG91bGQgYmUNCmFkZHJlc3NlZCB0byB0aGUgYXV0aG9ycywgb3Ig
dGhlIFdHJ3MgbWFpbGluZyBsaXN0IGF0DQpwaW1AY2F0YXJpbmEudXNjLmVkdS4NCg0KDQoNCiAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQWJzdHJhY3QNCg0KVGhpcyBtZW1vIGRlZmlu
ZXMgYSBwb3J0aW9uIG9mIHRoZSBNYW5hZ2VtZW50IEluZm9ybWF0aW9uIEJhc2UgKE1JQikgZm9y
DQp1c2Ugd2l0aCBuZXR3b3JrIG1hbmFnZW1lbnQgcHJvdG9jb2xzIGluIHRoZSBJbnRlcm5ldCBj
b21tdW5pdHkuICBJbg0KcGFydGljdWxhciwgaXQgZGVzY3JpYmVzIG1hbmFnZWQgb2JqZWN0cyB1
c2VkIGZvciBtYW5hZ2luZyB0aGUgUHJvdG9jb2wNCkluZGVwZW5kZW50IE11bHRpY2FzdCAoUElN
KSBwcm90b2NvbC4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSAxXQ0KDA0K
SU5URVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXByaWwgMjAwNCAgICAgICAgICAg
ICAgT2N0b2JlciAyMDAzDQoNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRhYmxlIG9m
IENvbnRlbnRzDQoNCiAgIDEgSW50cm9kdWN0aW9uIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gIDINCiAgIDIgVGhlIFNOTVAgTmV0d29yayBNYW5hZ2Vt
ZW50IEZyYW1ld29yayAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gIDINCiAgIDMgT3ZlcnZpZXcg
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gIDMN
CiAgIDQgRGVmaW5pdGlvbnMgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4gIDQNCiAgIDUgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gMjkNCiAgIDYgQWNrbm93bGVkZ2VtZW50cyAuLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gMzANCiAgIDcgQXV0aG9y
cycgQWRkcmVzc2VzIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4g
MzANCiAgIDggUmVmZXJlbmNlcyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4gMzANCg0KDQoxLiAgSW50cm9kdWN0aW9uDQoNClRoaXMgbWVtbyBkZWZp
bmVzIGEgcG9ydGlvbiBvZiB0aGUgTWFuYWdlbWVudCBJbmZvcm1hdGlvbiBCYXNlIChNSUIpIGZv
cg0KdXNlIHdpdGggbmV0d29yayBtYW5hZ2VtZW50IHByb3RvY29scyBpbiB0aGUgSW50ZXJuZXQg
Y29tbXVuaXR5LiAgSW4NCnBhcnRpY3VsYXIsIGl0IGRlc2NyaWJlcyBtYW5hZ2VkIG9iamVjdHMg
dXNlZCBmb3IgbWFuYWdpbmcgdGhlIFByb3RvY29sDQpJbmRlcGVuZGVudCBNdWx0aWNhc3QgKFBJ
TSkgcHJvdG9jb2wgWzE4LDE5XS4NCg0KDQoyLiAgVGhlIFNOTVAgTmV0d29yayBNYW5hZ2VtZW50
IEZyYW1ld29yaw0KDQpUaGUgU05NUCBNYW5hZ2VtZW50IEZyYW1ld29yayBwcmVzZW50bHkgY29u
c2lzdHMgb2YgZml2ZSBtYWpvcg0KY29tcG9uZW50czoNCg0KKiBBbiBvdmVyYWxsIGFyY2hpdGVj
dHVyZSwgZGVzY3JpYmVkIGluIFJGQyAyNTcxIFsxXS4NCg0KKiBNZWNoYW5pc21zIGZvciBkZXNj
cmliaW5nIGFuZCBuYW1pbmcgb2JqZWN0cyBhbmQgZXZlbnRzIGZvciB0aGUNCiAgcHVycG9zZSBv
ZiBtYW5hZ2VtZW50LiAgVGhlIGZpcnN0IHZlcnNpb24gb2YgdGhpcyBTdHJ1Y3R1cmUgb2YNCiAg
TWFuYWdlbWVudCBJbmZvcm1hdGlvbiAoU01JKSBpcyBjYWxsZWQgU01JdjEgYW5kIGRlc2NyaWJl
ZCBpbiBTVEQgMTYsDQogIFJGQyAxMTU1IFsyXSwgU1REIDE2LCBSRkMgMTIxMiBbM10gYW5kIFJG
QyAxMjE1IFs0XS4gIFRoZSBzZWNvbmQgDQogIHZlcnNpb24sIGNhbGxlZCBTTUl2MiwgaXMgZGVz
Y3JpYmVkIGluIFNURCA1OCwgUkZDIDI1NzggWzVdLCBTVEQgNTgsDQogIFJGQyAyNTc5IFs2XSBh
bmQgU1REIDU4LCBSRkMgMjU4MCBbN10uDQoNCiogTWVzc2FnZSBwcm90b2NvbHMgZm9yIHRyYW5z
ZmVycmluZyBtYW5hZ2VtZW50IGluZm9ybWF0aW9uLiAgVGhlIGZpcnN0DQogIHZlcnNpb24gb2Yg
dGhlIFNOTVAgbWVzc2FnZSBwcm90b2NvbCBpcyBjYWxsZWQgU05NUHYxIGFuZCBkZXNjcmliZWQN
CiAgaW4gU1REIDE1LCBSRkMgMTE1NyBbOF0uICBBIHNlY29uZCB2ZXJzaW9uIG9mIHRoZSBTTk1Q
IG1lc3NhZ2UNCiAgcHJvdG9jb2wsIHdoaWNoIGlzIG5vdCBhbiBJbnRlcm5ldCBzdGFuZGFyZHMg
dHJhY2sgcHJvdG9jb2wsIGlzIGNhbGxlZA0KICBTTk1QdjJjIGFuZCBkZXNjcmliZWQgaW4gUkZD
IDE5MDEgWzldIGFuZCBSRkMgMTkwNiBbMTBdLiAgVGhlIHRoaXJkIA0KICB2ZXJzaW9uIG9mIHRo
ZSBtZXNzYWdlIHByb3RvY29sIGlzIGNhbGxlZCBTTk1QdjMgYW5kIGRlc2NyaWJlZCBpbiANCiAg
UkZDIDE5MDYgWzEwXSwgUkZDIDI1NzIgWzExXSBhbmQgUkZDIDI1NzQgWzEyXS4NCg0KKiBQcm90
b2NvbCBvcGVyYXRpb25zIGZvciBhY2Nlc3NpbmcgbWFuYWdlbWVudCBpbmZvcm1hdGlvbi4gIFRo
ZSBmaXJzdA0KICBzZXQgb2YgcHJvdG9jb2wgb3BlcmF0aW9ucyBhbmQgYXNzb2NpYXRlZCBQRFUg
Zm9ybWF0cyBpcyBkZXNjcmliZWQgaW4NCiAgU1REIDE1LCBSRkMgMTE1NyBbOF0uICBBIHNlY29u
ZCBzZXQgb2YgcHJvdG9jb2wgb3BlcmF0aW9ucyBhbmQgDQogIGFzc29jaWF0ZWQgUERVIGZvcm1h
dHMgaXMgZGVzY3JpYmVkIGluIFJGQyAxOTA1IFsxM10uDQoNCiogQSBzZXQgb2YgZnVuZGFtZW50
YWwgYXBwbGljYXRpb25zIGRlc2NyaWJlZCBpbiBSRkMgMjU3MyBbMTRdIGFuZCB0aGUNCiAgdmll
dy1iYXNlZCBhY2Nlc3MgY29udHJvbCBtZWNoYW5pc20gZGVzY3JpYmVkIGluIFJGQyAyNTc1IFsx
NV0uDQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBbUGFnZSAyXQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAg
ICBFeHBpcmVzOiBEZWNlbWJlciAyMDAyICAgICAgICAgICAgICAgSnVuZSAyMDAyDQoNCk1hbmFn
ZWQgb2JqZWN0cyBhcmUgYWNjZXNzZWQgdmlhIGEgdmlydHVhbCBpbmZvcm1hdGlvbiBzdG9yZSwg
dGVybWVkIHRoZQ0KTWFuYWdlbWVudCBJbmZvcm1hdGlvbiBCYXNlIG9yIE1JQi4gIE9iamVjdHMg
aW4gdGhlIE1JQiBhcmUgZGVmaW5lZA0KdXNpbmcgdGhlIG1lY2hhbmlzbXMgZGVmaW5lZCBpbiB0
aGUgU01JLg0KDQpUaGlzIG1lbW8gc3BlY2lmaWVzIGEgTUlCIG1vZHVsZSB0aGF0IGlzIGNvbXBs
aWFudCB0byB0aGUgU01JdjIuICBBIE1JQg0KY29uZm9ybWluZyB0byB0aGUgU01JdjEgY2FuIGJl
IHByb2R1Y2VkIHRocm91Z2ggdGhlIGFwcHJvcHJpYXRlDQp0cmFuc2xhdGlvbnMuICBUaGUgcmVz
dWx0aW5nIHRyYW5zbGF0ZWQgTUlCIG11c3QgYmUgc2VtYW50aWNhbGx5DQplcXVpdmFsZW50LCBl
eGNlcHQgd2hlcmUgb2JqZWN0cyBvciBldmVudHMgYXJlIG9taXR0ZWQgYmVjYXVzZSBubw0KdHJh
bnNsYXRpb24gaXMgcG9zc2libGUgKHVzZSBvZiBDb3VudGVyNjQpLiAgU29tZSBtYWNoaW5lIHJl
YWRhYmxlDQppbmZvcm1hdGlvbiBpbiBTTUl2MiB3aWxsIGJlIGNvbnZlcnRlZCBpbnRvIHRleHR1
YWwgZGVzY3JpcHRpb25zIGluDQpTTUl2MSBkdXJpbmcgdGhlIHRyYW5zbGF0aW9uIHByb2Nlc3Mu
ICBIb3dldmVyLCB0aGlzIGxvc3Mgb2YgbWFjaGluZQ0KcmVhZGFibGUgaW5mb3JtYXRpb24gaXMg
bm90IGNvbnNpZGVyZWQgdG8gY2hhbmdlIHRoZSBzZW1hbnRpY3Mgb2YgdGhlDQpNSUIuDQoNCg0K
My4gIE92ZXJ2aWV3DQoNClRoaXMgTUlCIG1vZHVsZSBjb250YWlucyBvbmUgc2NhbGFyIGFuZCBl
aWdodCB0YWJsZXMuICBTb21lIG9mIHRoZQ0Kb2JqZWN0cyBpbiB0aGVzZSB0YWJsZXMgYXJlIGRl
cHJlY2F0ZWQuICBUaGlzIE1JQiBjb250YWlucyBkZXByZWNhdGVkDQpvYmplY3RzIHNpbmNlIHRo
ZXkgYXJlIG5lY2Vzc2FyeSBmb3IgbWFuYWdpbmcgUElNdjEgcm91dGVycywgYnV0IFBJTXYxDQpp
dHNlbGYgaXMgb2Jzb2xldGVkIGJ5IFBJTSB2MiBbMTgsMTldLg0KDQpUaGUgdGFibGVzIGNvbnRh
aW5lZCBpbiB0aGlzIE1JQiBhcmU6DQoNCiAgICgxKSAgVGhlIFBJTSBJbnRlcmZhY2UgVGFibGUg
Y29udGFpbnMgb25lIHJvdyBmb3IgZWFjaCBvZiB0aGUNCiAgICAgICAgcm91dGVyJ3MgUElNIGlu
dGVyZmFjZXMuDQoNCiAgICgyKSAgVGhlIFBJTSBOZWlnaGJvciBUYWJsZSBjb250YWlucyBvbmUg
cm93IGZvciBlYWNoIG9mIHRoZSByb3V0ZXIncw0KICAgICAgICBQSU0gbmVpZ2hib3JzLg0KDQog
ICAoMykgIFRoZSBQSU0gSVAgTXVsdGljYXN0IFJvdXRlIFRhYmxlIGNvbnRhaW5zIG9uZSByb3cg
Zm9yIGVhY2gNCiAgICAgICAgbXVsdGljYXN0IHJvdXRpbmcgZW50cnkgd2hvc2UgaW5jb21pbmcg
aW50ZXJmYWNlIGlzIHJ1bm5pbmcgUElNLg0KDQogICAoNCkgIFRoZSBQSU0gTmV4dCBIb3AgVGFi
bGUgd2hpY2ggY29udGFpbnMgb25lIHJvdyBmb3IgZWFjaCBvdXRnb2luZw0KICAgICAgICBpbnRl
cmZhY2UgbGlzdCBlbnRyeSBpbiB0aGUgbXVsdGljYXN0IHJvdXRpbmcgdGFibGUgd2hvc2UNCiAg
ICAgICAgaW50ZXJmYWNlIGlzIHJ1bm5pbmcgUElNLCBhbmQgd2hvc2Ugc3RhdGUgaXMgcHJ1bmVk
Lg0KDQogICAoNSkgIFRoZSAoZGVwcmVjYXRlZCkgUElNIFJQIFRhYmxlIGNvbnRhaW5zIHRoZSBQ
SU0gKHZlcnNpb24gMSkNCiAgICAgICAgaW5mb3JtYXRpb24gZm9yIElQIG11bHRpY2FzdCBncm91
cHMgd2hpY2ggaXMgY29tbW9uIHRvIGFsbCBSUHMNCiAgICAgICAgb2YgYSBncm91cC4NCg0KICAg
KDYpICBUaGUgUElNIFJQLVNldCBUYWJsZSBjb250YWlucyB0aGUgUElNICh2ZXJzaW9uIDIpIGlu
Zm9ybWF0aW9uDQogICAgICAgIGZvciBzZXRzIG9mIGNhbmRpZGF0ZSBSZW5kZXp2b3VzIFBvaW50
cyAoUlBzKSBmb3IgSVAgbXVsdGljYXN0DQogICAgICAgIGdyb3VwIGFkZHJlc3NlcyB3aXRoIHBh
cnRpY3VsYXIgYWRkcmVzcyBwcmVmaXhlcy4NCg0KICAgKDcpICBUaGUgUElNIENhbmRpZGF0ZS1S
UCBUYWJsZSBjb250YWlucyB0aGUgSVAgbXVsdGljYXN0IGdyb3VwcyBmb3INCiAgICAgICAgd2hp
Y2ggdGhlIGxvY2FsIHJvdXRlciBpcyB0byBhZHZlcnRpc2UgaXRzZWxmIGFzIGEgQ2FuZGlkYXRl
LVJQLg0KICAgICAgICBJZiB0aGlzIHRhYmxlIGlzIGVtcHR5LCB0aGVuIHRoZSBsb2NhbCByb3V0
ZXIgYWR2ZXJ0aXNlcyBpdHNlbGYNCiAgICAgICAgYXMgYSBDYW5kaWRhdGUtUlAgZm9yIGFsbCBn
cm91cHMuDQoNCiAgICg4KSAgVGhlIFBJTSBDb21wb25lbnQgVGFibGUgY29udGFpbnMgb25lIHJv
dyBmb3IgZWFjaCBvZiB0aGUgUElNDQogICAgICAgIGRvbWFpbnMgdG8gd2hpY2ggdGhlIHJvdXRl
ciBpcyBjb25uZWN0ZWQuDQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDNdDQoMDQpJTlRFUk5FVC1EUkFGVCAg
ICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMN
Cg0KNC4gIERlZmluaXRpb25zDQoNClBJTS1NSUIgREVGSU5JVElPTlMgOjo9IEJFR0lODQoNCklN
UE9SVFMNCiAgICBNT0RVTEUtSURFTlRJVFksIE9CSkVDVC1UWVBFLCBleHBlcmltZW50YWwsDQog
ICAgTk9USUZJQ0FUSU9OLVRZUEUsDQogICAgSW50ZWdlcjMyLCBJcEFkZHJlc3MsIFRpbWVUaWNr
cyAgRlJPTSBTTk1QdjItU01JDQogICAgUm93U3RhdHVzLCBUcnV0aFZhbHVlICAgICAgICAgICAg
RlJPTSBTTk1QdjItVEMNCiAgICBNT0RVTEUtQ09NUExJQU5DRSwgT0JKRUNULUdST1VQLA0KICAg
IE5PVElGSUNBVElPTi1HUk9VUCAgICAgICAgICAgICAgIEZST00gU05NUHYyLUNPTkYNCiAgICBp
cE1Sb3V0ZUdyb3VwLCBpcE1Sb3V0ZVNvdXJjZSwNCiAgICBpcE1Sb3V0ZVNvdXJjZU1hc2ssIGlw
TVJvdXRlTmV4dEhvcEdyb3VwLA0KICAgIGlwTVJvdXRlTmV4dEhvcFNvdXJjZSwgaXBNUm91dGVO
ZXh0SG9wU291cmNlTWFzaywNCiAgICBpcE1Sb3V0ZU5leHRIb3BJZkluZGV4LA0KICAgIGlwTVJv
dXRlTmV4dEhvcEFkZHJlc3MgICAgICAgICAgIEZST00gSVBNUk9VVEUtU1RELU1JQg0KICAgIElu
dGVyZmFjZUluZGV4ICAgICAgICAgICAgICAgICAgIEZST00gSUYtTUlCOw0KDQpwaW1NSUIgTU9E
VUxFLUlERU5USVRZDQogICAgTEFTVC1VUERBVEVEICIyMDAyMTAyODAwMDBaIiAtLSBPY3RvYmVy
IDI4LCAyMDAyDQogICAgT1JHQU5JWkFUSU9OICJJRVRGIFBJTSBXb3JraW5nIEdyb3VwLiINCiAg
ICBDT05UQUNULUlORk8NCiAgICAgICAgICAgICIgSm9uYXRoYW4gTmljaG9sYXMNCiAgICAgICAg
ICAgICAgSVRUIEluZHVzdHJpZXMNCiAgICAgICAgICAgICAgQWVyb3NwYWNlL0NvbW11bmljYXRp
b25zIERpdmlzaW9uDQogICAgICAgICAgICAgIDEwMCBLaW5nc2xhbmQgUmQNCiAgICAgICAgICAg
ICAgQ2xpZnRvbiwgTkogMDcwMTQNCg0KICAgICAgICAgICAgICBQaG9uZTogKzEgOTczIDI4NCAy
MDE5DQogICAgICAgICAgICAgIEVNYWlsOiBqb25hdGhhbi5uaWNob2xhc0BpdHQuY29tIg0KICAg
IERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIE1JQiBtb2R1bGUgZm9yIG1hbmFnZW1lbnQg
b2YgUElNIHJvdXRlcnMuIg0KICAgIFJFVklTSU9OICAgICAiMjAwMDA5MjgwMDAwWiIgLS0gU2Vw
dGVtYmVyIDI4LCAyMDAwDQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJJbml0aWFsIHZl
cnNpb24sIHB1Ymxpc2hlZCBhcyBSRkMgMjkzNC4iICAgIA0KICAgIFJFVklTSU9OICAgICAiMjAw
MjEwMjgwMDAwWiIgLS0gT2N0b2JlciAyOCwgMjAwMg0KICAgIERFU0NSSVBUSU9ODQogICAgICAg
ICAgICAiUmV2aXNlZCBOb3ZlbWJlciA0LCAyMDAyLiINCiAgICA6Oj0geyBleHBlcmltZW50YWwg
NjEgfQ0KDQpwaW1NSUJPYmplY3RzIE9CSkVDVCBJREVOVElGSUVSIDo6PSB7IHBpbU1JQiAxIH0N
Cg0KcGltVHJhcHMgICAgICBPQkpFQ1QgSURFTlRJRklFUiA6Oj0geyBwaW1NSUJPYmplY3RzIDAg
fQ0KDQpwaW0gICAgICAgICAgIE9CSkVDVCBJREVOVElGSUVSIDo6PSB7IHBpbU1JQk9iamVjdHMg
MSB9DQoNCg0KDQoNCg0KDQoNCg0KDQpOaWNob2xhcyAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgNF0NCgwNCklOVEVSTkVULURSQUZU
ICAgICAgICAgICAgIEV4cGlyZXM6IEFwcmlsIDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIgMjAw
Mw0KDQpwaW1Kb2luUHJ1bmVJbnRlcnZhbCBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgSW50
ZWdlcjMyDQogICAgVU5JVFMgICAgICAic2Vjb25kcyINCiAgICBNQVgtQUNDRVNTIHJlYWQtd3Jp
dGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAg
IlRoZSBkZWZhdWx0IGludGVydmFsIGF0IHdoaWNoIHBlcmlvZGljIFBJTS1TTSBKb2luL1BydW5l
DQogICAgICAgICAgICBtZXNzYWdlcyBhcmUgdG8gYmUgc2VudC4iDQogICAgREVGVkFMIHsgNjAg
fQ0KICAgIDo6PSB7IHBpbSAxIH0NCg0KDQotLSBUaGUgUElNIEludGVyZmFjZSBUYWJsZQ0KDQpw
aW1JbnRlcmZhY2VUYWJsZSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgU0VRVUVOQ0UgT0Yg
UGltSW50ZXJmYWNlRW50cnkNCiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlDQogICAgU1RB
VFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgKGNvbmNl
cHR1YWwpIHRhYmxlIGxpc3RpbmcgdGhlIHJvdXRlcidzIFBJTSBpbnRlcmZhY2VzLg0KICAgICAg
ICAgICAgSUdNUCBhbmQgUElNIGFyZSBlbmFibGVkIG9uIGFsbCBpbnRlcmZhY2VzIGxpc3RlZCBp
biB0aGlzDQogICAgICAgICAgICB0YWJsZS4iDQogICAgOjo9IHsgcGltIDIgfQ0KDQpwaW1JbnRl
cmZhY2VFbnRyeSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgUGltSW50ZXJmYWNlRW50cnkN
CiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlDQogICAgU1RBVFVTICAgICBjdXJyZW50DQog
ICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJBbiBlbnRyeSAoY29uY2VwdHVhbCByb3cpIGlu
IHRoZSBwaW1JbnRlcmZhY2VUYWJsZS4iDQogICAgSU5ERVggICAgICB7IHBpbUludGVyZmFjZUlm
SW5kZXggfQ0KICAgIDo6PSB7IHBpbUludGVyZmFjZVRhYmxlIDEgfQ0KDQpQaW1JbnRlcmZhY2VF
bnRyeSA6Oj0gU0VRVUVOQ0Ugew0KICAgIHBpbUludGVyZmFjZUlmSW5kZXggICAgICAgICAgICBJ
bnRlcmZhY2VJbmRleCwNCiAgICBwaW1JbnRlcmZhY2VBZGRyZXNzICAgICAgICAgICAgSXBBZGRy
ZXNzLA0KICAgIHBpbUludGVyZmFjZU5ldE1hc2sgICAgICAgICAgICBJcEFkZHJlc3MsDQogICAg
cGltSW50ZXJmYWNlTW9kZSAgICAgICAgICAgICAgIElOVEVHRVIsDQogICAgcGltSW50ZXJmYWNl
RFIgICAgICAgICAgICAgICAgIElwQWRkcmVzcywNCiAgICBwaW1JbnRlcmZhY2VIZWxsb0ludGVy
dmFsICAgICAgSW50ZWdlcjMyLA0KICAgIHBpbUludGVyZmFjZVN0YXR1cyAgICAgICAgICAgICBS
b3dTdGF0dXMsDQogICAgcGltSW50ZXJmYWNlSm9pblBydW5lSW50ZXJ2YWwgIEludGVnZXIzMiwN
CiAgICBwaW1JbnRlcmZhY2VDQlNSUHJlZmVyZW5jZSAgICAgSW50ZWdlcjMyLA0KICAgIHBpbUlu
dGVyZmFjZVRyaWdIZWxsb0ludGVydmFsICBJbnRlZ2VyMzIsDQogICAgcGltSW50ZXJmYWNlSGVs
bG9Ib2xkdGltZSAgICAgIEludGVnZXIzMiwNCiAgICBwaW1JbnRlcmZhY2VMYW5QcnVuZURlbGF5
ICAgICAgQklUUywNCiAgICBwaW1JbnRlcmZhY2VQcm9wYWdhdGlvbkRlbGF5ICAgSW50ZWdlcjMy
LA0KICAgIHBpbUludGVyZmFjZU92ZXJyaWRlSW50ZXJ2YWwgICBJbnRlZ2VyMzIsDQogICAgcGlt
SW50ZXJmYWNlR2VuZXJhdGlvbklEICAgICAgIEJJVFMsDQogICAgcGltSW50ZXJmYWNlSm9pblBy
dW5lSG9sZHRpbWUgIEludGVnZXIzMiwNCiAgICBwaW1JbnRlcmZhY2VHcmFmdFJldHJ5SW50ZXJ2
YWwgSW50ZWdlcjMyLA0KICAgIHBpbUludGVyZmFjZU1heEdyYWZ0UmV0cmllcyAgICBJbnRlZ2Vy
MzIsDQogICAgcGltSW50ZXJmYWNlU1JUVExUaHJlc2hvbGQgICAgIEludGVnZXIzMiwNCg0KTmlj
aG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIFtQYWdlIDVdDQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJp
bCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMNCg0KICAgIHBpbUludGVyZmFjZUxhbkRl
bGF5RW5hYmxlZCAgICBUcnV0aFZhbHVlLA0KICAgIHBpbUludGVyZmFjZVNSQ2FwYWJsZSAgICAg
ICAgICBUcnV0aFZhbHVlLA0KICAgIHBpbUludGVyZmFjZURSUHJpb3JpdHkgICAgICAgICBJbnRl
Z2VyMzINCn0NCg0KcGltSW50ZXJmYWNlSWZJbmRleCBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAg
ICAgSW50ZXJmYWNlSW5kZXgNCiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlDQogICAgU1RB
VFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgaWZJbmRl
eCB2YWx1ZSBvZiB0aGlzIFBJTSBpbnRlcmZhY2UuIg0KICAgIDo6PSB7IHBpbUludGVyZmFjZUVu
dHJ5IDEgfQ0KDQpwaW1JbnRlcmZhY2VBZGRyZXNzIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAg
ICBJcEFkZHJlc3MNCiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3Vy
cmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIElQIGFkZHJlc3Mgb2YgdGhl
IFBJTSBpbnRlcmZhY2UuIg0KICAgIDo6PSB7IHBpbUludGVyZmFjZUVudHJ5IDIgfQ0KDQpwaW1J
bnRlcmZhY2VOZXRNYXNrIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJcEFkZHJlc3MNCiAg
ICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NS
SVBUSU9ODQogICAgICAgICAgICAiVGhlIG5ldHdvcmsgbWFzayBmb3IgdGhlIElQIGFkZHJlc3Mg
b2YgdGhlIFBJTSBpbnRlcmZhY2UuIg0KICAgIDo6PSB7IHBpbUludGVyZmFjZUVudHJ5IDMgfQ0K
DQpwaW1JbnRlcmZhY2VNb2RlIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJTlRFR0VSIHsg
ZGVuc2UoMSksIHNwYXJzZSgyKSwgc3BhcnNlRGVuc2UoMykgfQ0KICAgIE1BWC1BQ0NFU1MgcmVh
ZC1jcmVhdGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAg
ICAgICAgIlRoZSBjb25maWd1cmVkIG1vZGUgb2YgdGhpcyBQSU0gaW50ZXJmYWNlLiAgQSB2YWx1
ZSBvZg0KICAgICAgICAgICAgc3BhcnNlRGVuc2UgaXMgb25seSB2YWxpZCBmb3IgUElNdjEuIg0K
ICAgIERFRlZBTCAgICAgeyBkZW5zZSB9DQogICAgOjo9IHsgcGltSW50ZXJmYWNlRW50cnkgNCB9
DQoNCnBpbUludGVyZmFjZURSIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJcEFkZHJlc3MN
CiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERF
U0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIERlc2lnbmF0ZWQgUm91dGVyIG9uIHRoaXMgUElN
IGludGVyZmFjZS4iDQogICAgOjo9IHsgcGltSW50ZXJmYWNlRW50cnkgNSB9DQoNCg0KDQoNCg0K
DQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIFtQYWdlIDZdDQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBFeHBp
cmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMNCg0KcGltSW50ZXJmYWNl
SGVsbG9JbnRlcnZhbCBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgSW50ZWdlcjMyDQogICAg
VU5JVFMgICAgICAic2Vjb25kcyINCiAgICBNQVgtQUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RB
VFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgZnJlcXVl
bmN5IGF0IHdoaWNoIFBJTSBIZWxsbyBtZXNzYWdlcyBhcmUgdHJhbnNtaXR0ZWQNCiAgICAgICAg
ICAgIG9uIHRoaXMgaW50ZXJmYWNlLiINCiAgICBERUZWQUwgICAgIHsgMzAgfQ0KICAgIDo6PSB7
IHBpbUludGVyZmFjZUVudHJ5IDYgfQ0KDQpwaW1JbnRlcmZhY2VTdGF0dXMgT0JKRUNULVRZUEUN
CiAgICBTWU5UQVggICAgIFJvd1N0YXR1cw0KICAgIE1BWC1BQ0NFU1MgcmVhZC1jcmVhdGUNCiAg
ICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSBz
dGF0dXMgb2YgdGhpcyBlbnRyeS4gIENyZWF0aW5nIHRoZSBlbnRyeSBlbmFibGVzIFBJTQ0KICAg
ICAgICAgICAgb24gdGhlIGludGVyZmFjZTsgZGVzdHJveWluZyB0aGUgZW50cnkgZGlzYWJsZXMg
UElNIG9uIHRoZQ0KICAgICAgICAgICAgaW50ZXJmYWNlLiINCiAgICA6Oj0geyBwaW1JbnRlcmZh
Y2VFbnRyeSA3IH0NCg0KcGltSW50ZXJmYWNlSm9pblBydW5lSW50ZXJ2YWwgT0JKRUNULVRZUEUN
CiAgICBTWU5UQVggICAgIEludGVnZXIzMg0KICAgIFVOSVRTICAgICAgInNlY29uZHMiDQogICAg
TUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NS
SVBUSU9ODQogICAgICAgICAgICAiVGhlIGZyZXF1ZW5jeSBhdCB3aGljaCBQSU0gSm9pbi9QcnVu
ZSBtZXNzYWdlcyBhcmUNCiAgICAgICAgICAgIHRyYW5zbWl0dGVkIG9uIHRoaXMgUElNIGludGVy
ZmFjZS4gIFRoZSBkZWZhdWx0IHZhbHVlIG9mDQogICAgICAgICAgICB0aGlzIG9iamVjdCBpcyB0
aGUgcGltSm9pblBydW5lSW50ZXJ2YWwuIg0KICAgIDo6PSB7IHBpbUludGVyZmFjZUVudHJ5IDgg
fQ0KDQpwaW1JbnRlcmZhY2VDQlNSUHJlZmVyZW5jZSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAg
ICAgSW50ZWdlcjMyICgtMS4uMjU1KQ0KICAgIE1BWC1BQ0NFU1MgcmVhZC1jcmVhdGUNCiAgICBT
VEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSBwcmVm
ZXJlbmNlIHZhbHVlIGZvciB0aGUgbG9jYWwgaW50ZXJmYWNlIGFzIGEgY2FuZGlkYXRlDQogICAg
ICAgICAgICBib290c3RyYXAgcm91dGVyLiAgVGhlIHZhbHVlIG9mIC0xIGlzIHVzZWQgdG8gaW5k
aWNhdGUgdGhhdA0KICAgICAgICAgICAgdGhlIGxvY2FsIGludGVyZmFjZSBpcyBub3QgYSBjYW5k
aWRhdGUgQlNSIGludGVyZmFjZS4iDQogICAgREVGVkFMICAgICB7IDAgfQ0KICAgIDo6PSB7IHBp
bUludGVyZmFjZUVudHJ5IDkgfQ0KDQpwaW1JbnRlcmZhY2VUcmlnSGVsbG9JbnRlcnZhbCBPQkpF
Q1QtVFlQRSANCiAgICBTWU5UQVggSW50ZWdlcjMyIA0KICAgIFVOSVRTICJzZWNvbmRzIg0KICAg
IE1BWC1BQ0NFU1MgcmVhZC1jcmVhdGUNCiAgICBTVEFUVVMgY3VycmVudA0KICAgIERFU0NSSVBU
SU9OICJUaGUgbWF4aW11bSB0aW1lIGJlZm9yZSBhIHRyaWdnZXJlZCBQSU0gSGVsbG8gbWVzc2Fn
ZSANCiAgICAgICAgICAgICAgICAgaXMgdHJhbnNtaXR0ZWQgb24gdGhpcyBpbnRlcmZhY2UuIg0K
ICAgIERFRlZBTCB7IDUgfSANCiAgICA6Oj0geyBwaW1JbnRlcmZhY2VFbnRyeSAxMCB9IA0KDQoN
Ck5pY2hvbGFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBbUGFnZSA3XQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczog
QXByaWwgMjAwNCAgICAgICAgICAgICAgT2N0b2JlciAyMDAzDQoNCnBpbUludGVyZmFjZUhlbGxv
SG9sZHRpbWUgT0JKRUNULVRZUEUgDQogICAgU1lOVEFYIEludGVnZXIzMiAoMC4uNjU1MzUpIA0K
ICAgIFVOSVRTICJzZWNvbmRzIg0KICAgIE1BWC1BQ0NFU1MgcmVhZC1jcmVhdGUNCiAgICBTVEFU
VVMgY3VycmVudA0KICAgIERFU0NSSVBUSU9OICJUaGUgdmFsdWUgc2V0IGluIHRoZSBIb2xkdGlt
ZSBmaWVsZCBvZiBIZWxsbyBtZXNzYWdlcyANCiAgICAgICAgICAgICAgICAgdHJhbnNtaXR0ZWQg
b24gdGhpcyBpbnRlcmZhY2UuICBUaGlzIHNob3VsZCBiZSAzLjUgDQogICAgICAgICAgICAgICAg
IHRpbWVzIHRoZSB2YWx1ZSBvZiBwaW1JbnRlcmZhY2VIZWxsb0ludGVydmFsLiINCiAgICBERUZW
QUwgeyAxMDUgfSANCiAgICA6Oj0geyBwaW1JbnRlcmZhY2VFbnRyeSAxMSB9IA0KDQpwaW1JbnRl
cmZhY2VMYW5QcnVuZURlbGF5IE9CSkVDVC1UWVBFIA0KICAgIFNZTlRBWCBCSVRTIHsgb2ZmICgw
KSwgb24gKDEpIH0NCiAgICBNQVgtQUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RBVFVTIGN1cnJl
bnQNCiAgICBERVNDUklQVElPTiAiVHVybnMgdGhlIExBTiBQcnVuZSBEZWxheSBPcHRpb24gb2Zm
IGFuZCBvbiBvbiB0aGlzIA0KICAgICAgICAgICAgICAgICBpbnRlcmZhY2UuIg0KICAgIERFRlZB
TCB7IG9uIH0NCiAgICA6Oj0geyBwaW1JbnRlcmZhY2VFbnRyeSAxMiB9DQoNCnBpbUludGVyZmFj
ZVByb3BhZ2F0aW9uRGVsYXkgT0JKRUNULVRZUEUgDQogICAgU1lOVEFYIEludGVnZXIzMiAoMC4u
MzI3NjcpDQogICAgVU5JVFMgIm1pbGxpc2Vjb25kcyINCiAgICBNQVgtQUNDRVNTIHJlYWQtY3Jl
YXRlDQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiVGhlIHZhbHVlIGluc2Vy
dGVkIGludG8gdGhlIExBTiBQcnVuZSBEZWxheSBmaWVsZCBvZiBhIA0KICAgICAgICAgICAgICAg
ICBMQU4gUHJ1bmUgRGVsYXkgb3B0aW9uIG9uIHRoaXMgaW50ZXJmYWNlLiINCiAgICBERUZWQUwg
eyA1MDAgfSANCiAgICA6Oj0geyBwaW1JbnRlcmZhY2VFbnRyeSAxMyB9DQoNCnBpbUludGVyZmFj
ZU92ZXJyaWRlSW50ZXJ2YWwgT0JKRUNULVRZUEUgDQogICAgU1lOVEFYIEludGVnZXIzMiAoMC4u
NjU1MzUpDQogICAgTUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyBjdXJyZW50DQog
ICAgREVTQ1JJUFRJT04gIlRoZSB2YWx1ZSBpbnNlcnRlZCBpbnRvIHRoZSBPdmVycmlkZSBJbnRl
cnZhbCBmaWVsZCBvZiANCiAgICAgICAgICAgICAgICAgYSBMQU4gUHJ1bmUgRGVsYXkgb3B0aW9u
IG9uIHRoaXMgaW50ZXJmYWNlLiINCiAgICBERUZWQUwgeyAyNTAwIH0gDQogICAgOjo9IHsgcGlt
SW50ZXJmYWNlRW50cnkgMTQgfSANCg0KcGltSW50ZXJmYWNlR2VuZXJhdGlvbklEIE9CSkVDVC1U
WVBFIA0KICAgIFNZTlRBWCBCSVRTIHsgb2ZmICgwKSwgb24gKDEpIH0NCiAgICBNQVgtQUNDRVNT
IHJlYWQtY3JlYXRlDQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiVHVybnMg
dGhlIEdlbmVyYXRpb24gSUQgT3B0aW9uIG9mZiBhbmQgb24gb24gdGhpcyANCiAgICAgICAgICAg
ICAgICAgaW50ZXJmYWNlLiINCiAgICBERUZWQUwgeyBvZmYgfSANCiAgICA6Oj0geyBwaW1JbnRl
cmZhY2VFbnRyeSAxNSB9DQoNCg0KDQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSA4XQ0KDA0KSU5URVJO
RVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXByaWwgMjAwNCAgICAgICAgICAgICAgT2N0
b2JlciAyMDAzDQoNCnBpbUludGVyZmFjZUpvaW5QcnVuZUhvbGR0aW1lIE9CSkVDVF9UWVBFDQog
ICAgU1lOVEFYIEludGVnZXIzMiAoMC4uNjU1MzUpDQogICAgVU5JVFMgInNlY29uZHMiDQogICAg
TUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyBjdXJyZW50DQogICAgREVTQ1JJUFRJ
T04gIlRoZSB2YWx1ZSBpbnNlcnRlZCBpbnRvIHRoZSBIb2xkdGltZSBmaWVsZCBvZiBhIEpvaW4v
DQogICAgICAgICAgICAgICAgIFBydW5lIG1lc3NhZ2Ugc2VudCBvbiB0aGlzIGludGVyZmFjZS4g
IFRoZSB2YWx1ZSBzaG91bGQNCiAgICAgICAgICAgICAgICAgYmUgMy41IHRpbWVzIHBpbUludGVy
ZmFjZUpvaW5QcnVuZUludGVydmFsLiINCiAgICBERUZWQUwgeyAyMTAgfQ0KICAgIDo6PSB7IHBp
bUludGVyZmFjZUVudHJ5IDE2IH0NCg0KcGltSW50ZXJmYWNlR3JhZnRSZXRyeUludGVydmFsIE9C
SkVDVC1UWVBFIA0KICAgIFNZTlRBWCBJbnRlZ2VyMzINCiAgICBVTklUUyAic2Vjb25kcyINCiAg
ICBNQVgtQUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQ
VElPTiAiVGhlIGludGVydmFsIGEgUElNIHJvdXRlciB3YWl0cyBmb3IgYSBHcmFmdCBBY2sgYmVm
b3JlIA0KICAgICAgICAgICAgICAgICByZXNlbmRpbmcgYSBHcmFmdCBvbiB0aGlzIGludGVyZmFj
ZS4iDQogICAgREVGVkFMIHsgMyB9IA0KICAgIDo6PSB7IHBpbUludGVyZmFjZUVudHJ5IDE3IH0g
DQoNCnBpbUludGVyZmFjZU1heEdyYWZ0UmV0cmllcyBPQkpFQ1QtVFlQRSANCiAgICBTWU5UQVgg
SW50ZWdlcjMyIA0KICAgIE1BWC1BQ0NFU1MgcmVhZC1jcmVhdGUNCiAgICBTVEFUVVMgY3VycmVu
dA0KICAgIERFU0NSSVBUSU9OICJUaGUgbWF4aW11bSBudW1iZXIgb2YgdGltZXMgdGhpcyByb3V0
ZXIgd2lsbCByZXNlbmQgYSANCiAgICAgICAgICAgICAgICAgR3JhZnQgb24gdGhpcyBpbnRlcmZh
Y2UuIg0KICAgIERFRlZBTCB7IDIgfSANCiAgICA6Oj0geyBwaW1JbnRlcmZhY2VFbnRyeSAxOCB9
DQoNCnBpbUludGVyZmFjZVNSVFRMVGhyZXNob2xkIE9CSkVDVC1UWVBFIA0KICAgIFNZTlRBWCBJ
bnRlZ2VyMzIgDQogICAgTUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyBjdXJyZW50
DQogICAgREVTQ1JJUFRJT04gIlRoZSBUaW1lIFRvIExpdmUgaW4gYSBQSU0tRE0gU3RhdGUgUmVm
cmVzaCBtZXNzYWdlIGF0DQogICAgICAgICAgICAgICAgIHdoaWNoIGl0IGlzIG5vdCBmb3J3YXJk
ZWQgb24gdGhpcyBpbnRlcmZhY2UuIg0KICAgIERFRlZBTCB7IDAgfSANCiAgICA6Oj0geyBwaW1J
bnRlcmZhY2VFbnRyeSAxOSB9DQoNCnBpbUludGVyZmFjZUxhbkRlbGF5RW5hYmxlZCBPQkpFQ1Qt
VFlQRSANCiAgICBTWU5UQVggVHJ1dGhWYWx1ZQ0KICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQog
ICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiRXZhbHVhdGVzIHRvIFRSVUUgaWYg
YWxsIHJvdXRlcnMgb24gdGhpcyBpbnRlcmZhY2UgYXJlDQogICAgICAgICAgICAgICAgIHVzaW5n
IHRoZSBMQU4gUHJ1bmUgRGVsYXkgT3B0aW9uLiINCiAgICA6Oj0geyBwaW1JbnRlcmZhY2VFbnRy
eSAyMCB9DQoNCg0KDQoNCg0KDQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDldDQoMDQpJTlRFUk5FVC1EUkFG
VCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIw
MDMNCg0KcGltSW50ZXJmYWNlU1JDYXBhYmxlIE9CSkVDVC1UWVBFIA0KICAgIFNZTlRBWCBUcnV0
aFZhbHVlDQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkNCiAgICBTVEFUVVMgY3VycmVudA0KICAg
IERFU0NSSVBUSU9OICJFdmFsdWF0ZXMgdG8gVFJVRSBpZiBhbGwgcm91dGVycyBvbiB0aGlzIGlu
dGVyZmFjZSBhcmUNCiAgICAgICAgICAgICAgICAgdXNpbmcgdGhlIFN0YXRlIFJlZnJlc2ggQ2Fw
YWJsZSBPcHRpb24uIg0KICAgIDo6PSB7IHBpbUludGVyZmFjZUVudHJ5IDIxIH0NCg0KcGltSW50
ZXJmYWNlRFJQcmlvcml0eSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCBJbnRlZ2VyMzINCiAgICBN
QVgtQUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElP
TiAiVGhlIERlc2lnbmF0ZXIgUm91dGVyIFByaW9yaXR5IGluc2VydGVkIGludG8gdGhlIERSDQog
ICAgICAgICAgICAgICAgIHByaW9yaXR5IG9wdGlvbiBvbiB0aGlzIGludGVyZmFjZS4iDQogICAg
REVGVkFMIHsgMSB9DQogICAgOjo9IHsgcGltSW50ZXJmYWNlRW50cnkgMjIgfQ0KDQoNCi0tIFRo
ZSBQSU0gTmVpZ2hib3IgVGFibGUNCg0KcGltTmVpZ2hib3JUYWJsZSBPQkpFQ1QtVFlQRQ0KICAg
IFNZTlRBWCAgICAgU0VRVUVOQ0UgT0YgUGltTmVpZ2hib3JFbnRyeQ0KICAgIE1BWC1BQ0NFU1Mg
bm90LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0K
ICAgICAgICAgICAgIlRoZSAoY29uY2VwdHVhbCkgdGFibGUgbGlzdGluZyB0aGUgcm91dGVyJ3Mg
UElNIG5laWdoYm9ycy4iDQogICAgOjo9IHsgcGltIDMgfQ0KDQpwaW1OZWlnaGJvckVudHJ5IE9C
SkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBQaW1OZWlnaGJvckVudHJ5DQogICAgTUFYLUFDQ0VT
UyBub3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9O
DQogICAgICAgICAgICAiQW4gZW50cnkgKGNvbmNlcHR1YWwgcm93KSBpbiB0aGUgcGltTmVpZ2hi
b3JUYWJsZS4iDQogICAgSU5ERVggICAgICB7IHBpbU5laWdoYm9yQWRkcmVzcyB9DQogICAgOjo9
IHsgcGltTmVpZ2hib3JUYWJsZSAxIH0NCg0KUGltTmVpZ2hib3JFbnRyeSA6Oj0gU0VRVUVOQ0Ug
ew0KICAgIHBpbU5laWdoYm9yQWRkcmVzcyAgICAgICAgICBJcEFkZHJlc3MsDQogICAgcGltTmVp
Z2hib3JJZkluZGV4ICAgICAgICAgIEludGVyZmFjZUluZGV4LA0KICAgIHBpbU5laWdoYm9yVXBU
aW1lICAgICAgICAgICBUaW1lVGlja3MsDQogICAgcGltTmVpZ2hib3JFeHBpcnlUaW1lICAgICAg
IFRpbWVUaWNrcywNCiAgICBwaW1OZWlnaGJvck1vZGUgICAgICAgICAgICAgSU5URUdFUiwNCiAg
ICBwaW1OZWlnaGJvckxhblBydW5lRGVsYXkgICAgSW50ZWdlcjMyLA0KICAgIHBpbU5laWdoYm9y
T3ZlcnJpZGVJbnRlcnZhbCBJbnRlZ2VyMzIsDQogICAgcGltTmVpZ2hib3JUQml0ICAgICAgICAg
ICAgIEJJVFMsDQogICAgcGltTmVpZ2hib3JTUkNhcGFibGUgICAgICAgIFRydXRoVmFsdWUsDQog
ICAgcGltTmVpZ2hib3JEUlByZXNlbnQgICAgICAgIFRydXRoVmFsdWUNCn0NCg0KDQoNCg0KDQpO
aWNob2xhcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBbUGFnZSAxMF0NCgwNCklOVEVSTkVULURSQUZUICAgICAgICAgICAgIEV4cGlyZXM6IEFw
cmlsIDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIgMjAwMw0KDQpwaW1OZWlnaGJvckFkZHJlc3Mg
T0JKRUNULVRZUEUNCiAgICBTWU5UQVggICAgIElwQWRkcmVzcw0KICAgIE1BWC1BQ0NFU1Mgbm90
LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAg
ICAgICAgICAgIlRoZSBJUCBhZGRyZXNzIG9mIHRoZSBQSU0gbmVpZ2hib3IgZm9yIHdoaWNoIHRo
aXMgZW50cnkNCiAgICAgICAgICAgIGNvbnRhaW5zIGluZm9ybWF0aW9uLiINCiAgICA6Oj0geyBw
aW1OZWlnaGJvckVudHJ5IDEgfQ0KDQpwaW1OZWlnaGJvcklmSW5kZXggT0JKRUNULVRZUEUNCiAg
ICBTWU5UQVggICAgIEludGVyZmFjZUluZGV4DQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkNCiAg
ICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSB2
YWx1ZSBvZiBpZkluZGV4IGZvciB0aGUgaW50ZXJmYWNlIHVzZWQgdG8gcmVhY2ggdGhpcw0KICAg
ICAgICAgICAgUElNIG5laWdoYm9yLiINCiAgICA6Oj0geyBwaW1OZWlnaGJvckVudHJ5IDIgfQ0K
DQpwaW1OZWlnaGJvclVwVGltZSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgVGltZVRpY2tz
DQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBE
RVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSB0aW1lIHNpbmNlIHRoaXMgUElNIG5laWdoYm9y
IChsYXN0KSBiZWNhbWUgYSBuZWlnaGJvcg0KICAgICAgICAgICAgb2YgdGhlIGxvY2FsIHJvdXRl
ci4iDQogICAgOjo9IHsgcGltTmVpZ2hib3JFbnRyeSAzIH0NCg0KcGltTmVpZ2hib3JFeHBpcnlU
aW1lIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBUaW1lVGlja3MNCiAgICBNQVgtQUNDRVNT
IHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAg
ICAgICAgICAiVGhlIG1pbmltdW0gdGltZSByZW1haW5pbmcgYmVmb3JlIHRoaXMgUElNIG5laWdo
Ym9yIHdpbGwgYmUNCiAgICAgICAgICAgIGFnZWQgb3V0LiINCiAgICA6Oj0geyBwaW1OZWlnaGJv
ckVudHJ5IDQgfQ0KDQpwaW1OZWlnaGJvck1vZGUgT0JKRUNULVRZUEUNCiAgICBTWU5UQVggICAg
IElOVEVHRVIgeyBkZW5zZSgxKSwgc3BhcnNlKDIpIH0NCiAgICBNQVgtQUNDRVNTIHJlYWQtb25s
eQ0KICAgIFNUQVRVUyAgICAgZGVwcmVjYXRlZA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAg
ICAiVGhlIGFjdGl2ZSBQSU0gbW9kZSBvZiB0aGlzIG5laWdoYm9yLiAgVGhpcyBvYmplY3QgaXMN
CiAgICAgICAgICAgIGRlcHJlY2F0ZWQgZm9yIFBJTXYyIHJvdXRlcnMgc2luY2UgYWxsIG5laWdo
Ym9ycyBvbiB0aGUNCiAgICAgICAgICAgIGludGVyZmFjZSBtdXN0IGJlIGVpdGhlciBkZW5zZSBv
ciBzcGFyc2UgYXMgZGV0ZXJtaW5lZCBieQ0KICAgICAgICAgICAgdGhlIHByb3RvY29sIHJ1bm5p
bmcgb24gdGhlIGludGVyZmFjZS4iDQogICAgOjo9IHsgcGltTmVpZ2hib3JFbnRyeSA1IH0NCg0K
DQoNCg0KDQoNCg0KDQpOaWNob2xhcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBbUGFnZSAxMV0NCgwNCklOVEVSTkVULURSQUZUICAgICAgICAg
ICAgIEV4cGlyZXM6IEFwcmlsIDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIgMjAwMw0KDQpwaW1O
ZWlnaGJvckxBTlBydW5lRGVsYXkgT0JKRUNULVRZUEUgDQogICAgU1lOVEFYIEludGVnZXIzMg0K
ICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQ
VElPTiAiVGhlIHZhbHVlIG9mIExBTiBQcnVuZSBEZWxheSBmaWVsZCBvZiB0aGUgTEFOIFBydW5l
IA0KICAgICAgICAgICAgICAgICBEZWxheSBPcHRpb24gcmVjZWl2ZWQgZnJvbSB0aGlzIG5laWdo
Ym9yLiAgQSB2YWx1ZSBvZiANCiAgICAgICAgICAgICAgICAgMCBpbmRpY2F0ZXMgdGhhdCBubyBM
QU4gUHJ1bmUgRGVsYXkgT3B0aW9uIHdhcyANCiAgICAgICAgICAgICAgICAgcmVjZWl2ZWQgZnJv
bSB0aGlzIG5laWdib3IuIg0KICAgIDo6PSB7IHBpbU5laWdoYm9yRW50cnkgNiB9DQoNCnBpbU5l
aWdoYm9yT3ZlcnJpZGVJbnRlcnZhbCBPQkpFQ1QtVFlQRSANCiAgICBTWU5UQVggSW50ZWdlcjMy
DQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkNCiAgICBTVEFUVVMgY3VycmVudA0KICAgIERFU0NS
SVBUSU9OICJUaGUgdmFsdWUgb2YgT3ZlcnJpZGUgSW50ZXJ2YWwgZmllbGQgb2YgdGhlIExBTiBQ
cnVuZQ0KICAgICAgICAgICAgICAgICBEZWxheSBPcHRpb24gcmVjZWl2ZWQgZnJvbSB0aGlzIG5l
aWdoYm9yLiAgQSB2YWx1ZSBvZiANCiAgICAgICAgICAgICAgICAgMCBpbmRpY2F0ZXMgdGhhdCBu
byBMQU4gUHJ1bmUgRGVsYXkgT3B0aW9uIHdhcw0KICAgICAgICAgICAgICAgICByZWNlaXZlZCBm
cm9tIHRoaXMgbmVpZ2Jvci4iDQogICAgOjo9IHsgcGltTmVpZ2hib3JFbnRyeSA3IH0NCg0KcGlt
TmVpZ2hib3JUQml0IE9CSkVDVC1UWVBFIA0KICAgIFNZTlRBWCBCSVRTDQogICAgTUFYLUFDQ0VT
UyByZWFkLW9ubHkNCiAgICBTVEFUVVMgY3VycmVudA0KICAgIERFU0NSSVBUSU9OICJUaGUgdmFs
dWUgb2YgdGhlIFQgYml0IGZpZWxkIG9mIHRoZSBMQU4gUHJ1bmUNCiAgICAgICAgICAgICAgICAg
RGVsYXkgT3B0aW9uIHJlY2VpdmVkIGZyb20gdGhpcyBuZWlnaGJvci4gIFRoZSBUIGJpdA0KICAg
ICAgICAgICAgICAgICBzcGVjaWZpZXMgdGhlIGFiaWxpdHkgb2YgdGhlIG5laWdoYm9yIHRvIGRp
c2FibGUNCiAgICAgICAgICAgICAgICAgam9pbiBzdXBwcmVzc2lvbi4iDQogICAgOjo9IHsgcGlt
TmVpZ2hib3JFbnRyeSA4IH0NCg0KcGltTmVpZ2hib3JTUkNhcGFibGUgT0JKRUNULVRZUEUgDQog
ICAgU1lOVEFYIFRydXRoVmFsdWUNCiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRV
UyBjdXJyZW50DQogICAgREVTQ1JJUFRJT04gIkV2YWx1YXRlcyB0byBUUlVFIGlmIHRoaXMgbmVp
Z2hib3IgaXMgdXNpbmcgdGhlIFN0YXRlDQogICAgICAgICAgICAgICAgIFJlZnJlc2ggQ2FwYWJs
ZSBPcHRpb24uIg0KICAgIDo6PSB7IHBpbU5laWdoYm9yRW50cnkgOSB9DQoNCnBpbU5laWdoYm9y
RFJQcmVzZW50IE9CSkVDVC1UWVBFIA0KICAgIFNZTlRBWCBUcnV0aFZhbHVlDQogICAgTUFYLUFD
Q0VTUyByZWFkLW9ubHkNCiAgICBTVEFUVVMgY3VycmVudA0KICAgIERFU0NSSVBUSU9OICJFdmFs
dWF0ZXMgdG8gVFJVRSBpZiB0aGlzIG5laWdoYm9yIGlzIHVzaW5nIHRoZQ0KICAgICAgICAgICAg
ICAgICBEZXNpZ25hdGVkIFJvdXRlciBPcHRpb24uIg0KICAgIDo6PSB7IHBpbU5laWdoYm9yRW50
cnkgMTAgfQ0KDQoNCg0KDQoNCg0KDQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMTJdDQoMDQpJTlRFUk5FVC1E
UkFGVCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVy
IDIwMDMNCg0KLS0NCi0tIFRoZSBQSU0gSVAgTXVsdGljYXN0IFJvdXRlIFRhYmxlDQotLQ0KDQpw
aW1JcE1Sb3V0ZVRhYmxlIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBTRVFVRU5DRSBPRiBQ
aW1JcE1Sb3V0ZUVudHJ5DQogICAgTUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRV
UyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIChjb25jZXB0
dWFsKSB0YWJsZSBsaXN0aW5nIFBJTS1zcGVjaWZpYyBpbmZvcm1hdGlvbiBvbg0KICAgICAgICAg
ICAgYSBzdWJzZXQgb2YgdGhlIHJvd3Mgb2YgdGhlIGlwTVJvdXRlVGFibGUgZGVmaW5lZCBpbiB0
aGUgSVANCiAgICAgICAgICAgIE11bHRpY2FzdCBNSUIuIg0KICAgIDo6PSB7IHBpbSA0IH0NCg0K
cGltSXBNUm91dGVFbnRyeSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgUGltSXBNUm91dGVF
bnRyeQ0KICAgIE1BWC1BQ0NFU1Mgbm90LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGN1cnJl
bnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIkFuIGVudHJ5IChjb25jZXB0dWFsIHJv
dykgaW4gdGhlIHBpbUlwTVJvdXRlVGFibGUuICBUaGVyZQ0KICAgICAgICAgICAgaXMgb25lIGVu
dHJ5IHBlciBlbnRyeSBpbiB0aGUgaXBNUm91dGVUYWJsZSB3aG9zZSBpbmNvbWluZw0KICAgICAg
ICAgICAgaW50ZXJmYWNlIGlzIHJ1bm5pbmcgUElNLiINCiAgICBJTkRFWCAgICAgIHsgaXBNUm91
dGVHcm91cCwgaXBNUm91dGVTb3VyY2UsIGlwTVJvdXRlU291cmNlTWFzayB9DQogICAgOjo9IHsg
cGltSXBNUm91dGVUYWJsZSAxIH0NCg0KUGltSXBNUm91dGVFbnRyeSA6Oj0gU0VRVUVOQ0Ugew0K
ICAgIHBpbUlwTVJvdXRlVXBzdHJlYW1Bc3NlcnRUaW1lciAgIFRpbWVUaWNrcywNCiAgICBwaW1J
cE1Sb3V0ZUFzc2VydE1ldHJpYyAgICAgICAgICBJbnRlZ2VyMzIsDQogICAgcGltSXBNUm91dGVB
c3NlcnRNZXRyaWNQcmVmICAgICAgSW50ZWdlcjMyLA0KICAgIHBpbUlwTVJvdXRlQXNzZXJ0UlBU
Qml0ICAgICAgICAgIFRydXRoVmFsdWUsDQogICAgcGltSXBNUm91dGVGbGFncyAgICAgICAgICAg
ICAgICAgQklUUywNCiAgICBwaW1JcE1Sb3V0ZVJQRk5laWdoYm9yICAgICAgICAgICBJcEFkZHJl
c3MsDQogICAgcGltSXBNUm91dGVTb3VyY2VUaW1lciAgICAgICAgICAgVGltZVRpY2tzLA0KICAg
IHBpbUlwTVJvdXRlT3JpZ2luYXRvclNSVFRMICAgICAgIEludGVnZXIzMg0KfQ0KDQpwaW1JcE1S
b3V0ZVVwc3RyZWFtQXNzZXJ0VGltZXIgT0JKRUNULVRZUEUNCiAgICBTWU5UQVggICAgIFRpbWVU
aWNrcw0KICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAgU1RBVFVTICAgICBjdXJyZW50DQog
ICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgdGltZSByZW1haW5pbmcgYmVmb3JlIHRo
ZSByb3V0ZXIgY2hhbmdlcyBpdHMgdXBzdHJlYW0NCiAgICAgICAgICAgIG5laWdoYm9yIGJhY2sg
dG8gaXRzIFJQRiBuZWlnaGJvci4gIFRoaXMgdGltZXIgaXMgY2FsbGVkIHRoZQ0KICAgICAgICAg
ICAgQXNzZXJ0IHRpbWVyIGluIHRoZSBQSU0gU3BhcnNlIGFuZCBEZW5zZSBtb2RlIHNwZWNpZmlj
YXRpb24uDQogICAgICAgICAgICBBIHZhbHVlIG9mIDAgaW5kaWNhdGVzIHRoYXQgbm8gQXNzZXJ0
IGhhcyBjaGFuZ2VkIHRoZQ0KICAgICAgICAgICAgdXBzdHJlYW0gbmVpZ2hib3IgYXdheSBmcm9t
IHRoZSBSUEYgbmVpZ2hib3IuIg0KICAgIDo6PSB7IHBpbUlwTVJvdXRlRW50cnkgMSB9DQoNCg0K
DQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIFtQYWdlIDEzXQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAgICAg
RXhwaXJlczogQXByaWwgMjAwNCAgICAgICAgICAgICAgT2N0b2JlciAyMDAzDQoNCnBpbUlwTVJv
dXRlQXNzZXJ0TWV0cmljIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJbnRlZ2VyMzINCiAg
ICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NS
SVBUSU9ODQogICAgICAgICAgICAiVGhlIG1ldHJpYyBhZHZlcnRpc2VkIGJ5IHRoZSBhc3NlcnQg
d2lubmVyIG9uIHRoZSB1cHN0cmVhbQ0KICAgICAgICAgICAgaW50ZXJmYWNlLCBvciAwIGlmIG5v
IHN1Y2ggYXNzZXJ0IGlzIGluIHJlY2VpdmVkLiINCiAgICA6Oj0geyBwaW1JcE1Sb3V0ZUVudHJ5
IDIgfQ0KDQpwaW1JcE1Sb3V0ZUFzc2VydE1ldHJpY1ByZWYgT0JKRUNULVRZUEUNCiAgICBTWU5U
QVggICAgIEludGVnZXIzMg0KICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAgU1RBVFVTICAg
ICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgcHJlZmVyZW5jZSBh
ZHZlcnRpc2VkIGJ5IHRoZSBhc3NlcnQgd2lubmVyIG9uIHRoZQ0KICAgICAgICAgICAgdXBzdHJl
YW0gaW50ZXJmYWNlLCBvciAwIGlmIG5vIHN1Y2ggYXNzZXJ0IGlzIGluIGVmZmVjdC4iDQogICAg
Ojo9IHsgcGltSXBNUm91dGVFbnRyeSAzIH0NCg0KcGltSXBNUm91dGVBc3NlcnRSUFRCaXQgT0JK
RUNULVRZUEUNCiAgICBTWU5UQVggICAgIFRydXRoVmFsdWUNCiAgICBNQVgtQUNDRVNTIHJlYWQt
b25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAg
ICAiVGhlIHZhbHVlIG9mIHRoZSBSUFQtYml0IGFkdmVydGlzZWQgYnkgdGhlIGFzc2VydCB3aW5u
ZXIgb24NCiAgICAgICAgICAgIHRoZSB1cHN0cmVhbSBpbnRlcmZhY2UsIG9yIGZhbHNlIGlmIG5v
IHN1Y2ggYXNzZXJ0IGlzIGluDQogICAgICAgICAgICBlZmZlY3QuIg0KICAgIDo6PSB7IHBpbUlw
TVJvdXRlRW50cnkgNCB9DQoNCnBpbUlwTVJvdXRlRmxhZ3MgT0JKRUNULVRZUEUNCiAgICBTWU5U
QVggICAgIEJJVFMgew0KICAgICAgICAgICAgICAgICAgcnB0KDApLA0KICAgICAgICAgICAgICAg
ICAgc3B0KDEpDQogICAgICAgICAgICAgICB9DQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkNCiAg
ICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoaXMg
b2JqZWN0IGRlc2NyaWJlcyBQSU0tc3BlY2lmaWMgZmxhZ3MgcmVsYXRlZCB0byBhDQogICAgICAg
ICAgICBtdWx0aWNhc3Qgc3RhdGUgZW50cnkuICBTZWUgdGhlIFBJTSBTcGFyc2UgTW9kZQ0KICAg
ICAgICAgICAgc3BlY2lmaWNhdGlvbiBmb3IgdGhlIG1lYW5pbmcgb2YgdGhlIFJQVCBhbmQgU1BU
IGJpdHMuIg0KICAgIDo6PSB7IHBpbUlwTVJvdXRlRW50cnkgNSB9DQoNCnBpbUlwTVJvdXRlUlBG
TmVpZ2hib3IgT0JKRUNULVRZUEUgDQogICAgU1lOVEFYIElwQWRkcmVzcw0KICAgIE1BWC1BQ0NF
U1MgcmVhZC1vbmx5DQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiVGhlIElQ
IEFkZHJlc3Mgb2YgdGhlIGN1cnJlbnQgUlBGIG5laWdoYm9yLiAgSWYgdGhlcmUNCiAgICAgICAg
ICAgICAgICAgaXMgYW4gdXBzdHJlYW0gQXNzZXJ0IFdpbm5lciwgaXQgd2lsbCBiZSB0aGUgUlBG
DQogICAgICAgICAgICAgICAgIG5laWdoYm9yLiAgT3RoZXJ3aXNlLCB0aGUgUlBGIG5laWdoYm9y
IHdpbGwgYmUNCiAgICAgICAgICAgICAgICAgdGhlIG5leHQgaG9wIGluZGljYXRlZCBieSB1bmlj
YXN0IHJvdXRpbmcuIg0KICAgIDo6PSB7IHBpbUlwTVJvdXRlRW50cnkgNiB9DQoNCg0KDQoNCk5p
Y2hvbGFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIFtQYWdlIDE0XQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXBy
aWwgMjAwNCAgICAgICAgICAgICAgT2N0b2JlciAyMDAzDQoNCnBpbUlwTVJvdXRlU291cmNlVGlt
ZXIgT0JKRUNULVRZUEUgDQogICAgU1lOVEFYIFRpbWVUaWNrcw0KICAgIE1BWC1BQ0NFU1MgcmVh
ZC1vbmx5DQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiVGhlIHRpbWUgYmVm
b3JlIHRoaXMgcm91dGVyIGNlYXNlcyBvcmlnaW5hdGluZyBTdGF0ZQ0KICAgICAgICAgICAgICAg
ICBSZWZyZXNoIG1lc3NhZ2VzIGZvciB0aGlzIHJvdXRlLiINCiAgICA6Oj0geyBwaW1JcE1Sb3V0
ZUVudHJ5IDcgfQ0KDQpwaW1JcE1Sb3V0ZU9yaWdpbmF0b3JTUlRUTCAgT0JKRUNULVRZUEUNCiAg
ICBTWU5UQVggSW50ZWdlcjMyDQogICAgTUFYX0FDQ0VTUyByZWFkLW9ubHkNCiAgICBTVEFUVVMg
Y3VycmVudA0KICAgIERFU0NSSVBUSU9OICJUaGUgVFRMIHVzZWQgaW4gU3RhdGUgUmVmcmVzaCBt
ZXNzYWdlcyBvcmlnaW5hdGVkIGJ5DQogICAgICAgICAgICAgICAgIHRoaXMgcm91dGVyIGZvciB0
aGlzIHJvdXRlLiINCiAgICA6Oj0geyBwaW1JcE1Sb3V0ZUVudHJ5IDggfQ0KDQotLQ0KLS0gVGhl
IFBJTSBOZXh0IEhvcCBUYWJsZQ0KLS0NCg0KcGltSXBNUm91dGVOZXh0SG9wVGFibGUgT0JKRUNU
LVRZUEUNCiAgICBTWU5UQVggICAgIFNFUVVFTkNFIE9GIFBpbUlwTVJvdXRlTmV4dEhvcEVudHJ5
DQogICAgTUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0K
ICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIChjb25jZXB0dWFsKSB0YWJsZSBsaXN0
aW5nIFBJTS1zcGVjaWZpYyBpbmZvcm1hdGlvbiBvbg0KICAgICAgICAgICAgYSBzdWJzZXQgb2Yg
dGhlIHJvd3Mgb2YgdGhlIGlwTVJvdXRlTmV4dEhvcFRhYmxlIGRlZmluZWQgaW4NCiAgICAgICAg
ICAgIHRoZSBJUCBNdWx0aWNhc3QgTUlCLiINCiAgICA6Oj0geyBwaW0gNyB9DQpwaW1JcE1Sb3V0
ZU5leHRIb3BFbnRyeSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgUGltSXBNUm91dGVOZXh0
SG9wRW50cnkNCiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlDQogICAgU1RBVFVTICAgICBj
dXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJBbiBlbnRyeSAoY29uY2VwdHVh
bCByb3cpIGluIHRoZSBwaW1JcE1Sb3V0ZU5leHRIb3BUYWJsZS4NCiAgICAgICAgICAgIFRoZXJl
IGlzIG9uZSBlbnRyeSBwZXIgZW50cnkgaW4gdGhlIGlwTVJvdXRlTmV4dEhvcFRhYmxlDQogICAg
ICAgICAgICB3aG9zZSBpbnRlcmZhY2UgaXMgcnVubmluZyBQSU0gYW5kIHdob3NlDQogICAgICAg
ICAgICBpcE1Sb3V0ZU5leHRIb3BTdGF0ZSBpcyBwcnVuZWQoMSkuIg0KICAgIElOREVYICAgICAg
eyBpcE1Sb3V0ZU5leHRIb3BHcm91cCwgaXBNUm91dGVOZXh0SG9wU291cmNlLA0KICAgICAgICAg
ICAgICAgICBpcE1Sb3V0ZU5leHRIb3BTb3VyY2VNYXNrLCBpcE1Sb3V0ZU5leHRIb3BJZkluZGV4
LA0KICAgICAgICAgICAgICAgICBpcE1Sb3V0ZU5leHRIb3BBZGRyZXNzIH0NCiAgICA6Oj0geyBw
aW1JcE1Sb3V0ZU5leHRIb3BUYWJsZSAxIH0NCg0KUGltSXBNUm91dGVOZXh0SG9wRW50cnkgOjo9
IFNFUVVFTkNFIHsNCiAgICBwaW1JcE1Sb3V0ZU5leHRIb3BQcnVuZVJlYXNvbiAgICAgICBJTlRF
R0VSLA0KICAgIHBpbUlwTVJvdXRlTmV4dEhvcEFzc2VydFdpbm5lciAgICAgIElwQWRkcmVzcywN
CiAgICBwaW1JcE1Sb3V0ZU5leHRIb3BBc3NlcnRUaW1lciAgICAgICBUaW1lVGlja3MsDQogICAg
cGltSXBNUm91dGVOZXh0SG9wQXNzZXJ0TWV0cmljICAgICAgSW50ZWdlcjMyLA0KICAgIHBpbUlw
TVJvdXRlTmV4dEhvcEFzc2VydE1ldHJpY1ByZWYgIEludGVnZXIzMiwNCiAgICBwaW1JcE1Sb3V0
ZU5leHRIb3BKb2luUHJ1bmVUaW1lciAgICBUaW1lVGlja3MNCn0NCg0KDQoNCk5pY2hvbGFzICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdl
IDE1XQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXByaWwgMjAwNCAg
ICAgICAgICAgICAgT2N0b2JlciAyMDAzDQoNCnBpbUlwTVJvdXRlTmV4dEhvcFBydW5lUmVhc29u
IE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJTlRFR0VSIHsNCiAgICAgICAgICAgICAgICAg
IG90aGVyICgxKSwNCiAgICAgICAgICAgICAgICAgIHBydW5lICgyKSwNCiAgICAgICAgICAgICAg
ICAgIGFzc2VydCAoMykNCiAgICAgICAgICAgICAgIH0NCiAgICBNQVgtQUNDRVNTIHJlYWQtb25s
eQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAi
VGhpcyBvYmplY3QgaW5kaWNhdGVzIHdoeSB0aGUgZG93bnN0cmVhbSBpbnRlcmZhY2Ugd2FzDQog
ICAgICAgICAgICBwcnVuZWQsIHdoZXRoZXIgaW4gcmVzcG9uc2UgdG8gYSBQSU0gcHJ1bmUgbWVz
c2FnZSBvciBkdWUgdG8NCiAgICAgICAgICAgIFBJTSBBc3NlcnQgcHJvY2Vzc2luZy4iDQogICAg
Ojo9IHsgcGltSXBNUm91dGVOZXh0SG9wRW50cnkgMiB9DQoNCnBpbUlwTVJvdXRlTmV4dEhvcEFz
c2VydFdpbm5lciBPQkpFQ1QtVFlQRSANCiAgICBTWU5UQVggSXBBZGRyZXNzDQogICAgTUFYLUFD
Q0VTUyByZWFkLW9ubHkNCiAgICBTVEFUVVMgY3VycmVudA0KICAgIERFU0NSSVBUSU9OICJUaGUg
SVAgQWRkcmVzcyBvZiB0aGUgQXNzZXJ0IFdpbm5lci4iDQogICAgOjo9IHsgcGltSXBNUm91dGVO
ZXh0SG9wRW50cnkgMyB9DQoNCnBpbUlwTVJvdXRlTmV4dEhvcEFzc2VydFRpbWVyIE9CSkVDVC1U
WVBFIA0KICAgIFNZTlRBWCBUaW1lVGlja3MNCiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAg
IFNUQVRVUyBjdXJyZW50DQogICAgREVTQ1JJUFRJT04gIlRoZSB0aW1lIHJlbWFpbmluZyBiZWZv
cmUgdGhlIFBJTSByb3V0ZXIgbGVhdmVzIHRoZQ0KICAgICAgICAgICAgICAgICBjdXJyZW50IEFz
c2VydCBzdGF0ZS4gIEEgdmFsdWUgb2YgMCBpbmRpY2F0ZXMgdGhhdCB0aGUNCiAgICAgICAgICAg
ICAgICAgcm91dGVyIGlzIGluIHRoZSBObyBJbmZvIHN0YXRlLiINCiAgICA6Oj0geyBwaW1JcE1S
b3V0ZU5leHRIb3BFbnRyeSA0IH0NCnBpbUlwTVJvdXRlTmV4dEhvcEFzc2VydE1ldHJpYyBPQkpF
Q1QtVFlQRSANCiAgICBTWU5UQVggSW50ZWdlcjMyDQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkN
CiAgICBTVEFUVVMgY3VycmVudA0KICAgIERFU0NSSVBUSU9OICJUaGUgbWV0cmljIGFkdmVydGlz
ZWQgYnkgdGhlIEFzc2VydCBXaW5uZXIuIg0KICAgIDo6PSB7IHBpbUlwTVJvdXRlTmV4dEhvcEVu
dHJ5IDUgfQ0KDQpwaW1JcE1Sb3V0ZU5leHRIb3BBc3NlcnRNZXRyaWNQcmVmIE9CSkVDVC1UWVBF
IA0KICAgIFNZTlRBWCBJbnRlZ2VyMzINCiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNU
QVRVUyBjdXJyZW50DQogICAgREVTQ1JJUFRJT04gIlRoZSBtZXRyaWMgcHJlZmVyZW5jZSBhZHZl
cnRpc2VkIGJ5IHRoZSBBc3NlcnQgV2lubmVyLiINCiAgICA6Oj0geyBwaW1JcE1Sb3V0ZU5leHRI
b3BFbnRyeSA2IH0NCg0KcGltSXBNUm91dGVOZXh0SG9wSm9pblBydW5lVGltZXIgT0JKRUNULVRZ
UEUgDQogICAgU1lOVEFYIFRpbWVUaWNrcw0KICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAg
U1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiVGhlIHRpbWUgcmVtYWluaW5nIGJlZm9y
ZSB0aGUgUElNIHJvdXRlciByZXZlcnRzIHRvDQogICAgICAgICAgICAgICAgIGRlZmF1bHQgb3Bl
cmF0aW9uIG9uIHRoaXMgaW50ZXJmYWNlLiAgUElNLVNNIHdpbGwgDQogICAgICAgICAgICAgICAg
IGNlYXNlIGZvcndhcmRpbmcsIFBJTS1ETSB3aWxsIHJlc3VtZSBmb3J3YXJkaW5nLiINCiAgICA6
Oj0geyBwaW1JcE1Sb3V0ZU5leHRIb3BFbnRyeSA3IH0Nc3MsIHBpbVJQQWRkcmVzcyB9DQogICAg
Ojo9IHsgcGltUlBUYWJsZSAxIH0NCg0KDQpOaWNob2xhcyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSAxNl0NCgwNCklOVEVSTkVULURS
QUZUICAgICAgICAgICAgIEV4cGlyZXM6IEFwcmlsIDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIg
MjAwMw0KDQoNCi0tIFRoZSBQSU0gUlAgVGFibGUNCg0KcGltUlBUYWJsZSBPQkpFQ1QtVFlQRQ0K
ICAgIFNZTlRBWCAgICAgU0VRVUVOQ0UgT0YgUGltUlBFbnRyeQ0KICAgIE1BWC1BQ0NFU1Mgbm90
LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGRlcHJlY2F0ZWQNCiAgICBERVNDUklQVElPTg0K
ICAgICAgICAgICAgIlRoZSAoY29uY2VwdHVhbCkgdGFibGUgbGlzdGluZyBQSU0gdmVyc2lvbiAx
IGluZm9ybWF0aW9uDQogICAgICAgICAgICBmb3IgdGhlIFJlbmRlenZvdXMgUG9pbnRzIChSUHMp
IGZvciBJUCBtdWx0aWNhc3QgZ3JvdXBzLg0KICAgICAgICAgICAgVGhpcyB0YWJsZSBpcyBkZXBy
ZWNhdGVkIHNpbmNlIGl0cyBmdW5jdGlvbiBpcyByZXBsYWNlZCBieQ0KICAgICAgICAgICAgdGhl
IHBpbVJQU2V0VGFibGUgZm9yIFBJTSB2ZXJzaW9uIDIuIg0KICAgIDo6PSB7IHBpbSA1IH0NCg0K
cGltUlBFbnRyeSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgUGltUlBFbnRyeQ0KICAgIE1B
WC1BQ0NFU1Mgbm90LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGRlcHJlY2F0ZWQNCiAgICBE
RVNDUklQVElPTg0KICAgICAgICAgICAgIkFuIGVudHJ5IChjb25jZXB0dWFsIHJvdykgaW4gdGhl
IHBpbVJQVGFibGUuICBUaGVyZSBpcyBvbmUNCiAgICAgICAgICAgIGVudHJ5IHBlciBSUCBhZGRy
ZXNzIGZvciBlYWNoIElQIG11bHRpY2FzdCBncm91cC4iDQogICAgSU5ERVggICAgICB7IHBpbVJQ
R3JvdXBBZGRyZQpQaW1SUEVudHJ5IDo6PSBTRVFVRU5DRSB7DQogICAgcGltUlBHcm91cEFkZHJl
c3MgICAgSXBBZGRyZXNzLA0KICAgIHBpbVJQQWRkcmVzcyAgICAgICAgIElwQWRkcmVzcywNCiAg
ICBwaW1SUFN0YXRlICAgICAgICAgICBJTlRFR0VSLA0KICAgIHBpbVJQU3RhdGVUaW1lciAgICAg
IFRpbWVUaWNrcywNCiAgICBwaW1SUExhc3RDaGFuZ2UgICAgICBUaW1lVGlja3MsDQogICAgcGlt
UlBSb3dTdGF0dXMgICAgICAgUm93U3RhdHVzDQp9DQoNCnBpbVJQR3JvdXBBZGRyZXNzIE9CSkVD
VC1UWVBFDQogICAgU1lOVEFYICAgICBJcEFkZHJlc3MNCiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nl
c3NpYmxlDQogICAgU1RBVFVTICAgICBkZXByZWNhdGVkDQogICAgREVTQ1JJUFRJT04NCiAgICAg
ICAgICAgICJUaGUgSVAgbXVsdGljYXN0IGdyb3VwIGFkZHJlc3MgZm9yIHdoaWNoIHRoaXMgZW50
cnkNCiAgICAgICAgICAgIGNvbnRhaW5zIGluZm9ybWF0aW9uIGFib3V0IGFuIFJQLiINCiAgICA6
Oj0geyBwaW1SUEVudHJ5IDEgfQ0KDQpwaW1SUEFkZHJlc3MgT0JKRUNULVRZUEUNCiAgICBTWU5U
QVggICAgIElwQWRkcmVzcw0KICAgIE1BWC1BQ0NFU1Mgbm90LWFjY2Vzc2libGUNCiAgICBTVEFU
VVMgICAgIGRlcHJlY2F0ZWQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSB1bmlj
YXN0IGFkZHJlc3Mgb2YgdGhlIFJQLiINCiAgICA6Oj0geyBwaW1SUEVudHJ5IDIgfQ0KDQoNCg0K
DQoNCg0KDQpOaWNob2xhcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBbUGFnZSAxN10NCgwNCklOVEVSTkVULURSQUZUICAgICAgICAgICAgIEV4
cGlyZXM6IEFwcmlsIDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIgMjAwMw0KDQpwaW1SUFN0YXRl
IE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJTlRFR0VSIHsgdXAoMSksIGRvd24oMikgfQ0K
ICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAgU1RBVFVTICAgICBkZXByZWNhdGVkDQogICAg
REVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgc3RhdGUgb2YgdGhlIFJQLiINCiAgICA6Oj0g
eyBwaW1SUEVudHJ5IDMgfQ0KDQpwaW1SUFN0YXRlVGltZXIgT0JKRUNULVRZUEUNCiAgICBTWU5U
QVggICAgIFRpbWVUaWNrcw0KICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAgU1RBVFVTICAg
ICBkZXByZWNhdGVkDQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgbWluaW11bSB0
aW1lIHJlbWFpbmluZyBiZWZvcmUgdGhlIG5leHQgc3RhdGUgY2hhbmdlLg0KICAgICAgICAgICAg
V2hlbiBwaW1SUFN0YXRlIGlzIHVwLCB0aGlzIGlzIHRoZSBtaW5pbXVtIHRpbWUgd2hpY2ggbXVz
dA0KICAgICAgICAgICAgZXhwaXJlIHVudGlsIGl0IGNhbiBiZSBkZWNsYXJlZCBkb3duLiAgV2hl
biBwaW1SUFN0YXRlIGlzDQogICAgICAgICAgICBkb3duLCB0aGlzIGlzIHRoZSB0aW1lIHVudGls
IGl0IHdpbGwgYmUgZGVjbGFyZWQgdXAgKGluDQogICAgICAgICAgICBvcmRlciB0byByZXRyeSku
Ig0KICAgIDo6PSB7IHBpbVJQRW50cnkgNCB9DQoNCnBpbVJQTGFzdENoYW5nZSBPQkpFQ1QtVFlQ
RQ0KICAgIFNZTlRBWCAgICAgVGltZVRpY2tzDQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkNCiAg
ICBTVEFUVVMgICAgIGRlcHJlY2F0ZWQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRo
ZSB2YWx1ZSBvZiBzeXNVcFRpbWUgYXQgdGhlIHRpbWUgd2hlbiB0aGUgY29ycmVzcG9uZGluZw0K
ICAgICAgICAgICAgaW5zdGFuY2Ugb2YgcGltUlBTdGF0ZSBsYXN0IGNoYW5nZWQgaXRzIHZhbHVl
LiINCiAgICA6Oj0geyBwaW1SUEVudHJ5IDUgfQ0KDQpwaW1SUFJvd1N0YXR1cyBPQkpFQ1QtVFlQ
RQ0KICAgIFNZTlRBWCAgICAgUm93U3RhdHVzDQogICAgTUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0K
ICAgIFNUQVRVUyAgICAgZGVwcmVjYXRlZA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAi
VGhlIHN0YXR1cyBvZiB0aGlzIHJvdywgYnkgd2hpY2ggbmV3IGVudHJpZXMgbWF5IGJlDQogICAg
ICAgICAgICBjcmVhdGVkLCBvciBvbGQgZW50cmllcyBkZWxldGVkIGZyb20gdGhpcyB0YWJsZS4i
DQogICAgOjo9IHsgcGltUlBFbnRyeSA2IH0NCg0KLS0gVGhlIFBJTSBSUC1TZXQgVGFibGUNCg0K
cGltUlBTZXRUYWJsZSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgU0VRVUVOQ0UgT0YgUGlt
UlBTZXRFbnRyeQ0KICAgIE1BWC1BQ0NFU1Mgbm90LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAg
IGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSAoY29uY2VwdHVhbCkg
dGFibGUgbGlzdGluZyBQSU0gaW5mb3JtYXRpb24gZm9yDQogICAgICAgICAgICBjYW5kaWRhdGUg
UmVuZGV6dm91cyBQb2ludHMgKFJQcykgZm9yIElQIG11bHRpY2FzdCBncm91cHMuDQogICAgICAg
ICAgICBXaGVuIHRoZSBsb2NhbCByb3V0ZXIgaXMgdGhlIEJTUiwgdGhpcyBpbmZvcm1hdGlvbiBp
cw0KICAgICAgICAgICAgb2J0YWluZWQgZnJvbSByZWNlaXZlZCBDYW5kaWRhdGUtUlAtQWR2ZXJ0
aXNlbWVudHMuICBXaGVuDQogICAgICAgICAgICB0aGUgbG9jYWwgcm91dGVyIGlzIG5vdCB0aGUg
QlNSLCB0aGlzIGluZm9ybWF0aW9uIGlzDQogICAgICAgICAgICBvYnRhaW5lZCBmcm9tIHJlY2Vp
dmVkIFJQLVNldCBtZXNzYWdlcy4iDQogICAgOjo9IHsgcGltIDYgfQ0KDQoNCk5pY2hvbGFzICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdl
IDE4XQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXByaWwgMjAwNCAg
ICAgICAgICAgICAgT2N0b2JlciAyMDAzDQoNCnBpbVJQU2V0RW50cnkgT0JKRUNULVRZUEUNCiAg
ICBTWU5UQVggICAgIFBpbVJQU2V0RW50cnkNCiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxl
DQogICAgU1RBVFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJB
biBlbnRyeSAoY29uY2VwdHVhbCByb3cpIGluIHRoZSBwaW1SUFNldFRhYmxlLiINCiAgICBJTkRF
WCAgICAgIHsgcGltUlBTZXRDb21wb25lbnQsIHBpbVJQU2V0R3JvdXBBZGRyZXNzLA0KICAgICAg
ICAgICAgICAgICBwaW1SUFNldEdyb3VwTWFzaywgcGltUlBTZXRBZGRyZXNzIH0NCiAgICA6Oj0g
eyBwaW1SUFNldFRhYmxlIDEgfQ0KDQpQaW1SUFNldEVudHJ5IDo6PSBTRVFVRU5DRSB7DQoNCiAg
ICBwaW1SUFNldEdyb3VwQWRkcmVzcyAgICBJcEFkZHJlc3MsDQogICAgcGltUlBTZXRHcm91cE1h
c2sgICAgICAgSXBBZGRyZXNzLA0KICAgIHBpbVJQU2V0QWRkcmVzcyAgICAgICAgIElwQWRkcmVz
cywNCiAgICBwaW1SUFNldEhvbGRUaW1lICAgICAgICBJbnRlZ2VyMzIsDQogICAgcGltUlBTZXRF
eHBpcnlUaW1lICAgICAgVGltZVRpY2tzLA0KICAgIHBpbVJQU2V0Q29tcG9uZW50ICAgICAgIElu
dGVnZXIzMg0KfQ0KDQpwaW1SUFNldEdyb3VwQWRkcmVzcyBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRB
WCAgICAgSXBBZGRyZXNzDQogICAgTUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRV
UyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIElQIG11bHRp
Y2FzdCBncm91cCBhZGRyZXNzIHdoaWNoLCB3aGVuIGNvbWJpbmVkIHdpdGgNCiAgICAgICAgICAg
IHBpbVJQU2V0R3JvdXBNYXNrLCBnaXZlcyB0aGUgZ3JvdXAgcHJlZml4IGZvciB3aGljaCB0aGlz
DQogICAgICAgICAgICBlbnRyeSBjb250YWlucyBpbmZvcm1hdGlvbiBhYm91dCB0aGUgQ2FuZGlk
YXRlLVJQLiINCiAgICA6Oj0geyBwaW1SUFNldEVudHJ5IDEgfQ0KDQpwaW1SUFNldEdyb3VwTWFz
ayBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgSXBBZGRyZXNzDQogICAgTUFYLUFDQ0VTUyBu
b3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQog
ICAgICAgICAgICAiVGhlIG11bHRpY2FzdCBncm91cCBhZGRyZXNzIG1hc2sgd2hpY2gsIHdoZW4g
Y29tYmluZWQgd2l0aA0KICAgICAgICAgICAgcGltUlBTZXRHcm91cEFkZHJlc3MsIGdpdmVzIHRo
ZSBncm91cCBwcmVmaXggZm9yIHdoaWNoIHRoaXMNCiAgICAgICAgICAgIGVudHJ5IGNvbnRhaW5z
IGluZm9ybWF0aW9uIGFib3V0IHRoZSBDYW5kaWRhdGUtUlAuIg0KICAgIDo6PSB7IHBpbVJQU2V0
RW50cnkgMiB9DQoNCnBpbVJQU2V0QWRkcmVzcyBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAg
SXBBZGRyZXNzDQogICAgTUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRVUyAgICAg
Y3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIElQIGFkZHJlc3Mgb2Yg
dGhlIENhbmRpZGF0ZS1SUC4iDQogICAgOjo9IHsgcGltUlBTZXRFbnRyeSAzIH0NCg0KDQoNCg0K
DQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgW1BhZ2UgMTldDQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBFeHBp
cmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMNCg0KcGltUlBTZXRIb2xk
VGltZSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgSW50ZWdlcjMyICgwLi4yNTUpDQogICAg
VU5JVFMgICAgICAic2Vjb25kcyINCiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRV
UyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIGhvbGR0aW1l
IG9mIGEgQ2FuZGlkYXRlLVJQLiAgSWYgdGhlIGxvY2FsIHJvdXRlciBpcyBub3QNCiAgICAgICAg
ICAgIHRoZSBCU1IsIHRoaXMgdmFsdWUgaXMgMC4iDQogICAgOjo9IHsgcGltUlBTZXRFbnRyeSA0
IH0NCg0KcGltUlBTZXRFeHBpcnlUaW1lIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBUaW1l
VGlja3MNCiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0K
ICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIG1pbmltdW0gdGltZSByZW1haW5pbmcg
YmVmb3JlIHRoZSBDYW5kaWRhdGUtUlAgd2lsbCBiZQ0KICAgICAgICAgICAgZGVjbGFyZWQgZG93
bi4gIElmIHRoZSBsb2NhbCByb3V0ZXIgaXMgbm90IHRoZSBCU1IsIHRoaXMNCiAgICAgICAgICAg
IHZhbHVlIGlzIDAuIg0KICAgIDo6PSB7IHBpbVJQU2V0RW50cnkgNSB9DQoNCnBpbVJQU2V0Q29t
cG9uZW50IE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJbnRlZ2VyMzIgKDEuLjI1NSkNCiAg
ICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlDQogICAgU1RBVFVTICAgICBjdXJyZW50DQogICAg
REVTQ1JJUFRJT04NCiAgICAgICAgICAgICIgQSBudW1iZXIgdW5pcXVlbHkgaWRlbnRpZnlpbmcg
dGhlIGNvbXBvbmVudC4gIEVhY2gNCiAgICAgICAgICAgIHByb3RvY29sIGluc3RhbmNlIGNvbm5l
Y3RlZCB0byBhIHNlcGFyYXRlIGRvbWFpbiBzaG91bGQgaGF2ZQ0KICAgICAgICAgICAgYSBkaWZm
ZXJlbnQgaW5kZXggdmFsdWUuIg0KICAgIDo6PSB7IHBpbVJQU2V0RW50cnkgNiB9DQoNCi0tDQot
LSBOb3RlOiB7IHBpbSA4IH0gdGhyb3VnaCB7IHBpbSAxMCB9IHdlcmUgdXNlZCBpbiBvbGRlciB2
ZXJzaW9ucw0KLS0gb2YgdGhpcyBNSUIuICBTaW5jZSBzb21lIGVhcmxpZXIgdmVyc2lvbnMgb2Yg
dGhpcyBNSUIgaGF2ZSBiZWVuDQotLSB3aWRlbHktZGVwbG95ZWQsIHRoZXNlIHZhbHVlcyBtdXN0
IG5vdCBiZSB1c2VkIGluIHRoZSBmdXR1cmUsDQotLSBhcyBsb25nIHRoZSBNSUIgaXMgcm9vdGVk
IHVuZGVyIHsgZXhwZXJpbWVudGFsIDYxIH0uDQotLQ0KDQotLSBUaGUgUElNIENhbmRpZGF0ZS1S
UCBUYWJsZQ0KDQpwaW1DYW5kaWRhdGVSUFRhYmxlIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAg
ICBTRVFVRU5DRSBPRiBQaW1DYW5kaWRhdGVSUEVudHJ5DQogICAgTUFYLUFDQ0VTUyBub3QtYWNj
ZXNzaWJsZQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAg
ICAgICAiVGhlIChjb25jZXB0dWFsKSB0YWJsZSBsaXN0aW5nIHRoZSBJUCBtdWx0aWNhc3QgZ3Jv
dXBzIGZvcg0KICAgICAgICAgICAgd2hpY2ggdGhlIGxvY2FsIHJvdXRlciBpcyB0byBhZHZlcnRp
c2UgaXRzZWxmIGFzIGENCiAgICAgICAgICAgIENhbmRpZGF0ZS1SUCB3aGVuIHRoZSB2YWx1ZSBv
ZiBwaW1Db21wb25lbnRDUlBIb2xkVGltZSBpcw0KICAgICAgICAgICAgbm9uLXplcm8uICBJZiB0
aGlzIHRhYmxlIGlzIGVtcHR5LCB0aGVuIHRoZSBsb2NhbCByb3V0ZXINCiAgICAgICAgICAgIHdp
bGwgYWR2ZXJ0aXNlIGl0c2VsZiBhcyBhIENhbmRpZGF0ZS1SUCBmb3IgYWxsIGdyb3Vwcw0KICAg
ICAgICAgICAgKHByb3ZpZGluZyB0aGUgdmFsdWUgb2YgcGltQ29tcG9uZW50Q1JQSG9sZFRpbWUg
aXMgbm9uLQ0KICAgICAgICAgICAgemVybykuIg0KICAgIDo6PSB7IHBpbSAxMSB9DQoNCg0KTmlj
aG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgW1BhZ2UgMjBdDQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJp
bCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMNCg0KcGltQ2FuZGlkYXRlUlBFbnRyeSBP
QkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgUGltQ2FuZGlkYXRlUlBFbnRyeQ0KICAgIE1BWC1B
Q0NFU1Mgbm90LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQ
VElPTg0KICAgICAgICAgICAgIkFuIGVudHJ5IChjb25jZXB0dWFsIHJvdykgaW4gdGhlIHBpbUNh
bmRpZGF0ZVJQVGFibGUuIg0KICAgIElOREVYICAgICAgeyBwaW1DYW5kaWRhdGVSUEdyb3VwQWRk
cmVzcywNCiAgICAgICAgICAgICAgICAgcGltQ2FuZGlkYXRlUlBHcm91cE1hc2sgfQ0KICAgIDo6
PSB7IHBpbUNhbmRpZGF0ZVJQVGFibGUgMSB9DQoNClBpbUNhbmRpZGF0ZVJQRW50cnkgOjo9IFNF
UVVFTkNFIHsNCiAgICBwaW1DYW5kaWRhdGVSUEdyb3VwQWRkcmVzcyAgICBJcEFkZHJlc3MsDQog
ICAgcGltQ2FuZGlkYXRlUlBHcm91cE1hc2sgICAgICAgSXBBZGRyZXNzLA0KICAgIHBpbUNhbmRp
ZGF0ZVJQQWRkcmVzcyAgICAgICAgIElwQWRkcmVzcywNCiAgICBwaW1DYW5kaWRhdGVSUFJvd1N0
YXR1cyAgICAgICBSb3dTdGF0dXMNCn0NCg0KcGltQ2FuZGlkYXRlUlBHcm91cEFkZHJlc3MgT0JK
RUNULVRZUEUNCiAgICBTWU5UQVggICAgIElwQWRkcmVzcw0KICAgIE1BWC1BQ0NFU1Mgbm90LWFj
Y2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAg
ICAgICAgIlRoZSBJUCBtdWx0aWNhc3QgZ3JvdXAgYWRkcmVzcyB3aGljaCwgd2hlbiBjb21iaW5l
ZCB3aXRoDQogICAgICAgICAgICBwaW1DYW5kaWRhdGVSUEdyb3VwTWFzaywgaWRlbnRpZmllcyBh
IGdyb3VwIHByZWZpeCBmb3Igd2hpY2gNCiAgICAgICAgICAgIHRoZSBsb2NhbCByb3V0ZXIgd2ls
bCBhZHZlcnRpc2UgaXRzZWxmIGFzIGEgQ2FuZGlkYXRlLVJQLiINCiAgICA6Oj0geyBwaW1DYW5k
aWRhdGVSUEVudHJ5IDEgfQ0KDQpwaW1DYW5kaWRhdGVSUEdyb3VwTWFzayBPQkpFQ1QtVFlQRQ0K
ICAgIFNZTlRBWCAgICAgSXBBZGRyZXNzDQogICAgTUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZQ0K
ICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhl
IG11bHRpY2FzdCBncm91cCBhZGRyZXNzIG1hc2sgd2hpY2gsIHdoZW4gY29tYmluZWQgd2l0aA0K
ICAgICAgICAgICAgcGltQ2FuZGlkYXRlUlBHcm91cE1hc2ssIGlkZW50aWZpZXMgYSBncm91cCBw
cmVmaXggZm9yIHdoaWNoDQogICAgICAgICAgICB0aGUgbG9jYWwgcm91dGVyIHdpbGwgYWR2ZXJ0
aXNlIGl0c2VsZiBhcyBhIENhbmRpZGF0ZS1SUC4iDQogICAgOjo9IHsgcGltQ2FuZGlkYXRlUlBF
bnRyeSAyIH0NCg0KcGltQ2FuZGlkYXRlUlBBZGRyZXNzIE9CSkVDVC1UWVBFDQogICAgU1lOVEFY
ICAgICBJcEFkZHJlc3MNCiAgICBNQVgtQUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RBVFVTICAg
ICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgKHVuaWNhc3QpIGFk
ZHJlc3Mgb2YgdGhlIGludGVyZmFjZSB3aGljaCB3aWxsIGJlDQogICAgICAgICAgICBhZHZlcnRp
c2VkIGFzIGEgQ2FuZGlkYXRlLVJQLiINCiAgICA6Oj0geyBwaW1DYW5kaWRhdGVSUEVudHJ5IDMg
fQ0KDQoNCg0KDQoNCg0KDQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMjFdDQoMDQpJTlRFUk5FVC1EUkFGVCAg
ICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMN
Cg0KcGltQ2FuZGlkYXRlUlBSb3dTdGF0dXMgT0JKRUNULVRZUEUNCiAgICBTWU5UQVggICAgIFJv
d1N0YXR1cw0KICAgIE1BWC1BQ0NFU1MgcmVhZC1jcmVhdGUNCiAgICBTVEFUVVMgICAgIGN1cnJl
bnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSBzdGF0dXMgb2YgdGhpcyByb3cs
IGJ5IHdoaWNoIG5ldyBlbnRyaWVzIG1heSBiZQ0KICAgICAgICAgICAgY3JlYXRlZCwgb3Igb2xk
IGVudHJpZXMgZGVsZXRlZCBmcm9tIHRoaXMgdGFibGUuIg0KICAgIDo6PSB7IHBpbUNhbmRpZGF0
ZVJQRW50cnkgNCB9DQoNCg0KLS0gVGhlIFBJTSBDb21wb25lbnQgVGFibGUNCg0KcGltQ29tcG9u
ZW50VGFibGUgT0JKRUNULVRZUEUNCiAgICBTWU5UQVggICAgIFNFUVVFTkNFIE9GIFBpbUNvbXBv
bmVudEVudHJ5DQogICAgTUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRVUyAgICAg
Y3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIChjb25jZXB0dWFsKSB0
YWJsZSBjb250YWluaW5nIG9iamVjdHMgc3BlY2lmaWMgdG8gYSBQSU0NCiAgICAgICAgICAgIGRv
bWFpbi4gIE9uZSByb3cgZXhpc3RzIGZvciBlYWNoIGRvbWFpbiB0byB3aGljaCB0aGUgcm91dGVy
DQogICAgICAgICAgICBpcyBjb25uZWN0ZWQuICBBIFBJTS1TTSBkb21haW4gaXMgZGVmaW5lZCBh
cyBhbiBhcmVhIG9mIHRoZQ0KICAgICAgICAgICAgbmV0d29yayBvdmVyIHdoaWNoIEJvb3RzdHJh
cCBtZXNzYWdlcyBhcmUgZm9yd2FyZGVkLg0KICAgICAgICAgICAgVHlwaWNhbGx5LCBhIFBJTS1T
TSByb3V0ZXIgd2lsbCBiZSBhIG1lbWJlciBvZiBleGFjdGx5IG9uZQ0KICAgICAgICAgICAgZG9t
YWluLiAgVGhpcyB0YWJsZSBhbHNvIHN1cHBvcnRzLCBob3dldmVyLCByb3V0ZXJzIHdoaWNoDQog
ICAgICAgICAgICBtYXkgZm9ybSBhIGJvcmRlciBiZXR3ZWVuIHR3byBQSU0tU00gZG9tYWlucyBh
bmQgZG8gbm90DQogICAgICAgICAgICBmb3J3YXJkIEJvb3RzdHJhcCBtZXNzYWdlcyBiZXR3ZWVu
IHRoZW0uIg0KICAgIDo6PSB7IHBpbSAxMiB9DQoNCnBpbUNvbXBvbmVudEVudHJ5IE9CSkVDVC1U
WVBFDQogICAgU1lOVEFYICAgICBQaW1Db21wb25lbnRFbnRyeQ0KICAgIE1BWC1BQ0NFU1Mgbm90
LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAg
ICAgICAgICAgIkFuIGVudHJ5IChjb25jZXB0dWFsIHJvdykgaW4gdGhlIHBpbUNvbXBvbmVudFRh
YmxlLiINCiAgICBJTkRFWCAgICAgIHsgcGltQ29tcG9uZW50SW5kZXggfQ0KICAgIDo6PSB7IHBp
bUNvbXBvbmVudFRhYmxlIDEgfQ0KDQpQaW1Db21wb25lbnRFbnRyeSA6Oj0gU0VRVUVOQ0Ugew0K
ICAgIHBpbUNvbXBvbmVudEluZGV4ICAgICAgICAgICAgICBJbnRlZ2VyMzIsDQogICAgcGltQ29t
cG9uZW50QlNSQWRkcmVzcyAgICAgICAgIElwQWRkcmVzcywNCiAgICBwaW1Db21wb25lbnRCU1JF
eHBpcnlUaW1lICAgICAgVGltZVRpY2tzLA0KICAgIHBpbUNvbXBvbmVudENSUEhvbGRUaW1lICAg
ICAgICBJbnRlZ2VyMzIsDQogICAgcGltQ29tcG9uZW50U3RhdHVzICAgICAgICAgICAgIFJvd1N0
YXR1cw0KfQ0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDIyXQ0KDA0KSU5URVJO
RVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXByaWwgMjAwNCAgICAgICAgICAgICAgT2N0
b2JlciAyMDAzDQoNCnBpbUNvbXBvbmVudEluZGV4IE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAg
ICBJbnRlZ2VyMzIgKDEuLjI1NSkNCiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlDQogICAg
U1RBVFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJBIG51bWJl
ciB1bmlxdWVseSBpZGVudGlmeWluZyB0aGUgY29tcG9uZW50LiAgRWFjaCBwcm90b2NvbA0KICAg
ICAgICAgICAgaW5zdGFuY2UgY29ubmVjdGVkIHRvIGEgc2VwYXJhdGUgZG9tYWluIHNob3VsZCBo
YXZlIGENCiAgICAgICAgICAgIGRpZmZlcmVudCBpbmRleCB2YWx1ZS4gIFJvdXRlcnMgdGhhdCBv
bmx5IHN1cHBvcnQgbWVtYmVyc2hpcA0KICAgICAgICAgICAgaW4gYSBzaW5nbGUgUElNLVNNIGRv
bWFpbiBzaG91bGQgdXNlIGEgcGltQ29tcG9uZW50SW5kZXgNCiAgICAgICAgICAgIHZhbHVlIG9m
IDEuIg0KICAgIDo6PSB7IHBpbUNvbXBvbmVudEVudHJ5IDEgfQ0KDQpwaW1Db21wb25lbnRCU1JB
ZGRyZXNzIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJcEFkZHJlc3MNCiAgICBNQVgtQUND
RVNTIHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQog
ICAgICAgICAgICAiVGhlIElQIGFkZHJlc3Mgb2YgdGhlIGJvb3RzdHJhcCByb3V0ZXIgKEJTUikg
Zm9yIHRoZSBsb2NhbA0KICAgICAgICAgICAgUElNIHJlZ2lvbi4iDQogICAgOjo9IHsgcGltQ29t
cG9uZW50RW50cnkgMiB9DQoNCnBpbUNvbXBvbmVudEJTUkV4cGlyeVRpbWUgT0JKRUNULVRZUEUN
CiAgICBTWU5UQVggICAgIFRpbWVUaWNrcw0KICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAg
U1RBVFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgbWlu
aW11bSB0aW1lIHJlbWFpbmluZyBiZWZvcmUgdGhlIGJvb3RzdHJhcCByb3V0ZXIgaW4NCiAgICAg
ICAgICAgIHRoZSBsb2NhbCBkb21haW4gd2lsbCBiZSBkZWNsYXJlZCBkb3duLiAgRm9yIGNhbmRp
ZGF0ZSBCU1JzLA0KICAgICAgICAgICAgdGhpcyBpcyB0aGUgdGltZSB1bnRpbCB0aGUgY29tcG9u
ZW50IHNlbmRzIGFuIFJQLVNldA0KICAgICAgICAgICAgbWVzc2FnZS4gIEZvciBvdGhlciByb3V0
ZXJzLCB0aGlzIGlzIHRoZSB0aW1lIHVudGlsIGl0IG1heQ0KICAgICAgICAgICAgYWNjZXB0IGFu
IFJQLVNldCBtZXNzYWdlIGZyb20gYSBsb3dlciBjYW5kaWRhdGUgQlNSLiINCiAgICA6Oj0geyBw
aW1Db21wb25lbnRFbnRyeSAzIH0NCg0KcGltQ29tcG9uZW50Q1JQSG9sZFRpbWUgT0JKRUNULVRZ
UEUNCiAgICBTWU5UQVggICAgIEludGVnZXIzMiAoMC4uMjU1KQ0KICAgIFVOSVRTICAgICAgInNl
Y29uZHMiDQogICAgTUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyAgICAgY3VycmVu
dA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIGhvbGR0aW1lIG9mIHRoZSBjb21w
b25lbnQgd2hlbiBpdCBpcyBhIGNhbmRpZGF0ZSBSUCBpbg0KICAgICAgICAgICAgdGhlIGxvY2Fs
IGRvbWFpbi4gIFRoZSB2YWx1ZSBvZiAwIGlzIHVzZWQgdG8gaW5kaWNhdGUgdGhhdA0KICAgICAg
ICAgICAgdGhlIGxvY2FsIHN5c3RlbSBpcyBub3QgYSBDYW5kaWRhdGUtUlAuIg0KICAgIERFRlZB
TCAgICAgeyAwIH0NCiAgICA6Oj0geyBwaW1Db21wb25lbnRFbnRyeSA0IH0NCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgW1BhZ2UgMjNdDQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBF
eHBpcmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMNCg0KcGltQ29tcG9u
ZW50U3RhdHVzIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBSb3dTdGF0dXMNCiAgICBNQVgt
QUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RBVFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJ
T04NCiAgICAgICAgICAgICJUaGUgc3RhdHVzIG9mIHRoaXMgZW50cnkuICBDcmVhdGluZyB0aGUg
ZW50cnkgY3JlYXRlcw0KICAgICAgICAgICAgYW5vdGhlciBwcm90b2NvbCBpbnN0YW5jZTsgZGVz
dHJveWluZyB0aGUgZW50cnkgZGlzYWJsZXMgYQ0KICAgICAgICAgICAgcHJvdG9jb2wgaW5zdGFu
Y2UuIg0KICAgIDo6PSB7IHBpbUNvbXBvbmVudEVudHJ5IDUgfQ0KDQoNCi0tIFBJTSBTdGF0ZSBS
ZWZyZXNoIE9iamVjdHMNCg0KcGltU291cmNlTGlmZXRpbWUgT0JKRUNULVRZUEUgDQogICAgU1lO
VEFYIEludGVnZXIzMiANCiAgICBVTklUUyAic2Vjb25kcyINCiAgICBNQVgtQUNDRVNTIHJlYWQt
Y3JlYXRlDQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiVGhlIG1heGltdW0g
dGltZSB0aGlzIHJvdXRlciB3aWxsIGNvbnRpbnVlIHRvDQogICAgICAgICAgICAgICAgIG9yaWdp
bmF0ZSBTdGF0ZSBSZWZyZXNoIG1lc3NhZ2VzIGluIHRoZSBhYnNlbmNlIG9mDQogICAgICAgICAg
ICAgICAgIHRyYWZmaWMgZnJvbSB0aGUgc291cmNlIGl0c2VsZi4iDQogICAgREVGVkFMIHsgMjEw
IH0gDQogICAgOjo9IHsgcGltIDEzIH0gDQoNCnBpbVN0YXRlUmVmcmVzaEludGVydmFsIE9CSkVD
VC1UWVBFIA0KICAgIFNZTlRBWCBJbnRlZ2VyMzIgKDEuLjI1NSkgDQogICAgVU5JVFMgInNlY29u
ZHMiDQogICAgTUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyBjdXJyZW50DQogICAg
REVTQ1JJUFRJT04gIlRoZSBpbnRlcnZhbCBiZXR3ZWVuIHN1Y2Nlc3NpdmUgU3RhdGUgUmVmcmVz
aA0KICAgICAgICAgICAgICAgICBtZXNzYWdlcyBvcmlnaW5hdGVkIGJ5IHRoaXMgcm91dGVyLiIN
CiAgICBERUZWQUwgeyA2MCB9IA0KICAgIDo6PSB7IHBpbSAxNCB9IA0KDQpwaW1TdGF0ZVJlZnJl
c2hMaW1pdEludGVydmFsIE9CSkVDVC1UWVBFIA0KICAgIFNZTlRBWCBUaW1lVGlja3MNCiAgICBN
QVgtQUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElP
TiAiVGhpcyByb3V0ZXIgd2lsbCBub3QgZm9yd2FyZCBzdWNjZXNzaXZlIFN0YXRlIFJlZnJlc2gN
CiAgICAgICAgICAgICAgICAgbWVzc2FnZXMgcmVjZWl2ZWQgYXQgbGVzcyB0aGFuIHRoaXMgaW50
ZXJ2YWwuIg0KICAgIERFRlZBTCB7IDAgfSANCiAgICA6Oj0geyBwaW0gMTUgfSANCg0KcGltU3Rh
dGVSZWZyZXNoVGltZVRvTGl2ZSBPQkpFQ1QtVFlQRSANCiAgICBTWU5UQVggSW50ZWdlcjMyDQog
ICAgTUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyBjdXJyZW50DQogICAgREVTQ1JJ
UFRJT04gIlRoZSBUVEwgdG8gYmUgdXNlZCBieSB0aGlzIHJvdXRlcidzIG9yaWdpbmF0ZWQgU3Rh
dGUNCiAgICAgICAgICAgICAgICAgUmVmcmVzaCBtZXNzYWdlcyBpZiB0aGUgZGF0YSBwYWNrZXQn
cyBUVEwgaXMgbm90DQogICAgICAgICAgICAgICAgIHJlY29yZGVkLiINCiAgICBERUZWQUwgeyAx
NiB9IA0KOjo9IHsgcGltIDE2IH0NCg0KDQpOaWNob2xhcyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSAyNF0NCgwNCklOVEVSTkVULURS
QUZUICAgICAgICAgICAgIEV4cGlyZXM6IEFwcmlsIDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIg
MjAwMw0KDQoNCi0tIFBJTSBUcmFwcw0KDQpwaW1OZWlnaGJvckxvc3MgTk9USUZJQ0FUSU9OLVRZ
UEUNCiAgICBPQkpFQ1RTIHsNCiAgICAgICBwaW1OZWlnaGJvcklmSW5kZXgNCiAgICB9DQogICAg
U1RBVFVTICAgICAgICAgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAg
IkEgcGltTmVpZ2hib3JMb3NzIHRyYXAgc2lnbmlmaWVzIHRoZSBsb3NzIG9mIGFuIGFkamFjZW5j
eQ0KICAgICAgICAgICAgd2l0aCBhIG5laWdoYm9yLiAgVGhpcyB0cmFwIHNob3VsZCBiZSBnZW5l
cmF0ZWQgd2hlbiB0aGUNCiAgICAgICAgICAgIG5laWdoYm9yIHRpbWVyIGV4cGlyZXMsIGFuZCB0
aGUgcm91dGVyIGhhcyBubyBvdGhlcg0KICAgICAgICAgICAgbmVpZ2hib3JzIG9uIHRoZSBzYW1l
IGludGVyZmFjZSB3aXRoIGEgbG93ZXIgSVAgYWRkcmVzcyB0aGFuDQogICAgICAgICAgICBpdHNl
bGYuIg0KICAgIDo6PSB7IHBpbVRyYXBzIDEgfQ0KDQotLSBjb25mb3JtYW5jZSBpbmZvcm1hdGlv
bg0KDQpwaW1NSUJDb25mb3JtYW5jZSBPQkpFQ1QgSURFTlRJRklFUiA6Oj0geyBwaW1NSUIgMiB9
DQpwaW1NSUJDb21wbGlhbmNlcyBPQkpFQ1QgSURFTlRJRklFUiA6Oj0geyBwaW1NSUJDb25mb3Jt
YW5jZSAxIH0NCnBpbU1JQkdyb3VwcyAgICAgIE9CSkVDVCBJREVOVElGSUVSIDo6PSB7IHBpbU1J
QkNvbmZvcm1hbmNlIDIgfQ0KDQoNCi0tIGNvbXBsaWFuY2Ugc3RhdGVtZW50cw0KDQpwaW1WMU1J
QkNvbXBsaWFuY2UgTU9EVUxFLUNPTVBMSUFOQ0UNCiAgICBTVEFUVVMgIGRlcHJlY2F0ZWQNCiAg
ICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSBjb21wbGlhbmNlIHN0YXRlbWVudCBmb3Ig
cm91dGVycyBydW5uaW5nIFBJTXYxIGFuZA0KICAgICAgICAgICAgaW1wbGVtZW50aW5nIHRoZSBQ
SU0gTUlCLiINCiAgICBNT0RVTEUgIC0tIHRoaXMgbW9kdWxlDQogICAgICAgIE1BTkRBVE9SWS1H
Uk9VUFMgeyBwaW1WMU1JQkdyb3VwIH0NCg0KICAgIDo6PSB7IHBpbU1JQkNvbXBsaWFuY2VzIDEg
fQ0KDQpwaW1TcGFyc2VWMk1JQkNvbXBsaWFuY2UgTU9EVUxFLUNPTVBMSUFOQ0UNCiAgICBTVEFU
VVMgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSBjb21wbGlhbmNl
IHN0YXRlbWVudCBmb3Igcm91dGVycyBydW5uaW5nIFBJTSBTcGFyc2UNCiAgICAgICAgICAgIE1v
ZGUgYW5kIGltcGxlbWVudGluZyB0aGUgUElNIE1JQi4iDQogICAgTU9EVUxFICAtLSB0aGlzIG1v
ZHVsZQ0KICAgIE1BTkRBVE9SWS1HUk9VUFMgeyBwaW1WMk1JQkdyb3VwIH0NCg0KICAgIEdST1VQ
ICAgICAgcGltVjJDYW5kaWRhdGVSUE1JQkdyb3VwDQogICAgREVTQ1JJUFRJT04NCiAgICAgICAg
ICAgICJUaGlzIGdyb3VwIGlzIG1hbmRhdG9yeSBpZiB0aGUgcm91dGVyIGlzIGNhcGFibGUgb2Yg
YmVpbmcgYQ0KICAgICAgICAgICAgQ2FuZGlkYXRlIFJQLiINCg0KICAgIE9CSkVDVCAgICAgcGlt
SW50ZXJmYWNlU3RhdHVzDQogICAgTUlOLUFDQ0VTUyByZWFkLW9ubHkNCiAgICBERVNDUklQVElP
Tg0KICAgICAgICAgICAgICJXcml0ZSBhY2Nlc3MgaXMgbm90IHJlcXVpcmVkLiINCiAgICA6Oj0g
eyBwaW1NSUJDb21wbGlhbmNlcyAyIH0NCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMjVdDQoMDQpJTlRFUk5FVC1E
UkFGVCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVy
IDIwMDMNCg0KcGltRGVuc2VWMk1JQkNvbXBsaWFuY2UgTU9EVUxFLUNPTVBMSUFOQ0UNCiAgICBT
VEFUVVMgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSBjb21wbGlh
bmNlIHN0YXRlbWVudCBmb3Igcm91dGVycyBydW5uaW5nIFBJTSBEZW5zZSBNb2RlDQogICAgICAg
ICAgICBhbmQgaW1wbGVtZW50aW5nIHRoZSBQSU0gTUlCLiINCiAgICBNT0RVTEUgIC0tIHRoaXMg
bW9kdWxlDQoNCiAgICAgICAgTUFOREFUT1JZLUdST1VQUyB7IHBpbURlbnNlVjJNSUJHcm91cCB9
DQoNCiAgICBPQkpFQ1QgICAgIHBpbUludGVyZmFjZVN0YXR1cw0KICAgIE1JTi1BQ0NFU1MgcmVh
ZC1vbmx5DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICAiV3JpdGUgYWNjZXNzIGlzIG5v
dCByZXF1aXJlZC4iDQoNCiAgICA6Oj0geyBwaW1NSUJDb21wbGlhbmNlcyAzIH0NCg0KLS0gdW5p
dHMgb2YgY29uZm9ybWFuY2UNCg0KcGltTm90aWZpY2F0aW9uR3JvdXAgTk9USUZJQ0FUSU9OLUdS
T1VQDQogICAgTk9USUZJQ0FUSU9OUyB7IHBpbU5laWdoYm9yTG9zcyB9DQogICAgU1RBVFVTICBj
dXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJBIGNvbGxlY3Rpb24gb2Ygbm90
aWZpY2F0aW9ucyBmb3Igc2lnbmFsaW5nIGltcG9ydGFudCBQSU0NCiAgICAgICAgICAgIGV2ZW50
cy4iDQogICAgOjo9IHsgcGltTUlCR3JvdXBzIDEgfQ0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K
DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDI2XQ0KDA0KSU5U
RVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXByaWwgMjAwNCAgICAgICAgICAgICAg
T2N0b2JlciAyMDAzDQoNCnBpbVYyTUlCR3JvdXAgT0JKRUNULUdST1VQDQogICAgT0JKRUNUUyB7
IHBpbUpvaW5QcnVuZUludGVydmFsLCBwaW1JbnRlcmZhY2VJZkluZGV4LA0KICAgICAgICAgICAg
ICBwaW1JbnRlcmZhY2VBZGRyZXNzLCBwaW1JbnRlcmZhY2VOZXRNYXNrLA0KICAgICAgICAgICAg
ICBwaW1JbnRlcmZhY2VNb2RlLCBwaW1JbnRlcmZhY2VEUiwNCiAgICAgICAgICAgICAgcGltSW50
ZXJmYWNlSGVsbG9JbnRlcnZhbCwgcGltSW50ZXJmYWNlU3RhdHVzLA0KICAgICAgICAgICAgICBw
aW1JbnRlcmZhY2VKb2luUHJ1bmVJbnRlcnZhbCwNCiAgICAgICAgICAgICAgcGltSW50ZXJmYWNl
Q0JTUlByZWZlcmVuY2UsIHBpbUludGVyZmFjZVRyaWdIZWxsb0ludGVydmFsLA0KICAgICAgICAg
ICAgICBwaW1JbnRlcmZhY2VIZWxsb0hvbGR0aW1lLCBwaW1JbnRlcmZhY2VMYW5QcnVuZURlbGF5
LA0KICAgICAgICAgICAgICBwaW1JbnRlcmZhY2VQcm9wYWdhdGlvbkRlbGF5LA0KICAgICAgICAg
ICAgICBwaW1JbnRlcmZhY2VPdmVycmlkZUludGVydmFsLCBwaW1JbnRlcmZhY2VHZW5lcmF0aW9u
SUQsDQogICAgICAgICAgICAgIHBpbUludGVyZmFjZUpvaW5QcnVuZUhvbGR0aW1lLA0KICAgICAg
ICAgICAgICBwaW1JbnRlcmZhY2VMYW5EZWxheUVuYWJsZWQsIHBpbUludGVyZmFjZURSUHJpb3Jp
dHksDQogICAgICAgICAgICAgIHBpbU5laWdoYm9yQWRkcmVzcywgcGltTmVpZ2hib3JJbnRlcmZh
Y2VJZkluZGV4LA0KICAgICAgICAgICAgICBwaW1OZWlnaGJvclVwVGltZSwgcGltTmVpZ2hib3JF
eHBpcnlUaW1lLA0KICAgICAgICAgICAgICBwaW1OZWlnaGJvckxBTlBydW5lRGVsYXksIHBpbU5l
aWdoYm9yT3ZlcnJpZGVJbnRlcnZhbCwNCiAgICAgICAgICAgICAgcGltTmVpZ2hib3JUQml0LCBw
aW1OZWlnaGJvckRSUHJlc2VudCwNCiAgICAgICAgICAgICAgcGltSXBNUm91dGVVcHN0cmVhbUFz
c2VydFRpbWVyLCBwaW1JcE1Sb3V0ZUFzc2VydE1ldHJpYywNCiAgICAgICAgICAgICAgcGltSXBN
Um91dGVJcFJvdXRlQXNzZXJ0TWV0cmljUHJlZiwNCiAgICAgICAgICAgICAgcGltSXBNUm91dGVB
c3NlcnRSUFRCaXQsIHBpbUlwTVJvdXRlRmxhZ3MsDQogICAgICAgICAgICAgIHBpbUlwTVJvdXRl
UlBGTmVpZ2hib3IsIHBpbUlwTVJvdXRlTmV4dEhvcFBydW5lUmVhc29uLA0KICAgICAgICAgICAg
ICBwaW1SUFNldEdyb3VwQWRkcmVzcywgcGltUlBTZXRHcm91cE1hc2ssIHBpbVJQU2V0QWRkcmVz
cywNCiAgICAgICAgICAgICAgcGltUlBTZXRIb2xkVGltZSwgcGltUlBTZXRFeHBpcnlUaW1lLCBw
aW1SUFNldENvbXBvbmVudCwNCiAgICAgICAgICAgICAgcGltQ29tcG9uZW50QlNSQWRkcmVzcywg
cGltQ29tcG9uZW50QlNSRXhwaXJ5VGltZSwNCiAgICAgICAgICAgICAgcGltQ29tcG9uZW50Q1JQ
SG9sZFRpbWUsIHBpbUNvbXBvbmVudFN0YXR1cw0KICAgICAgICAgICAgfQ0KICAgIFNUQVRVUyAg
Y3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiQSBjb2xsZWN0aW9uIG9mIG9i
amVjdHMgdG8gc3VwcG9ydCBtYW5hZ2VtZW50IG9mIFBJTSBTcGFyc2UNCiAgICAgICAgICAgIE1v
ZGUgKHZlcnNpb24gMikgcm91dGVycy4iDQogICAgOjo9IHsgcGltTUlCR3JvdXBzIDIgfQ0KDQpw
aW1EZW5zZVYyTUlCR3JvdXAgT0JKRUNULUdST1VQDQogICAgT0JKRUNUUyB7IHBpbUludGVyZmFj
ZUlmSW5kZXgsIHBpbUludGVyZmFjZUFkZHJlc3MsDQogICAgICAgICAgICAgIHBpbUludGVyZmFj
ZU5ldE1hc2ssIHBpbUludGVyZmFjZUhlbGxvSW50ZXJ2YWwsDQogICAgICAgICAgICAgIHBpbUlu
dGVyZmFjZVN0YXR1cywgcGltSW50ZXJmYWNlVHJpZ0hlbGxvSW50ZXJ2YWwsDQogICAgICAgICAg
ICAgIHBpbUludGVyZmFjZUhlbGxvSG9sZHRpbWUsIHBpbUludGVyZmFjZUxhblBydW5lRGVsYXks
DQogICAgICAgICAgICAgIHBpbUludGVyZmFjZVByb3BhZ2F0aW9uRGVsYXksIHBpbUludGVyZmFj
ZU92ZXJyaWRlSW50ZXJ2YWwsDQogICAgICAgICAgICAgIHBpbUludGVyZmFjZUdlbmVyYXRpb25J
RCwgcGltSW50ZXJmYWNlSm9pblBydW5lSG9sZHRpbWUsDQogICAgICAgICAgICAgIHBpbUludGVy
ZmFjZUdyYWZ0UmV0cnlJbnRlcnZhbCwNCiAgICAgICAgICAgICAgcGltSW50ZXJmYWNlTWF4R3Jh
ZnRSZXRyaWVzLCBwaW1JbnRlcmZhY2VTUlRUTFRocmVzaG9sZCwNCiAgICAgICAgICAgICAgcGlt
SW50ZXJmYWNlTGFuRGVsYXlFbmFibGVkLCBwaW1JbnRlcmZhY2VTUkNhcGFibGUsDQogICAgICAg
ICAgICAgIHBpbU5laWdoYm9ySWZJbmRleCwgcGltTmVpZ2hib3JVcFRpbWUsDQogICAgICAgICAg
ICAgIHBpbU5laWdoYm9yRXhwaXJ5VGltZSwgcGltTmVpZ2hib3JMQU5QcnVuZURlbGF5LA0KICAg
ICAgICAgICAgICBwaW1OZWlnaGJvck92ZXJyaWRlSW50ZXJ2YWwsIHBpbU5laWdoYm9yU1JDYXBh
YmxlLA0KICAgICAgICAgICAgICBwaW1JcE1Sb3V0ZVNvdXJjZVRpbWVyLCBwaW1JcE1Sb3V0ZU9y
aWdpbmF0b3JTUlRUTCwNCiAgICAgICAgICAgICAgcGltU291cmNlTGlmZXRpbWUsIHBpbVN0YXRl
UmVmcmVzaEludGVydmFsLCANCiAgICAgICAgICAgICAgcGltU3RhdGVSZWZyZXNoTGltaXRJbnRl
cnZhbCwgcGltU3RhdGVSZWZyZXNoVGltZVRvTGl2ZQ0KICAgICAgICAgICAgfQ0KICAgIFNUQVRV
UyAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiQSBjb2xsZWN0aW9uIG9m
IG9iamVjdHMgdG8gc3VwcG9ydCBtYW5hZ2VtZW50IG9mIFBJTSBEZW5zZQ0KICAgICAgICAgICAg
TW9kZSAodmVyc2lvbiAyKSByb3V0ZXJzLiINCiAgICA6Oj0geyBwaW1NSUJHcm91cHMgNSB9DQoN
Ck5pY2hvbGFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIFtQYWdlIDI3XQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczog
QXByaWwgMjAwNCAgICAgICAgICAgICAgT2N0b2JlciAyMDAzDQoNCnBpbVYyQ2FuZGlkYXRlUlBN
SUJHcm91cCBPQkpFQ1QtR1JPVVANCiAgICBPQkpFQ1RTIHsgcGltQ2FuZGlkYXRlUlBBZGRyZXNz
LA0KICAgICAgICAgICAgICBwaW1DYW5kaWRhdGVSUFJvd1N0YXR1cw0KICAgICAgICAgICAgfQ0K
ICAgIFNUQVRVUyAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiQSBjb2xs
ZWN0aW9uIG9mIG9iamVjdHMgdG8gc3VwcG9ydCBjb25maWd1cmF0aW9uIG9mIHdoaWNoDQogICAg
ICAgICAgICBncm91cHMgYSByb3V0ZXIgaXMgdG8gYWR2ZXJ0aXNlIGl0c2VsZiBhcyBhIENhbmRp
ZGF0ZS1SUC4iDQogICAgOjo9IHsgcGltTUlCR3JvdXBzIDMgfQ0KDQpwaW1WMU1JQkdyb3VwIE9C
SkVDVC1HUk9VUA0KICAgIE9CSkVDVFMgeyBwaW1Kb2luUHJ1bmVJbnRlcnZhbCwgcGltTmVpZ2hi
b3JJZkluZGV4LA0KICAgICAgICAgICAgICBwaW1OZWlnaGJvclVwVGltZSwgcGltTmVpZ2hib3JF
eHBpcnlUaW1lLA0KICAgICAgICAgICAgICBwaW1OZWlnaGJvck1vZGUsDQogICAgICAgICAgICAg
IHBpbUludGVyZmFjZUFkZHJlc3MsIHBpbUludGVyZmFjZU5ldE1hc2ssDQogICAgICAgICAgICAg
IHBpbUludGVyZmFjZUpvaW5QcnVuZUludGVydmFsLCBwaW1JbnRlcmZhY2VTdGF0dXMsDQogICAg
ICAgICAgICAgIHBpbUludGVyZmFjZU1vZGUsIHBpbUludGVyZmFjZURSLA0KICAgICAgICAgICAg
ICBwaW1JbnRlcmZhY2VIZWxsb0ludGVydmFsLA0KICAgICAgICAgICAgICBwaW1SUFN0YXRlLCBw
aW1SUFN0YXRlVGltZXIsDQogICAgICAgICAgICAgIHBpbVJQTGFzdENoYW5nZSwgcGltUlBSb3dT
dGF0dXMNCiAgICAgICAgICAgIH0NCiAgICBTVEFUVVMgIGRlcHJlY2F0ZWQNCiAgICBERVNDUklQ
VElPTg0KICAgICAgICAgICAgIkEgY29sbGVjdGlvbiBvZiBvYmplY3RzIHRvIHN1cHBvcnQgbWFu
YWdlbWVudCBvZiBQSU0NCiAgICAgICAgICAgICh2ZXJzaW9uIDEpIHJvdXRlcnMuIg0KICAgIDo6
PSB7IHBpbU1JQkdyb3VwcyA0IH0NCg0KcGltTmV4dEhvcEdyb3VwIE9CSkVDVC1HUk9VUA0KICAg
IE9CSkVDVFMgeyBwaW1JcE1Sb3V0ZU5leHRIb3BQcnVuZVJlYXNvbiwNCiAgICAgICAgICAgICAg
cGltSXBNUm91dGVOZXh0SG9wQXNzZXJ0V2lubmVyLA0KICAgICAgICAgICAgICBwaW1JcE1Sb3V0
ZU5leHRIb3BBc3NlcnRUaW1lciwNCiAgICAgICAgICAgICAgcGltSXBNUm91dGVOZXh0SG9wQXNz
ZXJ0TWV0cmljLA0KICAgICAgICAgICAgICBwaW1JcE1Sb3V0ZU5leHRIb3BBc3NlcnRNZXRyaWNQ
cmVmLA0KICAgICAgICAgICAgICBwaW1JcE1Sb3V0ZU5leHRIb3BKb2luUHJ1bmVUaW1lcg0KICAg
ICAgICAgICAgfQ0KICAgIFNUQVRVUyAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAg
ICAgICAiQSBjb2xsZWN0aW9uIG9mIG9wdGlvbmFsIG9iamVjdHMgdG8gcHJvdmlkZSBwZXItbmV4
dCBob3ANCiAgICAgICAgICAgIGluZm9ybWF0aW9uIGZvciBkaWFnbm9zdGljIHB1cnBvc2VzLiAg
U3VwcG9ydGluZyB0aGlzIGdyb3VwDQogICAgICAgICAgICBtYXkgYWRkIGEgbGFyZ2UgbnVtYmVy
IG9mIGluc3RhbmNlcyB0byBhIHRyZWUgd2FsaywgYnV0IHRoZQ0KICAgICAgICAgICAgaW5mb3Jt
YXRpb24gaW4gdGhpcyBncm91cCBjYW4gYmUgZXh0cmVtZWx5IHVzZWZ1bCBpbg0KICAgICAgICAg
ICAgdHJhY2tpbmcgZG93biBtdWx0aWNhc3QgY29ubmVjdGl2aXR5IHByb2JsZW1zLiINCiAgICA6
Oj0geyBwaW1NSUJHcm91cHMgNiB9DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KTmljaG9sYXMgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2Ug
MjhdDQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAg
ICAgICAgICAgICBPY3RvYmVyIDIwMDMNCg0KcGltQXNzZXJ0R3JvdXAgT0JKRUNULUdST1VQDQog
ICAgT0JKRUNUUyB7IHBpbUlwTVJvdXRlQXNzZXJ0TWV0cmljLCBwaW1JcE1Sb3V0ZUFzc2VydE1l
dHJpY1ByZWYsDQogICAgICAgICAgICAgIHBpbUlwTVJvdXRlQXNzZXJ0UlBUQml0LCBwaW1JcE1S
b3V0ZVJQRk5laWdoYm9yfQ0KICAgIFNUQVRVUyAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQog
ICAgICAgICAgICAiQSBjb2xsZWN0aW9uIG9mIG9wdGlvbmFsIG9iamVjdHMgdG8gcHJvdmlkZSBl
eHRyYQ0KICAgICAgICAgICAgaW5mb3JtYXRpb24gYWJvdXQgdGhlIGFzc2VydCBlbGVjdGlvbiBw
cm9jZXNzLiAgVGhlcmUgaXMgbm8NCiAgICAgICAgICAgIHByb3RvY29sIHJlYXNvbiB0byBrZWVw
IHN1Y2ggaW5mb3JtYXRpb24sIGJ1dCBzb21lDQogICAgICAgICAgICBpbXBsZW1lbnRhdGlvbnMg
bWF5IGFscmVhZHkga2VlcCB0aGlzIGluZm9ybWF0aW9uIGFuZCBtYWtlDQogICAgICAgICAgICBp
dCBhdmFpbGFibGUuICBUaGVzZSBvYmplY3RzIGNhbiBhbHNvIGJlIHZlcnkgdXNlZnVsIGluDQog
ICAgICAgICAgICBkZWJ1Z2dpbmcgY29ubmVjdGl2aXR5IG9yIGR1cGxpY2F0ZSBwYWNrZXQgcHJv
YmxlbXMsDQogICAgICAgICAgICBlc3BlY2lhbGx5IGlmIHRoZSBhc3NlcnQgd2lubmVyIGRvZXMg
bm90IHN1cHBvcnQgdGhlIFBJTSBhbmQNCiAgICAgICAgICAgIElQIE11bHRpY2FzdCBNSUJzLiIN
CiAgICA6Oj0geyBwaW1NSUJHcm91cHMgNyB9DQoNCkVORA0KDQoNCjUuICBTZWN1cml0eSBDb25z
aWRlcmF0aW9ucw0KDQogICBUaGlzIE1JQiBjb250YWlucyByZWFkYWJsZSBvYmplY3RzIHdob3Nl
IHZhbHVlcyBwcm92aWRlIGluZm9ybWF0aW9uDQogICByZWxhdGVkIHRvIG11bHRpY2FzdCByb3V0
aW5nLCBpbmNsdWRpbmcgaW5mb3JtYXRpb24gb24gdGhlIG5ldHdvcmsNCiAgIHRvcG9sb2d5LiAg
VGhlcmUgYXJlIGFsc28gYSBudW1iZXIgb2Ygb2JqZWN0cyB0aGF0IGhhdmUgYSBNQVgtQUNDRVNT
DQogICBjbGF1c2Ugb2YgcmVhZC13cml0ZSBhbmQvb3IgcmVhZC1jcmVhdGUsIHdoaWNoIGFsbG93
IGFuIGFkbWluaXN0cmF0b3INCiAgIHRvIGNvbmZpZ3VyZSBQSU0gaW4gdGhlIHJvdXRlci4NCg0K
ICAgV2hpbGUgdW5hdXRob3JpemVkIGFjY2VzcyB0byB0aGUgcmVhZGFibGUgb2JqZWN0cyBpcyBy
ZWxhdGl2ZWx5DQogICBpbm5vY3VvdXMsIHVuYXV0aG9yaXplZCBhY2Nlc3MgdG8gdGhlIHdyaXRl
LWFibGUgb2JqZWN0cyBjb3VsZCBjYXVzZQ0KICAgYSBkZW5pYWwgb2Ygc2VydmljZS4gIEhlbmNl
LCB0aGUgc3VwcG9ydCBmb3IgU0VUIG9wZXJhdGlvbnMgaW4gYQ0KICAgbm9uLXNlY3VyZSBlbnZp
cm9ubWVudCB3aXRob3V0IHByb3BlciBwcm90ZWN0aW9uIGNhbiBoYXZlIGEgbmVnYXRpdmUNCiAg
IGVmZmVjdCBvbiBuZXR3b3JrIG9wZXJhdGlvbnMuDQoNCiAgIFNOTVB2MSBieSBpdHNlbGYgaXMg
c3VjaCBhbiBpbnNlY3VyZSBlbnZpcm9ubWVudC4gIEV2ZW4gaWYgdGhlDQogICBuZXR3b3JrIGl0
c2VsZiBpcyBzZWN1cmUgKGZvciBleGFtcGxlIGJ5IHVzaW5nIElQU2VjKSwgZXZlbiB0aGVuLA0K
ICAgdGhlcmUgaXMgbm8gY29udHJvbCBhcyB0byB3aG8gb24gdGhlIHNlY3VyZSBuZXR3b3JrIGlz
IGFsbG93ZWQgdG8NCiAgIGFjY2VzcyBhbmQgU0VUIChjaGFuZ2UvY3JlYXRlL2RlbGV0ZSkgdGhl
IG9iamVjdHMgaW4gdGhpcyBNSUIuDQoNCiAgIEl0IGlzIHJlY29tbWVuZGVkIHRoYXQgdGhlIGlt
cGxlbWVudGVycyBjb25zaWRlciB0aGUgc2VjdXJpdHkNCiAgIGZlYXR1cmVzIGFzIHByb3ZpZGVk
IGJ5IHRoZSBTTk1QdjMgZnJhbWV3b3JrLiAgU3BlY2lmaWNhbGx5LCB0aGUgdXNlDQogICBvZiB0
aGUgVXNlci1iYXNlZCBTZWN1cml0eSBNb2RlbCBSRkMgMjI3NCBbMTJdIGFuZCB0aGUgVmlldy1i
YXNlZA0KICAgQWNjZXNzIENvbnRyb2wgTW9kZWwgUkZDIDIyNzUgWzE1XSBpcyByZWNvbW1lbmRl
ZC4NCg0KICAgSXQgaXMgdGhlbiBhIGN1c3RvbWVyL3VzZXIgcmVzcG9uc2liaWxpdHkgdG8gZW5z
dXJlIHRoYXQgdGhlIFNOTVANCiAgIGVudGl0eSBnaXZpbmcgYWNjZXNzIHRvIHRoaXMgTUlCLCBp
cyBwcm9wZXJseSBjb25maWd1cmVkIHRvIGdpdmUNCiAgIGFjY2VzcyB0byB0aG9zZSBvYmplY3Rz
IG9ubHkgdG8gdGhvc2UgcHJpbmNpcGFscyAodXNlcnMpIHRoYXQgaGF2ZQ0KICAgbGVnaXRpbWF0
ZSByaWdodHMgdG8gYWNjZXNzIHRoZW0uDQoNCg0KDQoNCg0KDQoNCg0KTmljaG9sYXMgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMjld
DQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAgICAg
ICAgICAgICBPY3RvYmVyIDIwMDMNCg0KDQo2LiAgQWNrbm93bGVkZ2VtZW50cw0KDQogICBUaGlz
IE1JQiBtb2R1bGUgaXMgYmFzZWQgb24gdGhlIG9yaWdpbmFsIHdvcmsgaW4gUkZDIDI5MzQgYnkN
CiAgIEsuIE1jQ2xvZ2hyaWUsIEQuIEZhcmluYWNjaSwgRC4gVGhhbGVyIGFuZCBXLiBGZW5uZXIg
YW5kIGhhcyBiZWVuIA0KICAgdXBkYXRlZCBiYXNlZCBvbiBmZWVkYmFjayBmcm9tIHRoZSBJRVRG
J3MgUHJvdG9jb2wgSW5kZXBlbmRlbnQNCiAgIE11bHRpY2FzdCAoUElNKSBXb3JraW5nIEdyb3Vw
Lg0KDQoNCjcuICBBdXRob3JzJyBBZGRyZXNzZXMNCg0KICAgSm9uYXRoYW4gTmljaG9sYXMNCiAg
IElUVCBJbmR1c3RyaWVzDQogICBBZXJvc3BhY2UvQ29tbXVuaWNhdGlvbnMgRGl2aXNpb24NCiAg
IDEwMCBLaW5nc2xhbmQgUmQNCiAgIENsaWZ0b24sIE5KICAwNzAxNA0KDQogICBQaG9uZTogKzEg
OTczIDI4NCAyMDE5DQogICBFTWFpbDogSm9uYXRoYW4uTmljaG9sYXNAaXR0LmNvbQ0KDQoNCjgu
ICBSZWZlcmVuY2VzDQoNCiAgIFsxXSAgV2lqbmVuLCBCLiwgSGFycmluZ3RvbiwgRC4gYW5kIFIu
IFByZXN1aG4sICJBbiBBcmNoaXRlY3R1cmUgZm9yDQogICAgICAgIERlc2NyaWJpbmcgU05NUCBN
YW5hZ2VtZW50IEZyYW1ld29ya3MiLCBSRkMgMjU3MSwgQXByaWwgMTk5OS4NCg0KICAgWzJdICBS
b3NlLCBNLiBhbmQgSy4gTWNDbG9naHJpZSwgIlN0cnVjdHVyZSBhbmQgSWRlbnRpZmljYXRpb24g
b2YNCiAgICAgICAgTWFuYWdlbWVudCBJbmZvcm1hdGlvbiBmb3IgVENQL0lQLWJhc2VkIEludGVy
bmV0cyIsIFNURCAxNiwgUkZDDQogICAgICAgIDExNTUsIE1heSAxOTkwLg0KDQogICBbM10gIFJv
c2UsIE0uIGFuZCBLLiBNY0Nsb2docmllLCAiQ29uY2lzZSBNSUIgRGVmaW5pdGlvbnMiLCBTVEQg
MTYsDQogICAgICAgIFJGQyAxMjEyLCBNYXJjaCAxOTkxLg0KDQogICBbNF0gIFJvc2UsIE0uLCAi
QSBDb252ZW50aW9uIGZvciBEZWZpbmluZyBUcmFwcyBmb3IgdXNlIHdpdGggdGhlDQogICAgICAg
IFNOTVAiLCBSRkMgMTIxNSwgTWFyY2ggMTk5MS4NCg0KICAgWzVdICBNY0Nsb2docmllLCBLLiwg
UGVya2lucywgRC4sIFNjaG9lbndhZWxkZXIsIEouLCBDYXNlLCBKLiwgUm9zZSwNCiAgICAgICAg
TS4gYW5kIFMuIFdhbGRidXNzZXIsICJTdHJ1Y3R1cmUgb2YgTWFuYWdlbWVudCBJbmZvcm1hdGlv
bg0KICAgICAgICBWZXJzaW9uIDIgKFNNSXYyKSIsIFNURCA1OCwgUkZDIDI1NzgsIEFwcmlsIDE5
OTkuDQoNCiAgIFs2XSAgTWNDbG9naHJpZSwgSy4sIFBlcmtpbnMsIEQuLCBTY2hvZW53YWVsZGVy
LCBKLiwgQ2FzZSwgSi4sIFJvc2UsDQogICAgICAgIE0uIGFuZCBTLiBXYWxkYnVzc2VyLCAiVGV4
dHVhbCBDb252ZW50aW9ucyBmb3IgU01JdjIiLCBTVEQgNTgsDQogICAgICAgIFJGQyAyNTc5LCBB
cHJpbCAxOTk5Lg0KDQogICBbN10gIE1jQ2xvZ2hyaWUsIEsuLCBQZXJraW5zLCBELiwgU2Nob2Vu
d2FlbGRlciwgSi4sIENhc2UsIEouLCBSb3NlLA0KICAgICAgICBNLiBhbmQgUy4gV2FsZGJ1c3Nl
ciwgIkNvbmZvcm1hbmNlIFN0YXRlbWVudHMgZm9yIFNNSXYyIiwgU1REDQogICAgICAgIDU4LCBS
RkMgMjU4MCwgQXByaWwgMTk5OS4NCg0KICAgWzhdICBDYXNlLCBKLiwgRmVkb3IsIE0uLCBTY2hv
ZmZzdGFsbCwgTS4gYW5kIEouIERhdmluLCAiU2ltcGxlDQogICAgICAgIE5ldHdvcmsgTWFuYWdl
bWVudCBQcm90b2NvbCIsIFNURCAxNSwgUkZDIDExNTcsIE1heSAxOTkwLg0KDQoNCg0KDQpOaWNo
b2xhcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBbUGFnZSAzMF0NCgwNCklOVEVSTkVULURSQUZUICAgICAgICAgICAgIEV4cGlyZXM6IEFwcmls
IDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIgMjAwMw0KDQogICBbOV0gIENhc2UsIEouLCBNY0Ns
b2docmllLCBLLiwgUm9zZSwgTS4gYW5kIFMuIFdhbGRidXNzZXIsDQogICAgICAgICJJbnRyb2R1
Y3Rpb24gdG8gQ29tbXVuaXR5LWJhc2VkIFNOTVB2MiIsIFJGQyAxOTAxLCBKYW51YXJ5DQogICAg
ICAgIDE5OTYuDQoNCiAgIFsxMF0gQ2FzZSwgSi4sIE1jQ2xvZ2hyaWUsIEsuLCBSb3NlLCBNLiBh
bmQgUy4gV2FsZGJ1c3NlciwgIlRyYW5zcG9ydA0KICAgICAgICBNYXBwaW5ncyBmb3IgVmVyc2lv
biAyIG9mIHRoZSBTaW1wbGUgTmV0d29yayBNYW5hZ2VtZW50IFByb3RvY29sDQogICAgICAgIChT
Tk1QdjIpIiwgUkZDIDE5MDYsIEphbnVhcnkgMTk5Ni4NCg0KICAgWzExXSBDYXNlLCBKLiwgSGFy
cmluZ3RvbiBELiwgUHJlc3VobiBSLiBhbmQgQi4gV2lqbmVuLCAiTWVzc2FnZQ0KICAgICAgICBQ
cm9jZXNzaW5nIGFuZCBEaXNwYXRjaGluZyBmb3IgdGhlIFNpbXBsZSBOZXR3b3JrIE1hbmFnZW1l
bnQNCiAgICAgICAgUHJvdG9jb2wgKFNOTVApIiwgUkZDIDI1NzIsIEFwcmlsIDE5OTkuDQoNCiAg
IFsxMl0gQmx1bWVudGhhbCwgVS4gYW5kIEIuIFdpam5lbiwgIlVzZXItYmFzZWQgU2VjdXJpdHkg
TW9kZWwgKFVTTSkNCiAgICAgICAgZm9yIHZlcnNpb24gMyBvZiB0aGUgU2ltcGxlIE5ldHdvcmsg
TWFuYWdlbWVudCBQcm90b2NvbA0KICAgICAgICAoU05NUHYzKSIsIFJGQyAyNTc0LCBBcHJpbCAx
OTk5Lg0KDQogICBbMTNdIENhc2UsIEouLCBNY0Nsb2docmllLCBLLiwgUm9zZSwgTS4gYW5kIFMu
IFdhbGRidXNzZXIsICJQcm90b2NvbA0KICAgICAgICBPcGVyYXRpb25zIGZvciBWZXJzaW9uIDIg
b2YgdGhlIFNpbXBsZSBOZXR3b3JrIE1hbmFnZW1lbnQNCiAgICAgICAgUHJvdG9jb2wgKFNOTVB2
MikiLCBSRkMgMTkwNSwgSmFudWFyeSAxOTk2Lg0KDQogICBbMTRdIExldmksIEQuLCBNZXllciwg
UC4gYW5kIEIuIFN0ZXdhcnQsICJTTk1QdjMgQXBwbGljYXRpb25zIiwgUkZDDQogICAgICAgIDI1
NzMsIEFwcmlsIDE5OTkuDQoNCiAgIFsxNV0gV2lqbmVuLCBCLiwgUHJlc3VobiwgUi4gYW5kIEsu
IE1jQ2xvZ2hyaWUsICJWaWV3LWJhc2VkIEFjY2Vzcw0KICAgICAgICBDb250cm9sIE1vZGVsIChW
QUNNKSBmb3IgdGhlIFNpbXBsZSBOZXR3b3JrIE1hbmFnZW1lbnQgUHJvdG9jb2wNCiAgICAgICAg
KFNOTVApIiwgUkZDIDI1NzUsIEFwcmlsIDE5OTkuDQoNCiAgIFsxOF0gRXN0cmluLCBELiwgRmFy
aW5hY2NpLCBELiwgSGVsbXksIEEuLCBUaGFsZXIsIEQuLCBEZWVyaW5nLCBTLiwNCiAgICAgICAg
SGFuZGxleSwgTS4sIEphY29ic29uLCBWLiwgTGl1LCBDLiwgU2hhcm1hLCBQLiBhbmQgTC4gV2Vp
LA0KICAgICAgICAiUHJvdG9jb2wgSW5kZXBlbmRlbnQgTXVsdGljYXN0IC0gU3BhcnNlIE1vZGUg
KFBJTS1TTSk6IFByb3RvY29sDQogICAgICAgIFNwZWNpZmljYXRpb24iLCBSRkMgMjM2MiwgSnVu
ZSAxOTk4Lg0KDQogICBbMTldIEFkYW1zLCBBLiwgTmljaG9sYXMsIEouLCBTaWFkYWssIFcuLCAi
UHJvdG9jb2wgSW5kZXBlbmRlbnQgDQogICAgICAgIE11bHRpY2FzdCAtIERlbnNlIE1vZGUgKFBJ
TS1ETSk6IFByb3RvY29sIFNwZWNpZmljYXRpb24NCiAgICAgICAgKFJldmlzZWQpIiwgZHJhZnQt
aWV0Zi1waW0tZG0tbmV3LXYyLTAyLnR4dCwgd29yayBpbiBwcm9ncmVzcy4NCg0KICAgWzIwXSBN
Y0Nsb2docmllLCBLLiwgRmFyaW5hY2NpLCBELiBhbmQgRC4gVGhhbGVyLCAiSVB2NCBNdWx0aWNh
c3QNCiAgICAgICAgUm91dGluZyBNSUIiLCBSRkMgMjkzMiwgT2N0b2JlciAyMDAwLg0KDQogICBb
MjFdIEZlbm5lciwgVy4sIEhhbmRsZXksIE0uLCBIb2xicm9vaywgSC4sIEtvdXZlbGFzLCBJLiwg
DQogICAgICAgICJQcm90b2NvbCBJbmRlcGVuZGVudCBNdWx0aWNhc3QgLSBTcGFyc2UgTW9kZSAo
UElNLVNNKSIsIGRyYWZ0LQ0KICAgICAgICBpZXRmLXBpbS1zbS12Mi1uZXctMDUudHh0LCB3b3Jr
IGluIHByb2dyZXNzLg0KDQogICBbMjJdIE1jQ2xvZ2hyaWUsIEsuLCBGYXJpbmFjY2ksIEQuLCBU
aGFsZXIsIEQuLCBGZW5uZXIsIFcuLCANCiAgICAgICAgIlByb3RvY29sIEluZGVwZW5kZW50IE11
bHRpY2FzdCBNSUIgZm9yIElQdjQiLCBSRkMgMjkzNCwNCiAgICAgICAgT2N0b2JlciAyMDAwLg0K
DQoNCg0KDQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDMxXQ0KDA0K

------_=_NextPart_001_01C39E28.036F1D80--

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Wed Oct 29 11:40:42 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA18032
	for <pim-archive@odin.ietf.org>; Wed, 29 Oct 2003 11:40:42 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEtMq-00063x-7L
	for pim-archive@odin.ietf.org; Wed, 29 Oct 2003 11:40:22 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9TGeK92023301
	for pim-archive@odin.ietf.org; Wed, 29 Oct 2003 11:40:20 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEtMp-00063g-Pd
	for pim-web-archive@optimus.ietf.org; Wed, 29 Oct 2003 11:40:20 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA17986
	for <pim-web-archive@ietf.org>; Wed, 29 Oct 2003 11:40:08 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEtMo-0004ZK-00
	for pim-web-archive@ietf.org; Wed, 29 Oct 2003 11:40:18 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AEtMo-0004ZH-00
	for pim-web-archive@ietf.org; Wed, 29 Oct 2003 11:40:18 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AEtMX-0005z6-So; Wed, 29 Oct 2003 11:40:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AErDO-0003d2-HH
	for pim@optimus.ietf.org; Wed, 29 Oct 2003 09:22:26 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA08980
	for <pim@ietf.org>; Wed, 29 Oct 2003 09:22:15 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AErDM-0001a9-00
	for pim@ietf.org; Wed, 29 Oct 2003 09:22:24 -0500
Received: from gate13.itt.com ([151.190.254.108] helo=fwetgfw3r.itt.com)
	by ietf-mx with smtp (Exim 4.12)
	id 1AErDC-0001ZT-00
	for pim@ietf.org; Wed, 29 Oct 2003 09:22:14 -0500
Received: from no.name.available by fwetgfw3r.itt.com
          via smtpd (for ietf-mx.ietf.org [132.151.6.1]) with SMTP; Wed, 29 Oct 2003 09:22:14 -0500
Received:  from ACDNJMAILSRV02.acd.de.ittind.com ([151.190.3.218]) by njbridge.avionics.de.ittind.com with Microsoft SMTPSVC(5.0.2195.5329); Wed, 29 Oct 2003 09:21:59 -0500
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_001_01C39E28.036F1D80"
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
content-class: urn:content-classes:message
Date: Wed, 29 Oct 2003 09:21:59 -0500
Message-ID: <2CA4524FA012F14BAE5D896D492B386810175F@ACDNJMAILSRV02.acd.de.ittind.com>
X-MS-Has-Attach: yes
Thread-Topic: PIM MIB Draft
Thread-Index: AcOeKANe2zyamX2ITFqxjEMi3Whxyw==
From: "Nicholas, Jonathan" <Jonathan.Nicholas@itt.com>
To: <pim@ietf.org>
Subject: [pim] PIM MIB Draft
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C39E28.036F1D80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

All,

Tom asked me to send this to the list.  It is the same as the pre=
vious draft except for cosmetic changes (dates, etc.)

Jonathan Nichola=
s
Network Systems Engineer
ITT Aerospace/Communications Division

 <<=
draft-ietf-pim-mib-v2-02.txt>> 
************************************
Th=
is email and any files transmitted with it are proprietary and intended s=
olely for the use of the individual or entity to whom they are addressed.=
 If you have received this email in error please notify the sender. Pleas=
e note that any views or opinions presented in this email are solely thos=
e of the author and do not necessarily represent those of ITT Industries,=
 Inc. The recipient should check this email and any attachments for the p=
resence of viruses. ITT Industries accepts no liability for any damage ca=
used by any virus transmitted by this email.
***************************=
********* 


------_=_NextPart_001_01C39E28.036F1D80
Content-Type: text/plain;
	name="draft-ietf-pim-mib-v2-02.txt"
Content-Description: draft-ietf-pim-mib-v2-02.txt
Content-Disposition: attachment;
	filename="draft-ietf-pim-mib-v2-02.txt"
Content-Transfer-Encoding: base64

SW50ZXJuZXQgRW5naW5lZXJpbmcgVGFzayBGb3JjZSAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgUElNLVdHDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBFZGl0b3INCmRyYWZ0LWlldGYtcGltLW1pYi12Mi0w
Mi50eHQgICAgICAgICAgICAgICAgICAgICAgICAgICBKb25hdGhhbiBOaWNob2xhcw0KICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IElUVCBBL0NEDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIEV4cGlyZXMgQXByaWwgMjAwNA0KDQoNCiAgICAgICAg
ICAgICAgICAgICAgUHJvdG9jb2wgSW5kZXBlbmRlbnQgTXVsdGljYXN0IE1JQg0KDQoNCg0KU3Rh
dHVzIG9mIHRoaXMgRG9jdW1lbnQNCg0KVGhpcyBkb2N1bWVudCBpcyBhbiBJbnRlcm5ldC1EcmFm
dCBhbmQgaXMgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoIGFsbA0KcHJvdmlzaW9ucyBvZiBTZWN0
aW9uIDEwIG9mIFJGQzIwMjYuDQoNCkludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVu
dHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVyaW5nIFRhc2sNCkZvcmNlIChJRVRGKSwgaXRzIGFy
ZWFzLCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAgTm90ZSB0aGF0IG90aGVyIGdyb3Vwcw0KbWF5
IGFsc28gZGlzdHJpYnV0ZSB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC1EcmFmdHMuDQoN
CkludGVybmV0LURyYWZ0cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0g
b2Ygc2l4IG1vbnRocw0KYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xldGVk
IGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkNCnRpbWUuICBJdCBpcyBpbmFwcHJvcHJpYXRlIHRv
IHVzZSBJbnRlcm5ldC0gRHJhZnRzIGFzIHJlZmVyZW5jZSBtYXRlcmlhbA0Kb3IgdG8gY2l0ZSB0
aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIg0KDQpUaGUgbGlzdCBvZiBjdXJy
ZW50IEludGVybmV0LURyYWZ0cyBjYW4gYmUgYWNjZXNzZWQgYXQNCmh0dHA6Ly93d3cuaWV0Zi5v
cmcvaWV0Zi8xaWQtYWJzdHJhY3RzLnR4dA0KDQpUaGUgbGlzdCBvZiBJbnRlcm5ldC1EcmFmdCBT
aGFkb3cgRGlyZWN0b3JpZXMgY2FuIGJlIGFjY2Vzc2VkIGF0DQpodHRwOi8vd3d3LmlldGYub3Jn
L3NoYWRvdy5odG1sLg0KDQpUaGlzIGRvY3VtZW50IGlzIGEgcHJvZHVjdCBvZiB0aGUgSUVURiBQ
SU0gV0cuICBDb21tZW50cyBzaG91bGQgYmUNCmFkZHJlc3NlZCB0byB0aGUgYXV0aG9ycywgb3Ig
dGhlIFdHJ3MgbWFpbGluZyBsaXN0IGF0DQpwaW1AY2F0YXJpbmEudXNjLmVkdS4NCg0KDQoNCiAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQWJzdHJhY3QNCg0KVGhpcyBtZW1vIGRlZmlu
ZXMgYSBwb3J0aW9uIG9mIHRoZSBNYW5hZ2VtZW50IEluZm9ybWF0aW9uIEJhc2UgKE1JQikgZm9y
DQp1c2Ugd2l0aCBuZXR3b3JrIG1hbmFnZW1lbnQgcHJvdG9jb2xzIGluIHRoZSBJbnRlcm5ldCBj
b21tdW5pdHkuICBJbg0KcGFydGljdWxhciwgaXQgZGVzY3JpYmVzIG1hbmFnZWQgb2JqZWN0cyB1
c2VkIGZvciBtYW5hZ2luZyB0aGUgUHJvdG9jb2wNCkluZGVwZW5kZW50IE11bHRpY2FzdCAoUElN
KSBwcm90b2NvbC4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSAxXQ0KDA0K
SU5URVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXByaWwgMjAwNCAgICAgICAgICAg
ICAgT2N0b2JlciAyMDAzDQoNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRhYmxlIG9m
IENvbnRlbnRzDQoNCiAgIDEgSW50cm9kdWN0aW9uIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gIDINCiAgIDIgVGhlIFNOTVAgTmV0d29yayBNYW5hZ2Vt
ZW50IEZyYW1ld29yayAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gIDINCiAgIDMgT3ZlcnZpZXcg
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gIDMN
CiAgIDQgRGVmaW5pdGlvbnMgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4gIDQNCiAgIDUgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gMjkNCiAgIDYgQWNrbm93bGVkZ2VtZW50cyAuLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gMzANCiAgIDcgQXV0aG9y
cycgQWRkcmVzc2VzIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4g
MzANCiAgIDggUmVmZXJlbmNlcyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4gMzANCg0KDQoxLiAgSW50cm9kdWN0aW9uDQoNClRoaXMgbWVtbyBkZWZp
bmVzIGEgcG9ydGlvbiBvZiB0aGUgTWFuYWdlbWVudCBJbmZvcm1hdGlvbiBCYXNlIChNSUIpIGZv
cg0KdXNlIHdpdGggbmV0d29yayBtYW5hZ2VtZW50IHByb3RvY29scyBpbiB0aGUgSW50ZXJuZXQg
Y29tbXVuaXR5LiAgSW4NCnBhcnRpY3VsYXIsIGl0IGRlc2NyaWJlcyBtYW5hZ2VkIG9iamVjdHMg
dXNlZCBmb3IgbWFuYWdpbmcgdGhlIFByb3RvY29sDQpJbmRlcGVuZGVudCBNdWx0aWNhc3QgKFBJ
TSkgcHJvdG9jb2wgWzE4LDE5XS4NCg0KDQoyLiAgVGhlIFNOTVAgTmV0d29yayBNYW5hZ2VtZW50
IEZyYW1ld29yaw0KDQpUaGUgU05NUCBNYW5hZ2VtZW50IEZyYW1ld29yayBwcmVzZW50bHkgY29u
c2lzdHMgb2YgZml2ZSBtYWpvcg0KY29tcG9uZW50czoNCg0KKiBBbiBvdmVyYWxsIGFyY2hpdGVj
dHVyZSwgZGVzY3JpYmVkIGluIFJGQyAyNTcxIFsxXS4NCg0KKiBNZWNoYW5pc21zIGZvciBkZXNj
cmliaW5nIGFuZCBuYW1pbmcgb2JqZWN0cyBhbmQgZXZlbnRzIGZvciB0aGUNCiAgcHVycG9zZSBv
ZiBtYW5hZ2VtZW50LiAgVGhlIGZpcnN0IHZlcnNpb24gb2YgdGhpcyBTdHJ1Y3R1cmUgb2YNCiAg
TWFuYWdlbWVudCBJbmZvcm1hdGlvbiAoU01JKSBpcyBjYWxsZWQgU01JdjEgYW5kIGRlc2NyaWJl
ZCBpbiBTVEQgMTYsDQogIFJGQyAxMTU1IFsyXSwgU1REIDE2LCBSRkMgMTIxMiBbM10gYW5kIFJG
QyAxMjE1IFs0XS4gIFRoZSBzZWNvbmQgDQogIHZlcnNpb24sIGNhbGxlZCBTTUl2MiwgaXMgZGVz
Y3JpYmVkIGluIFNURCA1OCwgUkZDIDI1NzggWzVdLCBTVEQgNTgsDQogIFJGQyAyNTc5IFs2XSBh
bmQgU1REIDU4LCBSRkMgMjU4MCBbN10uDQoNCiogTWVzc2FnZSBwcm90b2NvbHMgZm9yIHRyYW5z
ZmVycmluZyBtYW5hZ2VtZW50IGluZm9ybWF0aW9uLiAgVGhlIGZpcnN0DQogIHZlcnNpb24gb2Yg
dGhlIFNOTVAgbWVzc2FnZSBwcm90b2NvbCBpcyBjYWxsZWQgU05NUHYxIGFuZCBkZXNjcmliZWQN
CiAgaW4gU1REIDE1LCBSRkMgMTE1NyBbOF0uICBBIHNlY29uZCB2ZXJzaW9uIG9mIHRoZSBTTk1Q
IG1lc3NhZ2UNCiAgcHJvdG9jb2wsIHdoaWNoIGlzIG5vdCBhbiBJbnRlcm5ldCBzdGFuZGFyZHMg
dHJhY2sgcHJvdG9jb2wsIGlzIGNhbGxlZA0KICBTTk1QdjJjIGFuZCBkZXNjcmliZWQgaW4gUkZD
IDE5MDEgWzldIGFuZCBSRkMgMTkwNiBbMTBdLiAgVGhlIHRoaXJkIA0KICB2ZXJzaW9uIG9mIHRo
ZSBtZXNzYWdlIHByb3RvY29sIGlzIGNhbGxlZCBTTk1QdjMgYW5kIGRlc2NyaWJlZCBpbiANCiAg
UkZDIDE5MDYgWzEwXSwgUkZDIDI1NzIgWzExXSBhbmQgUkZDIDI1NzQgWzEyXS4NCg0KKiBQcm90
b2NvbCBvcGVyYXRpb25zIGZvciBhY2Nlc3NpbmcgbWFuYWdlbWVudCBpbmZvcm1hdGlvbi4gIFRo
ZSBmaXJzdA0KICBzZXQgb2YgcHJvdG9jb2wgb3BlcmF0aW9ucyBhbmQgYXNzb2NpYXRlZCBQRFUg
Zm9ybWF0cyBpcyBkZXNjcmliZWQgaW4NCiAgU1REIDE1LCBSRkMgMTE1NyBbOF0uICBBIHNlY29u
ZCBzZXQgb2YgcHJvdG9jb2wgb3BlcmF0aW9ucyBhbmQgDQogIGFzc29jaWF0ZWQgUERVIGZvcm1h
dHMgaXMgZGVzY3JpYmVkIGluIFJGQyAxOTA1IFsxM10uDQoNCiogQSBzZXQgb2YgZnVuZGFtZW50
YWwgYXBwbGljYXRpb25zIGRlc2NyaWJlZCBpbiBSRkMgMjU3MyBbMTRdIGFuZCB0aGUNCiAgdmll
dy1iYXNlZCBhY2Nlc3MgY29udHJvbCBtZWNoYW5pc20gZGVzY3JpYmVkIGluIFJGQyAyNTc1IFsx
NV0uDQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBbUGFnZSAyXQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAg
ICBFeHBpcmVzOiBEZWNlbWJlciAyMDAyICAgICAgICAgICAgICAgSnVuZSAyMDAyDQoNCk1hbmFn
ZWQgb2JqZWN0cyBhcmUgYWNjZXNzZWQgdmlhIGEgdmlydHVhbCBpbmZvcm1hdGlvbiBzdG9yZSwg
dGVybWVkIHRoZQ0KTWFuYWdlbWVudCBJbmZvcm1hdGlvbiBCYXNlIG9yIE1JQi4gIE9iamVjdHMg
aW4gdGhlIE1JQiBhcmUgZGVmaW5lZA0KdXNpbmcgdGhlIG1lY2hhbmlzbXMgZGVmaW5lZCBpbiB0
aGUgU01JLg0KDQpUaGlzIG1lbW8gc3BlY2lmaWVzIGEgTUlCIG1vZHVsZSB0aGF0IGlzIGNvbXBs
aWFudCB0byB0aGUgU01JdjIuICBBIE1JQg0KY29uZm9ybWluZyB0byB0aGUgU01JdjEgY2FuIGJl
IHByb2R1Y2VkIHRocm91Z2ggdGhlIGFwcHJvcHJpYXRlDQp0cmFuc2xhdGlvbnMuICBUaGUgcmVz
dWx0aW5nIHRyYW5zbGF0ZWQgTUlCIG11c3QgYmUgc2VtYW50aWNhbGx5DQplcXVpdmFsZW50LCBl
eGNlcHQgd2hlcmUgb2JqZWN0cyBvciBldmVudHMgYXJlIG9taXR0ZWQgYmVjYXVzZSBubw0KdHJh
bnNsYXRpb24gaXMgcG9zc2libGUgKHVzZSBvZiBDb3VudGVyNjQpLiAgU29tZSBtYWNoaW5lIHJl
YWRhYmxlDQppbmZvcm1hdGlvbiBpbiBTTUl2MiB3aWxsIGJlIGNvbnZlcnRlZCBpbnRvIHRleHR1
YWwgZGVzY3JpcHRpb25zIGluDQpTTUl2MSBkdXJpbmcgdGhlIHRyYW5zbGF0aW9uIHByb2Nlc3Mu
ICBIb3dldmVyLCB0aGlzIGxvc3Mgb2YgbWFjaGluZQ0KcmVhZGFibGUgaW5mb3JtYXRpb24gaXMg
bm90IGNvbnNpZGVyZWQgdG8gY2hhbmdlIHRoZSBzZW1hbnRpY3Mgb2YgdGhlDQpNSUIuDQoNCg0K
My4gIE92ZXJ2aWV3DQoNClRoaXMgTUlCIG1vZHVsZSBjb250YWlucyBvbmUgc2NhbGFyIGFuZCBl
aWdodCB0YWJsZXMuICBTb21lIG9mIHRoZQ0Kb2JqZWN0cyBpbiB0aGVzZSB0YWJsZXMgYXJlIGRl
cHJlY2F0ZWQuICBUaGlzIE1JQiBjb250YWlucyBkZXByZWNhdGVkDQpvYmplY3RzIHNpbmNlIHRo
ZXkgYXJlIG5lY2Vzc2FyeSBmb3IgbWFuYWdpbmcgUElNdjEgcm91dGVycywgYnV0IFBJTXYxDQpp
dHNlbGYgaXMgb2Jzb2xldGVkIGJ5IFBJTSB2MiBbMTgsMTldLg0KDQpUaGUgdGFibGVzIGNvbnRh
aW5lZCBpbiB0aGlzIE1JQiBhcmU6DQoNCiAgICgxKSAgVGhlIFBJTSBJbnRlcmZhY2UgVGFibGUg
Y29udGFpbnMgb25lIHJvdyBmb3IgZWFjaCBvZiB0aGUNCiAgICAgICAgcm91dGVyJ3MgUElNIGlu
dGVyZmFjZXMuDQoNCiAgICgyKSAgVGhlIFBJTSBOZWlnaGJvciBUYWJsZSBjb250YWlucyBvbmUg
cm93IGZvciBlYWNoIG9mIHRoZSByb3V0ZXIncw0KICAgICAgICBQSU0gbmVpZ2hib3JzLg0KDQog
ICAoMykgIFRoZSBQSU0gSVAgTXVsdGljYXN0IFJvdXRlIFRhYmxlIGNvbnRhaW5zIG9uZSByb3cg
Zm9yIGVhY2gNCiAgICAgICAgbXVsdGljYXN0IHJvdXRpbmcgZW50cnkgd2hvc2UgaW5jb21pbmcg
aW50ZXJmYWNlIGlzIHJ1bm5pbmcgUElNLg0KDQogICAoNCkgIFRoZSBQSU0gTmV4dCBIb3AgVGFi
bGUgd2hpY2ggY29udGFpbnMgb25lIHJvdyBmb3IgZWFjaCBvdXRnb2luZw0KICAgICAgICBpbnRl
cmZhY2UgbGlzdCBlbnRyeSBpbiB0aGUgbXVsdGljYXN0IHJvdXRpbmcgdGFibGUgd2hvc2UNCiAg
ICAgICAgaW50ZXJmYWNlIGlzIHJ1bm5pbmcgUElNLCBhbmQgd2hvc2Ugc3RhdGUgaXMgcHJ1bmVk
Lg0KDQogICAoNSkgIFRoZSAoZGVwcmVjYXRlZCkgUElNIFJQIFRhYmxlIGNvbnRhaW5zIHRoZSBQ
SU0gKHZlcnNpb24gMSkNCiAgICAgICAgaW5mb3JtYXRpb24gZm9yIElQIG11bHRpY2FzdCBncm91
cHMgd2hpY2ggaXMgY29tbW9uIHRvIGFsbCBSUHMNCiAgICAgICAgb2YgYSBncm91cC4NCg0KICAg
KDYpICBUaGUgUElNIFJQLVNldCBUYWJsZSBjb250YWlucyB0aGUgUElNICh2ZXJzaW9uIDIpIGlu
Zm9ybWF0aW9uDQogICAgICAgIGZvciBzZXRzIG9mIGNhbmRpZGF0ZSBSZW5kZXp2b3VzIFBvaW50
cyAoUlBzKSBmb3IgSVAgbXVsdGljYXN0DQogICAgICAgIGdyb3VwIGFkZHJlc3NlcyB3aXRoIHBh
cnRpY3VsYXIgYWRkcmVzcyBwcmVmaXhlcy4NCg0KICAgKDcpICBUaGUgUElNIENhbmRpZGF0ZS1S
UCBUYWJsZSBjb250YWlucyB0aGUgSVAgbXVsdGljYXN0IGdyb3VwcyBmb3INCiAgICAgICAgd2hp
Y2ggdGhlIGxvY2FsIHJvdXRlciBpcyB0byBhZHZlcnRpc2UgaXRzZWxmIGFzIGEgQ2FuZGlkYXRl
LVJQLg0KICAgICAgICBJZiB0aGlzIHRhYmxlIGlzIGVtcHR5LCB0aGVuIHRoZSBsb2NhbCByb3V0
ZXIgYWR2ZXJ0aXNlcyBpdHNlbGYNCiAgICAgICAgYXMgYSBDYW5kaWRhdGUtUlAgZm9yIGFsbCBn
cm91cHMuDQoNCiAgICg4KSAgVGhlIFBJTSBDb21wb25lbnQgVGFibGUgY29udGFpbnMgb25lIHJv
dyBmb3IgZWFjaCBvZiB0aGUgUElNDQogICAgICAgIGRvbWFpbnMgdG8gd2hpY2ggdGhlIHJvdXRl
ciBpcyBjb25uZWN0ZWQuDQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDNdDQoMDQpJTlRFUk5FVC1EUkFGVCAg
ICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMN
Cg0KNC4gIERlZmluaXRpb25zDQoNClBJTS1NSUIgREVGSU5JVElPTlMgOjo9IEJFR0lODQoNCklN
UE9SVFMNCiAgICBNT0RVTEUtSURFTlRJVFksIE9CSkVDVC1UWVBFLCBleHBlcmltZW50YWwsDQog
ICAgTk9USUZJQ0FUSU9OLVRZUEUsDQogICAgSW50ZWdlcjMyLCBJcEFkZHJlc3MsIFRpbWVUaWNr
cyAgRlJPTSBTTk1QdjItU01JDQogICAgUm93U3RhdHVzLCBUcnV0aFZhbHVlICAgICAgICAgICAg
RlJPTSBTTk1QdjItVEMNCiAgICBNT0RVTEUtQ09NUExJQU5DRSwgT0JKRUNULUdST1VQLA0KICAg
IE5PVElGSUNBVElPTi1HUk9VUCAgICAgICAgICAgICAgIEZST00gU05NUHYyLUNPTkYNCiAgICBp
cE1Sb3V0ZUdyb3VwLCBpcE1Sb3V0ZVNvdXJjZSwNCiAgICBpcE1Sb3V0ZVNvdXJjZU1hc2ssIGlw
TVJvdXRlTmV4dEhvcEdyb3VwLA0KICAgIGlwTVJvdXRlTmV4dEhvcFNvdXJjZSwgaXBNUm91dGVO
ZXh0SG9wU291cmNlTWFzaywNCiAgICBpcE1Sb3V0ZU5leHRIb3BJZkluZGV4LA0KICAgIGlwTVJv
dXRlTmV4dEhvcEFkZHJlc3MgICAgICAgICAgIEZST00gSVBNUk9VVEUtU1RELU1JQg0KICAgIElu
dGVyZmFjZUluZGV4ICAgICAgICAgICAgICAgICAgIEZST00gSUYtTUlCOw0KDQpwaW1NSUIgTU9E
VUxFLUlERU5USVRZDQogICAgTEFTVC1VUERBVEVEICIyMDAyMTAyODAwMDBaIiAtLSBPY3RvYmVy
IDI4LCAyMDAyDQogICAgT1JHQU5JWkFUSU9OICJJRVRGIFBJTSBXb3JraW5nIEdyb3VwLiINCiAg
ICBDT05UQUNULUlORk8NCiAgICAgICAgICAgICIgSm9uYXRoYW4gTmljaG9sYXMNCiAgICAgICAg
ICAgICAgSVRUIEluZHVzdHJpZXMNCiAgICAgICAgICAgICAgQWVyb3NwYWNlL0NvbW11bmljYXRp
b25zIERpdmlzaW9uDQogICAgICAgICAgICAgIDEwMCBLaW5nc2xhbmQgUmQNCiAgICAgICAgICAg
ICAgQ2xpZnRvbiwgTkogMDcwMTQNCg0KICAgICAgICAgICAgICBQaG9uZTogKzEgOTczIDI4NCAy
MDE5DQogICAgICAgICAgICAgIEVNYWlsOiBqb25hdGhhbi5uaWNob2xhc0BpdHQuY29tIg0KICAg
IERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIE1JQiBtb2R1bGUgZm9yIG1hbmFnZW1lbnQg
b2YgUElNIHJvdXRlcnMuIg0KICAgIFJFVklTSU9OICAgICAiMjAwMDA5MjgwMDAwWiIgLS0gU2Vw
dGVtYmVyIDI4LCAyMDAwDQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJJbml0aWFsIHZl
cnNpb24sIHB1Ymxpc2hlZCBhcyBSRkMgMjkzNC4iICAgIA0KICAgIFJFVklTSU9OICAgICAiMjAw
MjEwMjgwMDAwWiIgLS0gT2N0b2JlciAyOCwgMjAwMg0KICAgIERFU0NSSVBUSU9ODQogICAgICAg
ICAgICAiUmV2aXNlZCBOb3ZlbWJlciA0LCAyMDAyLiINCiAgICA6Oj0geyBleHBlcmltZW50YWwg
NjEgfQ0KDQpwaW1NSUJPYmplY3RzIE9CSkVDVCBJREVOVElGSUVSIDo6PSB7IHBpbU1JQiAxIH0N
Cg0KcGltVHJhcHMgICAgICBPQkpFQ1QgSURFTlRJRklFUiA6Oj0geyBwaW1NSUJPYmplY3RzIDAg
fQ0KDQpwaW0gICAgICAgICAgIE9CSkVDVCBJREVOVElGSUVSIDo6PSB7IHBpbU1JQk9iamVjdHMg
MSB9DQoNCg0KDQoNCg0KDQoNCg0KDQpOaWNob2xhcyAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgNF0NCgwNCklOVEVSTkVULURSQUZU
ICAgICAgICAgICAgIEV4cGlyZXM6IEFwcmlsIDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIgMjAw
Mw0KDQpwaW1Kb2luUHJ1bmVJbnRlcnZhbCBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgSW50
ZWdlcjMyDQogICAgVU5JVFMgICAgICAic2Vjb25kcyINCiAgICBNQVgtQUNDRVNTIHJlYWQtd3Jp
dGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAg
IlRoZSBkZWZhdWx0IGludGVydmFsIGF0IHdoaWNoIHBlcmlvZGljIFBJTS1TTSBKb2luL1BydW5l
DQogICAgICAgICAgICBtZXNzYWdlcyBhcmUgdG8gYmUgc2VudC4iDQogICAgREVGVkFMIHsgNjAg
fQ0KICAgIDo6PSB7IHBpbSAxIH0NCg0KDQotLSBUaGUgUElNIEludGVyZmFjZSBUYWJsZQ0KDQpw
aW1JbnRlcmZhY2VUYWJsZSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgU0VRVUVOQ0UgT0Yg
UGltSW50ZXJmYWNlRW50cnkNCiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlDQogICAgU1RB
VFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgKGNvbmNl
cHR1YWwpIHRhYmxlIGxpc3RpbmcgdGhlIHJvdXRlcidzIFBJTSBpbnRlcmZhY2VzLg0KICAgICAg
ICAgICAgSUdNUCBhbmQgUElNIGFyZSBlbmFibGVkIG9uIGFsbCBpbnRlcmZhY2VzIGxpc3RlZCBp
biB0aGlzDQogICAgICAgICAgICB0YWJsZS4iDQogICAgOjo9IHsgcGltIDIgfQ0KDQpwaW1JbnRl
cmZhY2VFbnRyeSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgUGltSW50ZXJmYWNlRW50cnkN
CiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlDQogICAgU1RBVFVTICAgICBjdXJyZW50DQog
ICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJBbiBlbnRyeSAoY29uY2VwdHVhbCByb3cpIGlu
IHRoZSBwaW1JbnRlcmZhY2VUYWJsZS4iDQogICAgSU5ERVggICAgICB7IHBpbUludGVyZmFjZUlm
SW5kZXggfQ0KICAgIDo6PSB7IHBpbUludGVyZmFjZVRhYmxlIDEgfQ0KDQpQaW1JbnRlcmZhY2VF
bnRyeSA6Oj0gU0VRVUVOQ0Ugew0KICAgIHBpbUludGVyZmFjZUlmSW5kZXggICAgICAgICAgICBJ
bnRlcmZhY2VJbmRleCwNCiAgICBwaW1JbnRlcmZhY2VBZGRyZXNzICAgICAgICAgICAgSXBBZGRy
ZXNzLA0KICAgIHBpbUludGVyZmFjZU5ldE1hc2sgICAgICAgICAgICBJcEFkZHJlc3MsDQogICAg
cGltSW50ZXJmYWNlTW9kZSAgICAgICAgICAgICAgIElOVEVHRVIsDQogICAgcGltSW50ZXJmYWNl
RFIgICAgICAgICAgICAgICAgIElwQWRkcmVzcywNCiAgICBwaW1JbnRlcmZhY2VIZWxsb0ludGVy
dmFsICAgICAgSW50ZWdlcjMyLA0KICAgIHBpbUludGVyZmFjZVN0YXR1cyAgICAgICAgICAgICBS
b3dTdGF0dXMsDQogICAgcGltSW50ZXJmYWNlSm9pblBydW5lSW50ZXJ2YWwgIEludGVnZXIzMiwN
CiAgICBwaW1JbnRlcmZhY2VDQlNSUHJlZmVyZW5jZSAgICAgSW50ZWdlcjMyLA0KICAgIHBpbUlu
dGVyZmFjZVRyaWdIZWxsb0ludGVydmFsICBJbnRlZ2VyMzIsDQogICAgcGltSW50ZXJmYWNlSGVs
bG9Ib2xkdGltZSAgICAgIEludGVnZXIzMiwNCiAgICBwaW1JbnRlcmZhY2VMYW5QcnVuZURlbGF5
ICAgICAgQklUUywNCiAgICBwaW1JbnRlcmZhY2VQcm9wYWdhdGlvbkRlbGF5ICAgSW50ZWdlcjMy
LA0KICAgIHBpbUludGVyZmFjZU92ZXJyaWRlSW50ZXJ2YWwgICBJbnRlZ2VyMzIsDQogICAgcGlt
SW50ZXJmYWNlR2VuZXJhdGlvbklEICAgICAgIEJJVFMsDQogICAgcGltSW50ZXJmYWNlSm9pblBy
dW5lSG9sZHRpbWUgIEludGVnZXIzMiwNCiAgICBwaW1JbnRlcmZhY2VHcmFmdFJldHJ5SW50ZXJ2
YWwgSW50ZWdlcjMyLA0KICAgIHBpbUludGVyZmFjZU1heEdyYWZ0UmV0cmllcyAgICBJbnRlZ2Vy
MzIsDQogICAgcGltSW50ZXJmYWNlU1JUVExUaHJlc2hvbGQgICAgIEludGVnZXIzMiwNCg0KTmlj
aG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIFtQYWdlIDVdDQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJp
bCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMNCg0KICAgIHBpbUludGVyZmFjZUxhbkRl
bGF5RW5hYmxlZCAgICBUcnV0aFZhbHVlLA0KICAgIHBpbUludGVyZmFjZVNSQ2FwYWJsZSAgICAg
ICAgICBUcnV0aFZhbHVlLA0KICAgIHBpbUludGVyZmFjZURSUHJpb3JpdHkgICAgICAgICBJbnRl
Z2VyMzINCn0NCg0KcGltSW50ZXJmYWNlSWZJbmRleCBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAg
ICAgSW50ZXJmYWNlSW5kZXgNCiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlDQogICAgU1RB
VFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgaWZJbmRl
eCB2YWx1ZSBvZiB0aGlzIFBJTSBpbnRlcmZhY2UuIg0KICAgIDo6PSB7IHBpbUludGVyZmFjZUVu
dHJ5IDEgfQ0KDQpwaW1JbnRlcmZhY2VBZGRyZXNzIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAg
ICBJcEFkZHJlc3MNCiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3Vy
cmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIElQIGFkZHJlc3Mgb2YgdGhl
IFBJTSBpbnRlcmZhY2UuIg0KICAgIDo6PSB7IHBpbUludGVyZmFjZUVudHJ5IDIgfQ0KDQpwaW1J
bnRlcmZhY2VOZXRNYXNrIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJcEFkZHJlc3MNCiAg
ICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NS
SVBUSU9ODQogICAgICAgICAgICAiVGhlIG5ldHdvcmsgbWFzayBmb3IgdGhlIElQIGFkZHJlc3Mg
b2YgdGhlIFBJTSBpbnRlcmZhY2UuIg0KICAgIDo6PSB7IHBpbUludGVyZmFjZUVudHJ5IDMgfQ0K
DQpwaW1JbnRlcmZhY2VNb2RlIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJTlRFR0VSIHsg
ZGVuc2UoMSksIHNwYXJzZSgyKSwgc3BhcnNlRGVuc2UoMykgfQ0KICAgIE1BWC1BQ0NFU1MgcmVh
ZC1jcmVhdGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAg
ICAgICAgIlRoZSBjb25maWd1cmVkIG1vZGUgb2YgdGhpcyBQSU0gaW50ZXJmYWNlLiAgQSB2YWx1
ZSBvZg0KICAgICAgICAgICAgc3BhcnNlRGVuc2UgaXMgb25seSB2YWxpZCBmb3IgUElNdjEuIg0K
ICAgIERFRlZBTCAgICAgeyBkZW5zZSB9DQogICAgOjo9IHsgcGltSW50ZXJmYWNlRW50cnkgNCB9
DQoNCnBpbUludGVyZmFjZURSIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJcEFkZHJlc3MN
CiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERF
U0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIERlc2lnbmF0ZWQgUm91dGVyIG9uIHRoaXMgUElN
IGludGVyZmFjZS4iDQogICAgOjo9IHsgcGltSW50ZXJmYWNlRW50cnkgNSB9DQoNCg0KDQoNCg0K
DQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIFtQYWdlIDZdDQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBFeHBp
cmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMNCg0KcGltSW50ZXJmYWNl
SGVsbG9JbnRlcnZhbCBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgSW50ZWdlcjMyDQogICAg
VU5JVFMgICAgICAic2Vjb25kcyINCiAgICBNQVgtQUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RB
VFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgZnJlcXVl
bmN5IGF0IHdoaWNoIFBJTSBIZWxsbyBtZXNzYWdlcyBhcmUgdHJhbnNtaXR0ZWQNCiAgICAgICAg
ICAgIG9uIHRoaXMgaW50ZXJmYWNlLiINCiAgICBERUZWQUwgICAgIHsgMzAgfQ0KICAgIDo6PSB7
IHBpbUludGVyZmFjZUVudHJ5IDYgfQ0KDQpwaW1JbnRlcmZhY2VTdGF0dXMgT0JKRUNULVRZUEUN
CiAgICBTWU5UQVggICAgIFJvd1N0YXR1cw0KICAgIE1BWC1BQ0NFU1MgcmVhZC1jcmVhdGUNCiAg
ICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSBz
dGF0dXMgb2YgdGhpcyBlbnRyeS4gIENyZWF0aW5nIHRoZSBlbnRyeSBlbmFibGVzIFBJTQ0KICAg
ICAgICAgICAgb24gdGhlIGludGVyZmFjZTsgZGVzdHJveWluZyB0aGUgZW50cnkgZGlzYWJsZXMg
UElNIG9uIHRoZQ0KICAgICAgICAgICAgaW50ZXJmYWNlLiINCiAgICA6Oj0geyBwaW1JbnRlcmZh
Y2VFbnRyeSA3IH0NCg0KcGltSW50ZXJmYWNlSm9pblBydW5lSW50ZXJ2YWwgT0JKRUNULVRZUEUN
CiAgICBTWU5UQVggICAgIEludGVnZXIzMg0KICAgIFVOSVRTICAgICAgInNlY29uZHMiDQogICAg
TUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NS
SVBUSU9ODQogICAgICAgICAgICAiVGhlIGZyZXF1ZW5jeSBhdCB3aGljaCBQSU0gSm9pbi9QcnVu
ZSBtZXNzYWdlcyBhcmUNCiAgICAgICAgICAgIHRyYW5zbWl0dGVkIG9uIHRoaXMgUElNIGludGVy
ZmFjZS4gIFRoZSBkZWZhdWx0IHZhbHVlIG9mDQogICAgICAgICAgICB0aGlzIG9iamVjdCBpcyB0
aGUgcGltSm9pblBydW5lSW50ZXJ2YWwuIg0KICAgIDo6PSB7IHBpbUludGVyZmFjZUVudHJ5IDgg
fQ0KDQpwaW1JbnRlcmZhY2VDQlNSUHJlZmVyZW5jZSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAg
ICAgSW50ZWdlcjMyICgtMS4uMjU1KQ0KICAgIE1BWC1BQ0NFU1MgcmVhZC1jcmVhdGUNCiAgICBT
VEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSBwcmVm
ZXJlbmNlIHZhbHVlIGZvciB0aGUgbG9jYWwgaW50ZXJmYWNlIGFzIGEgY2FuZGlkYXRlDQogICAg
ICAgICAgICBib290c3RyYXAgcm91dGVyLiAgVGhlIHZhbHVlIG9mIC0xIGlzIHVzZWQgdG8gaW5k
aWNhdGUgdGhhdA0KICAgICAgICAgICAgdGhlIGxvY2FsIGludGVyZmFjZSBpcyBub3QgYSBjYW5k
aWRhdGUgQlNSIGludGVyZmFjZS4iDQogICAgREVGVkFMICAgICB7IDAgfQ0KICAgIDo6PSB7IHBp
bUludGVyZmFjZUVudHJ5IDkgfQ0KDQpwaW1JbnRlcmZhY2VUcmlnSGVsbG9JbnRlcnZhbCBPQkpF
Q1QtVFlQRSANCiAgICBTWU5UQVggSW50ZWdlcjMyIA0KICAgIFVOSVRTICJzZWNvbmRzIg0KICAg
IE1BWC1BQ0NFU1MgcmVhZC1jcmVhdGUNCiAgICBTVEFUVVMgY3VycmVudA0KICAgIERFU0NSSVBU
SU9OICJUaGUgbWF4aW11bSB0aW1lIGJlZm9yZSBhIHRyaWdnZXJlZCBQSU0gSGVsbG8gbWVzc2Fn
ZSANCiAgICAgICAgICAgICAgICAgaXMgdHJhbnNtaXR0ZWQgb24gdGhpcyBpbnRlcmZhY2UuIg0K
ICAgIERFRlZBTCB7IDUgfSANCiAgICA6Oj0geyBwaW1JbnRlcmZhY2VFbnRyeSAxMCB9IA0KDQoN
Ck5pY2hvbGFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBbUGFnZSA3XQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczog
QXByaWwgMjAwNCAgICAgICAgICAgICAgT2N0b2JlciAyMDAzDQoNCnBpbUludGVyZmFjZUhlbGxv
SG9sZHRpbWUgT0JKRUNULVRZUEUgDQogICAgU1lOVEFYIEludGVnZXIzMiAoMC4uNjU1MzUpIA0K
ICAgIFVOSVRTICJzZWNvbmRzIg0KICAgIE1BWC1BQ0NFU1MgcmVhZC1jcmVhdGUNCiAgICBTVEFU
VVMgY3VycmVudA0KICAgIERFU0NSSVBUSU9OICJUaGUgdmFsdWUgc2V0IGluIHRoZSBIb2xkdGlt
ZSBmaWVsZCBvZiBIZWxsbyBtZXNzYWdlcyANCiAgICAgICAgICAgICAgICAgdHJhbnNtaXR0ZWQg
b24gdGhpcyBpbnRlcmZhY2UuICBUaGlzIHNob3VsZCBiZSAzLjUgDQogICAgICAgICAgICAgICAg
IHRpbWVzIHRoZSB2YWx1ZSBvZiBwaW1JbnRlcmZhY2VIZWxsb0ludGVydmFsLiINCiAgICBERUZW
QUwgeyAxMDUgfSANCiAgICA6Oj0geyBwaW1JbnRlcmZhY2VFbnRyeSAxMSB9IA0KDQpwaW1JbnRl
cmZhY2VMYW5QcnVuZURlbGF5IE9CSkVDVC1UWVBFIA0KICAgIFNZTlRBWCBCSVRTIHsgb2ZmICgw
KSwgb24gKDEpIH0NCiAgICBNQVgtQUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RBVFVTIGN1cnJl
bnQNCiAgICBERVNDUklQVElPTiAiVHVybnMgdGhlIExBTiBQcnVuZSBEZWxheSBPcHRpb24gb2Zm
IGFuZCBvbiBvbiB0aGlzIA0KICAgICAgICAgICAgICAgICBpbnRlcmZhY2UuIg0KICAgIERFRlZB
TCB7IG9uIH0NCiAgICA6Oj0geyBwaW1JbnRlcmZhY2VFbnRyeSAxMiB9DQoNCnBpbUludGVyZmFj
ZVByb3BhZ2F0aW9uRGVsYXkgT0JKRUNULVRZUEUgDQogICAgU1lOVEFYIEludGVnZXIzMiAoMC4u
MzI3NjcpDQogICAgVU5JVFMgIm1pbGxpc2Vjb25kcyINCiAgICBNQVgtQUNDRVNTIHJlYWQtY3Jl
YXRlDQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiVGhlIHZhbHVlIGluc2Vy
dGVkIGludG8gdGhlIExBTiBQcnVuZSBEZWxheSBmaWVsZCBvZiBhIA0KICAgICAgICAgICAgICAg
ICBMQU4gUHJ1bmUgRGVsYXkgb3B0aW9uIG9uIHRoaXMgaW50ZXJmYWNlLiINCiAgICBERUZWQUwg
eyA1MDAgfSANCiAgICA6Oj0geyBwaW1JbnRlcmZhY2VFbnRyeSAxMyB9DQoNCnBpbUludGVyZmFj
ZU92ZXJyaWRlSW50ZXJ2YWwgT0JKRUNULVRZUEUgDQogICAgU1lOVEFYIEludGVnZXIzMiAoMC4u
NjU1MzUpDQogICAgTUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyBjdXJyZW50DQog
ICAgREVTQ1JJUFRJT04gIlRoZSB2YWx1ZSBpbnNlcnRlZCBpbnRvIHRoZSBPdmVycmlkZSBJbnRl
cnZhbCBmaWVsZCBvZiANCiAgICAgICAgICAgICAgICAgYSBMQU4gUHJ1bmUgRGVsYXkgb3B0aW9u
IG9uIHRoaXMgaW50ZXJmYWNlLiINCiAgICBERUZWQUwgeyAyNTAwIH0gDQogICAgOjo9IHsgcGlt
SW50ZXJmYWNlRW50cnkgMTQgfSANCg0KcGltSW50ZXJmYWNlR2VuZXJhdGlvbklEIE9CSkVDVC1U
WVBFIA0KICAgIFNZTlRBWCBCSVRTIHsgb2ZmICgwKSwgb24gKDEpIH0NCiAgICBNQVgtQUNDRVNT
IHJlYWQtY3JlYXRlDQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiVHVybnMg
dGhlIEdlbmVyYXRpb24gSUQgT3B0aW9uIG9mZiBhbmQgb24gb24gdGhpcyANCiAgICAgICAgICAg
ICAgICAgaW50ZXJmYWNlLiINCiAgICBERUZWQUwgeyBvZmYgfSANCiAgICA6Oj0geyBwaW1JbnRl
cmZhY2VFbnRyeSAxNSB9DQoNCg0KDQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSA4XQ0KDA0KSU5URVJO
RVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXByaWwgMjAwNCAgICAgICAgICAgICAgT2N0
b2JlciAyMDAzDQoNCnBpbUludGVyZmFjZUpvaW5QcnVuZUhvbGR0aW1lIE9CSkVDVF9UWVBFDQog
ICAgU1lOVEFYIEludGVnZXIzMiAoMC4uNjU1MzUpDQogICAgVU5JVFMgInNlY29uZHMiDQogICAg
TUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyBjdXJyZW50DQogICAgREVTQ1JJUFRJ
T04gIlRoZSB2YWx1ZSBpbnNlcnRlZCBpbnRvIHRoZSBIb2xkdGltZSBmaWVsZCBvZiBhIEpvaW4v
DQogICAgICAgICAgICAgICAgIFBydW5lIG1lc3NhZ2Ugc2VudCBvbiB0aGlzIGludGVyZmFjZS4g
IFRoZSB2YWx1ZSBzaG91bGQNCiAgICAgICAgICAgICAgICAgYmUgMy41IHRpbWVzIHBpbUludGVy
ZmFjZUpvaW5QcnVuZUludGVydmFsLiINCiAgICBERUZWQUwgeyAyMTAgfQ0KICAgIDo6PSB7IHBp
bUludGVyZmFjZUVudHJ5IDE2IH0NCg0KcGltSW50ZXJmYWNlR3JhZnRSZXRyeUludGVydmFsIE9C
SkVDVC1UWVBFIA0KICAgIFNZTlRBWCBJbnRlZ2VyMzINCiAgICBVTklUUyAic2Vjb25kcyINCiAg
ICBNQVgtQUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQ
VElPTiAiVGhlIGludGVydmFsIGEgUElNIHJvdXRlciB3YWl0cyBmb3IgYSBHcmFmdCBBY2sgYmVm
b3JlIA0KICAgICAgICAgICAgICAgICByZXNlbmRpbmcgYSBHcmFmdCBvbiB0aGlzIGludGVyZmFj
ZS4iDQogICAgREVGVkFMIHsgMyB9IA0KICAgIDo6PSB7IHBpbUludGVyZmFjZUVudHJ5IDE3IH0g
DQoNCnBpbUludGVyZmFjZU1heEdyYWZ0UmV0cmllcyBPQkpFQ1QtVFlQRSANCiAgICBTWU5UQVgg
SW50ZWdlcjMyIA0KICAgIE1BWC1BQ0NFU1MgcmVhZC1jcmVhdGUNCiAgICBTVEFUVVMgY3VycmVu
dA0KICAgIERFU0NSSVBUSU9OICJUaGUgbWF4aW11bSBudW1iZXIgb2YgdGltZXMgdGhpcyByb3V0
ZXIgd2lsbCByZXNlbmQgYSANCiAgICAgICAgICAgICAgICAgR3JhZnQgb24gdGhpcyBpbnRlcmZh
Y2UuIg0KICAgIERFRlZBTCB7IDIgfSANCiAgICA6Oj0geyBwaW1JbnRlcmZhY2VFbnRyeSAxOCB9
DQoNCnBpbUludGVyZmFjZVNSVFRMVGhyZXNob2xkIE9CSkVDVC1UWVBFIA0KICAgIFNZTlRBWCBJ
bnRlZ2VyMzIgDQogICAgTUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyBjdXJyZW50
DQogICAgREVTQ1JJUFRJT04gIlRoZSBUaW1lIFRvIExpdmUgaW4gYSBQSU0tRE0gU3RhdGUgUmVm
cmVzaCBtZXNzYWdlIGF0DQogICAgICAgICAgICAgICAgIHdoaWNoIGl0IGlzIG5vdCBmb3J3YXJk
ZWQgb24gdGhpcyBpbnRlcmZhY2UuIg0KICAgIERFRlZBTCB7IDAgfSANCiAgICA6Oj0geyBwaW1J
bnRlcmZhY2VFbnRyeSAxOSB9DQoNCnBpbUludGVyZmFjZUxhbkRlbGF5RW5hYmxlZCBPQkpFQ1Qt
VFlQRSANCiAgICBTWU5UQVggVHJ1dGhWYWx1ZQ0KICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQog
ICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiRXZhbHVhdGVzIHRvIFRSVUUgaWYg
YWxsIHJvdXRlcnMgb24gdGhpcyBpbnRlcmZhY2UgYXJlDQogICAgICAgICAgICAgICAgIHVzaW5n
IHRoZSBMQU4gUHJ1bmUgRGVsYXkgT3B0aW9uLiINCiAgICA6Oj0geyBwaW1JbnRlcmZhY2VFbnRy
eSAyMCB9DQoNCg0KDQoNCg0KDQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDldDQoMDQpJTlRFUk5FVC1EUkFG
VCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIw
MDMNCg0KcGltSW50ZXJmYWNlU1JDYXBhYmxlIE9CSkVDVC1UWVBFIA0KICAgIFNZTlRBWCBUcnV0
aFZhbHVlDQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkNCiAgICBTVEFUVVMgY3VycmVudA0KICAg
IERFU0NSSVBUSU9OICJFdmFsdWF0ZXMgdG8gVFJVRSBpZiBhbGwgcm91dGVycyBvbiB0aGlzIGlu
dGVyZmFjZSBhcmUNCiAgICAgICAgICAgICAgICAgdXNpbmcgdGhlIFN0YXRlIFJlZnJlc2ggQ2Fw
YWJsZSBPcHRpb24uIg0KICAgIDo6PSB7IHBpbUludGVyZmFjZUVudHJ5IDIxIH0NCg0KcGltSW50
ZXJmYWNlRFJQcmlvcml0eSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCBJbnRlZ2VyMzINCiAgICBN
QVgtQUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElP
TiAiVGhlIERlc2lnbmF0ZXIgUm91dGVyIFByaW9yaXR5IGluc2VydGVkIGludG8gdGhlIERSDQog
ICAgICAgICAgICAgICAgIHByaW9yaXR5IG9wdGlvbiBvbiB0aGlzIGludGVyZmFjZS4iDQogICAg
REVGVkFMIHsgMSB9DQogICAgOjo9IHsgcGltSW50ZXJmYWNlRW50cnkgMjIgfQ0KDQoNCi0tIFRo
ZSBQSU0gTmVpZ2hib3IgVGFibGUNCg0KcGltTmVpZ2hib3JUYWJsZSBPQkpFQ1QtVFlQRQ0KICAg
IFNZTlRBWCAgICAgU0VRVUVOQ0UgT0YgUGltTmVpZ2hib3JFbnRyeQ0KICAgIE1BWC1BQ0NFU1Mg
bm90LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0K
ICAgICAgICAgICAgIlRoZSAoY29uY2VwdHVhbCkgdGFibGUgbGlzdGluZyB0aGUgcm91dGVyJ3Mg
UElNIG5laWdoYm9ycy4iDQogICAgOjo9IHsgcGltIDMgfQ0KDQpwaW1OZWlnaGJvckVudHJ5IE9C
SkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBQaW1OZWlnaGJvckVudHJ5DQogICAgTUFYLUFDQ0VT
UyBub3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9O
DQogICAgICAgICAgICAiQW4gZW50cnkgKGNvbmNlcHR1YWwgcm93KSBpbiB0aGUgcGltTmVpZ2hi
b3JUYWJsZS4iDQogICAgSU5ERVggICAgICB7IHBpbU5laWdoYm9yQWRkcmVzcyB9DQogICAgOjo9
IHsgcGltTmVpZ2hib3JUYWJsZSAxIH0NCg0KUGltTmVpZ2hib3JFbnRyeSA6Oj0gU0VRVUVOQ0Ug
ew0KICAgIHBpbU5laWdoYm9yQWRkcmVzcyAgICAgICAgICBJcEFkZHJlc3MsDQogICAgcGltTmVp
Z2hib3JJZkluZGV4ICAgICAgICAgIEludGVyZmFjZUluZGV4LA0KICAgIHBpbU5laWdoYm9yVXBU
aW1lICAgICAgICAgICBUaW1lVGlja3MsDQogICAgcGltTmVpZ2hib3JFeHBpcnlUaW1lICAgICAg
IFRpbWVUaWNrcywNCiAgICBwaW1OZWlnaGJvck1vZGUgICAgICAgICAgICAgSU5URUdFUiwNCiAg
ICBwaW1OZWlnaGJvckxhblBydW5lRGVsYXkgICAgSW50ZWdlcjMyLA0KICAgIHBpbU5laWdoYm9y
T3ZlcnJpZGVJbnRlcnZhbCBJbnRlZ2VyMzIsDQogICAgcGltTmVpZ2hib3JUQml0ICAgICAgICAg
ICAgIEJJVFMsDQogICAgcGltTmVpZ2hib3JTUkNhcGFibGUgICAgICAgIFRydXRoVmFsdWUsDQog
ICAgcGltTmVpZ2hib3JEUlByZXNlbnQgICAgICAgIFRydXRoVmFsdWUNCn0NCg0KDQoNCg0KDQpO
aWNob2xhcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBbUGFnZSAxMF0NCgwNCklOVEVSTkVULURSQUZUICAgICAgICAgICAgIEV4cGlyZXM6IEFw
cmlsIDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIgMjAwMw0KDQpwaW1OZWlnaGJvckFkZHJlc3Mg
T0JKRUNULVRZUEUNCiAgICBTWU5UQVggICAgIElwQWRkcmVzcw0KICAgIE1BWC1BQ0NFU1Mgbm90
LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAg
ICAgICAgICAgIlRoZSBJUCBhZGRyZXNzIG9mIHRoZSBQSU0gbmVpZ2hib3IgZm9yIHdoaWNoIHRo
aXMgZW50cnkNCiAgICAgICAgICAgIGNvbnRhaW5zIGluZm9ybWF0aW9uLiINCiAgICA6Oj0geyBw
aW1OZWlnaGJvckVudHJ5IDEgfQ0KDQpwaW1OZWlnaGJvcklmSW5kZXggT0JKRUNULVRZUEUNCiAg
ICBTWU5UQVggICAgIEludGVyZmFjZUluZGV4DQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkNCiAg
ICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSB2
YWx1ZSBvZiBpZkluZGV4IGZvciB0aGUgaW50ZXJmYWNlIHVzZWQgdG8gcmVhY2ggdGhpcw0KICAg
ICAgICAgICAgUElNIG5laWdoYm9yLiINCiAgICA6Oj0geyBwaW1OZWlnaGJvckVudHJ5IDIgfQ0K
DQpwaW1OZWlnaGJvclVwVGltZSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgVGltZVRpY2tz
DQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBE
RVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSB0aW1lIHNpbmNlIHRoaXMgUElNIG5laWdoYm9y
IChsYXN0KSBiZWNhbWUgYSBuZWlnaGJvcg0KICAgICAgICAgICAgb2YgdGhlIGxvY2FsIHJvdXRl
ci4iDQogICAgOjo9IHsgcGltTmVpZ2hib3JFbnRyeSAzIH0NCg0KcGltTmVpZ2hib3JFeHBpcnlU
aW1lIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBUaW1lVGlja3MNCiAgICBNQVgtQUNDRVNT
IHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAg
ICAgICAgICAiVGhlIG1pbmltdW0gdGltZSByZW1haW5pbmcgYmVmb3JlIHRoaXMgUElNIG5laWdo
Ym9yIHdpbGwgYmUNCiAgICAgICAgICAgIGFnZWQgb3V0LiINCiAgICA6Oj0geyBwaW1OZWlnaGJv
ckVudHJ5IDQgfQ0KDQpwaW1OZWlnaGJvck1vZGUgT0JKRUNULVRZUEUNCiAgICBTWU5UQVggICAg
IElOVEVHRVIgeyBkZW5zZSgxKSwgc3BhcnNlKDIpIH0NCiAgICBNQVgtQUNDRVNTIHJlYWQtb25s
eQ0KICAgIFNUQVRVUyAgICAgZGVwcmVjYXRlZA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAg
ICAiVGhlIGFjdGl2ZSBQSU0gbW9kZSBvZiB0aGlzIG5laWdoYm9yLiAgVGhpcyBvYmplY3QgaXMN
CiAgICAgICAgICAgIGRlcHJlY2F0ZWQgZm9yIFBJTXYyIHJvdXRlcnMgc2luY2UgYWxsIG5laWdo
Ym9ycyBvbiB0aGUNCiAgICAgICAgICAgIGludGVyZmFjZSBtdXN0IGJlIGVpdGhlciBkZW5zZSBv
ciBzcGFyc2UgYXMgZGV0ZXJtaW5lZCBieQ0KICAgICAgICAgICAgdGhlIHByb3RvY29sIHJ1bm5p
bmcgb24gdGhlIGludGVyZmFjZS4iDQogICAgOjo9IHsgcGltTmVpZ2hib3JFbnRyeSA1IH0NCg0K
DQoNCg0KDQoNCg0KDQpOaWNob2xhcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBbUGFnZSAxMV0NCgwNCklOVEVSTkVULURSQUZUICAgICAgICAg
ICAgIEV4cGlyZXM6IEFwcmlsIDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIgMjAwMw0KDQpwaW1O
ZWlnaGJvckxBTlBydW5lRGVsYXkgT0JKRUNULVRZUEUgDQogICAgU1lOVEFYIEludGVnZXIzMg0K
ICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQ
VElPTiAiVGhlIHZhbHVlIG9mIExBTiBQcnVuZSBEZWxheSBmaWVsZCBvZiB0aGUgTEFOIFBydW5l
IA0KICAgICAgICAgICAgICAgICBEZWxheSBPcHRpb24gcmVjZWl2ZWQgZnJvbSB0aGlzIG5laWdo
Ym9yLiAgQSB2YWx1ZSBvZiANCiAgICAgICAgICAgICAgICAgMCBpbmRpY2F0ZXMgdGhhdCBubyBM
QU4gUHJ1bmUgRGVsYXkgT3B0aW9uIHdhcyANCiAgICAgICAgICAgICAgICAgcmVjZWl2ZWQgZnJv
bSB0aGlzIG5laWdib3IuIg0KICAgIDo6PSB7IHBpbU5laWdoYm9yRW50cnkgNiB9DQoNCnBpbU5l
aWdoYm9yT3ZlcnJpZGVJbnRlcnZhbCBPQkpFQ1QtVFlQRSANCiAgICBTWU5UQVggSW50ZWdlcjMy
DQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkNCiAgICBTVEFUVVMgY3VycmVudA0KICAgIERFU0NS
SVBUSU9OICJUaGUgdmFsdWUgb2YgT3ZlcnJpZGUgSW50ZXJ2YWwgZmllbGQgb2YgdGhlIExBTiBQ
cnVuZQ0KICAgICAgICAgICAgICAgICBEZWxheSBPcHRpb24gcmVjZWl2ZWQgZnJvbSB0aGlzIG5l
aWdoYm9yLiAgQSB2YWx1ZSBvZiANCiAgICAgICAgICAgICAgICAgMCBpbmRpY2F0ZXMgdGhhdCBu
byBMQU4gUHJ1bmUgRGVsYXkgT3B0aW9uIHdhcw0KICAgICAgICAgICAgICAgICByZWNlaXZlZCBm
cm9tIHRoaXMgbmVpZ2Jvci4iDQogICAgOjo9IHsgcGltTmVpZ2hib3JFbnRyeSA3IH0NCg0KcGlt
TmVpZ2hib3JUQml0IE9CSkVDVC1UWVBFIA0KICAgIFNZTlRBWCBCSVRTDQogICAgTUFYLUFDQ0VT
UyByZWFkLW9ubHkNCiAgICBTVEFUVVMgY3VycmVudA0KICAgIERFU0NSSVBUSU9OICJUaGUgdmFs
dWUgb2YgdGhlIFQgYml0IGZpZWxkIG9mIHRoZSBMQU4gUHJ1bmUNCiAgICAgICAgICAgICAgICAg
RGVsYXkgT3B0aW9uIHJlY2VpdmVkIGZyb20gdGhpcyBuZWlnaGJvci4gIFRoZSBUIGJpdA0KICAg
ICAgICAgICAgICAgICBzcGVjaWZpZXMgdGhlIGFiaWxpdHkgb2YgdGhlIG5laWdoYm9yIHRvIGRp
c2FibGUNCiAgICAgICAgICAgICAgICAgam9pbiBzdXBwcmVzc2lvbi4iDQogICAgOjo9IHsgcGlt
TmVpZ2hib3JFbnRyeSA4IH0NCg0KcGltTmVpZ2hib3JTUkNhcGFibGUgT0JKRUNULVRZUEUgDQog
ICAgU1lOVEFYIFRydXRoVmFsdWUNCiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRV
UyBjdXJyZW50DQogICAgREVTQ1JJUFRJT04gIkV2YWx1YXRlcyB0byBUUlVFIGlmIHRoaXMgbmVp
Z2hib3IgaXMgdXNpbmcgdGhlIFN0YXRlDQogICAgICAgICAgICAgICAgIFJlZnJlc2ggQ2FwYWJs
ZSBPcHRpb24uIg0KICAgIDo6PSB7IHBpbU5laWdoYm9yRW50cnkgOSB9DQoNCnBpbU5laWdoYm9y
RFJQcmVzZW50IE9CSkVDVC1UWVBFIA0KICAgIFNZTlRBWCBUcnV0aFZhbHVlDQogICAgTUFYLUFD
Q0VTUyByZWFkLW9ubHkNCiAgICBTVEFUVVMgY3VycmVudA0KICAgIERFU0NSSVBUSU9OICJFdmFs
dWF0ZXMgdG8gVFJVRSBpZiB0aGlzIG5laWdoYm9yIGlzIHVzaW5nIHRoZQ0KICAgICAgICAgICAg
ICAgICBEZXNpZ25hdGVkIFJvdXRlciBPcHRpb24uIg0KICAgIDo6PSB7IHBpbU5laWdoYm9yRW50
cnkgMTAgfQ0KDQoNCg0KDQoNCg0KDQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMTJdDQoMDQpJTlRFUk5FVC1E
UkFGVCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVy
IDIwMDMNCg0KLS0NCi0tIFRoZSBQSU0gSVAgTXVsdGljYXN0IFJvdXRlIFRhYmxlDQotLQ0KDQpw
aW1JcE1Sb3V0ZVRhYmxlIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBTRVFVRU5DRSBPRiBQ
aW1JcE1Sb3V0ZUVudHJ5DQogICAgTUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRV
UyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIChjb25jZXB0
dWFsKSB0YWJsZSBsaXN0aW5nIFBJTS1zcGVjaWZpYyBpbmZvcm1hdGlvbiBvbg0KICAgICAgICAg
ICAgYSBzdWJzZXQgb2YgdGhlIHJvd3Mgb2YgdGhlIGlwTVJvdXRlVGFibGUgZGVmaW5lZCBpbiB0
aGUgSVANCiAgICAgICAgICAgIE11bHRpY2FzdCBNSUIuIg0KICAgIDo6PSB7IHBpbSA0IH0NCg0K
cGltSXBNUm91dGVFbnRyeSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgUGltSXBNUm91dGVF
bnRyeQ0KICAgIE1BWC1BQ0NFU1Mgbm90LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGN1cnJl
bnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIkFuIGVudHJ5IChjb25jZXB0dWFsIHJv
dykgaW4gdGhlIHBpbUlwTVJvdXRlVGFibGUuICBUaGVyZQ0KICAgICAgICAgICAgaXMgb25lIGVu
dHJ5IHBlciBlbnRyeSBpbiB0aGUgaXBNUm91dGVUYWJsZSB3aG9zZSBpbmNvbWluZw0KICAgICAg
ICAgICAgaW50ZXJmYWNlIGlzIHJ1bm5pbmcgUElNLiINCiAgICBJTkRFWCAgICAgIHsgaXBNUm91
dGVHcm91cCwgaXBNUm91dGVTb3VyY2UsIGlwTVJvdXRlU291cmNlTWFzayB9DQogICAgOjo9IHsg
cGltSXBNUm91dGVUYWJsZSAxIH0NCg0KUGltSXBNUm91dGVFbnRyeSA6Oj0gU0VRVUVOQ0Ugew0K
ICAgIHBpbUlwTVJvdXRlVXBzdHJlYW1Bc3NlcnRUaW1lciAgIFRpbWVUaWNrcywNCiAgICBwaW1J
cE1Sb3V0ZUFzc2VydE1ldHJpYyAgICAgICAgICBJbnRlZ2VyMzIsDQogICAgcGltSXBNUm91dGVB
c3NlcnRNZXRyaWNQcmVmICAgICAgSW50ZWdlcjMyLA0KICAgIHBpbUlwTVJvdXRlQXNzZXJ0UlBU
Qml0ICAgICAgICAgIFRydXRoVmFsdWUsDQogICAgcGltSXBNUm91dGVGbGFncyAgICAgICAgICAg
ICAgICAgQklUUywNCiAgICBwaW1JcE1Sb3V0ZVJQRk5laWdoYm9yICAgICAgICAgICBJcEFkZHJl
c3MsDQogICAgcGltSXBNUm91dGVTb3VyY2VUaW1lciAgICAgICAgICAgVGltZVRpY2tzLA0KICAg
IHBpbUlwTVJvdXRlT3JpZ2luYXRvclNSVFRMICAgICAgIEludGVnZXIzMg0KfQ0KDQpwaW1JcE1S
b3V0ZVVwc3RyZWFtQXNzZXJ0VGltZXIgT0JKRUNULVRZUEUNCiAgICBTWU5UQVggICAgIFRpbWVU
aWNrcw0KICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAgU1RBVFVTICAgICBjdXJyZW50DQog
ICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgdGltZSByZW1haW5pbmcgYmVmb3JlIHRo
ZSByb3V0ZXIgY2hhbmdlcyBpdHMgdXBzdHJlYW0NCiAgICAgICAgICAgIG5laWdoYm9yIGJhY2sg
dG8gaXRzIFJQRiBuZWlnaGJvci4gIFRoaXMgdGltZXIgaXMgY2FsbGVkIHRoZQ0KICAgICAgICAg
ICAgQXNzZXJ0IHRpbWVyIGluIHRoZSBQSU0gU3BhcnNlIGFuZCBEZW5zZSBtb2RlIHNwZWNpZmlj
YXRpb24uDQogICAgICAgICAgICBBIHZhbHVlIG9mIDAgaW5kaWNhdGVzIHRoYXQgbm8gQXNzZXJ0
IGhhcyBjaGFuZ2VkIHRoZQ0KICAgICAgICAgICAgdXBzdHJlYW0gbmVpZ2hib3IgYXdheSBmcm9t
IHRoZSBSUEYgbmVpZ2hib3IuIg0KICAgIDo6PSB7IHBpbUlwTVJvdXRlRW50cnkgMSB9DQoNCg0K
DQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIFtQYWdlIDEzXQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAgICAg
RXhwaXJlczogQXByaWwgMjAwNCAgICAgICAgICAgICAgT2N0b2JlciAyMDAzDQoNCnBpbUlwTVJv
dXRlQXNzZXJ0TWV0cmljIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJbnRlZ2VyMzINCiAg
ICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NS
SVBUSU9ODQogICAgICAgICAgICAiVGhlIG1ldHJpYyBhZHZlcnRpc2VkIGJ5IHRoZSBhc3NlcnQg
d2lubmVyIG9uIHRoZSB1cHN0cmVhbQ0KICAgICAgICAgICAgaW50ZXJmYWNlLCBvciAwIGlmIG5v
IHN1Y2ggYXNzZXJ0IGlzIGluIHJlY2VpdmVkLiINCiAgICA6Oj0geyBwaW1JcE1Sb3V0ZUVudHJ5
IDIgfQ0KDQpwaW1JcE1Sb3V0ZUFzc2VydE1ldHJpY1ByZWYgT0JKRUNULVRZUEUNCiAgICBTWU5U
QVggICAgIEludGVnZXIzMg0KICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAgU1RBVFVTICAg
ICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgcHJlZmVyZW5jZSBh
ZHZlcnRpc2VkIGJ5IHRoZSBhc3NlcnQgd2lubmVyIG9uIHRoZQ0KICAgICAgICAgICAgdXBzdHJl
YW0gaW50ZXJmYWNlLCBvciAwIGlmIG5vIHN1Y2ggYXNzZXJ0IGlzIGluIGVmZmVjdC4iDQogICAg
Ojo9IHsgcGltSXBNUm91dGVFbnRyeSAzIH0NCg0KcGltSXBNUm91dGVBc3NlcnRSUFRCaXQgT0JK
RUNULVRZUEUNCiAgICBTWU5UQVggICAgIFRydXRoVmFsdWUNCiAgICBNQVgtQUNDRVNTIHJlYWQt
b25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAg
ICAiVGhlIHZhbHVlIG9mIHRoZSBSUFQtYml0IGFkdmVydGlzZWQgYnkgdGhlIGFzc2VydCB3aW5u
ZXIgb24NCiAgICAgICAgICAgIHRoZSB1cHN0cmVhbSBpbnRlcmZhY2UsIG9yIGZhbHNlIGlmIG5v
IHN1Y2ggYXNzZXJ0IGlzIGluDQogICAgICAgICAgICBlZmZlY3QuIg0KICAgIDo6PSB7IHBpbUlw
TVJvdXRlRW50cnkgNCB9DQoNCnBpbUlwTVJvdXRlRmxhZ3MgT0JKRUNULVRZUEUNCiAgICBTWU5U
QVggICAgIEJJVFMgew0KICAgICAgICAgICAgICAgICAgcnB0KDApLA0KICAgICAgICAgICAgICAg
ICAgc3B0KDEpDQogICAgICAgICAgICAgICB9DQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkNCiAg
ICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoaXMg
b2JqZWN0IGRlc2NyaWJlcyBQSU0tc3BlY2lmaWMgZmxhZ3MgcmVsYXRlZCB0byBhDQogICAgICAg
ICAgICBtdWx0aWNhc3Qgc3RhdGUgZW50cnkuICBTZWUgdGhlIFBJTSBTcGFyc2UgTW9kZQ0KICAg
ICAgICAgICAgc3BlY2lmaWNhdGlvbiBmb3IgdGhlIG1lYW5pbmcgb2YgdGhlIFJQVCBhbmQgU1BU
IGJpdHMuIg0KICAgIDo6PSB7IHBpbUlwTVJvdXRlRW50cnkgNSB9DQoNCnBpbUlwTVJvdXRlUlBG
TmVpZ2hib3IgT0JKRUNULVRZUEUgDQogICAgU1lOVEFYIElwQWRkcmVzcw0KICAgIE1BWC1BQ0NF
U1MgcmVhZC1vbmx5DQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiVGhlIElQ
IEFkZHJlc3Mgb2YgdGhlIGN1cnJlbnQgUlBGIG5laWdoYm9yLiAgSWYgdGhlcmUNCiAgICAgICAg
ICAgICAgICAgaXMgYW4gdXBzdHJlYW0gQXNzZXJ0IFdpbm5lciwgaXQgd2lsbCBiZSB0aGUgUlBG
DQogICAgICAgICAgICAgICAgIG5laWdoYm9yLiAgT3RoZXJ3aXNlLCB0aGUgUlBGIG5laWdoYm9y
IHdpbGwgYmUNCiAgICAgICAgICAgICAgICAgdGhlIG5leHQgaG9wIGluZGljYXRlZCBieSB1bmlj
YXN0IHJvdXRpbmcuIg0KICAgIDo6PSB7IHBpbUlwTVJvdXRlRW50cnkgNiB9DQoNCg0KDQoNCk5p
Y2hvbGFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIFtQYWdlIDE0XQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXBy
aWwgMjAwNCAgICAgICAgICAgICAgT2N0b2JlciAyMDAzDQoNCnBpbUlwTVJvdXRlU291cmNlVGlt
ZXIgT0JKRUNULVRZUEUgDQogICAgU1lOVEFYIFRpbWVUaWNrcw0KICAgIE1BWC1BQ0NFU1MgcmVh
ZC1vbmx5DQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiVGhlIHRpbWUgYmVm
b3JlIHRoaXMgcm91dGVyIGNlYXNlcyBvcmlnaW5hdGluZyBTdGF0ZQ0KICAgICAgICAgICAgICAg
ICBSZWZyZXNoIG1lc3NhZ2VzIGZvciB0aGlzIHJvdXRlLiINCiAgICA6Oj0geyBwaW1JcE1Sb3V0
ZUVudHJ5IDcgfQ0KDQpwaW1JcE1Sb3V0ZU9yaWdpbmF0b3JTUlRUTCAgT0JKRUNULVRZUEUNCiAg
ICBTWU5UQVggSW50ZWdlcjMyDQogICAgTUFYX0FDQ0VTUyByZWFkLW9ubHkNCiAgICBTVEFUVVMg
Y3VycmVudA0KICAgIERFU0NSSVBUSU9OICJUaGUgVFRMIHVzZWQgaW4gU3RhdGUgUmVmcmVzaCBt
ZXNzYWdlcyBvcmlnaW5hdGVkIGJ5DQogICAgICAgICAgICAgICAgIHRoaXMgcm91dGVyIGZvciB0
aGlzIHJvdXRlLiINCiAgICA6Oj0geyBwaW1JcE1Sb3V0ZUVudHJ5IDggfQ0KDQotLQ0KLS0gVGhl
IFBJTSBOZXh0IEhvcCBUYWJsZQ0KLS0NCg0KcGltSXBNUm91dGVOZXh0SG9wVGFibGUgT0JKRUNU
LVRZUEUNCiAgICBTWU5UQVggICAgIFNFUVVFTkNFIE9GIFBpbUlwTVJvdXRlTmV4dEhvcEVudHJ5
DQogICAgTUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0K
ICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIChjb25jZXB0dWFsKSB0YWJsZSBsaXN0
aW5nIFBJTS1zcGVjaWZpYyBpbmZvcm1hdGlvbiBvbg0KICAgICAgICAgICAgYSBzdWJzZXQgb2Yg
dGhlIHJvd3Mgb2YgdGhlIGlwTVJvdXRlTmV4dEhvcFRhYmxlIGRlZmluZWQgaW4NCiAgICAgICAg
ICAgIHRoZSBJUCBNdWx0aWNhc3QgTUlCLiINCiAgICA6Oj0geyBwaW0gNyB9DQpwaW1JcE1Sb3V0
ZU5leHRIb3BFbnRyeSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgUGltSXBNUm91dGVOZXh0
SG9wRW50cnkNCiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlDQogICAgU1RBVFVTICAgICBj
dXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJBbiBlbnRyeSAoY29uY2VwdHVh
bCByb3cpIGluIHRoZSBwaW1JcE1Sb3V0ZU5leHRIb3BUYWJsZS4NCiAgICAgICAgICAgIFRoZXJl
IGlzIG9uZSBlbnRyeSBwZXIgZW50cnkgaW4gdGhlIGlwTVJvdXRlTmV4dEhvcFRhYmxlDQogICAg
ICAgICAgICB3aG9zZSBpbnRlcmZhY2UgaXMgcnVubmluZyBQSU0gYW5kIHdob3NlDQogICAgICAg
ICAgICBpcE1Sb3V0ZU5leHRIb3BTdGF0ZSBpcyBwcnVuZWQoMSkuIg0KICAgIElOREVYICAgICAg
eyBpcE1Sb3V0ZU5leHRIb3BHcm91cCwgaXBNUm91dGVOZXh0SG9wU291cmNlLA0KICAgICAgICAg
ICAgICAgICBpcE1Sb3V0ZU5leHRIb3BTb3VyY2VNYXNrLCBpcE1Sb3V0ZU5leHRIb3BJZkluZGV4
LA0KICAgICAgICAgICAgICAgICBpcE1Sb3V0ZU5leHRIb3BBZGRyZXNzIH0NCiAgICA6Oj0geyBw
aW1JcE1Sb3V0ZU5leHRIb3BUYWJsZSAxIH0NCg0KUGltSXBNUm91dGVOZXh0SG9wRW50cnkgOjo9
IFNFUVVFTkNFIHsNCiAgICBwaW1JcE1Sb3V0ZU5leHRIb3BQcnVuZVJlYXNvbiAgICAgICBJTlRF
R0VSLA0KICAgIHBpbUlwTVJvdXRlTmV4dEhvcEFzc2VydFdpbm5lciAgICAgIElwQWRkcmVzcywN
CiAgICBwaW1JcE1Sb3V0ZU5leHRIb3BBc3NlcnRUaW1lciAgICAgICBUaW1lVGlja3MsDQogICAg
cGltSXBNUm91dGVOZXh0SG9wQXNzZXJ0TWV0cmljICAgICAgSW50ZWdlcjMyLA0KICAgIHBpbUlw
TVJvdXRlTmV4dEhvcEFzc2VydE1ldHJpY1ByZWYgIEludGVnZXIzMiwNCiAgICBwaW1JcE1Sb3V0
ZU5leHRIb3BKb2luUHJ1bmVUaW1lciAgICBUaW1lVGlja3MNCn0NCg0KDQoNCk5pY2hvbGFzICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdl
IDE1XQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXByaWwgMjAwNCAg
ICAgICAgICAgICAgT2N0b2JlciAyMDAzDQoNCnBpbUlwTVJvdXRlTmV4dEhvcFBydW5lUmVhc29u
IE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJTlRFR0VSIHsNCiAgICAgICAgICAgICAgICAg
IG90aGVyICgxKSwNCiAgICAgICAgICAgICAgICAgIHBydW5lICgyKSwNCiAgICAgICAgICAgICAg
ICAgIGFzc2VydCAoMykNCiAgICAgICAgICAgICAgIH0NCiAgICBNQVgtQUNDRVNTIHJlYWQtb25s
eQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAi
VGhpcyBvYmplY3QgaW5kaWNhdGVzIHdoeSB0aGUgZG93bnN0cmVhbSBpbnRlcmZhY2Ugd2FzDQog
ICAgICAgICAgICBwcnVuZWQsIHdoZXRoZXIgaW4gcmVzcG9uc2UgdG8gYSBQSU0gcHJ1bmUgbWVz
c2FnZSBvciBkdWUgdG8NCiAgICAgICAgICAgIFBJTSBBc3NlcnQgcHJvY2Vzc2luZy4iDQogICAg
Ojo9IHsgcGltSXBNUm91dGVOZXh0SG9wRW50cnkgMiB9DQoNCnBpbUlwTVJvdXRlTmV4dEhvcEFz
c2VydFdpbm5lciBPQkpFQ1QtVFlQRSANCiAgICBTWU5UQVggSXBBZGRyZXNzDQogICAgTUFYLUFD
Q0VTUyByZWFkLW9ubHkNCiAgICBTVEFUVVMgY3VycmVudA0KICAgIERFU0NSSVBUSU9OICJUaGUg
SVAgQWRkcmVzcyBvZiB0aGUgQXNzZXJ0IFdpbm5lci4iDQogICAgOjo9IHsgcGltSXBNUm91dGVO
ZXh0SG9wRW50cnkgMyB9DQoNCnBpbUlwTVJvdXRlTmV4dEhvcEFzc2VydFRpbWVyIE9CSkVDVC1U
WVBFIA0KICAgIFNZTlRBWCBUaW1lVGlja3MNCiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAg
IFNUQVRVUyBjdXJyZW50DQogICAgREVTQ1JJUFRJT04gIlRoZSB0aW1lIHJlbWFpbmluZyBiZWZv
cmUgdGhlIFBJTSByb3V0ZXIgbGVhdmVzIHRoZQ0KICAgICAgICAgICAgICAgICBjdXJyZW50IEFz
c2VydCBzdGF0ZS4gIEEgdmFsdWUgb2YgMCBpbmRpY2F0ZXMgdGhhdCB0aGUNCiAgICAgICAgICAg
ICAgICAgcm91dGVyIGlzIGluIHRoZSBObyBJbmZvIHN0YXRlLiINCiAgICA6Oj0geyBwaW1JcE1S
b3V0ZU5leHRIb3BFbnRyeSA0IH0NCnBpbUlwTVJvdXRlTmV4dEhvcEFzc2VydE1ldHJpYyBPQkpF
Q1QtVFlQRSANCiAgICBTWU5UQVggSW50ZWdlcjMyDQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkN
CiAgICBTVEFUVVMgY3VycmVudA0KICAgIERFU0NSSVBUSU9OICJUaGUgbWV0cmljIGFkdmVydGlz
ZWQgYnkgdGhlIEFzc2VydCBXaW5uZXIuIg0KICAgIDo6PSB7IHBpbUlwTVJvdXRlTmV4dEhvcEVu
dHJ5IDUgfQ0KDQpwaW1JcE1Sb3V0ZU5leHRIb3BBc3NlcnRNZXRyaWNQcmVmIE9CSkVDVC1UWVBF
IA0KICAgIFNZTlRBWCBJbnRlZ2VyMzINCiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNU
QVRVUyBjdXJyZW50DQogICAgREVTQ1JJUFRJT04gIlRoZSBtZXRyaWMgcHJlZmVyZW5jZSBhZHZl
cnRpc2VkIGJ5IHRoZSBBc3NlcnQgV2lubmVyLiINCiAgICA6Oj0geyBwaW1JcE1Sb3V0ZU5leHRI
b3BFbnRyeSA2IH0NCg0KcGltSXBNUm91dGVOZXh0SG9wSm9pblBydW5lVGltZXIgT0JKRUNULVRZ
UEUgDQogICAgU1lOVEFYIFRpbWVUaWNrcw0KICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAg
U1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiVGhlIHRpbWUgcmVtYWluaW5nIGJlZm9y
ZSB0aGUgUElNIHJvdXRlciByZXZlcnRzIHRvDQogICAgICAgICAgICAgICAgIGRlZmF1bHQgb3Bl
cmF0aW9uIG9uIHRoaXMgaW50ZXJmYWNlLiAgUElNLVNNIHdpbGwgDQogICAgICAgICAgICAgICAg
IGNlYXNlIGZvcndhcmRpbmcsIFBJTS1ETSB3aWxsIHJlc3VtZSBmb3J3YXJkaW5nLiINCiAgICA6
Oj0geyBwaW1JcE1Sb3V0ZU5leHRIb3BFbnRyeSA3IH0Nc3MsIHBpbVJQQWRkcmVzcyB9DQogICAg
Ojo9IHsgcGltUlBUYWJsZSAxIH0NCg0KDQpOaWNob2xhcyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSAxNl0NCgwNCklOVEVSTkVULURS
QUZUICAgICAgICAgICAgIEV4cGlyZXM6IEFwcmlsIDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIg
MjAwMw0KDQoNCi0tIFRoZSBQSU0gUlAgVGFibGUNCg0KcGltUlBUYWJsZSBPQkpFQ1QtVFlQRQ0K
ICAgIFNZTlRBWCAgICAgU0VRVUVOQ0UgT0YgUGltUlBFbnRyeQ0KICAgIE1BWC1BQ0NFU1Mgbm90
LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGRlcHJlY2F0ZWQNCiAgICBERVNDUklQVElPTg0K
ICAgICAgICAgICAgIlRoZSAoY29uY2VwdHVhbCkgdGFibGUgbGlzdGluZyBQSU0gdmVyc2lvbiAx
IGluZm9ybWF0aW9uDQogICAgICAgICAgICBmb3IgdGhlIFJlbmRlenZvdXMgUG9pbnRzIChSUHMp
IGZvciBJUCBtdWx0aWNhc3QgZ3JvdXBzLg0KICAgICAgICAgICAgVGhpcyB0YWJsZSBpcyBkZXBy
ZWNhdGVkIHNpbmNlIGl0cyBmdW5jdGlvbiBpcyByZXBsYWNlZCBieQ0KICAgICAgICAgICAgdGhl
IHBpbVJQU2V0VGFibGUgZm9yIFBJTSB2ZXJzaW9uIDIuIg0KICAgIDo6PSB7IHBpbSA1IH0NCg0K
cGltUlBFbnRyeSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgUGltUlBFbnRyeQ0KICAgIE1B
WC1BQ0NFU1Mgbm90LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGRlcHJlY2F0ZWQNCiAgICBE
RVNDUklQVElPTg0KICAgICAgICAgICAgIkFuIGVudHJ5IChjb25jZXB0dWFsIHJvdykgaW4gdGhl
IHBpbVJQVGFibGUuICBUaGVyZSBpcyBvbmUNCiAgICAgICAgICAgIGVudHJ5IHBlciBSUCBhZGRy
ZXNzIGZvciBlYWNoIElQIG11bHRpY2FzdCBncm91cC4iDQogICAgSU5ERVggICAgICB7IHBpbVJQ
R3JvdXBBZGRyZQpQaW1SUEVudHJ5IDo6PSBTRVFVRU5DRSB7DQogICAgcGltUlBHcm91cEFkZHJl
c3MgICAgSXBBZGRyZXNzLA0KICAgIHBpbVJQQWRkcmVzcyAgICAgICAgIElwQWRkcmVzcywNCiAg
ICBwaW1SUFN0YXRlICAgICAgICAgICBJTlRFR0VSLA0KICAgIHBpbVJQU3RhdGVUaW1lciAgICAg
IFRpbWVUaWNrcywNCiAgICBwaW1SUExhc3RDaGFuZ2UgICAgICBUaW1lVGlja3MsDQogICAgcGlt
UlBSb3dTdGF0dXMgICAgICAgUm93U3RhdHVzDQp9DQoNCnBpbVJQR3JvdXBBZGRyZXNzIE9CSkVD
VC1UWVBFDQogICAgU1lOVEFYICAgICBJcEFkZHJlc3MNCiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nl
c3NpYmxlDQogICAgU1RBVFVTICAgICBkZXByZWNhdGVkDQogICAgREVTQ1JJUFRJT04NCiAgICAg
ICAgICAgICJUaGUgSVAgbXVsdGljYXN0IGdyb3VwIGFkZHJlc3MgZm9yIHdoaWNoIHRoaXMgZW50
cnkNCiAgICAgICAgICAgIGNvbnRhaW5zIGluZm9ybWF0aW9uIGFib3V0IGFuIFJQLiINCiAgICA6
Oj0geyBwaW1SUEVudHJ5IDEgfQ0KDQpwaW1SUEFkZHJlc3MgT0JKRUNULVRZUEUNCiAgICBTWU5U
QVggICAgIElwQWRkcmVzcw0KICAgIE1BWC1BQ0NFU1Mgbm90LWFjY2Vzc2libGUNCiAgICBTVEFU
VVMgICAgIGRlcHJlY2F0ZWQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSB1bmlj
YXN0IGFkZHJlc3Mgb2YgdGhlIFJQLiINCiAgICA6Oj0geyBwaW1SUEVudHJ5IDIgfQ0KDQoNCg0K
DQoNCg0KDQpOaWNob2xhcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBbUGFnZSAxN10NCgwNCklOVEVSTkVULURSQUZUICAgICAgICAgICAgIEV4
cGlyZXM6IEFwcmlsIDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIgMjAwMw0KDQpwaW1SUFN0YXRl
IE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJTlRFR0VSIHsgdXAoMSksIGRvd24oMikgfQ0K
ICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAgU1RBVFVTICAgICBkZXByZWNhdGVkDQogICAg
REVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgc3RhdGUgb2YgdGhlIFJQLiINCiAgICA6Oj0g
eyBwaW1SUEVudHJ5IDMgfQ0KDQpwaW1SUFN0YXRlVGltZXIgT0JKRUNULVRZUEUNCiAgICBTWU5U
QVggICAgIFRpbWVUaWNrcw0KICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAgU1RBVFVTICAg
ICBkZXByZWNhdGVkDQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgbWluaW11bSB0
aW1lIHJlbWFpbmluZyBiZWZvcmUgdGhlIG5leHQgc3RhdGUgY2hhbmdlLg0KICAgICAgICAgICAg
V2hlbiBwaW1SUFN0YXRlIGlzIHVwLCB0aGlzIGlzIHRoZSBtaW5pbXVtIHRpbWUgd2hpY2ggbXVz
dA0KICAgICAgICAgICAgZXhwaXJlIHVudGlsIGl0IGNhbiBiZSBkZWNsYXJlZCBkb3duLiAgV2hl
biBwaW1SUFN0YXRlIGlzDQogICAgICAgICAgICBkb3duLCB0aGlzIGlzIHRoZSB0aW1lIHVudGls
IGl0IHdpbGwgYmUgZGVjbGFyZWQgdXAgKGluDQogICAgICAgICAgICBvcmRlciB0byByZXRyeSku
Ig0KICAgIDo6PSB7IHBpbVJQRW50cnkgNCB9DQoNCnBpbVJQTGFzdENoYW5nZSBPQkpFQ1QtVFlQ
RQ0KICAgIFNZTlRBWCAgICAgVGltZVRpY2tzDQogICAgTUFYLUFDQ0VTUyByZWFkLW9ubHkNCiAg
ICBTVEFUVVMgICAgIGRlcHJlY2F0ZWQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRo
ZSB2YWx1ZSBvZiBzeXNVcFRpbWUgYXQgdGhlIHRpbWUgd2hlbiB0aGUgY29ycmVzcG9uZGluZw0K
ICAgICAgICAgICAgaW5zdGFuY2Ugb2YgcGltUlBTdGF0ZSBsYXN0IGNoYW5nZWQgaXRzIHZhbHVl
LiINCiAgICA6Oj0geyBwaW1SUEVudHJ5IDUgfQ0KDQpwaW1SUFJvd1N0YXR1cyBPQkpFQ1QtVFlQ
RQ0KICAgIFNZTlRBWCAgICAgUm93U3RhdHVzDQogICAgTUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0K
ICAgIFNUQVRVUyAgICAgZGVwcmVjYXRlZA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAi
VGhlIHN0YXR1cyBvZiB0aGlzIHJvdywgYnkgd2hpY2ggbmV3IGVudHJpZXMgbWF5IGJlDQogICAg
ICAgICAgICBjcmVhdGVkLCBvciBvbGQgZW50cmllcyBkZWxldGVkIGZyb20gdGhpcyB0YWJsZS4i
DQogICAgOjo9IHsgcGltUlBFbnRyeSA2IH0NCg0KLS0gVGhlIFBJTSBSUC1TZXQgVGFibGUNCg0K
cGltUlBTZXRUYWJsZSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgU0VRVUVOQ0UgT0YgUGlt
UlBTZXRFbnRyeQ0KICAgIE1BWC1BQ0NFU1Mgbm90LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAg
IGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSAoY29uY2VwdHVhbCkg
dGFibGUgbGlzdGluZyBQSU0gaW5mb3JtYXRpb24gZm9yDQogICAgICAgICAgICBjYW5kaWRhdGUg
UmVuZGV6dm91cyBQb2ludHMgKFJQcykgZm9yIElQIG11bHRpY2FzdCBncm91cHMuDQogICAgICAg
ICAgICBXaGVuIHRoZSBsb2NhbCByb3V0ZXIgaXMgdGhlIEJTUiwgdGhpcyBpbmZvcm1hdGlvbiBp
cw0KICAgICAgICAgICAgb2J0YWluZWQgZnJvbSByZWNlaXZlZCBDYW5kaWRhdGUtUlAtQWR2ZXJ0
aXNlbWVudHMuICBXaGVuDQogICAgICAgICAgICB0aGUgbG9jYWwgcm91dGVyIGlzIG5vdCB0aGUg
QlNSLCB0aGlzIGluZm9ybWF0aW9uIGlzDQogICAgICAgICAgICBvYnRhaW5lZCBmcm9tIHJlY2Vp
dmVkIFJQLVNldCBtZXNzYWdlcy4iDQogICAgOjo9IHsgcGltIDYgfQ0KDQoNCk5pY2hvbGFzICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdl
IDE4XQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXByaWwgMjAwNCAg
ICAgICAgICAgICAgT2N0b2JlciAyMDAzDQoNCnBpbVJQU2V0RW50cnkgT0JKRUNULVRZUEUNCiAg
ICBTWU5UQVggICAgIFBpbVJQU2V0RW50cnkNCiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxl
DQogICAgU1RBVFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJB
biBlbnRyeSAoY29uY2VwdHVhbCByb3cpIGluIHRoZSBwaW1SUFNldFRhYmxlLiINCiAgICBJTkRF
WCAgICAgIHsgcGltUlBTZXRDb21wb25lbnQsIHBpbVJQU2V0R3JvdXBBZGRyZXNzLA0KICAgICAg
ICAgICAgICAgICBwaW1SUFNldEdyb3VwTWFzaywgcGltUlBTZXRBZGRyZXNzIH0NCiAgICA6Oj0g
eyBwaW1SUFNldFRhYmxlIDEgfQ0KDQpQaW1SUFNldEVudHJ5IDo6PSBTRVFVRU5DRSB7DQoNCiAg
ICBwaW1SUFNldEdyb3VwQWRkcmVzcyAgICBJcEFkZHJlc3MsDQogICAgcGltUlBTZXRHcm91cE1h
c2sgICAgICAgSXBBZGRyZXNzLA0KICAgIHBpbVJQU2V0QWRkcmVzcyAgICAgICAgIElwQWRkcmVz
cywNCiAgICBwaW1SUFNldEhvbGRUaW1lICAgICAgICBJbnRlZ2VyMzIsDQogICAgcGltUlBTZXRF
eHBpcnlUaW1lICAgICAgVGltZVRpY2tzLA0KICAgIHBpbVJQU2V0Q29tcG9uZW50ICAgICAgIElu
dGVnZXIzMg0KfQ0KDQpwaW1SUFNldEdyb3VwQWRkcmVzcyBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRB
WCAgICAgSXBBZGRyZXNzDQogICAgTUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRV
UyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIElQIG11bHRp
Y2FzdCBncm91cCBhZGRyZXNzIHdoaWNoLCB3aGVuIGNvbWJpbmVkIHdpdGgNCiAgICAgICAgICAg
IHBpbVJQU2V0R3JvdXBNYXNrLCBnaXZlcyB0aGUgZ3JvdXAgcHJlZml4IGZvciB3aGljaCB0aGlz
DQogICAgICAgICAgICBlbnRyeSBjb250YWlucyBpbmZvcm1hdGlvbiBhYm91dCB0aGUgQ2FuZGlk
YXRlLVJQLiINCiAgICA6Oj0geyBwaW1SUFNldEVudHJ5IDEgfQ0KDQpwaW1SUFNldEdyb3VwTWFz
ayBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgSXBBZGRyZXNzDQogICAgTUFYLUFDQ0VTUyBu
b3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQog
ICAgICAgICAgICAiVGhlIG11bHRpY2FzdCBncm91cCBhZGRyZXNzIG1hc2sgd2hpY2gsIHdoZW4g
Y29tYmluZWQgd2l0aA0KICAgICAgICAgICAgcGltUlBTZXRHcm91cEFkZHJlc3MsIGdpdmVzIHRo
ZSBncm91cCBwcmVmaXggZm9yIHdoaWNoIHRoaXMNCiAgICAgICAgICAgIGVudHJ5IGNvbnRhaW5z
IGluZm9ybWF0aW9uIGFib3V0IHRoZSBDYW5kaWRhdGUtUlAuIg0KICAgIDo6PSB7IHBpbVJQU2V0
RW50cnkgMiB9DQoNCnBpbVJQU2V0QWRkcmVzcyBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAg
SXBBZGRyZXNzDQogICAgTUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRVUyAgICAg
Y3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIElQIGFkZHJlc3Mgb2Yg
dGhlIENhbmRpZGF0ZS1SUC4iDQogICAgOjo9IHsgcGltUlBTZXRFbnRyeSAzIH0NCg0KDQoNCg0K
DQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgW1BhZ2UgMTldDQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBFeHBp
cmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMNCg0KcGltUlBTZXRIb2xk
VGltZSBPQkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgSW50ZWdlcjMyICgwLi4yNTUpDQogICAg
VU5JVFMgICAgICAic2Vjb25kcyINCiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRV
UyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIGhvbGR0aW1l
IG9mIGEgQ2FuZGlkYXRlLVJQLiAgSWYgdGhlIGxvY2FsIHJvdXRlciBpcyBub3QNCiAgICAgICAg
ICAgIHRoZSBCU1IsIHRoaXMgdmFsdWUgaXMgMC4iDQogICAgOjo9IHsgcGltUlBTZXRFbnRyeSA0
IH0NCg0KcGltUlBTZXRFeHBpcnlUaW1lIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBUaW1l
VGlja3MNCiAgICBNQVgtQUNDRVNTIHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0K
ICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIG1pbmltdW0gdGltZSByZW1haW5pbmcg
YmVmb3JlIHRoZSBDYW5kaWRhdGUtUlAgd2lsbCBiZQ0KICAgICAgICAgICAgZGVjbGFyZWQgZG93
bi4gIElmIHRoZSBsb2NhbCByb3V0ZXIgaXMgbm90IHRoZSBCU1IsIHRoaXMNCiAgICAgICAgICAg
IHZhbHVlIGlzIDAuIg0KICAgIDo6PSB7IHBpbVJQU2V0RW50cnkgNSB9DQoNCnBpbVJQU2V0Q29t
cG9uZW50IE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJbnRlZ2VyMzIgKDEuLjI1NSkNCiAg
ICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlDQogICAgU1RBVFVTICAgICBjdXJyZW50DQogICAg
REVTQ1JJUFRJT04NCiAgICAgICAgICAgICIgQSBudW1iZXIgdW5pcXVlbHkgaWRlbnRpZnlpbmcg
dGhlIGNvbXBvbmVudC4gIEVhY2gNCiAgICAgICAgICAgIHByb3RvY29sIGluc3RhbmNlIGNvbm5l
Y3RlZCB0byBhIHNlcGFyYXRlIGRvbWFpbiBzaG91bGQgaGF2ZQ0KICAgICAgICAgICAgYSBkaWZm
ZXJlbnQgaW5kZXggdmFsdWUuIg0KICAgIDo6PSB7IHBpbVJQU2V0RW50cnkgNiB9DQoNCi0tDQot
LSBOb3RlOiB7IHBpbSA4IH0gdGhyb3VnaCB7IHBpbSAxMCB9IHdlcmUgdXNlZCBpbiBvbGRlciB2
ZXJzaW9ucw0KLS0gb2YgdGhpcyBNSUIuICBTaW5jZSBzb21lIGVhcmxpZXIgdmVyc2lvbnMgb2Yg
dGhpcyBNSUIgaGF2ZSBiZWVuDQotLSB3aWRlbHktZGVwbG95ZWQsIHRoZXNlIHZhbHVlcyBtdXN0
IG5vdCBiZSB1c2VkIGluIHRoZSBmdXR1cmUsDQotLSBhcyBsb25nIHRoZSBNSUIgaXMgcm9vdGVk
IHVuZGVyIHsgZXhwZXJpbWVudGFsIDYxIH0uDQotLQ0KDQotLSBUaGUgUElNIENhbmRpZGF0ZS1S
UCBUYWJsZQ0KDQpwaW1DYW5kaWRhdGVSUFRhYmxlIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAg
ICBTRVFVRU5DRSBPRiBQaW1DYW5kaWRhdGVSUEVudHJ5DQogICAgTUFYLUFDQ0VTUyBub3QtYWNj
ZXNzaWJsZQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAg
ICAgICAiVGhlIChjb25jZXB0dWFsKSB0YWJsZSBsaXN0aW5nIHRoZSBJUCBtdWx0aWNhc3QgZ3Jv
dXBzIGZvcg0KICAgICAgICAgICAgd2hpY2ggdGhlIGxvY2FsIHJvdXRlciBpcyB0byBhZHZlcnRp
c2UgaXRzZWxmIGFzIGENCiAgICAgICAgICAgIENhbmRpZGF0ZS1SUCB3aGVuIHRoZSB2YWx1ZSBv
ZiBwaW1Db21wb25lbnRDUlBIb2xkVGltZSBpcw0KICAgICAgICAgICAgbm9uLXplcm8uICBJZiB0
aGlzIHRhYmxlIGlzIGVtcHR5LCB0aGVuIHRoZSBsb2NhbCByb3V0ZXINCiAgICAgICAgICAgIHdp
bGwgYWR2ZXJ0aXNlIGl0c2VsZiBhcyBhIENhbmRpZGF0ZS1SUCBmb3IgYWxsIGdyb3Vwcw0KICAg
ICAgICAgICAgKHByb3ZpZGluZyB0aGUgdmFsdWUgb2YgcGltQ29tcG9uZW50Q1JQSG9sZFRpbWUg
aXMgbm9uLQ0KICAgICAgICAgICAgemVybykuIg0KICAgIDo6PSB7IHBpbSAxMSB9DQoNCg0KTmlj
aG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgW1BhZ2UgMjBdDQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJp
bCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMNCg0KcGltQ2FuZGlkYXRlUlBFbnRyeSBP
QkpFQ1QtVFlQRQ0KICAgIFNZTlRBWCAgICAgUGltQ2FuZGlkYXRlUlBFbnRyeQ0KICAgIE1BWC1B
Q0NFU1Mgbm90LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQ
VElPTg0KICAgICAgICAgICAgIkFuIGVudHJ5IChjb25jZXB0dWFsIHJvdykgaW4gdGhlIHBpbUNh
bmRpZGF0ZVJQVGFibGUuIg0KICAgIElOREVYICAgICAgeyBwaW1DYW5kaWRhdGVSUEdyb3VwQWRk
cmVzcywNCiAgICAgICAgICAgICAgICAgcGltQ2FuZGlkYXRlUlBHcm91cE1hc2sgfQ0KICAgIDo6
PSB7IHBpbUNhbmRpZGF0ZVJQVGFibGUgMSB9DQoNClBpbUNhbmRpZGF0ZVJQRW50cnkgOjo9IFNF
UVVFTkNFIHsNCiAgICBwaW1DYW5kaWRhdGVSUEdyb3VwQWRkcmVzcyAgICBJcEFkZHJlc3MsDQog
ICAgcGltQ2FuZGlkYXRlUlBHcm91cE1hc2sgICAgICAgSXBBZGRyZXNzLA0KICAgIHBpbUNhbmRp
ZGF0ZVJQQWRkcmVzcyAgICAgICAgIElwQWRkcmVzcywNCiAgICBwaW1DYW5kaWRhdGVSUFJvd1N0
YXR1cyAgICAgICBSb3dTdGF0dXMNCn0NCg0KcGltQ2FuZGlkYXRlUlBHcm91cEFkZHJlc3MgT0JK
RUNULVRZUEUNCiAgICBTWU5UQVggICAgIElwQWRkcmVzcw0KICAgIE1BWC1BQ0NFU1Mgbm90LWFj
Y2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAg
ICAgICAgIlRoZSBJUCBtdWx0aWNhc3QgZ3JvdXAgYWRkcmVzcyB3aGljaCwgd2hlbiBjb21iaW5l
ZCB3aXRoDQogICAgICAgICAgICBwaW1DYW5kaWRhdGVSUEdyb3VwTWFzaywgaWRlbnRpZmllcyBh
IGdyb3VwIHByZWZpeCBmb3Igd2hpY2gNCiAgICAgICAgICAgIHRoZSBsb2NhbCByb3V0ZXIgd2ls
bCBhZHZlcnRpc2UgaXRzZWxmIGFzIGEgQ2FuZGlkYXRlLVJQLiINCiAgICA6Oj0geyBwaW1DYW5k
aWRhdGVSUEVudHJ5IDEgfQ0KDQpwaW1DYW5kaWRhdGVSUEdyb3VwTWFzayBPQkpFQ1QtVFlQRQ0K
ICAgIFNZTlRBWCAgICAgSXBBZGRyZXNzDQogICAgTUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZQ0K
ICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhl
IG11bHRpY2FzdCBncm91cCBhZGRyZXNzIG1hc2sgd2hpY2gsIHdoZW4gY29tYmluZWQgd2l0aA0K
ICAgICAgICAgICAgcGltQ2FuZGlkYXRlUlBHcm91cE1hc2ssIGlkZW50aWZpZXMgYSBncm91cCBw
cmVmaXggZm9yIHdoaWNoDQogICAgICAgICAgICB0aGUgbG9jYWwgcm91dGVyIHdpbGwgYWR2ZXJ0
aXNlIGl0c2VsZiBhcyBhIENhbmRpZGF0ZS1SUC4iDQogICAgOjo9IHsgcGltQ2FuZGlkYXRlUlBF
bnRyeSAyIH0NCg0KcGltQ2FuZGlkYXRlUlBBZGRyZXNzIE9CSkVDVC1UWVBFDQogICAgU1lOVEFY
ICAgICBJcEFkZHJlc3MNCiAgICBNQVgtQUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RBVFVTICAg
ICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgKHVuaWNhc3QpIGFk
ZHJlc3Mgb2YgdGhlIGludGVyZmFjZSB3aGljaCB3aWxsIGJlDQogICAgICAgICAgICBhZHZlcnRp
c2VkIGFzIGEgQ2FuZGlkYXRlLVJQLiINCiAgICA6Oj0geyBwaW1DYW5kaWRhdGVSUEVudHJ5IDMg
fQ0KDQoNCg0KDQoNCg0KDQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMjFdDQoMDQpJTlRFUk5FVC1EUkFGVCAg
ICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMN
Cg0KcGltQ2FuZGlkYXRlUlBSb3dTdGF0dXMgT0JKRUNULVRZUEUNCiAgICBTWU5UQVggICAgIFJv
d1N0YXR1cw0KICAgIE1BWC1BQ0NFU1MgcmVhZC1jcmVhdGUNCiAgICBTVEFUVVMgICAgIGN1cnJl
bnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSBzdGF0dXMgb2YgdGhpcyByb3cs
IGJ5IHdoaWNoIG5ldyBlbnRyaWVzIG1heSBiZQ0KICAgICAgICAgICAgY3JlYXRlZCwgb3Igb2xk
IGVudHJpZXMgZGVsZXRlZCBmcm9tIHRoaXMgdGFibGUuIg0KICAgIDo6PSB7IHBpbUNhbmRpZGF0
ZVJQRW50cnkgNCB9DQoNCg0KLS0gVGhlIFBJTSBDb21wb25lbnQgVGFibGUNCg0KcGltQ29tcG9u
ZW50VGFibGUgT0JKRUNULVRZUEUNCiAgICBTWU5UQVggICAgIFNFUVVFTkNFIE9GIFBpbUNvbXBv
bmVudEVudHJ5DQogICAgTUFYLUFDQ0VTUyBub3QtYWNjZXNzaWJsZQ0KICAgIFNUQVRVUyAgICAg
Y3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIChjb25jZXB0dWFsKSB0
YWJsZSBjb250YWluaW5nIG9iamVjdHMgc3BlY2lmaWMgdG8gYSBQSU0NCiAgICAgICAgICAgIGRv
bWFpbi4gIE9uZSByb3cgZXhpc3RzIGZvciBlYWNoIGRvbWFpbiB0byB3aGljaCB0aGUgcm91dGVy
DQogICAgICAgICAgICBpcyBjb25uZWN0ZWQuICBBIFBJTS1TTSBkb21haW4gaXMgZGVmaW5lZCBh
cyBhbiBhcmVhIG9mIHRoZQ0KICAgICAgICAgICAgbmV0d29yayBvdmVyIHdoaWNoIEJvb3RzdHJh
cCBtZXNzYWdlcyBhcmUgZm9yd2FyZGVkLg0KICAgICAgICAgICAgVHlwaWNhbGx5LCBhIFBJTS1T
TSByb3V0ZXIgd2lsbCBiZSBhIG1lbWJlciBvZiBleGFjdGx5IG9uZQ0KICAgICAgICAgICAgZG9t
YWluLiAgVGhpcyB0YWJsZSBhbHNvIHN1cHBvcnRzLCBob3dldmVyLCByb3V0ZXJzIHdoaWNoDQog
ICAgICAgICAgICBtYXkgZm9ybSBhIGJvcmRlciBiZXR3ZWVuIHR3byBQSU0tU00gZG9tYWlucyBh
bmQgZG8gbm90DQogICAgICAgICAgICBmb3J3YXJkIEJvb3RzdHJhcCBtZXNzYWdlcyBiZXR3ZWVu
IHRoZW0uIg0KICAgIDo6PSB7IHBpbSAxMiB9DQoNCnBpbUNvbXBvbmVudEVudHJ5IE9CSkVDVC1U
WVBFDQogICAgU1lOVEFYICAgICBQaW1Db21wb25lbnRFbnRyeQ0KICAgIE1BWC1BQ0NFU1Mgbm90
LWFjY2Vzc2libGUNCiAgICBTVEFUVVMgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAg
ICAgICAgICAgIkFuIGVudHJ5IChjb25jZXB0dWFsIHJvdykgaW4gdGhlIHBpbUNvbXBvbmVudFRh
YmxlLiINCiAgICBJTkRFWCAgICAgIHsgcGltQ29tcG9uZW50SW5kZXggfQ0KICAgIDo6PSB7IHBp
bUNvbXBvbmVudFRhYmxlIDEgfQ0KDQpQaW1Db21wb25lbnRFbnRyeSA6Oj0gU0VRVUVOQ0Ugew0K
ICAgIHBpbUNvbXBvbmVudEluZGV4ICAgICAgICAgICAgICBJbnRlZ2VyMzIsDQogICAgcGltQ29t
cG9uZW50QlNSQWRkcmVzcyAgICAgICAgIElwQWRkcmVzcywNCiAgICBwaW1Db21wb25lbnRCU1JF
eHBpcnlUaW1lICAgICAgVGltZVRpY2tzLA0KICAgIHBpbUNvbXBvbmVudENSUEhvbGRUaW1lICAg
ICAgICBJbnRlZ2VyMzIsDQogICAgcGltQ29tcG9uZW50U3RhdHVzICAgICAgICAgICAgIFJvd1N0
YXR1cw0KfQ0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDIyXQ0KDA0KSU5URVJO
RVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXByaWwgMjAwNCAgICAgICAgICAgICAgT2N0
b2JlciAyMDAzDQoNCnBpbUNvbXBvbmVudEluZGV4IE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAg
ICBJbnRlZ2VyMzIgKDEuLjI1NSkNCiAgICBNQVgtQUNDRVNTIG5vdC1hY2Nlc3NpYmxlDQogICAg
U1RBVFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJBIG51bWJl
ciB1bmlxdWVseSBpZGVudGlmeWluZyB0aGUgY29tcG9uZW50LiAgRWFjaCBwcm90b2NvbA0KICAg
ICAgICAgICAgaW5zdGFuY2UgY29ubmVjdGVkIHRvIGEgc2VwYXJhdGUgZG9tYWluIHNob3VsZCBo
YXZlIGENCiAgICAgICAgICAgIGRpZmZlcmVudCBpbmRleCB2YWx1ZS4gIFJvdXRlcnMgdGhhdCBv
bmx5IHN1cHBvcnQgbWVtYmVyc2hpcA0KICAgICAgICAgICAgaW4gYSBzaW5nbGUgUElNLVNNIGRv
bWFpbiBzaG91bGQgdXNlIGEgcGltQ29tcG9uZW50SW5kZXgNCiAgICAgICAgICAgIHZhbHVlIG9m
IDEuIg0KICAgIDo6PSB7IHBpbUNvbXBvbmVudEVudHJ5IDEgfQ0KDQpwaW1Db21wb25lbnRCU1JB
ZGRyZXNzIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBJcEFkZHJlc3MNCiAgICBNQVgtQUND
RVNTIHJlYWQtb25seQ0KICAgIFNUQVRVUyAgICAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQog
ICAgICAgICAgICAiVGhlIElQIGFkZHJlc3Mgb2YgdGhlIGJvb3RzdHJhcCByb3V0ZXIgKEJTUikg
Zm9yIHRoZSBsb2NhbA0KICAgICAgICAgICAgUElNIHJlZ2lvbi4iDQogICAgOjo9IHsgcGltQ29t
cG9uZW50RW50cnkgMiB9DQoNCnBpbUNvbXBvbmVudEJTUkV4cGlyeVRpbWUgT0JKRUNULVRZUEUN
CiAgICBTWU5UQVggICAgIFRpbWVUaWNrcw0KICAgIE1BWC1BQ0NFU1MgcmVhZC1vbmx5DQogICAg
U1RBVFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJUaGUgbWlu
aW11bSB0aW1lIHJlbWFpbmluZyBiZWZvcmUgdGhlIGJvb3RzdHJhcCByb3V0ZXIgaW4NCiAgICAg
ICAgICAgIHRoZSBsb2NhbCBkb21haW4gd2lsbCBiZSBkZWNsYXJlZCBkb3duLiAgRm9yIGNhbmRp
ZGF0ZSBCU1JzLA0KICAgICAgICAgICAgdGhpcyBpcyB0aGUgdGltZSB1bnRpbCB0aGUgY29tcG9u
ZW50IHNlbmRzIGFuIFJQLVNldA0KICAgICAgICAgICAgbWVzc2FnZS4gIEZvciBvdGhlciByb3V0
ZXJzLCB0aGlzIGlzIHRoZSB0aW1lIHVudGlsIGl0IG1heQ0KICAgICAgICAgICAgYWNjZXB0IGFu
IFJQLVNldCBtZXNzYWdlIGZyb20gYSBsb3dlciBjYW5kaWRhdGUgQlNSLiINCiAgICA6Oj0geyBw
aW1Db21wb25lbnRFbnRyeSAzIH0NCg0KcGltQ29tcG9uZW50Q1JQSG9sZFRpbWUgT0JKRUNULVRZ
UEUNCiAgICBTWU5UQVggICAgIEludGVnZXIzMiAoMC4uMjU1KQ0KICAgIFVOSVRTICAgICAgInNl
Y29uZHMiDQogICAgTUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyAgICAgY3VycmVu
dA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiVGhlIGhvbGR0aW1lIG9mIHRoZSBjb21w
b25lbnQgd2hlbiBpdCBpcyBhIGNhbmRpZGF0ZSBSUCBpbg0KICAgICAgICAgICAgdGhlIGxvY2Fs
IGRvbWFpbi4gIFRoZSB2YWx1ZSBvZiAwIGlzIHVzZWQgdG8gaW5kaWNhdGUgdGhhdA0KICAgICAg
ICAgICAgdGhlIGxvY2FsIHN5c3RlbSBpcyBub3QgYSBDYW5kaWRhdGUtUlAuIg0KICAgIERFRlZB
TCAgICAgeyAwIH0NCiAgICA6Oj0geyBwaW1Db21wb25lbnRFbnRyeSA0IH0NCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgW1BhZ2UgMjNdDQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBF
eHBpcmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDMNCg0KcGltQ29tcG9u
ZW50U3RhdHVzIE9CSkVDVC1UWVBFDQogICAgU1lOVEFYICAgICBSb3dTdGF0dXMNCiAgICBNQVgt
QUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RBVFVTICAgICBjdXJyZW50DQogICAgREVTQ1JJUFRJ
T04NCiAgICAgICAgICAgICJUaGUgc3RhdHVzIG9mIHRoaXMgZW50cnkuICBDcmVhdGluZyB0aGUg
ZW50cnkgY3JlYXRlcw0KICAgICAgICAgICAgYW5vdGhlciBwcm90b2NvbCBpbnN0YW5jZTsgZGVz
dHJveWluZyB0aGUgZW50cnkgZGlzYWJsZXMgYQ0KICAgICAgICAgICAgcHJvdG9jb2wgaW5zdGFu
Y2UuIg0KICAgIDo6PSB7IHBpbUNvbXBvbmVudEVudHJ5IDUgfQ0KDQoNCi0tIFBJTSBTdGF0ZSBS
ZWZyZXNoIE9iamVjdHMNCg0KcGltU291cmNlTGlmZXRpbWUgT0JKRUNULVRZUEUgDQogICAgU1lO
VEFYIEludGVnZXIzMiANCiAgICBVTklUUyAic2Vjb25kcyINCiAgICBNQVgtQUNDRVNTIHJlYWQt
Y3JlYXRlDQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElPTiAiVGhlIG1heGltdW0g
dGltZSB0aGlzIHJvdXRlciB3aWxsIGNvbnRpbnVlIHRvDQogICAgICAgICAgICAgICAgIG9yaWdp
bmF0ZSBTdGF0ZSBSZWZyZXNoIG1lc3NhZ2VzIGluIHRoZSBhYnNlbmNlIG9mDQogICAgICAgICAg
ICAgICAgIHRyYWZmaWMgZnJvbSB0aGUgc291cmNlIGl0c2VsZi4iDQogICAgREVGVkFMIHsgMjEw
IH0gDQogICAgOjo9IHsgcGltIDEzIH0gDQoNCnBpbVN0YXRlUmVmcmVzaEludGVydmFsIE9CSkVD
VC1UWVBFIA0KICAgIFNZTlRBWCBJbnRlZ2VyMzIgKDEuLjI1NSkgDQogICAgVU5JVFMgInNlY29u
ZHMiDQogICAgTUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyBjdXJyZW50DQogICAg
REVTQ1JJUFRJT04gIlRoZSBpbnRlcnZhbCBiZXR3ZWVuIHN1Y2Nlc3NpdmUgU3RhdGUgUmVmcmVz
aA0KICAgICAgICAgICAgICAgICBtZXNzYWdlcyBvcmlnaW5hdGVkIGJ5IHRoaXMgcm91dGVyLiIN
CiAgICBERUZWQUwgeyA2MCB9IA0KICAgIDo6PSB7IHBpbSAxNCB9IA0KDQpwaW1TdGF0ZVJlZnJl
c2hMaW1pdEludGVydmFsIE9CSkVDVC1UWVBFIA0KICAgIFNZTlRBWCBUaW1lVGlja3MNCiAgICBN
QVgtQUNDRVNTIHJlYWQtY3JlYXRlDQogICAgU1RBVFVTIGN1cnJlbnQNCiAgICBERVNDUklQVElP
TiAiVGhpcyByb3V0ZXIgd2lsbCBub3QgZm9yd2FyZCBzdWNjZXNzaXZlIFN0YXRlIFJlZnJlc2gN
CiAgICAgICAgICAgICAgICAgbWVzc2FnZXMgcmVjZWl2ZWQgYXQgbGVzcyB0aGFuIHRoaXMgaW50
ZXJ2YWwuIg0KICAgIERFRlZBTCB7IDAgfSANCiAgICA6Oj0geyBwaW0gMTUgfSANCg0KcGltU3Rh
dGVSZWZyZXNoVGltZVRvTGl2ZSBPQkpFQ1QtVFlQRSANCiAgICBTWU5UQVggSW50ZWdlcjMyDQog
ICAgTUFYLUFDQ0VTUyByZWFkLWNyZWF0ZQ0KICAgIFNUQVRVUyBjdXJyZW50DQogICAgREVTQ1JJ
UFRJT04gIlRoZSBUVEwgdG8gYmUgdXNlZCBieSB0aGlzIHJvdXRlcidzIG9yaWdpbmF0ZWQgU3Rh
dGUNCiAgICAgICAgICAgICAgICAgUmVmcmVzaCBtZXNzYWdlcyBpZiB0aGUgZGF0YSBwYWNrZXQn
cyBUVEwgaXMgbm90DQogICAgICAgICAgICAgICAgIHJlY29yZGVkLiINCiAgICBERUZWQUwgeyAx
NiB9IA0KOjo9IHsgcGltIDE2IH0NCg0KDQpOaWNob2xhcyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSAyNF0NCgwNCklOVEVSTkVULURS
QUZUICAgICAgICAgICAgIEV4cGlyZXM6IEFwcmlsIDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIg
MjAwMw0KDQoNCi0tIFBJTSBUcmFwcw0KDQpwaW1OZWlnaGJvckxvc3MgTk9USUZJQ0FUSU9OLVRZ
UEUNCiAgICBPQkpFQ1RTIHsNCiAgICAgICBwaW1OZWlnaGJvcklmSW5kZXgNCiAgICB9DQogICAg
U1RBVFVTICAgICAgICAgICAgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAg
IkEgcGltTmVpZ2hib3JMb3NzIHRyYXAgc2lnbmlmaWVzIHRoZSBsb3NzIG9mIGFuIGFkamFjZW5j
eQ0KICAgICAgICAgICAgd2l0aCBhIG5laWdoYm9yLiAgVGhpcyB0cmFwIHNob3VsZCBiZSBnZW5l
cmF0ZWQgd2hlbiB0aGUNCiAgICAgICAgICAgIG5laWdoYm9yIHRpbWVyIGV4cGlyZXMsIGFuZCB0
aGUgcm91dGVyIGhhcyBubyBvdGhlcg0KICAgICAgICAgICAgbmVpZ2hib3JzIG9uIHRoZSBzYW1l
IGludGVyZmFjZSB3aXRoIGEgbG93ZXIgSVAgYWRkcmVzcyB0aGFuDQogICAgICAgICAgICBpdHNl
bGYuIg0KICAgIDo6PSB7IHBpbVRyYXBzIDEgfQ0KDQotLSBjb25mb3JtYW5jZSBpbmZvcm1hdGlv
bg0KDQpwaW1NSUJDb25mb3JtYW5jZSBPQkpFQ1QgSURFTlRJRklFUiA6Oj0geyBwaW1NSUIgMiB9
DQpwaW1NSUJDb21wbGlhbmNlcyBPQkpFQ1QgSURFTlRJRklFUiA6Oj0geyBwaW1NSUJDb25mb3Jt
YW5jZSAxIH0NCnBpbU1JQkdyb3VwcyAgICAgIE9CSkVDVCBJREVOVElGSUVSIDo6PSB7IHBpbU1J
QkNvbmZvcm1hbmNlIDIgfQ0KDQoNCi0tIGNvbXBsaWFuY2Ugc3RhdGVtZW50cw0KDQpwaW1WMU1J
QkNvbXBsaWFuY2UgTU9EVUxFLUNPTVBMSUFOQ0UNCiAgICBTVEFUVVMgIGRlcHJlY2F0ZWQNCiAg
ICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSBjb21wbGlhbmNlIHN0YXRlbWVudCBmb3Ig
cm91dGVycyBydW5uaW5nIFBJTXYxIGFuZA0KICAgICAgICAgICAgaW1wbGVtZW50aW5nIHRoZSBQ
SU0gTUlCLiINCiAgICBNT0RVTEUgIC0tIHRoaXMgbW9kdWxlDQogICAgICAgIE1BTkRBVE9SWS1H
Uk9VUFMgeyBwaW1WMU1JQkdyb3VwIH0NCg0KICAgIDo6PSB7IHBpbU1JQkNvbXBsaWFuY2VzIDEg
fQ0KDQpwaW1TcGFyc2VWMk1JQkNvbXBsaWFuY2UgTU9EVUxFLUNPTVBMSUFOQ0UNCiAgICBTVEFU
VVMgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSBjb21wbGlhbmNl
IHN0YXRlbWVudCBmb3Igcm91dGVycyBydW5uaW5nIFBJTSBTcGFyc2UNCiAgICAgICAgICAgIE1v
ZGUgYW5kIGltcGxlbWVudGluZyB0aGUgUElNIE1JQi4iDQogICAgTU9EVUxFICAtLSB0aGlzIG1v
ZHVsZQ0KICAgIE1BTkRBVE9SWS1HUk9VUFMgeyBwaW1WMk1JQkdyb3VwIH0NCg0KICAgIEdST1VQ
ICAgICAgcGltVjJDYW5kaWRhdGVSUE1JQkdyb3VwDQogICAgREVTQ1JJUFRJT04NCiAgICAgICAg
ICAgICJUaGlzIGdyb3VwIGlzIG1hbmRhdG9yeSBpZiB0aGUgcm91dGVyIGlzIGNhcGFibGUgb2Yg
YmVpbmcgYQ0KICAgICAgICAgICAgQ2FuZGlkYXRlIFJQLiINCg0KICAgIE9CSkVDVCAgICAgcGlt
SW50ZXJmYWNlU3RhdHVzDQogICAgTUlOLUFDQ0VTUyByZWFkLW9ubHkNCiAgICBERVNDUklQVElP
Tg0KICAgICAgICAgICAgICJXcml0ZSBhY2Nlc3MgaXMgbm90IHJlcXVpcmVkLiINCiAgICA6Oj0g
eyBwaW1NSUJDb21wbGlhbmNlcyAyIH0NCg0KTmljaG9sYXMgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMjVdDQoMDQpJTlRFUk5FVC1E
UkFGVCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAgICAgICAgICAgICBPY3RvYmVy
IDIwMDMNCg0KcGltRGVuc2VWMk1JQkNvbXBsaWFuY2UgTU9EVUxFLUNPTVBMSUFOQ0UNCiAgICBT
VEFUVVMgIGN1cnJlbnQNCiAgICBERVNDUklQVElPTg0KICAgICAgICAgICAgIlRoZSBjb21wbGlh
bmNlIHN0YXRlbWVudCBmb3Igcm91dGVycyBydW5uaW5nIFBJTSBEZW5zZSBNb2RlDQogICAgICAg
ICAgICBhbmQgaW1wbGVtZW50aW5nIHRoZSBQSU0gTUlCLiINCiAgICBNT0RVTEUgIC0tIHRoaXMg
bW9kdWxlDQoNCiAgICAgICAgTUFOREFUT1JZLUdST1VQUyB7IHBpbURlbnNlVjJNSUJHcm91cCB9
DQoNCiAgICBPQkpFQ1QgICAgIHBpbUludGVyZmFjZVN0YXR1cw0KICAgIE1JTi1BQ0NFU1MgcmVh
ZC1vbmx5DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICAiV3JpdGUgYWNjZXNzIGlzIG5v
dCByZXF1aXJlZC4iDQoNCiAgICA6Oj0geyBwaW1NSUJDb21wbGlhbmNlcyAzIH0NCg0KLS0gdW5p
dHMgb2YgY29uZm9ybWFuY2UNCg0KcGltTm90aWZpY2F0aW9uR3JvdXAgTk9USUZJQ0FUSU9OLUdS
T1VQDQogICAgTk9USUZJQ0FUSU9OUyB7IHBpbU5laWdoYm9yTG9zcyB9DQogICAgU1RBVFVTICBj
dXJyZW50DQogICAgREVTQ1JJUFRJT04NCiAgICAgICAgICAgICJBIGNvbGxlY3Rpb24gb2Ygbm90
aWZpY2F0aW9ucyBmb3Igc2lnbmFsaW5nIGltcG9ydGFudCBQSU0NCiAgICAgICAgICAgIGV2ZW50
cy4iDQogICAgOjo9IHsgcGltTUlCR3JvdXBzIDEgfQ0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K
DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDI2XQ0KDA0KSU5U
RVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczogQXByaWwgMjAwNCAgICAgICAgICAgICAg
T2N0b2JlciAyMDAzDQoNCnBpbVYyTUlCR3JvdXAgT0JKRUNULUdST1VQDQogICAgT0JKRUNUUyB7
IHBpbUpvaW5QcnVuZUludGVydmFsLCBwaW1JbnRlcmZhY2VJZkluZGV4LA0KICAgICAgICAgICAg
ICBwaW1JbnRlcmZhY2VBZGRyZXNzLCBwaW1JbnRlcmZhY2VOZXRNYXNrLA0KICAgICAgICAgICAg
ICBwaW1JbnRlcmZhY2VNb2RlLCBwaW1JbnRlcmZhY2VEUiwNCiAgICAgICAgICAgICAgcGltSW50
ZXJmYWNlSGVsbG9JbnRlcnZhbCwgcGltSW50ZXJmYWNlU3RhdHVzLA0KICAgICAgICAgICAgICBw
aW1JbnRlcmZhY2VKb2luUHJ1bmVJbnRlcnZhbCwNCiAgICAgICAgICAgICAgcGltSW50ZXJmYWNl
Q0JTUlByZWZlcmVuY2UsIHBpbUludGVyZmFjZVRyaWdIZWxsb0ludGVydmFsLA0KICAgICAgICAg
ICAgICBwaW1JbnRlcmZhY2VIZWxsb0hvbGR0aW1lLCBwaW1JbnRlcmZhY2VMYW5QcnVuZURlbGF5
LA0KICAgICAgICAgICAgICBwaW1JbnRlcmZhY2VQcm9wYWdhdGlvbkRlbGF5LA0KICAgICAgICAg
ICAgICBwaW1JbnRlcmZhY2VPdmVycmlkZUludGVydmFsLCBwaW1JbnRlcmZhY2VHZW5lcmF0aW9u
SUQsDQogICAgICAgICAgICAgIHBpbUludGVyZmFjZUpvaW5QcnVuZUhvbGR0aW1lLA0KICAgICAg
ICAgICAgICBwaW1JbnRlcmZhY2VMYW5EZWxheUVuYWJsZWQsIHBpbUludGVyZmFjZURSUHJpb3Jp
dHksDQogICAgICAgICAgICAgIHBpbU5laWdoYm9yQWRkcmVzcywgcGltTmVpZ2hib3JJbnRlcmZh
Y2VJZkluZGV4LA0KICAgICAgICAgICAgICBwaW1OZWlnaGJvclVwVGltZSwgcGltTmVpZ2hib3JF
eHBpcnlUaW1lLA0KICAgICAgICAgICAgICBwaW1OZWlnaGJvckxBTlBydW5lRGVsYXksIHBpbU5l
aWdoYm9yT3ZlcnJpZGVJbnRlcnZhbCwNCiAgICAgICAgICAgICAgcGltTmVpZ2hib3JUQml0LCBw
aW1OZWlnaGJvckRSUHJlc2VudCwNCiAgICAgICAgICAgICAgcGltSXBNUm91dGVVcHN0cmVhbUFz
c2VydFRpbWVyLCBwaW1JcE1Sb3V0ZUFzc2VydE1ldHJpYywNCiAgICAgICAgICAgICAgcGltSXBN
Um91dGVJcFJvdXRlQXNzZXJ0TWV0cmljUHJlZiwNCiAgICAgICAgICAgICAgcGltSXBNUm91dGVB
c3NlcnRSUFRCaXQsIHBpbUlwTVJvdXRlRmxhZ3MsDQogICAgICAgICAgICAgIHBpbUlwTVJvdXRl
UlBGTmVpZ2hib3IsIHBpbUlwTVJvdXRlTmV4dEhvcFBydW5lUmVhc29uLA0KICAgICAgICAgICAg
ICBwaW1SUFNldEdyb3VwQWRkcmVzcywgcGltUlBTZXRHcm91cE1hc2ssIHBpbVJQU2V0QWRkcmVz
cywNCiAgICAgICAgICAgICAgcGltUlBTZXRIb2xkVGltZSwgcGltUlBTZXRFeHBpcnlUaW1lLCBw
aW1SUFNldENvbXBvbmVudCwNCiAgICAgICAgICAgICAgcGltQ29tcG9uZW50QlNSQWRkcmVzcywg
cGltQ29tcG9uZW50QlNSRXhwaXJ5VGltZSwNCiAgICAgICAgICAgICAgcGltQ29tcG9uZW50Q1JQ
SG9sZFRpbWUsIHBpbUNvbXBvbmVudFN0YXR1cw0KICAgICAgICAgICAgfQ0KICAgIFNUQVRVUyAg
Y3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiQSBjb2xsZWN0aW9uIG9mIG9i
amVjdHMgdG8gc3VwcG9ydCBtYW5hZ2VtZW50IG9mIFBJTSBTcGFyc2UNCiAgICAgICAgICAgIE1v
ZGUgKHZlcnNpb24gMikgcm91dGVycy4iDQogICAgOjo9IHsgcGltTUlCR3JvdXBzIDIgfQ0KDQpw
aW1EZW5zZVYyTUlCR3JvdXAgT0JKRUNULUdST1VQDQogICAgT0JKRUNUUyB7IHBpbUludGVyZmFj
ZUlmSW5kZXgsIHBpbUludGVyZmFjZUFkZHJlc3MsDQogICAgICAgICAgICAgIHBpbUludGVyZmFj
ZU5ldE1hc2ssIHBpbUludGVyZmFjZUhlbGxvSW50ZXJ2YWwsDQogICAgICAgICAgICAgIHBpbUlu
dGVyZmFjZVN0YXR1cywgcGltSW50ZXJmYWNlVHJpZ0hlbGxvSW50ZXJ2YWwsDQogICAgICAgICAg
ICAgIHBpbUludGVyZmFjZUhlbGxvSG9sZHRpbWUsIHBpbUludGVyZmFjZUxhblBydW5lRGVsYXks
DQogICAgICAgICAgICAgIHBpbUludGVyZmFjZVByb3BhZ2F0aW9uRGVsYXksIHBpbUludGVyZmFj
ZU92ZXJyaWRlSW50ZXJ2YWwsDQogICAgICAgICAgICAgIHBpbUludGVyZmFjZUdlbmVyYXRpb25J
RCwgcGltSW50ZXJmYWNlSm9pblBydW5lSG9sZHRpbWUsDQogICAgICAgICAgICAgIHBpbUludGVy
ZmFjZUdyYWZ0UmV0cnlJbnRlcnZhbCwNCiAgICAgICAgICAgICAgcGltSW50ZXJmYWNlTWF4R3Jh
ZnRSZXRyaWVzLCBwaW1JbnRlcmZhY2VTUlRUTFRocmVzaG9sZCwNCiAgICAgICAgICAgICAgcGlt
SW50ZXJmYWNlTGFuRGVsYXlFbmFibGVkLCBwaW1JbnRlcmZhY2VTUkNhcGFibGUsDQogICAgICAg
ICAgICAgIHBpbU5laWdoYm9ySWZJbmRleCwgcGltTmVpZ2hib3JVcFRpbWUsDQogICAgICAgICAg
ICAgIHBpbU5laWdoYm9yRXhwaXJ5VGltZSwgcGltTmVpZ2hib3JMQU5QcnVuZURlbGF5LA0KICAg
ICAgICAgICAgICBwaW1OZWlnaGJvck92ZXJyaWRlSW50ZXJ2YWwsIHBpbU5laWdoYm9yU1JDYXBh
YmxlLA0KICAgICAgICAgICAgICBwaW1JcE1Sb3V0ZVNvdXJjZVRpbWVyLCBwaW1JcE1Sb3V0ZU9y
aWdpbmF0b3JTUlRUTCwNCiAgICAgICAgICAgICAgcGltU291cmNlTGlmZXRpbWUsIHBpbVN0YXRl
UmVmcmVzaEludGVydmFsLCANCiAgICAgICAgICAgICAgcGltU3RhdGVSZWZyZXNoTGltaXRJbnRl
cnZhbCwgcGltU3RhdGVSZWZyZXNoVGltZVRvTGl2ZQ0KICAgICAgICAgICAgfQ0KICAgIFNUQVRV
UyAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiQSBjb2xsZWN0aW9uIG9m
IG9iamVjdHMgdG8gc3VwcG9ydCBtYW5hZ2VtZW50IG9mIFBJTSBEZW5zZQ0KICAgICAgICAgICAg
TW9kZSAodmVyc2lvbiAyKSByb3V0ZXJzLiINCiAgICA6Oj0geyBwaW1NSUJHcm91cHMgNSB9DQoN
Ck5pY2hvbGFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIFtQYWdlIDI3XQ0KDA0KSU5URVJORVQtRFJBRlQgICAgICAgICAgICAgRXhwaXJlczog
QXByaWwgMjAwNCAgICAgICAgICAgICAgT2N0b2JlciAyMDAzDQoNCnBpbVYyQ2FuZGlkYXRlUlBN
SUJHcm91cCBPQkpFQ1QtR1JPVVANCiAgICBPQkpFQ1RTIHsgcGltQ2FuZGlkYXRlUlBBZGRyZXNz
LA0KICAgICAgICAgICAgICBwaW1DYW5kaWRhdGVSUFJvd1N0YXR1cw0KICAgICAgICAgICAgfQ0K
ICAgIFNUQVRVUyAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAgICAgICAiQSBjb2xs
ZWN0aW9uIG9mIG9iamVjdHMgdG8gc3VwcG9ydCBjb25maWd1cmF0aW9uIG9mIHdoaWNoDQogICAg
ICAgICAgICBncm91cHMgYSByb3V0ZXIgaXMgdG8gYWR2ZXJ0aXNlIGl0c2VsZiBhcyBhIENhbmRp
ZGF0ZS1SUC4iDQogICAgOjo9IHsgcGltTUlCR3JvdXBzIDMgfQ0KDQpwaW1WMU1JQkdyb3VwIE9C
SkVDVC1HUk9VUA0KICAgIE9CSkVDVFMgeyBwaW1Kb2luUHJ1bmVJbnRlcnZhbCwgcGltTmVpZ2hi
b3JJZkluZGV4LA0KICAgICAgICAgICAgICBwaW1OZWlnaGJvclVwVGltZSwgcGltTmVpZ2hib3JF
eHBpcnlUaW1lLA0KICAgICAgICAgICAgICBwaW1OZWlnaGJvck1vZGUsDQogICAgICAgICAgICAg
IHBpbUludGVyZmFjZUFkZHJlc3MsIHBpbUludGVyZmFjZU5ldE1hc2ssDQogICAgICAgICAgICAg
IHBpbUludGVyZmFjZUpvaW5QcnVuZUludGVydmFsLCBwaW1JbnRlcmZhY2VTdGF0dXMsDQogICAg
ICAgICAgICAgIHBpbUludGVyZmFjZU1vZGUsIHBpbUludGVyZmFjZURSLA0KICAgICAgICAgICAg
ICBwaW1JbnRlcmZhY2VIZWxsb0ludGVydmFsLA0KICAgICAgICAgICAgICBwaW1SUFN0YXRlLCBw
aW1SUFN0YXRlVGltZXIsDQogICAgICAgICAgICAgIHBpbVJQTGFzdENoYW5nZSwgcGltUlBSb3dT
dGF0dXMNCiAgICAgICAgICAgIH0NCiAgICBTVEFUVVMgIGRlcHJlY2F0ZWQNCiAgICBERVNDUklQ
VElPTg0KICAgICAgICAgICAgIkEgY29sbGVjdGlvbiBvZiBvYmplY3RzIHRvIHN1cHBvcnQgbWFu
YWdlbWVudCBvZiBQSU0NCiAgICAgICAgICAgICh2ZXJzaW9uIDEpIHJvdXRlcnMuIg0KICAgIDo6
PSB7IHBpbU1JQkdyb3VwcyA0IH0NCg0KcGltTmV4dEhvcEdyb3VwIE9CSkVDVC1HUk9VUA0KICAg
IE9CSkVDVFMgeyBwaW1JcE1Sb3V0ZU5leHRIb3BQcnVuZVJlYXNvbiwNCiAgICAgICAgICAgICAg
cGltSXBNUm91dGVOZXh0SG9wQXNzZXJ0V2lubmVyLA0KICAgICAgICAgICAgICBwaW1JcE1Sb3V0
ZU5leHRIb3BBc3NlcnRUaW1lciwNCiAgICAgICAgICAgICAgcGltSXBNUm91dGVOZXh0SG9wQXNz
ZXJ0TWV0cmljLA0KICAgICAgICAgICAgICBwaW1JcE1Sb3V0ZU5leHRIb3BBc3NlcnRNZXRyaWNQ
cmVmLA0KICAgICAgICAgICAgICBwaW1JcE1Sb3V0ZU5leHRIb3BKb2luUHJ1bmVUaW1lcg0KICAg
ICAgICAgICAgfQ0KICAgIFNUQVRVUyAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQogICAgICAg
ICAgICAiQSBjb2xsZWN0aW9uIG9mIG9wdGlvbmFsIG9iamVjdHMgdG8gcHJvdmlkZSBwZXItbmV4
dCBob3ANCiAgICAgICAgICAgIGluZm9ybWF0aW9uIGZvciBkaWFnbm9zdGljIHB1cnBvc2VzLiAg
U3VwcG9ydGluZyB0aGlzIGdyb3VwDQogICAgICAgICAgICBtYXkgYWRkIGEgbGFyZ2UgbnVtYmVy
IG9mIGluc3RhbmNlcyB0byBhIHRyZWUgd2FsaywgYnV0IHRoZQ0KICAgICAgICAgICAgaW5mb3Jt
YXRpb24gaW4gdGhpcyBncm91cCBjYW4gYmUgZXh0cmVtZWx5IHVzZWZ1bCBpbg0KICAgICAgICAg
ICAgdHJhY2tpbmcgZG93biBtdWx0aWNhc3QgY29ubmVjdGl2aXR5IHByb2JsZW1zLiINCiAgICA6
Oj0geyBwaW1NSUJHcm91cHMgNiB9DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KTmljaG9sYXMgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2Ug
MjhdDQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAg
ICAgICAgICAgICBPY3RvYmVyIDIwMDMNCg0KcGltQXNzZXJ0R3JvdXAgT0JKRUNULUdST1VQDQog
ICAgT0JKRUNUUyB7IHBpbUlwTVJvdXRlQXNzZXJ0TWV0cmljLCBwaW1JcE1Sb3V0ZUFzc2VydE1l
dHJpY1ByZWYsDQogICAgICAgICAgICAgIHBpbUlwTVJvdXRlQXNzZXJ0UlBUQml0LCBwaW1JcE1S
b3V0ZVJQRk5laWdoYm9yfQ0KICAgIFNUQVRVUyAgY3VycmVudA0KICAgIERFU0NSSVBUSU9ODQog
ICAgICAgICAgICAiQSBjb2xsZWN0aW9uIG9mIG9wdGlvbmFsIG9iamVjdHMgdG8gcHJvdmlkZSBl
eHRyYQ0KICAgICAgICAgICAgaW5mb3JtYXRpb24gYWJvdXQgdGhlIGFzc2VydCBlbGVjdGlvbiBw
cm9jZXNzLiAgVGhlcmUgaXMgbm8NCiAgICAgICAgICAgIHByb3RvY29sIHJlYXNvbiB0byBrZWVw
IHN1Y2ggaW5mb3JtYXRpb24sIGJ1dCBzb21lDQogICAgICAgICAgICBpbXBsZW1lbnRhdGlvbnMg
bWF5IGFscmVhZHkga2VlcCB0aGlzIGluZm9ybWF0aW9uIGFuZCBtYWtlDQogICAgICAgICAgICBp
dCBhdmFpbGFibGUuICBUaGVzZSBvYmplY3RzIGNhbiBhbHNvIGJlIHZlcnkgdXNlZnVsIGluDQog
ICAgICAgICAgICBkZWJ1Z2dpbmcgY29ubmVjdGl2aXR5IG9yIGR1cGxpY2F0ZSBwYWNrZXQgcHJv
YmxlbXMsDQogICAgICAgICAgICBlc3BlY2lhbGx5IGlmIHRoZSBhc3NlcnQgd2lubmVyIGRvZXMg
bm90IHN1cHBvcnQgdGhlIFBJTSBhbmQNCiAgICAgICAgICAgIElQIE11bHRpY2FzdCBNSUJzLiIN
CiAgICA6Oj0geyBwaW1NSUJHcm91cHMgNyB9DQoNCkVORA0KDQoNCjUuICBTZWN1cml0eSBDb25z
aWRlcmF0aW9ucw0KDQogICBUaGlzIE1JQiBjb250YWlucyByZWFkYWJsZSBvYmplY3RzIHdob3Nl
IHZhbHVlcyBwcm92aWRlIGluZm9ybWF0aW9uDQogICByZWxhdGVkIHRvIG11bHRpY2FzdCByb3V0
aW5nLCBpbmNsdWRpbmcgaW5mb3JtYXRpb24gb24gdGhlIG5ldHdvcmsNCiAgIHRvcG9sb2d5LiAg
VGhlcmUgYXJlIGFsc28gYSBudW1iZXIgb2Ygb2JqZWN0cyB0aGF0IGhhdmUgYSBNQVgtQUNDRVNT
DQogICBjbGF1c2Ugb2YgcmVhZC13cml0ZSBhbmQvb3IgcmVhZC1jcmVhdGUsIHdoaWNoIGFsbG93
IGFuIGFkbWluaXN0cmF0b3INCiAgIHRvIGNvbmZpZ3VyZSBQSU0gaW4gdGhlIHJvdXRlci4NCg0K
ICAgV2hpbGUgdW5hdXRob3JpemVkIGFjY2VzcyB0byB0aGUgcmVhZGFibGUgb2JqZWN0cyBpcyBy
ZWxhdGl2ZWx5DQogICBpbm5vY3VvdXMsIHVuYXV0aG9yaXplZCBhY2Nlc3MgdG8gdGhlIHdyaXRl
LWFibGUgb2JqZWN0cyBjb3VsZCBjYXVzZQ0KICAgYSBkZW5pYWwgb2Ygc2VydmljZS4gIEhlbmNl
LCB0aGUgc3VwcG9ydCBmb3IgU0VUIG9wZXJhdGlvbnMgaW4gYQ0KICAgbm9uLXNlY3VyZSBlbnZp
cm9ubWVudCB3aXRob3V0IHByb3BlciBwcm90ZWN0aW9uIGNhbiBoYXZlIGEgbmVnYXRpdmUNCiAg
IGVmZmVjdCBvbiBuZXR3b3JrIG9wZXJhdGlvbnMuDQoNCiAgIFNOTVB2MSBieSBpdHNlbGYgaXMg
c3VjaCBhbiBpbnNlY3VyZSBlbnZpcm9ubWVudC4gIEV2ZW4gaWYgdGhlDQogICBuZXR3b3JrIGl0
c2VsZiBpcyBzZWN1cmUgKGZvciBleGFtcGxlIGJ5IHVzaW5nIElQU2VjKSwgZXZlbiB0aGVuLA0K
ICAgdGhlcmUgaXMgbm8gY29udHJvbCBhcyB0byB3aG8gb24gdGhlIHNlY3VyZSBuZXR3b3JrIGlz
IGFsbG93ZWQgdG8NCiAgIGFjY2VzcyBhbmQgU0VUIChjaGFuZ2UvY3JlYXRlL2RlbGV0ZSkgdGhl
IG9iamVjdHMgaW4gdGhpcyBNSUIuDQoNCiAgIEl0IGlzIHJlY29tbWVuZGVkIHRoYXQgdGhlIGlt
cGxlbWVudGVycyBjb25zaWRlciB0aGUgc2VjdXJpdHkNCiAgIGZlYXR1cmVzIGFzIHByb3ZpZGVk
IGJ5IHRoZSBTTk1QdjMgZnJhbWV3b3JrLiAgU3BlY2lmaWNhbGx5LCB0aGUgdXNlDQogICBvZiB0
aGUgVXNlci1iYXNlZCBTZWN1cml0eSBNb2RlbCBSRkMgMjI3NCBbMTJdIGFuZCB0aGUgVmlldy1i
YXNlZA0KICAgQWNjZXNzIENvbnRyb2wgTW9kZWwgUkZDIDIyNzUgWzE1XSBpcyByZWNvbW1lbmRl
ZC4NCg0KICAgSXQgaXMgdGhlbiBhIGN1c3RvbWVyL3VzZXIgcmVzcG9uc2liaWxpdHkgdG8gZW5z
dXJlIHRoYXQgdGhlIFNOTVANCiAgIGVudGl0eSBnaXZpbmcgYWNjZXNzIHRvIHRoaXMgTUlCLCBp
cyBwcm9wZXJseSBjb25maWd1cmVkIHRvIGdpdmUNCiAgIGFjY2VzcyB0byB0aG9zZSBvYmplY3Rz
IG9ubHkgdG8gdGhvc2UgcHJpbmNpcGFscyAodXNlcnMpIHRoYXQgaGF2ZQ0KICAgbGVnaXRpbWF0
ZSByaWdodHMgdG8gYWNjZXNzIHRoZW0uDQoNCg0KDQoNCg0KDQoNCg0KTmljaG9sYXMgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMjld
DQoMDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICBFeHBpcmVzOiBBcHJpbCAyMDA0ICAgICAg
ICAgICAgICBPY3RvYmVyIDIwMDMNCg0KDQo2LiAgQWNrbm93bGVkZ2VtZW50cw0KDQogICBUaGlz
IE1JQiBtb2R1bGUgaXMgYmFzZWQgb24gdGhlIG9yaWdpbmFsIHdvcmsgaW4gUkZDIDI5MzQgYnkN
CiAgIEsuIE1jQ2xvZ2hyaWUsIEQuIEZhcmluYWNjaSwgRC4gVGhhbGVyIGFuZCBXLiBGZW5uZXIg
YW5kIGhhcyBiZWVuIA0KICAgdXBkYXRlZCBiYXNlZCBvbiBmZWVkYmFjayBmcm9tIHRoZSBJRVRG
J3MgUHJvdG9jb2wgSW5kZXBlbmRlbnQNCiAgIE11bHRpY2FzdCAoUElNKSBXb3JraW5nIEdyb3Vw
Lg0KDQoNCjcuICBBdXRob3JzJyBBZGRyZXNzZXMNCg0KICAgSm9uYXRoYW4gTmljaG9sYXMNCiAg
IElUVCBJbmR1c3RyaWVzDQogICBBZXJvc3BhY2UvQ29tbXVuaWNhdGlvbnMgRGl2aXNpb24NCiAg
IDEwMCBLaW5nc2xhbmQgUmQNCiAgIENsaWZ0b24sIE5KICAwNzAxNA0KDQogICBQaG9uZTogKzEg
OTczIDI4NCAyMDE5DQogICBFTWFpbDogSm9uYXRoYW4uTmljaG9sYXNAaXR0LmNvbQ0KDQoNCjgu
ICBSZWZlcmVuY2VzDQoNCiAgIFsxXSAgV2lqbmVuLCBCLiwgSGFycmluZ3RvbiwgRC4gYW5kIFIu
IFByZXN1aG4sICJBbiBBcmNoaXRlY3R1cmUgZm9yDQogICAgICAgIERlc2NyaWJpbmcgU05NUCBN
YW5hZ2VtZW50IEZyYW1ld29ya3MiLCBSRkMgMjU3MSwgQXByaWwgMTk5OS4NCg0KICAgWzJdICBS
b3NlLCBNLiBhbmQgSy4gTWNDbG9naHJpZSwgIlN0cnVjdHVyZSBhbmQgSWRlbnRpZmljYXRpb24g
b2YNCiAgICAgICAgTWFuYWdlbWVudCBJbmZvcm1hdGlvbiBmb3IgVENQL0lQLWJhc2VkIEludGVy
bmV0cyIsIFNURCAxNiwgUkZDDQogICAgICAgIDExNTUsIE1heSAxOTkwLg0KDQogICBbM10gIFJv
c2UsIE0uIGFuZCBLLiBNY0Nsb2docmllLCAiQ29uY2lzZSBNSUIgRGVmaW5pdGlvbnMiLCBTVEQg
MTYsDQogICAgICAgIFJGQyAxMjEyLCBNYXJjaCAxOTkxLg0KDQogICBbNF0gIFJvc2UsIE0uLCAi
QSBDb252ZW50aW9uIGZvciBEZWZpbmluZyBUcmFwcyBmb3IgdXNlIHdpdGggdGhlDQogICAgICAg
IFNOTVAiLCBSRkMgMTIxNSwgTWFyY2ggMTk5MS4NCg0KICAgWzVdICBNY0Nsb2docmllLCBLLiwg
UGVya2lucywgRC4sIFNjaG9lbndhZWxkZXIsIEouLCBDYXNlLCBKLiwgUm9zZSwNCiAgICAgICAg
TS4gYW5kIFMuIFdhbGRidXNzZXIsICJTdHJ1Y3R1cmUgb2YgTWFuYWdlbWVudCBJbmZvcm1hdGlv
bg0KICAgICAgICBWZXJzaW9uIDIgKFNNSXYyKSIsIFNURCA1OCwgUkZDIDI1NzgsIEFwcmlsIDE5
OTkuDQoNCiAgIFs2XSAgTWNDbG9naHJpZSwgSy4sIFBlcmtpbnMsIEQuLCBTY2hvZW53YWVsZGVy
LCBKLiwgQ2FzZSwgSi4sIFJvc2UsDQogICAgICAgIE0uIGFuZCBTLiBXYWxkYnVzc2VyLCAiVGV4
dHVhbCBDb252ZW50aW9ucyBmb3IgU01JdjIiLCBTVEQgNTgsDQogICAgICAgIFJGQyAyNTc5LCBB
cHJpbCAxOTk5Lg0KDQogICBbN10gIE1jQ2xvZ2hyaWUsIEsuLCBQZXJraW5zLCBELiwgU2Nob2Vu
d2FlbGRlciwgSi4sIENhc2UsIEouLCBSb3NlLA0KICAgICAgICBNLiBhbmQgUy4gV2FsZGJ1c3Nl
ciwgIkNvbmZvcm1hbmNlIFN0YXRlbWVudHMgZm9yIFNNSXYyIiwgU1REDQogICAgICAgIDU4LCBS
RkMgMjU4MCwgQXByaWwgMTk5OS4NCg0KICAgWzhdICBDYXNlLCBKLiwgRmVkb3IsIE0uLCBTY2hv
ZmZzdGFsbCwgTS4gYW5kIEouIERhdmluLCAiU2ltcGxlDQogICAgICAgIE5ldHdvcmsgTWFuYWdl
bWVudCBQcm90b2NvbCIsIFNURCAxNSwgUkZDIDExNTcsIE1heSAxOTkwLg0KDQoNCg0KDQpOaWNo
b2xhcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBbUGFnZSAzMF0NCgwNCklOVEVSTkVULURSQUZUICAgICAgICAgICAgIEV4cGlyZXM6IEFwcmls
IDIwMDQgICAgICAgICAgICAgIE9jdG9iZXIgMjAwMw0KDQogICBbOV0gIENhc2UsIEouLCBNY0Ns
b2docmllLCBLLiwgUm9zZSwgTS4gYW5kIFMuIFdhbGRidXNzZXIsDQogICAgICAgICJJbnRyb2R1
Y3Rpb24gdG8gQ29tbXVuaXR5LWJhc2VkIFNOTVB2MiIsIFJGQyAxOTAxLCBKYW51YXJ5DQogICAg
ICAgIDE5OTYuDQoNCiAgIFsxMF0gQ2FzZSwgSi4sIE1jQ2xvZ2hyaWUsIEsuLCBSb3NlLCBNLiBh
bmQgUy4gV2FsZGJ1c3NlciwgIlRyYW5zcG9ydA0KICAgICAgICBNYXBwaW5ncyBmb3IgVmVyc2lv
biAyIG9mIHRoZSBTaW1wbGUgTmV0d29yayBNYW5hZ2VtZW50IFByb3RvY29sDQogICAgICAgIChT
Tk1QdjIpIiwgUkZDIDE5MDYsIEphbnVhcnkgMTk5Ni4NCg0KICAgWzExXSBDYXNlLCBKLiwgSGFy
cmluZ3RvbiBELiwgUHJlc3VobiBSLiBhbmQgQi4gV2lqbmVuLCAiTWVzc2FnZQ0KICAgICAgICBQ
cm9jZXNzaW5nIGFuZCBEaXNwYXRjaGluZyBmb3IgdGhlIFNpbXBsZSBOZXR3b3JrIE1hbmFnZW1l
bnQNCiAgICAgICAgUHJvdG9jb2wgKFNOTVApIiwgUkZDIDI1NzIsIEFwcmlsIDE5OTkuDQoNCiAg
IFsxMl0gQmx1bWVudGhhbCwgVS4gYW5kIEIuIFdpam5lbiwgIlVzZXItYmFzZWQgU2VjdXJpdHkg
TW9kZWwgKFVTTSkNCiAgICAgICAgZm9yIHZlcnNpb24gMyBvZiB0aGUgU2ltcGxlIE5ldHdvcmsg
TWFuYWdlbWVudCBQcm90b2NvbA0KICAgICAgICAoU05NUHYzKSIsIFJGQyAyNTc0LCBBcHJpbCAx
OTk5Lg0KDQogICBbMTNdIENhc2UsIEouLCBNY0Nsb2docmllLCBLLiwgUm9zZSwgTS4gYW5kIFMu
IFdhbGRidXNzZXIsICJQcm90b2NvbA0KICAgICAgICBPcGVyYXRpb25zIGZvciBWZXJzaW9uIDIg
b2YgdGhlIFNpbXBsZSBOZXR3b3JrIE1hbmFnZW1lbnQNCiAgICAgICAgUHJvdG9jb2wgKFNOTVB2
MikiLCBSRkMgMTkwNSwgSmFudWFyeSAxOTk2Lg0KDQogICBbMTRdIExldmksIEQuLCBNZXllciwg
UC4gYW5kIEIuIFN0ZXdhcnQsICJTTk1QdjMgQXBwbGljYXRpb25zIiwgUkZDDQogICAgICAgIDI1
NzMsIEFwcmlsIDE5OTkuDQoNCiAgIFsxNV0gV2lqbmVuLCBCLiwgUHJlc3VobiwgUi4gYW5kIEsu
IE1jQ2xvZ2hyaWUsICJWaWV3LWJhc2VkIEFjY2Vzcw0KICAgICAgICBDb250cm9sIE1vZGVsIChW
QUNNKSBmb3IgdGhlIFNpbXBsZSBOZXR3b3JrIE1hbmFnZW1lbnQgUHJvdG9jb2wNCiAgICAgICAg
KFNOTVApIiwgUkZDIDI1NzUsIEFwcmlsIDE5OTkuDQoNCiAgIFsxOF0gRXN0cmluLCBELiwgRmFy
aW5hY2NpLCBELiwgSGVsbXksIEEuLCBUaGFsZXIsIEQuLCBEZWVyaW5nLCBTLiwNCiAgICAgICAg
SGFuZGxleSwgTS4sIEphY29ic29uLCBWLiwgTGl1LCBDLiwgU2hhcm1hLCBQLiBhbmQgTC4gV2Vp
LA0KICAgICAgICAiUHJvdG9jb2wgSW5kZXBlbmRlbnQgTXVsdGljYXN0IC0gU3BhcnNlIE1vZGUg
KFBJTS1TTSk6IFByb3RvY29sDQogICAgICAgIFNwZWNpZmljYXRpb24iLCBSRkMgMjM2MiwgSnVu
ZSAxOTk4Lg0KDQogICBbMTldIEFkYW1zLCBBLiwgTmljaG9sYXMsIEouLCBTaWFkYWssIFcuLCAi
UHJvdG9jb2wgSW5kZXBlbmRlbnQgDQogICAgICAgIE11bHRpY2FzdCAtIERlbnNlIE1vZGUgKFBJ
TS1ETSk6IFByb3RvY29sIFNwZWNpZmljYXRpb24NCiAgICAgICAgKFJldmlzZWQpIiwgZHJhZnQt
aWV0Zi1waW0tZG0tbmV3LXYyLTAyLnR4dCwgd29yayBpbiBwcm9ncmVzcy4NCg0KICAgWzIwXSBN
Y0Nsb2docmllLCBLLiwgRmFyaW5hY2NpLCBELiBhbmQgRC4gVGhhbGVyLCAiSVB2NCBNdWx0aWNh
c3QNCiAgICAgICAgUm91dGluZyBNSUIiLCBSRkMgMjkzMiwgT2N0b2JlciAyMDAwLg0KDQogICBb
MjFdIEZlbm5lciwgVy4sIEhhbmRsZXksIE0uLCBIb2xicm9vaywgSC4sIEtvdXZlbGFzLCBJLiwg
DQogICAgICAgICJQcm90b2NvbCBJbmRlcGVuZGVudCBNdWx0aWNhc3QgLSBTcGFyc2UgTW9kZSAo
UElNLVNNKSIsIGRyYWZ0LQ0KICAgICAgICBpZXRmLXBpbS1zbS12Mi1uZXctMDUudHh0LCB3b3Jr
IGluIHByb2dyZXNzLg0KDQogICBbMjJdIE1jQ2xvZ2hyaWUsIEsuLCBGYXJpbmFjY2ksIEQuLCBU
aGFsZXIsIEQuLCBGZW5uZXIsIFcuLCANCiAgICAgICAgIlByb3RvY29sIEluZGVwZW5kZW50IE11
bHRpY2FzdCBNSUIgZm9yIElQdjQiLCBSRkMgMjkzNCwNCiAgICAgICAgT2N0b2JlciAyMDAwLg0K
DQoNCg0KDQoNCg0KDQoNCk5pY2hvbGFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDMxXQ0KDA0K

------_=_NextPart_001_01C39E28.036F1D80--

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Thu Oct 30 01:42:37 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA28352
	for <pim-archive@lists.ietf.org>; Thu, 30 Oct 2003 01:42:37 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AF6VN-00035Z-Lx; Thu, 30 Oct 2003 01:42:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AF6VL-00035L-6I
	for pim@optimus.ietf.org; Thu, 30 Oct 2003 01:41:59 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA28332
	for <pim@ietf.org>; Thu, 30 Oct 2003 01:41:49 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AF6VH-00063e-00
	for pim@ietf.org; Thu, 30 Oct 2003 01:41:55 -0500
Received: from web8201.mail.in.yahoo.com ([203.199.70.114])
	by ietf-mx with smtp (Exim 4.12)
	id 1AF6VG-00062f-00
	for pim@ietf.org; Thu, 30 Oct 2003 01:41:54 -0500
Message-ID: <20031030064123.72725.qmail@web8201.mail.in.yahoo.com>
Received: from [203.200.49.220] by web8201.mail.in.yahoo.com via HTTP; Thu, 30 Oct 2003 06:41:23 GMT
Date: Thu, 30 Oct 2003 06:41:23 +0000 (GMT)
From: =?iso-8859-1?q?Rajamanickam=20jaganbabu?= <jaganbabu_pim@yahoo.co.in>
Subject: Re: [pim] Small doubt regarding the assert 
To: smiley_raj@excite.com, kouvelas@cisco.com
Cc: pim@ietf.org
In-Reply-To: <20031029101811.68BD6BF60@xmxpita.excite.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1962368603-1067496083=:71127"
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

--0-1962368603-1067496083=:71127
Content-Type: text/plain; charset=iso-8859-1
X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id BAA28333
Content-Transfer-Encoding: quoted-printable


Yes, you are right, when R1 assert looser state goes in to No_INFO state =
still the R2 will be sending the assert winner message on the network acc=
ording to the present draft.

=20

  I could see two ways=20

=20

1. Continue sending the assert winner message on the LAN even the loser g=
oes off.

=20

Advantage:

1. Even when the node looses the first assert messages of its neighbor, s=
ince it send winner message continuously so it will recover by listening =
to the assert message second time or further (here dead lock situation wo=
n't be there).

=20

=20

Disadvantage:

1. It will be sending the Assert winner message irrespective of the prese=
nce of assert interested nodes.

=20

=20

2. Change the state machine little bit to check whether any asserting nod=
e is present in the LAN for the given (S,G)/(*,G) and than the winner sho=
uld send the assert message. It can be done as follows.

=20

a. In (S,G) Assert state machine

   Previous version:=20

   When the Assert state machine is in "Iam Assert Winner" state and if T=
imer expires than follow the action [A3]
   Action for [5] is =93Delete assert info=94

=20

   Changed version:=20

   When the Assert state machine is in "Iam Assert Winner" state and if T=
imer Expires And if any assert node is available than follow the action [=
A3]
   Action for [5] would be =93Delete assert info=94 and =93send a Assert =
Cancel (S,G)=94

=20

    NOTE: any assert node is available will be set when any one of its ne=
ighbor in that interface sends an assert message.

          Any assert node is available will be reset when there is no nod=
e is interested on assert on the same interface (when any node sends Asse=
rt cancel message or that particular neighbor goes off than it means that=
, that particular node is not interested on the assert).



b. Same thing should be done (*,G) Assert state machine.

  =20

Advantage:

1. When there is no node interested on assert other than my node than it =
won't send any assert winner message, which will reduce the traffic on th=
e node.

=20

Disadvantage:

1. When any node losses the first assert message from its neighbor than t=
here will be more than one assert winner on the same node (both will be i=
n dead lock situation)

2. It needs to maintain the other assert node information also.

=20

=20

  So this is the call which we need to take, is that we are concern about=
 traffic due a single Assert winner message or prevent possible dead lock=
 situation and burden of maintaining the assert information of other node=
s on the same interface, which I have mentioned above.

=20

   I would like to go with the first option where we can continue with th=
e existing one, where we keep sending Assert winner message even there is=
 no other Assert node interested on that LAN.

=20
  Comments are welcome.

Jags


"smiley_raj@excite.com" <smiley_raj@excite.com> wrote:

Thank you very much.
I have one more doubt. Consider the following scenario.

R1 R2
| |
| |
----------------=20
|
|
R3


In the above case consider both R1 and R2 had down stream state for (*, G=
) or (S, G). Asserts will then happen between R1 and R2. Let us consider =
R2 wins the assert hence R1 will go to "Iam Assert Loser" state. But in R=
1 consider that after some time the Assert state machine of R1 goes into =
"No Info State" due to "could Assert" becoming false . Now it is clear th=
at R2 has no worries and can forward traffic on the lan even without the =
help of Assert state machine. But to my understanding Draft provides no m=
ethod by which R2 can forget about its assert state machine and start for=
warding on the lan. Why wasnt it taken care in the draft. Is it left to t=
he implementor?
Please forgive me and point me to the section if such technique already e=
xists in the draft.

Thanks in advance
rajesh.


--- On Tue 10/28, Isidor Kouvelas < kouvelas@cisco.com > wrote:
From: Isidor Kouvelas [mailto: kouvelas@cisco.com]
To: smiley_raj@excite.com
Cc: pim@ietf.org
Date: Tue, 28 Oct 2003 11:51:13 -0800
Subject: Re: [pim] Small doubt regarding the assert=20


If the data packet that triggered the assert was forwarded on the link
by a router with (S,G) state, then a (*,G) assert with an INADDR_ANY
source address will not resolve the forwarding conflict. The reason is
that when the router with the (S,G) state receives the assert it will
not know that it has to respons with an (S,G) assert.=20
The forwarding conflict will have to wait to be resolved when the
router with the (*,G) state forwards a data packet onto the link and
the router with the (S,G) state responds with the assert.
By providing the source address of the data packet in the (*,G) assert
you optimise this behaviour by allowing the router with the (S,G)
state to respond immediately thus eliminating the additional delay.

Isidor

"smiley_raj@excite.com" writes:
>
>Hi all,
>Why does the draft state that. For the data triggered asserts the source=
 addre
>ss MAY be set to the actual source of the data packet. Why can't!
it be said th
>at the Source address in the assert for data packet arriving on the olis=
t of a
> (*, G) state MUST be INADDR_ANY.
>Can I know the reason why it should be that way. Is it required to maint=
ain ba
>ckward compatability?
>Thanks in advance
>Rajesh.
>
>
>
>
>_______________________________________________
>Join Excite! - http://www.excite.com
>The most personalized portal on the Web!
>
>_______________________________________________
>pim mailing list
>pim@ietf.org
>https://www1.ietf.org/mailman/listinfo/pim
>


_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim
Yahoo! India Matrimony: Find your partner online.Post your profile.
--0-1962368603-1067496083=:71127
Content-Type: text/html; charset=iso-8859-1
X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id BAA28333
Content-Transfer-Encoding: quoted-printable

<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>Yes, you are right, when R1 assert looser state goes in=
 to No_INFO state still the R2 will be sending the assert winner message =
on the network according to the present draft.</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<?xml:namespace prefix =3D o ns =3D "urn:sc=
hemas-microsoft-com:office:office" /><o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp; </SPAN>I=
 could see two ways </FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>1. Continue sending the assert winner message on the LA=
N even the loser goes off.</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>Advantage:</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>1. Even when the node looses the first assert messages =
of its neighbor, since it send winner message continuously so it will rec=
over by listening to the assert message second time or further (here dead=
 lock situation won't be there).</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>Disadvantage:</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>1. It will be sending the Assert winner message irrespe=
ctive of the presence of assert interested nodes.</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>2. Change the state machine little bit to check whether=
 any asserting node is present in the LAN for the given (S,G)/(*,G) and t=
han the winner should send the assert message. It can be done as follows.=
</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>a. In (S,G) Assert state machine</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp;&nbsp; </=
SPAN>Previous version: </FONT></FONT></P>
<OL style=3D"MARGIN-TOP: 0in" type=3D1>
<LI class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt; mso-list: l0 level1 l=
fo1; tab-stops: list .5in"><FONT face=3D"Times New Roman" size=3D3>When t=
he Assert state machine is in "Iam Assert Winner" state and if Timer expi=
res than follow the action [A3]</FONT></LI>
<LI class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt; mso-list: l0 level1 l=
fo1; tab-stops: list .5in"><FONT face=3D"Times New Roman" size=3D3>Action=
 for [5] is =93Delete assert info=94</FONT></LI></OL>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp;</SPAN><S=
PAN style=3D"mso-spacerun: yes">&nbsp; </SPAN>Changed version: </FONT></F=
ONT></P>
<OL style=3D"MARGIN-TOP: 0in" type=3D1>
<LI class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt; mso-list: l1 level1 l=
fo2; tab-stops: list .5in"><FONT face=3D"Times New Roman" size=3D3>When t=
he Assert state machine is in "Iam Assert Winner" state and if Timer Expi=
res And if any assert node is available than follow the action [A3]</FONT=
></LI>
<LI class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt; mso-list: l1 level1 l=
fo2; tab-stops: list .5in"><FONT face=3D"Times New Roman" size=3D3>Action=
 for [5] would be =93Delete assert info=94 and =93send a Assert Cancel (S=
,G)=94</FONT></LI></OL>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.25in"><FONT size=3D3>=
<FONT face=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp;&nbsp;&nb=
sp; </SPAN>NOTE: any assert node is available will be set when any one of=
 its neighbor in that interface sends an assert message.</FONT></FONT></P=
>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </SPAN>Any assert node is availab=
le will be reset when there is no node is interested on assert on the sam=
e interface (when any node sends Assert cancel message or that particular=
 neighbor goes off than it means that, that particular node is not intere=
sted on the assert).</FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>b. Same thing should be done (*,G) Assert state machine=
.</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><SPAN style=3D"mso-spa=
cerun: yes"><FONT face=3D"Times New Roman" size=3D3>&nbsp;&nbsp; </FONT><=
/SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>Advantage:</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>1. When there is no node interested on assert other tha=
n my node than it won't send any assert winner message, which will reduce=
 the traffic on the node.</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>Disadvantage:</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>1. When any node losses the first assert message from i=
ts neighbor than there will be more than one assert winner on the same no=
de (both will be in dead lock situation)</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>2. It needs to maintain the other assert node informati=
on also.</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp; </SPAN>S=
o this is the call which we need to take, is that we are concern about tr=
affic due a single Assert winner message or prevent possible dead lock si=
tuation and burden of maintaining the assert information of other nodes o=
n the same interface, which I have mentioned above.</FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp;&nbsp; </=
SPAN>I would like to go with the first option where we can continue with =
the existing one, where we keep sending Assert winner message even there =
is no other Assert node interested on that LAN.</FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<DIV><SPAN style=3D"FONT-SIZE: 12pt; FONT-FAMILY: 'Times New Roman'; mso-=
fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-far=
east-language: EN-US; mso-bidi-language: AR-SA"><SPAN style=3D"mso-spacer=
un: yes">&nbsp; </SPAN>Comments are welcome.</SPAN></DIV>
<P><SPAN style=3D"FONT-SIZE: 12pt; FONT-FAMILY: 'Times New Roman'; mso-fa=
reast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-farea=
st-language: EN-US; mso-bidi-language: AR-SA">Jags</SPAN></P>
<DIV><BR><BR><B><I>"smiley_raj@excite.com" &lt;smiley_raj@excite.com&gt;<=
/I></B> wrote:</DIV>
<BLOCKQUOTE class=3Dreplbq style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #1010ff 2px solid"><BR>Thank you very much.<BR>I have one mo=
re doubt. Consider the following scenario.<BR><BR>R1 R2<BR>| |<BR>| |<BR>=
---------------- <BR>|<BR>|<BR>R3<BR><BR><BR>In the above case consider b=
oth R1 and R2 had down stream state for (*, G) or (S,, G). Asserts will t=
hen happen between R1 and R2. Let us consider R2 wins the assert hence R1=
 will go to "Iam Assert Loser" state. But in R1 consider that after some =
time the Assert state machine of R1 goes into "No Info State" due to "cou=
ld Assert" becoming false . Now it is clear that R2 has no worries and ca=
n forward traffic on the lan even without the help of Assert state machin=
e. But to my understanding Draft provides no method by which R2 can forge=
t about its assert state machine and start forwarding on the lan. Why was=
nt it taken care in the draft. Is it left to the implementor?<BR>Please f=
orgive me and point me to the section if such
 technique already exists in the draft.<BR><BR>Thanks in advance<BR>rajes=
h.<BR><BR><BR>--- On Tue 10/28, Isidor Kouvelas &lt; kouvelas@cisco.com &=
gt; wrote:<BR>From: Isidor Kouvelas [mailto: kouvelas@cisco.com]<BRR>To: =
smiley_raj@excite.com<BR>Cc: pim@ietf.org<BR>Date: Tue, 28 Oct 2003 11:51=
:13 -0800<BR>Subject: Re: [pim] Small doubt regarding the assert <BR><BR>=
<BR>If the data packet that triggered the assert was forwarded on the lin=
k<BR>by a router with (S,G) state, then a (*,G) assert with an INADDR_ANY=
<BR>source address will not resolve the forwarding conflict. The reason i=
s<BR>that when the router with the (S,G) state receives the assert it wil=
l<BR>not know that it has to respons with an (S,G) assert. <BR>The forwar=
ding conflict will have to wait to be resolved when the<BR>router with th=
e (*,G) state forwards a data packet onto the link and<BR>the router with=
 the (S,G) state responds with the assert.<BR>By providing the source add=
ress of the data packet in the (*,G) assert<BR>you
 optimise this behaviour by allowing the router with the (S,G)<BR>state t=
o respond immediately thus eliminating the additional delay.<BR><BR>Isido=
r<BR><BR>"smiley_raj@excite.com" writes:<BR>&gt;<BR>&gt;Hi all,<BR>&gt;Wh=
y does the draft state that. For the data triggered asserts the source ad=
dre<BR>&gt;ss MAY be set to the actual source of the data packet. Why can=
't!<BR>it be said th<BR>&gt;at the Source address in the assert for data =
packet arriving on the olist of a<BR>&gt; (*, G) state MUST be INADDR_ANY=
.<BR>&gt;Can I know the reason why it should be that way. Is it required =
to maintain ba<BR>&gt;ckward compatability?<BR>&gt;Thanks in advance<BR>&=
gt;Rajesh.<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt;_______________________=
________________________<BR>&gt;Join Excite! - http://www.excite.com<BR>&=
gt;The most personalized portal on the Web!<BR>&gt;<BR>&gt;______________=
_________________________________<BR>&gt;pim mailing
 list<BR>&gt;pim@ietf.org<BR>&gt;https://www1.ietf.org/mailman/listinfo/p=
im<BR>&gt;<BR><BR><BR>_______________________________________________<BR>=
Join Excite! - http://www.excite.com<BR>The most personalized portal on t=
he Web!<BR><BR>_______________________________________________<BR>pim mai=
ling list<BR>pim@ietf.org<BR>https://www1.ietf.org/mailman/listinfo/pim</=
BLOCKQUOTE><p><font face=3Darial size=3D-1>
<a href=3D"http://yahoo.shaadi.com" target=3D"_blank"><b>Yahoo! India Mat=
rimony</a>:</b> Find your partner online.
<font face=3Darial size=3D-1>Post your <a href=3D"http://yahoo.shaadi.com=
" target=3D"_blank"><b>profile</a></b>.</font>
--0-1962368603-1067496083=:71127--

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Thu Oct 30 01:42:39 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA28367
	for <pim-archive@odin.ietf.org>; Thu, 30 Oct 2003 01:42:39 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AF6Ve-000379-Km
	for pim-archive@odin.ietf.org; Thu, 30 Oct 2003 01:42:19 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9U6gIjM011965
	for pim-archive@odin.ietf.org; Thu, 30 Oct 2003 01:42:18 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AF6Vd-00036u-Or
	for pim-web-archive@optimus.ietf.org; Thu, 30 Oct 2003 01:42:17 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA28336
	for <pim-web-archive@ietf.org>; Thu, 30 Oct 2003 01:42:07 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AF6Va-00063p-00
	for pim-web-archive@ietf.org; Thu, 30 Oct 2003 01:42:14 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AF6VZ-00063j-00
	for pim-web-archive@ietf.org; Thu, 30 Oct 2003 01:42:13 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AF6VN-00035Z-Lx; Thu, 30 Oct 2003 01:42:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AF6VL-00035L-6I
	for pim@optimus.ietf.org; Thu, 30 Oct 2003 01:41:59 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA28332
	for <pim@ietf.org>; Thu, 30 Oct 2003 01:41:49 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AF6VH-00063e-00
	for pim@ietf.org; Thu, 30 Oct 2003 01:41:55 -0500
Received: from web8201.mail.in.yahoo.com ([203.199.70.114])
	by ietf-mx with smtp (Exim 4.12)
	id 1AF6VG-00062f-00
	for pim@ietf.org; Thu, 30 Oct 2003 01:41:54 -0500
Message-ID: <20031030064123.72725.qmail@web8201.mail.in.yahoo.com>
Received: from [203.200.49.220] by web8201.mail.in.yahoo.com via HTTP; Thu, 30 Oct 2003 06:41:23 GMT
Date: Thu, 30 Oct 2003 06:41:23 +0000 (GMT)
From: =?iso-8859-1?q?Rajamanickam=20jaganbabu?= <jaganbabu_pim@yahoo.co.in>
Subject: Re: [pim] Small doubt regarding the assert 
To: smiley_raj@excite.com, kouvelas@cisco.com
Cc: pim@ietf.org
In-Reply-To: <20031029101811.68BD6BF60@xmxpita.excite.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1962368603-1067496083=:71127"
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

--0-1962368603-1067496083=:71127
Content-Type: text/plain; charset=iso-8859-1
X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id BAA28333
Content-Transfer-Encoding: quoted-printable


Yes, you are right, when R1 assert looser state goes in to No_INFO state =
still the R2 will be sending the assert winner message on the network acc=
ording to the present draft.

=20

  I could see two ways=20

=20

1. Continue sending the assert winner message on the LAN even the loser g=
oes off.

=20

Advantage:

1. Even when the node looses the first assert messages of its neighbor, s=
ince it send winner message continuously so it will recover by listening =
to the assert message second time or further (here dead lock situation wo=
n't be there).

=20

=20

Disadvantage:

1. It will be sending the Assert winner message irrespective of the prese=
nce of assert interested nodes.

=20

=20

2. Change the state machine little bit to check whether any asserting nod=
e is present in the LAN for the given (S,G)/(*,G) and than the winner sho=
uld send the assert message. It can be done as follows.

=20

a. In (S,G) Assert state machine

   Previous version:=20

   When the Assert state machine is in "Iam Assert Winner" state and if T=
imer expires than follow the action [A3]
   Action for [5] is =93Delete assert info=94

=20

   Changed version:=20

   When the Assert state machine is in "Iam Assert Winner" state and if T=
imer Expires And if any assert node is available than follow the action [=
A3]
   Action for [5] would be =93Delete assert info=94 and =93send a Assert =
Cancel (S,G)=94

=20

    NOTE: any assert node is available will be set when any one of its ne=
ighbor in that interface sends an assert message.

          Any assert node is available will be reset when there is no nod=
e is interested on assert on the same interface (when any node sends Asse=
rt cancel message or that particular neighbor goes off than it means that=
, that particular node is not interested on the assert).



b. Same thing should be done (*,G) Assert state machine.

  =20

Advantage:

1. When there is no node interested on assert other than my node than it =
won't send any assert winner message, which will reduce the traffic on th=
e node.

=20

Disadvantage:

1. When any node losses the first assert message from its neighbor than t=
here will be more than one assert winner on the same node (both will be i=
n dead lock situation)

2. It needs to maintain the other assert node information also.

=20

=20

  So this is the call which we need to take, is that we are concern about=
 traffic due a single Assert winner message or prevent possible dead lock=
 situation and burden of maintaining the assert information of other node=
s on the same interface, which I have mentioned above.

=20

   I would like to go with the first option where we can continue with th=
e existing one, where we keep sending Assert winner message even there is=
 no other Assert node interested on that LAN.

=20
  Comments are welcome.

Jags


"smiley_raj@excite.com" <smiley_raj@excite.com> wrote:

Thank you very much.
I have one more doubt. Consider the following scenario.

R1 R2
| |
| |
----------------=20
|
|
R3


In the above case consider both R1 and R2 had down stream state for (*, G=
) or (S, G). Asserts will then happen between R1 and R2. Let us consider =
R2 wins the assert hence R1 will go to "Iam Assert Loser" state. But in R=
1 consider that after some time the Assert state machine of R1 goes into =
"No Info State" due to "could Assert" becoming false . Now it is clear th=
at R2 has no worries and can forward traffic on the lan even without the =
help of Assert state machine. But to my understanding Draft provides no m=
ethod by which R2 can forget about its assert state machine and start for=
warding on the lan. Why wasnt it taken care in the draft. Is it left to t=
he implementor?
Please forgive me and point me to the section if such technique already e=
xists in the draft.

Thanks in advance
rajesh.


--- On Tue 10/28, Isidor Kouvelas < kouvelas@cisco.com > wrote:
From: Isidor Kouvelas [mailto: kouvelas@cisco.com]
To: smiley_raj@excite.com
Cc: pim@ietf.org
Date: Tue, 28 Oct 2003 11:51:13 -0800
Subject: Re: [pim] Small doubt regarding the assert=20


If the data packet that triggered the assert was forwarded on the link
by a router with (S,G) state, then a (*,G) assert with an INADDR_ANY
source address will not resolve the forwarding conflict. The reason is
that when the router with the (S,G) state receives the assert it will
not know that it has to respons with an (S,G) assert.=20
The forwarding conflict will have to wait to be resolved when the
router with the (*,G) state forwards a data packet onto the link and
the router with the (S,G) state responds with the assert.
By providing the source address of the data packet in the (*,G) assert
you optimise this behaviour by allowing the router with the (S,G)
state to respond immediately thus eliminating the additional delay.

Isidor

"smiley_raj@excite.com" writes:
>
>Hi all,
>Why does the draft state that. For the data triggered asserts the source=
 addre
>ss MAY be set to the actual source of the data packet. Why can't!
it be said th
>at the Source address in the assert for data packet arriving on the olis=
t of a
> (*, G) state MUST be INADDR_ANY.
>Can I know the reason why it should be that way. Is it required to maint=
ain ba
>ckward compatability?
>Thanks in advance
>Rajesh.
>
>
>
>
>_______________________________________________
>Join Excite! - http://www.excite.com
>The most personalized portal on the Web!
>
>_______________________________________________
>pim mailing list
>pim@ietf.org
>https://www1.ietf.org/mailman/listinfo/pim
>


_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim
Yahoo! India Matrimony: Find your partner online.Post your profile.
--0-1962368603-1067496083=:71127
Content-Type: text/html; charset=iso-8859-1
X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id BAA28333
Content-Transfer-Encoding: quoted-printable

<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>Yes, you are right, when R1 assert looser state goes in=
 to No_INFO state still the R2 will be sending the assert winner message =
on the network according to the present draft.</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<?xml:namespace prefix =3D o ns =3D "urn:sc=
hemas-microsoft-com:office:office" /><o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp; </SPAN>I=
 could see two ways </FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>1. Continue sending the assert winner message on the LA=
N even the loser goes off.</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>Advantage:</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>1. Even when the node looses the first assert messages =
of its neighbor, since it send winner message continuously so it will rec=
over by listening to the assert message second time or further (here dead=
 lock situation won't be there).</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>Disadvantage:</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>1. It will be sending the Assert winner message irrespe=
ctive of the presence of assert interested nodes.</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>2. Change the state machine little bit to check whether=
 any asserting node is present in the LAN for the given (S,G)/(*,G) and t=
han the winner should send the assert message. It can be done as follows.=
</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>a. In (S,G) Assert state machine</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp;&nbsp; </=
SPAN>Previous version: </FONT></FONT></P>
<OL style=3D"MARGIN-TOP: 0in" type=3D1>
<LI class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt; mso-list: l0 level1 l=
fo1; tab-stops: list .5in"><FONT face=3D"Times New Roman" size=3D3>When t=
he Assert state machine is in "Iam Assert Winner" state and if Timer expi=
res than follow the action [A3]</FONT></LI>
<LI class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt; mso-list: l0 level1 l=
fo1; tab-stops: list .5in"><FONT face=3D"Times New Roman" size=3D3>Action=
 for [5] is =93Delete assert info=94</FONT></LI></OL>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp;</SPAN><S=
PAN style=3D"mso-spacerun: yes">&nbsp; </SPAN>Changed version: </FONT></F=
ONT></P>
<OL style=3D"MARGIN-TOP: 0in" type=3D1>
<LI class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt; mso-list: l1 level1 l=
fo2; tab-stops: list .5in"><FONT face=3D"Times New Roman" size=3D3>When t=
he Assert state machine is in "Iam Assert Winner" state and if Timer Expi=
res And if any assert node is available than follow the action [A3]</FONT=
></LI>
<LI class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt; mso-list: l1 level1 l=
fo2; tab-stops: list .5in"><FONT face=3D"Times New Roman" size=3D3>Action=
 for [5] would be =93Delete assert info=94 and =93send a Assert Cancel (S=
,G)=94</FONT></LI></OL>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.25in"><FONT size=3D3>=
<FONT face=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp;&nbsp;&nb=
sp; </SPAN>NOTE: any assert node is available will be set when any one of=
 its neighbor in that interface sends an assert message.</FONT></FONT></P=
>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </SPAN>Any assert node is availab=
le will be reset when there is no node is interested on assert on the sam=
e interface (when any node sends Assert cancel message or that particular=
 neighbor goes off than it means that, that particular node is not intere=
sted on the assert).</FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>b. Same thing should be done (*,G) Assert state machine=
.</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><SPAN style=3D"mso-spa=
cerun: yes"><FONT face=3D"Times New Roman" size=3D3>&nbsp;&nbsp; </FONT><=
/SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>Advantage:</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>1. When there is no node interested on assert other tha=
n my node than it won't send any assert winner message, which will reduce=
 the traffic on the node.</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>Disadvantage:</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>1. When any node losses the first assert message from i=
ts neighbor than there will be more than one assert winner on the same no=
de (both will be in dead lock situation)</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times Ne=
w Roman" size=3D3>2. It needs to maintain the other assert node informati=
on also.</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp; </SPAN>S=
o this is the call which we need to take, is that we are concern about tr=
affic due a single Assert winner message or prevent possible dead lock si=
tuation and burden of maintaining the assert information of other nodes o=
n the same interface, which I have mentioned above.</FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman"><SPAN style=3D"mso-spacerun: yes">&nbsp;&nbsp; </=
SPAN>I would like to go with the first option where we can continue with =
the existing one, where we keep sending Assert winner message even there =
is no other Assert node interested on that LAN.</FONT></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT size=3D3><FONT f=
ace=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></FONT></P>
<DIV><SPAN style=3D"FONT-SIZE: 12pt; FONT-FAMILY: 'Times New Roman'; mso-=
fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-far=
east-language: EN-US; mso-bidi-language: AR-SA"><SPAN style=3D"mso-spacer=
un: yes">&nbsp; </SPAN>Comments are welcome.</SPAN></DIV>
<P><SPAN style=3D"FONT-SIZE: 12pt; FONT-FAMILY: 'Times New Roman'; mso-fa=
reast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-farea=
st-language: EN-US; mso-bidi-language: AR-SA">Jags</SPAN></P>
<DIV><BR><BR><B><I>"smiley_raj@excite.com" &lt;smiley_raj@excite.com&gt;<=
/I></B> wrote:</DIV>
<BLOCKQUOTE class=3Dreplbq style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #1010ff 2px solid"><BR>Thank you very much.<BR>I have one mo=
re doubt. Consider the following scenario.<BR><BR>R1 R2<BR>| |<BR>| |<BR>=
---------------- <BR>|<BR>|<BR>R3<BR><BR><BR>In the above case consider b=
oth R1 and R2 had down stream state for (*, G) or (S,, G). Asserts will t=
hen happen between R1 and R2. Let us consider R2 wins the assert hence R1=
 will go to "Iam Assert Loser" state. But in R1 consider that after some =
time the Assert state machine of R1 goes into "No Info State" due to "cou=
ld Assert" becoming false . Now it is clear that R2 has no worries and ca=
n forward traffic on the lan even without the help of Assert state machin=
e. But to my understanding Draft provides no method by which R2 can forge=
t about its assert state machine and start forwarding on the lan. Why was=
nt it taken care in the draft. Is it left to the implementor?<BR>Please f=
orgive me and point me to the section if such
 technique already exists in the draft.<BR><BR>Thanks in advance<BR>rajes=
h.<BR><BR><BR>--- On Tue 10/28, Isidor Kouvelas &lt; kouvelas@cisco.com &=
gt; wrote:<BR>From: Isidor Kouvelas [mailto: kouvelas@cisco.com]<BRR>To: =
smiley_raj@excite.com<BR>Cc: pim@ietf.org<BR>Date: Tue, 28 Oct 2003 11:51=
:13 -0800<BR>Subject: Re: [pim] Small doubt regarding the assert <BR><BR>=
<BR>If the data packet that triggered the assert was forwarded on the lin=
k<BR>by a router with (S,G) state, then a (*,G) assert with an INADDR_ANY=
<BR>source address will not resolve the forwarding conflict. The reason i=
s<BR>that when the router with the (S,G) state receives the assert it wil=
l<BR>not know that it has to respons with an (S,G) assert. <BR>The forwar=
ding conflict will have to wait to be resolved when the<BR>router with th=
e (*,G) state forwards a data packet onto the link and<BR>the router with=
 the (S,G) state responds with the assert.<BR>By providing the source add=
ress of the data packet in the (*,G) assert<BR>you
 optimise this behaviour by allowing the router with the (S,G)<BR>state t=
o respond immediately thus eliminating the additional delay.<BR><BR>Isido=
r<BR><BR>"smiley_raj@excite.com" writes:<BR>&gt;<BR>&gt;Hi all,<BR>&gt;Wh=
y does the draft state that. For the data triggered asserts the source ad=
dre<BR>&gt;ss MAY be set to the actual source of the data packet. Why can=
't!<BR>it be said th<BR>&gt;at the Source address in the assert for data =
packet arriving on the olist of a<BR>&gt; (*, G) state MUST be INADDR_ANY=
.<BR>&gt;Can I know the reason why it should be that way. Is it required =
to maintain ba<BR>&gt;ckward compatability?<BR>&gt;Thanks in advance<BR>&=
gt;Rajesh.<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt;_______________________=
________________________<BR>&gt;Join Excite! - http://www.excite.com<BR>&=
gt;The most personalized portal on the Web!<BR>&gt;<BR>&gt;______________=
_________________________________<BR>&gt;pim mailing
 list<BR>&gt;pim@ietf.org<BR>&gt;https://www1.ietf.org/mailman/listinfo/p=
im<BR>&gt;<BR><BR><BR>_______________________________________________<BR>=
Join Excite! - http://www.excite.com<BR>The most personalized portal on t=
he Web!<BR><BR>_______________________________________________<BR>pim mai=
ling list<BR>pim@ietf.org<BR>https://www1.ietf.org/mailman/listinfo/pim</=
BLOCKQUOTE><p><font face=3Darial size=3D-1>
<a href=3D"http://yahoo.shaadi.com" target=3D"_blank"><b>Yahoo! India Mat=
rimony</a>:</b> Find your partner online.
<font face=3Darial size=3D-1>Post your <a href=3D"http://yahoo.shaadi.com=
" target=3D"_blank"><b>profile</a></b>.</font>
--0-1962368603-1067496083=:71127--

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Thu Oct 30 05:41:29 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA16619
	for <pim-archive@lists.ietf.org>; Thu, 30 Oct 2003 05:41:29 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AFAEf-0003OF-To; Thu, 30 Oct 2003 05:41:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AFADy-0003KB-O9
	for pim@optimus.ietf.org; Thu, 30 Oct 2003 05:40:18 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA16576
	for <pim@ietf.org>; Thu, 30 Oct 2003 05:40:07 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AFADv-000102-00
	for pim@ietf.org; Thu, 30 Oct 2003 05:40:15 -0500
Received: from imo-d01.mx.aol.com ([205.188.157.33])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AFADu-0000zh-00
	for pim@ietf.org; Thu, 30 Oct 2003 05:40:14 -0500
Received: from talaulikar@netscape.net
	by imo-d01.mx.aol.com (mail_out_v36_r1.1.) id f.101.b1a59d6 (16225);
	Thu, 30 Oct 2003 05:39:42 -0500 (EST)
Received: from  netscape.net (mow-d14.webmail.aol.com [205.188.139.130]) by air-in02.mx.aol.com (v97.8) with ESMTP id MAILININ21-3f613fa0ea6d2e0; Thu, 30 Oct 2003 05:39:42 -0500
Date: Thu, 30 Oct 2003 05:39:41 -0500
From: talaulikar@netscape.net (Ketan TALAULIKAR)
To: Jonathan.Nicholas@itt.com ("Nicholas, Jonathan")
Cc: pim@ietf.org
Subject: RE: [pim] PIM MIB Draft
MIME-Version: 1.0
Message-ID: <3C2C90A2.5780FE1B.1061F75E@netscape.net>
X-Mailer: Atlas Mailer 2.0
X-AOL-IP: 195.207.101.112
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id FAA16577
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable

Hello ALL,

Follow my comments on the PIM MIB draft.

1) General : How about introducing configuration for Static RPs - somethi=
ng that is very widely used in the Internet today ?

2) General : In line with the evolution of the PIM-SM spec for IPv6 suppo=
rt, should we not make changes for IPv6 in the MIB as well ?

3) General : How about including configuration for BIDIR-PIM operations ?

4) General : How about inclusion of a new compliance group for BSR operat=
ions and separating it from the SM group ? This would allow implementatio=
n that do not implement BSR to claim compliance to the SM related portion=
s.

5) Node or domain level configuration for Hello Interval on the lines of =
Join-Prune interval.

6) Isnt the pimInterfaceHelloHoldtime object redundant ? The PIM-SM spec =
states that the holdtime should be 3.5 times the Hello interval and hence=
 the hold time can always be derived from the Hello interval configured. =
The same argument also applies to pimInterfaceJoinPruneHoldtime.=20

7) The PIM-SM specification states that the GENID option SHOULD be used w=
hile the PIM-DM says it MAY be used. Why this difference ? Are there any =
interop issues with this ?

8) The pimNeighborDRPresent, I assume, refers to the DR Priority Hello op=
tion ? This is not very clear from the object name and the description.

9) Should there not be an object in the pimInterfaceTable that specifies =
the component to which interface belongs ? Supporting multiple instance c=
onfiguration in the MIB using the pimComponentTable provides only *half-w=
ay* support for multiple instances.

10) The description of the pimNeighborLoss object has been confusing to m=
e. *This trap should be generated when the neighbor timer expires, and th=
e router has no other neighbors on the same interface with a lower IP add=
ress than itself.* Any reason for not triggering this trap for any neighb=
or loss ?

Would welcome views on the above.

Ketan
=20
"Nicholas, Jonathan" <Jonathan.Nicholas@itt.com> wrote:

>All,
>
>Tom asked me to send this to the list. =A0It is the same as the previous=
 draft except for cosmetic changes (dates, etc.)
>
>Jonathan Nicholas
>Network Systems Engineer
>ITT Aerospace/Communications Division
>
> <<draft-ietf-pim-mib-v2-02.txt>>
>************************************
>This email and any files transmitted with it are proprietary and intende=
d solely for the use of the individual or entity to whom they are address=
ed. If you have received this email in error please notify the sender. Pl=
ease note that any views or opinions presented in this email are solely t=
hose of the author and do not necessarily represent those of ITT Industri=
es, Inc. The recipient should check this email and any attachments for th=
e presence of viruses. ITT Industries accepts no liability for any damage=
 caused by any virus transmitted by this email.
>************************************
>
>

__________________________________________________________________
McAfee VirusScan Online from the Netscape Network.
Comprehensive protection for your entire computer. Get your free trial to=
day!
http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=3D393397

Get AOL Instant Messenger 5.1 free of charge.  Download Now!
http://aim.aol.com/aimnew/Aim/register.adp?promo=3D380455

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Thu Oct 30 05:41:30 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA16634
	for <pim-archive@odin.ietf.org>; Thu, 30 Oct 2003 05:41:30 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AFAEp-0003QA-My
	for pim-archive@odin.ietf.org; Thu, 30 Oct 2003 05:41:11 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id h9UAfBFH013146
	for pim-archive@odin.ietf.org; Thu, 30 Oct 2003 05:41:11 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AFAEp-0003Pt-II
	for pim-web-archive@optimus.ietf.org; Thu, 30 Oct 2003 05:41:11 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA16596
	for <pim-web-archive@ietf.org>; Thu, 30 Oct 2003 05:41:00 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AFAEm-00010h-00
	for pim-web-archive@ietf.org; Thu, 30 Oct 2003 05:41:08 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AFAEl-00010d-00
	for pim-web-archive@ietf.org; Thu, 30 Oct 2003 05:41:07 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AFAEf-0003OF-To; Thu, 30 Oct 2003 05:41:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AFADy-0003KB-O9
	for pim@optimus.ietf.org; Thu, 30 Oct 2003 05:40:18 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA16576
	for <pim@ietf.org>; Thu, 30 Oct 2003 05:40:07 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AFADv-000102-00
	for pim@ietf.org; Thu, 30 Oct 2003 05:40:15 -0500
Received: from imo-d01.mx.aol.com ([205.188.157.33])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AFADu-0000zh-00
	for pim@ietf.org; Thu, 30 Oct 2003 05:40:14 -0500
Received: from talaulikar@netscape.net
	by imo-d01.mx.aol.com (mail_out_v36_r1.1.) id f.101.b1a59d6 (16225);
	Thu, 30 Oct 2003 05:39:42 -0500 (EST)
Received: from  netscape.net (mow-d14.webmail.aol.com [205.188.139.130]) by air-in02.mx.aol.com (v97.8) with ESMTP id MAILININ21-3f613fa0ea6d2e0; Thu, 30 Oct 2003 05:39:42 -0500
Date: Thu, 30 Oct 2003 05:39:41 -0500
From: talaulikar@netscape.net (Ketan TALAULIKAR)
To: Jonathan.Nicholas@itt.com ("Nicholas, Jonathan")
Cc: pim@ietf.org
Subject: RE: [pim] PIM MIB Draft
MIME-Version: 1.0
Message-ID: <3C2C90A2.5780FE1B.1061F75E@netscape.net>
X-Mailer: Atlas Mailer 2.0
X-AOL-IP: 195.207.101.112
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id FAA16577
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hello ALL,

Follow my comments on the PIM MIB draft.

1) General : How about introducing configuration for Static RPs - somethi=
ng that is very widely used in the Internet today ?

2) General : In line with the evolution of the PIM-SM spec for IPv6 suppo=
rt, should we not make changes for IPv6 in the MIB as well ?

3) General : How about including configuration for BIDIR-PIM operations ?

4) General : How about inclusion of a new compliance group for BSR operat=
ions and separating it from the SM group ? This would allow implementatio=
n that do not implement BSR to claim compliance to the SM related portion=
s.

5) Node or domain level configuration for Hello Interval on the lines of =
Join-Prune interval.

6) Isnt the pimInterfaceHelloHoldtime object redundant ? The PIM-SM spec =
states that the holdtime should be 3.5 times the Hello interval and hence=
 the hold time can always be derived from the Hello interval configured. =
The same argument also applies to pimInterfaceJoinPruneHoldtime.=20

7) The PIM-SM specification states that the GENID option SHOULD be used w=
hile the PIM-DM says it MAY be used. Why this difference ? Are there any =
interop issues with this ?

8) The pimNeighborDRPresent, I assume, refers to the DR Priority Hello op=
tion ? This is not very clear from the object name and the description.

9) Should there not be an object in the pimInterfaceTable that specifies =
the component to which interface belongs ? Supporting multiple instance c=
onfiguration in the MIB using the pimComponentTable provides only *half-w=
ay* support for multiple instances.

10) The description of the pimNeighborLoss object has been confusing to m=
e. *This trap should be generated when the neighbor timer expires, and th=
e router has no other neighbors on the same interface with a lower IP add=
ress than itself.* Any reason for not triggering this trap for any neighb=
or loss ?

Would welcome views on the above.

Ketan
=20
"Nicholas, Jonathan" <Jonathan.Nicholas@itt.com> wrote:

>All,
>
>Tom asked me to send this to the list. =A0It is the same as the previous=
 draft except for cosmetic changes (dates, etc.)
>
>Jonathan Nicholas
>Network Systems Engineer
>ITT Aerospace/Communications Division
>
> <<draft-ietf-pim-mib-v2-02.txt>>
>************************************
>This email and any files transmitted with it are proprietary and intende=
d solely for the use of the individual or entity to whom they are address=
ed. If you have received this email in error please notify the sender. Pl=
ease note that any views or opinions presented in this email are solely t=
hose of the author and do not necessarily represent those of ITT Industri=
es, Inc. The recipient should check this email and any attachments for th=
e presence of viruses. ITT Industries accepts no liability for any damage=
 caused by any virus transmitted by this email.
>************************************
>
>

__________________________________________________________________
McAfee VirusScan Online from the Netscape Network.
Comprehensive protection for your entire computer. Get your free trial to=
day!
http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=3D393397

Get AOL Instant Messenger 5.1 free of charge.  Download Now!
http://aim.aol.com/aimnew/Aim/register.adp?promo=3D380455

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



From pim-admin@ietf.org  Fri Oct 31 19:28:30 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26548
	for <pim-archive@lists.ietf.org>; Fri, 31 Oct 2003 19:28:30 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AFjcW-0000nd-R4; Fri, 31 Oct 2003 19:28:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AFjc4-0000m9-Hr
	for pim@optimus.ietf.org; Fri, 31 Oct 2003 19:27:32 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26509
	for <pim@ietf.org>; Fri, 31 Oct 2003 19:27:19 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AFjc2-0001q5-00
	for pim@ietf.org; Fri, 31 Oct 2003 19:27:30 -0500
Received: from manatick.foretec.com ([4.17.168.5] helo=manatick)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AFjc2-0001q2-00
	for pim@ietf.org; Fri, 31 Oct 2003 19:27:30 -0500
Received: from catarina.usc.edu ([204.57.0.1])
	by manatick with esmtp (Exim 4.24)
	id 1AFjc3-0006xa-CZ
	for pim@ietf.org; Fri, 31 Oct 2003 19:27:32 -0500
Received: from merlot.juniper.net (natint2.juniper.net [207.17.136.150])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id hA10PiLT059723
	for <pim@catarina.usc.edu>; Fri, 31 Oct 2003 16:25:44 -0800 (PST)
	(envelope-from pusateri@juniper.net)
Received: from juniper.net (garnet.juniper.net [172.17.28.17])
	by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id hA10PQi17292;
	Fri, 31 Oct 2003 16:25:26 -0800 (PST)
	(envelope-from pusateri@juniper.net)
Message-Id: <200311010025.hA10PQi17292@merlot.juniper.net>
To: Isidor Kouvelas <kouvelas@cisco.com>
cc: SUZUKI Shinsuke <suz@crl.hitachi.co.jp>, pim@catarina.usc.edu,
        pusateri@juniper.net
Subject: Re: [pim] some comments to draft-ietf-pim-sm-v2-new-08.txt 
In-Reply-To: Message from Isidor Kouvelas <kouvelas@cisco.com> 
   of "Tue, 28 Oct 2003 14:47:07 PST." <200310282247.h9SMl5jP009244@sj-core-1.cisco.com> 
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <71182.1067646326.1@juniper.net>
Date: Fri, 31 Oct 2003 16:25:26 -0800
From: Tom Pusateri <pusateri@juniper.net>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

In message <200310282247.h9SMl5jP009244@sj-core-1.cisco.com> you write:
>
>>[clarifications]
>>2) Section 4.3.1 (p.30)
>>	"The Interface_Address_List Option SHOULD be included in all
>>	IPv4 Hello messages and MUST be included in all IPv6 Hello
>>	messages. This option advertises all the secondary addresses
>>	associated with the source interface of the router originating
>>	the message."
>>
>>Does it mean that it MUST advertise this option with option-len = 0,
>>even when there's no secondary IPv6 address on a link (i.e. only one
>>link-local address is assigned)?
>>
>>I don't think it's a necessary in such a case, so IMHO it would be
>>better to change this section like this.
>>
>>	The Interface_Address_List Option MUST be included in all
>>	Hello messages. This option advertises all the secondary
>>	addresses associated with the source interface of the router
>>	originating the message.  If there is no secondary address
>>	associated with the source interface, this option MAY be
>>	omitted.
>
>I will change the text in the spec to reflect your comment.

I was thinking it would be great to send the address list hello option
regardless so that it is possible to tell that your neighbors all support it.
This would make it easy to diagnose problems at the border between two
domains.

Tom

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim


From exim@www1.ietf.org  Fri Oct 31 19:28:33 2003
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26563
	for <pim-archive@odin.ietf.org>; Fri, 31 Oct 2003 19:28:33 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AFjcl-0000pM-Ec
	for pim-archive@odin.ietf.org; Fri, 31 Oct 2003 19:28:16 -0500
Received: (from exim@localhost)
	by www1.ietf.org (8.12.8/8.12.8/Submit) id hA10SFWK003174
	for pim-archive@odin.ietf.org; Fri, 31 Oct 2003 19:28:15 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AFjcl-0000p7-3o
	for pim-web-archive@optimus.ietf.org; Fri, 31 Oct 2003 19:28:15 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26522
	for <pim-web-archive@ietf.org>; Fri, 31 Oct 2003 19:28:01 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AFjcj-0001qX-00
	for pim-web-archive@ietf.org; Fri, 31 Oct 2003 19:28:13 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AFjci-0001qM-00
	for pim-web-archive@ietf.org; Fri, 31 Oct 2003 19:28:12 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AFjcW-0000nd-R4; Fri, 31 Oct 2003 19:28:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 1AFjc4-0000m9-Hr
	for pim@optimus.ietf.org; Fri, 31 Oct 2003 19:27:32 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26509
	for <pim@ietf.org>; Fri, 31 Oct 2003 19:27:19 -0500 (EST)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 1AFjc2-0001q5-00
	for pim@ietf.org; Fri, 31 Oct 2003 19:27:30 -0500
Received: from manatick.foretec.com ([4.17.168.5] helo=manatick)
	by ietf-mx with esmtp (Exim 4.12)
	id 1AFjc2-0001q2-00
	for pim@ietf.org; Fri, 31 Oct 2003 19:27:30 -0500
Received: from catarina.usc.edu ([204.57.0.1])
	by manatick with esmtp (Exim 4.24)
	id 1AFjc3-0006xa-CZ
	for pim@ietf.org; Fri, 31 Oct 2003 19:27:32 -0500
Received: from merlot.juniper.net (natint2.juniper.net [207.17.136.150])
	by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id hA10PiLT059723
	for <pim@catarina.usc.edu>; Fri, 31 Oct 2003 16:25:44 -0800 (PST)
	(envelope-from pusateri@juniper.net)
Received: from juniper.net (garnet.juniper.net [172.17.28.17])
	by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id hA10PQi17292;
	Fri, 31 Oct 2003 16:25:26 -0800 (PST)
	(envelope-from pusateri@juniper.net)
Message-Id: <200311010025.hA10PQi17292@merlot.juniper.net>
To: Isidor Kouvelas <kouvelas@cisco.com>
cc: SUZUKI Shinsuke <suz@crl.hitachi.co.jp>, pim@catarina.usc.edu,
        pusateri@juniper.net
Subject: Re: [pim] some comments to draft-ietf-pim-sm-v2-new-08.txt 
In-Reply-To: Message from Isidor Kouvelas <kouvelas@cisco.com> 
   of "Tue, 28 Oct 2003 14:47:07 PST." <200310282247.h9SMl5jP009244@sj-core-1.cisco.com> 
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <71182.1067646326.1@juniper.net>
Date: Fri, 31 Oct 2003 16:25:26 -0800
From: Tom Pusateri <pusateri@juniper.net>
Sender: pim-admin@ietf.org
Errors-To: pim-admin@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=unsubscribe>
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>,
	<mailto:pim-request@ietf.org?subject=subscribe>

In message <200310282247.h9SMl5jP009244@sj-core-1.cisco.com> you write:
>
>>[clarifications]
>>2) Section 4.3.1 (p.30)
>>	"The Interface_Address_List Option SHOULD be included in all
>>	IPv4 Hello messages and MUST be included in all IPv6 Hello
>>	messages. This option advertises all the secondary addresses
>>	associated with the source interface of the router originating
>>	the message."
>>
>>Does it mean that it MUST advertise this option with option-len = 0,
>>even when there's no secondary IPv6 address on a link (i.e. only one
>>link-local address is assigned)?
>>
>>I don't think it's a necessary in such a case, so IMHO it would be
>>better to change this section like this.
>>
>>	The Interface_Address_List Option MUST be included in all
>>	Hello messages. This option advertises all the secondary
>>	addresses associated with the source interface of the router
>>	originating the message.  If there is no secondary address
>>	associated with the source interface, this option MAY be
>>	omitted.
>
>I will change the text in the spec to reflect your comment.

I was thinking it would be great to send the address list hello option
regardless so that it is possible to tell that your neighbors all support it.
This would make it easy to diagnose problems at the border between two
domains.

Tom

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



