Network Redundancy with LACP Trunking












3















I would like to set up a redundant link between two switches. I have four ports available to accomplish this.



Scenario A: Switch 1 has ports 1+2 trunked together via LACP. They are plugged into Switch 2 ports 1+2.



Scenario B: Switch 1 has ports 1+2 trunked together without LACP. They are plugged into Switch 2 Ports 1+2.



In Scenario B I can unplug one of the patch cables and the switches will still be linked, establishing redundancy. In Scenario A, what will happen when I unplug one of the patch cables? Will LACP allow the link over just one interface? Or will the link stop because an interface is missing.










share|improve this question









New contributor




jbakerj is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.





















  • If switch2 has got LACP disabled but switch1 has LACP enabled, then you don't have a negotiated LACP link at all.

    – Criggie
    2 hours ago
















3















I would like to set up a redundant link between two switches. I have four ports available to accomplish this.



Scenario A: Switch 1 has ports 1+2 trunked together via LACP. They are plugged into Switch 2 ports 1+2.



Scenario B: Switch 1 has ports 1+2 trunked together without LACP. They are plugged into Switch 2 Ports 1+2.



In Scenario B I can unplug one of the patch cables and the switches will still be linked, establishing redundancy. In Scenario A, what will happen when I unplug one of the patch cables? Will LACP allow the link over just one interface? Or will the link stop because an interface is missing.










share|improve this question









New contributor




jbakerj is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.





















  • If switch2 has got LACP disabled but switch1 has LACP enabled, then you don't have a negotiated LACP link at all.

    – Criggie
    2 hours ago














3












3








3








I would like to set up a redundant link between two switches. I have four ports available to accomplish this.



Scenario A: Switch 1 has ports 1+2 trunked together via LACP. They are plugged into Switch 2 ports 1+2.



Scenario B: Switch 1 has ports 1+2 trunked together without LACP. They are plugged into Switch 2 Ports 1+2.



In Scenario B I can unplug one of the patch cables and the switches will still be linked, establishing redundancy. In Scenario A, what will happen when I unplug one of the patch cables? Will LACP allow the link over just one interface? Or will the link stop because an interface is missing.










share|improve this question









New contributor




jbakerj is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.












I would like to set up a redundant link between two switches. I have four ports available to accomplish this.



Scenario A: Switch 1 has ports 1+2 trunked together via LACP. They are plugged into Switch 2 ports 1+2.



Scenario B: Switch 1 has ports 1+2 trunked together without LACP. They are plugged into Switch 2 Ports 1+2.



In Scenario B I can unplug one of the patch cables and the switches will still be linked, establishing redundancy. In Scenario A, what will happen when I unplug one of the patch cables? Will LACP allow the link over just one interface? Or will the link stop because an interface is missing.







switch switching spanning-tree redundancy ieee-802.1ax






share|improve this question









New contributor




jbakerj is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.











share|improve this question









New contributor




jbakerj is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









share|improve this question




share|improve this question








edited 8 hours ago









Ron Maupin

63.7k1366120




63.7k1366120






New contributor




jbakerj is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









asked 9 hours ago









jbakerjjbakerj

211




211




New contributor




jbakerj is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.





New contributor





jbakerj is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.






jbakerj is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.













  • If switch2 has got LACP disabled but switch1 has LACP enabled, then you don't have a negotiated LACP link at all.

    – Criggie
    2 hours ago



















  • If switch2 has got LACP disabled but switch1 has LACP enabled, then you don't have a negotiated LACP link at all.

    – Criggie
    2 hours ago

















If switch2 has got LACP disabled but switch1 has LACP enabled, then you don't have a negotiated LACP link at all.

– Criggie
2 hours ago





If switch2 has got LACP disabled but switch1 has LACP enabled, then you don't have a negotiated LACP link at all.

– Criggie
2 hours ago










2 Answers
2






active

oldest

votes


















3















Scenario A: Switch 1 has ports 1+2 trunked together via LACP. They are
plugged into Switch 2 ports 1+2.




Both links will be used, but a single flow will only use one link. There is a hashing algorithm that determines which flow uses which link. If one of the links goes down, then all the traffic will be switched to the other link. This happens very rapidly.




Scenario B: Switch 1 has ports 1+2 trunked together without LACP. They
are plugged into Switch 2 Ports 1+2.




They will not actually be trunked together. STP will block one link because it creates a single, loop-free path to the root bridge. When the active link goes down, STP will switch over to the redundant link, but this happens fairly slowly; a few seconds for RSTP, and up to 50 seconds for standard STP.






share|improve this answer































    2














    From a functional point of view, there's no difference between LACP trunks and static trunks. All links are aggregated (with the limitations Ron has already pointed out) and the aggregation group is redundant. An LACP trunk set up with eight ports works with anything between one to eight physical links - so does a static trunk.



    The difference is that an LACP trunk only works when both sides negotiate the aggregation. Without successful negotiation the physical links fall apart into separate logical links. Usually, it's combined with a spanning tree protocol to avoid bridge loops - without STP the bridge loop would bring down the network.



    In contrast, in a static trunk the links are aggregated when they're up. The switch doesn't check whether the trunk makes sense. You could use links terminated differently and you'd get weird and possibly unexpected effects.



    Generally, LACP trunks are safer to use. You should only use static trunks when LACP isn't available.



    Of course, the combination of LACP and STP calls for a better integrated solution that even works with multiple switches and meshed setups. This is what Shortest Path Bridging aka IEEE 802.1aq is for. Sadly it hasn't caught on in the mid-range class yet.






    share|improve this answer























      Your Answer








      StackExchange.ready(function() {
      var channelOptions = {
      tags: "".split(" "),
      id: "496"
      };
      initTagRenderer("".split(" "), "".split(" "), channelOptions);

      StackExchange.using("externalEditor", function() {
      // Have to fire editor after snippets, if snippets enabled
      if (StackExchange.settings.snippets.snippetsEnabled) {
      StackExchange.using("snippets", function() {
      createEditor();
      });
      }
      else {
      createEditor();
      }
      });

      function createEditor() {
      StackExchange.prepareEditor({
      heartbeatType: 'answer',
      autoActivateHeartbeat: false,
      convertImagesToLinks: false,
      noModals: true,
      showLowRepImageUploadWarning: true,
      reputationToPostImages: null,
      bindNavPrevention: true,
      postfix: "",
      imageUploader: {
      brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
      contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
      allowUrls: true
      },
      noCode: true, onDemand: true,
      discardSelector: ".discard-answer"
      ,immediatelyShowMarkdownHelp:true
      });


      }
      });






      jbakerj is a new contributor. Be nice, and check out our Code of Conduct.










      draft saved

      draft discarded


















      StackExchange.ready(
      function () {
      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fnetworkengineering.stackexchange.com%2fquestions%2f56308%2fnetwork-redundancy-with-lacp-trunking%23new-answer', 'question_page');
      }
      );

      Post as a guest















      Required, but never shown

























      2 Answers
      2






      active

      oldest

      votes








      2 Answers
      2






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes









      3















      Scenario A: Switch 1 has ports 1+2 trunked together via LACP. They are
      plugged into Switch 2 ports 1+2.




      Both links will be used, but a single flow will only use one link. There is a hashing algorithm that determines which flow uses which link. If one of the links goes down, then all the traffic will be switched to the other link. This happens very rapidly.




      Scenario B: Switch 1 has ports 1+2 trunked together without LACP. They
      are plugged into Switch 2 Ports 1+2.




      They will not actually be trunked together. STP will block one link because it creates a single, loop-free path to the root bridge. When the active link goes down, STP will switch over to the redundant link, but this happens fairly slowly; a few seconds for RSTP, and up to 50 seconds for standard STP.






      share|improve this answer




























        3















        Scenario A: Switch 1 has ports 1+2 trunked together via LACP. They are
        plugged into Switch 2 ports 1+2.




        Both links will be used, but a single flow will only use one link. There is a hashing algorithm that determines which flow uses which link. If one of the links goes down, then all the traffic will be switched to the other link. This happens very rapidly.




        Scenario B: Switch 1 has ports 1+2 trunked together without LACP. They
        are plugged into Switch 2 Ports 1+2.




        They will not actually be trunked together. STP will block one link because it creates a single, loop-free path to the root bridge. When the active link goes down, STP will switch over to the redundant link, but this happens fairly slowly; a few seconds for RSTP, and up to 50 seconds for standard STP.






        share|improve this answer


























          3












          3








          3








          Scenario A: Switch 1 has ports 1+2 trunked together via LACP. They are
          plugged into Switch 2 ports 1+2.




          Both links will be used, but a single flow will only use one link. There is a hashing algorithm that determines which flow uses which link. If one of the links goes down, then all the traffic will be switched to the other link. This happens very rapidly.




          Scenario B: Switch 1 has ports 1+2 trunked together without LACP. They
          are plugged into Switch 2 Ports 1+2.




          They will not actually be trunked together. STP will block one link because it creates a single, loop-free path to the root bridge. When the active link goes down, STP will switch over to the redundant link, but this happens fairly slowly; a few seconds for RSTP, and up to 50 seconds for standard STP.






          share|improve this answer














          Scenario A: Switch 1 has ports 1+2 trunked together via LACP. They are
          plugged into Switch 2 ports 1+2.




          Both links will be used, but a single flow will only use one link. There is a hashing algorithm that determines which flow uses which link. If one of the links goes down, then all the traffic will be switched to the other link. This happens very rapidly.




          Scenario B: Switch 1 has ports 1+2 trunked together without LACP. They
          are plugged into Switch 2 Ports 1+2.




          They will not actually be trunked together. STP will block one link because it creates a single, loop-free path to the root bridge. When the active link goes down, STP will switch over to the redundant link, but this happens fairly slowly; a few seconds for RSTP, and up to 50 seconds for standard STP.







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered 8 hours ago









          Ron MaupinRon Maupin

          63.7k1366120




          63.7k1366120























              2














              From a functional point of view, there's no difference between LACP trunks and static trunks. All links are aggregated (with the limitations Ron has already pointed out) and the aggregation group is redundant. An LACP trunk set up with eight ports works with anything between one to eight physical links - so does a static trunk.



              The difference is that an LACP trunk only works when both sides negotiate the aggregation. Without successful negotiation the physical links fall apart into separate logical links. Usually, it's combined with a spanning tree protocol to avoid bridge loops - without STP the bridge loop would bring down the network.



              In contrast, in a static trunk the links are aggregated when they're up. The switch doesn't check whether the trunk makes sense. You could use links terminated differently and you'd get weird and possibly unexpected effects.



              Generally, LACP trunks are safer to use. You should only use static trunks when LACP isn't available.



              Of course, the combination of LACP and STP calls for a better integrated solution that even works with multiple switches and meshed setups. This is what Shortest Path Bridging aka IEEE 802.1aq is for. Sadly it hasn't caught on in the mid-range class yet.






              share|improve this answer




























                2














                From a functional point of view, there's no difference between LACP trunks and static trunks. All links are aggregated (with the limitations Ron has already pointed out) and the aggregation group is redundant. An LACP trunk set up with eight ports works with anything between one to eight physical links - so does a static trunk.



                The difference is that an LACP trunk only works when both sides negotiate the aggregation. Without successful negotiation the physical links fall apart into separate logical links. Usually, it's combined with a spanning tree protocol to avoid bridge loops - without STP the bridge loop would bring down the network.



                In contrast, in a static trunk the links are aggregated when they're up. The switch doesn't check whether the trunk makes sense. You could use links terminated differently and you'd get weird and possibly unexpected effects.



                Generally, LACP trunks are safer to use. You should only use static trunks when LACP isn't available.



                Of course, the combination of LACP and STP calls for a better integrated solution that even works with multiple switches and meshed setups. This is what Shortest Path Bridging aka IEEE 802.1aq is for. Sadly it hasn't caught on in the mid-range class yet.






                share|improve this answer


























                  2












                  2








                  2







                  From a functional point of view, there's no difference between LACP trunks and static trunks. All links are aggregated (with the limitations Ron has already pointed out) and the aggregation group is redundant. An LACP trunk set up with eight ports works with anything between one to eight physical links - so does a static trunk.



                  The difference is that an LACP trunk only works when both sides negotiate the aggregation. Without successful negotiation the physical links fall apart into separate logical links. Usually, it's combined with a spanning tree protocol to avoid bridge loops - without STP the bridge loop would bring down the network.



                  In contrast, in a static trunk the links are aggregated when they're up. The switch doesn't check whether the trunk makes sense. You could use links terminated differently and you'd get weird and possibly unexpected effects.



                  Generally, LACP trunks are safer to use. You should only use static trunks when LACP isn't available.



                  Of course, the combination of LACP and STP calls for a better integrated solution that even works with multiple switches and meshed setups. This is what Shortest Path Bridging aka IEEE 802.1aq is for. Sadly it hasn't caught on in the mid-range class yet.






                  share|improve this answer













                  From a functional point of view, there's no difference between LACP trunks and static trunks. All links are aggregated (with the limitations Ron has already pointed out) and the aggregation group is redundant. An LACP trunk set up with eight ports works with anything between one to eight physical links - so does a static trunk.



                  The difference is that an LACP trunk only works when both sides negotiate the aggregation. Without successful negotiation the physical links fall apart into separate logical links. Usually, it's combined with a spanning tree protocol to avoid bridge loops - without STP the bridge loop would bring down the network.



                  In contrast, in a static trunk the links are aggregated when they're up. The switch doesn't check whether the trunk makes sense. You could use links terminated differently and you'd get weird and possibly unexpected effects.



                  Generally, LACP trunks are safer to use. You should only use static trunks when LACP isn't available.



                  Of course, the combination of LACP and STP calls for a better integrated solution that even works with multiple switches and meshed setups. This is what Shortest Path Bridging aka IEEE 802.1aq is for. Sadly it hasn't caught on in the mid-range class yet.







                  share|improve this answer












                  share|improve this answer



                  share|improve this answer










                  answered 8 hours ago









                  Zac67Zac67

                  27.6k21456




                  27.6k21456






















                      jbakerj is a new contributor. Be nice, and check out our Code of Conduct.










                      draft saved

                      draft discarded


















                      jbakerj is a new contributor. Be nice, and check out our Code of Conduct.













                      jbakerj is a new contributor. Be nice, and check out our Code of Conduct.












                      jbakerj is a new contributor. Be nice, and check out our Code of Conduct.
















                      Thanks for contributing an answer to Network Engineering Stack Exchange!


                      • Please be sure to answer the question. Provide details and share your research!

                      But avoid



                      • Asking for help, clarification, or responding to other answers.

                      • Making statements based on opinion; back them up with references or personal experience.


                      To learn more, see our tips on writing great answers.




                      draft saved


                      draft discarded














                      StackExchange.ready(
                      function () {
                      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fnetworkengineering.stackexchange.com%2fquestions%2f56308%2fnetwork-redundancy-with-lacp-trunking%23new-answer', 'question_page');
                      }
                      );

                      Post as a guest















                      Required, but never shown





















































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown

































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown







                      Popular posts from this blog

                      How to reconfigure Docker Trusted Registry 2.x.x to use CEPH FS mount instead of NFS and other traditional...

                      is 'sed' thread safe

                      How to make a Squid Proxy server?