[karpa13a]

Убунта из коробки просит только A-запись.

каким образом я это поломал? установив мередо? в локалке пара ХР всё остальное линухи. мередо только у мну. про в6 местные админчеги не вкурсах. даже близко.

 

собственно я об этой проблеме и говорил когда только новость про в6дэй пошла. что многое может стать недоступным из-за кривых реализаций в клиентах. попробуйте свой сайт, если оператор, пропишите в в6 как 127.0.0.1 (как оно там звучит) и посмотрите на реакцию клиентуры. если не желаете отлавливать клиентские проблемы - пропишите логгинг на нс-е, на день, на предмет А/АААА записей и посмотрите одним глазом откуда они идут и что будет если они получат ответ на свой АААА запрос ....

 

irc6.tambov.ru - RusNet IRC есть, значит, сеть жить будет!

я бы так уверенно об этом не говорил) есть там тонкости в реализации которые пока не позволяют уверенно заявлять о поддержке

Изменено 1 февраля, 2011 пользователем karpa13a

[vIv]

Ты про DCC?

[karpa13a]

Ты про DCC?

и про него и про сам коннект ип6 клиента.

[st_re]

karpa13a

 

Логгинг на NSе не очень показатель.

 

Если бы какойто популярный ресурс положил у себя на главной страничке 3 линка на 3 гифчика 1*1 прозрачных (внизу странички, чтобы не расползалось при недоступности)

 

1. с url с именем имеющим только A запись

2. с url с именем имеющим только AAAA запись

3. с url с именеи имеющим обе записи

 

А потом выложил соотношение в %% по загрузке всех 3-х гифичков. Было бы понятно %% имещих ipv6 и имеющих проблемы с ipv6

[Valaskor]

каким образом я это поломал? установив мередо? в локалке пара ХР всё остальное линухи. мередо только у мну. про в6 местные админчеги не вкурсах. даже близко.

Именно установив miredo/teredo, он же ipv6-адрес дает компу (внешний, даже если нет никакой поддержки в сети и она вообще работает через нат).

Провел эксперимент - если с помощью ifconfig тупо убить внешний v6-адрес (всякие канальные fe80:: могут остаться висеть), просить AAAA перестает.

 

[rm_]

st_re

Если бы какойто популярный ресурс положил у себя на главной страничке 3 линка на 3 гифчика 1*1 прозрачных (внизу странички, чтобы не расползалось при недоступности)

 

1. с url с именем имеющим только A запись

2. с url с именем имеющим только AAAA запись

3. с url с именеи имеющим обе записи

 

А потом выложил соотношение в %% по загрузке всех 3-х гифичков.

http://inetcore.com/project/46meter/index.html.en

Правда оно вроде как первые два пункта не обеспечивает, а проценты считает по пункту третьему.

Изменено 1 февраля, 2011 пользователем rm_

[karpa13a]

Именно установив miredo/teredo,

повторяю: сказав миреде стоп - трафик до локального нс-а никак не изменился. интерфейс миреды как можно понять - при этом был в дауне.

1. с url с именем имеющим только A запись

2. с url с именем имеющим только AAAA запись

3. с url с именеи имеющим обе записи

с этим предложением можно подъехать к ливинтернету или яндексу. в рамках ипе6дэй думаю можно попробовать пропихнуть. найдется кто ближе к ним?)

[st_re]

rm_ Эти меряют пришедших через ipv4 vs ipv6 и они вообще не увидят тех у кого ipv6 дохлый, по причине кривой настройки, и браузер не прочихивается быстро по этому факту. У них нет с чем сравнить, сколько вообще должно было быть народу (п 1 у меня).

У них еще результат от браузера зависит, где то было сравнение такое, некоторые сначала ищут А а уже потом АААА. тогда он в п2 придет по в6 и в п3 придет по в4..

[netime]

Цыцке надо срочно добавить поддержу teredo в свои поделия

типа:

cisco-enterprise-ios:

show teredo ?

client

relay

show teredo client ?

....

итд.

 

немного не допонял если в L2 сегментe поставить teredo relay - как сделать чтобы компы в этом L2 cегмента с включенным teredo автоматичски нашли этот релей?

 

Microsoft'у вообще пора давать премию за внедрение ipv6(teredo). цыцко в этом плане ковыряется в жопе.

имхо Microsoft обскакала цыцку в это деле.

Изменено 1 февраля, 2011 пользователем netime

[karpa13a]

нашли этот релей?

выше прочитать вера не позволяет или Люба? проанонсить локально шлюз тореды и все ломанутся

[netime]

нашли этот релей?

выше прочитать вера не позволяет или Люба? проанонсить локально шлюз тореды и все ломанутся

Router Advertisement в L2 сегменте?

 

 

http://is.gd/vpyI2l интересная темка

Уважаемые абоненты!

 

На Алексеевке запущена поддержка IPv6 протокола дополнительно к IPv4 на скорости 2/1 мбит/с. Любой желающий может включить поддержку.

Изменено 1 февраля, 2011 пользователем netime

[vlad_n]

http://www.apnic.net/publications/news/2011/delegation

 

APNIC получил 2 блока /8. Осталось всего 5.

[vlad_n]

Провели у себя внутри небольшое исследование на предмет возможности предоставления услуг IPv6 Only. Промежуточный результат во вложении.

В принципе - как и ожидалось, для большей части абонентов этот вариант вполне подойдет.

Дальше будем проверяить наиболее популярные P2P говорилки и показывалки - дополню.

Результат_на_20110201.pdf

Изменено 3 февраля, 2011 пользователем vlad_n

[karpa13a]

vlad_n

dual-stack пробовали или не пробовали? да-нет-почему? есть ли результаты?)

[rm_]

vlad_n

http://tools.ietf.org/html/draft-arkko-ipv...y-experience-02 вХРЮК?

 

P.S.: в терминологии у вас ошибка.

Native IPv6 - это IPv6 без туннелей, от непосредственного провайдера, в том числе даваемый в сочетании с IPv4 - т.е. Dual Stack.

А то, что вы испытывали - это IPv6-only.

Слово "Native" не подразумевает отсутствие IPv4, оно говорит только об отсутствии тунеллирования IPv6.

Изменено 2 февраля, 2011 пользователем rm_

[vlad_n]

vlad_n

dual-stack пробовали или не пробовали? да-нет-почему? есть ли результаты?)

Ниже по обсуждению было мое мнение на эту тему. Пробовали. Работает. Но приоритетным вариантом не является.

 

vlad_n

http://tools.ietf.org/html/draft-arkko-ipv...y-experience-02 вХРЮК?

 

P.S.: в терминологии у вас ошибка.

Native IPv6 - это IPv6 без туннелей, от непосредственного провайдера, в том числе даваемый в сочетании с IPv4 - т.е. Dual Stack.

А то, что вы испытывали - это IPv6-only.

Слово "Native" не подразумевает отсутствие IPv4, оно говорит только об отсутствии тунеллирования IPv6.

Честно говоря не совсем понял что значи в ХРЮК? :)

 

Спасибо за замечание по терминологии. Поправим...

Изменено 2 февраля, 2011 пользователем vlad_n

[rm_]

vlad_n

"вХРЮК?" в переводе означает "Читал?" :)

[vlad_n]

вХРЮК?" в переводе означает "Читал?" :)

:)

Да. Я его видел. Решили попробовать у себя собрать по:

1. Хотелось самим попробовать (понять причины, заиметь опыт необходимый, научится диагностировать).

2. Я там не видел нескольких важных для нас вещей - торрентов, ssh, telnet.

[netime]

Попробывал ради интереса послать несколько RA IPv6 есть несколько ответов)). (в моем L2 сегменте компов мало.)

[vanr]

http://lg.zsttk.net/ совок-телеком, понты льются из ушей))

ZSTTK IP/MPLS engineering

Powered by OpenBSD

))

надо было Double CCIEs team only... а где IPv6 !?

Довольно грубо и, возможно, даже огульно. Пересекались ли вы с ЗСТТК как таковым?

 

1. За восемь лет существования IP/MPLS-сети мы привыкли называть ее именно IP/MPLS-сетью. Чтоб отличать от других низлежащих (наподобие SDH и DWDM) и наложенных (наподобие softswitch'ей с абонентскими выносами) сетей.

2. Engineering? А что не так с этим словом?

3. Powered by OpenBSD - с этим тоже что-то не так? Впрочем, вопросы 2 и 3 риторические, ответ мне от вас не требуется.

4. Дважды CCIE не было, нет. Привирать не будем.

Суммируя по данному оффтопику - эта lg'ха изначально делалась инженерами как хобби. Понты? Скорее легкое ребячество, все равно кроме коллег-сетевиков никто в looking glass смотреть часто не будет. Считаем, что можем себе такое позволить (в том числе и упомянутый 2011.html), если не в ущерб основному функционалу. Понты - это если б оф.сайт конторы был таким обвешан.

 

Теперь по теме. "а где IPv6 !?" - этот вопрос тем более непонятен. На момент написания вашего сообщения (и до этого момента тоже) в соответствующей выпадашке присутствовали "show ipv6 bgp/bgp sum", присутствовали и работали.

 

https://lg.ttk.ru/ не планируют они тут IPv6 опции. (нету ipv6, значит и не было.)

Они просто скромные, смотрите здесь: http://lg.zsttk.ru

У головной компании руки [пока] не дошли свою lg доделать, у нас - дошли. Ничего криминального вроде. (да, мне наверное после предыдущего оратора и у вас чудится сарказм. ЗСТТК - нескромные?). Кстати, жаль, что не дошли еще, очень этого не хватает для отладки связности.

 

Провели у себя внутри небольшое исследование на предмет возможности предоставления услуг Native IPv6. Промежуточный результат во вложении.

В принципе - как и ожидалось, для большей части абонентов этот вариант вполне подойдет.

Дальше будем проверяить наиболее популярные P2P говорилки и показывалки - дополню.

Погодите, а в плане HTTP вы проверяли чего-нибудь такого "массового" и нагруженного вложенным контентом, наподобие Youtube? Мы когда тестировали NAT64/DNS64, получили на первый взгляд очень удручающие результаты, множество проблем с подгрузкой в страницу дополнительного содержимого. Разобраться пока не разбирались, но "из коробки" даже веб работает неудовлетворительно. Если у вас такого нет, то будем разбираться и чинить руки. Скайп, кстати, тоже не заработал у нас. С тем же jabber'ом проблем нет.

[netime]

vanr,

посмотрите LG Tata Comm. очень приятный хороший lg. образец я счетаю. хотя у зарубеж. провов плохих lg не встречал.

У HE.net тоже здоровский lg, они даже вход по телнету сделали, судя по сайту фанатики своего дела...

 

 

Вот что словил за некоторое время работы IPv6 RA демона в своем небольшом L2 сегменте:

 

79 2/2/2011 5:39:19 PM [4]AKADO-LAN Receiving a RS from fe80::358e:eea1:2e09:a1a3

81 2/2/2011 5:39:23 PM [4]AKADO-LAN Receiving a RS from fe80::358e:eea1:2e09:a1a3

130 2/2/2011 7:33:42 PM [4]AKADO-LAN Receiving a RS from fe80::358e:eea1:2e09:a1a3

178 2/2/2011 8:35:35 PM [4]AKADO-LAN Receiving a RS from fe80::3615:9eff:fee9:ce54

48 2/2/2011 5:16:12 PM [4]AKADO-LAN Receiving a RS from fe80::39eb:409a:b9cf:8765

50 2/2/2011 5:16:16 PM [4]AKADO-LAN Receiving a RS from fe80::39eb:409a:b9cf:8765

52 2/2/2011 5:16:20 PM [4]AKADO-LAN Receiving a RS from fe80::39eb:409a:b9cf:8765

149 2/2/2011 7:49:56 PM [4]AKADO-LAN Receiving a RS from fe80::4164:4728:8e74:542c

67 2/2/2011 5:36:03 PM [4]AKADO-LAN Receiving a RS from fe80::4cce:2712:8977:fa24

69 2/2/2011 5:36:07 PM [4]AKADO-LAN Receiving a RS from fe80::4cce:2712:8977:fa24

71 2/2/2011 5:36:11 PM [4]AKADO-LAN Receiving a RS from fe80::4cce:2712:8977:fa24

117 2/2/2011 7:06:44 PM [4]AKADO-LAN Receiving a RS from fe80::4cce:2712:8977:fa24

61 2/2/2011 5:34:17 PM [4]AKADO-LAN Receiving a RS from fe80::61dc:e2bb:b766:9591

63 2/2/2011 5:34:21 PM [4]AKADO-LAN Receiving a RS from fe80::61dc:e2bb:b766:9591

65 2/2/2011 5:34:25 PM [4]AKADO-LAN Receiving a RS from fe80::61dc:e2bb:b766:9591

175 2/2/2011 8:32:56 PM [4]AKADO-LAN Receiving a RS from fe80::8820:c6b3:c8b:4e32

73 2/2/2011 5:36:50 PM [4]AKADO-LAN Receiving a RS from fe80::942e:bac0:52da:737e

75 2/2/2011 5:36:54 PM [4]AKADO-LAN Receiving a RS from fe80::942e:bac0:52da:737e

77 2/2/2011 5:36:58 PM [4]AKADO-LAN Receiving a RS from fe80::942e:bac0:52da:737e

91 2/2/2011 5:57:02 PM [4]AKADO-LAN Receiving a RS from fe80::96:b354:bff:1dfe

10 2/2/2011 4:25:36 PM [4]AKADO-LAN Receiving a RS from fe80::a5c6:fc5:24:44db

42 2/2/2011 5:05:59 PM [4]AKADO-LAN Receiving a RS from fe80::a5c6:fc5:24:44db

106 2/2/2011 6:48:59 PM [4]AKADO-LAN Receiving a RS from fe80::a5c6:fc5:24:44db

22 2/2/2011 4:45:30 PM [4]AKADO-LAN Receiving a RS from fe80::b4de:b28a:46dc:d0a

24 2/2/2011 4:45:34 PM [4]AKADO-LAN Receiving a RS from fe80::b4de:b28a:46dc:d0a

138 2/2/2011 7:40:22 PM [4]AKADO-LAN Receiving a RS from fe80::b607:f9ff:feec:98b5

136 2/2/2011 7:38:53 PM [4]AKADO-LAN Receiving a RS from fe80::b999:f432:f767:a13e

144 2/2/2011 7:46:52 PM [4]AKADO-LAN Receiving a RS from fe80::d089:8d7b:d39a:4b4e

 

т.е. 14 уникальных ipv6. за это же время было поймано около 16 уникальных DHCPv4 запросов. вот и соотношение.

т.е. юзеры уже фактически готовы несмотря на демагогию ленивых провайдеров, по сути прикрытие свое лени или незнания.

 

 

>ping iana.org

Обмен пакетами с iana.org [2001:500:88:200::8] по 32 байт:

 

как сделать чтобы A запись была первой?

 

>ping6 iana.org (тут всё ясно)

Проверка связи iana.org [2001:500:88:200::8]

с 2001::201:2ff:fe8b:2492 с 32 байт данных:

Изменено 2 февраля, 2011 пользователем netime

[Sergey Cheban]

http://www.apnic.net/publications/news/2011/delegation

 

APNIC получил 2 блока /8. Осталось всего 5.

И тех, можно считать, не осталось:

Please be aware, this will be the final allocation made by IANA under the current framework and will trigger the final distribution of five /8 blocks, one to each RIR under the agreed "Global policy for the allocation of the remaining IPv4 address space".

[rm_]

Sergey Cheban

Угу, и сегодня будет трансляция пресс-эвента, где об этом объявят: http://www.nro.net/news/icann-nro-live-stream

 

[vlad_n]

Погодите, а в плане HTTP вы проверяли чего-нибудь такого "массового" и нагруженного вложенным контентом, наподобие Youtube? Мы когда тестировали NAT64/DNS64, получили на первый взгляд очень удручающие результаты, множество проблем с подгрузкой в страницу дополнительного содержимого.

Подобных проблем не наблюдаю. Предполагаю, что это связано с возможностями NAT коробки по числу открываемымх и поддерживаемых сессий. Провести нагрузочное тестирование пока нет возможности (да собственно что тестировать используемый сейчас ПК - это явно не промышленное решение) - но в планах MX от Juniper с MS-DPC проверить под нагрузкой. Пока функциональную схему дотачиваем...

По поводу Skype - пока ищем аналоги на SIP (формально, если приложение клиент написано корректно - должно работать, но большинство клиентов любит посылать самостоятельные A запросы вместо АААА и т.п...). Хотя думаю что после сегодняшнего дня начнется более активная фаза переписываний софта и через полгода этот поиск уже будет лишним.

Изменено 3 февраля, 2011 пользователем vlad_n

[toxxxa13]

Сразу сори. страниц много. читать все не стал.

 

FreeBSD 7.3 через radvd должен раздать в сеть ipv6-адреса и дефолтный шлюз. в результате на клиентской _виндовой_ машине (XP) ipv6-адреса получаю из заданной сети (2200:XXXX::f55b:e256:f43c:fc1c и 2200:XXXX::21b:21ff:fe08:51bb). однако основной маршрут смотрит в fe80::202:44ff:fe8e:f775. хотя должен выдасться из этой же сети.

 

Перерыл кучу буржуйских форумов. Все пишут, что маршрут должен выдаваться, но сколько я ни бился с конфигами - результата 0. Кто-то сталкивался с похожей проблемой? и как ее решили? если нужны какие-то еще данные, то говорите - предоставлю.

Изменено 3 февраля, 2011 пользователем toxxxa13