3.6 이전의 Linux Kernel은 경로 캐싱을 사용하여 IPv4 다중 경로 라우팅을 수행했습니다. 이는 두 개의 개별 회선 / ISP 간 라우팅이 매우 쉬웠 음을 의미합니다. 3.6에서 알고리즘은 패킷 당으로 변경되었는데, 이는 두 라인 / ISP를 달성하기 위해 일부 라우팅 테이블 / 룰 / iptables 마커 트릭이 필요하다는 것을 의미합니다.
그러나 동일한 ISP에 두 개의 회선이있어 단일 IP를 패킷 당 두 개의 회선으로 균형 / 장애 조치 방식으로 라우팅 할 수있는 경우 3.6부터는 다음과 같은 이유로 회선 연결 (IP 수준)을 쉽게 달성 할 수 있습니다. 양방향 패킷 라우팅.
4.4 에서 커널 은 소스 및 대상 주소의 해시를 기반으로 흐름 기반로드 밸런싱으로 다시 변경되었습니다 .
현재 커널 4.4.36을 실행 중이며 PPPoE 연결을 통한 다중 경로 라우팅을 사용하고 있습니다. ISP의 다운 스트림 트래픽은 패킷별로 두 개의 개별 회선을 통해 라우팅됩니다 (하나의 IP가 두 회선으로 라우팅 됨). 이것은 하나의 개별 라인의 속도보다 빠른 다운로드 속도를 제공합니다. 두 라인의 속도가 거의 합산되었습니다. Skype 비디오, VoIP (UDP), YouTube 등은 모두 잘 작동합니다.
다운 스트림 환경이 좋기 때문에 업스트림으로 시도하고 싶지만 내 업스트림 트래픽은 두 개의 ppp 장치 (동일한 IP 주소를 가짐)에 걸쳐 새로운 흐름 기반 알고리즘에 따라 라우팅됩니다. 즉, 한 줄의 속도보다 빠른 업로드 속도를 달성 할 수 없습니다.
패킷 당 알고리즘을 사용하도록 현재 커널을 구성하는 방법이 있습니까? 또는 패킷 당 다중 경로 라우팅을 달성하는 다른 방법이 있습니까? 이전 커널로 되돌려 야합니까 (여러 가지 이유로하고 싶지 않습니다)?
ISP가 멀티 링크 ppp를 지원하지 않습니다.
관련이있는 경우, 현재 Raspberry Pi 3에서 Arch Linux ARMv7을 실행하고 있습니다.