Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Switches are not reachable within the same subnet??!

    Scheduled Pinned Locked Moved Firewalling
    4 Posts 2 Posters 523 Views 2 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • B Offline
      BurnerMan
      last edited by

      Hi there,

      what i have set up:

      igb0:
      The switches are managed by a omada controler (subnet 192.168.0.x) based on VLAN1
      igb0 the management network (subnet 192.168.0.x) provides IPs via DHCP to my Switches based upon reservation. -> Works

      igb1:
      igb1 is the trunk interface, connecting to the omada switch.
      igb1 provides multiple VLAN-Interfaces, that have been set up with each DHCP-Range -> Works.
      To provide the IPs to my switches, in pfsense i have set up a VLAN1, bound to igb1.
      When i connect my igb1 to the switch, the switc gets it IP-Address and specific configuration, e.g. Server-VLAN on port 2 --> Works

      Now comes the part, that does not work:
      As long as i am within the Network of my management interface igb0 (asuming no trunk uplink configuration) the omada-controler can reach all my switches without any errors.

      As soon as i am in the uplink trunk configuration, the switches do get their IP adress, but within the management net (same subnet 192.168.0.x) i cannot reach them, with the omada controler.

      Does anyone have a clue what could be the reason?
      Any idea what i am doing wrong?
      Is there a better way to do it?

      Thanks in Advance and best regards,
      BurnerMan

      johnpozJ 1 Reply Last reply Reply Quote 0
      • johnpozJ Offline
        johnpoz LAYER 8 Global Moderator @BurnerMan
        last edited by

        @burnerman The omada controller is like a clone of the unifi one is it not?

        Yeah you need to be in the same vlan (layer 2) network normally - the unifi stuff has ability to do layer 3 adoption, etc.

        But maybe there is some differences with the omada stuff?

        Your controller for switches/ap normall would sit on your "management" network, so they would all be in the same layer2.

        An intelligent man is sometimes forced to be drunk to spend time with his fools
        If you get confused: Listen to the Music Play
        Please don't Chat/PM me for help, unless mod related
        SG-4860 25.07.1 | Lab VMs 2.8, 25.07.1

        B 1 Reply Last reply Reply Quote 0
        • B Offline
          BurnerMan @johnpoz
          last edited by

          @johnpoz

          Yes, omada is some kind of a unifi Clone.
          Okay, so i need to find another way to control the Hardware without plugging the Laptop into the Management-LAN for Administration. Until today i had the controller ran on a proxmox docker host on a total different network environment.

          Thank you very much!

          johnpozJ 1 Reply Last reply Reply Quote 0
          • johnpozJ Offline
            johnpoz LAYER 8 Global Moderator @BurnerMan
            last edited by johnpoz

            @burnerman unifi can do L3 adoption to manage stuff, and they did the ability to do a tagged management vlan as well.

            Not sure on the omada stuff - but from what I read and see, its like they just copied all of unifi code ;)

            I run my controller on a vm on my nas.. The VM just sits on the management network where my APs are, this is an untagged network to the AP.. And that vlan actually comes in tagged to my NAS, and the VM just sees it as untagged..

            An intelligent man is sometimes forced to be drunk to spend time with his fools
            If you get confused: Listen to the Music Play
            Please don't Chat/PM me for help, unless mod related
            SG-4860 25.07.1 | Lab VMs 2.8, 25.07.1

            1 Reply Last reply Reply Quote 0
            • First post
              Last post
            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.