Rs-link

[Reeld]

Ситуация остаётся печальной.

Будут ли комментарии от Романа?

[rs-group]

Причина найдена и устранена. можете мерить хоть сейчас. Только закачки выключайте при замерах.

[rs-group]

Чтобы быть объективным сюда не только негатив но позитив нужно выкладывать. Так что мерьте пожалуйста в с 10 до 11, с 15 до 16, с 19 до 20, с 22 до 0 и с 3 до 4 и выкладывайте и потом сравним.

[Reeld]

Чтобы быть объективным сюда не только негатив но позитив нужно выкладывать. Так что мерьте пожалуйста в с 10 до 11, с 15 до 16, с 19 до 20, с 22 до 0 и с 3 до 4 и выкладывайте и потом сравним.

Да, позитив. 16.00. Позитивный позитив.



А вот по прошествии трёх с небольшим часов, с 19.40 по 19.50...



Вобщем положительные тенденции если и есть, то незначительные.

Апдейт, 22.30


печаль

[akademikc]

======================================
По состоянию на 13:27 (UTC+0300)


======================================
По состоянию на 15:08 (UTC+0300)


======================================
По состоянию на 16:13 (UTC+0300)


======================================
По состоянию на 17:32 (UTC+0300)


======================================
По состоянию на 18:29 (UTC+0300)


======================================
По состоянию на 21:07 (UTC+0300)


======================================
По состоянию на 22:03 (UTC+0300)


=======================================
По состоянию на 09:50 (UTC+0300)

[akademikc]

Добавлю.
Потеря пакетов имеется, что отражается на быстроте открытия страничек. НО на скорость скачки с интернета нет. Измеренная скорость соответствует действительности, и зависит от времени суток.

P.S. максимальная скорость при скачке торрентов была 8 Мбайт/с.

[Reeld]

Чтобы быть объективным сюда не только негатив но позитив нужно выкладывать. Так что мерьте пожалуйста в с 10 до 11, с 15 до 16, с 19 до 20, с 22 до 0 и с 3 до 4 и выкладывайте и потом сравним.

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

22.45

[vrukot]

Пока действительно радоваться нечему:
Ответ от 213.180.204.3: число байт=32 время=5мс TTL=47

Статистика Ping для 213.180.204.3:
    Пакетов: отправлено = 100, получено = 87, потеряно = 13
    (13% потерь)
Приблизительное время приема-передачи в мс:
    Минимальное = 4мсек, Максимальное = 6 мсек, Среднее = 4 мсек

Странички открываются неохотно...

[Reeld]

Планируется ли исправление этой ситуации?
Если планируется то когда?
Если нет то почему?

[rs-group]

Ну во первых 209 сервер пинговать бессмысленно т.к. он другие задачи выполняет и на пинг узкая полоса оставлена, тоже самое и bb-sh-ag.

Остальное - это не наша сеть.

С такими претензиями и в google.com  можете обращаться  (loss 17 %)

На Вашем внешнем шлюзе (в нашей сети) 0 % потерь

[Reeld]

Ну во первых 209 сервер пинговать бессмысленно т.к. он другие задачи выполняет и на пинг узкая полоса оставлена, тоже самое и bb-sh-ag.

Остальное - это не наша сеть.

С такими претензиями и в google.com  можете обращаться  (loss 17 %)

На Вашем внешнем шлюзе (в нашей сети) 0 % потерь

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

предположим 209 это 209, блаблабла, другие задачи. а что такое 129 и почему потери начинаются там?

[rs-group]

Наш внешний шлюз в инете 93.94.232.210 там наша сеть и заканчивается. Всё остальное за ним  это в основном маршрутизаторы где на зону пропускания ping обычно выделяют очень узкую полосу они или дропят или не отвечают если запросов становятся слишком много. Если дропят, то это вы видите, если не отвечают, то количество не отвеченных или битых запросов обрезается на 129 м.
на 129 м обрезаются запросы битые или не верные по правилам :

#
#       - пакет по смыслу должен принадлежать уже установленному соединению (например, ICMP-сообщение port-unreachable
#       однако такое соединение в системе не зарегистрировано. Обычно к таким пакетам применяют действие DROP
#

-m conntrack --ctstate INVALID -j DROP

#
#       Блокирование фрагментирования ICMP пакетов :
#
#       - Так как, в силу функционального назначения протокола, ICMP-пакеты должны
#       быть очень небольшими и нормально укладываться в MTU, наличие их фрагментов
#       обычно свидетельствует об ошибке или попытке атаки.
#

-p icmp -f -j DROP

[rs-group]

В одном Вы правы. Всегда хочется что-бы у партнёров всё было отлично, но к сожалению не всегда получается так. Поэтому все Ваши замечания если не можем исправить сами, то обязательно пересылаем канальному провайдеру.

[Reeld]

То есть все потери на 234.129 из-за того, что криво отвечают расположенные за ним сервера?

и ping 93.94.234.129 -t не будет терять пакеты?

[rs-group]

234.129 это внутренний интерфейс к вам с внешним ip.
232.210 это внешний интерфейс в инет у нас

129 отбрасывает все ping,  которые другие задропили или просто не ответили и все пинги с крупным телом в пакете.