Есть 2 свитча в разных датацентрах, связаны они между собой двумя каналами от разных поставщиков, каналы уровня 2. Спан три поставщики прокинуть не дают. А надо их загрузить их равномерно и так, чтобы при падении одного автоматом включался бы второй.В одном ДЦ к свитчу подключены роутеры от нескольких провайдеров, на другой стороне подключен наш роутер, взаимодействие по BGP.
Ручное переключение подключенного к роутеру канала при падении текущего это не дело, согласитесь :)
разве для циско-свитчей что-нить кроме STP придумали?
>разве для циско-свитчей что-нить кроме STP придумали?А разве что-то другое использовать нельзя?
Например мне посоветовали попробовать поднять с каждым
пиром по 2 БГП сессии, по одному каналу и по другому,
приоретет сессий распределить по разным каналам, так
будет видимость балансировки и некоторая отказоустойчивость.
Во всяком случае если сработает так, как задумано, но будет
лучше чем простое распределение сессий с пирами по каналам.Вопрос спецам - работать будет?
либо я чего-то не понимаю в вашем вопросе, либо вы путаете, либо путаетесь :)
каналы 2 уровня. откуда там бгп если они 2 уровня? :)
>либо я чего-то не понимаю в вашем вопросе, либо вы путаете, либо
>путаетесь :)
>каналы 2 уровня. откуда там бгп если они 2 уровня? :)Дык перечитайте начальные условия :)
>>>>В одном ДЦ к свитчу подключены роутеры от нескольких провайдеров, на другой стороне подключен наш роутер, взаимодействие по BGP.
>>либо я чего-то не понимаю в вашем вопросе, либо вы путаете, либо
>>путаетесь :)
>>каналы 2 уровня. откуда там бгп если они 2 уровня? :)
>
>Дык перечитайте начальные условия :)
>
>>>>>В одном ДЦ к свитчу подключены роутеры от нескольких провайдеров, на другой стороне подключен наш роутер, взаимодействие по BGP.правильно. вы пишите каналы второго уровня. т.е. грубо говоря ип-адресов у вас 2 - один на одной стороне, другой на другой. и с точки зрения 3 уровня, будь там хоть 4 канала 2 уровня IP как и бгп про эти каналы ничего не знают. для бгп это один канал.
что это за каналы? если эзернет попробуйте объяединить их в FEC, если РРР попробуйте multilink ppp.
>>>либо я чего-то не понимаю в вашем вопросе, либо вы путаете, либо
>>>путаетесь :)
>>>каналы 2 уровня. откуда там бгп если они 2 уровня? :)
>>
>>Дык перечитайте начальные условия :)
>>
>>>>>>В одном ДЦ к свитчу подключены роутеры от нескольких провайдеров, на другой стороне подключен наш роутер, взаимодействие по BGP.
>
>правильно. вы пишите каналы второго уровня. т.е. грубо говоря ип-адресов у вас
>2 - один на одной стороне, другой на другой. и с
>точки зрения 3 уровня, будь там хоть 4 канала 2 уровня
> IP как и бгп про эти каналы ничего не знают.
>для бгп это один канал.
>что это за каналы? если эзернет попробуйте объяединить их в FEC, если
>РРР попробуйте multilink ppp.Level 2 канал значит что устройство с одной стороны канала видит утройство с другой стороны канала как следующий хоп, промежуточных маршрутизаторов нет. Это езернет. Обьединение их в FEC позволит выявить обрыв канала где-то посередине? С учетом того, что канал это 3-6 активных устройств и разрыв может быть где угодно, т.е. физически на интерфейсах доступных мне устройств разрыва почти никогда нет.
>>>>либо я чего-то не понимаю в вашем вопросе, либо вы путаете, либо
>>>>путаетесь :)
>>>>каналы 2 уровня. откуда там бгп если они 2 уровня? :)
>>>
>>>Дык перечитайте начальные условия :)
>>>
>>>>>>>В одном ДЦ к свитчу подключены роутеры от нескольких провайдеров, на другой стороне подключен наш роутер, взаимодействие по BGP.
>>
>>правильно. вы пишите каналы второго уровня. т.е. грубо говоря ип-адресов у вас
>>2 - один на одной стороне, другой на другой. и с
>>точки зрения 3 уровня, будь там хоть 4 канала 2 уровня
>> IP как и бгп про эти каналы ничего не знают.
>>для бгп это один канал.
>>что это за каналы? если эзернет попробуйте объяединить их в FEC, если
>>РРР попробуйте multilink ppp.
>
>Level 2 канал значит что устройство с одной стороны канала видит утройство
>с другой стороны канала как следующий хоп, промежуточных маршрутизаторов нет.да.
Это
>езернет. Обьединение их в FEC позволит выявить обрыв канала где-то посередине?да. точнее говоря оно позволит выявить неработоспособность канала, а не то место, где он оборвался, и перекинуть траффик этого линка на других членов FEC-а.
>С учетом того, что канал это 3-6 активных устройств и разрыв
>может быть где угодно, т.е. физически на интерфейсах доступных мне устройств
>разрыва почти никогда нет.см выше
>Есть 2 свитча в разных датацентрах, связаны они между собой двумя каналами
>от разных поставщиков, каналы уровня 2. Спан три поставщики прокинуть не
>дают. А надо их загрузить их равномерно и так, чтобы при
>падении одного автоматом включался бы второй.
>
>В одном ДЦ к свитчу подключены роутеры от нескольких провайдеров, на другой
>стороне подключен наш роутер, взаимодействие по BGP.
>
>Ручное переключение подключенного к роутеру канала при падении текущего это не дело,
>согласитесь :)Ну, или разделите их на подсети и маршрутизируйте/балансируйте на L3 в меру своей фантазии, либо спросите у поставщиков - что за проблема с STP и чем, с их точки зрения, STP BPDU отличаются от прочих фреймов.