А у Гугла есть лукингласс?

[telematic]

Сабж.

[kpv]

даже голосовые команды понимает :)

[vurd]

И еще у яндекса, есть ли он?

[Sonne]

У GCC есть внутренний LG, но в паблик не дают. Это конечно безобразие, когда крупнейший генератор трафика в интернете не имеет никаких инструментов мониторинга.

[telematic]

У GCC есть внутренний LG, но в паблик не дают. Это конечно безобразие, когда крупнейший генератор трафика в интернете не имеет никаких инструментов мониторинга.

 

Ну не то, чтобы совсем никаких, но LG бы не помешал.

А то непонятно, кого из магистралов душить...

[kpv]

А то непонятно, кого из магистралов душить...

с ютубом проблема? BGP там вряд ли поможет.

На том ip, с которого хочется "придушить" в браузере наберите http://redirector.c.youtube.com/report_mapping

это та нода, которая обслуживает этот блок.

Дальше в браузере включайте отладку и смотрите ip этого кэша и соответсвенно ищите LG этого аплинка.

[telematic]

и смотрите ip этого кэша и соответсвенно ищите LG этого аплинка.

 

IP этого кэша в моём случае принадлежит Гуглу.

Собственно, сабж :-)

[Sonne]

Телематик, всегда можно написать в ggc@google.com и получить оперативный ответ.

 

Алгоритм выбора ноды по моему мнению работает так:

 

1. На основании IP блока вас относят к какому либо региону. Например если гугл считает вас европой, то никогда не отдаст трафик с американского аплинка.

 

2. В пределах одного региона алгоритм учитывает BGP префиксы. Если у вас два региональных аплинка со своим GGC, то BGP AS_PATH влияет.

 

3. Пересчет алгоритма происходит раз в час.

 

4. Алгоритм учитывает нагрузке потери пакетов и может, например, ночью переключать на одну ноду, а днем на другую.

 

5. На уровне клиентского яваскрипта реализованно резервирование. Если доступ к определенным серверам заблокирован, то скрипт сам перекидывает на другие сервера, как правило выше по дереву иерархии.

 

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

[telematic]

Телематик, всегда можно написать в ggc@google.com и получить оперативный ответ.

 

Алгоритм выбора ноды по моему мнению работает так:

 

1. На основании IP блока вас относят к какому либо региону. Например если гугл считает вас европой, то никогда не отдаст трафик с американского аплинка.

 

2. В пределах одного региона алгоритм учитывает BGP префиксы. Если у вас два региональных аплинка со своим GGC, то BGP AS_PATH влияет.

 

3. Пересчет алгоритма происходит раз в час.

 

4. Алгоритм учитывает нагрузке потери пакетов и может, например, ночью переключать на одну ноду, а днем на другую.

 

5. На уровне клиентского яваскрипта реализованно резервирование. Если доступ к определенным серверам заблокирован, то скрипт сам перекидывает на другие сервера, как правило выше по дереву иерархии.

 

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

 

Дело в том, что адрес этот, судя по задержке, находится в России или в Восточной Европе.

Гугл на мой запрос порекомендовал улучшить связность :-)

[Дятел]

Он мудр....

[telematic]

Он мудр....

 

Поэтому и сабж :-)

[kpv]

IP этого кэша в моём случае принадлежит Гуглу.

какой ip и что пишет report_mapping ?

 

p.s. если вопрос только в гугле, то оптимальнее искать рядом работающий GGC и мапиться к нему

Edited January 19, 2014 by kpv

[telematic]

какой ip и что пишет report_mapping ?

 

p.s. если вопрос только в гугле, то оптимальнее искать рядом работающий GGC и мапиться к нему

 

 

74.125.111.58, например.

 

И к чему не мапься, всё равно найдётся ролик, которого в GGC ноде, которая под боком, не окажется.

[kpv]

Дело в том, что адрес этот, судя по задержке, находится в России или в Восточной Европе.

Не определив куда именно у вас коннект Вы даже при наличии LG не сможете им воспользоваться - с какой точки то смотреть будете? их у гугла великое множество.

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

 

И к чему не мапься, всё равно найдётся ролик, которого в GGC ноде, которая под боком, не окажется.

трафик:

1. может спроксироваться через ноду

дальше смотрите по вышеописанному алгоритму с пункта 2

 

74.125.111.58, например.

у меня это msk-ix

LG здесь http://www.msk-ix.ru/network/lookingglass.html

 

 

traceroute 74.125.111.58

traceroute to 74.125.111.58 (74.125.111.58), 64 hops max, 40 byte packets

1 gw37 (37.202.60.1) 1.345 ms 4.133 ms 1.395 ms

2 254-108-63-92.in-addr.arpa (92.63.108.254) 0.522 ms 0.509 ms 0.502 ms

3 edge.webdc.ru (92.63.108.89) 0.542 ms 0.503 ms 0.500 ms

4 msk-ix-gw2.google.com (193.232.246.232) 2.210 ms 1.674 ms 1.442 ms

5 72.14.235.227 (72.14.235.227) 5.150 ms 19.740 ms 15.693 ms

6 72.14.235.239 (72.14.235.239) 2.438 ms 2.934 ms 2.613 ms

7 74.125.111.58 (74.125.111.58) 2.789 ms 2.246 ms 2.469 ms

[telematic]

Не определив куда именно у вас коннект

 

Что значит, "не определив"?

Я даже IP адрес написал.

 

у меня это msk-ix

LG здесь http://www.msk-ix.ru/network/lookingglass.html

 

Network not in table

[kpv]

Что значит, "не определив"?

у гугла у каждого крупного провайдера с трафиком больше гигабита стоит кеш, представьте сколько точек будет в "России и Восточной европе"....

Я даже IP адрес написал.

Очень много полезной информации, только не пойму зачем приставка "даже"? :)

http://ru.wikipedia.org/wiki/Anycast

 

Network not in table

потому что толком не можете проблему описать и выдать всю информацию о ней, поэтому ответ всегда будет один и тот же - улучшайте связность :)

Edited January 19, 2014 by kpv

[telematic]

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

 

Проблема такая - все ютюбовские ролики, которые тормозят, отдаются с одного и того-же блока адресов.

Один из них я привёл выше.

Ну спрошу тогда в лоб - как мне улучшить связность? :-)

[kpv]

Ну спрошу тогда в лоб - как мне улучшить связность? :-)

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

[telematic]

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

 

Ещё раз, медленно.

 

1.Ни в одном провайдерском кэше нет всех ютюбовских роликов.

2.Все ролики есть только у ютюба.

3.Ютюб отдаёт их (те ролики, которых больше нет нигде) мне с определённого своего бэкэнда (в терминологии гугла).

4.Эти ролики тормозят.

5. Чё делать? :-)

[kpv]

Ещё раз, медленно.

И у всех провайдеров в мире эти ролики тормозят?

Действительно, больше сделать ничего нельзя.

[telematic]

И у всех провайдеров в мире эти ролики тормозят?

Действительно, больше сделать ничего нельзя.

 

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

Вот я и пытаюсь выяснить, у какого.

[kpv]

Отключаете аплинков по очереди и выясняете свою проблему.

 

p.s. и заодно планово протестируете переход на резерв

[kpv]

у одного из двух моих аплинков фиговый линк с этим бэкэндом.

Вот я и пытаюсь выяснить, у какого.

по трейсу не видно куда ip уходит? Обычно в том месте, где стоит гугл всегда есть LG

[Mikler]

Отключаете аплинков по очереди и выясняете свою проблему.

 

p.s. и заодно планово протестируете переход на резерв

Какая то бинарная логика прям. А если в обоих случаях будет одинаковый результат?

Есть что сказать по делу?

[kpv]

Есть что сказать по делу?

1. Улучшать связность!

 

2. ТС-у уже всё по делу рассказали два раза.

Сам он разобраться не может, рекомендациям не следует, информацию о себе не раскрывает - где у него ближайшая точка входа от гугла определяет с точностью +-1000 км.

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

если опять ничего не помогает - смотри пункт 1.

 

оригинал рекомендации звучит так.

Hello,

 

If you still receive such complaints, please provide the following

information:

 

- Affected client IP addresses

 

- The output of http://redirector.c.youtube.com/report_mapping

 

- The IP address (or hostname) of the server content is actually served from

 

- The nature of the problem (if the problem is with Youtube video playback:

note that the video precaching at less than line rate, or the video not

precaching entirely, is not a problem. The video being interrupted during

playback is not).

Edited January 19, 2014 by kpv