Всем доброго времени суток.
Имеется два объеккта, между ними от двух различных провайдеров по L2 VPN'у. Сейчас если падает сеть у одного провайдера, перетыкаем вручную порты на другого провайдера. На каждом объекте в сторону VPN'ов смотрят каталисты второго уровня. Задача автоматизировать процесс, чтобы железо понимало что один канал упал и начинало гнать трафик по другому и как оживёт первый, гнало снова в него. Предполагаю что здесь не обойтись без L3 и какой-нить динамической маршрутизации.
Подскажите как построить схему сети и по какому принципу настроить работу на 2 канала ?
> Всем доброго времени суток.
> Имеется два объеккта, между ними от двух различных провайдеров по L2 VPN'у.
> Сейчас если падает сеть у одного провайдера, перетыкаем вручную порты на
> другого провайдера. На каждом объекте в сторону VPN'ов смотрят каталисты второго
> уровня. Задача автоматизировать процесс, чтобы железо понимало что один канал упал
> и начинало гнать трафик по другому и как оживёт первый, гнало
> снова в него. Предполагаю что здесь не обойтись без L3 и
> какой-нить динамической маршрутизации.
> Подскажите как построить схему сети и по какому принципу настроить работу на
> 2 канала ?Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и два статических маршрута с метриками 1 и 2 соответственно...
Просто 2 маршрута и динамика, интересно конечно, но не к чему!
>[оверквотинг удален]
>> другого провайдера. На каждом объекте в сторону VPN'ов смотрят каталисты второго
>> уровня. Задача автоматизировать процесс, чтобы железо понимало что один канал упал
>> и начинало гнать трафик по другому и как оживёт первый, гнало
>> снова в него. Предполагаю что здесь не обойтись без L3 и
>> какой-нить динамической маршрутизации.
>> Подскажите как построить схему сети и по какому принципу настроить работу на
>> 2 канала ?
> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
> два статических маршрута с метриками 1 и 2 соответственно...
> Просто 2 маршрута и динамика, интересно конечно, но не к чему!Могу выложить скрипт-пинговалку. Продакшен-реди. )) Интересно?
>[оверквотинг удален]
>>> уровня. Задача автоматизировать процесс, чтобы железо понимало что один канал упал
>>> и начинало гнать трафик по другому и как оживёт первый, гнало
>>> снова в него. Предполагаю что здесь не обойтись без L3 и
>>> какой-нить динамической маршрутизации.
>>> Подскажите как построить схему сети и по какому принципу настроить работу на
>>> 2 канала ?
>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>> два статических маршрута с метриками 1 и 2 соответственно...
>> Просто 2 маршрута и динамика, интересно конечно, но не к чему!
> Могу выложить скрипт-пинговалку. Продакшен-реди. )) Интересно?Извините, оно на перле и к цискам отношения почти не имеет.
Хотя, в силу исполнения пинговалкой внешних команд по событиям пропадания каналов, можно наворотить ой чего много. )
>[оверквотинг удален]
>>> уровня. Задача автоматизировать процесс, чтобы железо понимало что один канал упал
>>> и начинало гнать трафик по другому и как оживёт первый, гнало
>>> снова в него. Предполагаю что здесь не обойтись без L3 и
>>> какой-нить динамической маршрутизации.
>>> Подскажите как построить схему сети и по какому принципу настроить работу на
>>> 2 канала ?
>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>> два статических маршрута с метриками 1 и 2 соответственно...
>> Просто 2 маршрута и динамика, интересно конечно, но не к чему!
> Могу выложить скрипт-пинговалку. Продакшен-реди. )) Интересно?поднимайте динамический протокол и не морочте себе голову.
>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>> два статических маршрута с метриками 1 и 2 соответственно...Недостаточно! Обычно линк падает у провайдера и линк между каталистом и роутером в апе и что дальше?
>[оверквотинг удален]
>>>> 2 канала ?
>>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>>> два статических маршрута с метриками 1 и 2 соответственно...
>>> Просто 2 маршрута и динамика, интересно конечно, но не к чему!
>> Могу выложить скрипт-пинговалку. Продакшен-реди. )) Интересно?
> поднимайте динамический протокол и не морочте себе голову.
>>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>>> два статических маршрута с метриками 1 и 2 соответственно...
> Недостаточно! Обычно линк падает у провайдера и линк между каталистом и роутером
> в апе и что дальше?Я тоже придерживаюсь варианта с динамической маршрутизацией, но как её построить ?
P.S. Имел дело только со статикой :( Подскажите где копать, лопата ввиде мозга есть :)
>[оверквотинг удален]
>>>> Просто 2 маршрута и динамика, интересно конечно, но не к чему!
>>> Могу выложить скрипт-пинговалку. Продакшен-реди. )) Интересно?
>> поднимайте динамический протокол и не морочте себе голову.
>>>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>>>> два статических маршрута с метриками 1 и 2 соответственно...
>> Недостаточно! Обычно линк падает у провайдера и линк между каталистом и роутером
>> в апе и что дальше?
> Я тоже придерживаюсь варианта с динамической маршрутизацией, но как её построить ?
> P.S. Имел дело только со статикой :( Подскажите где копать, лопата ввиде
> мозга есть :)
>[оверквотинг удален]
>>>> 2 канала ?
>>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>>> два статических маршрута с метриками 1 и 2 соответственно...
>>> Просто 2 маршрута и динамика, интересно конечно, но не к чему!
>> Могу выложить скрипт-пинговалку. Продакшен-реди. )) Интересно?
> поднимайте динамический протокол и не морочте себе голову.
>>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>>> два статических маршрута с метриками 1 и 2 соответственно...
> Недостаточно! Обычно линк падает у провайдера и линк между каталистом и роутером
> в апе и что дальше?А что-нибудь типа LACP или STP не?
>[оверквотинг удален]
>>>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>>>> два статических маршрута с метриками 1 и 2 соответственно...
>>>> Просто 2 маршрута и динамика, интересно конечно, но не к чему!
>>> Могу выложить скрипт-пинговалку. Продакшен-реди. )) Интересно?
>> поднимайте динамический протокол и не морочте себе голову.
>>>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>>>> два статических маршрута с метриками 1 и 2 соответственно...
>> Недостаточно! Обычно линк падает у провайдера и линк между каталистом и роутером
>> в апе и что дальше?
> А что-нибудь типа LACP или STP не?STP не прокатилпро LACP ещё не читал, гляну что это такое
>[оверквотинг удален]
>>>>> два статических маршрута с метриками 1 и 2 соответственно...
>>>>> Просто 2 маршрута и динамика, интересно конечно, но не к чему!
>>>> Могу выложить скрипт-пинговалку. Продакшен-реди. )) Интересно?
>>> поднимайте динамический протокол и не морочте себе голову.
>>>>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>>>>> два статических маршрута с метриками 1 и 2 соответственно...
>>> Недостаточно! Обычно линк падает у провайдера и линк между каталистом и роутером
>>> в апе и что дальше?
>> А что-нибудь типа LACP или STP не?
> STP не прокатилпро LACP ещё не читал, гляну что это такоеА что с STP не так?
>[оверквотинг удален]
>>>>>> Просто 2 маршрута и динамика, интересно конечно, но не к чему!
>>>>> Могу выложить скрипт-пинговалку. Продакшен-реди. )) Интересно?
>>>> поднимайте динамический протокол и не морочте себе голову.
>>>>>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>>>>>> два статических маршрута с метриками 1 и 2 соответственно...
>>>> Недостаточно! Обычно линк падает у провайдера и линк между каталистом и роутером
>>>> в апе и что дальше?
>>> А что-нибудь типа LACP или STP не?
>> STP не прокатилпро LACP ещё не читал, гляну что это такое
> А что с STP не так?Когда пробовал на двух кошках соединённых между собой двумя прямыми проводами, всё работало как часы. Как только вместо двух прямых проводов появились сети провайдеров (кто знает что там по дороге в этом L2) всё порушилось.
>[оверквотинг удален]
>>>>> два статических маршрута с метриками 1 и 2 соответственно...
>>>>> Просто 2 маршрута и динамика, интересно конечно, но не к чему!
>>>> Могу выложить скрипт-пинговалку. Продакшен-реди. )) Интересно?
>>> поднимайте динамический протокол и не морочте себе голову.
>>>>> Да можно и без динамической маршрутизации, вполне достаточно Л3 уровня устройства и
>>>>> два статических маршрута с метриками 1 и 2 соответственно...
>>> Недостаточно! Обычно линк падает у провайдера и линк между каталистом и роутером
>>> в апе и что дальше?
>> А что-нибудь типа LACP или STP не?
> STP не прокатилпро LACP ещё не читал, гляну что это такоеА будет работать схема по LACP, если один из двух каналов умер, а линки с обоих сторон есть ???
т.е. схема такова (оба канала L2 и свичи тоже L2):
Catalyst1 [fa0/1] -- железяка провайдера -- сеть провайдера 1 -- железяка провайдера -- Catalyst2 [fa0/1]
Catalyst1 [fa0/2] -- железяка провайдера -- сеть провайдера 2 -- железяка провайдера -- Catalyst2 [fa0/2]
порты fa0/1 и fa0/2 на обоих каталистах в одном EtherChannel'ена сети провайдера 1 что-то поломалось, но физические линки на портах fa0/1 с обоих сторон живы и подняты, но траифк по ним соответственно не приходит. Поймут ли каталисты что эти порты "мёртвые" ? не появится ли петель при живых портах ? тут ещё конечно вопрос какой служебной информацией они обмениваются для определения живой ли порт и пропускает ли эту информацию сеть провайдера, предоставляющего L2 канал
Инженер провадера (провайдеров) что говорит? Они какой способ рекомендуют? Вы же у них не один клиент правда? С каким вариантом у них меньше проблем.По сути вопроса: Оба варианта (L2/L3) имеют сильные и слабые стороны, оба варианта требуют поддержки на стороне железа (например L3 на простом свиче вы не поднимите, нужен либо свич L3 либо маршрутизатор и так далее).
В общем случае если железо позволяет я бы рекомендовал L3 и протокол динамической маршрутизации на выбор. Заодно выясните как у провайдеров через этот L2VPN ходит клиентский малтикаст :)
> Инженер провадера (провайдеров) что говорит? Они какой способ рекомендуют? Вы же у
> них не один клиент правда? С каким вариантом у них меньше
> проблем.
> По сути вопроса: Оба варианта (L2/L3) имеют сильные и слабые стороны, оба
> варианта требуют поддержки на стороне железа (например L3 на простом свиче
> вы не поднимите, нужен либо свич L3 либо маршрутизатор и так
> далее).
> В общем случае если железо позволяет я бы рекомендовал L3 и протокол
> динамической маршрутизации на выбор. Заодно выясните как у провайдеров через этот
> L2VPN ходит клиентский малтикаст :)Да мало кто из провайдеров туннелит стп...поэтому самый безгеморойный вариант - динамичиская маршрутизация..