Comments 40
а голосовых чатов у вас нет, письмо не послать?
Круто, а от windows вы тоже отказались?
У страха глаза велики — изобретаем велосипед. … умом не понять.
Когда денег дохрена, можно и свое решение разработать
А Vinteo чем не понравилось?
А кроме совещаний другую работу вообще кто-нибудь выполняет?
а вы совсем без общения с коллегами работаете? ) Даже в небольшой команде на 10 чел надо работу согласовывать, и если эти люди не в одной комнате, то кроме как списываться/созваниваться не получится. Через merge request в git / задачи в trello сильно медленнее будет чем созвониться и быстро обсудить что-то
У меня тоже сложилось впечатление, что основной род деятельности всех 40 тысяч - совещания.
Толсто)
Вообще без совещаний - никак. Сделать так, чтоб их было поменьше = искусство.
А кто-то вырубил сходил. И вернулся:
"Занимающееся созданием суверенного Рунета «РДП Энтерпрайз», принадлежащее структурам «Ростелекома», ищет подрядчика для переноса электронных почтовых ящиков с российского программного обеспечения CommuniGate Pro на Microsoft Exchange 2019. В компании объяснили планы экономической целесообразностью."
https://importfree.cnews.ru/news/top/2026-02-18_sozdatel_runeta_migriruet
Версия Exchange радует.
Представьте: утром 40 000 сотрудников СИБУРа приходят на работу, а корпоративная система видеосвязи не работает. Совсем. Зарубежный вендор отключил доступ из-за новых санкций. Заводы от Европейской части и до Дальнего Востока остались без связи друг с другом.
Этот сценарий мог стать реальностью в любой момент.
Очень плохой посыл, потому что нет (я не слышал) кейсов, в которых иностранный вендор ушел внезапно и не дал своим коммерческим заказчикам времени на замену системы.
Ну и как дальше читать статью, если на входе такое?
Это классический посыл для рекламных статей - пугануть читателя и обозначить банальные минусы конкурентов, так что дальше можно читать статью как рекламу импортозамещающего продукта.
Вы меня, конечно, простите, но не слышал - не значит, что не было. Как там с лицензиями Jetbrains или с лицензиями Cisco дела обстоят? Насколько хорошо они дали время перейти на "альтернативы"? Первое что вспомнил, а таких кейсов было явно больше двух и уверен, что тут в треде народ накидает.
Не простим.
Про Jetbrain надо посмотреть, не погружался. А вот Cisco я занимался с 2003 по 2023 год, поэтому тут могу уверенно обсуждать. Покажите мне кейс, где Cisco заблокировала официально проданную в РФ лицензию до истечения ее срока. Панику "Ааа, щас всё заблокируют, срочно бежим переходить на plr" помню, людей, которые в процессе перевода умудрились себе левой ногой сломать работающий сервис, видел живьем. Блокировки действующих лицензий - не видел. Покажите.
На всякий случай упомяну, что кейс Cisco Meraki мимо, в РФ не продавали Meraki.
Может, у вас все было хорошо, а вот в других компаниях случилась детская неожиданность в 22. Пришлось срочно искать "кряки", чтобы оно продолжило нормально работать. Так что, видимо, все же проблема с лицензиями была, не правда ли?
Давайте вы назовете конкретный продукт Cisco, с которым у конкретной компании начались внезапные проблемы в 2022. Вот прямо конкретику, где Cisco нарушила свои обязательства.
Иначе это выглядит как фантазии.
Компания Cisco Systems, которая в самом начале СВО заблокировала доступ к сервису smart license, без которого продукты компании, работающих по подписочной модели, превратятся в тыкву через 45 дней.
"Не слышал" - не значит "не было".
Было такое. :(
Если все так строго с безопасностью, сложно представить, чтобы "Зарубежный вендор отключил доступ из-за новых санкций. ". Все это не внезапно. Но в целом, для большого предприятия - согласен, времени на любой переход со всеми тестами и согласованиями нужно очень много, это не стартап перенести с зума на телемост.
Хватит уже прогонять статьи через ИИ, и уныло смотрится, корежит от постоянных набивших оскомину стилистических конструкций.
TrueConf разработал протокол с нуля. Никаких внешних зависимостей. Никто не может его ограничить или остановить.
Из первых двух предложений никак не следует третье. Более того, третье предложение - явная ложь.
Вот тоже не понял)
TrueConf разработал протокол с нуля
А по сайту посмотреть, и внутри webRTC, как у всех... https://trueconf.ru/webrtc.html
то что в решении есть WebRTC не значит, что ТОЛЬКО WebRTC 😂 Основной протокол свой проприетарный как для передачи медиа так и метаданных, по 4307 TCP (а не по куче открытых вовне UDP), чем кстати могут похвастать не только лишь все, пруф https://trueconf.ru/blog/baza-znaniy/kak-trueconf-server-zashhishhaet-dannyie-polzovateley#_2__TrueConf
Вот ради технических деталей и стоит заходить на хабр, спасибо, что набросили)
У вас получается медиа-поток по tcp гнать без ощутимых задержек для пользователя? У меня нет опыта непосредственно разработки voip'а, но тема интересна.
Не поделиться статьёй / выступлением на конференции с рассказом о том, как это делается, не обязательно у вас, но, допустим, которым вдохновлялись?
когда Труконф начинал в 2003, никто подобного ещё не делал. С тех пор технология и протокол сильно усложнились. Оптимизация нагрузки на каналы (и устройства юзеров) идут благодаря хитрой архитектуре SVC (info https://trueconf.ru/features/core/scalable-video-coding.html), где сервер не выступает в роли MCU и не собирает всем одну большую картинку.
Ещё в публичной группе коллеги отвечали, например, тут https://t.me/trueconf_talks/74874 и тут https://t.me/trueconf_talks/74871
Все-таки с нуля или в решении есть webrtc? У меня логический затык.
почему ложь, а вы пробовали? MITM или какая атака именно на этот протокол связи успешно у вас проходила?
Спасибо, что поделились опытом! Понятно, что реальных технических задач там было гораздо больше, чем уместилось в статье. Сам факт успешного запуска на таком масштабе говорит, что либо все, либо как минимум ключевые проблемы были решены. И работ там, очевидно, было сильно больше, чем «просто взяли и заменили ВКС».
Решение заходить в доработку TrueConf — явно нетривиальное и, видимо, принималось уже на достаточно высоком уровне. В результате, судя по описанию, получилась система с функциональностью уровня telepresence, которую уже можно всерьёз сравнивать с решениями лидеров рынка — Cisco и Microsoft.
Немного смутили в статье вот эти тезисы:
TrueConf разработал протокол с нуля. Никаких внешних зависимостей. Никто не может его ограничить или остановить.
Это намёк на Роскомнадзор, который может ограничить что угодно, включая то, что изначально и не собирались ограничивать? Иначе непонятно, кто ещё в РФ может «ограничивать протоколы».
При этом новый, уникальный и никому до этого не известный протокол никогда не был техническим препятствием для ограничений со стороны Роскомнадзора или других регуляторов — достаточно заблокировать адреса/диапазоны, и вопрос закрыт.
Плюс, если честно, уникальные протоколы — это обычно зло: проблемы совместимости, зависимость от одного вендора и усложнение сопровождения на долгой дистанции.
Второй момент: заявленная поддержка унаследованных устройств с SIP и H.323 немного диссонирует с тезисом про отсутствие внешних зависимостей. Если нужно дружить с классическими протоколами, полной автономности всё равно нет — приходится учитывать чужие стеки и совместимость.
В любом случае, удачи вам! Дальше самое интересное — эксплуатация и эволюция системы под реальные потребности пользователей.
уникальные протоколы — это обычно зло: проблемы совместимости, зависимость от одного вендора и усложнение сопровождения на долгой дистанции
часто используемый WebRTC как раз внезапно может сломаться на браузере месячной давности, потому что кто-то захотел влить какой-то новый код. И всё. Как раз тесный контакт вендора с заказчиками позволит НЕ ломать ничего никому внезапно. У опенсорса есть и плюсы и минусы, в корпоративной среде любые мелкие возможные проблемы перечёркивают любые плюсы. Сам-то я, например, обожаю опенсорс и живу на Fedora Linux, но в корп сегменте другие реалии ) Если что-то сломается - то у меня лично, а не у сотен юзеров.
Второй момент: заявленная поддержка унаследованных устройств с SIP и H.323 немного диссонирует с тезисом про отсутствие внешних зависимостей.
так это сторонние протоколы. Если кто-то хочет их использовать - он добровольно подписывается на публичные (по IETF) стандарты, и публичные же реализации, со всеми их минусами. Когда огромный парк железа, работающего по сипу, то финансовый вопрос отказа/переезда сильно важнее.
Те-кого-нельзя-называть, кстати, блокируют адреса, а не протоколы, тут это не роляет.
Я бы все таки разделил "закрытый" и "надежный" протокол.
Для меня надежный протокол - это тот, который не завязан на одного вендора, предсказуем в поведении и хотя бы теоретически может иметь несколько реализаций. Не так важно, открыт он или нет.
Истории с WebRTC - это не проблема открытости, а проблема того, кто и как рулит изменениями. Закрытый вендор в любой момент может так же спокойно что-нибудь поменять по своим бизнес причинам, и эффект для заказчика будет таким же внезапным.
Сейчас ваша позиция понятна: есть прямой контакт с TrueConf, ресурс влиять на решения, все быстро чинится. В таких условиях собственный протокол правда выглядит надежно (удобно). Вопрос в другом: всегда ли у вас будет такой ресурс, есть ли он у остальных заказчиков и что будет через несколько лет, если приоритеты компании или вендора сменятся. Тут уже начинается классический vendor lock.
При этом я как раз надеюсь, что при выборе архитектурных решений у вас были и другие соображения, а не только связка "надежный = закрытый". В таком проекте масштаба Сибура просто не могло все упираться в один этот критерий.
Если "заводы раскиданы по всей стране", то трудно определить понятие "утро". См. "часовые пояса". Три часа в день на общение. Речь точно о производстве или, всё-таки, о специалистах ППР в головном офисе?
Интересно, а что делать, если нужно провести переговоры с иностранными партнерами, поставщиками, клиентами? Треть продукции Сибура экспортируется, многое - в Китай. Получается, у всех, кто так или иначе работает с партнёрами, должно быть установлено две разных системы?
Web‑клиенты же. Сейчас почти все ВКС позволяют гостям подключаться из браузера по ссылке, без установки своего ПО или спецоборудования.
В статье как раз указано, что к конференциям можно подключаться с телефонов. Логично предположить, что в требованиях был и веб‑доступ, и сценарии с внешними участниками, иначе для экспортной компании это было бы совсем странное решение.
Не зарубежный вендор видео блокирует, а наши постарались, чтобы не было ничего кроме того мессенджера для любителей звонить с парковки. Теперь главное чтобы и в эту систему РКН свои щупальца не запустила. 40к человек которые могут бесконтрольно общаться без цензуры - это много так то. А в целом конечно правильно - на предприятиях должна быть своя система документооборота. Интересно как она будет работать дальше с внешней сетью учитывая манию наших запрещальщиков.
Молодцы, что сделали. Молодцы, что рассказали. Молодцы, что включились в разработку.
Чем дальше, тем больше придётся изобретать велосипед.
Довольно круто, молодцы, если оно реально заработало.
Ребят, ну вы серьезно? Большинство не "самых цифровых пром в рф" перешли 2 года назад, а вы только только???? Что случилось?
Импортозамещение наносит ответный удар