https://opennet.ru/openforum/vsluhforumID6/1573.html Есть маршрутизатор Cisco1921 и два модуля EHWIC-1GE-SFP-CU (дополнительный оптический порт) и EHWIC-4ESG (коммутатор), также на циске имеется два интегрированных медных порта. EHWIC-4ESG, EHWIC-1GE-SFP-CU и один из интегрированных портов настроены в Transparent Bridging. Все это настроено в одно вилане. Потом появилась новая задача добавить 4-е новых вилана. Вот в общем-то и вопрос как совместно настроить Transparent Bridging и VLAN 802.1q? Укажите ссылку на документацию? Для лучшего представления задачи ссылка на краткую схему соединений https://yadi.sk/i/zKyy5zB6dV6Aj<br> https://opennet.ru/openforum/vsluhforumID6/1573.html#13 Thu, 19 Feb 2015 13:55:51 GMT &gt; ты хотябы побовал давать гигабит нагрузки через бридж? Не утверждаю, что не <br>&gt; вытянет, но проверить стоит.<br><br>нет не пробовал, но думаю без проблем, не обойтись. Пока загрузка проца в среднем 5-7%. Но это правда видеонаблюдение не полностью настроили. Правда если включить на циско dhcp сервер, то тут ей становиться плохо, загрузка проца достигает 60%, что уже не есть гуд.<br>Пока настроено так, что будит дальше время покажет, может и на коммутатор придется раскошелится.<br> https://opennet.ru/openforum/vsluhforumID6/1573.html#12 Wed, 24 Dec 2014 04:08:52 GMT ты хотябы побовал давать гигабит нагрузки через бридж? Не утверждаю, что не вытянет, но проверить стоит.<br> https://opennet.ru/openforum/vsluhforumID6/1573.html#11 Tue, 23 Dec 2014 06:49:19 GMT &gt; Но если такой механизм (функционал) есть в оборудовании почему бы им не воспользоваться. <br><br>Например. На L3 коммутаторах Cisco 3750 можно настроить GRE туннели. И они работают.<br>Только вот если в них сунуть траффику на десяток мегабит - коммутатор уходит в астрал.<br>IOS довольно универсальное ПО, но это не значит что нужно пользоваться всем что оно умеет. Должна быть еще аппаратная поддержка.<br> https://opennet.ru/openforum/vsluhforumID6/1573.html#10 Tue, 23 Dec 2014 05:16:37 GMT &gt;[оверквотинг удален]<br>&gt;&gt; что бы у них было единое адресное простравнство?<br>&gt; Маршрутизатор, это такая штука, у которой один L3 интерфейс = одна IP <br>&gt; сеть, а его функция _маршрутизировать_ между ними. Да есть бриджинг и <br>&gt; прочие извраты, но это не от хорошей жизни. Как сбриджевать виланы <br>&gt; я написал ранее.<br>&gt;&gt; 2) В чем заключается горотьба? В увязывании интерфейсов в бридж? Так для <br>&gt;&gt; этого бридж и нужен, верно?<br>&gt; Ты уверен, что бриджинг не просадит процессор например? Спанниг три опять же <br>&gt; может преподнести сюрпризы там где ты их не ждешь.<br>&gt; Если есть возможность отдать работу свичу, это нужно делать, это его функция. <br><br>Я понимаю, что лучше было бы использовать коммутатор, но его нет (и теперь в ближайшее время навряд ли купят, сами знаете как рубль скачет). И как правильно сказали не от хорошей жизни. Но если такой механизм (функционал) есть в оборудовании почему бы им не воспользоваться.<br> https://opennet.ru/openforum/vsluhforumID6/1573.html#9 Tue, 23 Dec 2014 03:55:20 GMT &gt; Не срача ради, а знаний для.<br>&gt; 1) Каким образом объединить интерфейсы (ингрированный роутерный и платы) таким образом, <br>&gt; что бы у них было единое адресное простравнство?<br><br>Маршрутизатор, это такая штука, у которой один L3 интерфейс = одна IP сеть, а его функция _маршрутизировать_ между ними. Да есть бриджинг и прочие извраты, но это не от хорошей жизни. Как сбриджевать виланы я написал ранее.<br><br>&gt; 2) В чем заключается горотьба? В увязывании интерфейсов в бридж? Так для <br>&gt; этого бридж и нужен, верно?<br><br>Ты уверен, что бриджинг не просадит процессор например? Спанниг три опять же может преподнести сюрпризы там где ты их не ждешь.<br><br>Если есть возможность отдать работу свичу, это нужно делать, это его функция.<br> https://opennet.ru/openforum/vsluhforumID6/1573.html#8 Mon, 22 Dec 2014 11:17:10 GMT &gt;[оверквотинг удален]<br>&gt;&gt; проблем не при работе в сети возникнуть не должно).<br>&gt;&gt; Для каждого вилина создается свой бридж, затем нужные бриджы объединяются в домен <br>&gt;&gt; [code]bridge 1 domain 1 <br>&gt;&gt; bridge 2 domain 1[/code] <br>&gt; Что мешает коммутаторы между собой соеденить транками и одним транковым портом подключить <br>&gt; роутер? В нужные виланы роутер спокойно будет смотреть сабинтерфесами, если в <br>&gt; L3 порт воткнете или SVI интерфейсами, если в свичевую плату воткнете, <br>&gt; опять-же транком. Жалко что свободные дырки в роутере пропадают?<br>&gt; Текущая ваша горотьба это прямой путь к различного рода чудесам и насмешками <br>&gt; от коллег.<br><br>Я с вами согласен, что может и не очень красивое решение,и не самое эффективное, но приходится работать с тем, что есть.<br>Не срача ради, а знаний для.<br>1) Каким образом объединить интерфейсы (ингрированный роутерный и платы) таким образом, что бы у них было единое адресное простравнство?<br>2) В чем заключается горотьба? В увязывании интерфейсов в бридж? Так для этого бридж и нуже https://opennet.ru/openforum/vsluhforumID6/1573.html#7 Mon, 22 Dec 2014 10:36:41 GMT &gt; Бридж создавался для того, чтобы у всех портов (в бридже) было одно <br>&gt; адресное пространство. Отказаться от бриджа можно,но как тогда решить задачу имеющимися <br>&gt; средствами. Решение нашлось (правда тестировалось пока на стенде, но я думаю <br>&gt; проблем не при работе в сети возникнуть не должно).<br>&gt; Для каждого вилина создается свой бридж, затем нужные бриджы объединяются в домен <br>&gt; [code]bridge 1 domain 1 <br>&gt; bridge 2 domain 1[/code] <br><br>Что мешает коммутаторы между собой соеденить транками и одним транковым портом подключить роутер? В нужные виланы роутер спокойно будет смотреть сабинтерфесами, если в L3 порт воткнете или SVI интерфейсами, если в свичевую плату воткнете, опять-же транком. Жалко что свободные дырки в роутере пропадают?<br><br>Текущая ваша горотьба это прямой путь к различного рода чудесам и насмешками от коллег.<br> https://opennet.ru/openforum/vsluhforumID6/1573.html#6 Mon, 22 Dec 2014 05:16:13 GMT Бридж создавался для того, чтобы у всех портов (в бридже) было одно адресное пространство. Отказаться от бриджа можно,но как тогда решить задачу имеющимися средствами. Решение нашлось (правда тестировалось пока на стенде, но я думаю проблем не при работе в сети возникнуть не должно).<br>Для каждого вилина создается свой бридж, затем нужные бриджы объединяются в домен<br>[code]bridge 1 domain 1<br>bridge 2 domain 1[/code]<br> https://opennet.ru/openforum/vsluhforumID6/1573.html#5 Mon, 22 Dec 2014 04:39:26 GMT По сути вопроса - для других виланов создавай отдельный bridge-group:<br><br>[code]<br>interface gi0/0.100<br> descr L3 interface<br> encaps dot1q 100<br> bridge-group 100<br>!<br>interface Bvi100<br> ip address 100.100.100.100<br>!<br>interface vlan100<br> bridge-group 100<br>!<br>...<br>interface fas0/1/1<br> descr L2 interface<br> switchport access vlan 100<br>!<br>bridge 100 protocol ieee<br>bridge 100 route ip<br>[/code]<br>