[ipaddr.ru]

Карренберг считает внедрение IPv6: http://www.circleid.com/posts/20100720_ipv...ployment_rates/

 

Картинка, увы, получается не в пользу российских операторов. Обратите внимание, Словения впереди всех! Там, конечно, есть люди, которые только IPv6 и занимаются, да ещё и с какими усилиями! Увы, мой запал пропал на настройке BGP по IPv6 между Quagga и ринетовским Cat6500.

 

[Tima]

Увы, мой запал пропал на настройке BGP по IPv6 между Quagga и ринетовским Cat6500.

А что не получилось? Последний раз, когда я проверял, квагга умела ipv6.

 

[ipaddr.ru]

Ринет не видит моего анонса вообще. Сессия стоит, апдейты ко мне идут. Дебаг ничего значимого не показал. Менять иос на центральном коммутаторе сразу не захотелось.

 

Хочешь потраблшутить? ;)

[Tima]

Квагга последняя? Давай :)

[ipaddr.ru]

OK, пишу в аську.

[bitbucket]

К вопросу про поддержку ipv6 в домашних девайсах: сегодня ковырял DIR615c2:

br0       Link encap:Ethernet  HWaddr 00:24:01:E9:94:EC
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::224:1ff:fee9:94ec/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:42 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:5174 (5.0 KiB)

[Умник]

Зато по количеству LIR-ов всех обскакали. К чем бы?

[AlexBT]

Дык натуралы мы, а не экономисты. Зачем башлять соседу лиру, когда можно заплатить Райпу и ощущать себя крутым провайдером.

[ipaddr.ru]

Похоже, число LIR - это функция от площади территории.

[Tima]

Хочешь потраблшутить? ;)

 

Тесты показывают, что квагга (в т.ч. последняя) по-умолчанию ставит кривой некст-хоп. Циска получив его, отбрасывает по причине недостуности некст хопа

 

Jul 23 06:38:56.489 UTC: BGP: съел долгоносик:2::2 unspecified nexthop :: (::)

Jul 23 06:38:56.489 UTC: BGP(1): съел долгоносик:2::2 rcv UPDATE w/ attr: nexthop ::, origin i, metric 0, originator 0.0.0.0, merged path 65535, AS_PATH , community 20485:6077, extended community , SSA attribute

Jul 23 06:38:56.489 UTC: BGPSSA ssacount is 0

Jul 23 06:38:56.489 UTC: BGP(1): съел долгоносик :2::2 rcv UPDATE about съел долгоносик :5::/64 -- DENIED due to: martian MP_REACH NEXTHOP;

 

Проблема решается написанием на квагге рутмапа вида

 

route-map NH permit 1

set ipv6 next-hop global

 

 

 

:-)

[ipaddr.ru]

Попробовал - тут же получил связность. Tima крут, как всегда :)

[ipaddr.ru]

Словенский проект go6.si вместе с ipv6actnow.org предлагают поисковым сервисам дать приоритет сайтам, которые поддерживают IPv6.

http://go6.si/2010/08/suggestion-for-inter...ing-algorithms/

[vlad11]

Хочешь потраблшутить? ;)

 

Тесты показывают, что квагга (в т.ч. последняя) по-умолчанию ставит кривой некст-хоп. Циска получив его, отбрасывает по причине недостуности некст хопа

 

Jul 23 06:38:56.489 UTC: BGP: съел долгоносик:2::2 unspecified nexthop :: (::)

Jul 23 06:38:56.489 UTC: BGP(1): съел долгоносик:2::2 rcv UPDATE w/ attr: nexthop ::, origin i, metric 0, originator 0.0.0.0, merged path 65535, AS_PATH , community 20485:6077, extended community , SSA attribute

Jul 23 06:38:56.489 UTC: BGPSSA ssacount is 0

Jul 23 06:38:56.489 UTC: BGP(1): съел долгоносик :2::2 rcv UPDATE about съел долгоносик :5::/64 -- DENIED due to: martian MP_REACH NEXTHOP;

 

Проблема решается написанием на квагге рутмапа вида

 

route-map NH permit 1

set ipv6 next-hop global

 

 

 

:-)

Вы на это уже создали bug-report ?

[ipaddr.ru]

Он в devel рассылку написал.

[vlad11]

Такс. А какие у нас DHCP-сервера поддерживают Ipv6 ?

Накопал в портах:

Port:   dhcp6-20080615_1
Path:   /usr/ports/net/dhcp6
Info:   KAME DHCP6 client, server, and relay
Maint:  suz@FreeBSD.org
B-deps:
R-deps:
WWW:    http://wide-dhcpv6.sourceforge.net/.

стоит ли его юзать?

[rm_]

vlad11

Ещё есть dibbler-server, ну и isc-dhcp-server в четвёртой версии тоже научился DHCPv6. Правда последний в одной копии запущенного себя умеет либо DHCPv4, либо DHCPv6, но не оба сразу, что чаще всего жутко неудобно. На практике ни один из них пока не пробовал, что-то посоветовать не смогу.

[vlad11]

Нужна помощь зала в настройке freeBSD + mpd5 с раздачей ipv6 адресов.

приватные ipv4 адреса раздаются на ура.

 

Проблемы начинаются при включении

#       set bundle enable ipv6cp

 

А также не понимает формат записи адресов ipv6

такие форматы не срабатывают:

 2001:5c0:ZZZZ:XXXX::200
[2001:5c0:ZZZZ:XXXX::200]

 

[Valaskor]

Что то тема заглохла.

 

У меня есть теоретический вопрос. Весь инет напичкан описаниями технологий, которые дают доступ clear-ipv4-клиентам(с включенным каким-нибудь 6to4, teredo или туннельным брокером) к clear-ipv6-ресурсам. А вот наоборот, доступ с ipv6 к ipv4 ресурсу(без всякой поддержки со стороны последнего) невозможен без dual-stack, с ipv4 хотя бы через нат. Или я пропустил какую то технологию?

 

Как следствие, те, кто вводит ipv6 обязаны сделать dualstack -> ленивым ресурсам нет смысла переходить на ipv6.

Если выдачу ipv4 ограничат в следующем году, следует готовится к многогигабитным натам?

[rm_]

А вот наоборот, доступ с ipv6 к ipv4 ресурсу(без всякой поддержки со стороны последнего) невозможен без dual-stack, с ipv4 хотя бы через нат. Или я пропустил какую то технологию?

Есть такая, называется NAT64. Пример реализации: http://ecdysis.viagenie.ca/

Публично доступный работающий инстанс: http://aaisp.net.uk/kb-broadband-ipv6-nat64.html

Далеко не универсален, к примеру старому v4-only софту он ничем не поможет. Как и протоколам, передающим "голые" IPv4-адреса внутри своего payload'а, пример - IPv4-торренты, которые через NAT64 не работают вообще никак.

 

Если выдачу ipv4 ограничат в следующем году, следует готовится к многогигабитным натам?

К ним в любом случае стоит готовиться, будет это NAT44(что более вероятно), или NAT64.

[Valaskor]

Все равно классический нат выигрывает.

Кстати, нашел неплохую статейку на эту тему.

[Dyr]

Угу, в итоге как ни крутись, от NAT'a не уйти, причём он будет в ещё больших масштабах. Блин.

[rm_]

Dyr

В случае NAT64, по мере появления у контентогенераторов нативного v6, нагрузка на NAT будет падать - клиенты ничего не заметив просто начнут ходить на соответствующие v6-адреса напрямую. И как мне кажется, держать у себя NAT64 не повредит любому провайдеру, имеющему NAT44 - даже при всех прочих равных, он заберёт с последнего огромную долю нагрузки (все v6-capable клиенты, по крайней мере "простенькие", типа браузеров и качалок, полезут на v4-ресурсы через синтезированные AAAA-записи). А это весьма неплохо, т.к. есть такое впечатление, что NAT64 вычислительно гораздо менее ресурсоёмок легче масштабируется, чем NAT44.

Изменено 15 октября, 2010 пользователем rm_

[Dyr]

Дык нет контентщиков. Наглядное свидетельство того, что это контент тянет за собой развитие каналов и провайдеров, а не наоборот.

 

Вот если бы Google заявил бы, скажем, что через несколько месяцев youtube будет доступен только через ipv6, ооо, как бы тогда все забегали шустро!

[st_re]

Шота мне подсказывает, что до нат 64 сначала придется всем счастливым обладателям домашних рутеров их типа сменить.. Всем обладателям виндовз XP и ниже их сменить, всем... ну там много кому всем... А их много. А есть еще всяко-разно корпоративы, где лотусы дремучих годов, софт собственной разработки, который про IPv6 не очень в курсе итд итп.

 

А потом еще выяснится, что их киска IPv6 тоже не умеет, а версия иоса, которая умеет доступна только за деньги.

[ingress]

А потом еще выяснится, что их киска IPv6 тоже не умеет, а версия иоса, которая умеет доступна только за деньги.

не..не так.

а иос который умеет не помещается во флеш и рам :)