[pnv]

Добрый день!

 

Прошу помочь с советом по методике тестирования и по общей сложившейся ситуации. А ситуация такая: Мы являемся крупным провайдером для физических лиц и подключены к каналам Ростелекома и Транстелекома. Стали замечать, что банальное скачивание файлов с большинства сайтов через канал Транса проходит намного быстрее (бывает, что в 20 раз). Строим трассы -не сказать, что по ним можно сделать выводы о качестве каналов. Обратились в Ростелеком, те посмотрев трассировки, сказали, что проблем не видят. Короче проблема так и осталась и как ее решать не ясно…

Какую методику выбирать для тестирования каналов?

Что предъявлять Ростелекому?

 

С уважением, Николай.

Изменено 22 апреля, 2010 пользователем pnv

[1GE]

О том, что сеть РТ находится в состоянии перманентной перегрузки уже более года, знают все, и лучше всех об этом знают в самом РТ.

С какой целью вы хотите что-то предъявлять РТ ?

Чего добиться-то хотите ?

 

Как говориться: "Кто ж его посадит, он же памятник!" ©Джентельмены удачи.

 

[Темный]

Я бы начал с LM, погонял бы приборчиками либо iperf-ом (ежели скорость не высока). Далее можно смело требовать тестирование с участием Ростелекома (например файлик по FTP скачать с относительно удаленного сервера) и проч.

[pnv]

О том, что сеть РТ находится в состоянии перманентной перегрузки уже более года, знают все, и лучше всех об этом знают в самом РТ.

С какой целью вы хотите что-то предъявлять РТ ?

Чего добиться-то хотите ?

Ситуация такова, что просто отказаться от Ростелекома мы не можем, нужно доказать руководству, что они из рук вон плохо работают.

[1GE]

Заставив вас искать компромат на РТ, ваше руководство просто таким образом вас элегантно послало.

:(

 

[vsn]

А каково соотношение потребляемой полосы от этих провайдеров и каков процент (пиковый) утилизации контрактной полосы в том и другом случае?

[pnv]

А каково соотношение потребляемой полосы от этих провайдеров и каков процент (пиковый) утилизации контрактной полосы в том и другом случае?

При отсутствии припендов 54% трафика уходит на Рос, утилизация контрактной полосы 78%. Однако похоже, что самый короткий путь, не самый лучший... Ростелеком сейчас предлагает провайдером хорошие скидки за анонс исходящего трафика на их канал. Таким образом, они делают ресурсы провайдеров своими.

[Andrei]

Есть такая проблема. И это печально еще и тем, что в сеть Ростелекома постепенно переводят трафик всех МРК перед предстоящим их слиянием.

[cant]

Я бы начал с LM, погонял бы приборчиками либо iperf-ом (ежели скорость не высока). Далее можно смело требовать тестирование с участием Ростелекома (например файлик по FTP скачать с относительно удаленного сервера) и проч.

Ситуация такова, что просто отказаться от Ростелекома мы не можем, нужно доказать руководству, что они из рук вон плохо работают.

Руководству ещё красивых картинок надо дать, типа http://speedtest.net , пусть сами жмакают и сравнивают. А ваше дело маленькое...

 

[PowerPack]

Да, с Ростелекомом постоянные проблемы. Реальность такова, что через них сайты рунета не выдают нормальную скорость. В часы пик Спидест во все стороны показывает скорости до 1 мегабита.

[lexusan]

Детский сад.

1. Тоже клиенты РТ, Транса и Раскома. Если есть проблемы с каналом можете настоять, чтобы протестировали канал вплоть до москвы и представили вам протокол. У них есть JDSU-шные приборы которые вполне прилично мерят ёмкость канала. Только надо либо налаживать мосты с их инженерами, либо давить на дирекцию, тогда всё быстро произойдёт.

2. Строить из себя лохов со speedtest-ом не стоит.

3. То, что у РТ есть проблемы с рунетовскими сайтами - известное дело. До многих из них он ходит через европу. Про причины здесь не раз писалось.

4. Если у РТ каналы перегружены, пути длинные или ещё какая беда - на трейсах это будет видно очень хорошо, поэтому действительно не понятно в чём проблема. Посмотрите, может у вас трафик кругом ходит? Разные пути туда и обратно? Или ещё какая патология? Может имеет смысл выложить ваши трейсы, посмотреть с lg кто как вас видит?

5. По качеству могу сказать, что РТ не лучше и не хуже, у всех свои + и -, поэтому 3 ноги и держим. Главное прямые руки и понимание потребностей как своих, так и своих клиентов. Тогда можно грамотно вырулить траффик, чтобы выжать со всех по максимуму.

Полностью согласен...

[Dimitrius]

А каково соотношение потребляемой полосы от этих провайдеров и каков процент (пиковый) утилизации контрактной полосы в том и другом случае?

При отсутствии припендов 54% трафика уходит на Рос, утилизация контрактной полосы 78%. Однако похоже, что самый короткий путь, не самый лучший... Ростелеком сейчас предлагает провайдером хорошие скидки за анонс исходящего трафика на их канал. Таким образом, они делают ресурсы провайдеров своими.

наличие деградации сервиса в момент пиковой утилизации канала?

[j_box]

Ну вот опять... склоняют "злой" Ростелеком, а ТТК белый и пушистый как всегда не при делах.

Ну, ну...

 

Кто ж мешает настроить маршрутизацию так, чтобы ОПГ-шный трафик шел через ОПГ-шный апстрим, а трафик остального Рунета через РТ? Все ж в Ваших руках...

 

[1GE]

Джей, так развернуть ОПГ через ТТК не проблема, когда будет убран для начала 12-ти часовой перегруз в сутки на стыке РТ и MSK-IX ?

[lexusan]

Джей, так развернуть ОПГ через ТТК не проблема, когда будет убран для начала 12-ти часовой перегруз в сутки на стыке РТ и MSK-IX ?

Нет там никакого перегруза, тем более 12-ти часового...

[j_box]

Джей, так развернуть ОПГ через ТТК не проблема, когда будет убран для начала 12-ти часовой перегруз в сутки на стыке РТ и MSK-IX ?

Гиг!

Я тут софтину небольшую сварганил. Еще один велосипед изобрел для домашнего использования.

Пингует в многопоточном режиме желаемые ресурсы, размер ICMP пакета выставил побольше, для верности (не жалко, дома анлим). 400 байт взял. Ну и понаблюдал из дома за крупными сетями Рунета часов 10-12 кряду. (По ссылке скриншот результата)ping

 

Я клиент одного из крупных альтернативщиков города, астримы за последние пол-года-год менялись, но качество инета ухудшалось лишь эпизодически (связываю с авариями на мети магистралов). Петлевого трафика тоже достаточно мало. У моего домашнего провайдера сейчас "рабочие" три ноги, но стыки есть практически со всеми магистралами, которые есть в городе, видимо "на всякий случай". :)

 

Кто ж мешает вот так настроить маршрутизацию остальным?

 

ЗЫ: Завтра я поковыряю ресурсы, которые через сеть РТ должны идти через MSK-IX (коли уж так интересно), повторю эксперимент, результатами поделюсь.

 

 

 

 

 

 

[DelSt]

А дашь покататься на велосипеде другим? =)

 

p.s. Хотелось бы увидеть эдакую сравнительную таблицу доступности

[j_box]

Покататься? Почему нет? Без проблем.

Только сразу предупреждаю, собрано на коленке, исходники сильно непричесанные - дилетантство.

 

Здесь лежит экзешник (кому не страшно) и исходники на дельфях

 

 

[Sonne]

А вот еще ссылка на пузомерку

 

http://asrank.happy.kiev.ua/

 

Поставьте там ru и наслаждайтесь триумфом национального чемпиона.

[shrs]

более доработана вот эта http://www.nirsoft.net/utils/multiple_ping_tool.html

[rm_]

Здесь лежит экзешник (кому не страшно) и исходники на дельфях

Откройте для себя smokeping.

Пример работающего инстанса:

http://noc.birkenwald.de/smokeping/smokepi...gi?target=World

[1GE]

Джей, так развернуть ОПГ через ТТК не проблема, когда будет убран для начала 12-ти часовой перегруз в сутки на стыке РТ и MSK-IX ?

Нет там никакого перегруза, тем более 12-ти часового...

Пинг напрямую через MSK-IX.

Снимался только что.

Естественно симметрия и пр и пр.

 

PING ns1.rostelecom.ru (87.226.162.62): 56 data bytes

64 bytes from 87.226.162.62: icmp_seq=0 ttl=251 time=1.104 ms

64 bytes from 87.226.162.62: icmp_seq=1 ttl=251 time=1.001 ms

64 bytes from 87.226.162.62: icmp_seq=2 ttl=251 time=1.136 ms

64 bytes from 87.226.162.62: icmp_seq=3 ttl=251 time=0.998 ms

64 bytes from 87.226.162.62: icmp_seq=4 ttl=251 time=1.169 ms

64 bytes from 87.226.162.62: icmp_seq=5 ttl=251 time=34.639 ms

64 bytes from 87.226.162.62: icmp_seq=6 ttl=251 time=1.060 ms

64 bytes from 87.226.162.62: icmp_seq=7 ttl=251 time=2.061 ms

64 bytes from 87.226.162.62: icmp_seq=8 ttl=251 time=33.159 ms

64 bytes from 87.226.162.62: icmp_seq=9 ttl=251 time=1.034 ms

 

--- ns1.rostelecom.ru ping statistics ---

10 packets transmitted, 10 packets received, 0% packet loss

round-trip min/avg/max/stddev = 0.998/7.736/34.639/13.089 ms

 

И пожалуйста не надо сказок про то, что перегружена сама девятка или наш стык с ней...

[j_box]

А вот еще ссылка на пузомерку

 

http://asrank.happy.kiev.ua/

 

Поставьте там ru и наслаждайтесь триумфом национального чемпиона.

Зонне. Павел Гульчук сделал действительно классный инструмент для анализа связанности сетей.

Сделал здорово, очень профессионально (каждый файл базы райпа весит несколько десятков метров (фул-вью операторов собранные со всех ай-иксов), попробуйте написать код который бы парсил такие объемы инфы (извлекая и сравнивая ASPath), с такой скоростью...

 

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

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

 

Алгоритм определения апстрим-клиент описан в ЖЖ Павла и он работает корректнее, чем алгоритм, применяемый для анализа сетей Кайдой.

Причем писал все это Павел на голом энтузиазме... Перловские и сишные исходники - выложены там же...

 

Небрежно назвать такое "пузомеркой" может только значительно превосходящий Павла по профессионализму программист+сетевой инженер. Сможете продемонстрировать хотя бы что-то близкое по классу, написанное своими руками?

 

К сожалению, при построении рейтинга, алгоритм Павла не учитывает пиры операторов. И от этого картина связанности операторов не полна.

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

 

Попробуйте собрать вул-вью всех провайдеров на планете и обновлять такую БД каждые 15 минут... Тривиальная задача?

И Кайда, и робтекс, и Гульчук используют именно райповскую базу... т.к. альтернативную базу собрать почти невозможно.

 

Гигу...

Нет у меня достаточно опыта-знаний, чтобы комментировать Ваш трейс.

И не могу быть уверенным на 100% что увеличение задержек 10% пакетов на 30 мс - является очевидным признаком перегруза именно стыка РТ-MSK-IX. Как ведет себя маршрутизатор при перегрузе и как это внешне проявляется должно зависеть от многих параметров.

Например: как настроен порт? что там шейп или поли... (как там его... блин забыл... :( )?

Насколько загружены процы маршрутизаторов (всех хопов между вами и dns сервером ростелика) т.е. сколько вообще маршрутизаторы прожевывают пакетов в секунду? От загрузки портов, от среднего размера пакета, от того какая архитектура маршрутизаторов (юзают ли они общую шину для коммутации пакетов между интерфесами, как они считывают заголовки входящих пакетов) и еще Бог его знает от чего...

 

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

Я думаю сетевой инженер легко назвал бы десяток вероятных причин почему ваш пинг прошел с задержками.

Поэтому - претензии, рассуждая логически, незачОт (веских доказательств "диагноза" не предоставлено).

 

Кто-нибудь из Гуру. если не трудно прокомментируйте чтобы разрешить спор. Слово практика тут как никогда актуально.

[sigo]

Джей, так развернуть ОПГ через ТТК не проблема, когда будет убран для начала 12-ти часовой перегруз в сутки на стыке РТ и MSK-IX ?

Нет там никакого перегруза, тем более 12-ти часового...

Пинг напрямую через MSK-IX.

Снимался только что.

Естественно симметрия и пр и пр.

 

PING ns1.rostelecom.ru (87.226.162.62): 56 data bytes

64 bytes from 87.226.162.62: icmp_seq=4 ttl=251 time=1.169 ms

64 bytes from 87.226.162.62: icmp_seq=5 ttl=251 time=34.639 ms

64 bytes from 87.226.162.62: icmp_seq=6 ttl=251 time=1.060 ms

64 bytes from 87.226.162.62: icmp_seq=7 ttl=251 time=2.061 ms

64 bytes from 87.226.162.62: icmp_seq=8 ttl=251 time=33.159 ms

64 bytes from 87.226.162.62: icmp_seq=9 ttl=251 time=1.034 ms

 

--- ns1.rostelecom.ru ping statistics ---

10 packets transmitted, 10 packets received, 0% packet loss

round-trip min/avg/max/stddev = 0.998/7.736/34.639/13.089 ms

 

И пожалуйста не надо сказок про то, что перегружена сама девятка или наш стык с ней...

Вы не правы. Последнее расширение одного (если я не ошибаюсь их 3) из стыков РТ<=>MSK-IX было в середине апреля. График:

 

System: M7-AR4 in

Maintainer: noc@rtkmss.ru

Description: ae5 ## INET: MSK-IX RISS-15837 ##

ifType: ieee8023adLag (161)

ifName: ae5

Max Speed: 40.0 Gbits/s

 

--------------------------------------------------------------------------------

The statistics were last updated. [ router client ]

--------------------------------------------------------------------------------

`Daily' Graph (5 Minute Average)

Max In: 22.1 Gb/s (55.3%) Average In: 16.1 Gb/s (40.2%) Current In: 9881.0 Mb/s (24.7%)

Max Out: 2521.4 Mb/s (6.3%) Average Out: 1523.0 Mb/s (3.8%) Current Out: 556.9 Mb/s (1.4%)

 

--------------------------------------------------------------------------------

`Weekly' Graph (30 Minute Average)

Max In: 28.3 Gb/s (70.7%) Average In: 17.3 Gb/s (43.2%) Current In: 9959.4 Mb/s (24.9%)

Max Out: 2970.0 Mb/s (7.4%) Average Out: 1633.9 Mb/s (4.1%) Current Out: 584.3 Mb/s (1.5%)

 

Вы можете мне не верить, но номера заказов я оставил в тексте, чтобы Ваш знакомый инженер из РТК мог бы по номеру подтвердить данную информацию.

 

[lexusan]

Согласен с j_box, такой пинг не доказывает перегруз на стыке, тем более по графикам sigo видно, что там все в порядке.