Сегменты и Mesh-сеть, что не так?

[Gremm]

Есть mesh-сеть, состоящая из контроллера Netcraze Ultra (NC-1812) и ретрансляторов Netcraze Viva (NC-1913)
Прошивки одинаковые 5.1.6

Есть 2 сегмента сети, Основная и Гостевая

• Основная => входят как проводные клиенты так и клиенты Wi-Fi
• Гостевая => входят только клиенты Wi-Fi

Ретрансляторы соединены с контроллером проводным способом, но не напрямую, а через разные коммутаторы (5, 8, 16 и 48 портовые).

Соответственно в каждом сегменте своя WI-Fi сеть, назовем их так же: "Основная" и "Гостевая". Гостевая сеть изолированная.

Проблема:

Гостевую сеть видно на всех ретрансляторах, но при попытке подключиться к ней.. идут ошибки (ошибка получения IP-адреса или просто сбрасывается соединение). С Основной Wi-Fi сетью таких проблем нет. Причем на самом контроллере подключиться к Гостевой Wi-Fi можно и все работает отлично, проблема именно на ретрансляторах с подключением.

Скриншоты настроек сегментов и сетей Wi-Fi прилагаю.

 

[Migel]

Скорее всего коммутаторы управляемые и не пропускают vlan гостевой сети.

[Gremm]

14 минут назад, Migel сказал:

Скорее всего коммутаторы управляемые и не пропускают vlan гостевой сети.

Есть один такой - HPE OfficeConnect Switch 1820 48G J9981A, PT.02.06, Linux 3.6.5, U-Boot 2012.10-00119

Но что там настроить так, чтобы через порты проходили оба сегмента не знаю.

[KeenTaur]

На коммутаторах порты, к которым подключены контроллер и ретрансляторы wifi-системы, должны передавать vlan1 (основной сегмент) без тега и vlan2 (гостевой сегмент) с тегом.

OfficeConnect'ов у меня нет, могу завтра пример с cli HP ProCurve сделать 

[Gremm]

40 минут назад, KeenTaur сказал:

На коммутаторах порты, к которым подключены контроллер и ретрансляторы wifi-системы, должны передавать vlan1 (основной сегмент) без тега и vlan2 (гостевой сегмент) с тегом.

OfficeConnect'ов у меня нет, могу завтра пример с cli HP ProCurve сделать 

Спасибо. Удаленно так и сделал. Но перед HP есть еще один 48-портовый (какой-то нонэйм китайский от старого провайдера достался). В сети его невидно нигде и никак. Но трафик через него идет. Возможно он как-то режет vlan2.  Модель позже посмотрю, когда физически буду на месте. Попробую его заменить обычным TP-Link'ом 16 портовым... проверить.

[KeenTaur]

Посмотрел, кто такой этот ОфисКоннект, у него только веб-интерфейс для управления, поэтому мой пример из командной строки прокурвы "в лоб" не поможет, но, раз предложил, вот (может быть у вас можно выгрузить конфиг в человекочитаемом формате и сравнить. Но и в этом случае синтаксис может отличаться):

Цитата

vlan 1
   name "DEFAULT_VLAN"
   no untagged 6-44
   untagged 1-5,45-48
   no ip address
   exit
vlan 2
   name "Guests"
   tagged 1-5,45-48
   exit
vlan 101
   name "LAN"
   untagged 6-44
   tagged 45-48
   exit
vlan 102
   name "Voice"
   tagged 6-48
   voice
   exit

В примере порты 1-5 коммутатора предназначены для подключения узлов wifi-системы - см. vlan1 и vlan2. Порты 45-48 в режиме trunk, для подключения других коммутаторов. Далее, для примера, порты 6-44 для ip-телефонии (vlan102) и устройств в локальной сети (vlan101, компьютеры, принтеры и т.д.). "За кадром": vlan управления в данном примере другой, не vlan1, и не показан. Хорошо еще выделять vlan для видеонаблюдения, если оно используется.

Думаю, вам предстоит протестировать все ваши коммутаторы, участвующие в работе wifi-системы на предмет прохождения тегированных кадров гостевого сегмента. Кроме того, должны проходить широковещательные LLDP.

По ситуации с доставшимся в наследство провайдерским коммутатором: попытаться опознать его модель, найти характеристики. Если он управляемый, то еще документацию и инструкции по его настройке и сбросу пароля, если не подойдет по умолчанию.

PS следовать в точности моему примеру не обязательно, в вашем случае, вам, возможно, достаточно vlan 1 и vlan2. В vlan1 добавьте также порты, куда у вас включены проводные клиенты.

Изменено 1 октября пользователем KeenTaur