Шесть корневых DNS серверов из тринадцати теперь доступны по IPv6 адресам (в named.root (http://www.internic.net/zones/named.root) внесены AAAA записи), что отныне позволяет напрямую взаимодействовать серверам в IPv6 сети, без задействования инфраструктуры IPv4.
В специальном отчете (http://www.icann.org/committees/security/sac018.pdf) представлены результаты тестирования различных DNS серверов, на предмет поддержки AAAA записей с IPv6 адресами, и проанализированы возможные проблемы в работе устаревшего ПО.
Кроме того, сообщается о том, что осталось всего 14% свободных IPv4 адресов, которые при нынешнем темпе роста сети закончатся к 2011 году.URL: http://it.slashdot.org/article.pl?sid=08/02/05/1740221
Новость: http://www.opennet.me/opennews/art.shtml?num=14061
>Кроме того, сообщается о том, что осталось всего 14% свободных IPv4 адресов, >которые при нынешнем темпе роста сети закончатся к 2011 году.неплохо .. кто готов к переходу на IPv6?
А кто может подсказать?
В необязательном заголовке протокола UDP, что с IP адресами делать. Расширять заголовок, или в v6 необязательный заголовок ликвидируется?
В заголовке IPv6 есть поле, звать его NextHeader, которое кажет на тип следующего заголовка расширения, смотрим в RFC2460 и опа,... NextHeader = 17 это и есть UDP.
Ах да, я не ответил. Что делать?!
Если это твое приложеие, то не создавать содержимое этих полей, если нет - игнорировать.
Как вариант, по результату работы функции getaddrinfo, - если IPv6 то игнор, если IPv4,
то по-старому.
Понятно, старое ПО придется выбрасывать, железки наверное тоже :(
Пока игнорирую, а там видно будет...
А официальный документ по этому поводу есть?
Спасибо за подсказку.
Самое полезное, на сайте Cisco, но туда просто так не попадёшь.
Так же куча RFC по IPv6.
Из нашего, только "IPv6. Администрирование сетей" - http://www.books.ru/shop/books/454087
На ещё«Deploying IPv6 Networks» Cisco Press - http://www.freebooksource.com/Networking-Wireless/Deploying-...
А ещё лучше, ставь Azureus (иль подобное) и иди сюда - http://www.torrentspy.com/search?query=IPv6&submit.x=0&submi...
Я конечно дико извиняюсь, давно не программировал ... но весь вопрос в том , в чем виновато старое железо. Еслия я правильно помню курс "Сети", то железо не отвечает за работу со стеком IP.
А еще вопрос - старые проги не смогут применять инкапсуляцию IP внутрь IPv6. Или я уже не теми категориями мыслю.
Cisco конечно круть :-) но есть сайт с RFC, когдато спциально кемто созданный для стандартизации. Я его юзал для инфы по ntp. И кое что интересное там есть всегда.
> инкапсуляцию IP внутрь IPv6.Это не проги делают, а ядро (OS)
Например 77.234.201.242 превратится в 0:0:0:0:0:0:77.234.201.242 или ::77.234.201.242 или ::4dea:c9f2
А чем нули спереди отличаются от prefix'а 2002, т.е. 6to4? Т.е. чем отличается ::4dea:c9f2 от 2002:4dea:c9f2:: ?
>А чем нули спереди отличаются от prefix'а 2002, т.е. 6to4? Т.е. чем
>отличается ::4dea:c9f2 от 2002:4dea:c9f2:: ?Префикс является обязательным, для каждого случая он свой
скоро будет куча хорошего (в плане поддержки вечетветого) железа L3 , производители которого по понятным причинам не заинтересованы просто дать новую фирмварь... даеш джунипитер без v6 за 100 баксов? =) кстати так было с 10 мегабитным железом, похожая ситуация, сейчас можно за 10 баксов купить ту железку что стоила лет 6 назад 1000...
http://community.roxen.com/developers/idocs/rfc/rfc2147.html
Я не отрицаю, что я слепой, но четкой трактовки по поводу IP в extension header не вижу. Скоре всего он там должен быть.