хотелось бы чтоб на складе было так...

Не понял.

чтобы сеть определялась как сеть домена

я не смогу подсказать по инфраструктуре вашей сети и не знаю её. Могу только порекомендовать перейти с нетбиос имён на DNS-имена (то есть с суффиксами) и везде их прописать. В больших сетях НетБИОС не рекомендуется - бродкастит активно и производительность ЛВС снижается.

возможно я путаю, у меня есть домен-контроллер в котором крутится AD, DHCP и DNS сервер. Собсно когда компьютер подключается к сети то у него определяется как доменная сеть

Дело не в лицензии. Раз у вас 7 точек доступа. Остаются такие версии: 1) точки доступа теряют контроллер или контроллер их теряет. Проверить пингом от точек доступа до контроллера и обратно. 2) Перехват кем-то мак-адреса контроллера 3) Конфликт IP.

А сейчас не определяется?

На этом скриншоте столбец «IP»

вот как AP получают IP. странно, что WIFI контроллер теряет их за 3-5 дней.

вот как AP получают IP. странно, что WIFI контроллер теряет их за 3-5 дней.

Сейчас точки доступа серые? В таком статусе контроллер пингуют?

сейчас серые. Где их статус пинга контроллера посмотреть ?

нет пароля и данных по AP вообще.

со свича по которому от них идут данные - они не пингуются. Видимо админ прошлый запретил в AP пинги. НО AP работают !

запрос в консоли ssh не дает отклика

Тогда из консоли 2500 пропингуйте точки доступа.

а там нет этой опции(((

Из ssh

зашел в nxc2500 и попробовал ping на AP - не пингуются

и у меня мобильник тоже подрубается к этим AP и работает в локалке

Коллеги, приветствую. Хотим такой шлюз клиенту USG FLEX 200H. На сайте информация: Контроллер WLAN Число управляемых точек доступа по умолчанию 8 Я правильно понимаю, что 8ми точками он управляет без дополнительных лицензий?

Приветствуем. Да

роуминг тоже будет работать?

Mgmt IP и SSID в одном ВЛАНе ?

разные

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

а ещё вспомнил, очень давно была вещь такая. Шлюзы Zyxel прекращают работу с ЛВС, если идёт очень большой бродкаст на порт шлюза. Сегментирование ЛВС помогло в этом случае.

это STP и прочие ARP широковещательные рассылки ?

а ещё вспомнил, очень давно была вещь такая. Шлюзы Zyxel прекращают работу с ЛВС, если идёт очень большой бродкаст на порт шлюза. Сегментирование ЛВС помогло в этом случае.

а его измерить можно ? вообще то?

это STP и прочие ARP широковещательные рассылки ?

Мне надо чтоб они оба были на одной

Кольцо ещё!

роуминг тоже будет работать?

но будьте внимательны. 1) В данный момент у H серии функционал ещё дорабатывается и кое чего нет, как у предыдущей серии USG Flex. 2) Устаревшие модели точек доступа не поддерживает.

все новое оборудование закладываем, в таблице совместимости оно присутствует. Нам из функционала только vpn и роуминг нужен.

ознакомиться можете с серией H на https://flex200h.zyxeldemo.com/

спасибо, сейчас глянем

всем привет ! А скажите когда создаёшь новые правила проброса портов нужно девайс перегружать ? И как узнать что эти правила работают ?!

Перезагрузка не требуется.

все новое оборудование закладываем, в таблице совместимости оно присутствует. Нам из функционала только vpn и роуминг нужен.

все новое оборудование закладываем, в таблице совместимости оно присутствует. Нам из функционала только vpn и роуминг нужен.

все новое оборудование закладываем, в таблице совместимости оно присутствует. Нам из функционала только vpn и роуминг нужен.

а что ж оно начинает работать только после перегрузки то !? Может можно как то обновить правила ?

Добрый день Есть Zyxel ES-4124 Возникла следующая проблема Хочу через snmp получить список мак адресов на свиче, для этого использую oids: .1.3.6.1.4.1.890.1.5.8.24.22.1.1.3 или .1.3.6.1.2.1.4.22.1.2.1 Но, получаемый список значительно меньше, чем отображаемый в интерфейсе свича через Management > Mac table. Почему так происходит? С помощью какого oid можно получить полный список узлов, подключенных к свичу?

а ПО для работы с OID, разные пробовали?

а ПО для работы с OID, разные пробовали?

Результат везде одинаков. Данные не полные по сравнению с интерфейсом свича

а можете сравнить показания с ARP таблицей свитча. Сходится?

Вот то что выдаёт запрос этого оида соответствует арп табличе свича в интерфейсе, но отображается лишь малый процент подключённых к свичу компьютеров. Таблицы Mac table и ip table несколько длиннее. Вот с помощью какого oid их получить? Почему в arp таблице не все?

Вот то что выдаёт запрос этого оида соответствует арп табличе свича в интерфейсе, но отображается лишь малый процент подключённых к свичу компьютеров. Таблицы Mac table и ip table несколько длиннее. Вот с помощью какого oid их получить? Почему в arp таблице не все?

на сколько меньше показывает?

Прям сильно меньше. Mac/ip table несколько десятков записей (добавляет маки которые за аплинками) а arp table и запрос через snmp всего 5-7 записей

Товар на складе! Друзья, на склады к нашим дистрибьюторам приехали новые железки. Среди них как новейшие WiFi 7 точки доступа, так и проверенные модели WiFi 6. С ними, так же, разные коммутаторы. Это уже можно заказывать. А в мае мы ждем еще бОльшую партию, где кроме точек доступа различных стандартов и цен будут мультигигабитные свичи серий XMG, XGS, новейшие межсетевые экраны серии USG FLEX H, с внедренным контроллером точек доступа. Едут и проверенные временем устройства, пользующиеся вашим заслуженным спросом. Размещайте заказы, бронируйте, не забывайте про защиту проектов и проектные скидки.

Не очень понял. ARP Table в веб-интерфейсе и через OID SNMP одинаковое количество записей показывают ?

Одинаковые. Но их очень мало. Не все отображается. Нет многих записей. В веб интерфейсе mac/ip table или через телнет show mac address-table (или show ip iptable) отображает записей гораздо больше

Тогда всё правильно у вас. ARP Table и MAC Table - это разные таблицы. ARP Table показывает связку IP-MAC, у вас она почти пустая, тк ваш коммутатор не роутит. Если бы роутил подсети (L3), то таблица была бы больше намного. А MAC Table показывает мак-адреса, подключённые к портам коммутатора в данный момент, но без IP. Поэтому OID .1.3.6.1.4.1.890.1.5.8.24.22.1.1.3 относится к ARP Table. OID MAC Table не нашёл.

Что интересно использование oid .1.3.6.1.2.1.4.22.1.2 на GS22100 приводит к получению всех маков, а также из полученной информации можно извлечь порт и ip. Использование этого же oid на es4124 не приводит к такому эффекту, результат тот же что и с oid .1.3.6.1.4.1.890.1.5.8.24.22.1.1.3 + мак самого свича

Свитчи сильно разные. ES-4124 очень давно был разработан. GS2210 позже выпускался и возможно многое поменяли/добавили.