Перейти к содержимому
Калькуляторы

Как объединить виланы? аналог etherchannel'a для vlan

Есть транспорт из точки А в точку Б, предоставляемый магистралом. Емкость транспорта 1Г, но есть сильное неудобство - магистрал емкость может отдать только в виде отдельных виланов по 500мбит.

Возможно ли как-то собрать эти виланы в один канал? Очень не хочется из-за таких ограничений городить 2-3-4 BGP сессии для разных виланов и извращаться с балансировкой..

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Объединить разные VLAN на L2 не выйдет. На L3 можно на OSPF. Если ваше оконечное оборудование позволяет то можно хоть на статических маршрутах. У некоторых железок типа микротика есть interface bonding. Короче выбор варианта зависит от вашего оконечного оборудования, не думаю что вы его будете менять специально под эту задачу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Достаточно объединить на L3, что б поверх получившегося толстого канала(ip-ip) поднять BGP сессию и гонять IP трафик..

С обеих сторон будут L3 железки, на нашей каталист 3750G, на удаленной по крайней мере не хуже.

Предложите как решить такую задачу на цисках :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

+1 за балансировка с помощью ospf. Даже на трафике всего в несколько мегабит балансируется поровну между линками. Нагромождения будут только в настройках ospf, относительно настроек bgp(если его нужно поднимать на этих линках) это будет прозрачно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Идею с балансировкой трафика через пару маршрутов я понял, почему бы и нет.

А вот как поверх него BGP заработает - не понимаю.

Пример:

Роутер А: IP 100.1.1.1, vlan1 - 1.0.0.1, vlan2 - 2.0.0.1

Роутер Б: IP 200.2.2.2, vlan1 - 1.0.0.2, vlan2 - 2.0.0.2

Двойной линк между ними делаем добавлением маршрутов вида 200.2.2.2 via 1.0.0.2 + 200.2.2.2 via 2.0.0.2, трафик на IP назначения сбалансируется.

Поднимаем bgp - пусть роутер Б отдает нам только дефолт - маршрут получим в виде 0.0.0.0 via 200.2.2.2, но ведь этот IP не присоединен к нам прямо, и работать ничего не будет.

Можно конечно сделать 2 BGP сессии, для дефолта вполне нормальное решение. Но в ближайшее время придется поднимать 2 фуллвью, как-то накладно получается + магистрал дальнейшее расширение тоже планирует добавлением виланов по 500м и никак иначе..

Изменено пользователем kayot

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

>Поднимаем bgp - пусть роутер Б отдает нам только дефолт - маршрут получим в виде 0.0.0.0 via 200.2.2.2, но ведь этот IP не присоединен к нам прямо, и работать ничего не будет.

 

Вы что-то покурили? Будет дефолт доступен через лупбэк, если сам лупбэк будет доступен, а это как раз и обеспечит ospf.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не, не курил. Просто с лупбеками пока дела не имел, будем расширять кругозор :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тут дело не в лупбэках, а в "принципе работы таблицы маршрутизации"

 

допустим имеем такой RIB:

 

192.168.3.0/25 connected <some_int>

10.1.1.0/24 via 192.168.3.3

10.2.0.0/24 via 10.1.1.5

 

Чем-нибудь отличается от ситуации с лупбэком? Нет. И это как бы основы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Линуксовый ip route мне на такую конструкцию четко сказал, сеть недоступна, отстань.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

R2#sh run int fa0/0

Building configuration...

 

Current configuration : 93 bytes

!

interface FastEthernet0/0

ip address 10.0.0.2 255.255.255.0

duplex auto

speed auto

end

 

R2#sh run | i route

ip route 10.1.1.0 255.255.255.0 10.0.0.1

ip route 10.2.2.2 255.255.255.255 10.1.1.1

R2#

R2#ping 10.2.2.2

 

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.2.2, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 4/6/12 ms

R2#sh ip rout

Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP

D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area

N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2

E1 - OSPF external type 1, E2 - OSPF external type 2

i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2

ia - IS-IS inter area, * - candidate default, U - per-user static route

o - ODR, P - periodic downloaded static route

 

Gateway of last resort is not set

 

10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks

S 10.2.2.2/32 [1/0] via 10.1.1.1

S 10.1.1.0/24 [1/0] via 10.0.0.1

C 10.0.0.0/24 is directly connected, FastEthernet0/0

 

А у вас какое оборудование? Софтроутер на quagga(linux)?

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нет, циска. Попробую на ней, думал маршрутизация везде одинаково работает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ок, хотя с линуксом, да, ситуация интересная. Как-нибудь на досуге подниму bgp через лупбэки, которые приходят по ospf.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.