Skyrider Posted December 15, 2015 Posted December 15, 2015 (edited) Есть 3 стека на 3750, соединенные последовательно двумя магистралями. Порты которыми соеденены циски настроены как транк, по ним бегает пачка вланов. Каким образом можно настроить OSPF для резервирования каналов, что бы не переключать транковые порты в L3? Т.е сделать отдельный влан(ы) и по ним пробросить OSPF. Edited December 15, 2015 by Skyrider Вставить ник Quote
Merridius Posted December 15, 2015 Posted December 15, 2015 (edited) Чем Etherchannel не устраивает для резервирования L2 линков? Edited December 15, 2015 by Merridius Вставить ник Quote
Skyrider Posted December 15, 2015 Author Posted December 15, 2015 Merridius, там линки не равнозначные, один через QinQ, другие разной дистанции. Вставить ник Quote
Merridius Posted December 15, 2015 Posted December 15, 2015 Тогда сделать два vlan с SVI, один влан в один линк, второй в другой. А вообще разная длина (в пределах разумного) не сильно мешает работе, например LACP. Вставить ник Quote
Skyrider Posted December 16, 2015 Author Posted December 16, 2015 (edited) Я изначально думал в сторону агрегации, но так как не все линки подконтрольны мне, то не хочется ловить странные баги потом. Да, я как раз и хочу через SVI сделать, но не могу найти толкового описания как оно работает в таком виде. Судя из доки, SVI будет в up`е, если хотя бы один привязанный физический интерфейс будет в up`е (не важно access или trunk). Получается в моей схеме SVI на среднем свиче все равно будет up, если оборвется один из линков. Есть идея сделать каждый линк отдельным вланом, (сэмулировать физические линки). Соотв. 4 сети по маске /30 в каждом влане. Edited December 16, 2015 by Skyrider Вставить ник Quote
Skyrider Posted December 16, 2015 Author Posted December 16, 2015 Пока нашел только такой пример http://subnets.ru/blog/?p=184 Вставить ник Quote
Saab95 Posted December 16, 2015 Posted December 16, 2015 Можно вообще ничего не трогать в настройках. Просто вешаете на каждые порты на картинке по IP в разных подсетях, и запускаете OSPF, данные пойдут только между своими портами и никакие вланы не требуются. Вставить ник Quote
ShyLion Posted December 17, 2015 Posted December 17, 2015 Я чето не понял, вы хотите чтобы L2 транки переключались по OSPF? Вставить ник Quote
Skyrider Posted December 17, 2015 Author Posted December 17, 2015 Saab95, поры в switchport, ip не назначишь ShyLion, не переключая порты в L3 построить кольцо OSPF для резервирования ip трафика Вставить ник Quote
ShyLion Posted December 17, 2015 Posted December 17, 2015 (edited) Saab95, поры в switchport, ip не назначишь ShyLion, не переключая порты в L3 построить кольцо OSPF для резервирования ip трафика Терминация виланов где и как происходит? Не пытаетесь ли вы скрестить ежа с ужом? На вшей картинке - сферические коммутаторы в вакууме. В целом если нужно прокидывать L2 через IP, то это делается при помощи L2TP, VPLS и прочих высоких материй. Edited December 17, 2015 by ShyLion Вставить ник Quote
Skyrider Posted December 17, 2015 Author Posted December 17, 2015 (edited) В первом посте четко написано, что стоят 3750 в режиме L2. Мне не нужно пока прокидывать L2 over L3. Нужно построить IP кольцо, не ломая текущую схему, отдельным слоем. Это кольцо будет отдельным уровнем резервирования на текущей схеме. Edited December 17, 2015 by Skyrider Вставить ник Quote
ShyLion Posted December 17, 2015 Posted December 17, 2015 В первом посте четко написано, что стоят 3750 в режиме L2. Мне не нужно пока прокидывать L2 over L3. Нужно построить IP кольцо, не ломая текущую схему, отдельным слоем. Это кольцо будет отдельным уровнем резервирования на текущей схеме. А, ну тогда заводите 3 вилана: условно 12,23,31 (или 13), на R1: создаете интерфейсы Vlan12 и Vlan31 на R2: создаете интерфейсы Vlan12 и Vlan23 на R1: создаете интерфейсы Vlan23 и Vlan31 вот вам и кольцо, пользуйтесь наздоровье Вставить ник Quote
Skyrider Posted December 17, 2015 Author Posted December 17, 2015 (edited) Какое кольцо? STP? Зачем мне комутацию менять на свичах? Они территориально разнесены и физику не изменить в данной схеме. по коменту получается такая схема 12 - [sW1] - 31 | | | | 12 - [sw2] - 23 | | | | 31 - [sw3] - 23 Edited December 17, 2015 by Skyrider Вставить ник Quote
h1vs2 Posted December 17, 2015 Posted December 17, 2015 Все sw под вашим управлением? Сейчас между sw1-sw2 и sw2-sw3 поднят link aggregation ? Если нет - на каждом из линков бегают разные вланы? Что в этих вланах ? Куда оно гонится? Где терминируются абоненты? Вставить ник Quote
ShyLion Posted December 18, 2015 Posted December 18, 2015 На отдельных линках разные виланы? Как вы получаете отказоустойчивость L2 если не используете агрегацию? Вставить ник Quote
vurd Posted December 18, 2015 Posted December 18, 2015 Да ему надо не это. Ему нужна ospf сеть поверх текущего. То что сейчас не трогаем. Просто добавляем к этому маршрутизацию. По факту нужно сделать Между коммутатором А и Б: в линке АБ1 поднять влан vlanA_B_1 tag 12, в нем поднять адреса 10.10.1.0/30 в линке АБ2 поднять влан vlanA_B_2 tag 21, в нем поднять адреса 10.10.1.4/30 Между коммутатором Б и В: в линке БВ1 поднять влан vlanB_C_1 tag 23, в нем поднять адреса 10.10.1.8/30 в линке БВ2 поднять влан vlanB_C_2 tag 32, в нем поднять адреса 10.10.1.12/30 Запустить ospf, network 10.10.1.0 0.0.0.15 area 0 И, в принципе, всё. При падении любого из 4 линков связь между всему коммутаторами будет работать. А то что половина vlan-ов упадет это вообще к вопросу не относится. Вставить ник Quote
ShyLion Posted December 18, 2015 Posted December 18, 2015 (edited) Да ему надо не это. Ему нужна ospf сеть поверх текущего. То что сейчас не трогаем. Просто добавляем к этому маршрутизацию. По факту нужно сделать Между коммутатором А и Б: в линке АБ1 поднять влан vlanA_B_1 tag 12, в нем поднять адреса 10.10.1.0/30 в линке АБ2 поднять влан vlanA_B_2 tag 21, в нем поднять адреса 10.10.1.4/30 Между коммутатором Б и В: в линке БВ1 поднять влан vlanB_C_1 tag 23, в нем поднять адреса 10.10.1.8/30 в линке БВ2 поднять влан vlanB_C_2 tag 32, в нем поднять адреса 10.10.1.12/30 Запустить ospf, network 10.10.1.0 0.0.0.15 area 0 И, в принципе, всё. При падении любого из 4 линков связь между всему коммутаторами будет работать. А то что половина vlan-ов упадет это вообще к вопросу не относится. Да я уже начал подозревать такой ответ, просто порносхема такая получается :) Особенно если забыть отфильтровать виланы на транках. Edited December 18, 2015 by ShyLion Вставить ник Quote
Skyrider Posted December 18, 2015 Author Posted December 18, 2015 (edited) Все свичи под моим управлением, агрегация не настроена, так как линки на картике с левой стороны - резервные, они проходят по сетям провайдеров (разных). Можно сказать они не используются. По ним иногда пускают вланы с большой нагрузкой. vurd, да, именно это я и хочу, что бы не ломать все, и плавно перейти на L3 с последующим резервированием на L3. Есть идея сделать каждый линк отдельным вланом, (сэмулировать физические линки). Соотв. 4 сети по маске /30 в каждом влане. В общем как я изначально и предпологал сделать. Edited December 18, 2015 by Skyrider Вставить ник Quote
ShyLion Posted December 19, 2015 Posted December 19, 2015 Все свичи под моим управлением, агрегация не настроена, так как линки на картике с левой стороны - резервные, они проходят по сетям провайдеров (разных). Можно сказать они не используются. По ним иногда пускают вланы с большой нагрузкой. vurd, да, именно это я и хочу, что бы не ломать все, и плавно перейти на L3 с последующим резервированием на L3. Есть идея сделать каждый линк отдельным вланом, (сэмулировать физические линки). Соотв. 4 сети по маске /30 в каждом влане. В общем как я изначально и предпологал сделать. На короткий переходный период пойдет, главное отфильтровать виланы на транках. Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.