Сообщений в теме: 10002

[gosh]

[mod]Локальные правила топика:
1. Данный топик не является местом официальной поддержки услуг интернет ТОО "СА-Телком".
2. Все претензии относительно качества предоставления услуг Интернет адресовать непосредственно в Центр Поддержки Клиентов ТОО "СА-Телком" по телефону (727) 35 000 35 или на сайте http://internet.beeline.kz.
3. Запрещается размещать сообщения, содержащие информацию/вопросы/ответы, и т.п. - все то что находится в компетенции официального сайта провайдера или размещено в данном сообщении.
4. "Платность/бесплатность" пользования ресурсами/сайтами определеяется путем идентификации их IP-адресов на принадлежность к сетям BeeLine согласно следующего списка. Локальные ресурсы Билайн с бесплатным трафиком
5. Запрещается размещать сообщения, , не несущие к-л смысловой нагрузки, формата "не открывается", "все плохо", "пинг большой", упоминание fex.net и т.п., будут оцениваться по 2.2.7 Правил ВВ
6. Все замеры скоростей публикуются только в топике Cкорость на Beeline (Интернет дома)
Начало обсуждения - Интернет от BeeLine. Том 1[/mod]

Включение временной блокировки услуг интернет в ЛК

[St.RangerK]

то какая магия исправляет лаг в играх после двух ночи, когда эти самые ничего не значащие потери прекращаются

А можете выложить эти самые трейсы скажем в 1:30 и сразу после того, как пропадают лаги в игре?

[St.RangerK]

Поверьте, у нас работают высококлассные специалисты

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

начал при них делать трассировки на внешние ресурсы с кол-вом пакетов за 100 и замеры скорости на внешние сервера. Нечего конкретно ответить не смогли, сказали что сделают перерасчет и ушли

Я писал о специалистах 2Day Telecom, которые занимаются глобальными вопросами. Люди, которые выезжают на заявки - это подрядчики. У них задачи проще. Они не должны делать трейсы и тем более выводы из них.

[NekOnOkO]

то какая магия исправляет лаг в играх после двух ночи, когда эти самые ничего не значащие потери прекращаются

А можете выложить эти самые трейсы скажем в 1:30 и сразу после того, как пропадают лаги в игре?

Уже, к сожалению, нет. Отключился от "Би". IDnet, кстати, как и предполагалось, ничуть не лучше в плане скорости в прайм-тайм (и даже хуже, на "Билайне" в последнее время хоть потоковое видео смотреть можно было), зато нет никаких проблем с лагами =). И да, к чему была гневная тирада в ответ на мой пост? Я вроде не писал ничего в стиле "уберите потери на 4 хопе и все будет хАрАшо". Меня просто заинтересовал конкретное совпадение, указанное в предыдущем посте.

[Geodaraz]

Поверьте, у нас работают высококлассные специалисты

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

начал при них делать трассировки на внешние ресурсы с кол-вом пакетов за 100 и замеры скорости на внешние сервера. Нечего конкретно ответить не смогли, сказали что сделают перерасчет и ушли

Я писал о специалистах 2Day Telecom, которые занимаются глобальными вопросами

опять же, очень высококлассные специалисты которые с октября месяца не могут решить проблему с потерей пакетов и лагами

[leonop]

Дата и время: 19/03/2013 17:16
Местоположение: , ,

traceroute 5.34.106.77

HOST: speedtest-1-ti Loss% Snt Last Avg Best Wrst StDev
1. sw-1-ti-vl-503.msk.inn.ru 0.0% 10 0.6 0.5 0.4 0.7 0.1
2. r-1-m9-ae-1.msk.inn.ru 0.0% 10 0.5 0.4 0.4 0.6 0.1
3. msk-ix.datagroup.ua 0.0% 10 12.3 18.0 11.7 70.3 18.4
4. 46.164.132.34 0.0% 10 41.6 41.9 41.4 42.5 0.3
5. 46.227.185.242 0.0% 10 65.1 65.4 65.0 67.1 0.6
6. comp35-133.2day.kz 10.0% 10 65.2 65.1 64.7 65.4 0.2
7. comp35-134.2day.kz 0.0% 10 65.3 65.0 64.8 65.4 0.2
8. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. client.fttb.2day.kz 0.0% 10 65.5 65.4 65.0 65.8 0.3

Trace complete.

[Mr. Long]

Здравствуйте. Почему на вашем сервере Beeline идут такие сильные потери пакетов на сервере 46.227.185.234? Это длится уже на протяжении длительного времени. Когда наладите связь, исправите очень сильно мешает. Сделал лог выкладываю:

|-----------------------------------------------------------------------------------------------|

| WinMTR statistics |

| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |

|-----------------------------------------------|--------|--------|-------|--------|-------|-------|

| 192.168.0.1 - 0 | 11 | 11 | 0 | 1 | 5 | 0 |

| comp35-38.2day.kz - 0 | 11 | 11 | 1 | 2 | 5 | 1 |

| 172.31.63.225 - 0 | 11 | 11 | 1 | 19 | 187 | 1 |

| comp35-173.2day.kz - 0 | 11 | 11 | 2 | 2 | 5 | 2 |

| 46.227.185.234 - 50 | 4 | 2 | 23 | 23 | 24 | 23 |

| 46.227.185.233 - 0 | 11 | 11 | 23 | 23 | 24 | 23 |

|_______-______________|______|______|______|______|______|______|

WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Вот Вы мне объясните, каким образом Вам сильно мешает потеря служебных ICMP-пакетов на промежуточных маршрутизаторах? Вы являетесь специалистом в сетевых технологиях, чтобы сделать такой вывод? Вы точно знаете, как работает TCP/IP протокол и в частности ICMP?

Инструмент под названием trace route предназначен для специалистов, которые всё это понимают, непросвященному пользователю его замеры ни о чём не скажут. Это всё равно, что не являясь квалифицированных врачом смотреть в кардиограмму и говорить доктору, что Вам мешают "вот эти вот всплески и провалы"

На досуге подумайте, как это может быть, если на 4 хопе идут такие потери, то как абсолютно все пакеты проскакивают до следующего 5-го хопа?

И вообще, трейсы, в которых конечный ip-адрес недостижим вообще мало о чём говорят.

По-моему пора уже выносить в шапку, что пост содержащий фразу "почините потери на 4-м хопе" является оффтопом и наказывается режимом только для чтения

Один интересный момент на эту тему.
Запускал PingPlotter в WOT когда "их" пинг прыгает 300 - 400 - 999 и огромные лаги в игре. Затем, когда ночью всё налаживается и в игре нет никаких лагов и пинг не подымается выше 90 (70 - 80) тоже запускал PingPlotter. Никаких отличий я не увидел. Все те же "потери" на промежуточных узлах.
[ex]предупреждение о нарушении п.2.2.11 Правил[/ex]

Сообщение отредактировал gosh: 21.03.2013, 08:56:45

[Sashabat]

Когда пускаешь пинг есть потери пакетов?

Были в теме скриншоты потерь пакетов при пинге. От 10-20% потерь.

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

Можете объяснить, почему так с июня прошлого года.

[ioktan]

Проверьте пожалуйста, логин 0010111949. В середине дня отключился, интернет во всем подъезде и до сих пор нет сигнала.

[cupidonkz]

Один интересный момент на эту тему. Запускал PingPlotter в WOT когда "их" пинг прыгает 300 - 400 - 999 и огромные лаги в игре. Затем, когда ночью всё налаживается и в игре нет никаких лагов и пинг не подымается выше 90 (70 - 80) тоже запускал PingPlotter. Никаких отличий я не увидел. Все те же "потери" на промежуточных узлах.

Кстати, меня тоже это интересует.

Сообщение отредактировал cupidonkz: 19.03.2013, 20:46:41

[Gooodra]

Дата и время: 19/03/2013 17:16
Местоположение: , ,

traceroute 5.34.106.77

HOST: speedtest-1-ti Loss% Snt Last Avg Best Wrst StDev
1. sw-1-ti-vl-503.msk.inn.ru 0.0% 10 0.6 0.5 0.4 0.7 0.1
2. r-1-m9-ae-1.msk.inn.ru 0.0% 10 0.5 0.4 0.4 0.6 0.1
3. msk-ix.datagroup.ua 0.0% 10 12.3 18.0 11.7 70.3 18.4
4. 46.164.132.34 0.0% 10 41.6 41.9 41.4 42.5 0.3
5. 46.227.185.242 0.0% 10 65.1 65.4 65.0 67.1 0.6
6. comp35-133.2day.kz 10.0% 10 65.2 65.1 64.7 65.4 0.2
7. comp35-134.2day.kz 0.0% 10 65.3 65.0 64.8 65.4 0.2
8. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. client.fttb.2day.kz 0.0% 10 65.5 65.4 65.0 65.8 0.3

Trace complete.

а теперь можете тотже адресом ток от компа до сервера то есть через cmd >tracert trace.inn.ru и выложить тут
заранее спасибо

[tropper]

Здравствуйте. Почему на вашем сервере Beeline идут такие сильные потери пакетов на сервере 46.227.185.234? Это длится уже на протяжении длительного времени. Когда наладите связь, исправите очень сильно мешает. Сделал лог выкладываю:

|-----------------------------------------------------------------------------------------------|

| WinMTR statistics |

| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |

|-----------------------------------------------|--------|--------|-------|--------|-------|-------|

| 192.168.0.1 - 0 | 11 | 11 | 0 | 1 | 5 | 0 |

| comp35-38.2day.kz - 0 | 11 | 11 | 1 | 2 | 5 | 1 |

| 172.31.63.225 - 0 | 11 | 11 | 1 | 19 | 187 | 1 |

| comp35-173.2day.kz - 0 | 11 | 11 | 2 | 2 | 5 | 2 |

| 46.227.185.234 - 50 | 4 | 2 | 23 | 23 | 24 | 23 |

| 46.227.185.233 - 0 | 11 | 11 | 23 | 23 | 24 | 23 |

|_______-______________|______|______|______|______|______|______|

WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Вот Вы мне объясните, каким образом Вам сильно мешает потеря служебных ICMP-пакетов на промежуточных маршрутизаторах? Вы являетесь специалистом в сетевых технологиях, чтобы сделать такой вывод? Вы точно знаете, как работает TCP/IP протокол и в частности ICMP?

Инструмент под названием trace route предназначен для специалистов, которые всё это понимают, непросвященному пользователю его замеры ни о чём не скажут. Это всё равно, что не являясь квалифицированных врачом смотреть в кардиограмму и говорить доктору, что Вам мешают "вот эти вот всплески и провалы"

На досуге подумайте, как это может быть, если на 4 хопе идут такие потери, то как абсолютно все пакеты проскакивают до следующего 5-го хопа?

И вообще, трейсы, в которых конечный ip-адрес недостижим вообще мало о чём говорят.

По-моему пора уже выносить в шапку, что пост содержащий фразу "почините потери на 4-м хопе" является оффтопом и наказывается режимом только для чтения

Так как я пользуюсь IPTV потеря пакетов очень сильно сказывается на просмотре онлайн! Сильно скачет битрейт на каналах. А сервак 46.227.185.234 как не странно стоит в моем городе.
[ex]предупреждение о нарушении п.2.2.11 Правил[/ex]

Сообщение отредактировал gosh: 21.03.2013, 08:57:16

[leonop]

Дата и время: 19/03/2013 17:16
Местоположение: , ,

traceroute 5.34.106.77

HOST: speedtest-1-ti Loss% Snt Last Avg Best Wrst StDev
1. sw-1-ti-vl-503.msk.inn.ru 0.0% 10 0.6 0.5 0.4 0.7 0.1
2. r-1-m9-ae-1.msk.inn.ru 0.0% 10 0.5 0.4 0.4 0.6 0.1
3. msk-ix.datagroup.ua 0.0% 10 12.3 18.0 11.7 70.3 18.4
4. 46.164.132.34 0.0% 10 41.6 41.9 41.4 42.5 0.3
5. 46.227.185.242 0.0% 10 65.1 65.4 65.0 67.1 0.6
6. comp35-133.2day.kz 10.0% 10 65.2 65.1 64.7 65.4 0.2
7. comp35-134.2day.kz 0.0% 10 65.3 65.0 64.8 65.4 0.2
8. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. client.fttb.2day.kz 0.0% 10 65.5 65.4 65.0 65.8 0.3

Trace complete.

а теперь можете тотже адресом ток от компа до сервера то есть через cmd >tracert trace.inn.ru и выложить тут
заранее спасибо

Трассировка маршрута к trace.inn.ru [109.105.130.95]
с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс 192.168.0.1
2 <1 мс <1 мс <1 мс comp35-71.2day.kz [80.241.35.71]
3 <1 мс <1 мс <1 мс 172.24.255.225
4 2 ms 1 ms <1 мс comp35-133.2day.kz [80.241.35.133]
5 * * * Превышен интервал ожидания для запроса.
6 16 ms 16 ms 16 ms 46.227.189.37
7 101 ms 100 ms 100 ms 213.33.216.81
8 * * * Превышен интервал ожидания для запроса.
9 103 ms 103 ms 102 ms 195.239.134.98
10 64 ms 65 ms 82 ms 195.161.4.146
11 65 ms 65 ms 65 ms sw-1-ti-po-4.msk.inn.ru [109.105.128.34]
12 65 ms 65 ms 66 ms speedtest.inn.ru [109.105.130.95]
Трассировка завершена. это с md
а это с роутера
Tracing route to trace.inn.ru [109.105.130.95] over a maximum of 20 hops
1 1ms 1ms 1ms 80.241.35.71
2 1ms 1ms 1ms 172.24.255.225
3 1ms 1ms 1ms 80.241.35.133
4 * * * Request timed out.
5 16ms 16ms 16ms 46.227.189.37
6 96ms 96ms 96ms 213.33.216.81
7 * * * Request timed out.
8 96ms 96ms 96ms 195.239.134.98
9 96ms 64ms 64ms 195.161.4.146
10 64ms 48ms 64ms 109.105.128.34
11 64ms 64ms 48ms 109.105.130.95

[St.RangerK]

Так как я пользуюсь IPTV потеря пакетов очень сильно сказывается на просмотре онлайн! Сильно скачет битрейт на каналах. А сервак 46.227.185.234 как не странно стоит в моем городе.

Ещё раз прошу ответить на вопрос, если Вы считаете, что все проблемы IPTV состоят в потерях пакетов на 4 хопе, то как Вы объясните, что до 5-го хопа доходят все пакеты?

[St.RangerK]

Один интересный момент на эту тему.
Запускал PingPlotter в WOT когда "их" пинг прыгает 300 - 400 - 999 и огромные лаги в игре. Затем, когда ночью всё налаживается и в игре нет никаких лагов и пинг не подымается выше 90 (70 - 80) тоже запускал PingPlotter. Никаких отличий я не увидел. Все те же "потери" на промежуточных узлах.

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

[A099]

то какая магия исправляет лаг в играх после двух ночи, когда эти самые ничего не значащие потери прекращаются

А можете выложить эти самые трейсы скажем в 1:30 и сразу после того, как пропадают лаги в игре?

Повторюсь, потери пакетов и лаги начинаются стабильно в 19-30 и заканчиваются к 01-30 ночи...
выкладываю пинг и процент потерь пакетов сейчас, в 21-30

Статистика Ping для 62.152.57.15:
Пакетов: отправлено = 100, получено = 90, потеряно = 10
(10% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 105мсек, Максимальное = 670 мсек, Среднее = 125 мсек


как видно, процент потерь составляет 10 % , что недопустимо для онлайн-приложений...
к 02-00 ночи выложу аналогичные результаты пинга...

[St.RangerK]

Повторюсь, потери пакетов и лаги начинаются стабильно в 19-30 и заканчиваются к 01-30 ночи...
выкладываю пинг и процент потерь пакетов сейчас, в 21-30

Статистика Ping для 62.152.57.15:
Пакетов: отправлено = 100, получено = 90, потеряно = 10
(10% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 105мсек, Максимальное = 670 мсек, Среднее = 125 мсек


как видно, процент потерь составляет 10 % , что недопустимо для онлайн-приложений...
к 02-00 ночи выложу аналогичные результаты пинга...

Вот это пример правильной подачи информации. Кратко, ёмко, без домыслов и предположений

[tropper]

Так как я пользуюсь IPTV потеря пакетов очень сильно сказывается на просмотре онлайн! Сильно скачет битрейт на каналах. А сервак 46.227.185.234 как не странно стоит в моем городе.

Ещё раз прошу ответить на вопрос, если Вы считаете, что все проблемы IPTV состоят в потерях пакетов на 4 хопе, то как Вы объясните, что до 5-го хопа доходят все пакеты?

Потери не постоянные они прыгают от 20 до 100 из-за этого прыгает Битрейт и соответственно рвется звук и изображение. А как влияют потери пакетов на IPTV объяснять не буду, почитай сам в сети! Напимер тут: http://www.thg.ru/ne...ng_i/print.html

[Gooodra]

Дата и время: 19/03/2013 17:16
Местоположение: , ,

traceroute 5.34.106.77

HOST: speedtest-1-ti Loss% Snt Last Avg Best Wrst StDev
1. sw-1-ti-vl-503.msk.inn.ru 0.0% 10 0.6 0.5 0.4 0.7 0.1
2. r-1-m9-ae-1.msk.inn.ru 0.0% 10 0.5 0.4 0.4 0.6 0.1
3. msk-ix.datagroup.ua 0.0% 10 12.3 18.0 11.7 70.3 18.4
4. 46.164.132.34 0.0% 10 41.6 41.9 41.4 42.5 0.3
5. 46.227.185.242 0.0% 10 65.1 65.4 65.0 67.1 0.6
6. comp35-133.2day.kz 10.0% 10 65.2 65.1 64.7 65.4 0.2
7. comp35-134.2day.kz 0.0% 10 65.3 65.0 64.8 65.4 0.2
8. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. client.fttb.2day.kz 0.0% 10 65.5 65.4 65.0 65.8 0.3

Trace complete.

а теперь можете тотже адресом ток от компа до сервера то есть через cmd >tracert trace.inn.ru и выложить тут
заранее спасибо

Скрытый текст

Трассировка маршрута к trace.inn.ru [109.105.130.95]
с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс 192.168.0.1
2 <1 мс <1 мс <1 мс comp35-71.2day.kz [80.241.35.71]
3 <1 мс <1 мс <1 мс 172.24.255.225
4 2 ms 1 ms <1 мс comp35-133.2day.kz [80.241.35.133]
5 * * * Превышен интервал ожидания для запроса.
6 16 ms 16 ms 16 ms 46.227.189.37
7 101 ms 100 ms 100 ms 213.33.216.81
8 * * * Превышен интервал ожидания для запроса.
9 103 ms 103 ms 102 ms 195.239.134.98
10 64 ms 65 ms 82 ms 195.161.4.146
11 65 ms 65 ms 65 ms sw-1-ti-po-4.msk.inn.ru [109.105.128.34]
12 65 ms 65 ms 66 ms speedtest.inn.ru [109.105.130.95]
Трассировка завершена. это с md
а это с роутера
Tracing route to trace.inn.ru [109.105.130.95] over a maximum of 20 hops
1 1ms 1ms 1ms 80.241.35.71
2 1ms 1ms 1ms 172.24.255.225
3 1ms 1ms 1ms 80.241.35.133
4 * * * Request timed out.
5 16ms 16ms 16ms 46.227.189.37
6 96ms 96ms 96ms 213.33.216.81
7 * * * Request timed out.
8 96ms 96ms 96ms 195.239.134.98
9 96ms 64ms 64ms 195.161.4.146
10 64ms 48ms 64ms 109.105.128.34
11 64ms 64ms 48ms 109.105.130.95

[Mr. Long]

Один интересный момент на эту тему. Запускал PingPlotter в WOT когда "их" пинг прыгает 300 - 400 - 999 и огромные лаги в игре. Затем, когда ночью всё налаживается и в игре нет никаких лагов и пинг не подымается выше 90 (70 - 80) тоже запускал PingPlotter. Никаких отличий я не увидел. Все те же "потери" на промежуточных узлах.

Кстати, меня тоже это интересует.

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

Сообщение отредактировал Mr. Long: 19.03.2013, 22:31:38

[BeelineKZ]

Проверьте пожалуйста, логин 0010111949. В середине дня отключился, интернет во всем подъезде и до сих пор нет сигнала.

Доброй ночи! По Вашему вопросу составили заявку в соответствующий отдел. Специалисты проверят и с Вами свяжутся в ближайшие время . Просим ожидать.