위성 또는 대기 시간이 긴 IP 네트워크를 통한 TCP 가속을 위해 현재 어떤 회사, 제품 또는 옵션이 있습니까?
평균 위성 RTT는 600ms 이상입니다 (위치에 따라 다름)
ACK 수신 지연으로 인해 창 크기가 작게 유지되므로 TCP가 제대로 작동하지 않습니다. 원래 패킷이 여전히 전송되는 동안 장치가 다음 데이터 세트 전송을 시작하도록 속이기 위해 ACK를 스푸핑하려면 가속기가 필요합니다.
위성 또는 대기 시간이 긴 IP 네트워크를 통한 TCP 가속을 위해 현재 어떤 회사, 제품 또는 옵션이 있습니까?
평균 위성 RTT는 600ms 이상입니다 (위치에 따라 다름)
ACK 수신 지연으로 인해 창 크기가 작게 유지되므로 TCP가 제대로 작동하지 않습니다. 원래 패킷이 여전히 전송되는 동안 장치가 다음 데이터 세트 전송을 시작하도록 속이기 위해 ACK를 스푸핑하려면 가속기가 필요합니다.
답변:
약 6 년 전에 하드웨어 공급 업체를 위해 WAN 가속 장치를 배포했습니다. 통합 및 제품 라인 변경으로 인해 하드웨어 권장 사항을 작성하지 않는 것을 제외하고는 그 이후로 실제로 크게 변경되지 않았습니다.
이러한 모든 장치는 압축 및 캐싱의 일부 조합을 사용하여 전송되는 전체 트래픽을 줄이고 TCP 지연 으로 대역폭 지연 제품 의 영향을 줄입니다 (위에서 언급 한 TCP 창 효과 임). 링크를 통과하는 패킷이 최대한 가득 차도록하여 오버 헤드의 영향을 줄입니다. 다양한 벤더들도 자체 특허 기술을 적용 할 것이지만, 이들은 주로 이들의 다른 맛으로 귀결됩니다.
캐싱은 큰 도움이되지만 위성 링크를 통한 패킷의 사전 고정은 패킷을 사용 가능하게 만드는 데 큰 도움이되므로 어떤 이유로 든 (암호화, 압축, 압축, RTT가 충분히 느리면 사전 연결이 대역폭 지연 제품을 부분적으로 제거하고 공칭 대역폭에 더 가까이 갈 수 있도록 도와줍니다.
전체 목표는 네트워크 효율성을 높이고 대역폭을 더 많이 활용하는 것이므로 솔루션을 배포하기 전에 높은 활용률로 나타날 수있는 기본 네트워크 문제를 해결하는 것이 매우 중요합니다. 이중 불일치가 있거나 반이중 연결에서 실행중인 경우, wan 최적화 장치를 배포하기 전보다 성능이 저하되는 경우가 종종 있습니다. 고객이 10Mbps 반이중의 최저 공통 분모로 자동 협상 한 링크가 있다는 사실을 고객이 알지 못하는 경우가 종종있었습니다.
이러한 장치 중 상당수는 링크에서 패킷 손실의 영향을 극복하는 데 사용할 수있는 순방향 오류 수정 (모뎀도 제공 할 수 있음)을 제공합니다. 패킷 스터핑은 손실 된 각 WAN 패킷에 대해 둘 이상의 LAN 패킷이 유실 될 수 있으며 해당 패킷의 사전 연결로 인해 서버에 이미 승인되어 있기 때문에 중요합니다. 경로에서 어떤 장치가 FEC를 수행하고 있는지 확인하여 필요한 것보다 더 많은 오버 헤드를 생성하지 않도록하십시오. 이는 효과적인 처리량을 감소시키기 때문입니다.
경험에 의하면, 상당한 캐싱이없는 고객은 지연 시간이 900ms에서 2 초 범위이고 연장 된 기간 동안 15-25 %의 패킷 손실을 가질 수있는 이중 위성 희망을 통해 '허용 가능한'(대부분의 편도) 화상 회의를 할 수있는 것으로 나타났습니다. 결과 흐름을 사용하도록 선택하지 않았지만 그것이 당신이 가진 것이면 효과가 있습니다.
Cisco WAAS (Wide Area Application Services), 특히 모든 WAVE (Wide Area Virtualization Engine)를 추천 할 수 있습니다 .
우리는 그것을 위해 사용합니다
위성 및 지구국에 따라 600ms와 800ms 사이의 대기 시간이있는 유람선의 위성 연결 (VSAT) (대서양 횡단 대기 시간 추가 가능). 하나의 중앙 관리자와 정책이 12 개의 어플라이언스 네트워크를 관리합니다. RDP는 TCP 최적화 덕분에 응답 성이 뛰어나며 웹 응용 프로그램과 파일 복제 기능으로 대역폭을 크게 절약 할 수 있습니다.
곧 설치할 가상 버전 vWAAS 가 있습니다 .
iDirect 위성 모뎀이 TCP 최적화를 제공한다는 것을 알고 있습니다.
필자는이 주제에 대해 절대 권위를 갖지는 않지만, 환경에서 우리는 WAN 최적화를 위해 리버베드를 사용하지만 위성을 사용하지 않더라도 TCP 통신 속도는 최소 68 % 향상됩니다. 데이터 스토어에서 제공하는 데이터와 실제로 WAN을 통해 전송하는 데이터를 기준으로 거의 3 배의 대역폭 증가를보고했습니다.
나는 당신을 위해 온라인을 보았고 당신의 방향으로 기울어 진 일부를 생각해 냈습니다. 이것이 도움이되거나 다른 사람들이 그들에 대한 실제 피드백을 줄 수 있기를 바랍니다!
ViaSat 회사는 정부 급 솔루션을 보유한 것처럼 보였으며 comtech ef 데이터는 ISP가 제공하는 서비스를 활용하여 사용자에게 유용한 평가를 제공합니다.
http://www.viasat.com/AcceleNet
http://www.viasat.com/government-communications/network-acceleration-and-optimization
http://www.idirect.net/Products/Hardware/Optimization-Solutions/Network-Accelerators.aspx
http://www.comtechefdata.com/files/articles_papers/Horizon-Satellite-Services-Testimonial.pdf
Cisco WAAS도 추천합니다. 잘 수행됩니다. 우리 회사는 결정서를 작성하고 몇 가지 제품을 평가했습니다. WAAS가 나왔습니다. 다양한 기상 조건과 관련된 가변 속도를보다 잘 처리 할 수있었습니다. 폼 팩터도 문제가 될 수 있습니다. WAAS는 WAAS Express, 모듈 또는 전체 어플라이언스를 사용하여 수행 할 수 있습니다. 항공기 나 다른 모바일 플랫폼에서와 같이 전력과 공간을 고려해야하는 경우 완전한 기기가 필요하지 않은 경우 매우 유용 할 수 있습니다.
또한 많은 액셀러레이터를 사용하려면 예상 대역폭을 입력해야합니다. 위성 링크에서 발생할 수있는 것처럼 링크가 너무 많이 변하면 가속기의 성능이 저하됩니다. WAAS에는 그러한 요구 사항이 없으며 사용 가능한 모든 대역폭을 사용합니다.
1 년 동안 저는 Riverbed Steelhead를 사용하여 일반 WAN 연결을 통해 트래픽 최적화를 수행했습니다. 지금까지 결과에 만족합니다.
위성 링크에 대한 경험이 없지만 Riverbed의 웹 사이트에는 위성 링크에 대한 최적화 솔루션도 있습니다. http://www.riverbed.com/products-solutions/solutions/satellite/
내가 함께 일한 두 개의 위성 공급 업체 (10 년 전)가있었습니다.
둘 다 리버베드가 WAN에서하는 것과 유사한 많은 "스푸핑"을 포함하는 VSAT 옵션이 있습니다. 그들은 클라이언트가 상황보다 더 빠르다고 생각하게하기 위해 각 끝에있는 접지 터미널에서 TCP 연결을 종료합니다.
Sandvine에는 TCP Accelerator라는 새로운 제품이 있습니다.
https://www.sandvine.com/downloads/general/products/tcp-accelerator/tcp-accelerator.pdf