[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ms-ospf
Subject:    Re: [Lsr] IGP TE Metric Extensions
From:       "Les Ginsberg \(ginsberg\)" <ginsberg=40cisco.com () dmarc ! ietf ! org>
Date:       2018-06-06 5:42:51
Message-ID: f9596658b70148cab4869aa3bf012b57 () XCH-ALN-001 ! cisco ! com
[Download RAW message or body]

[Attachment #2 (text/plain)]

Muthu –

I agree with the comments from all of the folks who have responded to you thus far.
The RFC is specifying what the externally visible behavior needs to be in order for \
the feature to be safely and usefully deployed – it is not specifying HOW to \
implement that behavior.

But, let's assume for the moment that you are "right" and that the draft wording is \
suggesting that configuration knobs for the thresholds/filters should be owned by the \
IGP. If, despite this "suggestion", you were to decide to implement the knobs \
elsewhere (e.g., under the interface) – would it affect interoperability? Would it \
be detectable from the vantage point of another router?

I don't agree with your interpretation –and I don't feel that any change in the \
text is needed. But I do defend your right to implement the knobs wherever you like.

However, before making your decision you might want to consider \
https://tools.ietf.org/html/draft-ietf-teas-yang-te-14#section-3.2 - which is \
relevant from a manageability perspective. Your choice of where to put the knobs \
might indeed matter (though not to the IGP externally visible behavior).

   Les


From: Lsr <lsr-bounces@ietf.org> On Behalf Of Muthu Arul Mozhi Perumal
Sent: Tuesday, June 05, 2018 6:26 PM
To: Robert Raszuk <robert@raszuk.net>
Cc: lsr@ietf.org; Jeff Tantsura <jefftant.ietf@gmail.com>; Stefano Previdi (IETF) \
                <s@previdi.net>
Subject: Re: [Lsr] IGP TE Metric Extensions

Robert,

On Tue, Jun 5, 2018 at 9:28 PM, Robert Raszuk \
<robert@raszuk.net<mailto:robert@raszuk.net>> wrote: ​Muthu,​

​How is the measurement interval and filter coefficients described in the draft \
related to dissemination?​

​It is directly related. If you see the title of the section is: "Announcement \
Thresholds and Filters"​

So measurement interval does not intend to describe how often you actually measure \
... it describes a time window where you report the value (which could consist of \
many measurements actually taken).

​Are you saying measurement interval is a misnomer? The draft clearly distinguishes \
measurement interval from announcement interval:

​   Additionally, the default measurement interval for all sub-TLVs
   SHOULD be 30 seconds.

   Announcements MUST also be able to be throttled using configurable
   inter-update throttle timers.  The minimum announcement periodicity
   is 1 announcement per second.  The default value SHOULD be set to 120
   seconds.​

Yet, it claims measurements are outside its scope..


We intentionally left out this part that does not belong to the igp protocol \
machinery.

​Which of the functionalities described in sections 5, 6, 7 of the draft belong to \
the IGP protocol machinery?


​What draft are you talking about ? I was under impression that we are discussing \
RFCs here.

​Well, both -:) I am referring to draft-ginsberg-lsr-isis-rfc7810bis and I believe \
there is a chance to improve some text in RFC7810..

Regards,
Muthu



​All functionality from sections 5-7 aim to provide machinery to control stability \
of protocol operation. It is one how you measure and this is not part of the RFCs. \
and completely different what and how you advertised derived values from those \
gathered by your measurements. Now keeping in mind that you do not advertise when you \
measure but only when you are allowed by protocol rules it should be easy to see the \
point which Stefano made above.

​Thx,
R.


[Attachment #3 (text/html)]

<html xmlns:v="urn:schemas-microsoft-com:vml" \
xmlns:o="urn:schemas-microsoft-com:office:office" \
xmlns:w="urn:schemas-microsoft-com:office:word" \
xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" \
xmlns="http://www.w3.org/TR/REC-html40"> <head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
span.gmail-
	{mso-style-name:gmail-;}
span.gmail-m-4522386361963597453gmail-
	{mso-style-name:gmail-m_-4522386361963597453gmail-;}
span.EmailStyle20
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">Muthu \
–<o:p></o:p></span></p> <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
 <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">I \
agree with the comments from all of the folks who have responded to you thus \
far.<o:p></o:p></span></p> <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">The \
RFC is specifying what the externally visible behavior needs to be in order for the \
feature to be safely and usefully deployed – it is not specifying HOW  to implement \
that behavior.<o:p></o:p></span></p> <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
 <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">But, \
let's assume for the moment that you are "right" and that the draft wording is \
suggesting that configuration knobs for the thresholds/filters should be owned  by \
the IGP.<o:p></o:p></span></p> <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">If, \
despite this "suggestion", you were to decide to implement the knobs elsewhere (e.g., \
under the interface) – would it affect interoperability? Would it be  detectable \
from the vantage point of another router?<o:p></o:p></span></p> <p \
class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
 <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">I \
don't agree with your interpretation –and I don't feel that any change in the text \
is needed.<o:p></o:p></span></p> <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">But \
I do defend your right to implement the knobs wherever you \
like.<o:p></o:p></span></p> <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
 <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">However, \
before making your decision you might want to consider <a \
href="https://tools.ietf.org/html/draft-ietf-teas-yang-te-14#section-3.2">https://tools.ietf.org/html/draft-ietf-teas-yang-te-14#section-3.2</a> \
- which is relevant from a manageability perspective. Your choice of where to put the \
knobs might indeed matter  (though not to the IGP externally visible behavior). \
<o:p></o:p></span></p> <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
 <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">&nbsp;&nbsp; \
Les<o:p></o:p></span></p> <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
 <p class="MsoNormal"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
 <div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> Lsr \
&lt;lsr-bounces@ietf.org&gt; <b>On Behalf Of </b>Muthu Arul Mozhi Perumal<br>
<b>Sent:</b> Tuesday, June 05, 2018 6:26 PM<br>
<b>To:</b> Robert Raszuk &lt;robert@raszuk.net&gt;<br>
<b>Cc:</b> lsr@ietf.org; Jeff Tantsura &lt;jefftant.ietf@gmail.com&gt;; Stefano \
Previdi (IETF) &lt;s@previdi.net&gt;<br> <b>Subject:</b> Re: [Lsr] IGP TE Metric \
Extensions<o:p></o:p></span></p> </div>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<p class="MsoNormal"><span \
style="font-family:&quot;Arial&quot;,sans-serif">Robert,<o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span \
style="font-family:&quot;Arial&quot;,sans-serif"><o:p>&nbsp;</o:p></span></p> </div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">On Tue, \
Jun 5, 2018 at 9:28 PM, Robert Raszuk &lt;<a href="mailto:robert@raszuk.net" \
target="_blank">robert@raszuk.net</a>&gt; wrote:<o:p></o:p></span></p> </div>
<div>
<div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in \
6.0pt;margin-left:4.8pt;margin-right:0in"> <div>
<div>
<div>
<div>
<div>
<p class="MsoNormal"><span \
style="font-family:&quot;Arial&quot;,sans-serif">​Muthu,​<o:p></o:p></span></p> \
</div> </div>
<div>
<p class="MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in \
6.0pt;margin-left:4.8pt;margin-right:0in"> <div>
<div>
<div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">​How is \
the measurement interval and filter coefficients described in the draft related to \
dissemination?​</span><o:p></o:p></p> </div>
</div>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">​It is \
directly related. If you see the title of the section is: &quot;Announcement \
Thresholds and Filters&quot;​<o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span \
style="font-family:&quot;Arial&quot;,sans-serif"><o:p>&nbsp;</o:p></span></p> </div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">So \
measurement interval does not intend to describe how often you actually measure ... \
it describes a time window where you report the value (which could consist of many \
measurements actually  taken).<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">​Are \
you saying measurement interval is a misnomer? The draft clearly distinguishes \
measurement interval from announcement interval:<o:p></o:p></span></p> </div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">​&nbsp; \
&nbsp;Additionally, the default measurement interval for all \
sub-TLVs</span><o:p></o:p></p> </div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">&nbsp; \
&nbsp;SHOULD be 30 seconds.</span><o:p></o:p></p> </div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">&nbsp; \
&nbsp;Announcements MUST also be able to be throttled using \
configurable</span><o:p></o:p></p> </div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">&nbsp; \
&nbsp;inter-update throttle timers.&nbsp; The minimum announcement \
periodicity</span><o:p></o:p></p> </div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">&nbsp; \
&nbsp;is 1 announcement per second.&nbsp; The default value SHOULD be set to \
120</span><o:p></o:p></p> </div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">&nbsp; \
&nbsp;seconds.​</span><o:p></o:p></p> </div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class="MsoNormal">Yet, it claims measurements are outside its \
scope..<o:p></o:p></p> </div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in \
6.0pt;margin-left:4.8pt;margin-right:0in"> <div>
<div>
<div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in \
6.0pt;margin-left:4.8pt;margin-right:0in"> <div>
<div>
<div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in \
6.0pt;margin-left:4.8pt;margin-right:0in"> <div>
<div>
<p class="MsoNormal">We intentionally left out this part that does not belong to the \
igp protocol machinery.<o:p></o:p></p> </div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">​Which \
of the functionalities described in sections 5, 6, 7 of the draft belong to the IGP \
protocol machinery?<o:p></o:p></span></p> </div>
</div>
</div>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">​What \
draft are you talking about ? I was under impression that we are discussing RFCs \
here.<o:p></o:p></span></p> </div>
</div>
</div>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">​Well, \
both -:) I am referring to&nbsp;draft-ginsberg-lsr-isis-rfc7810bis and I believe \
there is a chance to improve some text in RFC7810..<o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span \
style="font-family:&quot;Arial&quot;,sans-serif"><o:p>&nbsp;</o:p></span></p> </div>
<div>
<p class="MsoNormal"><span \
style="font-family:&quot;Arial&quot;,sans-serif">Regards,<o:p></o:p></span></p> \
</div> <div>
<p class="MsoNormal"><span \
style="font-family:&quot;Arial&quot;,sans-serif">Muthu<o:p></o:p></span></p> </div>
</div>
<div>
<p class="MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in \
6.0pt;margin-left:4.8pt;margin-right:0in"> <div>
<div>
<div>
<div>
<div>
<p class="MsoNormal"><span \
style="font-family:&quot;Arial&quot;,sans-serif">&nbsp;<o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span \
style="font-family:&quot;Arial&quot;,sans-serif"><o:p>&nbsp;</o:p></span></p> </div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Arial&quot;,sans-serif">​All \
functionality from sections 5-7 aim to provide machinery to control stability of \
protocol operation. It is one how you measure and this is not part of the RFCs. and \
completely different  what and how you advertised derived values from those gathered \
by your measurements. Now keeping in mind that you do not advertise when you measure \
but only when you are allowed by protocol rules it should be easy to see the point \
which Stefano made above.&nbsp;<o:p></o:p></span></p> </div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><span \
style="font-family:&quot;Arial&quot;,sans-serif">​Thx,<o:p></o:p></span></p> </div>
</div>
<div>
<p class="MsoNormal"><span \
style="font-family:&quot;Arial&quot;,sans-serif">R.<o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span \
style="font-family:&quot;Arial&quot;,sans-serif"><o:p>&nbsp;</o:p></span></p> </div>
</div>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</div>
</body>
</html>



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

--===============2560631282344366622==--


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic