Gull Опубликовано 28 июня, 2012 · Жалоба В пределах квартиры свой wifi работает лучше чем соседский и почти не глушится наличием кучи AP вокруг. Не сервер же по wifi подключен, а конечные устройства без жестких требований к пингу и стабильной скорости. Мало кому нужен гигабит на планшете или телефоне, так чтобы ещё и проводом согласились привязаться. У ноутбуков запросы не сильно больше - IPTV работает, скорость скачивания ~80-100мбит, не замечаешь wifi. Просто удобно - открыл ноут в любой точке квартиры -и работаешь. Это частный случай, когда повезло. А в среднем возможны варианты: - рядом с точкой ловит нормально, а через 15 метров и 2 капитальных стены, уже почти никак. - соседи "продвинутые" и точки сидят на тех же каналах и/или умники по 40MHz ширину ставят. - устройств в семье из трех человек больше одного, а уже один поток iptv (даже не HD) вызывает проблемы со связью для всех остальных. - два разных потока iptv + ipad, и у всех уже просто ничего не работает. Это из того, что сам видел. Тезис очень простой: для стабильной внутриквартирной связи нужен провод, потому что это - контролируемая только вами среда. Не важно, Ethernet это будет, Thunderbolt, или еще что-то. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Alex/AT Опубликовано 29 июня, 2012 (изменено) · Жалоба Вы это порекомендуйте клиенту с айпадом, или макбуком эйр... ССЗБ. Причём даже если этот клиент сменит оператора - лучше ему не станет. Это и объясняется в первую очередь. Некоторые не верят. Потом возвращаются. Изменено 29 июня, 2012 пользователем Alex/AT Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 29 июня, 2012 · Жалоба Вы это порекомендуйте клиенту с айпадом, или макбуком эйр... Типа они альтернативно одарённые?) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
voron Опубликовано 29 июня, 2012 (изменено) · Жалоба - рядом с точкой ловит нормально, а через 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Stak Опубликовано 24 августа, 2012 · Жалоба Что-то затихла тема... Есть пара вопросов по best-practics: Какой минимально анонсируемый размер блока в ipv6? Методы организации связности в случае split-AS для v6 те же, что и для v4 (дефолт,дефолт на полученные по bgp сети /8, allow as in)? Пример - есть ipv6 блок /32, и N регионов без связности по своим каналам с общей AS. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
netime Опубликовано 24 августа, 2012 (изменено) · Жалоба Тенденция такова, что всё реже в устройствах встречается разъём RJ-45. Это если планшет головного мозга, то тогда да, именно так и видится тенденция. А в реальности портов RJ-45 полно и становится всё больше. Стационарные компьютеры, ноутбуки, разнообразные сет-топ-боксы, телевизоры, телефоны и голосовые шлюзы, домашние серверы и насы, принтеры и мфу, естественно маршрутизаторы и точки доступа, камеры и т.д. кстати да. Я тоже думал еще недавно планшеты это круто. А потом мне умный не айтишник обьяснил что к примеру Андроид 2.0. уже выпадает вкору на ютубе из-за адобовского флэша, можно конечно проапгрейдить ОС но не бесконечно т.е. нужно менять планшетник. кароче планшетники(+этот сраный Адоб) это чтоб бесконечно тянуть бабки ни за что. вот комп у меня 6 лет как стоил и стоит тока софт чуть сменить. Ослабление позиций rj-45 сильно преувеличено. Изменено 24 августа, 2012 пользователем netime Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Stak Опубликовано 24 августа, 2012 · Жалоба И ещё вопрос - к тем кто уже внедрил ipv6 - что вы делаете с СОРМ? т.к. насколько мне известно - текущие решения (от нескольких вендоров) ip6 (и даже тередо) не поддерживают. А за доработку они хотят сотни денег :) (примерно полтора лимона за 10Г решение) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DelSt Опубликовано 24 августа, 2012 · Жалоба Какой минимально анонсируемый размер блока в 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)? Да Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Stak Опубликовано 24 августа, 2012 · Жалоба Спасибо. Наверное, попилим по /40. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pety Опубликовано 24 августа, 2012 · Жалоба Спасибо. Наверное, попилим по /40. 48 - это если адреса PI. У Вас /32 - это скорее PA. Доступность всего что длиннее /32 в PA не гарантирована, даже если есть соответствующие объекты. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Stak Опубликовано 24 августа, 2012 · Жалоба Спасибо. Наверное, попилим по /40. 48 - это если адреса PI. У Вас /32 - это скорее PA. Доступность всего что длиннее /32 в PA не гарантирована, даже если есть соответствующие объекты. А есть какой-нибудь документ на эту тему? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DelSt Опубликовано 24 августа, 2012 · Жалоба А есть какой-нибудь документ на эту тему? документа нет, но иногда коммюнити тыкают в морду ссаной тряпкой Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pety Опубликовано 27 августа, 2012 · Жалоба Спасибо. Наверное, попилим по /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 диапазонов, но затем передумал. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
homeuser Опубликовано 27 августа, 2012 · Жалоба Наверное, попилим по /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." должны по идее дать Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pety Опубликовано 27 августа, 2012 · Жалоба PA выдается LIR'у. Один LIR не может получить несколько PA блоков. Ну разве что один, но больше чем /32 (31, 30, etc). Затем бить его на /32 ради решения этой проблемы? Это как-то "не красиво" (да и может не хватить, если регионов много), уж лучше плодить специфики в одном /32. ;) Смысл агрегации - чтобы не плодить не нужных специфичных маршрутов. А с точки зрения расхода адресов - лучше 10 спецификов внутри одного /32, чем 10 /32, а размер роутинговой таблицы все равно увеличится. ;) Может все же лучше брать 10 PI /48? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Stak Опубликовано 27 августа, 2012 · Жалоба Судя по http://www.gossamer-threads.com/lists/nsp/ipv6/34996 пилить PA /32 на n* /40 не стоит, большинство фильтруют анонсы PA длиннее /32. Будем просить по блоку РА /32 на регион, т.к. /48 PI нам к сожалению маловато. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Картуччо Опубликовано 31 августа, 2012 · Жалоба Смешная ситуация. Настраиваю связность через тунель брокер харикейн электрик и вроде как всё прекрасно работает, кроме неприятных задержек существенно за 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 адрес, шлюз и днс. Возвращаешь тунель брокера и опять зелёненькая шестёрка рисуется. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pety Опубликовано 31 августа, 2012 (изменено) · Жалоба Замечал подобные моменты с 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Картуччо Опубликовано 31 августа, 2012 · Жалоба Тогда вопрос, а на основании чего строится точка зрения файрфокса. Через тунель брокер хотя бы те же задержки гораздо выше. В какой-то из недавних выключили по умолчанию network.dns.disableipv6 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s2n Опубликовано 31 августа, 2012 · Жалоба Интересуюсь мнением сообщества: на текущий момент имеет ли смысл при получении AS сразу получать PI v6 и выдавать абонентам, при условии полной поддержки со стороны сетевого оборудования? Проще ли это будет, чем миграция с v4 через некоторое время? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Wingman Опубликовано 31 августа, 2012 · Жалоба вы хотите в6 без в4 раздавать? Не выйдет, в4 пока живее всех живых =) Проще всего "на будущее" - раздавать dual stack, в6+в4 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s2n Опубликовано 31 августа, 2012 · Жалоба вы хотите в6 без в4 раздавать? Не выйдет, в4 пока живее всех живых =) Хочу знать, насколько это возможно. А почему не выйдет? Только внутри сети доступа? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Картуччо Опубликовано 31 августа, 2012 · Жалоба А приложения всякие или домашние маршрутизаторы, мобильники, медиаплееры и прочее, которые знать не знают про IPv6 ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Wingman Опубликовано 31 августа, 2012 · Жалоба Выйти-то выйдет, но в настоящее время по в6 доступны что-то около 0.00001% ресурсов в интернете :) Соответственно, вместо интернета ваши юзеры получат непойми что Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Картуччо Опубликовано 31 августа, 2012 · Жалоба Этот то вопрос можно попробовать решить нат 6-4. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...