Перейти к содержимому
Калькуляторы

Преблема с внешним каналом!

У местного магистрального оператора расширили полосу со 110 до 220 mbit. При расширении изменилась топология канала - сначала был направлен на местный маршрутизатор, а с него по направлениям в сторону Москвы и в сторону Челябинска. Потом после расширения стала - сразу до Челябинска и там маршрутизируется уже на Москву.

По тестам до Челябинска честные 220 mbit. Тестировали скачивая пустышки с сервера оператора, сам оператор генератором трафика показывал что все у вас каналом все окей.

Но вот с Московского направления скорость стала хуже, клиентам расширили канал сначала в два раза потом еще в два раза - общая загрузка в среднем поднялась до 120-130mbit. Ну конечно если снять ограничения с торентов канал упрется в макушку. Простые пользователи жалуются что после расширения стало хуже.

Подозрение что после Челябинска с кем то толкаемся в общем канале типа кто кого выдавит по приоритету.

Утром когда канал менее нагружен тест скорости internet.yandex.ru показывает 20-25 mbit вечером 3-4mbit.

Бороться с оператором, и как ему доказать что он не прав, или тюнинг ядра?

Изменено пользователем T_Igor

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Утром когда канал менее нагружен тест скорости internet.yandex.ru показывает 20-25 mbit вечером 3-4mbit.

Бороться с оператором, и как ему доказать что он не прав, или тюнинг ядра?

1) Утром подключите к внешнему каналу обычный быстрый компьютер

и поставьте закачку больших файлов с нескольких серверов ftp.yandex.ru в разных сетях.

 

Из всех известных тестов это наиболее объективный.

 

2) Если скорость будет соответствовать заявленной, скачайте не напрямую, а через свой Интернет-шлюз.

 

Если первая скорость будет заметно ниже заявленной - виноват провайдер.

Если вторая скорость будет заметно ниже первой - виноват ваш шлюз.

 

Дополнительно сделайте трейсы с помощью mtr и tcptraceroute.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

tcptraceroute

Илья, tcptraceroute морально устарел. Лучше пользоваться обычным traceroute с флагами -T (tcp) -I (icmp) -U (udp)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Спасибо за методику!

поротестил по методике - вот график

post-6402-1296791383_thumb.png

вот отчет 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

 

я так полагаю следующим этапом эти-же замеры в пик нагрузки?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.