как жить на осаде

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

 

проблема такая же. причем, что из дома на канале 4мбит/с, что на работе с оптикой не ниже 8/8мбит/с.
трассы криминала не показывают, зато показывает статистика по пакетам. в момент лага клиент спамит пакетами по самое не хочу, зато в ответ получает 1-2 пакета... потом сыпится куча и опять ступор в полученных. кстати средняя скорость обмена на осадах не привышает 35кб/с, хотя в канале 1мб/с, очень уж напоминает ситуацию с перегруженным файлообменником
т.е. перестает отвечать оборудование на стороне линяги как раз.

кстати, а вы бы посмотрели загрузку оборудования в момент осад, потому что ситуация у меня на работе была точно такая же - не справлялся один из маршрутизаторов. в эти моменты загрузка процессора маршрутизатора 90% и более. (show ip cache flow например, если оборудование cisco - текущий трафик и

)
если загрузка на одном из маршрутизаторов выше 85% - пичалька... надо пробовать разгружать бедную сиську)

 

делайте на осадах трассировки туда и обратно, и винмтром, и не по 5 секунд, что сейчас то говорить

зы интырнет в россии такой "идеальный", особенно когда щас дырявый ростелеком подгреб большинство провов под себя (даже билайн, который шел раньше через ттк, думаю юсби модем можно выкидывать спокойно), что каналы пакетами так простите засираются, то есть не могут пробиться в ту или иную сторону

в общем это вечная проблема, которой нет начала и конца.

 

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

 

по крайней мере в данном случае ростелеком как бы ни при чем ...

а если ли вообще смысл (а точнее практическая польза) в таком случае от анализа лога пакетов? в общем это особо влияния ни на магистралов, ни на иннову не оказывает ...

 

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

 

а что мешает думать помасштабнее над моим постом? подумай, потом квоть.

 

просто писать лог, а потом его смотреть нет ни времени, ни особого желания ...
обычно идешь простым логическим путем по цепочке
1) свой комп (+ прочее свое оборудование)
2) провайдер
3) магисталь до мск
4) м9
5) inn.ru



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

у инновы проблемы обычно более/менее быстро решаеться вплоть до рестарта серверов, а то что твориться на м9 вообще тайна - и в обоих случаях эти проблемы особо не озвучиваются

можно еще конечно вспомнить такой документ: приказ министерства информационных технологий и связи рф от 27 сентября 2007 г. n 113, в котором есть параметр "коэффициент потери пакетов информации". другой вопрос, что в этом случае претензии к кому предъявлять? потери же вроде как не на стороне провайдера ...

это так, если думать масштабно и в общем

 

закрываю в связи с утерей актуальности.