Apa perusahaan, produk atau opsi yang ada di luar sana hari ini untuk Akselerasi TCP melalui satelit atau jaringan IP latensi tinggi?
RTT satelit rata-rata adalah di atas dari 600 ms (tergantung pada lokasi)
TCP tidak berfungsi dengan baik karena ukuran jendela dijaga tetap kecil karena keterlambatan dalam menerima ACK. Diperlukan akselerator untuk menipu ACK untuk menipu perangkat agar mulai mengirim set data berikutnya ketika paket asli masih dalam perjalanan.
tcp
wan-optimizer
knotseh
sumber
sumber
Jawaban:
Saya dulu menggunakan perangkat akselerasi WAN untuk vendor perangkat keras sekitar 6 tahun yang lalu. Tidak banyak yang benar-benar berubah sejak itu kecuali saya tidak akan membuat rekomendasi perangkat keras karena konsolidasi dan mengubah lini produk.
Semua perangkat ini menggunakan beberapa kombinasi kompresi dan caching untuk mengurangi lalu lintas keseluruhan yang akan ditransmisikan, TCP pre ack'ing untuk mengurangi efek dari produk penundaan bandwidth (ini adalah efek jendela TCP yang Anda singgung di atas) dan geng yang berukuran terlalu kecil. paket-paket untuk memastikan bahwa paket-paket yang melintasi tautan sudah penuh mungkin mengurangi efek overhead. Berbagai vendor akan menggunakan teknologi mereka sendiri yang telah dipatenkan, tetapi mereka sebagian besar bermuara pada rasa yang berbeda ini.
Sementara caching adalah bantuan besar, hanya pra-ack'ing paket melalui tautan satelit akan jauh membuat mereka dapat digunakan, sehingga bahkan jika data Anda tidak dapat di-cache untuk alasan apa pun (dienkripsi, dikompresi, zip, selalu berubah secara drastis, dll.) jika Anda memiliki RTT yang cukup lambat, pre-ack'ing akan menghilangkan sebagian produk penundaan bandwidth dan membantu Anda mendekati bandwidth nominal Anda.
Karena seluruh tujuannya adalah untuk meningkatkan efisiensi jaringan dan memungkinkan pemanfaatan bandwidth Anda yang lebih tinggi, sangat penting bahwa masalah jaringan mendasar yang mungkin muncul dengan pemanfaatan tinggi diperbaiki sebelum menerapkan solusi. Jika Anda memiliki ketidakcocokan dupleks atau berjalan pada koneksi setengah dupleks Anda akan sering menemukan bahwa kinerja lebih buruk daripada sebelum Anda menggunakan perangkat optimisasi. Seringkali saya menemukan bahwa pelanggan tidak menyadari bahwa mereka memiliki beberapa tautan yang dinegosiasikan secara otomatis ke penyebut umum terendah sebesar 10 Mbps setengah dupleks.
Banyak perangkat ini juga menawarkan Koreksi Kesalahan Maju (yang mungkin ditawarkan modem Anda juga) yang dapat Anda gunakan untuk mengatasi beberapa efek dari kehilangan paket pada tautan Anda. Ini penting karena isian paket berarti bahwa lebih dari satu paket LAN dapat hilang untuk setiap paket WAN yang hilang dan karena pra-penerimaan paket-paket tersebut telah diakui ke server. Pastikan Anda tahu perangkat mana di jalur Anda yang melakukan FEC sehingga Anda tidak membuat lebih banyak overhead daripada yang diperlukan karena ini tentu saja akan mengurangi throughput efektif Anda.
Berbicara dari pengalaman, saya melihat pelanggan tanpa caching yang signifikan dapat melakukan konferensi video yang 'dapat diterima' (sebagian besar satu arah) atas harapan satelit ganda yang latensinya berkisar dari 900 ms hingga 2 detik dan mungkin memiliki paket loss 15-25% untuk waktu yang lama. Saya tidak akan memilih untuk menggunakan aliran yang dihasilkan, tetapi jika itu yang Anda miliki itu akan berhasil.
sumber
Saya dapat merekomendasikan Cisco WAAS (Wide Area Application Services), khusus semua WAVE (Wide Area Virtualization Engine).
Kami menggunakannya untuk
koneksi satelit (VSAT) untuk kapal pesiar, dengan latensi antara 600 ms dan 800 ms, tergantung pada stasiun satelit dan bumi (kemungkinan latensi transatlantik tambahan). Satu manajer pusat dan satu kebijakan mengelola jaringan selusin peralatan. RDP jauh lebih responsif berkat optimalisasi TCP, lebih jauh lagi aplikasi web dan replikasi file menghemat banyak bandwidth.
Ada versi virtual vWAAS , yang akan segera kami pasang.
Saya tahu modem satelit iDirect memberikan optimisasi TCP yang sangat baik, jika Anda dapat menggunakannya.
sumber
Saya sama sekali tidak berwibawa tentang hal ini, namun, di lingkungan kami, kami menggunakan Riverbeds untuk optimalisasi WAN, dan meskipun kami tidak melebihi satelit, kami melihat peningkatan 68% dalam kecepatan untuk komunikasi TCP sebagai minimum, dan Steelhead kami telah melaporkan peningkatan bandwidth hampir 3x berdasarkan data yang dilayaninya dari datastore vs benar-benar mentransfer hal-hal melalui WAN.
Saya melakukan pencarian online untuk Anda juga dan datang dengan beberapa yang tampak miring ke arah Anda, semoga ini membantu atau yang lain dapat memberikan umpan balik kehidupan nyata pada mereka!
Perusahaan ViaSat tampak seperti memiliki solusi tingkat pemerintah, dan data teknologi memiliki kesaksian yang cukup bagus dari ISP yang menggunakan layanan mereka yang mungkin berguna bagi Anda.
http://www.viasat.com/AcceleNet
http://www.viasat.com/government-communications/network-acceleration-and-optimization
http://www.networkinv.com/blog/faster-satellite-internet-with-filtering-optimization-packet-shaping-solutions/
http://www.idirect.net/Products/Hardware/Optimization-Solutions/Network-Accelerators.aspx
http://www.comtechefdata.com/
http://www.comtechefdata.com/files/articles_papers/Horizon-Satellite-Services-Testimonial.pdf
sumber
Saya juga merekomendasikan Cisco WAAS. Itu bekerja dengan baik. Perusahaan saya membuat kertas keputusan dan mengevaluasi beberapa produk. WAAS keluar di atas. Itu lebih mampu menangani kecepatan variabel yang terkait dengan kondisi cuaca yang berbeda. Faktor bentuk juga bisa menjadi masalah. WAAS dapat dicapai dengan menggunakan WAAS Express, modul, atau alat lengkap. Jika daya dan ruang menjadi pertimbangan seperti di pesawat terbang atau bentuk pelat seluler lainnya, maka tidak memerlukan alat lengkap bisa sangat membantu.
Juga banyak akselerator mengharuskan Anda memasukkan bandwidth yang diharapkan. Jika tautan Anda terlalu banyak bervariasi (seperti yang bisa terjadi dengan tautan satelit) maka Anda akan mendapatkan kinerja yang buruk dari akselerator. WAAS tidak memiliki persyaratan seperti itu dan akan menggunakan semua bandwidth yang tersedia.
sumber
Selama satu tahun sekarang, saya telah menggunakan Riverbed Steelhead untuk melakukan optimasi lalu lintas melalui koneksi WAN biasa. Sejauh ini saya puas dengan hasilnya.
Meskipun saya tidak punya pengalaman dengan tautan satelit, situs web Riverbed sepertinya mereka juga memiliki solusi optimisasi untuk tautan satelit: http://www.riverbed.com/products-solutions/solutions/satellite/
sumber
Dua vendor satelit tempat saya bekerja (10 tahun lalu) adalah.
Keduanya memiliki opsi VSAT yang melibatkan banyak "spoofing" mirip dengan apa yang dilakukan Riverbed di WAN. Mereka akan mengakhiri koneksi TCP di terminal bumi di setiap ujung untuk membuat klien berpikir hal-hal lebih cepat daripada mereka.
sumber
Sandvine memiliki produk baru yang disebut TCP Accelerator.
https://www.sandvine.com/downloads/general/products/tcp-accelerator/tcp-accelerator.pdf
sumber
Akselerasi seperti berbohong. Anda pada dasarnya berbohong tentang pengakuan. Semakin banyak kebohongan yang Anda katakan, semakin banyak yang harus Anda ingat. Inilah sebabnya mengapa biasanya diperlukan kotak eksternal karena ini adalah memori dan prosesor yang intensif.
Baik xiplink dan injak memiliki peralatan yang baik, unit-unit ini sebagian besar hanya menyesuaikan ukuran TCP Window. Beberapa modem seperti Paradise Datacom Q-flex memiliki akselerator bawaan.
sumber