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

List:       ms-ospf
Subject:    Re: [Lsr] LANs in IGPs
From:       "Les Ginsberg (ginsberg)" <ginsberg () cisco ! com>
Date:       2019-04-03 18:33:36
Message-ID: BYAPR11MB3638B4DF22B171DDAFA4F918C1570 () BYAPR11MB3638 ! namprd11 ! prod ! outlook ! com
[Download RAW message or body]

[Attachment #2 (text/plain)]

Robert –

Having one circuit (or even 2 or 3) run in LAN mode "unnecessarily" does not \
represent a significant scale issue. The need for the extension you suggest would \
come only when there are many such circuits which could change from 2 nodes only to > \
2 (and possibly back again). Unless that is a real world deployment case I would not \
consider the extension worth the trouble.

   Les

From: Robert Raszuk <robert@raszuk.net>
Sent: Wednesday, April 03, 2019 11:17 AM
To: Les Ginsberg (ginsberg) <ginsberg@cisco.com>
Cc: Robert Raszuk <rraszuk@gmail.com>; lsr@ietf.org
Subject: Re: [Lsr] LANs in IGPs


Well imagine I am building DMZ with two gateways and a firewall connected to L2 \
switch. I run IGP between them so my iBGP next hops can resolve.

Later I may perhaps add third and fourth gateway.

I can not normally set it as p2p IGP day one, but it could operate fine for the first \
few years as such.

Thx,
R.



On Wed, Apr 3, 2019 at 8:10 PM Les Ginsberg (ginsberg) \
<ginsberg@cisco.com<mailto:ginsberg@cisco.com>> wrote:

If you want a way to more easily enable P2P mode by default – speak to your \
favorite vendor. That is a feature – not a protocol extension.

Completely disagree. To detect how many IGP peers are on the interface  and to do the \
switchover gracefully between 2 vs N or N vs 2 protocol extension is needed. It is \
not a single side local hack.

[Les:] You are saying that customers today need to deploy circuits on which they are \
uncertain whether they will connect two nodes or more than two nodes? This is the \
first I have heard of such a requirement.

If this really is a deployment requirement then such an extension could be \
considered. But since the extension isn't trivial and isn't backwards compatible I \
would not take this on without justification. Be interested to hear if anyone else on \
the deployment side of things believes this is needed.

   Les

Thx,
R.

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


[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: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.EmailStyle18
	{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">Robert \
–<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">Having \
one circuit (or even 2 or 3) run in LAN mode "unnecessarily" does not represent a \
significant scale issue.<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 \
need for the extension you suggest would come only when there are many such circuits \
which could change from 2 nodes only to &gt; 2 (and possibly back again).  Unless \
that is a real world deployment case I would not consider the extension worth the \
trouble.<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></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"> Robert Raszuk \
&lt;robert@raszuk.net&gt; <br>
<b>Sent:</b> Wednesday, April 03, 2019 11:17 AM<br>
<b>To:</b> Les Ginsberg (ginsberg) &lt;ginsberg@cisco.com&gt;<br>
<b>Cc:</b> Robert Raszuk &lt;rraszuk@gmail.com&gt;; lsr@ietf.org<br>
<b>Subject:</b> Re: [Lsr] LANs in IGPs<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<p class="MsoNormal">Well imagine I am building DMZ with two gateways and a firewall \
connected to L2 switch. I run IGP between them so my iBGP next hops can \
resolve.&nbsp;<o:p></o:p></p> <div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">Later I may perhaps add third and fourth \
gateway.&nbsp;<o:p></o:p></p> </div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">I can not normally set it as p2p IGP day one, but it could \
operate fine for the first few years as such.&nbsp;<o:p></o:p></p> </div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">Thx,<br>
R.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<p class="MsoNormal">On Wed, Apr 3, 2019 at 8:10 PM Les Ginsberg (ginsberg) &lt;<a \
href="mailto:ginsberg@cisco.com">ginsberg@cisco.com</a>&gt; wrote:<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 style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div>
<div>
<p class="MsoNormal" \
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">&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-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"> \
<div> <div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">If \
you want a way to more easily enable P2P mode by default – speak to your favorite \
vendor. That is  a feature – not a protocol extension.</span><o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal" \
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">&nbsp;<o:p></o:p></p> \
</div> <div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span \
style="font-family:&quot;Arial&quot;,sans-serif">Completely disagree. To detect how \
many IGP peers are on the interface&nbsp; and to do the switchover gracefully between \
2 vs N or N vs 2  protocol extension is needed. It is not a single side local \
hack.&nbsp;</span><o:p></o:p></p> </div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span \
style="font-family:&quot;Arial&quot;,sans-serif;color:#1F497D">&nbsp;</span><o:p></o:p></p>
 <p class="MsoNormal" \
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><i><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">[Les:] \
You are saying that customers today need to deploy circuits on which they are \
uncertain  whether they will connect two nodes or more than two \
nodes?</span></i></b><o:p></o:p></p> <p class="MsoNormal" \
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><i><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">This \
is the first I have heard of such a requirement.</span></i></b><o:p></o:p></p> <p \
class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><i><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">&nbsp;</span></i></b><o:p></o:p></p>
 <p class="MsoNormal" \
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><i><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">If \
this really is a deployment requirement then such an extension could be considered. \
But since  the extension isn't trivial and isn't backwards compatible I would not \
take this on without justification.</span></i></b><o:p></o:p></p> <p \
class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><i><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">Be \
interested to hear if anyone else on the deployment side of things believes this is \
needed.</span></i></b><o:p></o:p></p> <p class="MsoNormal" \
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><i><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">&nbsp;</span></i></b><o:p></o:p></p>
 <p class="MsoNormal" \
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><i><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">&nbsp;&nbsp; \
Les</span></i></b><o:p></o:p></p> <p class="MsoNormal" \
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span \
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D">&nbsp;</span><o:p></o:p></p>
 </div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span \
style="font-family:&quot;Arial&quot;,sans-serif">Thx,</span><o:p></o:p></p> </div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span \
style="font-family:&quot;Arial&quot;,sans-serif">R.</span><o:p></o:p></p> </div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span \
style="font-family:&quot;Arial&quot;,sans-serif">&nbsp;</span><o:p></o:p></p> </div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal">_______________________________________________<br>
Lsr mailing list<br>
<a href="mailto:Lsr@ietf.org" target="_blank">Lsr@ietf.org</a><br>
<a href="https://www.ietf.org/mailman/listinfo/lsr" \
target="_blank">https://www.ietf.org/mailman/listinfo/lsr</a><o:p></o:p></p> \
</blockquote> </div>
</div>
</div>
</body>
</html>



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

--===============7303828447377349060==--


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

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