Железка под 2 FLV

[nemo_lynx]

Full View обязателен, если ваша АС транзитная, то есть вы собираетесь по BGP подключать к себе ещё клиентов.

Вас жестоко обманули, не ведитесь :) . Просто почитайте учебник по бгп.

 

Нене, ребят, не отклоняемся от темы, развели здесь "нужен\не нужен fv" =)

Хочется, всё-таки, увидеть священный грааль на 2FV за 100к. Думаю, еще неплохо десятки было бы запросить. Что уж тут.

Ага, и еще надо бы mpls, dpi, ну и nat на пару миллионов сессий неплохо бы. Что уж тут :) . Без этого точно нельзя клиентов подключать.

[sinpain]

Соглашусь с бгп дружу не очень хорошо вот и пытаюсь разобраться! Сколько в нэте не искал другой схемы не нашёл. Может плохо искал но все же.

 

Постараюсь описать задачу более детально.

 

Имеется L3 коммутатор (через него сейчас все и работает)

Есть два аплинка от магистралов каждый по 1 Гбит, мы принимаем от них дефолт бжп

У нас имеется своя АС (назовём её AS100), мы прекрасно живём и все хорошо работает, незаморачиваемся по поводу балансировки и т.д. и т.п.

Теперь появилась необходимость подключить ещё одного провайдера дабы отдать ему 1Гбит канала, но у него есть своя АС (назовём её AS200) им достаточно так же дефолтным бжп.

 

Внимание вопрос: как это ***ство настроить?

 

Сколько не читал везде пишут что мы должны принимать от магистралов full view так как наша AS будет транзитной.

 

Вот ссылка на подобную статью: https://m.habrahabr.ru/post/184350/

 

Пните чтоли в нужную сторону плэззз. Что я не так понял?!

[kaist]

Full View обязателен, если ваша АС транзитная, то есть вы собираетесь по BGP подключать к себе ещё клиентов.

Платить за все эти плюсы приходится производительностью: высокая утилизация оперативной памяти и весьма долгое изучение маршрутной информации после установления BGP-сессии. Например, после того, как дёрнулся линк с вышестоящим провайдером, полное восстановление может занять несколько минут.

Вам кто такое сказал? Тупиковому провайдеру фулл не нужен, особенно если у него один аплинк. В общем случае не нужен даже если несколько. Транзиту такого тупика фулл тоже не нужен. Если вам уже вчера нужно было его подключить, то прям щас отдайте ему дефолт, примите его префиксы и отдайте их аплинкам. Не забудьте добавить ас вашего довнлинка в соответствующие объекты в базе райпа. И все заработает

Edited October 4, 2016 by kaist

[kaist]

Если очень грубо сказать, то фулл провайдеру нужен тогда, когда хочется без лишних движений получить оптимальные, с точки зрения роутинг процесса на железке, маршруты при наличии нескольких аплинков. И худо-бедно распределить исходящий между линками, опять таки ничего у себя не делая. Но все это прекрасно делается политиками и при наличии только дефолтов от аплинков.

Edited October 4, 2016 by kaist

[sinpain]

Так можно немного подробнее про объекты в базе ripe

 

Что именно и куда там добавить?

[kaist]

Серьёзные магистрали скриптом строят фильтры на входящие анонсы своих пиров на основании... Кажется as-set объекта, но точно не помню. С телефона лень смотреть. Там прописываются все ас, которые анонсируются от ас пира. Но это не обязательно. Уточните у технарей ваших аплинков. Возможно достаточно им на почту кинуть префиксы, которые будете анонсить.

[Butch3r]

Да и не сильно хочется навешивать все это добро на Cisco 6500. Вы знаете сколько она грузится после сбоя? Я вам скажу минут 10-15 это без bgp. А о стабильности работы 65 я вообще молчу, к температуре она очень критична!

чё за чушь? Вы вообще его использовали?

[ShyLion]

Но все это прекрасно делается политиками и при наличии только дефолтов от аплинков.

Можно пример?

Как избежать асимметричного траффика? И чтобы оба аплинка худо-бедно были равномерно нагружены.

[sol]

Как избежать асимметричного траффика? И чтобы оба аплинка худо-бедно были равномерно нагружены.

 

Какого именно трафика? Исходящего - никак. Он пойдёт туда, где дефолт. Входящего - вы им и так рулите ОЧЕНЬ ОГРАНИЧЕНО. Решение о маршрутизации пакета принимается много выше и не вами. У вас только препенды и море специфики.

[kaist]

Как избежать асимметричного траффика? И чтобы оба аплинка худо-бедно были равномерно нагружены.

ну например, исходящий разложить PBRом по линкам, с входящим сложнее, если префиксы жирные, то можно анонсить аплинкам агрегаты и одновременно /24 специфики, частично одному, частично другому, можно навешивать препенды, можно юзать комьюнити. Естественно нужное распределение трафика достигается практическим методом, заранее просчитать сложно. При этом возможна ассиметрия, но я пока не видел чтобы это вызывало проблем.

[nemo_lynx]

Как избежать асимметричного траффика? И чтобы оба аплинка худо-бедно были равномерно нагружены.

 

Какого именно трафика? Исходящего - никак. Он пойдёт туда, где дефолт. Входящего - вы им и так рулите ОЧЕНЬ ОГРАНИЧЕНО. Решение о маршрутизации пакета принимается много выше и не вами. У вас только препенды и море специфики.

Ну почему?

 

Пример примитивной балансировки исхода:

1. Принимаем с обоих аплинков дефолты. У аплинка 1 делаем дефолт более приоритетным.

2. Создаем один статик-роут, завернув половину всего пространства ipv4 на аплинк 2.

В такой схеме когда валится любой из аплинков, исход весь уходит во второй. Когда же оба аплинка доступны, исход делится условно поровну.

 

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

[sol]

2. Создаем один статик-роут, завернув половину всего пространства ipv4 на аплинк 2.

 

Если только с масокй "наизнанку". Не 0.0.0.0/128.0.0.0 а 0.0.0.0/0.0.0.0.1 А так мало кто умеет. Если делиться первой маской, то поделится сильно не поровну.

 

Ну и да, про комьюнити я забыл.

[dignity]

Я режу по /21 распределение загрузки адекватное (MF / TTK). Маршрутов в FIB 140К примерно. Балансировка по умолчанию удовлетворительная. Немного подкручена с помощью увеличения длины моих префиксов /23 -> 2x/24 и т.п.

 

140K маршрутов вообще много куда помещаются легко.

[SyJet]

Full View обязателен, если ваша АС транзитная, то есть вы собираетесь по BGP подключать к себе ещё клиентов.

Этож где такому учат???!!!!

Сколько лет отдаю транзитом нескольких операторов принимая несколько дефалтов. Сможете доказать что я делаю не так?!

[ShyLion]

А много абонентов жалуются, что туда одна задержка, а обратно другая? (при асимметрии)

[sol]

140K маршрутов вообще много куда помещаются легко.

Ну да. В любой шеститонный супервайзер. Даже во второй. В четырёхтонный тоже. В многие Экстримы влезет.

 

А много абонентов жалуются, что туда одна задержка, а обратно другая? (при асимметрии)

А как вы задержку в одну сторону меряете, чтобы сравнивать в туда и из оттуда?

[vurd]

А много абонентов жалуются, что туда одна задержка, а обратно другая? (при асимметрии)

 

Ноль.

 

У меня есть равнозначные маршруты через двух аплинков. Бывает при флапе одного половина исходящего перетекает на второй. Вы знаете, всем плевать. Ни разу никто не пожаловался.

Единственное, когда реально надо было что-то пускать через определенного аплинка, так это корпоративные клиенты просили "пинг поменьше до удаленного впн\рдп". Ну и обойти некоторых долб..в, типа динета, блокирующих ркн по ip на маршуртизаторах.

[nemo_lynx]

А много абонентов жалуются, что туда одна задержка, а обратно другая? (при асимметрии)

Во-первых, 100% симметрия возможна на маршрутах максимум с 1-2-мя хопами (и то, на 2-х хопах уже не факт). В интернете подавляющая доля асимметричных маршрутов. Вам самому это сильно когда-либо мешало?

Во-вторых, для 99% абонентов нет разницы между "яндексом", "браузером" и "интернетом".

[telecom]

Резерв нужен в качестве второго супервизора, для откпзоустойчивости!

 

Как я писал выше сейчас стоит два 32 супервизора!

 

Да кстати ещё в коробке лежит 720-3B супервизор но он вроде под full view неподходящий нужен именно 720-3bxl.

 

Если смотреть в сторону тазиков то такого будет достаточно или нет? http://shop.nag.ru/catalog/02393.Servery-Dell/11191.PowerEdge-R/13559.R610_2xX5560_24GB_292GB

 

С ебея заказывать не варик слишком долго! Все железо нужно было ещё вчера!

К 1 ноября должно все работать как часы!

Вам не нужен с двумя процами. И не берите dell, HP

В идеале интел или супермикро, с 10-гигабитной сетевухой. Все настраивается за 15 минут.

Если срочно-срочно надо, могу один из своих серверов отдать с настройкой.

[ShyLion]

Во-вторых, для 99% абонентов нет разницы между "яндексом", "браузером" и "интернетом".

Да про хомяков никто и не говорит.

Зато вот есть две шараги, у каждой есть линк с билайном по BGP и у каждой есть еще по линку в совсем разных других магистрала, и было бы грустно, если бы между ними траффик ходил как бог на душу положит.

Короче от бедности это все. Если есть возможность принимать FV то нужно это делать.

[sol]

Если есть возможность принимать FV то нужно это делать.

Совершенно незачем это делать без нужды.

 

Поймите, в интернете трафик и так ходит не симметрично. Да и какая, собственно, пакетам разница?

[NiTr0]

Загрузка одного ядра из 36 на 100% и загрузка FW 10 мин

при флапе сессий - 20 минут.

 

давно уже разжевали. что 100% на ядро. это проблема древнего софта.

нет, это проблема жопоруких разрабов. в 6.35 то же самое.

 

В общем случае не нужен даже если несколько

угу, ровно до тех пор пока у одного аплинка (и, соответственно, у вас) не отвалится часть направлений. в самом запущенном случае - у аплинка рубят линк на мир, дефолт анонсится, мира у вас нет...

[kaist]

у одного аплинка (и, соответственно, у вас) не отвалится часть направлений

если аплинк - шабаштелеком, в котором такое возможно и будет долго фиксится, то да, такая проблема возможна. НО, это форс-мажор, от всего не убережешься... К тому же у провайдера должны быть свои люди, способные адекватно отреагировать на недоступность направления и перевести трафик в другой линк принудительно.

 

у аплинка рубят линк на мир, дефолт анонсится, мира у вас нет...

это вообще уже жесть какая-то, не нужно брать транзит у хрен знает кого, ну и это решается с помощью ip sla на cisco или банальным пингованием "мира", с дерганьем скриптов в случае недоступности

[ShyLion]

Если есть возможность принимать FV то нужно это делать.

Совершенно незачем это делать без нужды.

 

Поймите, в интернете трафик и так ходит не симметрично. Да и какая, собственно, пакетам разница?

- Не аккуратненько как-то... :)

[sinpain]

Резерв нужен в качестве второго супервизора, для откпзоустойчивости!

 

Как я писал выше сейчас стоит два 32 супервизора!

 

Да кстати ещё в коробке лежит 720-3B супервизор но он вроде под full view неподходящий нужен именно 720-3bxl.

 

Если смотреть в сторону тазиков то такого будет достаточно или нет? http://shop.nag.ru/catalog/02393.Servery-Dell/11191.PowerEdge-R/13559.R610_2xX5560_24GB_292GB

 

С ебея заказывать не варик слишком долго! Все железо нужно было ещё вчера!

К 1 ноября должно все работать как часы!

Вам не нужен с двумя процами. И не берите dell, HP

В идеале интел или супермикро, с 10-гигабитной сетевухой. Все настраивается за 15 минут.

Если срочно-срочно надо, могу один из своих серверов отдать с настройкой.

 

А чем dell и HP неугодили?

 

У дела стоят две двухпортовые сетевые! Можно ещё добавить при необходимости!

 

Так мне никто и не дал ответа на мои вопросы.

 

Нужен нам FLV или нет?

Сервер подойдёт или нет?