다른 소스 IP와 결합 된 커널을 통한 링크 집계

나는 경로 (linux)에 배치 된 권고를 찾고 동시에 여러 개의 인터페이스를 설정하여 이들을 동시에 사용할 수있다. 모든 들어오는 트래픽을 재조합 한 다음 정상적으로 라우팅하는 엔드 포인트로 터널을 통해 패킷을 보낸다. 다른 소스 IP와 결합 된 커널을 통한 Link Aggregation과 같은 것 이것은 오프 사이트 위치에서 원활하게 장애 조치를 수행 할 수있는 라우터에 여러 ISP를 연결하는 데 사용됩니다. 이 애플리케이션의 핵심은 중복성, 여분의 대역폭 및 동일한 TCP 세션을 유지하는 것입니다.

                         -eth0->  -->ISP1-->
   LAN   --> Router -->                       --> eth0 -> AWS --> web
                         -eth1->  -->ISP2-->

나는 정말로 어떤 제안이라도 매우 바르게 평가할 것이다.

추신. 나는 Vtrunkd를 시도했지만, 문서화가 없으며 표시된 라우팅에 대해 전혀 모른다.

— Alex
소스

리던던시와 생존은 할 수 있습니다 (그리고 종종 이와 같은 것들을위한 하드웨어 어플라이언스로 포장됩니다). "추가 대역폭"부분은 문제가 있습니다. (일반적으로 두 개의 사무실 사이의 대역폭을 늘리십시오.) 인터넷에서는 일반적이지 않습니다 (YouTube에 대역폭을 늘리지 마십시오). 그냥 노력하고있는 것에 대해 더 나은 느낌을 얻고 싶습니다. RIR로부터 직접 IP를 할당 받았습니까? ISP에서 사용할 수있는 업스트림 라우팅 프로토콜은 무엇입니까? 당신은 보세 ISP의 다른 쪽 끝을 어디에두고 싶니? 기타..

— Ruscal

이 응용 프로그램의이면에있는 아이디어는 한 ISP가 실패 할 경우를 대비 한 것입니다. 여분의 대역폭이 필요하지 않습니다. 바인딩의 끝은 AWS 인스턴스에 있습니다. 이것에 대한 유즈 케이스는 2 개의 ISP 연결을 가지는 이벤트를 위해 rtmp 피드를 스트리밍하는 것이며, 일반적으로이 아이디어는 이벤트 당 한 번 또는 두 번만 사용하기 때문에 서브넷에서 / 30을 제공합니다. RTMP 피드는 두 ISP를 통해 일반 인터넷 연결을 통해 RTMP가 서버를 인제 스트하는 데 필요한 경계의 끝까지 브로드 캐스트됩니다. 항상 인제와 TCP 연결을 유지합니다.

— Alex

또한 한 ISP가 실패하면 트래픽이 다른 인터페이스로 재 라우팅되고 라우터와 다른 쪽 끝 사이의 연결이 끊어지지 않습니다.

— Alex

OpenVPN 탭 끝점 연결에 대해서는 다음에서 설명합니다. 이 stackoverflow 질문?

— dirkt

나는 네트워크 녀석이고, 나의 첫 번째 추천은 네트워크 기반이다. 높은 freq SLA 검사를 사용하는 라우터에서 여러 경로를 설정하여 (내가 중복, 집계가 없으면 사무실에서 수행하는 작업) 또는 @dirkt와 같은 VPN 터널을 연결하는 것이 좋습니다 (양 끝에 소프트웨어가 있지만 집계 및 많은). 다른 옵션은 단일 스트림 ISP 본딩을 위해 특수 목적의 하드웨어를 사용하여 총 대역폭과 보호 기능을 제공합니다 (Mushroom Networks 제품을 생각해보십시오). 이들은 비싸지 만 단단한 부분 인 "카테고리에 대해 지불하는 것을 얻으십시오"

— Ruscal