Youtube в хлам?

[Ромка]

кеш чей?

[0x00000001]

195.62.x.x => kbp02s06 : router: "ar03.kbp01" next_hop_address: "127.0.0.1" (195.62.x.x/23)

[kvirtu]

кеш чей?

 vega-dnk1 (91.206.110.0/23)

Відредаговано 14 серпня, 2016 kvirtu

[KaYot]

У вашего магистрала перегружен GGC. Какой смысл ругаться на ютуб и выкладывать какие-то картинки?

Вам же подтвердили что проблема не глобальна, у меня как работало так и работает все влёт, 100мбит/с буферизация в любой время..

[0x00000001]

А вот СМИ-видео грузит ойойойо как быстро, специально кидал на места где еще не прогружалось))



Серв

r8---sn-3c27ln7e.googlevideo.com

[0x00000001]

То, что проблема у магистрала - я уже понял, ибо у обеих сетей аплинк - ix.net.ua

 

 

Вроде, полетело.

Відредаговано 14 серпня, 2016 w0nd3r

[olsasha]

Замечено что один и тот же ролик глючит в браузере Google Chrome (Версия 52.0.2743.116 (64-bit)) и не глючит на браузерах Safari и Firefox.

У кого как?

Відредаговано 15 серпня, 2016 olsasha

[KaYot]

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

[olsasha]

Проблема однозначно не в компе.

[0x00000001]

Яснопонятно все.

Начиная часов с 7-8 ютуб начинает плясать))

Точнее что-то там у ix.net.ua

[John_Doe]

нормально показывает и до 7-8 и после.

[Ajar]

Яснопонятно все.

 

Начиная часов с 7-8 ютуб начинает плясать))

Точнее что-то там у ix.net.ua

я бы перефразировал  что там у гугля, вопрос в том почему гугл  не балансируют кеш .... 

[alfko]

Яснопонятно все.

 

Начиная часов с 7-8 ютуб начинает плясать))

Точнее что-то там у ix.net.ua

 

Угу... что-то... Там последние пол года вечная полка

[karyon]

Тоже последние дни трабла с ютубом вечером, подключен к 2-м кешам один из них ua-ix.. на ua-ix загрузка в полке, на второй кеш чего-то трафик не хочет балансироваться сам

[olsasha]

Может там кому-то написать чтобы расширили канал который в полке?

[jordanmua]

Уже год ведем переговоры, наконец нам подтвердили 2х100Г порта. 

В конце октября должны появиться +200Гбит Google-Ua-ix

[askask]

Замечено что один и тот же ролик глючит в браузере Google Chrome (Версия 52.0.2743.116 (64-bit)) и не глючит на браузерах Safari и Firefox.

У кого как?

Подтверждаю, проблема возникает только в последних версиях Google Chrome и Chromium (мб яндекс тоже, не проверял) под Windows и OS X. Под Linux старенький со старым Chrome - полет нормальный, а также опера, firefox, safari, edge на разных платформах.

А такой холивар развели на 3 страницы, я уже думал как бгп перенастроить.

Остается 1 вопрос: почему проблема возникает именно вечером?

[KaYot]

А у вас мыслей нет, почему вечером тормозит?

[askask]

tcpdump -c 3 -nn -S -X -vvvvv host 173.194.21.89
22:49:25.684406 IP (tos 0x0, ttl 58, id 0, offset 0, flags [DF], proto UDP (17), length 1378)
    173.194.21.89.443 > 192.168.111.100.58312: [udp sum ok] UDP, length 1350
	0x0000:  00e0 52f4 806c 000c 4330 5088 0800 4500  ..R..l..C0P...E.
	0x0010:  0562 0000 4000 3a11 4863 adc2 1559 c0a8  .b..@.:.Hc...Y..
	0x0020:  6f64 01bb e3c8 054e 43d2 00c1 434e 4e81  od.....NC...CNN.
	0x0030:  98f3 4106 065a 8fc1 e111 01ad 04c7 a3af  ..A..Z..........
	0x0040:  ddcd c39f b3ba f800 f64f d7ab 3bec f627  .........O..;..'
	0x0050:  fb18 2b84 155f 0301 f526 a74f 7227 3789  ..+.._...&.Or'7.
	0x0060:  ca6f 4318 89ec 4941 e318 0004 1fcd 12cd  .oC...IA........
	0x0070:  5203 c404 b381 a143 9a9a 4784 d789 2e8d  R......C..G.....

Это в хроме.

22:52:05.516221 IP (tos 0x0, ttl 64, id 13294, offset 0, flags [DF], proto TCP (6), length 1372)
    192.168.111.100.55214 > 173.194.21.89.443: Flags [P.], cksum 0x54d9 (correct), seq 3670958691:3670960011, ack 3884018984, win 4096, options [nop,nop,TS val 353437958 ecr 321744465], length 1320
	0x0000:  000c 4330 5088 00e0 52f4 806c 0800 4500  ..C0P...R..l..E.
	0x0010:  055c 33ee 4000 4006 0e86 c0a8 6f64 adc2  .\3.@.@.....od..
	0x0020:  1559 d7ae 01bb dace 6263 e781 6d28 8018  .Y......bc..m(..
	0x0030:  1000 54d9 0000 0101 080a 1511 0906 132d  ..T............-
	0x0040:  6e51 1703 0305 2300 0000 0000 0000 094a  nQ....#........J
	0x0050:  d2e6 a05a 0716 e39a 2c5c f70a e86e 13e7  ...Z....,\...n.

А это в опере. В сафари все закономерно. 

Похоже разработчики хрома и хромиум решили для уменьшения задержек (так оно и вышло) использовать udp для доставки потока.

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

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

Впрочем причин может быть много.

UPD: не помешало бы исследовать tcp пакеты на предмет tcp retransmittion, но у меня на машине не работает wireshark. Это бы опровергло или подтвердило гипотезу.

Відредаговано 23 серпня, 2016 askask

[ig0r]

 

 

Похоже разработчики хрома и хромиум решили для уменьшения задержек (так оно и вышло) использовать udp для доставки потока.

Решили ещё три года назад - QUIC.
Для индикации использования в Chrome можно попробовать это расширение.

[askask]

 

Похоже разработчики хрома и хромиум решили для уменьшения задержек (так оно и вышло) использовать udp для доставки потока.

Решили ещё три года назад - QUIC.

Для индикации использования в Chrome можно попробовать это расширение.

 

Оказывается в хроме можно зайти в chrome://flags/ и отключить QUIC. 

И пока  окончательно не понятно связано это с полками по дороге?

[0x00000001]

у прова 3 кэша, а траф только через ua-ix валит с гугла...

[askask]

у прова 3 кэша, а траф только через ua-ix валит с гугла...

Оно то да, но возникает вопрос почему при потерях такие жуткие тормоза, а не выпадание кадров например? На старом протоколе все ок.

Или может я чего-то не понимаю и причина не в потерях? 

[GiganetUA]

Включитесь к нам Гиганет(www.giganet.ua) у нас есть и кэши и паритет с Гуглом. Летать все будет. Можем дать сервис на бесплатный тест. Если есть вопросы,то прошу в личку.

[0x00000001]

К гиганету подключение есть у прова))