windows 7
в обычном режиме потери 5% при пинге большим пакетом
в безопасном режиме потери 0%
провайдер утверждает, что проблема с ОС. Со стороны провайдера проблем и ошибок на порту нет.
Безопасный режим является достоверным источником стабильности интернет-соединения при
тесте линии пингом удаленного узла?
по мимо безопасного режима есть ещё и выборочный запуск, например. Потыкайся в msconfig, сперва выключил все - посмотри как пинги ходить будут, потом добавляй по очереди обратно и смотри на чем изменится.
порт провайдера пингуется без потерь в безопасном режиме. пингуется без потерь с тестового ноутбука.
пингуется ya.ru большими пакетами.
to TorukMakto: 1% это потери
to file not found...: пинг с потеряли в нормальном режиме винды идет даже до ближайшего узла в трассировке до ya.ru,
то бишь до домового коммутатора
Вопрос:
1. тестовый ноутбук со стабильным пингом является доказательством, что проблема не на стороне провайдера?
2. безопасный режим на ПК win7 является доказательством, что проблема не с сетевкой и не на стороне провайдера?
исходя из этого всего напрашивается вывод, что проблема в системе win7. Какие ваши догадки, уважаемые спецы?
1. тестовый ноутбук со стабильным пингом является доказательством, что проблема не на стороне провайдера?
если одно работает, другое нет - то проблема очень редко на стороне...
Цитата: От пользователя: Блэк_Дух
2. безопасный режим на ПК win7 является доказательством, что проблема не с сетевкой и не на стороне провайдера?
да, вполне... Но все равно лучше взять лайв сиди с другой ОСю и проверить на ней..
Я пока вижу 2 варианта копания
1 - драйверы сетевой, антивируса,
брандмауера - последние два так же затрагивают сетевые протоколы..
2 - обмен винды с "левыми" ресурсами - обновы всякие следилки которых в видне дофига..
1 - проверяется отключением всего и вся
2 - попытаться проанализировать обмен по сети во время пинга
А пинги с короткими или стандартным размером пакета тоже теряются?
что, в данном случае, понимается под портом провайдера?
может лучше тогда выложишь трассировку сюда?
про потери 5%, скорее всего в договоре есть пункт о допуске потерь до этого значения,
плюс к этому провайдер не отвечает за качество связи с серверами вне зоны своей ответственности.
про потери 5%, скорее всего в договоре есть пункт о допуске потерь до этого значения,
плюс к этому провайдер не отвечает за качество связи с серверами вне зоны своей ответственности.
Для танкистов я немного поясню ситуацию
...
icmp везде и всегда имеет практически самый низкий приоритет, и при забитом канале будет иметь потери в разы больше чем любой другой протокол.
так что 5% это вообще не показатель - вот когда icmp начнет теряться от 15-20% процентов вот это уже сигнализирует о проблемах.
Тот
же tcp потери в несколько процентов просто не увидит.
Цитата: От пользователя: Блэк_Дух
to TorukMakto: 1% это потери
Это не потери - это паранойя.
Хомяки очень любят цепляться к показаниям пинга совершенно не понимая как он работает. Пинг дает очень
приблизительные показания типа полный песец или нет.
Цитата: От пользователя: file not found...
что, в данном случае, понимается под портом провайдера?
если вы не владеете понятиями порт провайдера и последняя миля вам лучше вообще не давать советы по сетям.
Как в прочем и по архитектуре PC в которой как показывают ваши высказывания вы тоже мало что понимаете.
TCP не заметит потери нескольких пакетов из сотни так как он их передаст повторно. Собственно фича это протокола в этом и заключается. Сколь целевых байт отправлено в tcp, столько на другом конце из tcp получено.
Несколько процентов потерь ip пакетов вообще фегня.
Где чушь?
TCP не заметит потери нескольких пакетов из сотни так как он их передаст повторно. Собственно фича это протокола в этом и заключается. Сколь целевых байт отправлено в tcp, столько на другом конце из tcp получено.
Тот факт, что
TCP обеспечивает доставку пакетов не означает, что потери - это нормально.
Не забывайте, что повторная отправка пакетов ведет к снижению скорости - вместо получения новых полезных пакетов вам пытаются доставить старые. Фактически, скорость закачки чего-либо упадет на не менее чем процент
потерь.
Проблемы будут и с потоковыми сервисами - ютуб и сип-телефония будут лагать, в играх возрастет пинг.
В ситуации нормальной работы оборудования Клиента и сетевого оборудования провайдера, потерь в пределах как минимум города и до надежных ресурсов - не будет никогда.
Наличие потерь, даже 1 пакета из тысячи - однозначный признак того, что что-то идет не так. Иногда это связано с работой того ресурса, до которого есть потери, иногда - проблемами на магистральных каналах, особенно если требуемый ресурс далеко, иногда - проблемами у провайдера, а иногда и
некорректной работой оборудования пользователя. При этом, если потери наблюдаются только на одном устройстве в определенном режиме работы, и их нет ни на других устройствах, ни в других режимах - это однозначно говорит о том, что данное устройство в данном режиме работает неправильно. Что с этим
делать - уже писали ранее.
Тот факт, что TCP обеспечивает доставку пакетов не означает, что потери - это нормально.
Я не говорил что потери это нормально. Читайте внимательно. Я говорит что при малом проценте ими можно пренебречь. И если вы берете за отправную
точку icmp - пренебречь ими можно потому, что icmp протокол низкоприоритетный и может тупо быть настроен на фильтрацию при определенном количестве пакетов в секунду.
Цитата: От пользователя: karnik
Не забывайте, что повторная отправка пакетов ведет к снижению
скорости - вместо получения новых полезных пакетов вам пытаются доставить старые. Фактически, скорость закачки чего-либо упадет на не менее чем процент потерь.
Ну да. Опять же - вопрос не в том будет ли снижение (понятно что будет) скорости, а в итоговом ее снижении и влиянии на работу
протокола передачи. ПримЭр: вы закачиваете картинку с порносайта за 1500 мс (миллисекунд), потери на канале 5%, итого с учетом потерь время передачи возрастен на 5% = 1500*1.05 = 1575мс. Вопрос: способны ли вы в этом случае заметить эти 75 мс, или даже 150мс при потерях в 10%? На частоте фапа я
думаю это вообще никак не отразится.
Цитата: От пользователя: karnik
В ситуации нормальной работы оборудования Клиента и сетевого оборудования провайдера, потерь в пределах как минимум города и до надежных ресурсов - не будет никогда.
Хосподя, какая
фееричная чушь!
Какой Город??? Не такого понятия - есть понятие сегмента сети. Есть сегмент который провайдер контролирует, а есть который нет.
А теперь яркий пример из жизни. Провайдер покупает аплинк 10мбит/c.
При этом он продал 12 клиентам интернет по тарифу безлимит 1мбит/с.
Все клиенты одновременно включили торерент и даунстримят порнуху на максимальной скорости. И того: при нормальной работе оборудования вы получили 16% потерь. При этом порно качается и все довольны.
И если взглянуть на договор с провайдером то ключевое слово вовсе не скорость, а слово "до".
"Скорость до 1мбит/с" значит, что провайдер гарантирует вам что скорость ваша не будет больше тарифной. На все остальное ему насрать. На абсолютно все остальное. Т.е. по сути никакой скорости вам провайдер вообще не гарантирует.
Цитата: От пользователя: karnik
При
этом, если потери наблюдаются только на одном устройстве в определенном режиме работы, и их нет ни на других устройствах
Ну не могут потери наблюдаться на одном устройстве. Принципиально. Передача инфо ведется как минимум между двумя точками, поэтому потери будут на линии связи, а вот
причиной может быть уже некорректно работающие устройство или линия. Т.е. как минимум один из трех вариантов.
1. тестовый ноутбук со стабильным пингом является доказательством, что проблема не на стороне провайдера?
2. безопасный режим на ПК win7 является доказательством, что проблема не с сетевкой и не на стороне провайдера?
да
Цитата: От пользователя: file not found...
про потери 5%, скорее всего в договоре есть пункт о допуске потерь до этого значения,
нафик такого провайдера сразу
самое быстрое - систему переставить и не думать неделями.
Внимание! сейчас Вы не авторизованы и не можете подавать сообщения как зарегистрированный пользователь.
Чтобы авторизоваться, нажмите на эту ссылку (после авторизации вы вернетесь на
эту же страницу)
