ADminKnet Опубликовано: 28 грудня, 2012 Опубликовано: 28 грудня, 2012 Всем доброго времени суток! И с наступающими ! Возник вопрос! Была сиська на ней BGP и входящий аплинк с дефаултом. Теперь появился второй тож с дефаултом. Задача: второй линк сделать резервным и включать только при падении первого. Как я не крутил и не курил мануалы у меня получаются в действии оба канала. Не скинет ли кто нибудь пример ? Заранее благодарен )))
KaYot Опубліковано: 28 грудня, 2012 Опубліковано: 28 грудня, 2012 Единственный вариант - узнавайте у второго аплинкера комьюнити для full-backup режима. Это единственный вариант полностью отсечь входящий трафик. Если бекапного комьюнити нет - можно выдавать основному пиру мор-специфики, а резервному полные сети. Ну и принимаемому дефолту localpref поставьте пониже, с этим куда проще.
Kto To Опубліковано: 29 грудня, 2012 Опубліковано: 29 грудня, 2012 в сторону резервного канала анонсы с большим количеством препендов не гарант что НИКАКОЙ трафик бежать не будет но почти весь будет бежать по основному. и в случае падения основного (пропадания префиксов в сторону основного провайдера) трафик побежит по запасному.
KaYot Опубліковано: 29 грудня, 2012 Опубліковано: 29 грудня, 2012 Препенды слабо влияют на поток трафика, все равно приличный процент будет идти.
alex-netcase Опубліковано: 30 грудня, 2012 Опубліковано: 30 грудня, 2012 Чтобы полностью снять входящий трафик нужно свой префикс (блок ip адресов) в резервный канал анонсировать одним блоком а в основной порезать на более мелкие, допустим пополам. Например у вас сеть /22. /22 анонсируете в резерв а 2 по /23 анонсируете в основной канал. В таком сучае даже локальный трафик резервного оператора "приедет" с основного канала.
fastvd Опубліковано: 30 грудня, 2012 Опубліковано: 30 грудня, 2012 Чтобы полностью снять входящий трафик нужно свой префикс (блок ip адресов) в резервный канал анонсировать одним блоком а в основной порезать на более мелкие, допустим пополам. Например у вас сеть /22. /22 анонсируете в резерв а 2 по /23 анонсируете в основной канал. В таком сучае даже локальный трафик резервного оператора "приедет" с основного канала. +1
Garik Опубліковано: 2 січня, 2013 Опубліковано: 2 січня, 2013 Чтобы полностью снять входящий трафик нужно свой префикс (блок ip адресов) в резервный канал анонсировать одним блоком а в основной порезать на более мелкие, допустим пополам. Например у вас сеть /22. /22 анонсируете в резерв а 2 по /23 анонсируете в основной канал. В таком сучае даже локальный трафик резервного оператора "приедет" с основного канала. ага, а как быть с локал префами у "третьих лиц"? разве им не будет плевать на more specific префиксы? ИМХО, полностью убрать вход трафик с резервного канала таким макаром, скорее всего, не выйдет.
KaYot Опубліковано: 3 січня, 2013 Опубліковано: 3 січня, 2013 Чтобы полностью снять входящий трафик нужно свой префикс (блок ip адресов) в резервный канал анонсировать одним блоком а в основной порезать на более мелкие, допустим пополам. Например у вас сеть /22. /22 анонсируете в резерв а 2 по /23 анонсируете в основной канал. В таком сучае даже локальный трафик резервного оператора "приедет" с основного канала. ага, а как быть с локал префами у "третьих лиц"? разве им не будет плевать на more specific префиксы? ИМХО, полностью убрать вход трафик с резервного канала таким макаром, скорее всего, не выйдет. Длина маски имеет больший приоритет, чем localpref. Тут как раз без вариантов.
alex-netcase Опубліковано: 3 січня, 2013 Опубліковано: 3 січня, 2013 Ключевое слово - advertise-map Ключевая книга: Принципы маршрутизации в Интернет (С.Хеллеби)
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас