<?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: migrate from traditional to fabric in ExtremeSwitching (VSP/Fabric Engine)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/migrate-from-traditional-to-fabric/m-p/100704#M2491</link>
    <description>&lt;P&gt;There are multiple ways to skin that cat, and no migration is the same. That is why Extreme Professional Services are usually a good option as this starts with an audit of the existing network from which then a bespoke plan can be formulated for the migration.&lt;/P&gt;&lt;P&gt;Usually a good approach is to build the new fabric core in parallel to the existing core, and to have a trunk to pass all the VLANs across. Initially all VLANs will be routed on the existing core. But as the access is gradually moved/rebuilt on the new fabric core, there will be a point where it makes sense to flip over the IP gateways from old core to new core. If these IPs are only partially migrated, some IP routes or a routing protocol will need to temporarily run between the two cores. Usually this provides a gentle/gradual migration which is always preferable (and less stressful) then a 1 bang migration, because any small step forward can be reversed if any issue is encountered, until the issue is resolved, and the migration can resume.&lt;BR /&gt;IP Multicast can complicate things a little, but even for that there are options.&lt;/P&gt;</description>
    <pubDate>Mon, 24 Jun 2024 09:37:09 GMT</pubDate>
    <dc:creator>Ludovico_Steven</dc:creator>
    <dc:date>2024-06-24T09:37:09Z</dc:date>
    <item>
      <title>migrate from traditional to fabric</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/migrate-from-traditional-to-fabric/m-p/100688#M2488</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Hi guys, maybe it's a stupid question... but despite all the training I've done, so far I haven't been able to get this. Could anyone recommend what best practices would be for migrating from a traditional network to a fabric-based network? There is a network in operation, taking it all down is not an option, what would be the best practices?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sat, 22 Jun 2024 06:36:25 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/migrate-from-traditional-to-fabric/m-p/100688#M2488</guid>
      <dc:creator>mlisboabr</dc:creator>
      <dc:date>2024-06-22T06:36:25Z</dc:date>
    </item>
    <item>
      <title>Re: migrate from traditional to fabric</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/migrate-from-traditional-to-fabric/m-p/100692#M2489</link>
      <description>&lt;P&gt;Migration from a traditional network to a Fabric is (or can be &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;) a straightforward process, it depends on the actual setup and &lt;SPAN class=""&gt;&lt;SPAN class=""&gt;&lt;SPAN class=""&gt;what you want to achieve&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;.&lt;BR /&gt;&lt;SPAN class=""&gt;&lt;SPAN class=""&gt;&lt;SPAN class=""&gt;Is the end goal all in SPBM-FC or a combination of SPBM-FC and -FA&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt; and maybe some SPBM-FE.&lt;/P&gt;&lt;P&gt;Keep in mind, SPBM-FC capable switches support also "legacy" connectivity.&lt;BR /&gt;So you can start with replacing one switch (I assume the actual switches do not support the SPBM-Fabric), with "legacy" up-links to the rest.&lt;BR /&gt;Then replace the switch(es) that are connected to the first replaced, ...&lt;/P&gt;&lt;P&gt;A preferred way is to introduce a redundant Fabric Back-Bone setup in the center of the network, connected to the existing network and connect replaced devices to the new Back-Bone, ...&lt;/P&gt;&lt;P&gt;This is general talking, each specific setup and specific requirements require to be analyzed to design the best migration strategy with no or less communication interrupts.&lt;BR /&gt;The Fabric setup also requires his own design, &lt;SPAN class=""&gt;&lt;SPAN class=""&gt;&lt;SPAN class=""&gt;It can be automatic, but I'm old school and like to create my own Fabric addressing scheme design.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;&lt;SPAN class=""&gt;&lt;SPAN class=""&gt;Replacing a network without interruptions is always a challenging project, have fun with it.&lt;BR /&gt;Once it is a 100% Fabric, adding or changing things is a pleasure.&lt;BR /&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sat, 22 Jun 2024 13:46:27 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/migrate-from-traditional-to-fabric/m-p/100692#M2489</guid>
      <dc:creator>WillyHe</dc:creator>
      <dc:date>2024-06-22T13:46:27Z</dc:date>
    </item>
    <item>
      <title>Re: migrate from traditional to fabric</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/migrate-from-traditional-to-fabric/m-p/100693#M2490</link>
      <description>&lt;P&gt;What - in your opinion - is the problem?&lt;/P&gt;&lt;P&gt;I mean obviously at some time you need a downtime, even if it is only replugging your equipments to the new switches.&lt;/P&gt;&lt;P&gt;Since you've said nothing about the size of the network or any other useful information it will be difficult to answer with a migration plan.&lt;/P&gt;</description>
      <pubDate>Sat, 22 Jun 2024 14:13:19 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/migrate-from-traditional-to-fabric/m-p/100693#M2490</guid>
      <dc:creator>jeronimo</dc:creator>
      <dc:date>2024-06-22T14:13:19Z</dc:date>
    </item>
    <item>
      <title>Re: migrate from traditional to fabric</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/migrate-from-traditional-to-fabric/m-p/100704#M2491</link>
      <description>&lt;P&gt;There are multiple ways to skin that cat, and no migration is the same. That is why Extreme Professional Services are usually a good option as this starts with an audit of the existing network from which then a bespoke plan can be formulated for the migration.&lt;/P&gt;&lt;P&gt;Usually a good approach is to build the new fabric core in parallel to the existing core, and to have a trunk to pass all the VLANs across. Initially all VLANs will be routed on the existing core. But as the access is gradually moved/rebuilt on the new fabric core, there will be a point where it makes sense to flip over the IP gateways from old core to new core. If these IPs are only partially migrated, some IP routes or a routing protocol will need to temporarily run between the two cores. Usually this provides a gentle/gradual migration which is always preferable (and less stressful) then a 1 bang migration, because any small step forward can be reversed if any issue is encountered, until the issue is resolved, and the migration can resume.&lt;BR /&gt;IP Multicast can complicate things a little, but even for that there are options.&lt;/P&gt;</description>
      <pubDate>Mon, 24 Jun 2024 09:37:09 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/migrate-from-traditional-to-fabric/m-p/100704#M2491</guid>
      <dc:creator>Ludovico_Steven</dc:creator>
      <dc:date>2024-06-24T09:37:09Z</dc:date>
    </item>
  </channel>
</rss>

