Заметил, вечерами скорость отдачи падает часто до 50-30, загрузки тоже, но не настолько сильно.
Улучшает ситуацию ненамного перезагрузка РРТР-сессии. Интересно, это сервер не выдерживает нагрузок?
Отправлено 06 Февраль 2019 - 10:12
Заметил, вечерами скорость отдачи падает часто до 50-30, загрузки тоже, но не настолько сильно.
Улучшает ситуацию ненамного перезагрузка РРТР-сессии. Интересно, это сервер не выдерживает нагрузок?
Отправлено 07 Февраль 2019 - 02:01
Отписался в лс.
Заметил, вечерами скорость отдачи падает часто до 50-30, загрузки тоже, но не настолько сильно.
Улучшает ситуацию ненамного перезагрузка РРТР-сессии. Интересно, это сервер не выдерживает нагрузок?
Отправлено 11 Февраль 2019 - 10:36
Сообщение отредактировал pro100i: 11 Февраль 2019 - 10:52
Отправлено 11 Февраль 2019 - 10:38
Качество полное говно вечерами вообще не возможно что то смотреть или загружать
Комсомольская 18/2, проблема как будто интернета нет потом появляется
Комсомольская 18/2, проблема как будто интернета нет потом появляется
А какой у вас тариф и какая реальная скорость? Только по вечерам, а днем как?
Отправлено 11 Февраль 2019 - 10:53
Сообщение отредактировал pro100i: 11 Февраль 2019 - 10:51
Отправлено 11 Февраль 2019 - 10:59
Днём меня не бывает я не знаю 100мегабит 40/80 на тестеТакое ощущение как будто потери пакетов видео не прогружает на 100 мегабитах
Отправлено 12 Февраль 2019 - 04:47
Отправлено 13 Февраль 2019 - 05:10
Реутов телеком предоставляет выделенную линию?
Отправлено 13 Февраль 2019 - 12:04
Кто знает, почему с 11.02.2019 перестало работать IPTV по мультикасту Носовихинское ш. 19 (плейлист отсюда http://voip.rv-net.ru:99/m3u/)? Почемуто совпало со сменой шлюза на 10.99.25.254
Отправлено 13 Февраль 2019 - 04:30
Реутов телеком предоставляет выделенную линию?
Реутов-Телеком всех подключает только по выделенной линии
Отправлено 13 Февраль 2019 - 09:13
Какие меры можно предпринять по улучшению пинга?
Отправлено 15 Февраль 2019 - 01:06
Пофиксил, проверьте.
Кто знает, почему с 11.02.2019 перестало работать IPTV по мультикасту Носовихинское ш. 19 (плейлист отсюда http://voip.rv-net.ru:99/m3u/)? Почемуто совпало со сменой шлюза на 10.99.25.254
Отправлено 15 Февраль 2019 - 02:22
Такой запрос имеет смысл вбивать в гугл, для конкретного ответа слишком мало вводных данных.
Если есть какие-то проблемы с пингом, укажите проблемный ресурс, опишите проблему и пришлите вывод утилиты winmtr (100 пакетов достаточно).
Какие меры можно предпринять по улучшению пинга?
Отправлено 15 Февраль 2019 - 03:25
Такой запрос имеет смысл вбивать в гугл, для конкретного ответа слишком мало вводных данных.
Если есть какие-то проблемы с пингом, укажите проблемный ресурс, опишите проблему и пришлите вывод утилиты winmtr (100 пакетов достаточно).
У меня такое ощущение по этому и предыдущему его вопросу, что это бот
Отправлено 15 Февраль 2019 - 04:47
Пофиксил, проверьте.
Теперь работает! Большущее Вам спасибо! :-)
Отправлено 20 Февраль 2019 - 12:05
Отправлено 21 Февраль 2019 - 07:11
рейды в варкрафт стынут?) монтажники и ремонтники в котнторе разные люди вот и все... режим работы у людей разный) Кто вы есть что к вам бежать и спотыкаться тянуть новый кабель? чем вы лучше других?) Ну и не нравиться не пользуйся услугами компании которая тебе не нравиться Следственно если вам не нравятся услуги компании и вы с ними не согласны, но продолжаете ими пользоваться то человек словом которым вы назвали выше сами и являетесь
Вот вы отгул на работе взяли? представляете я когда работал в РТ что бы съездить в сервис например по ремонту бытовой техники мне пришлось тоже отпрашиваться... Представляете эти не хорошие люди не хотят после моего рабочего дня работать у них оказывается есть личная жизни и какой то трудовой кодекс который им запрещает херачить как негры ночью .
Отправлено 03 Март 2019 - 01:03
снова как в 2016 - между 216.219.200.2 и 216.219.200.1 то превышен интервал ожидания запроса, то * * 3мс, то 1мс 1мс 1мс . потери пакетов, ping 213.219.200.1 при пакете 32 байта то 2 мс , то 89 мс при TTL 254. Это началось с 22 февраля. Отмечать там что ли сели? и до сих пор не прекращается. Скорость загрузки временами 0 а аплоуд -74 Мбит/с
Отправлено 03 Март 2019 - 11:04
Могу попытаться помочь разобраться с проблемой. Нужно провести нормальную диагностику.
216.219.200.1 и 216.219.200.2 - это какие-то хосты в US, к нашей сети отношения не имеют.
213.219.200.1 - роутер в нашей сети, пинговать его ICMP смысла нет, т.к. там пониженный приоритет на его обработку.
утилита traceroute не показательна, для сбора статистики лучше использовать winmtr.
Как часто возникает проблема со скоростью? каким образом замеряете скорость, воспроизводится ли проблема при подключении напрямую? Попробуйте для теста использовать http://speedtest.tech.ru, в момент проблемы со скоростью собрать статистику через winmtr до speedtest.tech.ru и еще до какого-нибудь внешнего ресурса, например 8.8.8.8 или ya.ru (от 1000 пакетов).
снова как в 2016 - между 216.219.200.2 и 216.219.200.1 то превышен интервал ожидания запроса, то * * 3мс, то 1мс 1мс 1мс . потери пакетов, ping 213.219.200.1 при пакете 32 байта то 2 мс , то 89 мс при TTL 254. Это началось с 22 февраля. Отмечать там что ли сели? и до сих пор не прекращается. Скорость загрузки временами 0 а аплоуд -74 Мбит/с
Отправлено 04 Март 2019 - 10:05
Могу попытаться помочь разобраться с проблемой. Нужно провести нормальную диагностику.
216.219.200.1 и 216.219.200.2 - это какие-то хосты в US, к нашей сети отношения не имеют.
213.219.200.1 - роутер в нашей сети, пинговать его ICMP смысла нет, т.к. там пониженный приоритет на его обработку.
нет, конечно, не 216, а между 213.219.200.1 и 213.219.200.2
такая же картина между 213.219.200.243 и 213.219.200.245
картина называется "превышен интервал ожидания для запроса"
после повтора может сработать, а может опять ответить "превышен интервал ожидания для запроса", чем чаще бросаешься пакетами в сеть- тем больше шансов, что они отправятся, а также больше шансов, что данные в браузере обновятся. Но непрерывно запускать спидтест - это смешно. Скорость загрузки временами 0 а аплоуд -74 Мбит/с - это как раз результат спидтеста, потом, при повторном запуске, пакеты начинают бегать и скорости становятся адекватными. Конечно не 100 оплаченных мегабит/с, а 80 но, тем не менее, это лучше чем 0.
Скорость входящего трафика от 600 бит/с до 80Мбит/с. На данный момент со средних 80Мбит/с опустилась до 55Мбит/с
Как часто возникает проблема со скоростью?
регулярно. с третьего качка начинается загрузка страницы. отправка формы - примерно такая же картина.
Сообщение отредактировал gogo: 04 Март 2019 - 10:16
Отправлено 05 Март 2019 - 11:23
ну в общем и целом если не обращаться к сети некоторое время , то потом при обращении наступает событие
между 213.219.200.243 и 213.219.200.245 ,если включен домашний роутер,
или 213.219.200.2 и 213.219.200.1 , если провод воткнут напрямую в комп.
картина называется "превышен интервал ожидания для запроса", после двух трех вызовов пакеты начинают бегать.
Только чтобы не повторялось, постоянно надо держать включенным winmtr.
это например на 213.219.200.245
кстати, эта проблема на мира,21.
Сообщение отредактировал gogo: 05 Март 2019 - 11:46
Отправлено 07 Март 2019 - 03:34
блин , проблема как была у Алекс321 11 февраля, а в ответ ни ответа, ни привета.
Отправлено 07 Март 2019 - 12:57
Наверное имелся ввиду pro100i? У Алекса321 была проблема с ТВ, ее я решил.
Явных проблем на оборудовании не нашел. Видно, что у вас довольно длительные сессии, например последняя длится с 03.03 7:25, если между вами и впн сервером были бы серьезные потери пакетов - она бы часто рвалась. Если бы проблемы начинались дальше, проблема была бы массовой.
Ваша трассировка не показательна, вы делаете ее до одного впн сервера, подключившись через другой, причем видно, что до конечного хоста потерь нет (на промежуточные в таком случае можно внимания не обращать)
Попробуйте сделать трассировку, так , как я описывал выше.
Можете даже попробовать запустить mtr фоном и посмотреть будет ли повторяться проблема, т.к. по описанию похоже, что она появляется именно после долгого бездействия. Возможно какие-то особенности настройки пк, по типу режима энергосбережения. Если у вас ноутбук, можно на всякий случай запретить выключать сетевые адаптеры для экономии энергии.
блин , проблема как была у Алекс321 11 февраля, а в ответ ни ответа, ни привета.
Отправлено 08 Март 2019 - 12:47
на другие сервера все идет без потерь. только через с этим ip проблемы.
Отправлено 08 Март 2019 - 10:15
7 пакетов - это не от 1000... на вашей трассировке нет потерь до конечного хоста.
К сожалению я не понимаю какие сервера имеются в виду под другими? другие впн сервера?
только через с этим ip проблемы. - о каких адресах речь, которые вы упоминали выше?
Из них 3 адреса - это впн серверы и 1 адрес - это адрес нашего роутера.
213.219.200.243 и 213.219.200.245 - это 2 впн сервера, нет смысла пинговать один через другой.
213.219.200.2 и 213.219.200.1 - если есть потери между ними - пришлите трассировку, где это будет видно (причем эти адреса пинговать не нужно, пингуйте какой-нибудь внешний ресурс, типа ya.ru)
на другие сервера все идет без потерь. только через с этим ip проблемы.
|------------------------------------------------------------------------------------------|| WinMTR statistics || Host - % | Sent | Recv | Best | Avrg | Wrst | Last ||------------------------------------------------|------|------|------|------|------|------|| KEENETIC_OMNI - 0 | 7 | 7 | 0 | 0 | 0 | 0 || 213.219.200.243 - 0 | 7 | 7 | 1 | 1 | 2 | 1 || No response from host - 100 | 2 | 0 | 0 | 0 | 0 | 0 || ae3.mbr1.msk1.ip.di-net.ru - 0 | 7 | 7 | 1 | 2 | 5 | 1 || xe-7-0-1.mbr2.ip.di-net.ru - 0 | 7 | 7 | 1 | 1 | 3 | 1 || yandex-gw.di-net.ru - 0 | 7 | 7 | 1 | 5 | 27 | 1 || ya.ru - 0 | 7 | 7 | 4 | 4 | 5 | 5 ||________________________________________________|______|______|______|______|______|______|WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Сообщение отредактировал Unearth: 08 Март 2019 - 10:24
0 members, 1 guests, 0 anonymous users