[Gull]

В пределах квартиры свой wifi работает лучше чем соседский и почти не глушится наличием кучи AP вокруг. Не сервер же по wifi подключен, а конечные устройства без жестких требований к пингу и стабильной скорости. Мало кому нужен гигабит на планшете или телефоне, так чтобы ещё и проводом согласились привязаться. У ноутбуков запросы не сильно больше - IPTV работает, скорость скачивания ~80-100мбит, не замечаешь wifi. Просто удобно - открыл ноут в любой точке квартиры -и работаешь.

 

Это частный случай, когда повезло.

А в среднем возможны варианты:

- рядом с точкой ловит нормально, а через 15 метров и 2 капитальных стены, уже почти никак.

- соседи "продвинутые" и точки сидят на тех же каналах и/или умники по 40MHz ширину ставят.

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

- два разных потока iptv + ipad, и у всех уже просто ничего не работает.

Это из того, что сам видел.

 

Тезис очень простой: для стабильной внутриквартирной связи нужен провод, потому что это - контролируемая только вами среда. Не важно, Ethernet это будет, Thunderbolt, или еще что-то.

[Alex/AT]

Вы это порекомендуйте клиенту с айпадом, или макбуком эйр...

ССЗБ. Причём даже если этот клиент сменит оператора - лучше ему не станет. Это и объясняется в первую очередь. Некоторые не верят. Потом возвращаются.

Изменено 29 июня, 2012 пользователем Alex/AT

[Ivan_83]

Вы это порекомендуйте клиенту с айпадом, или макбуком эйр...

Типа они альтернативно одарённые?)

[voron]

- рядом с точкой ловит нормально, а через 15 метров и 2 капитальных стены, уже почти никак.

у меня 2 AP по краям квартиры :) по 2 SSID на каждой, общий и уникальный.

- соседи "продвинутые" и точки сидят на тех же каналах и/или умники по 40MHz ширину ставят.

мне канал сменить не сильно проблемно, а вот hostapd пришлось отучить fallback'аться в 20MHz, тк соседский адсл-роутер не оставляет выбора.

устройств в семье из трех человек больше одного, а уже один поток iptv (даже не HD) вызывает проблемы со связью для всех остальных.

что мешает запихнуть мультикастовый iptv в tcp через udpxy, присутствующий например в openwrt? Или проблема в нехватке полосы при 3+ устройств?

- два разных потока iptv + ipad, и у всех уже просто ничего не работает.

открыл через udpxy и dir-320 с его 54мбит 1 HD (9мбит) 1 обычный 5мбит на 1 ноуте в другой комнате, и ещё 1 обычный 5мбит в дальней от роутера комнате на втором ноуте. Итого 19мбит. 3-й канал 5мбитный на 1-м ноуте приводил к подтормаживанию HD и пингу в 120-160ms. А 9мбит+5мбит+5мбит - пинг 30мс, интернет вполне юзабелен. На обоих ноутах wifi bgscan был выключен. Ипада нет, подключил электронную книгу 3-м устройством - открытие сайта на ней приводит к увеличению пинга до 200мс и рассыпание картинки на видео. 3-е устройство "добивает". Отключение 5мбит канала на 1-м ноуте и активность электронной книги стала незаметна.

 

Тезис очень простой: для стабильной внутриквартирной связи нужен провод, потому что это - контролируемая только вами среда. Не важно, Ethernet это будет, Thunderbolt, или еще что-то.

вопрос в том насколько нужна эта стабильность в скорости и пинге.

 

 

PS: тесты на старом dir-320 54мбит, находящимся не в центре квартиры, не особо репрезентативные, с N300 TX/RX в центре было бы интереснее.

PS2:

root@jdi:~# iw wlan0 scan|grep SSID
	SSID: camelot
SSID: voronhome2
SSID: voronhome3
SSID: RT3390_4
SSID: Huawei_HG530_54A00
SSID: RT3390_2
SSID: RT3390_3
SSID: MyHome
SSID: voronhome2
SSID: voronhome1
SSID: Edimax
SSID: RonZ
SSID: RonZ
root@jdi:~# 

вопрос в том сколько из них реально активно гонят график :)

Изменено 29 июня, 2012 пользователем voron

[Stak]

Что-то затихла тема...

 

Есть пара вопросов по best-practics:

 

Какой минимально анонсируемый размер блока в ipv6?

Методы организации связности в случае split-AS для v6 те же, что и для v4 (дефолт,дефолт на полученные по bgp сети /8, allow as in)?

 

Пример - есть ipv6 блок /32, и N регионов без связности по своим каналам с общей AS.

[netime]

Тенденция такова, что всё реже в устройствах встречается разъём RJ-45.

Это если планшет головного мозга, то тогда да, именно так и видится тенденция.

А в реальности портов RJ-45 полно и становится всё больше.

Стационарные компьютеры, ноутбуки, разнообразные сет-топ-боксы, телевизоры, телефоны и голосовые шлюзы, домашние серверы и насы, принтеры и мфу, естественно маршрутизаторы и точки доступа, камеры и т.д.

кстати да.

Я тоже думал еще недавно планшеты это круто. А потом мне умный не айтишник обьяснил что к примеру Андроид 2.0. уже выпадает вкору на ютубе из-за адобовского флэша, можно конечно проапгрейдить ОС но не бесконечно т.е. нужно менять планшетник. кароче планшетники(+этот сраный Адоб) это чтоб бесконечно тянуть бабки ни за что.

вот комп у меня 6 лет как стоил и стоит тока софт чуть сменить.

Ослабление позиций rj-45 сильно преувеличено.

Изменено 24 августа, 2012 пользователем netime

[Stak]

И ещё вопрос - к тем кто уже внедрил ipv6 - что вы делаете с СОРМ? т.к. насколько мне известно - текущие решения (от нескольких вендоров) ip6 (и даже тередо) не поддерживают. А за доработку они хотят сотни денег :)

(примерно полтора лимона за 10Г решение)

[DelSt]

Какой минимально анонсируемый размер блока в ipv6?

/48, хотя от NTT мне прилетают и более специфичные префиксы вплоть до /64, например:

*>i2001:67c:22b0::/49

*>i2001:67c:22b0:8000::/51

*>i2001:67c:244c:c000::/50

*>i2001:7f8:f::/64

*>i2001:df0:300:18::/61

*>i2001:df0:300:1a::/63

*>i2001:df0:300:1c::/62

*>i2401:3f00:0:138::/64

 

Притом от других аплинков (например level3, gblx, dtag, cw, uunet) эти префиксы не прилетают (хотя route-objects есть)

 

Методы организации связности в случае split-AS для v6 те же, что и для v4 (дефолт,дефолт на полученные по bgp сети /8, allow as in)?

Да

[Stak]

Спасибо. Наверное, попилим по /40.

[pety]

Спасибо. Наверное, попилим по /40.

48 - это если адреса PI. У Вас /32 - это скорее PA. Доступность всего что длиннее /32 в PA не гарантирована, даже если есть соответствующие объекты.

[Stak]

Спасибо. Наверное, попилим по /40.

48 - это если адреса PI. У Вас /32 - это скорее PA. Доступность всего что длиннее /32 в PA не гарантирована, даже если есть соответствующие объекты.

А есть какой-нибудь документ на эту тему?

[DelSt]

А есть какой-нибудь документ на эту тему?

документа нет, но иногда коммюнити тыкают в морду ссаной тряпкой

[pety]

Спасибо. Наверное, попилим по /40.

48 - это если адреса PI. У Вас /32 - это скорее PA. Доступность всего что длиннее /32 в PA не гарантирована, даже если есть соответствующие объекты.

А есть какой-нибудь документ на эту тему?

 

Каждый оператор сам себе придумывает документы. ;)

А основываться может на что-то типа такого (пример на RIPE):

http://www.ripe.net/ripe/docs/ripe-552 пункт 4.3

http://www.ripe.net/ripe/docs/ripe-555 пункт 2.1

 

По поводу ripe-555, посмотрите для разнообразия его предыдущий вариант (в плане IPv4, там было довольно жестко):

http://www.ripe.net/ripe/docs/ripe-510

 

Пример из жизни - AS3303 использовала (и сейчас вроде как тоже) эти "рекомендации" в отношении IPv4 и IPv6.

В качестве примера, хоть и устаревшего (но важен принцип):

https://docs.google.com/viewer?a=v&q=cache:StXWLgAPpxsJ:www.swinog.ch/meetings/swinog7/BGP_filtering-swinog.ppt+as3303+semi-default&hl=ru&gl=ru&pid=bl&srcid=ADGEESjeLeQWyHTJNvLK-EJQQuz9hPOpjqzbtPDfuznkBxPEWp2hf5gKheN-yK8i9AuyFppydEdlYEE2UmapvyitJlxWENjuLYVAxYMe9X_Zaq1nnOq-iCbxh3bGtDbs9YzlpvYimhYD&sig=AHIEtbT2Nu_PwwipsuVJ2_n-SfhOEfrDLw

 

Ну или гуглить по "as3303 semi-default"

 

Verizon (AS701) когда-то писал о фильтрации внешних /48 из PA диапазонов, но затем передумал.

[homeuser]

Наверное, попилим по /40.

далек от этого. посему вопрос чайника: почему на каждый регион не зарегать свой PA? адресов как грязи, а как говорит док http://www.ripe.net/ripe/docs/ripe-555 пункт 3.8

"In IPv6 address policy, the goal of aggregation is considered to be the most important."

должны по идее дать

[pety]

PA выдается LIR'у. Один LIR не может получить несколько PA блоков. Ну разве что один, но больше чем /32 (31, 30, etc). Затем бить его на /32 ради решения этой проблемы? Это как-то "не красиво" (да и может не хватить, если регионов много), уж лучше плодить специфики в одном /32. ;)

Смысл агрегации - чтобы не плодить не нужных специфичных маршрутов. А с точки зрения расхода адресов - лучше 10 спецификов внутри одного /32, чем 10 /32, а размер роутинговой таблицы все равно увеличится. ;)

Может все же лучше брать 10 PI /48?

[Stak]

Судя по http://www.gossamer-threads.com/lists/nsp/ipv6/34996 пилить PA /32 на n* /40 не стоит, большинство фильтруют анонсы PA длиннее /32. Будем просить по блоку РА /32 на регион, т.к. /48 PI нам к сожалению маловато.

[Картуччо]

Смешная ситуация. Настраиваю связность через тунель брокер харикейн электрик и вроде как всё прекрасно работает, кроме неприятных задержек существенно за 100 мс и подглючивающего ютьюба.

Плагин файрфокса IPvFox чётко показывает, что обращения к сайтам идёт по IPv6.

Настраиваю маршрутизацию через свою автономку и свой блок адресов и начинаются чудеса.

Ютьюб, гугл, вк.ком и часть других ресурсов нормально индицируется как доступные по 6.

Но при этом куча сайтов, которые через брокер открывались по 6, типа:

tunnelbroker.net he.net www.free.fr www.ripe.net www.msk-ix.ru www.de-cix.net www.ams-ix.net www.linx.net www.jpix.ad.jp

retn.ru www.novell.com www.debian.org oss.oetiker.ch www.mozilla.org www.freebsd.org traceroute.org www.sixxs.net

открываются только как 4. При этом пинг из командной строки ресолвит 6 адреса.

На компе меняется только IPv6 адрес, шлюз и днс. Возвращаешь тунель брокера и опять зелёненькая шестёрка рисуется.

[pety]

Замечал подобные моменты с ff. Вот например, тут по v6 недавно контакт лежал (обычный timeout). Относительно старый ff его не открывал (долгий и нудный timeout). ff 14 и выше (что были под рукой) открывали без проблем сразу, без каких либо задержек (по v4, разумеется). Провел на скорую руку эксперимент с фильтрацией IPv6, смотрел tcpdump. ИМХО ff делает две попытки коннекта, по v4 и по v6 практически сразу. И возможно, что с его точки зрения лучше - то и выбирает. Алгоритм этого поведения мне неизвестен, возможно, что он где-то описан. Такой костыль позволяет не напрягаться дуалстечным пользователям, когда контакт и им подобные по v6 лежат. С какой версии ff появилась эта фича - не знаю.

 

UPD:

Беглое гугление показало, откуда это может взяться:

https://bugzilla.mozilla.org/show_bug.cgi?id=680466

http://tools.ietf.org/html/draft-wing-http-new-tech-01

Изменено 31 августа, 2012 пользователем pety

[Картуччо]

Тогда вопрос, а на основании чего строится точка зрения файрфокса.

Через тунель брокер хотя бы те же задержки гораздо выше.

В какой-то из недавних выключили по умолчанию network.dns.disableipv6

[s2n]

Интересуюсь мнением сообщества: на текущий момент имеет ли смысл при получении AS сразу получать PI v6 и выдавать абонентам, при условии полной поддержки со стороны сетевого оборудования? Проще ли это будет, чем миграция с v4 через некоторое время?

[Wingman]

вы хотите в6 без в4 раздавать? Не выйдет, в4 пока живее всех живых =)

Проще всего "на будущее" - раздавать dual stack, в6+в4

[s2n]

вы хотите в6 без в4 раздавать? Не выйдет, в4 пока живее всех живых =)

Хочу знать, насколько это возможно. А почему не выйдет? Только внутри сети доступа?

[Картуччо]

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

[Wingman]

Выйти-то выйдет, но в настоящее время по в6 доступны что-то около 0.00001% ресурсов в интернете :) Соответственно, вместо интернета ваши юзеры получат непойми что

[Картуччо]

Этот то вопрос можно попробовать решить нат 6-4.