Backup community

[Providets]

Приветствую!

 

Товарищи форумчане, кто-нибудь может объяснить что есть backup community (ну или выставление наименьшего локалпрефа в прямой p2p с клиентом)?

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

локалпреф в сторону стыка с клиентом, то и трафф пойдет напрямую к клиенту в последнюю очередь ( на то оно и бэкап, собственно) только оператору

от этого какая выгода? Он, значит, анонсит клиента, допустим зарубеж, ему из-за бугра на клиента трафик сливает аплинк №1,

а поскольку клиент c backup community себя анонсит, то оператор этот раз - и на пира/аплинка №2 трафик отправил. В итоге оператор и канал свой загрузил,

и мало того, что сам не заработал, так и дал заработать пиру/аплинку №2 , т.е. конкуренту. В чем смысл?

Edited June 26, 2009 by Providets

[[Eagle]]

При пониженном локалпрефе Ваш аплинк выберет маршрут до Вашей сети через другие каналы (свои пиры или аплинки), и соответственно as-path до Вас будет таков, что аплинк НЕ будет анонсировать Вас.

И только когда у Вас отвалятся остальные каналы, сработает маршрут до Вас через бэкапный стык, и ваши анонсы уйдут в мир..

[Дятел]

только оператору от этого какая выгода?

backup community - техническая возможность.

А выгода определяется договором. Совсем разные вещи.

[Providets]

При пониженном локалпрефе Ваш аплинк выберет маршрут до Вашей сети через другие каналы (свои пиры или аплинки), и соответственно as-path до Вас будет таков, что аплинк НЕ будет анонсировать Вас.

И только когда у Вас отвалятся остальные каналы, сработает маршрут до Вас через бэкапный стык, и ваши анонсы уйдут в мир..

Спасибо.

[evd]

Он, значит, анонсит клиента, допустим зарубеж, ему из-за бугра на клиента трафик сливает аплинк №1, а поскольку клиент c backup community себя анонсит, то оператор этот раз - и на пира/аплинка №2 трафик отправил

Providets, есть азы, которые многие почему-то предпочитают усваивать не из умных книжек, а путём набивания шишек себе и окружающим. Фильтровать "на выходе" надо не по prefix-list, а по bgp community. Раскрашивают же маршруты "на входе". Там же и фильтруют по полной. Тогда best path на "клиентский" маршрут, полученный не на стыке с клиентом, вовне от Вас уходить не будет. По причине отсутствия у него надлежащей раскраски

 

Теперь по существу: опустить ниже плинтуса localpref - это еще далеко не всё, что требуется для обеспечения backup. Если, конечно, оный делается не для галочки "шоб былО как усех"

 

Во-первых, Вам необходимо транслировать свой backup community в оный аналогичный для ваших апстримов. Иначе, при первом же его срабатывании, может случиться эффект захлопнувшейся мышеловки: апстримы получают от Вас маршрут -> выставляют на него высокий localpref, и он у них выходит по всем параметрам best -> в результате, Вы не получаете извне альтернативных маршрутов, и best path у Вас по-прежнему выбирается через backup-стык с клиентом -> апстримы по-прежнему получают от Вас этот маршрут -> ...

 

Кто будет крайним при разборках "почему это к нам трафик льется через backup-стык, опять обмануть пытаетесь, сцуки" - легко догадаться

 

У данной медали, как водится, имеется и обратная сторона - несрабатывание backup community в тот самый момент, когда клиенту ваш транзит позарез нужен. Потому что у него отвалились разом все его основные аплинки. Или у его апстримов что-то там вышестоящее отвалилось (превратилось в вышележащее), не суть. Но тут оказывается, что отвалилось у клиента не всё, и Вы продолжаете его видеть через своих пиров. Или через RS на IX-е. Best path смотрит не в сторону стыка с клиентом, и его backup-анонсы продолжают мирно дремать

 

Кто будет крайним при разборках "почему не сработала обещанная услуга" - догадаться тоже несложно

 

И наконец, кроме технической стороны, есть еще экономическая. Backup обычно оказывается востребован как раз в тот момент, когда Вам и без того несладко. У вашего конкурента случилась серьёзная авария, ваши многоногие клиенты разом потеряли избыточные конечности, и объём трафика через вашу сеть вдруг резко подскочил. А тут вдруг еще и backup-клиенты проснулись. Значит, под эту услугу Вам необходимо дополнительно резервировать полосу. Чтобы те, кто платит регулярно за реальный трафик, не страдали. Вот и думайте, что будет правильнее: обещать неосуществимое или отказать "за неимением технической возможности"

 

PS. Backup community - роскошь, которую могут позволить себе только тирваны imho. Потому что: а) у них нет апстримов; б) они все как один имеют исключительно restrictive peering policy; в) они достаточно большие, чтобы начали работать законы больших чисел

 

PPS. Не знаю как в жизни, а в кинофильмах иногда случается, что какая-то гостиница держит в резерве номер для своего постоянного VIP-клиента. Иногда даже один и тот же. Понятное дело, такая услуга оправдана, если клиент щедро платит ;)

 

 

[Дятел]

у наших "Кирванов" (с) Кипчатов с backup community - по-разному. У ГТ - есть (пользовался несколько лет назад), у ТТК и РТ - нет.

[tgz]

Вообще она есть у всех, просто не говорят. Бизне$$ у них такой. Что ж, понять убогих можно...

[Дегтярев Илья]

А какой вообще смысл бекапов в интернете? Берем два равных по связанности ( и цене) провайдера, имеющих физически разные линки из россии+разных Tier1. То есть любых двух Кирванов.

 

Распределяем трафик равномерно по ним. В случае падения жвем несколько часов с возможной полкой; если в ЧНН - значит день, можно позвонить и попросить на денек удвоенную полосу.