Идеология автономных автомобилей опирается на машинное зрение. Оное опирается на нейросети, которые опознают только то, что им показывали. Они прекрасно распознают другие автомобили, дорожные знаки и идущих по зебре людей. Но совершенно не распознают велосипеды, детские коляски и иные необычные виды транспорта и препятствий. При таком подходе к машинному зрению обычный водитель всегда будет безопаснее робомобиля, по крайней мере пока внимательно смотрит на дорогу и не выпендривается.
Любые регенераторы работают с отдельными битами и не могут создавать задержку более 0,1нс, иначе они не успеют обработать следующий бит. Учитывая, что ставятся они раз в несколько сотен километров, задержка в наносекунду на 1000 км погоды не делает.
Один из самых прямых известных мне маршрутов это ttk-Новосибирк > vk.com-Москва, петель нет, расстояние 2818 км. Теоретический минимальный ping 28мс, фактический 40мс. Из Омска меньше на 5мс, значит есть коммутаторы по пути и волокна проложены не по прямой. И всё же задержка только 30% выше теоретической.
В магистральной сети зачастую используется DWDM и усиливать его через коммутаторы это безумно дорого. Поэтому используются EDFA усилители, которые даже не преобразуют свет в электричество. И соответственно не могут создавать ощутимых задержек. В самом волокне скорость света 1000 км за 5 мс. Все остальные задержки это коммутаторы, маршрутизаторы и кривые маршруты.
Это совершенно точно. GPON это не стандартизированная технология и если производитель не сказал, что данная конкретная модель ONT совместима с данной конкретной головной станцией. То стоит предполагать, что это не так и она сломает связь всему сегменту. Так же в их ONT прошит индивидуальный ключ авторизации и они его Вам естественно не дадут.
Нет не обрываются. Временные адреса при наличии привязки к ним хоть одного сокета, будут жить вечно. Но в таком случае существует риск, что из за какого то приложения, система захапает тысячи адресов.
Речь о том, что адрес и подсеть домашнего роутера периодически меняется. Как отреагируют удалённые хосты при создании нового соединения, если мобильный узел не сможет принять ответ на home-of-address? Мобильный узел ведь даже не в курсе, что его соединение с роутером отвалилось. И не будет в курсе пока не попытается сменить сеть.
Динамические IPv4 появились во времена Dial-Up, в те времена не было смысла иметь больше адресов, чем телефонных линий. Тогда возникла и услуга. Потом наследники PPP начали переходить на более быстрые технологии оставив биллинг как есть, то есть выдавая произвольный адрес на сессию. Потом пришёл ростелеком и сказал, что из за вечно включенных роутеров не рвущих сессию вообще не покупают услугу. Давайте рвать сессию каждую ночь, срывая все соединения.
Динамическая адресация ломает правила ipsec, а значит и Mobile IPv6. Будет неприятно если Ваш смартфон автоматически настроивший Mobile IPv6 адрес через домашний Wi-Fi, в полночь потеряет с ним связь. И сломает подключение в совершенно другой сети.
Для чего в IPv6 динамическая выдача адресов? Кто то очень любит таблицы маршрутизации перестраивать? А если провайдер принудительно сбрасывает сессию ради изменения адреса, то бежать от него, срочно!
Потому, что альтернатива CG-NAT, а значит меньше информации о пользователе. Представьте, что пользователь вошёл в интернет через открытую Wi-Fi точку. Гугл точно узнает где она находится, благодаря гугломобилям. А если она будет за CG-NAT, то он сможет определить в лучшем случае город. К тому же IPv6 продвигают гики, а таковых у IT-компаний полно.
Майкрософт считает слишком сложным продажу обновлений для Windows. Оно не приносит столько прибыли, сколько приносила WinXP. И большинству они обновили систему абсолютно бесплатно. То есть единожды купив лицензию в 2009 году, даже если это была OEM за $30, пользователь получает обновления по сей день! И будет их получать ещё неизвестно сколько времени. Новые же установки это в основном дешёвые OEM лицензии, бизнес всё так же сидит на старой лицензии. То, что выгнали тестеров явно демонстрирует их отношение к Windows.
Они конечно могут в один прекрасный день сказать: мы сворачиваем проект, делайте, что хотите, но, что будет с их репутацией? Будет ли бизнес и дальше покупать подписку на офис и azure, если Майкрософт может точно так же в один прекрасный день отказаться и от них? Вот публикация как СПО это хороший вариант избавиться от токсичного актива.
Нет никаких 10+. Насколько я понимаю функционал Windows 10 уже не будет обновляться, она перешла в стадию поддержки, то есть через 5 лет перестанут приходить патчи безопасности. В Windows 10X будет поддержка Android и виртуализация классических приложений. Её с предшественниками связывает только торговая марка.
Оно так не умеет. Только роутер может запросить подсеть у провайдера и даёт он сколько хочет, а не сколько попросили. Уж не говоря о том, что домашние роутеры обычно не умеют делегировать подсеть. Так, что если последовательно подключите несколько роутеров, сами они адреса не настроят. Это конечно недоработка.
Думаю да, по крайней мере в RIPE — потому что они считают использование по /56 блокам
Мда, ARIN говорит, что давать по /48 пользователю это обычное дело. Да и RIPE так же считал некоторое время назад. А сейчас выходит, что обладателю белого IPv4-адреса, достанется больше IPv6-сетей(за счёт 6to4), чем нативно… И he.net всем даёт /48 вообще бесплатно. По моему это абсурд.
чем это неудобно (в большинстве случаев)?
В большинстве случаев вполне удобно, а в остальных будут требоваться костыли, может даже NAT. Хотя контейнеризация вроде уже стала нормой, а следовательно им нужны адреса, которые придётся настраивать ручками или через NDP-proxy.
даже /8 тоже исходили из «удобства администрирования»
Ну им сейчас определённо очень удобно администрировать и у каждого принтера по белому адресу.
Даже если население земли вырастет до 100 млрд. и каждый получит по десятку /48, всё ещё останется запас. Так же память роутера закончится раньше, чем адреса в /64. IPv4 был создан в расчёте на институты и военных США, никто не рассчитывал на его повсеместное распространение. Как только интернет стал разростаться, так сразу был придуман IPv6. С IPv6 такое может случиться только если мы начнем расселение по другим планетам и изобретём передачу данных быстрее скорости света. И только тогда придется всё переделывать.
Docker может либо с индивидуальной /64, либо NDP-proxy с сетью /64, по другому никак.
Например одну /64 можно отдать Docker, одну для назначения адресов различным сервисам, ещё несколько для создания VPN для синхронизации данных и бэкапов, целую пачку админу из страны через чур контролирующей интернет. А так же его тестовым виртуальным машинам и сетевым стендам.
IPv6 создан для расточительности, неважно нужны ли Вам сети прямо сейчас, если они Вам вдруг понадобиться, админам не придётся перекраивать сеть и плодить 100500 маршрутов к одной точке.
Как бы люди себе IPv4 очень давно уже выбивали исключительно по обоснованиям, ничего нового тут нет. Если у Вас более 200 тысяч клиентов, то так ли сложно обосновать получение сети крупнее /29? Просто пишешь сколько клиентов, сколько ещё может быть, умножаем на потери агрегации и говорим, что хотим всем дать по /48, как они же и рекомендуют.
Каждому виртуальному серверу нужно по /64 минимум. Иначе в случае спама одного из товарищей по серверу в бан улетят все и хорошо если не вся /48. Hetzer вообще с ума сошли, предлагают дробить /64, много где такие сети не работают. Так они кстати и провоцируют перепродажу адресов поштучно. Возможно они делают это специально, чтобы убрать ресселеров.
Вы исходите из минимально возможной потребности, тогда как IPv6 создавался для удобства администрирования.
Каждой блохе можно дать адрес из одной /64, они могут хоть целыми тучами мигрировать между сетями. А сетки нужно считать от конечных пользователей, то есть контрактов с ISP. Поскольку население земли не бесконечно, то и контрактов будет относительно мало.
Надо было настаивать на выдаче /48, как аналог одного IPv4. Этих сетей ведь десятки триллионов, даже если давать их каждому мобильнику и VDS, в ближайшие 100 лет они бы не кончились. Жалобы были от тех, кто на халяву взял /32 не думая и вдруг оказалось, что для операторских целей этого крайне мало.
IPv6 создан вовсе не для того, чтобы антиспаму жилось легче, я бы даже сказал, что у них противоположные цели. Google вероятно будет относится ко всей /64, как к одному адресу, всем авторизованным доступ, всем анонимам капчу. Конечно они могут навсегда запоминать анонима ввёдшего капчу и не совершавшего злодеяний, но зачем, если можно мягко навязать гуглоаккаунт?
Динамические адреса были первой реакцией на дефицит адресов, для IPv6 оно не нужно. Если биллинг по другому не умеет, лечите биллинг.
Если выдавать каждой VDS по /48, то не будет никаких проблем с настройкой маршрутизации контейнеров и небольших VPN.
Один из самых прямых известных мне маршрутов это ttk-Новосибирк > vk.com-Москва, петель нет, расстояние 2818 км. Теоретический минимальный ping 28мс, фактический 40мс. Из Омска меньше на 5мс, значит есть коммутаторы по пути и волокна проложены не по прямой. И всё же задержка только 30% выше теоретической.
Динамическая адресация ломает правила ipsec, а значит и Mobile IPv6. Будет неприятно если Ваш смартфон автоматически настроивший Mobile IPv6 адрес через домашний Wi-Fi, в полночь потеряет с ним связь. И сломает подключение в совершенно другой сети.
Майкрософт считает слишком сложным продажу обновлений для Windows. Оно не приносит столько прибыли, сколько приносила WinXP. И большинству они обновили систему абсолютно бесплатно. То есть единожды купив лицензию в 2009 году, даже если это была OEM за $30, пользователь получает обновления по сей день! И будет их получать ещё неизвестно сколько времени. Новые же установки это в основном дешёвые OEM лицензии, бизнес всё так же сидит на старой лицензии. То, что выгнали тестеров явно демонстрирует их отношение к Windows.
Они конечно могут в один прекрасный день сказать: мы сворачиваем проект, делайте, что хотите, но, что будет с их репутацией? Будет ли бизнес и дальше покупать подписку на офис и azure, если Майкрософт может точно так же в один прекрасный день отказаться и от них? Вот публикация как СПО это хороший вариант избавиться от токсичного актива.
Нет никаких 10+. Насколько я понимаю функционал Windows 10 уже не будет обновляться, она перешла в стадию поддержки, то есть через 5 лет перестанут приходить патчи безопасности. В Windows 10X будет поддержка Android и виртуализация классических приложений. Её с предшественниками связывает только торговая марка.
В большинстве случаев вполне удобно, а в остальных будут требоваться костыли, может даже NAT. Хотя контейнеризация вроде уже стала нормой, а следовательно им нужны адреса, которые придётся настраивать ручками или через NDP-proxy.
Ну им сейчас определённо очень удобно администрировать и у каждого принтера по белому адресу.
Docker может либо с индивидуальной /64, либо NDP-proxy с сетью /64, по другому никак.
IPv6 создан для расточительности, неважно нужны ли Вам сети прямо сейчас, если они Вам вдруг понадобиться, админам не придётся перекраивать сеть и плодить 100500 маршрутов к одной точке.
Каждому виртуальному серверу нужно по /64 минимум. Иначе в случае спама одного из товарищей по серверу в бан улетят все и хорошо если не вся /48. Hetzer вообще с ума сошли, предлагают дробить /64, много где такие сети не работают. Так они кстати и провоцируют перепродажу адресов поштучно. Возможно они делают это специально, чтобы убрать ресселеров.
Вы исходите из минимально возможной потребности, тогда как IPv6 создавался для удобства администрирования.
Каждой блохе можно дать адрес из одной /64, они могут хоть целыми тучами мигрировать между сетями. А сетки нужно считать от конечных пользователей, то есть контрактов с ISP. Поскольку население земли не бесконечно, то и контрактов будет относительно мало.
IPv6 создан вовсе не для того, чтобы антиспаму жилось легче, я бы даже сказал, что у них противоположные цели. Google вероятно будет относится ко всей /64, как к одному адресу, всем авторизованным доступ, всем анонимам капчу. Конечно они могут навсегда запоминать анонима ввёдшего капчу и не совершавшего злодеяний, но зачем, если можно мягко навязать гуглоаккаунт?
Динамические адреса были первой реакцией на дефицит адресов, для IPv6 оно не нужно. Если биллинг по другому не умеет, лечите биллинг.
Если выдавать каждой VDS по /48, то не будет никаких проблем с настройкой маршрутизации контейнеров и небольших VPN.