[saaremaa]

Есть 2 "ноги" Вымпелком и "посредник Ростелекома". От обоих получаем FV и анонсируем свои сети с разными препендами.

Абоненты, использующие CDN Google Global Cache c с площадки Вымпелкома жалуются на тормоза Youtube и периодическую недоступность m.youtube.com. На остальные ресурсы жалоб нет.

Абоненты, использующие CDN Google Global Cache c с площадки Ростелекома работают без проблем. На остальные ресурсы жалоб нет.

Нагрузка в ЧНН на обеих "ногах" около 75%.

Как запретить использование CDN youtube с площадки Вымпелкома?

[uxcr]

match as-path

set local-pref

[s.lobanov]

match as-path

set local-pref

 

Накроман чтоле? Как это повлияет на входящий трафик?

[saaremaa]

Насколько я понимаю у GGC есть какая-то метрика по которой он тянет к себе клиентов. Может кто в курсе что это?

match as-path

set local-pref

емнип, это на исходящий влияет.

На всякий случай создали тике в Вымпелкоме.

[s.lobanov]

Насколько я понимаю у GGC есть какая-то метрика

 

да они целые научные статьи пишут про свою сеть, ggc(как её часть) и т.д. там сложные механизмы управления трафиком, т.е. тут нельзя как по старинке - просто послать community аплинку, он пошлёт prepend(ы) сматив его и все счастливы

[vurd]

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

[p10neer]

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

Отписали в Мегафон, они перестали анаонсировать наши сети на свой GGC. Но стало хуже, вместо того чтобы получать трафик с GGC Билайна, трафик пошел с франкфуртской ноды. Пришлось просить Мегафон восстановить анонсы на GGC.

[dmvy]

А если зарегистрироваться на peering.google.com? И там попробовать настроить? По крайней мере завести ticket и уже сами google предложат вариант решения.

[mikezzzz]

оно, нет?

 

Table 2.2: Preferred Ingress Signalling Communities
Community Preferred Ingress Signalling Range
15169:13000 Lowest preference to receive traffic for this prefix at this interconnection point (try
to not serve traffic here). Attempt to serve traffic on an indirect path (through other
upstreams or peers) before using this prefix.
... 15169:13001 - 15169:13099 indicate very low preference (the higher the tag the higher
the preference). Any prefix tagged in this range is less preferred than an indirect path.
15169:13100 Default priority of traffic on an indirect path. Tagging with this community indicates
that the preference is equal to receiving traffic over an indirect path.
... 15169:13101 - 15159:13199 indicate low preference. Any prefix tagged in this range
is preferred over indirect paths but not preferred to an interconnection point where the
prefix is untagged.
15169:13200 Default priority to receive traffic for this prefix at this interconnection point (the same
as if the prefix is untagged).
... 15169:13201 - 15169:13299 indicate high preference (the higher the tag the higher
the preference).
15169:13300 Highest preference to receive traffic for this prefix at this interconnection point (try to
serve traffic here).

 

 

https://isp.google.com/static/downloads/BGPCommunitySupport.pdf

Edited May 6, 2016 by mikezzzz

[bigxxl]

оно, нет?

 

Table 2.2: Preferred Ingress Signalling Communities
Community Preferred Ingress Signalling Range
15169:13000 Lowest preference to receive traffic for this prefix at this interconnection point (try
to not serve traffic here). Attempt to serve traffic on an indirect path (through other
upstreams or peers) before using this prefix.
... 15169:13001 - 15169:13099 indicate very low preference (the higher the tag the higher
the preference). Any prefix tagged in this range is less preferred than an indirect path.
15169:13100 Default priority of traffic on an indirect path. Tagging with this community indicates
that the preference is equal to receiving traffic over an indirect path.
... 15169:13101 - 15159:13199 indicate low preference. Any prefix tagged in this range
is preferred over indirect paths but not preferred to an interconnection point where the
prefix is untagged.
15169:13200 Default priority to receive traffic for this prefix at this interconnection point (the same
as if the prefix is untagged).
... 15169:13201 - 15169:13299 indicate high preference (the higher the tag the higher
the preference).
15169:13300 Highest preference to receive traffic for this prefix at this interconnection point (try to
serve traffic here).

 

 

https://isp.google.com/static/downloads/BGPCommunitySupport.pdf

 

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

[s.lobanov]

Во-первых, гугл постоянно что-то меняют, так что способы, работающие, скажем, год назад, могу не работать сейчас. Во-вторых, они считают себя умнее всех и не считают нужным давать возможность управлять их трафиком (или минимизируют это). И наконец, если схема ISP1-ISP2-ISP3-GGC, то гугл кеш не может знать о перегрузе линка ISP1-ISP2 или ISP2-ISP3, косвенно они это определяют, но это уже эврестика всякая, типа следить за этими линками это задача самих операторов, а их проблема - следить за стыком ISP3-GGC

[mikezzzz]

кстати, в свое время нам помогло добавить на проблемном аплинке community для as-path prepend в сторону Google AS (это был ТТК с перегруженной нодой). после этого проверяли - наш узел начинал питаться с GGC второго аплинка.

[bigxxl]

Во-первых, гугл постоянно что-то меняют, так что способы, работающие, скажем, год назад, могу не работать сейчас. Во-вторых, они считают себя умнее всех и не считают нужным давать возможность управлять их трафиком (или минимизируют это). И наконец, если схема ISP1-ISP2-ISP3-GGC, то гугл кеш не может знать о перегрузе линка ISP1-ISP2 или ISP2-ISP3, косвенно они это определяют, но это уже эврестика всякая, типа следить за этими линками это задача самих операторов, а их проблема - следить за стыком ISP3-GGC

 

Ну дык если ISP1 совсем мелкий, то проблемы индейцев шерифа не волнуют, а если боль-менее нормальный, с гигом трафика от гугла, то пусть ставит себе GGC и не мучается.

 

кстати, в свое время нам помогло добавить на проблемном аплинке community для as-path prepend в сторону Google AS (это был ТТК с перегруженной нодой). после этого проверяли - наш узел начинал питаться с GGC второго аплинка.

 

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

[zhenya`]

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

[pingz]

Апну тему, уже вторые сутки пошли, при загрузки youtube при открытии ролика, открывается через 2-3 минуты. Подскажите в какую сторону идти, выше стоящий оператор говорит все хорошо по трасировкам. Как узнать IP адреса серверов с видео?

[myth]

mtu как?

[pingz]

Не понял вопроса про mtu

[myth]

pmtu discovery пробовал делать?

[Butch3r]

Узнать сетку у аплинка с ггц и смотреть куда идёт траф когда смотришь ролик

http://redirector.c.youtube.com/report_mapping чё говорит?

[pingz]

37.230.137.10 => ihome-svo1 (37.230.137.0/24)

 

У аплинка два канала ещё ттк

Только у меня там /23 имеет это значение?

[Antares]

у вас ещё аплинки, кроме ттк есть??

http://forum.nag.ru/forum/index.php?showtopic=103156&view=findpost&p=1276592

Edited July 20, 2016 by Antares

[Butch3r]

Мы когда использовали ggc ihome - были проблемы, там большая нагрузка на него.

[pingz]

Проблема ушла сама. Возможно гугл сам, что-то делал?