T_Igor Опубликовано 3 февраля, 2011 (изменено) · Жалоба У местного магистрального оператора расширили полосу со 110 до 220 mbit. При расширении изменилась топология канала - сначала был направлен на местный маршрутизатор, а с него по направлениям в сторону Москвы и в сторону Челябинска. Потом после расширения стала - сразу до Челябинска и там маршрутизируется уже на Москву. По тестам до Челябинска честные 220 mbit. Тестировали скачивая пустышки с сервера оператора, сам оператор генератором трафика показывал что все у вас каналом все окей. Но вот с Московского направления скорость стала хуже, клиентам расширили канал сначала в два раза потом еще в два раза - общая загрузка в среднем поднялась до 120-130mbit. Ну конечно если снять ограничения с торентов канал упрется в макушку. Простые пользователи жалуются что после расширения стало хуже. Подозрение что после Челябинска с кем то толкаемся в общем канале типа кто кого выдавит по приоритету. Утром когда канал менее нагружен тест скорости internet.yandex.ru показывает 20-25 mbit вечером 3-4mbit. Бороться с оператором, и как ему доказать что он не прав, или тюнинг ядра? Изменено 3 февраля, 2011 пользователем T_Igor Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 3 февраля, 2011 · Жалоба Утром когда канал менее нагружен тест скорости internet.yandex.ru показывает 20-25 mbit вечером 3-4mbit.Бороться с оператором, и как ему доказать что он не прав, или тюнинг ядра? 1) Утром подключите к внешнему каналу обычный быстрый компьютери поставьте закачку больших файлов с нескольких серверов ftp.yandex.ru в разных сетях. Из всех известных тестов это наиболее объективный. 2) Если скорость будет соответствовать заявленной, скачайте не напрямую, а через свой Интернет-шлюз. Если первая скорость будет заметно ниже заявленной - виноват провайдер. Если вторая скорость будет заметно ниже первой - виноват ваш шлюз. Дополнительно сделайте трейсы с помощью mtr и tcptraceroute. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Sp!ZER Опубликовано 3 февраля, 2011 · Жалоба tcptraceroute Илья, tcptraceroute морально устарел. Лучше пользоваться обычным traceroute с флагами -T (tcp) -I (icmp) -U (udp) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
T_Igor Опубликовано 4 февраля, 2011 · Жалоба Спасибо за методику! поротестил по методике - вот график вот отчет mtr igor:/home/igor/inbout# mtr www.yandex.ru --report --report-cycles=1000 HOST: igor Loss% Snt Last Avg Best Wrst StDev 1. ns1.trtvk.ru 0.0% 1000 0.3 0.3 0.1 3.7 0.2 2. vpn-44-1.trtvk.ru 0.0% 1000 0.4 0.4 0.2 6.4 0.2 3. 89.237.129.21 0.0% 1000 4.1 3.9 3.7 6.9 0.2 4. 217.150.62.70 0.0% 1000 4.0 7.2 4.0 194.6 20.2 5. Yandex-gw.transtelecom.net 0.0% 1000 29.6 29.5 29.5 36.0 0.3 6. toyota-vlan602.yandex.net 0.0% 1000 29.9 34.3 29.5 225.7 23.9 7. l3-s3000-s650.yandex.net 0.1% 1000 30.6 33.6 30.3 233.9 19.6 8. l3-s3200-s3000.yandex.net 0.0% 1000 30.6 33.5 30.4 229.5 19.0 9. www.yandex.ru 0.0% 1000 30.5 30.5 30.3 31.9 0.2 я так полагаю следующим этапом эти-же замеры в пик нагрузки? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...