ну блин. есть телефония, есть сигнализация протоколов маршрутизации, есть всякие вещи навроде ftp/tftp которые до сих пор дофига где используются - что на самом деле не очень здорово, конечно
ну блин. есть телефония, есть сигнализация протоколов маршрутизации, есть всякие вещи навроде ftp/tftp которые до сих пор дофига где используются - что на самом деле не очень здорово, конечно
телефонию прекрасно заменяют всякие гугло и майкрософт миты и зумы
tcp/udp никуда не уйдут в обозримом будущем, просто монополии сделают свои обвязки на их основе
хз, может быть конечно, но последний раз когда я проверял, ietf рассматривали quic только для веба и я ни разу не слышал чтобы кто-то говорил что пришло время менять tcp на что-то иное, потому что причины.
tcp тем и хорош, что он в каждом утюге. для quic и чего угодно надежного поверх udp нужны а) ресурсы процессора б) собственно (повсеместная) поддержка этого нового протокола ц) наверное, обоснование - а зачем? я там спросил выше - зачем бгп переводить на quic? или sip? что это даст?
хз, может быть конечно, но последний раз когда я проверял, ietf рассматривали quic только для веба и я ни разу не слышал чтобы кто-то говорил что пришло время менять tcp на что-то иное, потому что причины.
логичным было бы сделать улучшенный/новый tcp и продвигать его во все утюги, но они почему-то решили внедрять quic