mrk Опубликовано 30 сентября, 2009 · Жалоба Коллеги столкнулся с нетривиальной задачей. Есть клиент, которому продали канал в интернет и пиринговый канал. Как можно это реализовать,если возможно, чтобы клиент не получал внешний трафик через бесплатный пиринговый канал? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Sonne Опубликовано 30 сентября, 2009 · Жалоба две BGP сессии, лучше на двух разных портах. На пиринговой сесии маркируете клиентские анонсы соответствующей комьюнити. Комьюнити у вас есть? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mrk Опубликовано 30 сентября, 2009 · Жалоба Sonne, да комьюнити есть... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
1GE Опубликовано 30 сентября, 2009 · Жалоба две BGP сессии, лучше на двух разных портах.А ещё лучше на двух разных роутерах.Вот светанет вам клиент спецификом в пиринговый канал и будет веселуха. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UglyAdmin Опубликовано 30 сентября, 2009 · Жалоба Хотя бы в разных VRF со своими таблицами. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mrk Опубликовано 30 сентября, 2009 · Жалоба А ещё лучше на двух разных роутерах.Вот светанет вам клиент спецификом в пиринговый канал и будет веселуха. :) Вот в этом и вся незадача роутер один и тот же. Допустим я на обоих линках отрежу специфические сетки. Сделаю их одинаковыми... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cr_net Опубликовано 30 сентября, 2009 (изменено) · Жалоба две BGP сессии, лучше на двух разных портах.А ещё лучше на двух разных роутерах.Вот светанет вам клиент спецификом в пиринговый канал и будет веселуха. :) Ну для входящего трафика с пирингового канала есть QoS Policy Propagation via BGP,а вот как маркирование входящих анонсов с клиентов, пиров и апстримов комьюнитями может помочь в разруливании исходняка в сторону клиента с пиринговым и кастомерским каналом я что то не понял. Я делаю костылями - роут-полисингом на входящих аплинках. При этом пиринговый клиентский канал с большим локал-префом чем кастомерский. И оба канала и аплинки включены как раз в один роутер. Изменено 30 сентября, 2009 пользователем Cr_net Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cr_net Опубликовано 30 сентября, 2009 · Жалоба Хотя бы в разных VRF со своими таблицами. :) А можно поподробнее? а то принятие двух фулл-вью в vrf и дальнейший редистрибьют отдельных анонсов с фильтрацией по комьюнити в другой vrf нормально так 7600/3bxl c SRB укладывало. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Sonne Опубликовано 30 сентября, 2009 · Жалоба Что то пришлось поморщить лоб, сразу не увидел прикол с входящим трафиком. Самый простой вариант принимать на пиринговой сессии специфики маркировать их пиринговой комьюнитей и отдавать своим клиентам. На аплинки они не попадут в силу комьюнитей. На сессии с фулл транзите принимать агрегаты и отдавать их апстримам. Пирам эти маршруты можно и нужно отдавать, на случай падения пиринговой связи пойдет через транзит. С исходняком клиента проблем нет по определению. Две сессии маст хев, два порта по желанию так лучше билить и надежнее работать. А вобще сейл который это придумал - идиот. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mrk Опубликовано 30 сентября, 2009 (изменено) · Жалоба А вобще сейл который это придумал - идиот.Я полностью поддерживаю, но оказывается у них там в регионе так принято...Вариант со спецификами и агрегатами в принципе наверное подойдёт... Я делаю костылями - роут-полисингом на входящих аплинках.Можно поподробнее... Что-то не совсем понятно какой вид должны иметь полиси Изменено 30 сентября, 2009 пользователем mrk Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cr_net Опубликовано 30 сентября, 2009 · Жалоба Видимо я туплю :( Что то пришлось поморщить лоб, сразу не увидел прикол с входящим трафиком.Самый простой вариант принимать на пиринговой сессии специфики маркировать их пиринговой комьюнитей и отдавать своим клиентам. На аплинки они не попадут в силу комьюнитей. На сессии с фулл транзите принимать агрегаты и отдавать их апстримам. Пирам эти маршруты можно и нужно отдавать, на случай падения пиринговой связи пойдет через транзит. две ас, две бгп сессии между ними, в вашей сети два бгп пути и один роут маршрут по лучшему локалпрефу бгп, что там отдаётся во вне аплинкам агрегат или специфики уже ведь не важно, у вас ведь в сети один маршрут. И как при этом можно разрулить трафик со своей сети в пиринговый канал, а трафик с аплинков в кастомерский канал, тоесть по src, (не важно src комьюнити или src tos, src ip precedence и тд) средствами bgp. С исходняком клиента проблем нет по определению.Две сессии маст хев, два порта по желанию так лучше билить и надежнее работать. А вобще сейл который это придумал - идиот. Sonne, а какими дополнительными бонусами можно ещё местных операторов от магистралов увести? :) Ты же сам этажом выше про управление трафиком вещал :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UglyAdmin Опубликовано 30 сентября, 2009 · Жалоба Хотя бы в разных VRF со своими таблицами. :)А можно поподробнее? а то принятие двух фулл-вью в vrf и дальнейший редистрибьют отдельных анонсов с фильтрацией по комьюнити в другой vrf нормально так 7600/3bxl c SRB укладывало. А зачем в пиринговой таблице иметь фуллвью? Там только пиринг да клиентские анонсы туда редистрибьютить.Но это всё чисто умозрительно, до сих пор приходилось иметь дело с BGP только на 7200... Судя по этому заявлению, магистралы не просто так Джуниперы на BGP ставят. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cr_net Опубликовано 30 сентября, 2009 · Жалоба Я делаю костылями - роут-полисингом на входящих аплинках.Можно поподробнее... Что-то не совсем понятно какой вид должны иметь полиси самые банальные, матч dst ip по роут объектам этой ас и сет нектхоп в кастомерский канал, всё остальное с вашей сети и ваших клиентов убегает в пир так как там более высокий локал преф. Вообщем костыль, но работает Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nnm Опубликовано 30 сентября, 2009 · Жалоба Железо какое? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mrk Опубликовано 30 сентября, 2009 · Жалоба Железо какое? Juniper Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...