нестабильный пинг
Б
Блэк_Дух
windows 7
в обычном режиме потери 5% при пинге большим пакетом
в безопасном режиме потери 0%
провайдер утверждает, что проблема с ОС. Со стороны провайдера проблем и ошибок на порту нет.
Безопасный режим является достоверным источником стабильности интернет-соединения при тесте линии пингом удаленного узла?
в обычном режиме потери 5% при пинге большим пакетом
в безопасном режиме потери 0%
провайдер утверждает, что проблема с ОС. Со стороны провайдера проблем и ошибок на порту нет.
Безопасный режим является достоверным источником стабильности интернет-соединения при тесте линии пингом удаленного узла?
H
Harwest
Загрузить с лайв-диска линь и перепроверить.
H
HotGuy
по мимо безопасного режима есть ещё и выборочный запуск, например. Потыкайся в msconfig, сперва выключил все - посмотри как пинги ходить будут, потом добавляй по очереди обратно и смотри на чем изменится.
f
file not found...
провайдер утверждает
провайдеру верить нельзя, у них всегда
Со стороны провайдера проблем нет
пинг то до чего идет с потерями?
Б
Блэк_Дух
до яндекса
T
TorukMakto
5% это не потери. И начинать надо с пинга порта провайдера.
А то блин прочитают про пинг не понимая как он в принципе работает.
f
file not found...
Если есть роутер, сначала пинг до роутера, дальше пинг с роутера до шлюза,
Если нет роутера пинг сразу до шлюза.
Ну или сразу пинг до шлюза.
Если нет роутера пинг сразу до шлюза.
Ну или сразу пинг до шлюза.
Б
Блэк_Дух
порт провайдера пингуется без потерь в безопасном режиме. пингуется без потерь с тестового ноутбука.
пингуется ya.ru большими пакетами.
to TorukMakto: 1% это потери
to file not found...: пинг с потеряли в нормальном режиме винды идет даже до ближайшего узла в трассировке до ya.ru, то бишь до домового коммутатора
Вопрос:
1. тестовый ноутбук со стабильным пингом является доказательством, что проблема не на стороне провайдера?
2. безопасный режим на ПК win7 является доказательством, что проблема не с сетевкой и не на стороне провайдера?
исходя из этого всего напрашивается вывод, что проблема в системе win7. Какие ваши догадки, уважаемые спецы?
пингуется ya.ru большими пакетами.
to TorukMakto: 1% это потери
to file not found...: пинг с потеряли в нормальном режиме винды идет даже до ближайшего узла в трассировке до ya.ru, то бишь до домового коммутатора
Вопрос:
1. тестовый ноутбук со стабильным пингом является доказательством, что проблема не на стороне провайдера?
2. безопасный режим на ПК win7 является доказательством, что проблема не с сетевкой и не на стороне провайдера?
исходя из этого всего напрашивается вывод, что проблема в системе win7. Какие ваши догадки, уважаемые спецы?
H
HotGuy
Какие ваши догадки, уважаемые спецы?
я ж тебе говорил, пуск - строка поиска - msconfig
Выбирай диагностический запуск, и смотри на свои пинги
[Сообщение изменено пользователем 08.07.2016 07:38]
a
andi_79
1. тестовый ноутбук со стабильным пингом является доказательством, что проблема не на стороне провайдера?
если одно работает, другое нет - то проблема очень редко на стороне...
2. безопасный режим на ПК win7 является доказательством, что проблема не с сетевкой и не на стороне провайдера?
да, вполне... Но все равно лучше взять лайв сиди с другой ОСю и проверить на ней..
Я пока вижу 2 варианта копания
1 - драйверы сетевой, антивируса, брандмауера - последние два так же затрагивают сетевые протоколы..
2 - обмен винды с "левыми" ресурсами - обновы всякие следилки которых в видне дофига..
1 - проверяется отключением всего и вся
2 - попытаться проанализировать обмен по сети во время пинга
А пинги с короткими или стандартным размером пакета тоже теряются?
Б
Бухалов™
Драйвер на сетевуху обновить, антивирь и всякое такое говно — срыть.
5% это не потери
f
file not found...
порт провайдера пингуется
что, в данном случае, понимается под портом провайдера?
может лучше тогда выложишь трассировку сюда?
про потери 5%, скорее всего в договоре есть пункт о допуске потерь до этого значения,
плюс к этому провайдер не отвечает за качество связи с серверами вне зоны своей ответственности.
T
TorukMakto
плюс к этому провайдер не отвечает за качество связи с серверами вне зоны своей ответственности.
Для танкистов я немного поясню ситуацию ...
icmp везде и всегда имеет практически самый низкий приоритет, и при забитом канале будет иметь потери в разы больше чем любой другой протокол.
так что 5% это вообще не показатель - вот когда icmp начнет теряться от 15-20% процентов вот это уже сигнализирует о проблемах.
Тот же tcp потери в несколько процентов просто не увидит.
to TorukMakto: 1% это потери
Это не потери - это паранойя.
Хомяки очень любят цепляться к показаниям пинга совершенно не понимая как он работает. Пинг дает очень приблизительные показания типа полный песец или нет.
что, в данном случае, понимается под портом провайдера?
если вы не владеете понятиями порт провайдера и последняя миля вам лучше вообще не давать советы по сетям. Как в прочем и по архитектуре PC в которой как показывают ваши высказывания вы тоже мало что понимаете.
[Сообщение изменено пользователем 08.07.2016 13:09]
Б
Бухалов™
Тот же tcp потери в несколько процентов просто не увидит.
ты несёшь чушь
T
TorukMakto
ты несёшь чушь
TCP не заметит потери нескольких пакетов из сотни так как он их передаст повторно. Собственно фича это протокола в этом и заключается. Сколь целевых байт отправлено в tcp, столько на другом конце из tcp получено.
Несколько процентов потерь ip пакетов вообще фегня.
Где чушь?
f
file not found...
Для танкистов
да я смотрю ты из элитных войск, всё-то знаешь
ты несёшь чушь
Где чушь?
так что 5% это вообще не показатель - вот когда icmp начнет теряться от 15-20% процентов вот это уже сигнализирует о проблемах.
k
karnik
Тот факт, что TCP обеспечивает доставку пакетов не означает, что потери - это нормально.
Не забывайте, что повторная отправка пакетов ведет к снижению скорости - вместо получения новых полезных пакетов вам пытаются доставить старые. Фактически, скорость закачки чего-либо упадет на не менее чем процент потерь.
Проблемы будут и с потоковыми сервисами - ютуб и сип-телефония будут лагать, в играх возрастет пинг.
В ситуации нормальной работы оборудования Клиента и сетевого оборудования провайдера, потерь в пределах как минимум города и до надежных ресурсов - не будет никогда.
Наличие потерь, даже 1 пакета из тысячи - однозначный признак того, что что-то идет не так. Иногда это связано с работой того ресурса, до которого есть потери, иногда - проблемами на магистральных каналах, особенно если требуемый ресурс далеко, иногда - проблемами у провайдера, а иногда и некорректной работой оборудования пользователя. При этом, если потери наблюдаются только на одном устройстве в определенном режиме работы, и их нет ни на других устройствах, ни в других режимах - это однозначно говорит о том, что данное устройство в данном режиме работает неправильно. Что с этим делать - уже писали ранее.
А
АI
сделай pathping до яндекса, и увидишь где потери...
T
TorukMakto
Тот факт, что TCP обеспечивает доставку пакетов не означает, что потери - это нормально.
Я не говорил что потери это нормально. Читайте внимательно. Я говорит что при малом проценте ими можно пренебречь. И если вы берете за отправную точку icmp - пренебречь ими можно потому, что icmp протокол низкоприоритетный и может тупо быть настроен на фильтрацию при определенном количестве пакетов в секунду.
Не забывайте, что повторная отправка пакетов ведет к снижению
скорости - вместо получения новых полезных пакетов вам пытаются доставить старые. Фактически, скорость закачки чего-либо упадет на не менее чем процент потерь.
Ну да. Опять же - вопрос не в том будет ли снижение (понятно что будет) скорости, а в итоговом ее снижении и влиянии на работу протокола передачи. ПримЭр: вы закачиваете картинку с порносайта за 1500 мс (миллисекунд), потери на канале 5%, итого с учетом потерь время передачи возрастен на 5% = 1500*1.05 = 1575мс. Вопрос: способны ли вы в этом случае заметить эти 75 мс, или даже 150мс при потерях в 10%? На частоте фапа я думаю это вообще никак не отразится.
В ситуации нормальной работы оборудования Клиента и сетевого оборудования провайдера, потерь в пределах как минимум города и до надежных ресурсов - не будет никогда.
Хосподя, какая фееричная чушь!
Какой Город??? Не такого понятия - есть понятие сегмента сети. Есть сегмент который провайдер контролирует, а есть который нет.
А теперь яркий пример из жизни. Провайдер покупает аплинк 10мбит/c.
При этом он продал 12 клиентам интернет по тарифу безлимит 1мбит/с.
Все клиенты одновременно включили торерент и даунстримят порнуху на максимальной скорости. И того: при нормальной работе оборудования вы получили 16% потерь. При этом порно качается и все довольны.
И если взглянуть на договор с провайдером то ключевое слово вовсе не скорость, а слово "до". "Скорость до 1мбит/с" значит, что провайдер гарантирует вам что скорость ваша не будет больше тарифной. На все остальное ему насрать. На абсолютно все остальное. Т.е. по сути никакой скорости вам провайдер вообще не гарантирует.
При
этом, если потери наблюдаются только на одном устройстве в определенном режиме работы, и их нет ни на других устройствах
Ну не могут потери наблюдаться на одном устройстве. Принципиально. Передача инфо ведется как минимум между двумя точками, поэтому потери будут на линии связи, а вот причиной может быть уже некорректно работающие устройство или линия. Т.е. как минимум один из трех вариантов.
T
TorukMakto
0/4
Вас так обидел пример с фапом?
Б
Бухалов™
Ты даже примерно не представляешь себе, как работает tcp retransmit, поэтому всё, что ты написал — это полная непролазная чушь.
T
TorukMakto
Ты даже примерно не представляешь себе, как работает tcp retransmit, поэтому всё, что ты написал — это полная непролазная чушь.
Да, нет. Я это очень хорошо знаю и представляю
Просто я опустил уровень изложения до уровня местных "спесыализтов по сетям".
что, в данном случае, понимается под портом провайдера?
Туд прозта ошеньма крупные специализды собрались
[Сообщение изменено пользователем 08.07.2016 21:32]
m
master099
2. безопасный режим на ПК win7 является доказательством, что проблема не с сетевкой и не на стороне провайдера?
да
про потери 5%, скорее всего в договоре есть пункт о допуске потерь до этого значения,
нафик такого провайдера сразу
самое быстрое - систему переставить и не думать неделями.
Б
Бухалов™
самое быстрое - систему переставить и не думать неделями
думать вообще иногда полезно
Авторизуйтесь, чтобы принять участие в дискуссии.