А причем здесь static routing и vlan-ы?
Не путайте мух и котлеты :)
Да, через любой порт неуправляемого коммутатора можно работать с разными VLAN. Вопрос в том, что на неуправляемом коммутаторе нельзя управлять самими VLAN-ами. Другими словами - какой vlan пришел, на неуправляемый, такой и выйдет. Нельзя будет привязать или назначить (или снять) метку VLAN на конкретных портах.
На неуправляемых коммутаторах все порты гибридные - пропускают трафик для всех и всюду.
Что касается роутинга, то это протокол более высокого уровня - и не все управляемые коммутаторы поддерживают эту фичу.
С другой стороны - если делаете управляемую сеть на виланах - лучше бы, чтобы все оборудование было управляемым.
Тогда простой пример. К порту управляемого коммутатора подключен неуправляемый, к которому камера и комп. Какие настройки порта, чтобы камера и комп были в разных вланах. Позволяет ли это сделать гибридный порт?
bpsarg, настраивайте разные виланы на самой камере и на компе, тогда они будут в разных виланах.
Ну или не поленитесь, купите простенький tp-link управляемый что-ли.... Например TL-SG105
bpsarg, гибридный порт это порт, по которому одновременно идёт тегированный и нетегированный трафик. Нетегированный трафик причисляется к default vlan, настраиваемом для порта на свиче/роутере.
Современные неуправляемые коммутаторы не обрезают влан таг, и пересылают трафик как есть, но если коммутатор родом из нулевых, то может и обрезать.
bpsarg, ну, например, за портом свич, к которому подключено устройство, умеющее влан, и устройство, не умеющее влан. Умеющее - в тегированный влан, неумеющее - в нетегированный
Простейший пример. Один кабель. Нужно подключить IP-телефон и после него компьютер, сетевая карта которого не поддерживает VLAN. Соответственно в кабель подаётся нетегованный LAN и тегованный VoIP.
На неуправляемых коммутаторах все порты гибридные - пропускают трафик для всех и всюду.
Если речь о сравнительно современных моделях, то это верно. Но модели, которые в принципе не пропускают через себя тегованные пакеты, тоже ещё встречаются. Хотя им место, конечно, в музее...
Нетегированный трафик причисляется к default vlan, настраиваемом для порта на свиче/роутере.
Это ещё с какого перепугу? какой VLAN укажешь в настройках, такой и будет. И вовсе необязательно это default VLAN. Более того, с точки зрения безопасности на всех портах следовало бы ставить default VLAN = Forbidden.
Простейший пример. Один кабель. Нужно подключить IP-телефон и после него компьютер, сетевая карта которого не поддерживает VLAN. Соответственно в кабель подаётся нетегованный LAN и тегованный VoIP.
Можете верить, можете нет - но буквально несколько недель назад такой пример наблюдал в ЗАГСе. И, честно говоря, был не в восторге.
Это ещё с какого перепугу? какой VLAN укажешь в настройках, такой и будет. И вовсе необязательно это default VLAN. Более того, с точки зрения безопасности на всех портах следовало бы ставить default VLAN = Forbidden.
bpsarg, полностью согласен, организация такой фичи "вручную" - это БСК. А вот если использовать VoiceVLAN (для тегованного трафика) или MAC-based VLAN (для нетегованного), то работает вполне себе прилично. Хотя почему и в чём разница, я лично не понимаю.
Думаю здесь правило PVID=X => X - Untagged - что правда.
Ну вообще-то при PVID=1 (или native VLAN) на порте может быть в принципе не указан untagged VLAN. И в этом случае (vendor-specific) не факт, что нетегованный трафик будет приниматься.
Ziptar, опять же - указанный в настройках коммутатора native VLAN используется, если порт настроен как гибридный, а untagged VLAN не указан явно. Впрочем, тут очень сильная зависимость конкретной реализации от вендора - custom VLAN может быть просто не предусмотрен, или наоборот, режим порта не настраивается, а определяется прописанными на нём VLAN.
Простой
