The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Провайдер обманывает! Как выяснить?"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Провайдер обманывает! Как выяснить?"
Сообщение от Gray emailИскать по авторуВ закладки on 06-Сен-02, 23:40  (MSK)
Похоже что крупный провайдер предоставляет некачественный сервис. Как можно проконтролировать? Ситуация такая, что у провайдера есть циска местная и похоже в Москве, так вот на местную циску цепляется куча крупных пользователей, а до Москвы канал тухлый.... :( Когда я это заметил, то написал скрипт который пускал трейсроут и возвращал по одному определенному хопу (первому, второму, третьему и т.д.) максимальное прохождение пакета и минимальное... Привернул все это к мртг и картинка нарисовалась очень занятная. Если смотреть на хоп до провайдера, то все ок, а вот хоп от первой провайдерской циски до следующей часов так с 10 утра и до 18 плавненько возрастал достигая пика примерно с 14 до 16 часов. На провайдера было отправлено письмо с претензиями... На звонки по телефону они что-то невнятно и неправдоподобно мямлили... Но (!) дня три тому назад мртгшные графики выровнялись.... казалось бы все хорошо... но что-то сомнения душу гложат, уж больно как-то медленно все равно интернет работает. И подумал я... а не схитрил ли провайдер и не настроил ли он между этими цисками приоритет для icmp пакетов?
Кто нибудь сталкивался с такой проблемой? Как проконтролировать провайдера в этом случае? Подскажите плиз...
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "RE: Провайдер обманывает! Как выяснить?"
Сообщение от Gray emailИскать по авторуВ закладки on 09-Сен-02, 10:51  (MSK)
>Кто нибудь сталкивался с такой проблемой? Как проконтролировать провайдера в этом случае?
>Подскажите плиз...
Нда... видно никто не знает, раз все молчат....

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "RE: Провайдер обманывает! Как выяснить?"
Сообщение от J Искать по авторуВ закладки on 09-Сен-02, 11:05  (MSK)
>>Кто нибудь сталкивался с такой проблемой? Как проконтролировать провайдера в этом случае?
>>Подскажите плиз...
>Нда... видно никто не знает, раз все молчат....


1. если у вас в договоре указано CIR, то его и требуйте, проверить можно елементарно, качая по ftp или http с их сайта в Москве (или что у них там рядом может лежать).
2. traceroute посылает udp-пакеты на порты 33434 и выше, и получает icmp-ответы, что порт недоступен.можно изменить порты, но вряд ли это что-то даст, если вы подозреваете, что зарезали трафик с 80 порта

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "RE: Провайдер обманывает! Как выяснить?"
Сообщение от Gray emailИскать по авторуВ закладки on 09-Сен-02, 22:04  (MSK)
>1. если у вас в договоре указано CIR, то его и требуйте,
>проверить можно елементарно, качая по ftp или http с их сайта
>в Москве (или что у них там рядом может лежать).
Организация о которой идет речь - ТЦУ-Ком. В договоре указано что скорость определяется в бланк заказе, а в бланк-заказе указывается скорость порта к подключаемому оборудованию.

>2. traceroute посылает udp-пакеты на порты 33434 и выше, и получает icmp-ответы,
>что порт недоступен.можно изменить порты, но вряд ли это что-то даст,
>если вы подозреваете, что зарезали трафик с 80 порта
Дело не в том что зарезали, дело в том что на один канал повесили несколько местных провайдеров и похоже что пропускной способности этого канала в часы нагрузки попросту нехватает. В претензии с нашей стороны предъявлялась статистика собраная с интервалом в 5 минут вот таким скриптом:
traceroute -n -m$1 -M$1 yandex.ru 2>/dev/null | sed 's/\([0-9]*\.[0-9]*\.[0-9]*\.[0-9]*\)//g' | sed 's/ms//g' | sed 's/\*/0\.000/g' | awk '{if ($2>$3) {if ($2>$4) { a = $2 } else { a = $4 }} else {if ($3>$4) { a = $3 } else { a = $4 }}; if ($2<$3) {if ($2<$4) { b = $2 } else { b = $4 }} else {if ($3<$4) { b = $3 } else { b = $4 }}; print a"\n"b }'| awk -F. '{ print $1 }'
echo 0
echo 0
echo
где в параметрах ему передается номер хопа от хоста, а результат выполнения скрипта для каждого хопа выводился в отдельный график mrtg - было очень четко видно на каком участке возникают проблемы с шириной канала.
Вот пример для первого хопа mrtg.cfg:
Language: russian
Background[_]: #e0e0e0e0
Colours[_]: GREEN#FFBB00, BLUE#DD00FF, DARK GREEN#006600, VIOLET#ff00ff
MaxBytes[_]: 2000
AbsMax[_]: 2000
Options[_]: growright, nopercent, nobanner, absolute, gauge, withzeroes, noborder

Target[hop-1]: `/home/xxx/bin/check-channel.sh 1`
Title[hop-1]: Time of passing of the packets up to the first hop
PageTop[hop-1]:<H1>Time of passing of the packets up to the first hop</H1>
LegendI[hop-1]: Time
LegendO[hop-1]:
Legend1[hop-1]: Time
Legend2[hop-1]:
YLegend[hop-1]: ms
ShortLegend[hop-1]: ms
Options[hop-1]: growright, nopercent, nobanner, absolute, gauge, withzeroes, noborder

Так вот, есть такое подозрение, что т.к. расширять канал дело не дешовое, то решили они замять этот вопрос (не знаю временно или постоянно) пока настроив приоритетную очередь на пакеты такого типа между своими цисками...
Что касается закачки, то это конечно делать можно, но имхо как-то некрасиво получается если файл какой-то через каждые 5 минут тащить, да и к тому же на маленьком файле реально скорости не увидишь, а большим можно трафика много нагенерить... Может быть есть еще какие вариатны?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "RE: Провайдер обманывает! Как выяснить?"
Сообщение от Lyncher emailИскать по авторуВ закладки on 10-Сен-02, 16:35  (MSK)
а может они dst адрес меняют на первом раутере и ты трасируешь всё время второй их раутер :-)
пороси public snmp с какого-нить твоего ip на их раутерах и смотри :-)
в крупных провайдерах такие конфликты решаются так
если более-мение крупный клиент, то напиши официальное письмо от компании
обычно дают и трафик для тестов и тд...
  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "RE: Провайдер обманывает! Как выяснить?"
Сообщение от AD emailИскать по авторуВ закладки on 11-Сен-02, 06:38  (MSK)
>а может они dst адрес меняют на первом раутере и ты трасируешь
>всё время второй их раутер :-)
>пороси public snmp с какого-нить твоего ip на их раутерах и смотри
>:-)
>в крупных провайдерах такие конфликты решаются так
>если более-мение крупный клиент, то напиши официальное письмо от компании
>обычно дают и трафик для тестов и тд...

tcpstat кажет реальную скорость канала.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "RE: Провайдер обманывает! Как выяснить?"
Сообщение от Gray emailИскать по авторуВ закладки on 11-Сен-02, 12:21  (MSK)
>tcpstat кажет реальную скорость канала.
Это где такое? У меня FreeBSD 4.6 и что-то я там не нашел такой команды...


  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "RE: Провайдер обманывает! Как выяснить?"
Сообщение от AD emailИскать по авторуВ закладки on 11-Сен-02, 12:25  (MSK)
>>tcpstat кажет реальную скорость канала.
>Это где такое? У меня FreeBSD 4.6 и что-то я там не
>нашел такой команды...

в портах есть точно.

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру