Subnets.ru

root писал(а):тогда чего же ты хочешь ? потому и не работает.пропиши роутинг на 8000 и объясни ему что подсеть 10.1.2.0/24 находится за 4000-ым (10.10.0.10)

Понял. В понедельник протестирую.

запомни наконец, что маршрутизация это двусторонний процесс и пакету мало достичь пункта назначения, ему ещё нужно вернуться, а возвращается пакет абсолютно так же - согласно таблице маршрутизации.

root писал(а):запомни наконец, что маршрутизация это двусторонний процесс и пакету мало достичь пункта назначения, ему ещё нужно вернуться, а возвращается пакет абсолютно так же - согласно таблице маршрутизации.

на 4000 мне не придется писать, что 10.10.0.2 находится за 10.10.0.1?

Андрей писал(а):что 10.10.0.2 находится за 10.10.0.1?

они находятся в одной подсети.
маршрутизация осуществляется только в том случае если хост источник и хост назначения находятся в разных подсетях.

Заспорил с 2мя интересными людьми. Один говорит делай OSPF, второй говорит MPLS надо.
Зашел в тупик. Оба протокола хорошо, но что из них лучше определиться не могу т.к. в любом случае придется рано или поздно реализовывать multicast и подобные сервисы. А на разных протоколах (static routing, ospf, mpls) они реализуются по-разному.
Знаю точно, что на одном узле у меня статичная маршрутизация отпадает.

Так что же лучше?

1. не понимаю зачем тебе MPLS. Ты читал о нем ? Почитай.
Прежде чем выбирать протокол ты должен четко понимать свою задачу, а так же знать как работают протоколы, между которыми ты выбираешь.
2.

Андрей писал(а):А на разных протоколах (static routing, ospf, mpls) они реализуются по-разному.

бред написан. что реализуется по разному ? все что ты написал относится к маршрутизации и причем тут "подобные" сервисы, тот же мультикаст, не ясно.

Андрей писал(а):Так что же лучше?

то что подойдет для решения твоей задачи и то что поддерживается твоим оборудованием

root писал(а):Прежде чем выбирать протокол ты должен четко понимать свою задачу, а так же знать как работают протоколы, между которыми ты выбираешь.

Дык сначала ман почитал по девайсу, на предмет статической маршрутизации, там был пример про mpls и использование в нем статических маршрутов, потом влез в вику и посмотрел там. ospf, так же.
Проблема в том, что на одной из магистральных веток есть 2 L3 свитча, 1 из которых настроить не реально (просто в нем CLI дебильная, реально дебильная). А L3, который можно настроить, находится за этим "умным свитчем.". Проблема сводится к банальному - электрики приезжают на дом с нормальным L3, рубят его, то клиенты, подключенные к глупому L3 уже не смогут работать. Выход тут только 1 - на время, пока не работает нормальный L3 - должна брать на себя ответственность серверная, т.е. динамическая маршрутизация начинается. Следовательно надо на ospf уходить. Сможет ли сеть работать в нормальном режиме, если на разных магистральных ветках будут использоваться разные протоколы?

Все равно у тя в голове каша. Читая то что ты пишешь я делаю только один вывод - ты не понимаешь как это работает.

Андрей писал(а):рубят его, то клиенты, подключенные к глупому L3 уже не смогут работать

почему же ? этот свич то в итоге наверняка опять же "утыкается" в L3 свич в серверной
насколько я понимаю твою схему: [L3 свич] <-> [L2 свич] <-> [L3 серверная]
так вот что мешает клиентам с L2 свича увидеть L3 интерфейсы в серверной ? ничего не мешает. Клиенты сидят в неком vlan на L2, в этом же vlan на свиче в серверной есть L3 интерфейс.

Андрей писал(а): т.е. динамическая маршрутизация начинается.

она начинается только тогда, когда есть необходимость распространять маршруты динамически
и статическая маршрутизация и динамическая маршрутизация - это маршрутизация, единственное отличие в том что в первом случае ты пишешь на каждом роутере маршруты в таблу маршрутизации ручками, а во втором ты пишешь только на одном, а на остальных роутерах это за тебя делает протокол динамической маршрутизации

Андрей писал(а):Сможет ли сеть работать в нормальном режиме, если на разных магистральных ветках будут использоваться разные протоколы?

сможет, то он сможет, но лучше так не делать, протокол должен быть один, меньше проблем огребешь, проще обслуживать
роутеру нужен маршрут, по которому он сможет продвигать трафик и каким образом он был получен (статически или динамически) и каким протоколом ему плевать

root писал(а):сможет, то он сможет, но лучше так не делать, протокол должен быть один, меньше проблем огребешь, проще обслуживать

Вот и мне не хочется.

root писал(а):насколько я понимаю твою схему: [L3 свич] <-> [L2 свич] <-> [L3 серверная]

Правильно, так и есть.

root писал(а):так вот что мешает клиентам с L2 свича увидеть L3 интерфейсы в серверной ? ничего не мешает. Клиенты сидят в неком vlan на L2, в этом же vlan на свиче в серверной есть L3 интерфейс.

А вот тут я вообще теперь в ступоре.
Рассмотрим сеть на таком примере:
[L3 свич] <-> [L3 серверная] - в этом случае L3 ифейсы (это которые virtual ethernet (кароче, ip vlan)) переносятся из [L3 серверная] на [L3 свитч] , на [L3 серверная] делается маршрут типа:

Код: Выделить всё

ip route SubnetVlanL3Switch/24 IPL3Switch

и, я так понимаю, все работает.
Тогда вопрос, по поводу "ничего не мешает", как оно будет работать в схеме с промежуточным L2, если у меня на [L3 серверная] будет аналогичный маршрут и ip vlan будут прописаны и там и там? Типа, если IPL3Switch недостижим, то работаем по нашей записи?

По-моему пора взять карандаш и порисовать. У вас не будет l3 интерфейс присутствовать на двух коммутаторах одновременно, он будет или на одном или на другом (одновременное использование возможно при применении протокола hsrp). Соответственно вы пропишите статические маршруты на L3-серверная к тем сетям которые вы перенесли на L3-свич, а на L3-свич пропишите статические маршруты к тем сетям которые останутся на L3-серверная. L2-свич - никакого отношения к маршрутизации не имеет. Это мы говорим о случае, когда вы решили, что абоненты из вланов, например, 3,4,5 будут маршрутизироваться через L3-свич, а остальные абоненты из вланов 7,8,9 через L3-серверная.
В случае, когда вы хотите, чтобы 50 абонентов из влана 3, 60 абонентов из влана 4 и 70 из влана 5 маршрутизировались через L3-свич, то тогда вы на этом коммутаторе поднимаете l3 интерфейс, но с другим ip и этим пользователям назначаете этот ip адрес в качестве основного шлюза. Но тогда проще будет привести этот случай, к описанному выше.
А вообще имеет смысл почитать базовые основы модели OSI, принципы работы маршрутизатора и коммутатора, т.е. хотя бы с 1 по 3 уровни.