Телеком (каким мы его знали) мёртв

[ertaquo]

Простите, а про что вообще статья? Я как-то основной посыл не уловил.

[BArtMan]

Это мнение специалиста о том, что архитектура сетей беспроводных операторов связи кардинально меняется в силу новшеств регулирующего органа (3GPP). И что эти изменения влекут за собой переделку рынка производителей…

[Crazyvlad]

Архитектура всегда меняется и путь этот понятен, но подскажите, как ноутбук пользователя заменит БС (5G) и каналы к ней? Ведь в сотовой связи основные затраты именно в инфраструктуру, а не как не в ядро… Тем более, что как такового ядра и нет фактически.

[Taxopr]

а где ж тогда происходит аутентикация, авторизация, биллинг, терминация звонков, DPI, маршрутизация (звонков и трафика), оптимизация трафика, и пр, и пр, если не в ядре?

[BArtMan]

Кстати в современных концепциях понятие ядра тоже размылось и некоторые вендоры к ядру относят уже и Open RAN CU/DU (BBU) которые прекрасно работают на x86 (а в тестовых/демо зонах и на ноутбуках), так что «затраты на инфроструктуру» можно услово поделить на RRH (RAN) & CORE (CU/DU+5GC) ;)

[Taxopr]

ну… делить можно по-всякому, но доступ(access), транспорт и кора — они все еще "отдельно" из-за разных зон безопасности в которых они находятся. Эту "стройную" идею, конечно, правит edge computing.
Но правда в том, что телеком давно не торт, и заставляет мастодонтов внутри телекома лить крокодильи слезы, пока кто побыстрее запускает телеком на K8 в облаках.

[BArtMan]

Да-да, о том и статья :)

[INSTE]

Телекомщики всегда пребывали в снобском возвышенном статусе белой кости, считая все остальные сети (особенно Интернет) игрушками, недостойными внимания. Однажды даже продавили удобное для себя решение (ATM) в массовые СПД (но тут их довольно скоро закидали тряпками и эта мура быстро сдохла во всех массовых областях, кроме проприетарного во все щели DSL).
Но помаленьку под давлением массовости маятник плавно качнулся в другую сторону, компутерщики начали диктовать телекомщикам как нужно стоить сети связи.

Вообще уже на этапе эволюций 2G… 5G можно было видеть как от чистой коммутации каналов переходят к комбинированной сети (3G), а затем и к чисто пакетной Full-IP (4G). Вопрос окончательного перехода на массовые технологии из мира Интернет был вопросом времени.

[Taxopr]

телеком заслужил все что с ним сейчас происходит.

[lokkiuni]

С удивлением понял, что телекомом называют не дата-провайдеров, а тех старых монстров, которые до сих пор пытаются сделать из телефонной линии Ethernet, а из VoIP — некое подобие аналоговой линии. Всю статью пытался понять, что ж с ними не так, если они магистрали интернета держат, и при чём тут http)))

[BArtMan]

Речь как раз о тех самых совсем не «старых монстрах» которые сегодня предоставлют нам с Вами услуги 4G и готовятся к тому, чтобы «завтра» нам были доступны услуги 5G. Но Вы правы в том, что перевод требует уточнения предмета. Допишу это в преамбуле к оригинальному тексту.

[PPGWAVE]

согласен, такое узкое значение телекома скорее исключение

[Sonnenwendekind]

Телекомщики и компутерщики вообще-то находятся на сильно разных уровнях модели OSI: компутерщики с их JavaScript-ом не могут ни в OFDM, ни в LDPC, ни в MIMO

[INSTE]

Под компутерщиками я понимаю тех, кто за сети на HTTP+IP+Ethernet, а под телекомщиками — SS7+AAL+ATM (и всякие SDH/PDH еще до кучи). Про JS тут речь не идет.

[miga]

Сначала хотел спросить, что не так с SIP, а потом стало понятно, в чем претензия — он сделан недостаточно идиотски — не так, как принято делать подобные вещи в телекоме.

[BArtMan]

Мой личный опыт показывает, что SIP вполне нормальный протокол для сигнального обмена между клиентом и сервером, для чего он собствено и создавался. Я думаю, что претензия автора относится к тем кейсам когда SIP пытались втулить не к месту, например, когда то активно обсуждалось использование SIP вместо H.248 или как Sh в концепции UDC (вместо LDAP+REST).

[yaguarundi]

Не понял. Я в спеках 5G вижу HTTP/2. А тут говорится про его замену на HTTP/3. Когда произойдёт эта замена?
Если мы сейчас пилим продукт для ядра 5G-сети, то нам нужно предусмотреть поддержку и HTTP/3? Или же это далёкое будущее?

[BArtMan]

Тут совсем недалеко есть отличная статья про эволюцию HTTP и в том числе про HTTP/3
habr.com/ru/post/438810

Но если вкратце — пилите на здоровье свой продукт :) Приведу цитату "HTTP/3 — это просто новый синтаксис HTTP, который работает на IETF QUIC, мультиплексированном и безопасном транспорте на основе UDP"!