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

Two Lans - ones an invisible LAG!?

Scheduled Pinned Locked Moved Traffic Shaping
5 Posts 4 Posters 988 Views 4 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.
  • T Offline
    Thondwe
    last edited by Dec 18, 2020, 9:49 PM

    So trying out the shaping wizards, I have two LAN switches connected to by Pfsense box, one is a LACP LAG (test device servers) one not (Inc WiFi AP - so family clients) both have VLans on top.

    So two Qs...

    1. The wizard recognises the VLans and the single port switch. NOT the LAG. My limited understanding suggests I should be worrying about the physical ports rather than VLANs for shaping?

    2. When I use the simple wizard, the LAN (WiFi clients) interface speed gets set to the WAN speed I put in, but loads of other threads seem to suggest this should close to 1Gbs wire speed - what's right? Is LAN to LAN traffic going to get limited too if it's set to WAN speed (75Mbs)

    Thx

    S 1 Reply Last reply Dec 18, 2020, 11:46 PM Reply Quote 0
    • S Offline
      SteveITS Rebel Alliance @Thondwe
      last edited by Dec 18, 2020, 11:46 PM

      Traffic shaping doesn't work on a LAGG.
      https://docs.netgate.com/pfsense/en/latest/interfaces/lagg.html#lagg-and-traffic-shaping

      The shaper handles traffic as it exits an interface. Hence the LAN getting the Internet download speed. Not sure what to tell you about other ports at gigabit going to LAN, haven't run into that scenario personally. Would limiters be more useful in your scenario?

      Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
      When upgrading, allow 10-15 minutes to reboot, or more depending on packages, and device or disk speed.
      Upvote 👍 helpful posts!

      T 1 Reply Last reply Dec 19, 2020, 10:09 AM Reply Quote 0
      • T Offline
        Thondwe @SteveITS
        last edited by Dec 19, 2020, 10:09 AM

        @teamits Thx - so LAGG not supported by queues - fair enough. But seems that VLANs are. Am reading around the subject a bit more. Seems that the queue parameters are set based on the interface speed unless otherwise tinkered with. So in a simple WAN/LAN setup putting the download speed on the LAN interface makes sense. With multiple LANs/VLANs - less so since the queues won't be good enough to handle local traffic.

        I'll take a look at the limiters, as an alternative approach, and will read around a few more threads where people have dealt with similar setups.

        D 1 Reply Last reply Dec 19, 2020, 12:43 PM Reply Quote 0
        • S Online
          stephenw10 Netgate Administrator
          last edited by Dec 19, 2020, 11:50 AM

          What are you actually trying to achieve here?

          Since any LAGG interface is almost certainly going to be connected to a switch that supports VLANs a common workaround here is to move untagged traffic onto a VLAN to apply AltQ shaping.

          Steve

          1 Reply Last reply Reply Quote 0
          • D Offline
            DaddyGo @Thondwe
            last edited by Dec 19, 2020, 12:43 PM

            @thondwe said in Two Lans - ones an invisible LAG!?:

            so LAGG not supported by queues - fair enough.

            Hello,

            https://docs.netgate.com/pfsense/en/latest/interfaces/lagg.html

            4b0b98a3-f992-4d74-902e-8b455f068515-image.png

            Cats bury it so they can't see it!
            (You know what I mean if you have a cat)

            1 Reply Last reply Reply Quote 1
            1 out of 5
            • First post
              1/5
              Last post
            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
              This community forum collects and processes your personal information.
              consent.not_received