Выше верно подмечено, что в онлайн играх, где latency, packet loss имеют большое значение — vpn применим плохо. К сожалению, на моём роутере из поста нельзя создать и настроить vpn тоннель, тогда бы пост был о другом. К тому же нужно будет как-то решить задачу по приземлению udp пакетов снаружи через тоннель на консоль за двойным натом. Хотя если это свой выделенный сервер, то проблем нет.
Вендоры обязательно пальнут (куда же им деваться), только в разные стороны.
Можно ли приложить линк на Cisco аналог VNF магазина (если это вдруг не NSO)? Признаться, не слышал о его существовании.
Согласен, что много работы ложиться на плечи участников процесса REL, ибо здесь мы имеем телекомовскую хотелку, завернутую в ИТ-шное решение. Но я не уверен, что их действия определят направление, так как не их экспертиза является основополагающий.
Хорошая статья. Очень жду продолжения :)
Насколько я понимаю, сейчас на рынке «зоопарк». Каждый делает что-то своё, пытаясь занять удобную нишу. Данный хаос делает отсрочку идее «унифицированного магазина сетевых функций», потому как каждую новую VNF для такого магазина, потребуется допиливать под некий единый стандарт. Насколько я понял, конкретизированного стандарта еще нет, есть нечто верхнеуровневое от ETSI. Поэтому быстрого деплоя VNF в магазин с последующими активностями по service chaining мы еще долго не увидим :(.
Скажите пожалуйста, есть ли функционал кеширования подписок? Пример: утром пью чай, нажал обновить подписки, дальше еду в метро и читаю подписки оффлайн.
Можно ссылочку на ТРИЗ, гугль выдал Теорию Решения Изобретательных Задач — это он?
RCA сочетает в себе большой набор техник по решению. Каждая техника подходит далеко не ко всем проблемам, поэтому надо «набивать руку» на их использовании, чтобы понять какая техника где используется. Вот тут есть небольшое описание что есть RCA и приведен небольшой список техник, которые он использует. По себе скажу, что RCA — это больше образ мышления, и понимания сути проблемы, чем некоторый алгоритм по ее решению.
Можно ли приложить линк на Cisco аналог VNF магазина (если это вдруг не NSO)? Признаться, не слышал о его существовании.
Согласен, что много работы ложиться на плечи участников процесса REL, ибо здесь мы имеем телекомовскую хотелку, завернутую в ИТ-шное решение. Но я не уверен, что их действия определят направление, так как не их экспертиза является основополагающий.
Насколько я понимаю, сейчас на рынке «зоопарк». Каждый делает что-то своё, пытаясь занять удобную нишу. Данный хаос делает отсрочку идее «унифицированного магазина сетевых функций», потому как каждую новую VNF для такого магазина, потребуется допиливать под некий единый стандарт. Насколько я понял, конкретизированного стандарта еще нет, есть нечто верхнеуровневое от ETSI. Поэтому быстрого деплоя VNF в магазин с последующими активностями по service chaining мы еще долго не увидим :(.
Что за рутина такая?
По топику — очередной велосипед.
Прочитал Албанский, смысл статьи не поменялся :)
RCA сочетает в себе большой набор техник по решению. Каждая техника подходит далеко не ко всем проблемам, поэтому надо «набивать руку» на их использовании, чтобы понять какая техника где используется. Вот тут есть небольшое описание что есть RCA и приведен небольшой список техник, которые он использует. По себе скажу, что RCA — это больше образ мышления, и понимания сути проблемы, чем некоторый алгоритм по ее решению.
Думаю мнение мое субъективное, так как очень удобно приноровился к использованию горячих кнопок.