<?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 OOB Routing: Accessing OOB from different subnet in ExtremeSwitching (VSP/Fabric Engine)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72191#M958</link>
    <description>&lt;P&gt;Hi Guys!&lt;/P&gt;&lt;P&gt;A few days ago i updated our vsp 7254 to VOSS Version 8.2. The new version implemented some changes for the management-interfaces/IPs according to:&lt;/P&gt;&lt;P&gt;&lt;OEMBED url="https://community.extremenetworks.com/extremeswitching-vsp-233220/segmented-management-interface-7829268"&gt;&lt;/OEMBED&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our OOB is segmented into different subnets. if im trying to connect from the same subnet the oob-ip belongs to, i can successfully reach the system but i can’t ssh or even ping the oob-ip from the other subnets.&lt;/P&gt;&lt;P&gt;i created the static routes for the different subnets with:&lt;/P&gt;&lt;PRE&gt;&lt;CODE&gt;enable&lt;BR /&gt;conf t&lt;BR /&gt;mgmt oob&lt;BR /&gt;ip route 172.28.12.0/24 next-hop 172.28.15.1&lt;BR /&gt;ip route 172.28.13.0/24 next-hop 172.28.15.1&lt;BR /&gt;ip route 172.28.14.0/24 next-hop 172.28.15.1&lt;BR /&gt;exit&lt;BR /&gt;&lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt;the oob-interface has the ip 172.28.15.5/24. how come the interface wont route? is this intentionally?&lt;/P&gt;&lt;P&gt;Best regards,&lt;BR /&gt;schuert&lt;/P&gt;</description>
    <pubDate>Wed, 06 Jan 2021 22:57:15 GMT</pubDate>
    <dc:creator>schuert</dc:creator>
    <dc:date>2021-01-06T22:57:15Z</dc:date>
    <item>
      <title>OOB Routing: Accessing OOB from different subnet</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72191#M958</link>
      <description>&lt;P&gt;Hi Guys!&lt;/P&gt;&lt;P&gt;A few days ago i updated our vsp 7254 to VOSS Version 8.2. The new version implemented some changes for the management-interfaces/IPs according to:&lt;/P&gt;&lt;P&gt;&lt;OEMBED url="https://community.extremenetworks.com/extremeswitching-vsp-233220/segmented-management-interface-7829268"&gt;&lt;/OEMBED&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our OOB is segmented into different subnets. if im trying to connect from the same subnet the oob-ip belongs to, i can successfully reach the system but i can’t ssh or even ping the oob-ip from the other subnets.&lt;/P&gt;&lt;P&gt;i created the static routes for the different subnets with:&lt;/P&gt;&lt;PRE&gt;&lt;CODE&gt;enable&lt;BR /&gt;conf t&lt;BR /&gt;mgmt oob&lt;BR /&gt;ip route 172.28.12.0/24 next-hop 172.28.15.1&lt;BR /&gt;ip route 172.28.13.0/24 next-hop 172.28.15.1&lt;BR /&gt;ip route 172.28.14.0/24 next-hop 172.28.15.1&lt;BR /&gt;exit&lt;BR /&gt;&lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt;the oob-interface has the ip 172.28.15.5/24. how come the interface wont route? is this intentionally?&lt;/P&gt;&lt;P&gt;Best regards,&lt;BR /&gt;schuert&lt;/P&gt;</description>
      <pubDate>Wed, 06 Jan 2021 22:57:15 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72191#M958</guid>
      <dc:creator>schuert</dc:creator>
      <dc:date>2021-01-06T22:57:15Z</dc:date>
    </item>
    <item>
      <title>Re: OOB Routing: Accessing OOB from different subnet</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72192#M959</link>
      <description>&lt;P&gt;&lt;SPAN style="color:#000000;"&gt;&lt;SPAN style="color:#000000;"&gt;Here is a config example I have used.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color:#000000;"&gt;&lt;SPAN style="color:#000000;"&gt;mgmt&amp;nbsp;&lt;SPAN style="background-color:#6a5a00;"&gt;&lt;SPAN style="color:#ffffff;"&gt;oob&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color:#000000;"&gt;&lt;SPAN style="color:#000000;"&gt;ip address 20.20.20.200/24&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color:#000000;"&gt;&lt;SPAN style="color:#000000;"&gt;ip route 0.0.0.0/0 next-hop 20.20.20.1 weight 300&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color:#000000;"&gt;&lt;SPAN style="color:#000000;"&gt;enable /////// Not sure if this is required.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color:#000000;"&gt;&lt;SPAN style="color:#000000;"&gt;exit&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color:#000000;"&gt;&lt;STRONG&gt;&amp;nbsp;&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="ffd45720e002463392c661139daf326e_1f643.png"&gt;&lt;img src="https://community.extremenetworks.com/t5/image/serverpage/image-id/5025iC50D70EF4EDD82B3/image-size/large?v=v2&amp;amp;px=999" role="button" title="ffd45720e002463392c661139daf326e_1f643.png" alt="ffd45720e002463392c661139daf326e_1f643.png" /&gt;&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 06 Jan 2021 23:16:44 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72192#M959</guid>
      <dc:creator>EXTR_Paul</dc:creator>
      <dc:date>2021-01-06T23:16:44Z</dc:date>
    </item>
    <item>
      <title>Re: OOB Routing: Accessing OOB from different subnet</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72193#M960</link>
      <description>&lt;P&gt;the oob-interface was enabled already. i can reach and connect the ip via a system in the same subnet but not from different subnets. other devices in these subnet can successfully route via the GW to the 3 other oob-nets, so this can only be caused by a routing-problem on the vsp.&lt;/P&gt;&lt;P&gt;additionally im using a clip in vrf0 for inbound management, maybe using two kinds of mgmt-interfaces is not supported?&lt;/P&gt;&lt;PRE&gt;&lt;CODE&gt;#show mgmt interface&lt;BR /&gt;************************************************************************************&lt;BR /&gt;		Command Execution Time: Wed Jan 06 23:16:05 2021 UTC&lt;BR /&gt;************************************************************************************&lt;BR /&gt;&lt;BR /&gt;==================================================================================================&lt;BR /&gt;                                    Mgmt Interface Information&lt;BR /&gt;==================================================================================================&lt;BR /&gt;INST      DESCR      TYPE      ADMIN      VLAN      PORT      VRF              PHYSICAL            &lt;BR /&gt;--------------------------------------------------------------------------------------------------&lt;BR /&gt;1         Mgmt-oob1  OOB       enable     -         oob       -                94:9b:2c:a2:18:81   &lt;BR /&gt;3         Mgmt-clip  CLIP      enable     -         -         GlobalRouter     aa:bb:cc:dd:ee:01   &lt;BR /&gt;&lt;BR /&gt;2 out of 2 Total Num of mgmt interfaces displayed&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;#show mgmt ip&lt;BR /&gt;************************************************************************************&lt;BR /&gt;		Command Execution Time: Wed Jan 06 23:15:26 2021 UTC&lt;BR /&gt;************************************************************************************&lt;BR /&gt;&lt;BR /&gt;================================================================================&lt;BR /&gt;                               Mgmt IP Addresses&lt;BR /&gt;================================================================================&lt;BR /&gt;INST   DESCR      IPV4                 TYPE (ORIGIN)        &lt;BR /&gt;--------------------------------------------------------------------------------&lt;BR /&gt;1      oob1       172.28.15.5/24        Manual              &lt;BR /&gt;3      clip       172.28.64.23/32       Manual              &lt;BR /&gt;&lt;BR /&gt;2 out of 2 Total Num of dynamic addresses displayed&lt;BR /&gt;--------------------------------------------------------------------------------&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;#show mgmt ip route &lt;BR /&gt;************************************************************************************&lt;BR /&gt;		Command Execution Time: Wed Jan 06 23:15:02 2021 UTC&lt;BR /&gt;************************************************************************************&lt;BR /&gt;&lt;BR /&gt;==========================================================================================&lt;BR /&gt;                         Mgmt IPv4 Route Information - Table main&lt;BR /&gt;==========================================================================================&lt;BR /&gt;DEST/MASK            NEXTHOP              METRIC     INTERFACE       TYPE      &lt;BR /&gt;------------------------------------------------------------------------------------------&lt;BR /&gt;0.0.0.0/0            0.0.0.0              100        Mgmt-clip       INTERNAL  &lt;BR /&gt;172.28.12.0/24       172.28.15.1          300        Mgmt-oob1       STATIC    &lt;BR /&gt;172.28.13.0/24       172.28.15.1          300        Mgmt-oob1       STATIC    &lt;BR /&gt;172.28.14.0/24       172.28.15.1          300        Mgmt-oob1       STATIC    &lt;BR /&gt;172.28.15.0/24       0.0.0.0              1          Mgmt-oob1       LOCAL     &lt;BR /&gt;172.28.64.23/32      0.0.0.0              1          Mgmt-clip       LOCAL     &lt;BR /&gt;&lt;BR /&gt;6 out of 6 Total Num of mgmt ip route displayed&lt;BR /&gt;------------------------------------------------------------------------------------------&lt;BR /&gt;&lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 06 Jan 2021 23:40:36 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72193#M960</guid>
      <dc:creator>schuert</dc:creator>
      <dc:date>2021-01-06T23:40:36Z</dc:date>
    </item>
    <item>
      <title>Re: OOB Routing: Accessing OOB from different subnet</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72194#M961</link>
      <description>&lt;P&gt;schuert,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Why dont you simply add a default route to the oob mgmt?:&lt;/P&gt;&lt;PRE&gt;&lt;CODE&gt;enable&lt;BR /&gt;conf t&lt;BR /&gt;mgmt oob&lt;BR /&gt;ip address 172.28.15.5/24&lt;BR /&gt;ip route 0.0.0.0/0 next-hop 172.28.15.1&lt;BR /&gt;enable&lt;BR /&gt;exit&lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt;There are some characteristics to keep in mind:&lt;/P&gt;&lt;FIGURE&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="92b5c981d42a4cf0916fa26dc01006a7_f5c567b7-4cb3-493d-acd2-8e8f0d4b01e4.png"&gt;&lt;img src="https://community.extremenetworks.com/t5/image/serverpage/image-id/5328iC4B4520790007C39/image-size/large?v=v2&amp;amp;px=999" role="button" title="92b5c981d42a4cf0916fa26dc01006a7_f5c567b7-4cb3-493d-acd2-8e8f0d4b01e4.png" alt="92b5c981d42a4cf0916fa26dc01006a7_f5c567b7-4cb3-493d-acd2-8e8f0d4b01e4.png" /&gt;&lt;/span&gt;&lt;/FIGURE&gt;&lt;P&gt;Mig&lt;/P&gt;</description>
      <pubDate>Thu, 07 Jan 2021 00:06:33 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72194#M961</guid>
      <dc:creator>Miguel-Angel_RO</dc:creator>
      <dc:date>2021-01-07T00:06:33Z</dc:date>
    </item>
    <item>
      <title>Re: OOB Routing: Accessing OOB from different subnet</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72195#M962</link>
      <description>&lt;P&gt;&lt;USER-MENTION data-id="9869183"&gt;@schuert&lt;/USER-MENTION&gt; TTBOMK all three interface types will work at the same time.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;OoB, L2, CLIP.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 07 Jan 2021 00:48:16 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72195#M962</guid>
      <dc:creator>EXTR_Paul</dc:creator>
      <dc:date>2021-01-07T00:48:16Z</dc:date>
    </item>
    <item>
      <title>Re: OOB Routing: Accessing OOB from different subnet</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72196#M963</link>
      <description>&lt;P&gt;&lt;BR /&gt;I confirm that all three interfaces will work at the same time&lt;/P&gt;&lt;P&gt;Mig&lt;/P&gt;</description>
      <pubDate>Thu, 07 Jan 2021 00:58:06 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72196#M963</guid>
      <dc:creator>Miguel-Angel_RO</dc:creator>
      <dc:date>2021-01-07T00:58:06Z</dc:date>
    </item>
    <item>
      <title>Re: OOB Routing: Accessing OOB from different subnet</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72197#M964</link>
      <description>&lt;P&gt;i have read in the past in some documentation that you shouldn’t set a default route for the management (now oob) interface (at least for the vsp8600), which allows traffic from the data plan to reach the management-interface.&lt;/P&gt;&lt;P&gt;anyways, on my vsp8600 with voss version 6.3 this exact configuration works without the need of a default route. i tried to implement the same on the 7200 with firmware 8.2 and it doesn’t.&lt;/P&gt;&lt;P&gt;i’ll check tomorrow if the interface will be reachable if i add a default route, but for my understanding this shouldn’t be needed and can be considered a bug, if it only works with a default gw?&lt;/P&gt;</description>
      <pubDate>Thu, 07 Jan 2021 07:09:49 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72197#M964</guid>
      <dc:creator>schuert</dc:creator>
      <dc:date>2021-01-07T07:09:49Z</dc:date>
    </item>
    <item>
      <title>Re: OOB Routing: Accessing OOB from different subnet</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72198#M965</link>
      <description>&lt;P&gt;This should work. Could it be that the VSP knows the 3 other OOB routes through another inband path as well? Who is the GW of the other 3 subnets? Does this router have the VSP in its ARP table?&lt;/P&gt;</description>
      <pubDate>Fri, 08 Jan 2021 18:23:39 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72198#M965</guid>
      <dc:creator>Roger_Lapuh</dc:creator>
      <dc:date>2021-01-08T18:23:39Z</dc:date>
    </item>
    <item>
      <title>Re: OOB Routing: Accessing OOB from different subnet</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72199#M966</link>
      <description>&lt;P&gt;found the error. i pinged and checked ssh from a connected exos switch and forgot to define the from ip, which in turn caused the switch to use its transport subnet ip to ping, which isn’t defined via static route on the vsp.&lt;/P&gt;&lt;P&gt;thanks for helping me to figure out my mistake&lt;/P&gt;</description>
      <pubDate>Fri, 08 Jan 2021 19:44:01 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/oob-routing-accessing-oob-from-different-subnet/m-p/72199#M966</guid>
      <dc:creator>schuert</dc:creator>
      <dc:date>2021-01-08T19:44:01Z</dc:date>
    </item>
  </channel>
</rss>

