именно так, это имеет смысл если нужно какое-то определенное железо которое либо выше крыши стоит у хостера если вобще сусшествует. К примеру, 40 ядер, 1ТБ памяти или процессоры должны быть 4GHz+ быстрыми (в датацентрах вроде популярны серверные xeonы с 2.5GHz).
Статья про VoIP и фрагментацию UDP. UDP в воипе в основном для RTP, а сигнализация может идти по разному (SIP/TCP, H323 и тд). Так вот, проблема фрагментации только SIP'a что ли (1-3% UDP для ВоИП) или всего остального тоже?.. В SIPe нормально прописано что делать в случае больших пакетов, точно так же как и в DNS — в случае больших пакетов надо посылать по TCP.
Я кстати даже забыл что SIP может по UDP идти :) в мобильных сетях почти все пакеты больше МТУ выходят из-за кучи хмл-мусора
> увидите SIP и UDP в одном месте — будьте осторожны
Moи 10+ лет опыта в VoIP подсказывают что автор пытается ввести людей в заблуждение. SIP по UDP или TCP — не особо важно, сам разговор (RTP/RTCP) идут по UDP (обычно) и в SIPe и в H264. Можно и по TCP, что лучше работает в случае плохого исполнения RTP/RTCP кода. Сам SIP в основном по TCP идет в комерческих сетях.
> наконец-то стабилизировалась в виде HTTP/2
Еще не совсем стабилизировалось, это лишь шаг на пути к HTTP/3 который будет по UDP.
Я кстати даже забыл что SIP может по UDP идти :) в мобильных сетях почти все пакеты больше МТУ выходят из-за кучи хмл-мусора
Moи 10+ лет опыта в VoIP подсказывают что автор пытается ввести людей в заблуждение. SIP по UDP или TCP — не особо важно, сам разговор (RTP/RTCP) идут по UDP (обычно) и в SIPe и в H264. Можно и по TCP, что лучше работает в случае плохого исполнения RTP/RTCP кода. Сам SIP в основном по TCP идет в комерческих сетях.
> наконец-то стабилизировалась в виде HTTP/2
Еще не совсем стабилизировалось, это лишь шаг на пути к HTTP/3 который будет по UDP.