Общение клиентов "РЕАЛ"

[jnc]

@radiolubitel, нет, можно пустить исходящий трафик к конкретному IP не так, как по BGP разрулилось, а принудительно через какого-то конкретного аплинка.

[radiolubitel]

А смысл сего действа, если "не упёрлось" ?

 

Один магистрал "не упёрся", но заведомо плох. Как так ?

[jnc]

@radiolubitel, изучай матчасть... Не бывает идеального интернета. У какого-то магистрала доступ к ресурсу Х — 25 мс, у другого — 100 мс. А к ресурсу Y — 75 мс и 20 мс соответственно. У какого-то магистрала есть гугл-кэш, а у какого-то нет, и т.д.

 

А ещё и рулить (какому магистралу слать трафик) можно только исходящим трафиком.

[leva]

И до каких же серверов? Если есть критичные, можно попробовать поправить. А так, попахивает балабольством.

Хорошо. Проверьте пинг до серверов archeage ( 195.211.20.126 ) ,варфейс (s0.warface.ru). В данный момент у меня 29мс на обоих серверах,скрины вечером выложу. Пропингуйте с реала и скрины плиз. С реала не могу пропинговать сейчас,так как месяц назад отключил на время.

[jnc]

@leva,

work:sites jnc$ ping 195.211.20.126
PING 195.211.20.126 (195.211.20.126): 56 data bytes
64 bytes from 195.211.20.126: icmp_seq=0 ttl=120 time=36.786 ms
64 bytes from 195.211.20.126: icmp_seq=1 ttl=120 time=36.978 ms
64 bytes from 195.211.20.126: icmp_seq=2 ttl=120 time=36.510 ms
64 bytes from 195.211.20.126: icmp_seq=3 ttl=120 time=36.703 ms
64 bytes from 195.211.20.126: icmp_seq=4 ttl=120 time=36.072 ms
64 bytes from 195.211.20.126: icmp_seq=5 ttl=120 time=36.497 ms
64 bytes from 195.211.20.126: icmp_seq=6 ttl=120 time=36.619 ms
64 bytes from 195.211.20.126: icmp_seq=7 ttl=120 time=36.453 ms
64 bytes from 195.211.20.126: icmp_seq=8 ttl=120 time=36.724 ms
^C
--- 195.211.20.126 ping statistics ---
9 packets transmitted, 9 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 36.072/36.594/36.978/0.241 ms
work:sites jnc$ ping s0.warface.ru
PING s0.warface.ru (128.140.170.61): 56 data bytes
64 bytes from 128.140.170.61: icmp_seq=0 ttl=56 time=29.513 ms
64 bytes from 128.140.170.61: icmp_seq=1 ttl=56 time=29.745 ms
64 bytes from 128.140.170.61: icmp_seq=2 ttl=56 time=30.154 ms
64 bytes from 128.140.170.61: icmp_seq=3 ttl=56 time=30.122 ms
64 bytes from 128.140.170.61: icmp_seq=4 ttl=56 time=29.708 ms
64 bytes from 128.140.170.61: icmp_seq=5 ttl=56 time=29.951 ms
^C
--- s0.warface.ru ping statistics ---
6 packets transmitted, 6 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 29.513/29.866/30.154/0.231 ms

[prolan]

--- 195.211.20.126 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99020ms
rtt min/avg/max/mdev = 34.947/35.434/38.180/0.632 ms
 

 

--- 128.140.170.61 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99029ms
rtt min/avg/max/mdev = 28.212/28.537/29.996/0.405 ms
 

[Foxtrot]

и снова интернет тормозит, ютуб и стримы загружаются через диалап модем. Трусовский район

[jnc]

@Foxtrot, если у вас тормозит ютуб, зачем писать, что весь инет тормозит? Глупо.

[radiolubitel]

Тю, блин, тут каждый по цепочке прикроет свою жопу и скажет, что "на нашем уровне проблем не было,

они были где-то там выше", ага, "в кэше гугла".

 

Тока вот проблемы с "кэшем гугла" почему-то внизу проявляются только у абонентов Реала,

а у других провайдеров - нет.

[Слава Росси]

У меня другой провайдер, с "кешей гугловым" проблем не было. 

[radiolubitel]

Ну вишь как.

[jnc]

@radiolubitel, ну что ж теперь сделать, если в GGC Мегафона что-то не зафурычило, а в GGC Билайна было ок? Погугли GGC, узнаешь много интересного, почему юпуп тормозит и не тормозит.

[Слава Росси]

@jnc, теперь только так работает? Схема похожа на работу кеша прокси. 

[jnc]

@Слава Росси, так уже 3–5 лет работает у всех.

[radiolubitel]

Эх, Реал....Реал... в ведь ты лучший........

[jnc]

@radiolubitel, опять непонятно?

 

В Мегафоне стоят серверы GGC, которые кэшируют видео у себя.

 

Вот смотрю видео 4К, всё отлищне — 27 мегабит льётся:

 

 

Попингуем то, откуда оно вещается:

 

 

work:sites jnc$ ping r3---sn-hxb54vo-hjme.googlevideo.com
PING r3.sn-hxb54vo-hjme.googlevideo.com (37.29.18.142): 56 data bytes
64 bytes from 37.29.18.142: icmp_seq=0 ttl=248 time=31.095 ms
64 bytes from 37.29.18.142: icmp_seq=1 ttl=248 time=77.013 ms
64 bytes from 37.29.18.142: icmp_seq=2 ttl=248 time=10.885 ms
64 bytes from 37.29.18.142: icmp_seq=3 ttl=248 time=10.727 ms
64 bytes from 37.29.18.142: icmp_seq=4 ttl=248 time=10.940 ms
64 bytes from 37.29.18.142: icmp_seq=5 ttl=248 time=10.479 ms
64 bytes from 37.29.18.142: icmp_seq=6 ttl=248 time=32.282 ms
64 bytes from 37.29.18.142: icmp_seq=7 ttl=248 time=39.184 ms
64 bytes from 37.29.18.142: icmp_seq=8 ttl=248 time=10.818 ms
64 bytes from 37.29.18.142: icmp_seq=9 ttl=248 time=11.775 ms
^C
--- r3.sn-hxb54vo-hjme.googlevideo.com ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 10.479/24.520/77.013/20.450 ms

Ага, 100% проходит. А где же 37.29.18.142? Ой, в Мегафоне.

 

А дальше читаем, что удалось выяснить СТП:

 

 

Попингуем его:

 

work:sites jnc$ ping r1---sn-hxb54vo-hjme.googlevideo.com
PING r1.sn-hxb54vo-hjme.googlevideo.com (37.29.18.140): 56 data bytes
64 bytes from 37.29.18.140: icmp_seq=0 ttl=248 time=32.265 ms
64 bytes from 37.29.18.140: icmp_seq=1 ttl=248 time=54.334 ms
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
64 bytes from 37.29.18.140: icmp_seq=4 ttl=248 time=33.512 ms
64 bytes from 37.29.18.140: icmp_seq=5 ttl=248 time=53.349 ms
64 bytes from 37.29.18.140: icmp_seq=6 ttl=248 time=33.633 ms
64 bytes from 37.29.18.140: icmp_seq=7 ttl=248 time=34.415 ms
64 bytes from 37.29.18.140: icmp_seq=8 ttl=248 time=35.994 ms
Request timeout for icmp_seq 9
64 bytes from 37.29.18.140: icmp_seq=10 ttl=248 time=36.071 ms
^C
--- r1.sn-hxb54vo-hjme.googlevideo.com ping statistics ---
11 packets transmitted, 8 packets received, 27.3% packet loss
round-trip min/avg/max/stddev = 32.265/39.197/54.334/8.541 ms

Ба, да это тоже в Мегафоне. Соседняя стойка с той, откуда 4К показывало мне. И она то ли загружена, то ли патчкорд слишком сильно погнули.

 

Ну, и при чём тут РЕАЛ? В Гугол надо жалобы писать... Хотя бы нажимать правую кнопку мыши на лагающем видео, выбирать «Сообщить о проблеме воспроизведения». Всяко лучше, чем на прова бочку катить.

[radiolubitel]

Реал притом, что недовольные абоЛОХненты грешат сугубо на Реал.

И попробуй их переубедить.

А они просто уходят.

Вам плевать ?

[Слава Росси]

@radiolubitel, почитал немного про GGC, Гугл вообще запрещает афишировать провайдерам сведения об используемом сервисе и, соответственно, оборудовании. Видимо, в целях безопасности. 

[Escobar]

На Ростелекоме, вообще, проблем нет с googl'овскими cdn или как их там. Но все его почему-то не любят.

[jnc]

@radiolubitel, где ж плевать? В каком слове это написано на второй картинке?

[radiolubitel]

Не любят. Потому что он гумно.

 

А Реал - лучший, вот хоть как полюбому.

[jnc]

Ютуб вроде починил свой кэш в Мегафоне.

[sion]

последняя неделя потеря пакетов.

сегодня вообще большая часть ресурсов тупо не грузится.

позвонил - сказали положить деньги и заикнулись про порезанную скорость до 1мб.

деньги положил - результата нет.

 

февраль ведь нормально все работало.

[Foxtrot]

пинг до яндекса через реал помощник 120мс и 20% потерь вот это да

[prolan]

последняя неделя потеря пакетов. сегодня вообще большая часть ресурсов тупо не грузится. позвонил - сказали положить деньги и заикнулись про порезанную скорость до 1мб. деньги положил - результата нет. февраль ведь нормально все работало.

Роутер перезагружали? Это обязательно после оплаты.

И все-таки лицевой счет указывать нужно, если хотите, что бы вам помогли