<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: VSP 7200 7.1 - RFC3021 in ExtremeSwitching (VSP/Fabric Engine)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/vsp-7200-7-1-rfc3021/m-p/86469#M1601</link>
    <description>Hi &lt;USER-MENTION data-id="9771632"&gt;@Constantine Romanos&lt;/USER-MENTION&gt; Thanks for contributing.&lt;BR /&gt;
&lt;BR /&gt;
great question. ..... I heard about this a few years ago. /31 is a slick little subnetting trick. &lt;BR /&gt;
I was asked this a few years ago and It would appear that VOSS 7.1 or 8.0 does not support RFC 3021. &lt;BR /&gt;
and I just double checked the factsheets tonight. &lt;BR /&gt;
&lt;BR /&gt;
But It was only a proposed standard. not a true standard, thus hard to justify to adoption. &lt;A href="https://tools.ietf.org/html/rfc3021" target="_blank" rel="nofollow noreferrer noopener"&gt;https://tools.ietf.org/html/rfc3021&lt;/A&gt;&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
I don't argue that it would be a "nice to have" feature. I would reach out to your local Extreme sales team and inquire about a possible feature request. &lt;BR /&gt;
&lt;BR /&gt;
I am curious to know your thoughts on how it would enable "Configuration Consistency". I have many large customers, 20,000- to 30,000 user networks. thousands of devices.....they have used /30's for their iST's and vIST's with no issues. IPv4 addresses are cheap.</description>
    <pubDate>Tue, 26 Mar 2019 09:21:52 GMT</pubDate>
    <dc:creator>EXTR_Paul</dc:creator>
    <dc:date>2019-03-26T09:21:52Z</dc:date>
    <item>
      <title>VSP 7200 7.1 - RFC3021</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/vsp-7200-7-1-rfc3021/m-p/86468#M1600</link>
      <description>Does VSP release 7.1 support RFC 3012 - /31 subnet mask.&lt;BR /&gt;
&lt;BR /&gt;
This is ideal for vIST links and would greatly enable configuration consistency</description>
      <pubDate>Tue, 26 Mar 2019 06:51:46 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/vsp-7200-7-1-rfc3021/m-p/86468#M1600</guid>
      <dc:creator>Constantine_Rom</dc:creator>
      <dc:date>2019-03-26T06:51:46Z</dc:date>
    </item>
    <item>
      <title>Re: VSP 7200 7.1 - RFC3021</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/vsp-7200-7-1-rfc3021/m-p/86469#M1601</link>
      <description>Hi &lt;USER-MENTION data-id="9771632"&gt;@Constantine Romanos&lt;/USER-MENTION&gt; Thanks for contributing.&lt;BR /&gt;
&lt;BR /&gt;
great question. ..... I heard about this a few years ago. /31 is a slick little subnetting trick. &lt;BR /&gt;
I was asked this a few years ago and It would appear that VOSS 7.1 or 8.0 does not support RFC 3021. &lt;BR /&gt;
and I just double checked the factsheets tonight. &lt;BR /&gt;
&lt;BR /&gt;
But It was only a proposed standard. not a true standard, thus hard to justify to adoption. &lt;A href="https://tools.ietf.org/html/rfc3021" target="_blank" rel="nofollow noreferrer noopener"&gt;https://tools.ietf.org/html/rfc3021&lt;/A&gt;&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
I don't argue that it would be a "nice to have" feature. I would reach out to your local Extreme sales team and inquire about a possible feature request. &lt;BR /&gt;
&lt;BR /&gt;
I am curious to know your thoughts on how it would enable "Configuration Consistency". I have many large customers, 20,000- to 30,000 user networks. thousands of devices.....they have used /30's for their iST's and vIST's with no issues. IPv4 addresses are cheap.</description>
      <pubDate>Tue, 26 Mar 2019 09:21:52 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/vsp-7200-7-1-rfc3021/m-p/86469#M1601</guid>
      <dc:creator>EXTR_Paul</dc:creator>
      <dc:date>2019-03-26T09:21:52Z</dc:date>
    </item>
    <item>
      <title>Re: VSP 7200 7.1 - RFC3021</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/vsp-7200-7-1-rfc3021/m-p/86470#M1602</link>
      <description>When we set up an SPB network, we aim to be consistent with various settings, for instance:&lt;BR /&gt;
&lt;BR /&gt;
CLIP: 10.10.10.&lt;B&gt;1&lt;/B&gt;&lt;BR /&gt;
MEPID: &lt;B&gt;1&lt;/B&gt;&lt;BR /&gt;
SPBM Nick: B.E0.0&lt;B&gt;1&lt;/B&gt;&lt;BR /&gt;
&lt;BR /&gt;
And so on for .2, .3, .4, etc.&lt;BR /&gt;
&lt;BR /&gt;
With a /31 mask, we could carry that forward to the vIST as well, which we can't do with a /30.&lt;BR /&gt;
&lt;BR /&gt;
with a /30, we can have .1 and .2, but the next pair would have to be .5 and .6, instead of .3 and .4, etc.</description>
      <pubDate>Tue, 26 Mar 2019 19:53:48 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/vsp-7200-7-1-rfc3021/m-p/86470#M1602</guid>
      <dc:creator>Constantine_Rom</dc:creator>
      <dc:date>2019-03-26T19:53:48Z</dc:date>
    </item>
    <item>
      <title>Re: VSP 7200 7.1 - RFC3021</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/vsp-7200-7-1-rfc3021/m-p/86471#M1603</link>
      <description>I see what you mean now.  Thanks for your explanation.&lt;BR /&gt;
&lt;BR /&gt;
I do not know if this is a VOSS limitation or a Broadcom ASIC limitation.  While doing some google'ing it would appear that not every vendor supports this, and some vendors don't support it across their entire portfolio.  &lt;BR /&gt;
&lt;BR /&gt;
I recommend contacting your local Extreme SE and perhaps open a ticket with GTAC so we can track the feature.</description>
      <pubDate>Fri, 29 Mar 2019 03:53:38 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/vsp-7200-7-1-rfc3021/m-p/86471#M1603</guid>
      <dc:creator>EXTR_Paul</dc:creator>
      <dc:date>2019-03-29T03:53:38Z</dc:date>
    </item>
  </channel>
</rss>

