Странная временная недоступность сайтов

[trager]

Имеем подключение к интернету через большого провайдера , но у которого нет ярко представленной службы поддержки быстрого и грамотного реагирования (впрочем наверно это не редкость) поэтому на них надежды нет . Спасение утопающих дело рук самих тонущих!
Так вот стали происходить какие то затыки в работе , подключение к сети есть и пинги до сайта бегают , но странички не открываются полностью , открывается только скажем так скелет страницы - текстовуха там некоторая (я не силён в веб программировании не судите строго) а всё остальное -картинки флеш анимация , скрипты и прочий тяжёловесный контет как будто сайт не отдаёт , но при этом другие сайты могут как с равной долей вероятности также не открываться как проблемный но могут и открываться нормально пока другой тупит, потом всё нормализуется.
Сначала я подозревал что это локальная проблемма недостпности этих сайтов , но когда это приобрелло массовый характер я стал задумываться уже всерьёз. Всё усугубляется тем что эта проблемма не постоянна , щас сайт не открывается полностью , а через минуту буквально всё работает как ни в чём и бывало! Всё указывает на то что это какието лаги у прова , так как через другого провайдера всё тип топ. Так же интересен тот факт что сайт самого провайдера также подвержен этим затупам в работе. Ешё заметил такую вещ что при косяке, например mail.ru всегда ровно открывается , но только морда сайта а зайти дальше в глубь нельзя- начинаются жёсткие повисы . Такое впечатление что провайдер гонит траффик через какойто прокси который переодически тупит иза перегрузки например, но пров категорически отрицает наличие прокси и какого либо кеширования у себя.
Как можно проверить в чём проблемма и как грамотно высказать это провайдеру, так как у него понятие одно - выход в сеть как работа лампочки либо горит либо нет , а за стабильность траффика он типа отвечать не может , он только предоставляет канал в сеть а что там происходит с сайтами ему не почём .
Ещё интересный момент когда начинается проблемма и не открываются сайты , программы мессенджеры , аська и всё такое нормально продолжают работать , и пересылать свои маленькие пакеты с данными.
Народ выручайте, что можно предпринять , что бы грамотно доказать прову косяк с его стороны, или как нибудь диагностировать проблемму.

PS Вариант сменить провайдера не предлагать по причинам лежащим в другой плоскости от технической.

[exo]

подключение к сети есть и пинги до сайта бегают »
трассировки ?

[trager]

exo, всё как обычно ничего ненормального ни до лагов ни во время них

Вот ещё что заметил , в браузере опера есть функция "веб ускорение" там траффик с сайта гониться через промежуточный сервер где типа уплотняется и отправляется клиенту и в результате получается вроде ускорение открытия сайтов. Так вот при косяке когда сайты не открываются , если переключиться на этот режим то в примерно 80 % можно спокойно сайт увидеть, отключаеш снова косяк. Но такое срабатывает не всегда !
Бывает что не открываютя "буржуйские сайты" типа microsoft.com :) , тогда как сайты в зоне RU открываются! При этом трассировка до неоткрывающегося сайта бегает.

[exo]

в браузере опера »
тормоза только в опере, или во всех браузерах?

[trager]

exo, Проблемма не в машине и не в браузере , уже проверено и перепроверенно не один раз!
Проблемма именно в канале провайдера, только эта проблемма носить какойто перманентный характер и не со всеми ресурсами , поэтому трудно достучаться до сознания техподдержки .
Поэтому я спрашиваю какие есть методы проверки канала кроме пинга тракера и измерялки скорсти, так как они показывают нормальный режим работы. но ведь проблемма есть !
Наш провайдер государственного масштаба и держит связь по всему государству + имеет не один канал за бугор, поэтому я предпологаю два варианта
1. Либо траффик всёже как то пропускается через прокси или какиенибудь "наблюдающие" сервера и там затык
2. Либо какието маршрутизаторы криво обрабатывают пакеты и теряют их

[exo]

2. Либо какието маршрутизаторы криво обрабатывают пакеты и теряют их »
вот трасировка это и может показать. если есть Linux - команда mtr.
Имеем подключение к интернету через большого провайдера »
а комп как сам подлкючон? проводом или модем\роутер?

[trager]

если есть Linux - команда mtr »
Нет с Linux-ом не знаком , но в Windows tracert показывает один и тот же маршрут как во время сбоя так и при нормальной работе .

Подключение выполнено к прову через ADSL модем работающий в режиме моста RFC1483 , подключение к машине через изернет порт на модеме

Вообще клиентскую сторону можно полностью отмести так как
1. В 75 процентах времени всё работает нормально
2. Самый веский аргумент :) Использовался совершенно другой комплект модем+комп И лаги ТЕЖЕ САМЫЕ

[kim-aa]

Ещё интересный момент когда начинается проблемма и не открываются сайты , программы мессенджеры , аська и всё такое нормально продолжают работать , и пересылать свои маленькие пакеты с данными. »

Попробуйте размер пакетов уменьшить.

[trager]

размер пакетов уменьшить »
Размер каких пакетов и где?

[kim-aa]

Размер каких пакетов и где? »

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

[trager]

В данный момент граничным интерфейсом является изернет порт у ADSL модема , от него через свитч на
1. машину представляющую шлюз (НАТ и ПРОКСИ) локальной сети №1
2. и со второго порта свитча в другую сеть №2

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

[Makzs]

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

[ab57]

Но ведь играться с размерами пакетов это не выход, цель понять в чём проблемма , запротоколировать её и доказать прову его косяк опираясь на эти данные.
Как ещё можно проверить качество доступа к ресурсам в сети кроме пинга и трассировки маршрута, может есть какой то специальный софт для этого? »
То, что это пров - не факт. Вам как раз и предлагают сначала разобраться со своей стороной, поскольку здесь вам и карты в руки, убедиться, что это не у вас проблемы, а потом уже разбираться с провом. Другого способа, как "играться" с пакетами, модемами, пингами... все равно нет.
Имеем подключение к интернету через большого провайдера »
Сомнительно, чтобы такой пров сознательно чудил.
Я бы для начала перевел модем в режим маршрутизатора, при возникновении проблем посмотрел бы его статистику .
Собрал бы статистику пингом с ключиком -l (длина ICMP-сообщения) - как ведет себя пинг на длинных пакетах когда возникают сбои и когда все нормально. На большом количестве пингов (ключик -t или -n xxxx)
Посмотрел бы чем отличается трасса к серверу, который нормально доступен от трассы к ненормально работающему серверу. Повторил бы tracert несколько раз - не меняется ли маршрут?
Поставил бы на шлюзе анализатор трафика, возможно, он что-нибудь покажет, когда возникнут сбои.
Определил бы, связаны ли проблемы с HTTP-протоколом, как ведет себя FTP, почта ?
Когда вы для себя проясните ситуацию, то и с провайдером будет проще общаться.

[Midnight-Ghost]

Под Виндой давно не сижу, но подобного рода проблемы были. В моём случае у провайдера DNS перегруженный был. Гляньте в настройках адреса первичного и вторичного DNS. Если пинг до ДНС слишком долгий - можно заменить записи ДНС да другие. Найти их в гугле можно(free Fast DNS server list). Мне лично это помогло решить проблему и грузится всё почти моментально. Просто может выйти что маленькие пакеты потому и грузятся что расход пойска ДНС записи покрывается маленьким размером данных, а при больших - таймаут соединения. Ещё одной причиной подобных глюков могут стать программы типа Torrent, ED2K и прочие качалки создающие огромное количество соединений, что в свою очередь может вызвать "подвисание" модема/роутера.