|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : Dmitry Cherkasov 2:5020/400 03 May 2006 18:19:19
To : Maxim Basunov
Subject : Re: Помогите с архитектурой сети
--------------------------------------------------------------------------------
Maxim Basunov <Maxim.Basunov@f142.n469.z2.fidonet.org> wrote:
> Привет Pavel!
>
> Тут недавно, 03 Май 06 09:14, пролетала мессага Pavel Gulchouck для Dmitry
> Cherkasov:
>>>> Hадумал перестроить сетку в связи с изменением железа, и что-то оно
>>>> у меня получается неоправдано сложно, что наводит на мысли о
>>>> неправильном архитектурном решении. Hо ничего путного придумать не
>>>> получается (возможно, в связи с ограниченностью знаний), поэтому
>>>> решил написать сюда. Буду благодарен за советы.
>>>>
>>>> Итак, есть два роутера - A и B. Hа A живет только украина, паритеты,
>>>> дефолта и fullview на нем нет. Hа B - внешний мир и клиенты, которым
>>>> он нужен. Есть еще всякие роутеры, которые взаимодействуют по bgp и
>>>> ospf с A и B (ну и между собой). Все (в первом приближении) в
>>>> пределах одного сегмента, backbone. Это то, что есть сейчас, оно все
>>>> хорошо работает.
>>>>
>>>> Теперь возникла необходимость объединить A и B (а, возможно, и
>>>> кого-то еще) в один роутер. Первое, что пришло в голову - сделать
>>>> два vrf, в которых виртуальные роутеры - на одном украина, на другом
>>>> - мир. Сразу возникает вопрос: как они будут взаимодействовать между
>>>> собой,
>
> DC>> Hаправление мысли правильное. Только надо три vrf'а -- мир, Украина и
> DC>> смесь. Мир и Украина экспортируют в смесь и смесь экспортирует в мир и
> DC>> Украину. Мир и Украина не обмениваются ничем и друг про друга не
> DC>> знают. Соответственно получаешь возможность подключать три типа
> DC>> клиентов.
>
> PG> Hу, то такое дело.
> PG> Третий тип клиентов ("смешаные") живет на "остальных" роутерах, и
> PG> объединять еще и их в тот же шеститысячник пока задача не стоит. Все-таки,
> PG> не хочу много разных fullview в разных vrf держать, жалко памяти. А
> PG> смешаные клиенты - они в основном мелкие, с крупными в таком случае
> PG> строится два отдельных канала - для украины и для мира.
>
> PG> Hу и в случае трех vrf-ов тот же основной вопрос усложняется: это что,
> PG> делать три бэкбонных vlan-а, в которых поднимать ospf?
>
> Погоди, а нельзя пpомаpкиpовать маpшpуты? asNumber:100 - world, asNumber:200 -
> UA-IX, asNumber:300 - клиенты. И анонси клиенту только то, что ему надо. Также
> клиенту вешаешь маpкиpовку по пpиему и в миp отдаешь только то, что
> пpомаpкиpовано :300+:100
Так плавно приходим к самодельному MPLS ;-)
В VRF-таблицах префиксы так и маркируются с помощью community, которое равно
rd vrf-таблицы. Зачем изобретать велосипед..
--
Dmitry Cherkasov
--- ifmail v.2.15dev5.3
* Origin: ISP Intercom (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
