Забавная технология, но мне кажется что по производительности на маршрутизаторах будет тоже самое что NAT (а вероятно и гораздо медленнее).
И я так понимаю «проблему клиента» оно не решает, без апгрейда клиентских устройств они не смогут подключиться к такому URL который резолвится в IPv6 адрес — а значит никто не будет так хоститься ибо это убыточно.
Все кто знаком с операторским бизнесом, умилились с наивности расчетов.
Погуглил, для сравнения, транспортный канал Москва-Стокгольм в 1 гигабит/с предлагают за 200.000руб/мес.
Т.е. ~325000 Гигабайт можно прогнать за месяц, т.е. ~0.6 рубля, вот сколько «стоит Гигабайт» на транспортном Рынке, другой вопрос что это абсолютно бесполезная информация, и такой доступ нужен либо операторам связи, либо крупным организациям.
`Господи`, дайте скидку старику, человеку 50+ лет и фигачит посты, человек чувствует силу интернета и делится ею с вами, выкупите как изменился мир! Еще `вчера` вас бы всех сожгли на костре!
Есть ли Веб версия приложения?
Есть ли доступ к историческим данным по остановкам? (т.е. Автобус 55 был на остановке N в 11:25, 11:37, 11:49)
Есть ли API?
Из статьи немного не очевидно: для использования вашей утилиты гейтом в интернет для всей компании должен быть linux/freebsd сервер?
И на нем, на живую, мы парсим трафик с интерфейсов?
А вот вам пара вопросов-идей для обзора:
1) Пульс считает автономно без всяких «прикладываний пальца»?
2) Как часто снимает показания пульса?
3) Сколько держит батарея при установке самого частого снятия показаний пульса?
4) Как быстро и как именно меняются данные пульса от физической активности? (несколько упражнений что бы выдохнуться, упор-присев)
5) Как данные 1s коррелируют с другими датчиками пульса (если есть возможность конечно же).
Ну и конечно же все остальные отличия от первой версии!
Вы поддерживаете RFC 5440? Или решили пойти 'своим' путем?
Вот глупцы, ясно же что сети должны быть интерпретируемые!
Что бы оркестрировать сеть — нужно построить оверлейную SDN сеть, например на OpenContrail, оно как раз прекрасно дружит с Kubernetes.
А пост классный, я для себя много почерпнул и увидел как все это связывается во едино.
Но результат великолепный, эти 3 ролика прям красота.
Может где-то есть коллекция/сервис который делает такие нарезки?
Почему такой ровный подчерк?
Что за ролевые игры в заголовке?
Это все неспроста!
И я так понимаю «проблему клиента» оно не решает, без апгрейда клиентских устройств они не смогут подключиться к такому URL который резолвится в IPv6 адрес — а значит никто не будет так хоститься ибо это убыточно.
Проще уже дождаться IPv6.
Погуглил, для сравнения, транспортный канал Москва-Стокгольм в 1 гигабит/с предлагают за 200.000руб/мес.
Т.е. ~325000 Гигабайт можно прогнать за месяц, т.е. ~0.6 рубля, вот сколько «стоит Гигабайт» на транспортном Рынке, другой вопрос что это абсолютно бесполезная информация, и такой доступ нужен либо операторам связи, либо крупным организациям.
Есть ли доступ к историческим данным по остановкам? (т.е. Автобус 55 был на остановке N в 11:25, 11:37, 11:49)
Есть ли API?
Я в итоге допиливал связку Zabbix + RANCID + Dokuwiki, и было это года 4 назад.
И на нем, на живую, мы парсим трафик с интерфейсов?
И вам зачет, за то что вернулись и поправились.
Я бы добавил что Telco cloud интегрирован с сетевой инфраструктурой оператора (по SDN схемам).
1) Пульс считает автономно без всяких «прикладываний пальца»?
2) Как часто снимает показания пульса?
3) Сколько держит батарея при установке самого частого снятия показаний пульса?
4) Как быстро и как именно меняются данные пульса от физической активности? (несколько упражнений что бы выдохнуться, упор-присев)
5) Как данные 1s коррелируют с другими датчиками пульса (если есть возможность конечно же).
Ну и конечно же все остальные отличия от первой версии!
Зато carrier grade linux, carrier grade kvm и carrier grade vSwitch :)