Network Redundancy with LACP Trunking












1















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.

























    1















    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.























      1












      1








      1








      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 1 hour 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 1 hour ago









      jbakerjjbakerj

      111




      111




      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.






















          2 Answers
          2






          active

          oldest

          votes


















          2















          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































            1














            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









              2















              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















                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












                  2








                  2








                  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 1 hour ago









                  Ron MaupinRon Maupin

                  63.7k1366120




                  63.7k1366120























                      1














                      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




























                        1














                        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


























                          1












                          1








                          1







                          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 16 mins 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

                              SQL Server 17 - Attemping to backup to remote NAS but Access is denied

                              Always On Availability groups resolving state after failover - Remote harden of transaction...

                              Restoring from pg_dump with foreign key constraints