the_Shadow
Сообщения: 173
| Хммм... Не знаю уж чем он ("Инфолайн") отвратителен, но это был единственный оператор, у которого я получил нормальный интернет без проблем. Все остальные провайдеры гордо заявляли, что "весной-летом" мой дом подключат. Оно, конечно, спасибо, но я должен работать сегодня, сейчас, а не ждать появления "технических возможностей". И проблемы провайдера мне сугубо монопениссуальны.
С другой стороны. При применении технологии ADSL я не знаю о каких "плохих скоростях" народ тут умно вещает. Разрешите пояснить:
1. Скорость самого по себе модема фиксирована. Каждая линия до точки подключения имеет свою чётко определённую скорость. В случае, если скороть плоха, значит, Ваша линия -- фафно. Значит, ближайших связистов -- в воздух и пусть сростки в подвале перепаяют. Для непонятливых -- заменят места соединения кабеля в подъезде со скрученных на паянные. Или пусть хотя бы нормально скрутят.
2. На "скорость" влияет число переходов до сервера, с которым Вы работаете и качество канала на переходах (в частности, параметр MTU для тех сегментов, по которым идёт Ваш пакет). На этот параметр ни "инфолайн" ни другой провайдер повлиять не может. К примеру, если Вы рубитесь в онлайн на каком-нибудь удалённом америкосовском серванте, то как именно "инфолайн" может повлиять на настройку стека TCP/IP на нём (удалённом серваке) и по всей длине сети, во всех сегментах -- мне лично неведомо.
3. На "скорость" соединения влияет ряд параметров -- к примеру, самое простое, что можно сделать -- откорректировать файлец hosts в своей системе. Т.е., выполняем ping часто.используемый.нами.сервер, смотрим на IP сервера, включаем его в файл WINDOWS\system32\drivers\etc\hosts (для XPени). Тем самым, мы просто уменьшаем время на разрешение адреса -- windows в этом случае берёт его в самом начале процесса разрешения (сначала она смотрит в этот файл, если ничего нет, то лезет на DNS-сервер). Этим Вы просто ускорите первую стадию установления соединения -- определение IP-адреса при обращении по его имени. Можете поднять ещё свой домашний кэширующий DNS-сервер. Или поднять его для своих знакомых -- тогда руками править ничего не надо.
4. Ускорить соединение (со своей стороны) можно ещё за счёт доп. тюнинга самого стека TCP/IP. В частности, можно поменять параметр MTU (Maximum Transfer Unit) для соединения с плохой скоростью уменьшить, а для соединения с хорошей -- увеличить. Это даст то, что при поганой линии пакеты будут иметь меньший размер -- при сбое (ошибке) в пакете, его, как правило, приходится переподавать. А чем меньше пакет, тем меньше вероятность ошибки в нём. По дефолту в цинде стоит пакет в 1500 байт (видимо, в M$ считают, что "модем" и "Ethernet" -- синонимы).
Я не знаю -- стоит ли здесь расписывать техпоцесс в деталях...
Добавлено по некоторому размышлению -- стоит или нет... Опасаюсь, что ряд "пассажиков" поняты не будут, но спрашивайте -- чем смогу помогу. Хочу оговориться сразу -- на вопрос что такое 'dB' ответ простой -- "Гугль любит тебя". До того, как читать нижеприведённый текст рекомендую подумать -- а оно Вам это надо?
Короче, дело вот в чём. Оговоримся сразу -- все "упражнения" приведены для цинды в виде XPени.
В самом мопеде (возьмём для примера DSL 200) есть софт для оценки ряда вещей. Открываем "DSL Status", давим на Alt+F1. Появится окошечко странного вида. Называется красноречиво -- DSL Debug.
Слева группы (Status, Config, Graphs, Test). Справа -- то, что входит в эти разделы.
1. Для тех, кто недоволен частыми разрывами на линии. Есть параметр 'XCVR Config' -> 'Rx Bin Ajust', 'Rx End Bin' и 'Rx Start Bin'. Это параметры, которые характеризуют для приёма (к Вам) частотную полосу. Если есть частые разрывы, то можно занизить 'Rx End Bin'. По дефолту он = 255, можно уронить до 200. Этим мы уменьшим максимальный индекс частотной полосы в спектре сигнала. Просто и по-русски -- самое большое значение частоты, передаваемой к Вам на комп изо всего набора (спектра) частот. С другой стороны, мы ограничили набор частот, зарезав полосу. Тем самым, ограничили и скорость. Так что, выбирать Вам.
Можно 'Rx Bin Ajust' перевести в 'Enable' -- по дефолту -- 'Disable'. Тогда оно будет пытаться самостоятельно подстроить полосу частот. На мой взгляд -- то же ничего хорошего, т.к. будет периодически развлекать разрывами на плохой линии.
Можно несколько увеличить скорость (весьма слабо), если выставить 'XCVR Config' -> 'Max bits per bin' не 14, а 15. Этим мы увеличиваем число бит, передаваемых в одном "бине".
2. Если UpStream поганенький (от нас к "инфолайн" -- есть зависания при отправке данных, или при разрешении адреса -- т.е., когда программа висит по причине модема), то его можно малость подтянуть за счёт того, что выставить более высокий уровень в 'Tx Power Attenuation (dB)'. Чем выше, тем громче орём в линию. Слишком громко орать не рекомендую (сразу выставлять максимум). Посмотрите на 'Attenuation (dB)' (ниже), выставьте как в 'Remote' для начала. Если будет всё плохо, то увеличивайте постепенно.
3. Качество линии. Как узнать. Смотрим в том же окне 'DSL Debug' -> 'DSL Link' -> 'SNR Margin (dB)'. Меряется в dB на локальной стороне (у Вас) и принимается с подключающей стороны. Это параметр "сигнал-шум" (на самом деле, в чистом виде отношение "сигнал-шум" для технологии ШПС ни фига не применимо, но расписывать здесь как именно обрабатывается сигнал в ШПС и что такое скажем, "само-восстанавливающиеся коды", они же "коды Грэя" или что такое "кодирование с перемежением", извините, я ни хрена не буду).
Итак, к SNR Margin. Чем больше, тем лучше. Ну, у меня локальное значение держится 11.5, удалённое -- 6. Меньше 6 линия будет падать.
Там же -- 'Attenuation (dB)'. Здесь наоборот -- чем меньше, тем лучше. Примерная таблица такова:
Отлично -- 5 - 20,
Неплохо -- 20 - 30,
Плохо -- 30 - 40,
Туши свет, швыряй гранату -- 50.
Так же, в графике можно глянуть на то, как заполнена линия. См. пункты 'Upstream Bin Loading' -- заполнение по частотам от нас (к "Инфолайну").
'DownStr Bin Loading' -- к нам. Немудрено заметить -- в downstream частот используется больше -- скорость-то выше к нам, чем от нас... Но нам интересно, чтобы полоса частот была бы без провалов. Если есть провал (явно видимый и в центральной части графика, а не по краям), то это довольно плохо. На той частоте, где провал, прёт помеха. Следовательно, за счёт этого и скорость низкая.
"Интегральная характеристика" -- 'SNR margin per Bin'. Этот график представляет отношение "сигнал-шум" (db, ось Y) к частоте (ось X).
Всё остальное трогать просто не рекомендую, т.к. больше особенно трогать-то и нечего -- разве что модуляцию поменять... Из дополнительных интересных возможностей могу отметить наличие тестов, позволяющих протестировать как линию, так и сам девайс и, кроме того, аппаратный сниффер. Т.е. ловит пакеты на аппаратном уровне. Ну, и по мелочи можно по-шалить -- можно перепрошить MAC-адрес, к примеру, если делать не фига. Отредактировано: the_Shadow (24.02.2007 04:02, 17 лет назад)
Пользователь сказал cпасибо:
|
the_Shadow
Сообщения: 173
| > Неважно какая скорость соеденения у тебя, главное какая скорость передачи данных в канале у провайдера.
Угу, собственно, вот и ответ на вопрос
> этт ты о чём7
Я то же почти про тоже. И так и не совсем так.
Необходимо чётко понимать, что в случае "плохой скорости" она складывается из двух составляющих -- к провайдеру из "мира" и к тебе от провайдера. И ещё из ряда вещей, что должен сделать провайдер. О них ниже.
И вот здесь ооооочень большой вопрос -- где именно скорость "плохая". Учитывая то, что по Москве все провайдеры, спасибо Корбине, сидят на волокне (у которого, замечу, "полоса пропускания" ограничена только оборудованием, оконечивающим две стороны волокна), то... О "скорости провайдера" по Москве можно забыть (закачка из сопряжённых сетей будет быстрая -- посмотрите на скриншоты выше -- сервак один, латентность, пусть и пляшет, но весьма маленькая и характерная для сетей M$, т.к. из-под Linux у меня несколько другие значения).
Из, к примеру, США скорость провайдера то же не ограничена, благо М9 и М10 (это две АТС в msk.ru, которые являются "сердцевиной" всего RUнета) стоят так же на волокне и тут то же всё тип-топ. Можете поверить на слово.
Остаётся изо всего "набора" только косой тариф (с ограничением по скорости), либо косые настройки оборудования/операционной системы на хосте пользователя или косая линия к абоненту.
С другой стороны. У провайдера. Как правило, есть ещё такая вещь, как "кэширование". Как в части DNS -- для ускорения разрешения имён, ставится кэширующий DNS как можно ближе к абоненту (выше я об этом и писал). И, как основное мероприятие, ставится "кальмар" (Squid) для кэширования страниц, запрашиваемых абонентами. Из опыта могу заметить, что прокс позволяет из кэша отдать 35-45% трафика (заметь -- не качая его из "большой" сети и не грузя канал к провайдеру!). Это связано с тем, что большинство "обычных" пользователей елозит по одним и тем же сервакам. К примеру (данные варьируются, но статистически оправданы) -- поисковики типа google характерны для "техов". Рэмблер пользуется успехом у милых дам. Yandex (особенно в виде www.ya.ru) -- у менеджеров. Но все эти "заглавные страницы" и часть результатов поиска, в случае кэширования, отдаются именно из кэша -- не столь суть -- явного или нет. Я не знаю -- стоит ли у "инфолайна" кэш для Люберец но, полагаю что должон.
[grey]У меня нет задачи отмазать "Инфолайн", т.к. для меня, как и для вас это просто провайдер. Я не работаю на них, т.к. вполне справедливо полагаю, что мои услуги стоят по-дороже, нежели они привыкли платить своим "техам". Но вот справедливости ради хочу заметить, что лишних наездов на в некотором роде "коллег" (я то же связан по работе с "сетями" и "программированием") не сильно люблю.[/grey]
> Два года назад купил D-Link 604
Не удержусь и откомментирую... Фафно. Полное. Как и весь D-Link. В общем и целом. Из опыта (некогда был админом сети из 523-х компов на машиностроительном предприятии) -- я то же думал, что D-Link рулит. Пока не прочитал одну занимательную вещь, позже подтвердив это экспериментом. На свиче было написано (в доке на свитч), что у него производительность -- 14400 пакетов в секунду. Афигеть! Дайте две!
Вот только меееееленьким шрифтом было ниже оговорено, что это справедливо для размера пакета в 64 байта. Что-то вроде ICMP (ping). Для "стандартного" Ethernet с размером пакета в 1500 байт, как ты понимаешь, оно ни фига не катит. Так что, просто лишний раз убедился в правильности сказки "О Попе и работнике его Балде"... :D:D:D
Ну, и настроечки было бы не хило посмотреть (Один из вопросов. У тебя DHCP? Каково время аренды адреса?) И, вдобавок, ещё и какой тариф по скорости, я имею ввиду. Не могу однозначно утверждать, т.к. твоей сетки не видел, но полагаю, что здесь нужно смотреть "обе стороны" -- и твою сетку и прова. |
