+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Пожалуйста, не указывайте тег для VLAN по умолчанию в режиме «добавить, если отсутствует».

Пожалуйста, не указывайте тег для VLAN по умолчанию в режиме «добавить, если отсутствует»., SwOS

arijan

Guest

10.10.2010 23:24:00

Всем привет, у меня есть реальная задача, и я был бы признателен за вашу помощь: у меня есть интернет-сервис на порту 1 и IPT-сервис на порту 2 (оба приходят на разные порты и без тегов, изменить это нельзя). Эти два сервиса нужно объединить на портах 3, 4 и 5 так, чтобы интернет-сервис оставался нетегированным, а IPT-сервис — с тегом VLAN.

Должно выглядеть так:
P1: inet (нетегированный vlan 1)
P2: ipt (нетегированный vlan 10)
P3: inet (нетегированный vlan 1) + ipt (тегированный vlan 10)
P4: inet (нетегированный vlan 1) + ipt (тегированный vlan 10)
P5: inet (нетегированный vlan 1) + ipt (тегированный vlan 10)

Включение опции «add if missing» на исходящих портах p3, p4, p5 приводит к тому, что vlan 1 тоже тегируется, а это нежелательное поведение. Включение «leave as is» не добавит тег vlan 10 к кадрам с p2, чего мы тоже не хотим.

Не могли бы вы изменить поведение «add if missing», чтобы оно добавляло все теги VLAN, кроме дефолтного VLAN, который должен оставаться нетегированным? В конце концов, именно так работают 99,9% коммутаторов.

Обходной путь с двумя коммутаторами дорогой... Я пробовал возиться с ACL, но они не решают эту задачу. И, как вы уже догадались, это тоже не сработает с rb750: невозможно добавить физический интерфейс в мост без передачи VLAN-трафика и нетегированного трафика вместе — нетегированный трафик должен идти в один мост, а VLAN-трафик — в другой.

И да, я отправляю это в 1:23 ночи, и да, я CCIE.
С уважением, Ариан.

rgenovesi Guest	#2 0 28.10.2010 21:14:00 У меня такая же проблема. Есть у кого-нибудь решение или обходной путь? Спасибо, Роб.

gzohop Guest	#3 0 29.10.2010 14:21:00 Я тоже. Может кто-нибудь из Mikrotik прокомментирует это? Будет ли это изменено в новой версии SwOs? Или, может, есть способ сделать это в версии 1.2? Или этого вообще не планируют реализовывать? С уважением.

arijan Guest	#4 0 02.03.2011 00:13:00 Инженеры Mikrotik, пожалуйста, дайте знать, если вы этим занимаетесь… С уважением.

rgenovesi Guest	#5 0 02.03.2011 00:20:00 Я всё ещё заинтересован в решении… Спасибо, Роб.

Jeroen1000 Guest	#6 0 30.03.2011 19:56:00 Кто-нибудь может объяснить эту проблему более понятно, пожалуйста?

kirshteins Guest	#7 0 31.03.2011 05:11:00 Эту функцию невозможно реализовать из-за аппаратных ограничений.

arijan

Guest

31.03.2011 19:17:00

Если эту простую проблему нельзя решить с помощью переключателя, тогда я бы посоветовал поменять железо или вообще отказаться от этого продукта. Извините, но я должен сказать то, что нужно. С уважением, Arijan

THG Guest	#9 0 08.04.2011 15:00:00 Не верю этому, покажи мне скриншоты по VLAN и настройке VLANs.

arijan

Guest

#10

08.04.2011 20:52:00

Привет, я не знаю, как настроить 250gs для выполнения функции, которую описал в первом сообщении этой темы. Мне кажется, что это невозможно. Однако сама настройка простая, и любой (да, любой) L2-коммутатор на рынке можно легко настроить так, как я описал. Например, конфигурация Cisco может выглядеть примерно так: int f1 int f2 sw mode acc sw acc vlan 10 int range f3 - 5 sw mode tr sw tr all vlan 1,10 Понимаете, что я описал?

RavenWing71

Guest

#11

12.05.2011 00:59:00

Боюсь, я склонен согласиться с arijan. Каждый другой коммутатор с поддержкой VLAN, с которым я работал, по умолчанию устанавливает нетегированный режим для VLAN по умолчанию (или native VLAN). Даже Википедия подтверждает, что именно так и должно быть! И да, нам тоже приходится несладко, пытаясь обойти эту проблему.

subq

Guest

#12

28.06.2011 04:36:00

Если бы при выборе «добавить, если отсутствует» по умолчанию VLAN не тегировался, это тоже решило бы эту проблему. То, что нам действительно нужно, — это опция, как у всех остальных веб-управляемых коммутаторов, которая позволяет тегировать или нетегировать каждый порт в зависимости от членства VLAN.

netmaster

Guest

#13

15.08.2011 09:37:00

Сегодня завис из-за этой «фичи». Я был очень удивлён, если свитч теряется посреди настройки VLAN. Если это действительно аппаратное ограничение, то, пожалуйста, поменяйте оборудование, хотя бы для будущих моделей свитчей. Управляющий или VLAN по умолчанию должен быть нетегированным в транках. Так оно всегда было на любых свитчах с поддержкой VLAN, которые я когда-либо видел, а я видел их сотни.

subq

Guest

#14

17.08.2011 02:46:00

Настоящая проблема в том, что должна быть возможность назначать или снимать тег с любого VLAN на любом порту, всё просто и ясно (с учётом стандартных правил, что на порту может быть только один VLAN без тега). Им либо нужно перестать рекламировать функции VLAN, либо исправить это, чтобы всё работало как на остальных коммутаторах с VLAN.

nikpacara Guest	#15 0 30.08.2011 23:16:00 высший уровень профессиональной сертификации, предлагаемой Cisco…

voxframe

Guest

#16

09.09.2011 00:18:00

MT, я с уважением прошу тебя больше никогда не выпускать оборудование, которое не может выполнять такую простую (И ПРИ ЭТОМ СТАНДАРТНУЮ) задачу. Это как если бы в маршрутизаторе был DHCP, но нельзя было задать размер или диапазон пула — абсолютно бесполезно. Это то, на что должны были обратить внимание с самого начала. Пожалуйста, не допускай, чтобы подобное повторялось в будущем с коммутаторами.

subq

Guest

#17

09.09.2011 01:23:00

Оборудование отличное, цена супер, и VLAN там есть, только с ограниченными возможностями. Просто нужно яснее это прописать в описании, например, так: «ограниченные VLAN-функции». Либо сделать, как у всех остальных коммутаторов — уверен, они могли бы это реализовать в SwOS.

tronar

Guest

#18

29.10.2011 14:37:00

Это странно. Было бы здорово иметь правило для очистки VLAN-тега при передаче для одного VLAN. Без этой функции транки не поддерживают «родной» VLAN. Это не так уж плохо, но заставляет менять конфигурацию на другой стороне…

tws101 Guest	#19 0 14.11.2011 17:41:00 Это настоящий камень преткновения для этого устройства. Не могу поверить, что это нельзя изменить из-за аппаратных ограничений.

arijan Guest	#20 0 15.11.2011 01:29:00 Поддерживаю это!!

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры