Комментарии 34
Не совсем понятно, как связаны домашние устройства с нехваткой внешних адресов — они же все за NAT-ом роутера/домашнего сервера. Если же нужен внешний доступ к конкретному устройству, то это делается через пробрасывание порта на определенный IP во внутренней сети.
Диагностика проблем двойного или тройного NAT'a — удовольствие не из приятных.
Особенно, когда провайдер забывает повышать MTU на гигабитных и выше интерфейсах.
Особенно, когда провайдер забывает повышать MTU на гигабитных и выше интерфейсах.
У меня домашний сервер был соединен по VPN с VPS, так что вся работа с домашними устройствами велась через VPS. Там тоже есть свои тонкости, связанные с arp proxy, но в целом проблем не было.
Зачем провайдеру повышать МТУ на гигабитных и более линках?
Чтобы снизить кол-во пакетов и, соответственно, нагрузку на маршрутизаторы. И чтобы у пользователей быстрее скорость быстрее набиралась.
И каким, простите, образом влияет увеличение МТУ до 9216 где-то в середине операторской сети, на данные которые бегают между хостами с мту 1500?
Да можно даже упросить вопрос — вот у нас есть условный 1 мппс через, не менее, условный сферический 10г линк в вакууме (обычный линк между двумя операторскими железками, скажем цисками 7600). Вы хотите сказать что если мы на данном конкретном линке увеличим МТУ — количество пакетов на линке как-то изменится?
А как связаны NAT и mtu? Наверное, вы двойной/тройной NAT с двойной/тройной инкапсуляцией спутали?
ну частенько инет раздаётся через всякие PPPoE, так что и инкапсуляция добавляется
NAT и технологии инкапсуляции (например, PPPoE) никак друг от друга не зависят, использование/неиспользование одной из технологий никак не отражается на использовании/неиспользовании другой.
Вероятно имеется в виду, что некоторые протоколы добавляют свои служебные заголовки, в итоге пакет перестает вмещаться в размер MTU и отбрасывается.
Это вам так кажется.
Когда идет в канале куча фрагментированных пакетов, большинство NAT'ов начинают чудить. Или будут отброшены часть фрагментов или таблица (сессий/состояний) Nat'a начинает быстро расти в размерах.
Когда идет в канале куча фрагментированных пакетов, большинство NAT'ов начинают чудить. Или будут отброшены часть фрагментов или таблица (сессий/состояний) Nat'a начинает быстро расти в размерах.
Откуда в канале появится «куча фрагментированных пакетов» при использовании NAT?
Я серьезно не понимаю. Вот я провайдер, у меня около 7 тысяч акцессных коммутаторов в сети, у большинства абонентов NAT (для их CPE это штатный режим), MTU сквозняком по всей сети одинаковый. Может я чего не знаю и у меня там где-то дикая фрагментация?
Я серьезно не понимаю. Вот я провайдер, у меня около 7 тысяч акцессных коммутаторов в сети, у большинства абонентов NAT (для их CPE это штатный режим), MTU сквозняком по всей сети одинаковый. Может я чего не знаю и у меня там где-то дикая фрагментация?
Есть повод лучше настроить статистику пакетиков :)
Надо полагать, цена IPv4-адреса при критической нехватке адресов в пуле может значительно возрасти, а за ней вырастет и стоимость подключений (в т. ч. домашних).
Блин, какой феерический бред.
Спасибо что в начале хоть проинформировали, что наконец ipv4 заканчиваются.
Зачем вы приплели сюда еще и долбанутое российское законодательство?
И так понятно пока что-то крупное и популярное не скажет нафиг ipv4 большинство провайдеров не почешутся.
Спасибо что в начале хоть проинформировали, что наконец ipv4 заканчиваются.
Зачем вы приплели сюда еще и долбанутое российское законодательство?
И так понятно пока что-то крупное и популярное не скажет нафиг ipv4 большинство провайдеров не почешутся.
Я так и не понял, зачем провайдеру DPI. Его задача пакеты передавать, а не выступать модератором всея интернета.
Оффтоп
Кто нить заметил, что последнее время ipv6 туннели у Hurricane Electric стали совсем медленно тухлыми? Или это более частная проблема моего провайдера и т.д…
Кто нить заметил, что последнее время ipv6 туннели у Hurricane Electric стали совсем медленно тухлыми? Или это более частная проблема моего провайдера и т.д…
Я практически не вижу устройств, которые общаются между собой. Обычно всем устройствам просто нужен доступ к головному устройству, котрое находится либо в облаке, либо внутри домашней/корпоративной сети. Каждому холодильнику не нужен внешний маршритиризируемый ip адрес.
Я может что-то не знаю, а в чем сложность настройки NAT?
Ну в 2018 году можно уже и о IPV6 подумать, а не делать как некоторые провайдеры которые пускают во внешнюю сеть весь региональный трафик по 1 IP адресу.
Остался практически последний шанс получить статус LIR и заветную /22
Есть ли смысл пользоваться услугами посредников для регистрации LIR или это сродни «помощи в получении визы»?
ipv6excuses.com хороший ресурс по теме
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Решаем нехватку адресов с помощью CGNAT