bda Опубликовано 8 сентября, 2010 · Жалоба Коллеги, подкажите. Есть теоретический замысел один, но что-то думаю, что не будет работать: есть bgp rr, есть у него некоторое кол-во клиентов, в смысле клиентов рефлектора. Некоторые имеют только один аплинк, собственно на рефлектор. Собственно, вопрос: можно ли будет получить полную таблицу если присоединится к клиенту рефлектора? Отдаст он ее или нет? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bda Опубликовано 8 сентября, 2010 · Жалоба Уважвемые! Подскажите, если кто знает-то? Сорри за бампинг... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orlik Опубликовано 8 сентября, 2010 · Жалоба Уважвемые! Подскажите, если кто знает-то? Сорри за бампинг... конечно Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
yakuzzza Опубликовано 8 сентября, 2010 · Жалоба Первый вопрос: зачем клиенту с 1 аплинком fullview? Просто лишний раз нагружать оборудование. Отдали бы дефолт и все. Второй вопрос: если вы - транзитная AS, зачем вам RR? Ну и RR как правило используется замены fullmesh внутри AS при использовании iBGP. Читаем RFC: This document describes the use and design of a method known as "route reflection" to alleviate the need for "full mesh" Internal BGP (IBGP). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
cmhungry Опубликовано 8 сентября, 2010 · Жалоба Второй вопрос: если вы - транзитная AS, зачем вам RR? Ну и RR как правило используется замены fullmesh внутри AS при использовании iBGP. Читаем RFC: This document describes the use and design of a method known as "route reflection" to alleviate the need for "full mesh" Internal BGP (IBGP). Да, все правильно. А зачем рефлектор на транзитной АС? Ну представьте, у меня по бгп-роутеру в амстердаме, лондоне, франкфурте, стокгольме, хельсинки, москве (3 рутера), питере (2 рутера). Между ними л3, ibgp. Все на одной АСке. Мне делать фуллмеш на них? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
yakuzzza Опубликовано 8 сентября, 2010 · Жалоба Полностью "да". Первый вопрос относился к eBGP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
cmhungry Опубликовано 8 сентября, 2010 · Жалоба отдаст ли клиент рефлектора фулл? отдаст, если присоединяемый к нему оператор имеет другую АС. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
yakuzzza Опубликовано 8 сентября, 2010 · Жалоба По сути каждый eBGP-роутер является RR. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bda Опубликовано 9 сентября, 2010 · Жалоба Понятно, спасибо. Т.е. если новый рутер присоединяется к клиенту RR, сам будучи в той же AS что и RR - никакой маршрутной информации по ibgp - не получит? Или все-таки можно хоть дефолт передать? Зачем все это делается: клиеном RR - является vyatta, а к ней присоединяю некоторое кол-во mikrotik`ов (лаба на них с mp-bgp). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
yakuzzza Опубликовано 9 сентября, 2010 (изменено) · Жалоба Учите матчасть. Для чего нужен iBGP почитайте. RR введен для разгрузки iBGP в случае fullmesh. Я ж дал RFC - там все описано. А на чем лаба - vyatta/zebra/openbgpd/cisco - не столь важно. Изменено 9 сентября, 2010 пользователем yakuzzza Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...