feeman Posted May 12, 2017 · Report post Подскажите, правильно ли я понимаю. interface GigabitEthernet0/0.10 encapsulation dot1Q 10 ip address 192.168.0.10 255.255.255.0 interface GigabitEthernet0/1.10 encapsulation dot1Q 10 ip address 192.168.1.10 255.255.255.0 Если на портах маршрутизатора указать одинаковый Vlan, но при этом разные подсети. прямой связи не будет, т.е. трафик будет маршрутизироваться между портами, также как если бы они находились в разных вланах. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
maruk Posted May 12, 2017 · Report post да, правильно понимаете. а зачем такая схема? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
DRiVen Posted May 12, 2017 · Report post да, правильно понимаете. Не совсем. feeman, какие подсети вы ставите и какой dot1q указываете не имеет значения, коммутации не получится, они не находятся в одном vlan, хотя и используют одинаковый vlanid. То, что вы описали - это L3-субинтерфейсы с dot1q-энкапсуляцией, терминаторы vlan, а собственно vlan (фактически bridge, возможный не везде) создается иначе, как interface vlan [vlanid]. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
feeman Posted May 12, 2017 · Report post Хочу переделать текущую схему управления оборудованием. После прочтения умных книжек, посетила идея поднять один влан управления. Т.е. нарезать сеть на сегменты, но сделать один общий влан управления. не городить кучу вланов управления оборудованием, а сделать один универсальный. Ведь всё равно жизнь одно и того же влана заканчивается на порту маршрутизатора Позаимствовал схему у RN3DCX. И немного дополнил её. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
YuryD Posted May 12, 2017 · Report post Как правильно замечено свыше, влан ид и собственно сам влан - разные вещи. Влан - вещь виртуальная. Если коммутатор-маршрутизатор позволяет создавать и задавать ip на vlan - это уже хорошо. Транзитьте влан управления по всем транкам, на железяке создавайте нужный влан, задавайте ему ip, а затем много-много подумайте, как без проблем сменить влан управления на железках удалённо. Не у всех железяк это просто. Для ubnt - достаточно легко, у блинков - не без проблем, у кискок - иногда неординарно. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
pingz Posted May 12, 2017 · Report post Будет если включить proxy-arp или наоборот не выключить его.(на кошках такое замечал) Лучше вланы использовать разные если это разные сегменты сети. Сеть изменится, будет проще переделывать. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
maruk Posted May 13, 2017 · Report post да, правильно понимаете. Не совсем. feeman, какие подсети вы ставите и какой dot1q указываете не имеет значения, коммутации не получится, они не находятся в одном vlan, хотя и используют одинаковый vlanid. То, что вы описали - это L3-субинтерфейсы с dot1q-энкапсуляцией, терминаторы vlan, а собственно vlan (фактически bridge, возможный не везде) создается иначе, как interface vlan [vlanid]. Поясните, что значит "Не совсем" топикстартер задал конкретный вопрос, используя разные сети подвешенные на разные сабы разных физических интерфейсов, пусть даже и с одним vlan id, будет ли в этом случае трафик ходить у каждой сети через свой шлюз, свой саб, свой физический интерфейс по отношению друг к другу в случае с одним vlan id. Да будет, ТС все верно понимает. Исключение как уже выше написали это только proxy-arp, но в любом случае, даже с proxy-arp без обратного маршрута работать не будет. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
DRiVen Posted May 13, 2017 · Report post maruk, ответ был на это: Если на портах маршрутизатора указать одинаковый Vlan, но при этом разные подсети, прямой связи не будет и прямой связи не будет, даже если попытаться указать одинаковые подсети. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
maruk Posted May 14, 2017 · Report post и прямой связи не будет, даже если попытаться указать одинаковые подсети. хотите сказать что если замкнуть два саба (общий vlan id) одного маршрутизатора через свитч, повесит на сабы одну сеть, адреса на сабах не будут отвечать друг другу? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
DRiVen Posted May 14, 2017 · Report post А при чем тут свитч? О_о Разговор шел про L2 через аппаратную часть маршрутизатора, а не через что-то вне. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
VolanD666 Posted May 15, 2017 · Report post да, правильно понимаете. Не совсем. feeman, какие подсети вы ставите и какой dot1q указываете не имеет значения, коммутации не получится, они не находятся в одном vlan, хотя и используют одинаковый vlanid. То, что вы описали - это L3-субинтерфейсы с dot1q-энкапсуляцией, терминаторы vlan, а собственно vlan (фактически bridge, возможный не везде) создается иначе, как interface vlan [vlanid]. Эммм.. что? Два саб-интерфейса смотрят друг на друга с одним влан ИД, трафик будет ходить, но роутер будет его отбрасывать, т.к. нет ИПа в этой подсети. ТС. Там где у вас агрегация- делайте общий влан управления и терминируете его на Л3 коммутаторах. Сами Л3 коммутаторы+ оборудование ядра- делаете линковочные подсети между ними, а сам ИП управления вешаете на лупбэк. В идеале- отдельный ВРФ для управления. Я бы сделал так Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
DRiVen Posted May 15, 2017 · Report post VolanD666, может повнимательней стартовый пост прочитать? Два саб-интерфейса смотрят друг на друга с одним влан ИД, трафик будет ходить, но роутер будет его отбрасывать, т.к. нет ИПа в этой подсети. С чего вы решили, что они друг на друга то смотрят? Это один маршритизатор. Там где у вас агрегация- делайте общий влан управления и терминируете его на Л3 коммутаторах. Сами Л3 коммутаторы+ оборудование ядра- делаете линковочные подсети между ними, а сам ИП управления вешаете на лупбэк. В идеале- отдельный ВРФ для управления. Это вообще к чему? О_о Топиком не ошиблись? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
VolanD666 Posted May 15, 2017 · Report post VolanD666, вы топиком не ошиблись? Может повнимательней стартовый пост прочитать? Два саб-интерфейса смотрят друг на друга с одним влан ИД, трафик будет ходить, но роутер будет его отбрасывать, т.к. нет ИПа в этой подсети. А с чего вы решили, что они друг на друга то смотрят? Это один маршритизатор. Там где у вас агрегация- делайте общий влан управления и терминируете его на Л3 коммутаторах. Сами Л3 коммутаторы+ оборудование ядра- делаете линковочные подсети между ними, а сам ИП управления вешаете на лупбэк. В идеале- отдельный ВРФ для управления. Это вообще к чему? О_о ТС делает сеть управления. Я к этому и написал. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
DRiVen Posted May 15, 2017 · Report post Ничего, что ТС задал первоначально просто теоретический вопрос, я на него ответил, а вы и maruk мой ответ интерпретировали с учетом более поздних сообщений ТС? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
YuryD Posted May 15, 2017 · Report post Ведь всё равно жизнь одно и того же влана заканчивается на порту маршрутизатора Порт может при этом быть и очень виртуальным, а не физическим :) В понимании ubnt ip управления сидит на каком-то из бриджей например, поэтому ничего не запрещает создать бридж с vlan_управления и аплинком, назначить этому бриджу ip и сделать этот бридж как managed, кроме прочих бриджей. В длинках еще проще, надо добавить этот влан управления на аплинк как тегированный, затем изменить влан управления. На физических портах акцесс влан управления может и не присутствовать, хотя один порт всегда оставляю в акцессе, на случАй если с буком придётся лезть в техпомещение. В случае киско - всё сложнее для мозгов управлятеля :) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
feeman Posted May 15, 2017 · Report post Пардон, что сразу не указал, что в моем случае используется оборудование only cisco. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
feeman Posted May 15, 2017 · Report post Хотелось бы еще послушать мнения. Какие есть выходы из ситуации когда диапазон Vlan'ов пересекается? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
vlad11 Posted May 15, 2017 · Report post Использовать Q-in-Q Vlan. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
VolanD666 Posted May 16, 2017 · Report post Использовать Q-in-Q Vlan. Что то я не совсем представляю, как это поможет ТС. По самой теме, только сейчас допер что это один роутер. Мне кажется, ТС, вы пытаетесь изорести велосипед. Предлагаю вам сделать по описанной мной схеме. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
VolanD666 Posted May 16, 2017 · Report post А ваши 2960 влан маппинг точно не умеют? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
NikAlexAn Posted May 16, 2017 · Report post Хотелось бы еще послушать мнения. Какие есть выходы из ситуации когда диапазон Vlan'ов пересекается? Вам связь по Л2 между абонентами этих вланов нужна или нет? Что вы хотите получить в итоге? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Tosha Posted May 16, 2017 · Report post Лучше поднять VLAN интерфейсы и не мучится с сабинтерфейсами. На каждый VLAN вешать один L3 интерфейс с нужным набором дополнительных IP адресов. А управляющие сети имеет смысл принципиально не приземлять на основной роутер, который связан с Интернет. Пусть они пролетают через него исключительно по L2. Не надо будет лишний раз возится с ACL Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
VolanD666 Posted May 16, 2017 · Report post Лучше поднять VLAN интерфейсы и не мучится с сабинтерфейсами. На каждый VLAN вешать один L3 интерфейс с нужным набором дополнительных IP адресов. Ну если оборудование позволяет- конечно лучше SVI Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
feeman Posted May 16, 2017 · Report post Вам связь по Л2 между абонентами этих вланов нужна или нет? Нет Что вы хотите получить в итоге? Хочется вот чего: Установить один шеститонник в роли коммутатора агрегации. И сразу на прямую в него втыкать коммутаторы доступа. По схеме Vlan на здание. Но минус данной схемы в том, что ёмкость Vlan'ов быстро закончиться. И вот вопрос, как правильно поступить? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
YuryD Posted May 16, 2017 · Report post По схеме Vlan на здание. У вас реально более 1023 зданий в обслуживании ? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
