Отдельный котел для вас, за то что в Питере MT_FREE в метро, это не то же самое, что MT_FREE в автобусах/троллейбусах! Купил платную подписку и мой телефон автоматом подключался к сети в автобусах и не работал. Едешь такой на машине по центру и сидишь без интернета, т.к. телефон постоянно коннектится к общественному транспорту. В итоге, пришлось отключать автоматическое подключение и теперь, когда заходишь в метро, ручками подключаешься. Удобно, блин.
«Зато по показателю готовностью населения пересесть на автономный транспорт Россия вошла в пятёрку мировых лидеров» звучит как «Зато, по показателю готовности населения жить лучше, Россия вошла в пятёрку мировых лидеров». Мечты, мечты… У нас дорогу не могут сделать, что бы она хотя бы год продержалась, разметку не видно из-за грязи и в целом движение не продумано. Это я про Питер, про остальные города молчу.
Например, нам требуется интеллектуально распределить трафик приложений — скажем, голосовой трафик пустить только по каналу с наилучшими характеристиками, через операторский VPN. Менее требовательный трафик — почтовый — пустить через более дешевый канал с меньшим SLA. Здесь потребуется довольно длительное время по настройке, а если умножить его на количество филиалов, то это становится серьёзной задачей.
Т.е. Cisco PBR или Juniper FBF это долго и сложно, а вот SD-WAN всё сделает за тебя? Ок. Покажите как эта настройка выглядит? Покажите в сравнении, а не на словах.
Помимо задач управления конфигурацией, контроллер также берет на себя роль точки мониторинга. Он следит за распределенной сетью.
Ок. Допустим, у нас «отвалился» целый регион, контроллер его не видит, что теперь там происходит? Как всё работает? Всё что тут написано про балансировку, приоритезацию и прочее управление трафиком уже давно есть в MPLS и работает на огромном количестве оборудования. Заливка однотипной конфигурации решается элементарными скриптами, никакой SD-WAN тут не нужен. Уже много лет пишут про SDN, но в живую его мало кто видел, т.к. никому он по большей части не нужен и это просто повод для маркетологов «втюхать» что то клиентам.
Не понимаю возмущения. Ну покупает Ростелеком за свои деньги ПО и пускай покупает. Что тут не так то? Это же не пенсионный фонд, который живет за счет налогоплательщиков, а комерческая организация, которая предоставляет услуги и получает за это прибыль.
Фигня вся эта затея. Никто их не заставит покупать оборудование. Покупают только действительно крупные провайдеры, а мелочь всякая миррорит трафик в сторону ФСБ и все.
Это в идеальном мире все можно на стяжки зафигачить, а в реальном, кабели ломаются их надо менять, переключать и т.д. Со стяжками их приходится постоянно перекусывать и надеяться, что не повредишь кабель.
Ну, например http://www.idc.com/getdoc.jsp?containerId=prUS40909316. Да не важно пользователям как легко он ремонтируется или нет. Вон, последние iPhone или MacBook Air не шибко ремонтнопригодны, но их покупают. Обычный пользователь отнесет девайс в СЦ и вот то как он будет близко, для него куда важнее.
А с чего оно должно взлететь? Вот есть обычные ПК, в которые вы можете купить любой компонент, но чего то продажи их падают уже который год, хотя вот она, свобода выбора. 99,9% пользователей это не надо, они хотят железку, которая работает из коробки. Думаю, что к началу следующего года сообщат, что этот проект сворачивают.
Если посмотреть со стороны, то выглядит это всё очень печально. Вот уже неделю, все крупные новостные порталы обсуждают как министр за шел на сайт. Печально…
Да ладно? Давайте уволим кучу инженеров, продадим имущество для того, чтобы брать его же в аренду, отдадим все на аутсорсинг и будем удивляться убыткам. Дефективный менеджмент.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Т.е. Cisco PBR или Juniper FBF это долго и сложно, а вот SD-WAN всё сделает за тебя? Ок. Покажите как эта настройка выглядит? Покажите в сравнении, а не на словах.
Ок. Допустим, у нас «отвалился» целый регион, контроллер его не видит, что теперь там происходит? Как всё работает? Всё что тут написано про балансировку, приоритезацию и прочее управление трафиком уже давно есть в MPLS и работает на огромном количестве оборудования. Заливка однотипной конфигурации решается элементарными скриптами, никакой SD-WAN тут не нужен. Уже много лет пишут про SDN, но в живую его мало кто видел, т.к. никому он по большей части не нужен и это просто повод для маркетологов «втюхать» что то клиентам.
Это в идеальном мире все можно на стяжки зафигачить, а в реальном, кабели ломаются их надо менять, переключать и т.д. Со стяжками их приходится постоянно перекусывать и надеяться, что не повредишь кабель.