на главнуюВсе эхи RU.NETWORKS
войти ?

Re: IPv6

От Valentin Nechayev (2:5020/400) к Ivan Shmakov

В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)


From: Valentin Nechayev <netch@segfault.kiev.ua>


>>> Ivan Shmakov wrote:

IS>> Чего-то я не понимаю. Протокол -- проще некуда (NAT исключен как
IS>> класс, <<серые адреса>> -- тоже),
VN>> NAT есть, хоть и не имеет такого значения. Серые адреса в виде
VN>> link-local
IS> Link-local есть и для IPv4, и едва ли это сравнимо с RFC 1918.

И давно появились? (0/8 не предлагать, фиг где работают)

VN>> и site-local - тоже. (Что некоторые решили объявить их deprecated
VN>> - не имеет практического значения.)
IS> Есть ли смысл использовать site-local вместо ULA (fc00::/7)?

По-моему, с ULA уже не сложилось.

VN>> Имеет значение разве что позиция "у нас этих адресов попом жуй,
VN>> даём всем даром, и никто не уйдёт обиженный".
IS> Именно. Hикого ведь не удивляет, что у едва ли не каждого
IS> человека есть свой собственный, глобальный, 11-значный номер
IS> телефона, а то и не один?

Текущая телефония подходит к этому вопросу хоть и грубовато
(одномоментные перестройки при замене кодов), но лишнего не требует.
А позиция "попом жуй" оборачивается тем, что три части номера телефона
- код страны, код области и местный номер - каждая должен иметь по 20
цифр. И вот сидишь ты и набираешь
00000000000000380000000000000000004400000000000002054455...
нравится? Это и есть IPv6 с его "всем хватит".

IS> А вот смотреть на клиентов, имеющих 24/7 1 TB Torrent-сервер в
IS> сети провайдера, которым, спасибо NAT, приходится пользоваться
IS> услугами чего-нибудь вроде narod.ru -- весьма грустно.

Значит, провайдер жлобский. Он тебе и на v6 отдаст один адрес вместо
сети, и будешь лапу сосать. А ещё и NAT подымет.

IS> Да, считать нагрузку, создаваемую на сеть провайдера данными
IS> клиента, станет, пожалуй, несколько сложнее -- тут привязкой
IS> сетевого адреса к порту <<умного>> коммутатора не обойтись. Hо
IS> такие подсчеты -- уже не столь критичны для flat rate.

Привязку сделают по первым /64, не проблема.

IS> This page is beeing updated, please come later.
IS> ?

Я взял URL из дискуссии в uanog. Мопед не мой.

VN>> Для зверей типа нашей "Воли" /48 нереально, а вот /60 - вполне.
IS> Или 16 по /64. ... И почему бы не позволить клиенту иметь в
IS> сети 1 .. 1000 адресов в таком случае? Особенно при назначении
IS> их DHCP (похоже, еще один способ идентифицировать клиента?) или
IS> через RA?

Это куда?


--netch--
--- ifmail v.2.15dev5.4
* Origin: Dark side of coredump (2:5020/400)

Ответы на это письмо:

From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку

From: Username
Или коротким

FGHI-url этого письма: area://RU.NETWORKS?msgid=<1187351313@segfault.kiev.ua>+22bdb8a6