Sonne Опубликовано 4 декабря, 2008 · Жалоба Попргобую пояснить.Cisco 2 по BGP получает маршрут от cisco1 (AD=200, weigth=0) и с локали (AD=250, weight=32768) BGP выбирает ОДИН, лучший маршрут и с точки зрения BGP это ВСЕГДА локальный (weight=32768). BGP хочет его вставить в таблицу роутинга, но там он уже есть (статика). Работа сделана. Т.е. вопрос не в таблице рутинга, а в том, что BGP выбирает локальный выше, чем пришедший по BGP, НЕЗАВИСИМО от административной дистанции. Если BGP видит локальный маршрут с весом 32768, то вопрос нафига редистрибуция статики в BGP? Вам известно о проблемах о проблемах с петлями при использовании редистрибуции? Далее если редистрибуция настроена, нафига она с таким приоритетом что забивает другие анонсы? Я до сих пор не понимаю в чем вопрос? Почему BGP ставит локальный выше? Ответ потому что вы так настроили. Ну и самый гиблый вопрос, где ваши специфики ? Этот вопрос прозвучал много раз но остается без ответа. Вы занете о главном правиле маршрутизации, что специфик всегда приоритетнее агрегата? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Roman Ivanov Опубликовано 4 декабря, 2008 · Жалоба Т.е. вопрос не в таблице рутинга, а в том, что BGP выбирает локальный выше, чем пришедший по BGP, НЕЗАВИСИМО от административной дистанции. ***...Кто-то из нас точно тупой... *** с ним с этим раутом, у тебя все используемые подсети aka more specific prefixes должны так же прилетать по BGP. И раутинг внутри АС должен быть по ним. Если цыски обмениваются только аггрегатом - это значит у вас ***та в конфигурации и голове. Если есть more specific - трафик пойдет по ним. ***, я не знаю как еще это пояснить... Включено Redistribute static - вторая принимает 45 routes. выключено - 2 роута. Идут more specific. routes, только толку... Попргобую пояснить.Cisco 2 по BGP получает маршрут от cisco1 (AD=200, weigth=0) и с локали (AD=250, weight=32768) BGP выбирает ОДИН, лучший маршрут и с точки зрения BGP это ВСЕГДА локальный (weight=32768). BGP хочет его вставить в таблицу роутинга, но там он уже есть (статика). Работа сделана. Т.е. вопрос не в таблице рутинга, а в том, что BGP выбирает локальный выше, чем пришедший по BGP, НЕЗАВИСИМО от административной дистанции. Если BGP видит локальный маршрут с весом 32768, то вопрос нафига редистрибуция статики в BGP? Вам известно о проблемах о проблемах с петлями при использовании редистрибуции? Далее если редистрибуция настроена, нафига она с таким приоритетом что забивает другие анонсы? Я до сих пор не понимаю в чем вопрос? Почему BGP ставит локальный выше? Ответ потому что вы так настроили. Ну и самый гиблый вопрос, где ваши специфики ? Этот вопрос прозвучал много раз но остается без ответа. Вы занете о главном правиле маршрутизации, что специфик всегда приоритетнее агрегата? Идут и специфики и агрегат. только локальный route на второй cisco, даже с Null0 250 становиться основным в routing table. Redistribute - как раз для more specific Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гoсть Опубликовано 4 декабря, 2008 · Жалоба Уберите нахер всякие редистрибуты, сделайте как я написал выше и успокойтесь, шапка будет сама разговаривать ;) Вместо редистрибута нада писать в блоке bgp токен network с сетью, которую вы подключили к роутеру и она в таблице его роутинга (а не bgp!!) видна как connected или даже лучше static, который вы залупили на Null0-250 чтоб сливать трафик в девнулл а не по дефолту в случае отвала канала до клиента. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Roman Ivanov Опубликовано 5 декабря, 2008 · Жалоба решил. Суть проста - разбить /23 на /24. Сделать два доролнительных network Сделать два дополнительных Route NUll0 200 на -/24 на первой Один роуте в нулл 200 на /23 на второй. Т.е. при одной и той же маске - циско игнорирует аннонс по BGP, если он есть в route null0 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Sonne Опубликовано 5 декабря, 2008 · Жалоба Роман вы понимаете почему 200? Не забудьте самочуствием внутренних пользователей поинтересоваться у которых черные дыры возникнут и проблемы внутри вашей сети. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...