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

LACP not working - Mikrotik Switch

Hardware
3
4
1.7k
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
    Banobano
    last edited by Banobano Apr 10, 2020, 10:28 PM Apr 8, 2020, 6:04 PM

    SOLVED

    The issue was on the Mikrotik side - or my understanding of their implementation (which is not fully documented).

    SwOS needs at least two physical links to form a dynamic link aggregation via LACP. Testing with one interface does not work.

    Initial issue
    Hi together,

    I'm trying to set up an untagged LACP link aggregation with 2 LAN interfaces, connected to my Mikrotik Switch running the SwOS operating system (CRS326). Sadly it doesn't work after spending many hours. Right now, I'm testing with one interface (em0) to have a MGMT fallback (re0).

    My switch is capable to talk LACP passive and active. I set the link to active and the MAC of the pfSense shows up. My switch and the pfSense tell me the link is up and running I guess (pfSense shows me "Link up" in the dashboard), but the pfSense cannot ping clients in the same subnet as the LAGG.

    Configured Interfaces:

    • WAN: Disconnected on purpose
    • LAN: Not working, this is the issue - IP 192.168.1.1 /24, assigned to LAGG0 interface (Only physical interface em0 assigned)
    • OPT1: Working as intended - IP 192.168.0.254 /24, assigned to re0 interface (Mgmt until LAGG is working)

    When I set the interface LAN back to my physical interface em0, the IP is pingable from all clients. It seems to be an issue with the LAGG.

    I'd appreciate your help, please look up following screenshots:

    Switch Config
    login-to-view
    login-to-view

    pfSense Config
    login-to-view
    login-to-view
    login-to-view
    login-to-view login-to-view

    Thanks a lot and stay healthy!

    1 Reply Last reply Reply Quote 0
    • S
      stephenw10 Netgate Administrator
      last edited by Apr 9, 2020, 12:23 PM

      LACP lagg on em is a common deployment. It well tried and tested. Not so much a single port lagg but that should also work fine. The config you have there in pfSense looks fine.
      I would be looking at the switch end. The one screenshot of that I see looks odd. What is that we are looking at where re0 is set as 'passive'?

      Steve

      1 Reply Last reply Reply Quote 0
      • B
        Banobano
        last edited by Apr 10, 2020, 10:26 PM

        SOLVED

        The issue was on the Mikrotik side - or my understanding of their implementation.

        SwOS needs at least two physical links to form a dynamic link aggregation via LACP. Testing with one interface does not work.

        1 Reply Last reply Reply Quote 0
        • D
          Derelict LAYER 8 Netgate
          last edited by Apr 11, 2020, 12:00 AM

          That's broken, but it's Mikrotik. What happens if you get the LACP up but go down to one link?

          Chattanooga, Tennessee, USA
          A comprehensive network diagram is worth 10,000 words and 15 conference calls.
          DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
          Do Not Chat For Help! NO_WAN_EGRESS(TM)

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