Linux balance-rr (본드 모드 = 0)이 모든 스위치에서 작동합니까?

대역폭을 두 배로 늘리기 위해 두 개의 이더넷 인터페이스를 집계 그룹으로 구성하고 있으며 모든 스위치에 대해 bond mode = 0이 작동하는지 궁금합니다. LACP를 지원하지 않는 바보 스위치는 어떻습니까? 이 방법론이 단일 호스트 ( "세션")의 대역폭을 두 배로 늘립니까?

Linux 본딩에 대한 문서 는 읽을 가치가 있으며 다양한 본딩 방법을위한 스위치에서 어떤 종류의 지원이 필요한지에 대한 것입니다. 이 경우 :

balance-rr, balance-xor 및 broadcast 모드에서는 일반적으로 스위치에 적절한 포트가 그룹화되어 있어야합니다. 이러한 그룹의 명칭은 스위치마다 다르며, "이더 채널"(위의 Cisco 예에서와 같이), "트렁크 그룹"또는 기타 유사한 변형이라고 할 수 있습니다.

따라서 스위치에서 포트를 그룹화해야합니다 (종종 LAG 생성). 동일한 본드를 여러 스위치에 연결하려는 경우 때때로 조금 더 관여합니다.

스위치를 사용하지 않으려면 balance-alb송신 및 수신 밸런싱을 모두 포함하는 것이 좋습니다 .

활성 백업, balance-tlb 및 balance-alb 모드에는 특정 스위치 구성이 필요하지 않습니다.

내 경험에 따르면 실제로 balance-rr 및 balance-xor는 Cisco 이외의 다른 스위치에서 더 이상의 스위치 구성 없이도 제대로 작동합니다 (OTOH 나는 항상 Cisco 스위치에 기괴한 문제가 있습니다 ...).

balance-rr 성능은 2 개의 포트에서 정상이지만 더 많이 빨아들입니다. CIFS는 balance-rr에서도 잘 작동하지 않습니다. 그러나 하나의 단일 TCP 연결이 실제로 2Gb / s에 도달 할 수있는 유일한 모드는 balance-rr입니다. 다른 모든 모드에서 하나의 주어진 연결은 항상 하나의 특정 포트를 통과하므로 네트워크를 포화시키기위한 포트 수만큼의 연결이 필요합니다.

방금 우분투 18.10 위에서 lxc 컨테이너를 실행하는 시스코 스위치와 서버로 balance-rr을 테스트했습니다. 어떤 이유로 든 arp 테이블이 컨테이너 내부에서 업데이트되지 않습니다. 활성 백업으로 전환하면 문제가 사라집니다.