Network Management

 View Only
  • 1.  Routing 6 class C subnets on a CX8100

    Posted Nov 20, 2025 03:36 AM
    Edited by JE-3dbdc5 Nov 21, 2025 07:19 PM

    Hi Folks,

    I am replacing a Brocade 7750 router with a new Aruba CX8100, and of course the conf from the Brocade doesn't translate to the Aruba. The salient code is the routing of our 6 class C subnets within our department, and a default route for all destination addresses not within our subnets.

    On the Brocade I did this using a "router-interface", then attaching the IPs to that router-interface:

    router-interface ve 1

    interface ve 1
    ip address 128.143.180.1 255.255.255.0
    ip address 128.143.181.1 255.255.255.0
    ip address 128.143.182.1 255.255.255.0
    ip address 128.143.183.1 255.255.255.0
    ip address 128.143.184.1 255.255.255.0
    ip address 128.143.185.1 255.255.255.0

    and then for any traffic not in those subnets:

    ! the default route

    ip route 0.0.0.0/0 128.143.248.1

    Is there a similar construct in Aruba OS?

    Thanks,

    Paul



    -------------------------------------------



  • 2.  RE: Routing 6 class C subnets on a CX8100

    Posted Nov 20, 2025 05:15 AM
    Edited by parnassus Dec 03, 2025 07:02 AM

    Hi, basically you want to route through a physical interface (or a logical one if you're going to consider, as example, a LAG which is an interface made of aggregated physical ones) to resemble what the Brocade Router 7750 did. That's possible (see, just to start, this video). Another way to proceed is: if the Aruba CX 8100 is going to replace the Brocade 7750 Router's role and position on your network topology (as it seems it will) then you should set up (you should do that anyway...) a SVI for each /24 segment (that is for internal routing between those VLANs) and - it is a best practice - use a dedicated Transport VLAN, so another SVI (with, say, associated a dedicated /30 segment) to forward over it the non local traffic (so anything that match the Last Resort Route = Default Route) to the Next Hop Gateway (another Router on your network that use the same /30 Transport VLAN); the other option is not to use a Transport VLAN because the Next Hop Gateway owns a foot inside one of the above internal segments or to use (as in the video) routed physical interfaces (which is quite similar but the routing happens between/trhough two physical interfaces instead of through a Transport VLAN). Hope to have not confused things.

    -------------------------------------------



  • 3.  RE: Routing 6 class C subnets on a CX8100

    Posted Dec 04, 2025 02:36 PM
    Edited by harryhendo Dec 04, 2025 02:36 PM

    Hi Parnassus,

    Thanks for your reply. 

    So I would setup a SVI for each of the subnets, then enable routing between each of the SVIs. For each:

    conf t

    vlan 180

    name 180subnet

    interface vlan 180

    ip address  128.143.180.1/24

    vrf attach default

    no shut

    <repeat for all other subnets>

    -------------------------------------------



  • 4.  RE: Routing 6 class C subnets on a CX8100

    Posted Dec 04, 2025 03:10 PM
    Hi, yes the proposed setup will let the switch to route its internal directly connected VLANs (through their SVIs = VLAN interfaces) and this is for sure a first necessary step (this only if you want the routing to happen on that device first), then you need to instruct your switch (your internal router) to route any packets having non locals as destinations (say any other non locals to simplify = any external) to a Next Hop Gateway (NHG), a typical role for a border Firewall (and this "last resort routing" could happen either (a) through a specific VLAN acting as a Transport/Transit VLAN only or (b) via a routed physical interface, as written). With this setup, as long as it works for you, the segregation of internal VLANs should be done (if necessary/required), by ACLs deployed at switch level (your internal router). Davide.





  • 5.  RE: Routing 6 class C subnets on a CX8100

    Posted Dec 08, 2025 11:59 AM

    Hi Parnassus,

    Thanks again for your reply!

    Here's the current run config:

    vlan 1
    vlan 63
    vlan 67
    vlan 69
    vlan 71
    vlan 136
    vlan 137
    interface 1/1/1
        no shutdown
    interface 1/1/2
        no shutdown
    interface vlan 63
        ip address 128.143.63.1/24
    interface vlan 67
        ip address 128.143.67.1/24
    interface vlan 69
        ip address 128.143.69.1/24
    interface vlan 71
        ip address 128.143.71.1/24
    interface vlan 136
        ip address 128.143.136.1/24
    interface vlan 137
        ip address 128.143.137.1/24
    ip route 0.0.0.0/0 128.143.221.17

    But no traffic is passing between systems attached at 1/1/1 and 1/1/2 that are on different subnets.

    The 'show vlan' is strange, since it shows the VLANs as 'down':

    csrh075a102rtr# show vlan

    ------------------------------------------------------------------------------------------------------------------
    VLAN  Name                              Status  Reason                  Type        Interfaces
    ------------------------------------------------------------------------------------------------------------------
    1     DEFAULT_VLAN_1                    down    no_member_port          default
    63    subnet63                          down    no_member_port          static
    67    subnet67                          down    no_member_port          static
    69    subnet69                          down    no_member_port          static
    71    subnet71                          down    no_member_port          static
    136   subnet136                         down    no_member_port          static
    137   subnet137                         down    no_member_port          static

    All ports will participate in all VLANs (traffic from sources in subnet 63, for example, might come in on any port on the switch). So do I have to add all ports to each VLAN? Is there a shorthand to do that (like vlan add port 1/1/[1-28])?

    Thanks again for your help. As you can see, I am a novice at this routing.

    -------------------------------------------



  • 6.  RE: Routing 6 class C subnets on a CX8100

    Posted Dec 09, 2025 06:53 AM

    Hi, all the VLANs are down because, considering each of them, there isn't an interface (in the Up state) which is member of a particular VLAN (indeed the "no_member_port" Reason is reported for the "down" Status): you need that, as example, the physical interface 1/1/1 is configured to be part of a VLAN, the same for 1/1/2.

    As example, say you want that 1/1/1 be part of VLAN 63 and 1/1/2 be part of VLAN 67 then you need to configure the PVID (Port VLAN ID) called Native VLAN (and Native here is generally associated with a untagging) for those two ports in this way:

    interface 1/1/1
      vlan access 63

    and

    interface 1/1/2
      vlan access 67

    doing so the edge device that will be connected to interface 1/1/1 it is supposed to be addressed with an IP address within the 128.143.63.0 /24 subnet, being unaware that (internally to the Switch it is connected to) its traffic belongs to that VLAN id 63 (and travels untagged from/to the Switch to/from the edge device) and with that association its traffic will be managed by the Switch. The same for interface 1/1/2, the connected edge device, VLAN unaware, it is supposed to be addressed with an IP address within the 128.143.67.0 /24 subnet, being unaware that (internally to the Switch it is connected to) its traffic belongs to that VLAN id 67 (and travels untagged from/to the Switch to/from the edge device) and with that association its traffic will be managed by the Switch. This mode of operation is called "Access mode" because the edge devices are (VLAN unaware) access devices for the Switch.

    An interface (logical or physical) can't be (Native) member of more than one VLAN Id...in other words...its VLAN membership as untagged member could be done to one VLAN Id at time BUT this doesn't lock you to let that very interface to be part of many more VLAN Id(s)...but those additionals VLAN Id(s) are tagged (and the traffic will travels tagged from/to the Switch to/from the edge device <- so the Edge device can't be unaware of its "VLAN membership" in this case)...so one VLAN untagged and more VLANs tagged...this mode of operation is called "Trunk mode" and can be seen with this configuration as example:

    interface 1/1/3
        no shutdown
        no routing
        vlan trunk native 1000
        vlan trunk allowed 1000, 1010, 1020, 1030, etc. (1000 is Native Untagged, 1010, 1020, 1030 and so on are additional Tagged)

    Typically the above "Trunk mode" is used when a (physical or logical) Switch's interface needs to connect to an edge device (a peer: another Switch, a device or a Server) and transport of many different VLAN needs to be achieved.

    Another configuration could be (no untagged VLAN, only tagged):

    interface 1/1/3
        no shutdown
        no routing
        vlan trunk native 1000 tag
        vlan trunk allowed 1000, 1010, 1020, 1030, etc. (1000 is Native Tagged, 1010, 1020, 1030 and so on are additional Tagged)

    Typically used when NO Untagged membership is required (the same could be done also when operating in "Access mode" but, if so, the edge device needs to be VLAN aware necessarily and its interface needs to support VLAN Id tagging).

    -------------------------------------------



  • 7.  RE: Routing 6 class C subnets on a CX8100

    Posted Jan 15, 2026 09:52 AM
    Edited by harryhendo Jan 15, 2026 10:33 AM

    I finally got this working, without any need for creating VLANs or SVIs. I simply specified "no routing; vlan access 1" for all the interfaces EXCEPT for the interface to the firewall, which is the route in/out of the switch, and then added the IPs of all my subnets to VLAN 1:

    interface 1/1/1
        description 1st floor downlink
        no shutdown
        no routing
        vlan access 1
    interface 1/1/2
        description 2nd floor downlink
        no shutdown
        no routing
        vlan access 1
    interface 1/1/3
        description 3rd floor downlink
        no shutdown
        no routing
        vlan access 1
    interface 1/1/4
        description 4th floor downlink
        no shutdown
        no routing
        vlan access 1
    interface 1/1/5
        description 5th floor downlink
        no shutdown
        no routing
        vlan access 1
    interface 1/1/6
        description basement downlink
        no shutdown
        no routing
        vlan access 1

    ...

    interface 1/1/24
        description Firewall uplink
        no shutdown
        ip address 128.143.221.18/30

    ...

    interface vlan 1
        ip address 128.143.63.1/24
        ip address 128.143.67.1/24 secondary
        ip address 128.143.69.1/24 secondary
        ip address 128.143.71.1/24 secondary
        ip address 128.143.136.1/24 secondary
        ip address 128.143.137.1/24 secondary


    ip route 0.0.0.0/0 128.143.221.17

    The switch is now routing all traffic on all interfaces between all 6 subnets, and forwarding to the default route for any traffic not in those subnets.

    -------------------------------------------