Jump to content
Калькуляторы

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

 

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

 

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

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

Edited by kpv

Share this post


Link to post
Share on other sites

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

 

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

 

 

74.125.111.58, например.

 

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

Share this post


Link to post
Share on other sites

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

Не определив куда именно у вас коннект Вы даже при наличии 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

Share this post


Link to post
Share on other sites

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

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

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

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

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

 

Network not in table

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

Edited by kpv

Share this post


Link to post
Share on other sites

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

 

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

 

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

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

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

Share this post


Link to post
Share on other sites

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

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 by kpv

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this