Features forward error correction instead of duplication

[bahramiem]

استفاده از fec ها مثل RaptorQ از داپلیکیشن به صرفه تره ولی پیچیدگی های خودشو داره اگر امکان اجراش باشه جذاب تر میشه مخصوصاً اینکه میشه به صورت اداپتیو درصد پکت های اصلاح رو تغییر داد

[masterking32]

این فایل رو چک کردم،
https://www.qualcomm.com/content/dam/qcomm-martech/dm-assets/documents/RaptorQ_Technical_Overview.pdf
چیز جالبی بود قول نمیدم راجبش ولی ببینم چی میشه
البته اینم به طور کلی چک کردم
https://datatracker.ietf.org/doc/html/rfc6330
ولی عملا باید یه ساختار دیگه رو به پروژ] اضافه کنم، که در شرایط فعلی فکر نمیکنم زمانش رو داشته باشیم ولی بازم ببینم چی میشه

[bahramiem]

لایبرری های امادش هست،
فکر کنم این لایبرری گو براش کار کنه

https://github.com/andreypfau/raptorq-go

[masterking32]

لایبرری های امادش هست، فکر کنم این لایبرری گو براش کار کنه

https://github.com/andreypfau/raptorq-go

کتابخونه بنظر مشهوری نمیاد، اما خب درکل کتابخونه هم بعیده بکارمون بیاد باید خودمون بسازیم که باساختار فعلیمون سازگار باشه و ساختار پکتی هم داشته باشه، حالا نه RaptorQ کامل کامل ولی میشه یه سری از ویژگی هاشو آورد، البته الان بعیده روش کار کنم.

البته Duplication یه سیستم متفاوته، این فقط شاید بتونه برخی Resend هارو کاهش بده اونم بعضیا نه همه رو.
با این وضعیت که من میبینم خود Repair Packet ها هم دراپ میشن =)))
یعنی با وضعیت فعلی حتی خیلی جاها شاید نتونه کمک کنه و برای شرایط بهتر اره خوبه ولی این شرایط، فقط فشار شبکه شاید بتونه جبران کننده باشه