Skip to content

Беспроводные сети (Wireless)

100 Темы 833 Сообщения

Общие обсуждения, вопросы и решения по беспроводным сетям Cisco, включая Wi-Fi, точки доступа, контроллеры и мобильные технологии.

  • Вопрос о лицензировании

    6
    0 Голоса
    6 Сообщения
    0 Просмотры
    A
    Здравствуйте, у меня вопрос по лицензии. У меня есть 2000 лицензий DNA Advantage, срок действия которых истекает в 2027 году, и система работает на контроллерах 9800-40. При обновлении 500 старых точек доступа, которые в настоящее время используют лицензии DNA Advantage, до точек доступа Wi-Fi 7, нужно ли мне приобретать 500 унифицированных лицензий для новых точек доступа WiFi 7 или есть способ преобразовать 500 из существующих 2000 лицензий DNA Advantage в унифицированные лицензии. Кто-нибудь сталкивался с такой ситуацией? Надеюсь, это поможет.
  • поддержка WLC 9800-40 для второго радиомодуля C9136I-B 5 ГГц

    2
    0 Голоса
    2 Сообщения
    0 Просмотры
    S
    У нас есть C9800-40-K9 с версией 17.9.8. К нему подключено несколько точек доступа C9136. Второй радиомодуль 5 ГГц на точках доступа C9136 не работает, и для его включения необходимо обновить IOS. Какой минимальный код требуется для второго радиомодуля 5 ГГц?
  • Ciscp AP 2602 не подключается к беспроводному контроллеру

    8
    0 Голоса
    8 Сообщения
    0 Просмотры
    N
    У меня есть Cisco 2602i, который не подключается к Cisco 5508 WLC. Когда я наблюдаю за запуском AP с консоли, я вижу следующие сообщения: 13 июня 16:55:09.999: %CAPWAP-3-ERRORLOG: Подключитесь к контроллеру capwap13 июня 16:54:05.000: %CAPWAP-5-DTLSREQSEND: Запрос на соединение DTLS отправлен peer_ip: 10.10.0.65 peer_port: 5246*13 июня 16:54:05.007: %PKI-3-CERTIFICATE_INVALID_EXPIRED: Проверка цепочки сертификатов не прошла. Срок действия сертификата (SN: 567A9C8300000000EBB9) истек. Срок действия истек 21 июня 2022 г. в 14:43:58 UTC. Проверка сертификата однорангового узла не удалась 001A *13 июня 16:54:05.007: %CAPWAP-3-ERRORLOG: Проверка сертификата не удалась! *13 июня 16:54:05.007: DTLS_CLIENT_ERROR: ../capwap/base_capwap/capwap/base_capwap_wtp_dtls.c:467 Проверка сертификата не удалась! 13 июня 16:54:05.007: %DTLS-5-SEND_ALERT: Отправить FATAL : Предупреждение о неверном сертификате на 10.10.0.65: 524613 июня 16:54:05.007: %DTLS-5-SEND_ALERT: Отправить FATAL : Предупреждение о закрытии на 10.10.0.65:5246 На контроллере мы видим: *spamApTask7: 13 июня 14:50:26.832: %DTLS-3-HANDSHAKE_FAILURE: openssl_dtls.c:955 Не удалось завершить DTLS-рукопожатие с узлом 10.10.0.97 10.10.0.65 — это контроллер, а 10.10.0.97 — точка доступа. Мы применили конфигурацию, чтобы разрешить AP с просроченными сертификатами: config ap cert-expiry-ignore ssc enable config ap cert-expiry-ignore mic enable И у нас действительно есть точки доступа с просроченными сертификатами, которые подключаются к контроллеру без проблем. Я не понимаю, почему 2602 не подключается к контроллеру. Буду благодарен за любую помощь.
  • ACL WLC C9800 AirSpace не применяется

    13
    0 Голоса
    13 Сообщения
    0 Просмотры
    A
    Привет, сообщество! У меня возникла серьезная проблема в ситуации, когда мне нужно ограничить доступ большинства клиентов локально переключаемого SSID к конфиденциальной подсети, одновременно разрешив доступ к этой подсети определенным клиентам. Чтобы это сработало, я настроил ACL, запрещающий IP-адреса этой подсети и разрешающий все остальное на WLC, а также настроил 2 политики AuthZ на ISE: 1-е соответствие ограничению и применение результата с именем ACL; второе — сопоставление атрибутов определенных клиентов и не применение никаких ограничений. Проблема в том, что ACL никогда не применяется к сеансу клиента в первом случае... Я пробовал атрибут Filter-ID, я пробовал флажок AirSpaceACL в профиле AuthZ, но результат всегда был одинаковым — ACL не применяется. Я настроил имя списка методов AuthZ на WLC, также закодированное как пара Method-List AV в профиле AuthZ, и все предварительные условия для работы сценария выполнены, но... Я открыл заявку в TAC, которая уже более недели находится в работе, но без каких-либо результатов, несмотря на все проверки со стороны TAC, поэтому я решил спросить у сообщества, сталкивался ли кто-нибудь с подобной проблемой. WLC работает под управлением 17.3.3, ISE 2.7 патч 6, AP находятся в режиме flexconnect, а SSID переключается локально. Есть какие-нибудь идеи?
  • оба SSID не отображаются в Wi-Fi

    9
    0 Голоса
    9 Сообщения
    0 Просмотры
    S
    Уважаемые, у нас возникли некоторые проблемы, связанные с SSID Wi-Fi. В нашем контроллере настроены два SSID: wifi-guest (vlan1008) и wifi-User (vlan1009), но по-прежнему отображается Wifi-guest и работает интернет. Просьба предоставить инструкции по второму SSID. С уважением, Мухаммад Суфиян
  • 9130 AP, новый из коробки, Jumble CLI

    2
    0 Голоса
    2 Сообщения
    0 Просмотры
    Z
    ![Screenshot 2026-01-30 163113.png] Я недавно получил замену по RMA, новый 9130 из коробки. Когда я пытаюсь войти в консоль, я вижу этот беспорядочный текст Я использую COM3, 9600 и только что закончил работу с 7 другими точками доступа таким же образом, и все было в порядке. Я попробовал кнопку сброса и т. д. Точка доступа получает и отправляет ping с DHCP IP, который она получила, но CLI не дает возможности войти в систему. Моя поддержка покрывает только RMA для точек доступа, поэтому я не могу подать заявку в службу поддержки. Есть какие-нибудь идеи? [image: 25b09ee0acc5d65bc3612a0687c61346d4b70004.png]
  • динамическое назначение Apple MacOS не работает только с WPA3

    6
    0 Голоса
    6 Сообщения
    0 Просмотры
    K
    Здравствуйте, Мы столкнулись со странным поведением наших ноутбуков MacOS. В основном у нас интегрированы DNAC + ISE + 9800 WLC, и у нас есть политики поведения для наших устройств. Для MAC мы выбираем PEAP (так как MAC не имеет сертификата машины, как в Windows) для Network-Access-EaPTunnel Когда ноутбук MacOS подключается с помощью WPA2, мы видим, что ноутбук переходит в состояние соответствия во время проверки состояния ISE, сначала он получает IP-адрес карантина, а после перехода в состояние соответствия — IP-адрес нашей подсети кампуса, и никаких проблем с этим нет. Когда ноутбук MacOS подключается с помощью WPA3, мы видим, что ноутбук проходит проверку состояния ISE, получает IP-адрес из карантина, получает статус соответствия, но не переключается на IP-адрес подсети Campus. Это происходит только с WPA3, у нас включен режим перехода WPA2 + WPA3. Когда я проверяю журналы на WPA3, я вижу: VLAN Override после WebauthNo Состояние Policy Manager: Webauth в ожидании Последнее состояние Policy Manager: IP-адрес узнан Кто-нибудь сталкивался с такой проблемой? Это ошибка или мы что-то упустили в настройках?
  • беспроводное соединение точки доступа по умолчанию с Meraki

    4
    0 Голоса
    4 Сообщения
    0 Просмотры
    Z
    Здравствуйте, У нас есть новый сайт, на котором мы планируем установить совершенно новые устройства WAP (CW9166I-B) и C9800 WLC. Это развертывание на «зеленом поле». Наш поставщик беспроводного оборудования сообщает нам, что устройства CW9166I-B при первоначальной установке относятся к Meraki Cloud, а не к Cisco. Я не совсем понял это. Если эти устройства CW91661-B являются новыми и будут подключаться к новому WLC C9800, почему они будут автоматически подключаться к Meraki Cloud? Это вообще правда? Заранее спасибо. \ С уважением, ~zK
  • сброс сеанса CAPWAP на точке доступа с контроллера

    3
    0 Голоса
    3 Сообщения
    0 Просмотры
    W
    Привет всем! На странице настроек точки доступа 9800 GUI на вкладке «Дополнительно» есть кнопка «Сбросить соединение CAPWAP с точкой доступа без перезагрузки». Есть ли команда CLI 9800, которая также выполняет эту функцию? Я знаю, что это можно сделать из CLI точки доступа, но я пытаюсь понять, как это сделать из контроллера. Спасибо!
  • PoE на C9800-L не работает.

    5
    0 Голоса
    5 Сообщения
    0 Просмотры
    A
    Привет всем, Я создаю тестовую платформу с использованием беспроводного контроллера IOS-XE C9800-L и C 9120. Я хочу обеспечить PoE для C9120 с помощью порта TwoGigabitEthernet0/0/0 C9800-L, но не могу найти никакой документации по включению PoE на C9800-L. Я помню команды типа «power inline static», которые работали на коммутаторах IOS и IOS-XE. Не могли бы вы помочь мне включить PoE на C9800-L или сказать, возможно ли это? Соединения: [C9800-L] (TwoGig0/0/0) ======= C9120
  • высокая задержка беспроводных клиентов и потеря подключения к шлюзу

    4
    0 Голоса
    4 Сообщения
    0 Просмотры
    V
    Всем привет! В последнее время я столкнулся с множеством проблем, связанных с беспроводной сетью в моей компании. Беспроводные клиенты испытывают высокую задержку, которая стабильно составляет от 1 до 10 мс, а затем внезапно возрастает до 100–900 мс, что влияет на работу пользователей с приложениями реального времени, такими как Microsoft Teams. Мы установили следующие устройства: Cisco WLC 9800-L с версией 17.15.03 Cisco IOS-XE APs C9115AXE-A Диапазон: только 5 ГГц Ширина канала: 20 МГц и 40 МГц Скорость передачи данных: 18 Мбит/с Обязательно 24 Мбит/с Поддерживается 36 Мбит/с Поддерживается 48 Мбит/с Поддерживается TPC стандартный профиль находится на максимальном dbm 30, минимальном dbm -10 и -70 управления мощностью. Я проводил тесты с другим профилем, максимальным dbm 6 и минимальным dbm 3 и -65 до -70 управления мощностью. Точки доступа установлены на потолке на высоте 3 метра (потолок офиса). Я проводил тестирование в проводной и беспроводной сети, проводная сеть выглядит стабильной (сеть управления точками доступа), а также основной коммутатор, который имеет шлюз для беспроводных клиентов. В беспроводной сети я проводил тестирование с разными SSID, и задержка одинакова для всех SSID, нашего корпоративного SSID, SSID мобильных телефонов и других беспроводных устройств. Точки доступа находятся на расстоянии около 10 метров друг от друга. Может ли кто-нибудь мне помочь? Похоже, это просто проблема с Wi-Fi.
  • настройка сертификата Cisco WLC 9800 PFX WebAuth

    6
    0 Голоса
    6 Сообщения
    0 Просмотры
    X
    Здравствуйте, извините, если это глупый вопрос. Я впервые пробую это на 9800 wlc на 17.15.3. Ниже приведены сведения о сертификате WebAuth В принципе, у нас есть PFX trustpoint, загруженный на WLC. Из того, что я прочитал, PFX должен включать зашифрованный закрытый ключ, сертификат устройства/сервера, промежуточный сертификат и, опционально, корневой сертификат, верно? Я проверил этот сертификат с помощью «openssl pkcs12 -info -in «Cert file» и действительно вижу все вышеперечисленное. Но когда я вхожу в WLC в разделе «Конфигурация» -> «Безопасность» -> «Управление PKI», я вижу, что для этого нового сертификата создана точка доверия. Но в разделе «Выдающийся CA аутентифицирован» указано «нет». Текущий сертификат WebAuth отображается как аутентифицированный CA. В разделе trustpool я не вижу следующих двух: Sectigo Public Server Authentication Root R46 -> Root Certificate Sectigo Public Server Authentication CA OV R36 -> ICA, подписавший сертификат устройства. Старый WebAuth, похоже, был подписан другим CA Должен ли я вручную добавить эти два сертификата в пул доверия? Думаю, да, чтобы WLC доверял сертификату PFX, но может кто-нибудь подтвердить/проконсультировать? Я не был уверен, должен ли PFX делать это автоматически или мне нужно добавить их вручную. Могу ли я сделать это, скопировав сертификаты, перечисленные в openssl pkcs12 -info -in «cert» для root/ICA, в новый файл и загрузив его в wlc? Еще один момент: когда я нажимаю на trustpoint, появляется надпись «Key generated» (Ключ сгенерирован), как показано ниже, что, по-моему, было сделано при первой загрузке (я этого не делал), но когда я смотрю в Key Pair generation (Генерация пар ключей), я не вижу там этого же ключа. Мне нужно создать его? ![XavJ88_0-1770481725747.png] Буду очень благодарен, если кто-нибудь сможет подтвердить/проконсультировать. Пожалуйста, дайте мне знать, если вам нужна дополнительная информация. Спасибо, [image: ee122d93886e21d00b01a48510aa033bd83a1034.png]
  • AP серии C91xx застрял в состоянии загрузки

    7
    0 Голоса
    7 Сообщения
    0 Просмотры
    P
    После обновления контроллера C9800-80 с версии 17.12.4 до 17.12.6a некоторые точки доступа остаются в состоянии «Загрузка». На точках доступа присутствуют следующие журналы. 6 февраля 00:15:58 ядро: [*02/06/2026 03:15:58.5390] Состояние CAPWAP: Данные образа 6 февраля 00:15:58 ядро: [*02/06/2026 03:15:58.5400] Версия образа AP 17.9.5.205, резервная копия 17.12.4.22, контроллер 17.12.6.203 6 февраля 00:15:58 ядро: [*02/06/2026 03:15:58.5400] Версии не совпадают. 6 февраля 00:15:58 ядро: [*02/06/2026 03:15:58.5400] Запрос на закрытие файла... 6 февраля 00:15:58 ядро: [*02/06/2026 03:15:58.5400] wtpOpenImgFile: файл изображения закрыт, dcb->fd установлен в -1. 6 февраля 03:15:58 обновление: Скрипт вызван с аргументами:[PRECHECK] 6 февраля 00:15:58 ядро: [*02/06/2026 03:15:58.5790] статус 'upgrade.sh: Скрипт вызван с аргументами:[PRECHECK]' 6 февраля 00:15:58 kernel: [*02/06/2026 03:15:58.6230] выполнить PRECHECK, часть 2 активна 6 февраля 03:15:58 обновление: очистка временных файлов ... 6 февраля 00:15:58 kernel: [*02/06/2026 03:15:58.6360] статус 'upgrade.sh: Очистка временных файлов ...' 6 февраля 03:15:58 обновление: /tmp space: OK available 96532, required 50000 6 февраля 00:15:58 kernel: [*02/06/2026 03:15:58.6850] status 'upgrade.sh: /tmp space: OK available 96532, required 50000 ' 6 февраля 00:15:58 kernel: [*02/06/2026 03:15:58.6860] wtpOpenImgFile: запрос ap1g7, локальный /tmp/part.tar 6 февраля 00:15:58 kernel: [*02/06/2026 03:15:58.6860] wtpOpenImgFile: открытие (/tmp/part.tar) файла изображения успешно 6 февраля 00:15:58 kernel: [*02/06/2026 03:15:58.6860] Использование fd(367571332096) для записи изображения в файл(/tmp/part.tar) 6 февраля 00:15:58 kernel: [*02/06/2026 03:15:58.6920] Запрос данных образа отправлен на x.x.x.x, имя файла [ap1g7], replicaStatus 1 6 февраля 00:15:58 kernel: [*02/06/2026 03:15:58.6930] Ответ с данными изображения от x.x.x.x 6 февраля 00:15:58 kernel: [*02/06/2026 03:15:58.6930] AC принял предыдущий отправленный запрос с кодом результата: 0 6 февраля 00:16:12 kernel: [*02/06/2026 03:15:58.6940] <Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:16:20 ядро: [*02/06/2026 03:16:20.4190] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:16:20 ядро: [*02/06/2026 03:16:20.4190] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:16:20 ядро: [*02/06/2026 03:16:20.4190] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные образа (10). 6 февраля 00:16:49 ядро: [*02/06/2026 03:16:30.0340] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения(10). 6 февраля 00:16:50 ядро: [*02/06/2026 03:16:50.1860] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные образа(10). 6 февраля 00:17:05 ядро: [*02/06/2026 03:16:54.0440] .Отбрасывание msg CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 03:17:52 sensord: sensord psage_base init: RHB Sage base ptr a1030000 6 февраля 00:17:52 kernel: [*02/06/2026 03:17:10.0740] .Недопустимая комбинация события 58 и состояния 10. 6 февраля 00:17:52 kernel: [*02/06/2026 03:17:52.5000] SM handler: Не удалось обработать сообщение таймера. Событие 58, состояние 10 6 февраля 00:17:52 kernel: [*02/06/2026 03:17:52.5000] Не удалось обработать сообщение таймера. 6 февраля 00:17:52 ядро: [*02/06/2026 03:17:52.5000] Сбой FSM при обработке сообщения с id: 1 6 февраля 03:17:54 eeprom_api[5141]: FW: SAgE phys_buff=0xA2600000 / 3ffac00 6 февраля 03:17:54 eeprom_api[5141]: FW: SAgE virt_buff=0x7f74683000 6 февраля 03:17:54 eeprom_api[5141]: sensord split_glue psage_base: RHB Sage base ptr a1030000 6 февраля 03:17:54 eeprom_api[5141]: sensord split_glue sage_addr: RHB Sage base ptr a1030000 6 февраля 03:17:54 eeprom_api[5141]: System page_size=4096, mask=FFFFFFFFFFFFF000 6 февраля 03:17:54 eeprom_api[5141]: Closing dummy socket 6 февраля 03:17:54 eeprom_api[5141]: sensord crim: RHB Sage base ptr a1030000 6 февраля 03:17:54 eeprom_api[5141]: прочитано 0 байт из eeprom: 6 0 f 1 6 февраля 03:17:54 eeprom_api[5141]: прочитано 0 байт из eeprom: ffffffff 5 6 ffffffff 6 февраля 03:17:54 eeprom_api[5141]: прочитано 0 байт из eeprom: 23 15 e 24 6 февраля 03:17:54 eeprom_api[5141]: I_SKU: Идентификатор оборудования = C401 6 февраля 03:17:54 eeprom_api[5141]: прочитано 0 байт из eeprom: 6 0 f 1 6 февраля 03:17:54 eeprom_api[5141]: I_SKU: Идентификатор оборудования = C401 6 февраля 03:17:54 eeprom_api[5141]: прочитано 0 байт из eeprom: 6 0 f 1 6 февраля 03:17:54 eeprom_api[5141]: I_SKU: Идентификатор оборудования = C401 6 февраля 00:17:55 kernel: [*02/06/2026 03:17:55.5810] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные образа (10). 6 февраля 00:18:53 ядро: [*02/06/2026 03:18:14.0840] ..Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные образа(10). 6 февраля 00:19:42 ядро: [*02/06/2026 03:19:26.1170] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения(10). 6 февраля 00:19:49 ядро: [*02/06/2026 03:19:46.2220] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Изображение данных (10). 6 февраля 00:19:50 ядро: [*02/06/2026 03:19:50.1870] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Изображение данных(10). 6 февраля 00:20:37 ядро: [*02/06/2026 03:20:18.1330] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:21:34 ядро: [*02/06/2026 03:20:42.1650] ...Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные образа (10). 6 февраля 00:22:32 ядро: [*02/06/2026 03:22:06.1290] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:22:49 ядро: [*02/06/2026 03:22:46.1520] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения(10). 6 февраля 00:22:50 ядро: [*02/06/2026 03:22:50.1870] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные образа (10). 6 февраля 00:23:21 ядро: [*02/06/2026 03:23:21.8660] Отбрасывание msg CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения(10). 6 февраля 00:23:37 ядро: [*02/06/2026 03:23:37.6460] Количество повторных передач = 1, Макс. значение повторной передачи=5, SendSeqNum=17, NumofPendingMsgs=1 6 февраля 00:23:37 ядро: [*02/06/2026 03:23:37.6460] 6 февраля 00:23:40 ядро: [*02/06/2026 03:23:40.4970] Количество повторных передач = 2, максимальное значение повторных передач = 5, SendSeqNum = 17, NumofPendingMsgs = 1 6 февраля 00:23:40 ядро: [*02/06/2026 03:23:40.4970] 6 февраля 00:23:43 ядро: [*02/06/2026 03:23:43.3480] Количество повторных передач = 3, максимальное значение повторных передач = 5, SendSeqNum = 17, NumofPendingMsgs=1 6 февраля 00:23:43 ядро: [*02/06/2026 03:23:43.3480] 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.1980] Количество повторных передач = 4, максимальное значение повторных передач = 5, SendSeqNum = 17, NumofPendingMsgs = 1 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.1980] 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.5780] Загрузка изображения прервана на 30 секунд. 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.5780] 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.5780] Перезапуск CAPWAP (причина: прервана загрузка образа).... 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.5780] 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.5780] Перезапуск CAPWAP State Machine. 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.5790] OOBImageDnld: OOBImageDownloadTimer истек для загрузки изображения. 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.5790] OOBImageDnld: Выполнить общий обработчик ошибок для загрузки образа OOB. 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.5860] systemd[1]: Запуск наблюдателя клиента dhcpv6... 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.6170] OOBImageDnld: истекло время OOBImageDownloadTimer для загрузки образа. 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.6170] OOBImageDnld: выполнить общий обработчик ошибок для загрузки образа OOB. 6 февраля 00:23:46 kernel: [*02/06/2026 03:23:46.6170] systemd[1]: Остановка клиента DHCPv6... 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.6250] systemd[1]: Запуск клиента DHCPv6... 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.6510] 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.6510] Состояние CAPWAP: разрыв DTLS 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.6700] Завершение загрузки образа (0x0): очистка Dtls, ap1g7 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.6760] systemd[1]: Запущен клиент DHCPv6. 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.6820] OOBImageDnld: Выполнить общий обработчик ошибок для загрузки образа OOB. 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.7030] systemd[1]: Запущен наблюдатель клиента dhcpv6. 6 февраля 03:23:46 обновление: Скрипт вызван с аргументами:[CANCEL] 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.7690] статус «upgrade.sh: Скрипт вызван с аргументами: [CANCEL]» 6 февраля 03:23:46 обновление: Очистка временных файлов ... 6 февраля 00:23:46 kernel: [02/06/2026 03:23:46.7990] audit_log_lost: 36 обратных вызовов подавлено 6 февраля 00:23:46 kernel: [02/06/2026 03:23:46.8770] audit: audit_lost=47 audit_rate_limit=100 audit_backlog_limit=8192 6 февраля 00:23:46 kernel: [*02/06/2026 03:23:46.8170] выполнить CANCEL, часть 2 активна 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.8420] статус «upgrade.sh: очистка временных файлов...' 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.8680] Отбрасывание сообщения CAPWAP_IMAGE_DATA_REQUEST (тип 15) в состоянии CAPWAP: DTLS Teardown (4). 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.8680] Запрос данных изображения отправлен на x.x.x.x, имя файла [ap1g7], replicaStatus 0 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.8680] Отбрасывание msg CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: DTLS Teardown (4). 6 февраля 00:23:46 ядро: [*02/06/2026 03:23:46.8680] Отбрасывание msg CAPWAP_WTP_EVENT_REQUEST(тип 9) в состоянии CAPWAP: DTLS Teardown(4). 6 февраля 00:23:47 ядро: [02/06/2026 03:23:46.9760] audit: превышен лимит скорости 6 февраля 00:23:51 ядро: [*02/06/2026 03:23:51.3630] OOBImageDnld: OOBImageDownloadTimer истек для загрузки изображения... 6 февраля 00:23:51 ядро: [*02/06/2026 03:23:51.3630] OOBImageDnld: Выполнить общий обработчик ошибок для загрузки изображения OOB.. 6 февраля 00:23:51 ядро: [*02/06/2026 03:23:51.3800] Прекращение загрузки изображения (0x0): сеанс Dtl удален, ap1g7 6 февраля 00:23:51 ядро: [*02/06/2026 03:23:51.3890] OOBImageDnld: Выполнить общий обработчик ошибок для загрузки изображения OOB. 6 февраля 03:23:51 обновление: Скрипт вызван с аргументами: [CANCEL] 6 февраля 00:23:51 ядро: [*02/06/2026 03:23:51.4670] статус 'upgrade.sh: Скрипт вызван с аргументами:[CANCEL]» 6 февраля 00:23:51 kernel: [*02/06/2026 03:23:51.5110] выполнить CANCEL, часть 2 активна 6 февраля 03:23:51 обновление: Очистка временных файлов ... 6 февраля 00:23:51 ядро: [*02/06/2026 03:23:51.5290] статус 'upgrade.sh: Очистка временных файлов ...' 6 февраля 00:23:51 ядро: [*02/06/2026 03:23:51.5550] dtls_queue_first: Нечего извлекать! 6 февраля 00:23:51 ядро: [*02/06/2026 03:23:51.5550] 6 февраля 00:23:52 ядро: [*02/06/2026 03:23:52.5560] ipv6 gw config loop в Ac discovery 6 февраля 00:23:54 kernel: [*02/06/2026 03:23:54.5560] Цикл конфигурации ipv6 gw в обнаружении Ac 6 февраля 00:23:56 ядро: [*02/06/2026 03:23:56.5560] Цикл конфигурации ipv6 gw в обнаружении Ac 6 февраля 00:23:58 ядро: [*02/06/2026 03:23:58.5560] ipv6 gw config loop в Ac discovery 6 февраля 00:24:00 kernel: [*02/06/2026 03:24:00.5570] ipv6 gw config loop в Ac discovery 6 февраля 00:24:01 kernel: [*02/06/2026 03:24:01.5660] 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.5660] Состояние CAPWAP: обнаружение 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.5660] Получен адрес WLC x.x.x.x от DHCP. 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.5670] IP DNS-запрос для CISCO-CAPWAP-CONTROLLER.cc.itu.edu.tr 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.5680] systemd[1]: Запуск наблюдателя клиента dhcpv6... 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.5750] Запрос обнаружения отправлен на x.x.x.x, тип обнаружения STATIC_CONFIG(1) 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.5820] Запрос обнаружения отправлен на x.x.x.x, тип обнаружения STATIC_CONFIG(1) 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.5840] Запрос на обнаружение отправлен на x.x.x.x, тип обнаружения STATIC_CONFIG(1) 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.5890] Запрос обнаружения отправлен на 255.255.255.255, тип обнаружения UNKNOWN(0) 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.5890] Ответ на запрос обнаружения от x.x.x.x 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.5890] Ответ на обнаружение от x.x.x.x 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.5920] systemd[1]: Остановка клиента DHCPv6... 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.5980] systemd[1]: Запуск клиента DHCPv6... 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.6410] systemd[1]: Запуск клиента DHCPv6. 6 февраля 00:24:01 ядро: [*02/06/2026 03:24:01.6610] systemd[1]: Запущен наблюдатель клиента dhcpv6. 6 февраля 00:24:10 ядро: [*02/06/2026 03:24:10.0000] Запущен таймер ожидания dtls (60 сек) 6 февраля 00:24:10 ядро: [*02/06/2026 03:24:10.0060] 6 февраля 00:24:10 ядро: [*02/06/2026 03:24:10.0060] Состояние CAPWAP: настройка DTLS 6 февраля 00:24:10 ядро: [*02/06/2026 03:24:10.0350] dtls_verify_server_cert: Проверка сертификата контроллера прошла успешно 6 февраля 00:24:10 ядро: [*02/06/2026 03:24:10.4120] 6 февраля 00:24:10 ядро: [*02/06/2026 03:24:10.4120] Состояние CAPWAP: присоединение 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.3180] OOBImageDnld: Загрузка изображения OOB в ap_cap_bitmask(2) 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.3180] Отправка запроса на присоединение к x.x.x.x через порт 5261, размер пакета 1376 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.3220] Ответ на присоединение от x.x.x.x, размер пакета 1397 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.3220] AC принял предыдущий отправленный запрос с кодом результата: 0 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.3220] Получено wlcType 0, таймер 30 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.3520] 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.3520] Состояние CAPWAP: Данные образа 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.3520] Версия образа AP 17.9.5.205, резервная копия 17.12.4.22, контроллер 17.12.6.203 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.3520] Версии не совпадают. 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.3520] Запрос на закрытие файла... 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.3530] wtpOpenImgFile: файл изображения закрыт, dcb->fd установлен в -1. 6 февраля 03:24:11 обновление: Скрипт вызван с аргументами: [PRECHECK] 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.3940] статус 'upgrade.sh: Скрипт вызван с аргументами:[PRECHECK]' 6 февраля 00:24:11 kernel: [*02/06/2026 03:24:11.4370] выполнить PRECHECK, часть 2 активна 6 февраля 03:24:11 обновление: очистка временных файлов ... 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.4510] статус 'upgrade.sh: Очистка временных файлов ...' 6 февраля 03:24:11 обновление: /tmp пространство: OK доступно 96392, требуется 50000 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.5010] статус 'upgrade.sh: место в /tmp: OK, доступно 96392, требуется 50000 ' 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.5010] wtpOpenImgFile: запрос ap1g7, локальный /tmp/part.tar 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.5010] wtpOpenImgFile: открытие (/tmp/part.tar) файла изображения успешно 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.5020] Использование fd(367570649088) для записи изображения в файл (/tmp/part.tar) 6 февраля 00:24:11 ядро: [*02/06/2026 03:24:11.5030] Запрос данных образа отправлен на x.x.x.x, имя файла [ap1g7], replicaStatus 1 6 февраля 00:24:11 kernel: [*02/06/2026 03:24:11.5040] Ответ с данными изображения от x.x.x.x 6 февраля 00:24:11 kernel: [*02/06/2026 03:24:11.5040] AC принял предыдущий отправленный запрос с кодом результата: 0 6 февраля 00:24:15 kernel: [*02/06/2026 03:24:14.0170] .Отбрасывание msg CAPWAP_WTP_EVENT_REQUEST(тип 9) в состоянии CAPWAP: Данные изображения(10). 6 февраля 00:25:09 ядро: [*02/06/2026 03:24:18.1650] ...Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST(тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:25:48 ядро: [*02/06/2026 03:25:30.0230] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения(10). 6 февраля 00:25:49 ядро: [*02/06/2026 03:25:49.2480] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные образа (10). 6 февраля 00:26:05 ядро: [*02/06/2026 03:26:05.3500] Недопустимая комбинация события 58 и состояния 10. 6 февраля 00:26:05 ядро: [*02/06/2026 03:26:05.3500] Обработчик SM: Не удалось обработать сообщение таймера. Событие 58, состояние 10 6 февраля 00:26:05 ядро: [*02/06/2026 03:26:05.3500] Не удалось обработать сообщение таймера. 6 февраля 00:26:05 ядро: [*02/06/2026 03:26:05.3500] Сбой FSM при обработке сообщения с id: 1 6 февраля 00:26:08 ядро: [*02/06/2026 03:26:06.0500] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:26:59 ядро: [*02/06/2026 03:26:46.0240] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения(10). 6 февраля 00:27:51 ядро: [*02/06/2026 03:27:18.0780] ..Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные образа(10). 6 февраля 00:28:46 ядро: [*02/06/2026 03:27:54.0420] ..Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:28:48 ядро: [*02/06/2026 03:28:48.1010] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:28:49 ядро: [*02/06/2026 03:28:49.2490] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST(тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:29:44 ядро: [*02/06/2026 03:28:58.0270] ..Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения(10). 6 февраля 00:30:32 ядро: [*02/06/2026 03:30:22.0450] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные образа (10). 6 февраля 00:31:23 ядро: [*02/06/2026 03:31:10.1010] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:31:48 ядро: [*02/06/2026 03:31:46.0880] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные образа (10). 6 февраля 00:31:49 ядро: [*02/06/2026 03:31:49.2490] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Изображение данных (10). 6 февраля 00:32:18 ядро: [*02/06/2026 03:32:18.1430] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Изображение данных (10). 6 февраля 00:33:09 ядро: [*02/06/2026 03:32:22.0450] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:34:02 ядро: [*02/06/2026 03:33:10.0480] ..Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:34:48 ядро: [*02/06/2026 03:34:34.1210] .Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10). 6 февраля 00:34:49 ядро: [*02/06/2026 03:34:49.2490] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные образа (10). 6 февраля 00:35:01 ядро: [*02/06/2026 03:35:01.3880] Отбрасывание сообщения CAPWAP_WTP_EVENT_REQUEST (тип 9) в состоянии CAPWAP: Данные изображения (10).
  • точки доступа 3802i-B-K9 не подключаются к ME WLC

    10
    0 Голоса
    10 Сообщения
    0 Просмотры
    G
    У меня есть 5 точек доступа Cisco Aironet 3802i-B-K9. Одна из них настроена для ME с версией 8.10.196.0. Остальные четыре я буду использовать в режиме CAPWAP. Они отображаются в веб-интерфейсе, но по какой-то причине не подключаются. Я попробовал обновить прошивку на этих точках доступа до последней версии 17.15.4.160 для облегченной версии, но она устанавливается как резервный образ. Я заметил в веб-интерфейсе, что в разделе «Управление» > «Обновление программного обеспечения» в статусе предварительной загрузки образа другие точки доступа находятся в состоянии предварительной загрузки. При подключении к точкам доступа в консоли регистрации я вижу следующую ошибку: «AC rejected join request[17], try again later» (AC отклонил запрос на подключение [17], попробуйте позже). Еще стоит упомянуть, что точки доступа переключаются между постоянным зеленым свечением и мигающим красным/зеленым свечением.
  • AP прекращает аутентификацию по dot1x в LAN

    15
    0 Голоса
    15 Сообщения
    0 Просмотры
    M
    C9800-40 17.12.x, локальный режим C91xx, аутентификация EAP-FAST на C9300 с резервным вариантом MAB. Через несколько недель или месяцев некоторые точки доступа не смогли пройти аутентификацию в защищенной локальной сети dot1x. Обычно после обновления некоторые точки доступа теряются. ISE сообщает: Событие 5440 Конечная точка прервала сеанс EAP и запустила новый Причина сбоя 22063 Неверный пароль У нас есть резервная конфигурация, поэтому все эти точки доступа проходят MAB и работают нормально. Это означает, что они получают новую конфигурацию от WLC во время присоединения. Но точки доступа остаются в состоянии неправильного пароля. AP#sho ap authentication status key_mgmt=IEEE 802.1X (без WPA) wpa_state=ASSOCIATED address=ac:4a:56:00:00:00 Supplicant PAE state=HELD suppPortStatus=Unauthorized EAP state=FAILURE selectedMethod=43 (EAP-FAST) eap_tls_version=TLSv1.2 EAP TLS cipher=ADH-AES128-SHA tls_session_reused=0 EAP-FAST Phase2 method=MSCHAPV2 Команда «clear authentication session» на switchport или «capwap ap reset» на AP не решают проблему. Единственное решение — полная перезагрузка точки доступа. После этого каждая точка доступа правильно аутентифицируется и повторно аутентифицируется в течение неизвестного периода времени. Я думаю, что это задача для TAC, но сначала попробую спросить здесь.
  • Вопросы об изменении режима AP (C9120AXI)

    4
    0 Голоса
    4 Сообщения
    2 Просмотры
    S
    Здравствуйте, Прежде всего, прошу прощения за то, что использую переводчик для публикации этого вопроса. В нашей среде, когда нам нужно изменить IP-адрес или имя хоста точки доступа (AP) или подключить ее к новому контроллеру, мы обычно подключаем ее к тестовому WLC, чтобы внести изменения, прежде чем развертывать ее в рабочей сети. Недавно мне нужно было перезапустить точку доступа, которая ранее работала как встроенный беспроводной контроллер (EWC) с именем хоста WLCXXXX.XXXX.XXXX. На точке доступа был установлен следующий образ: Программное обеспечение Cisco IOS XE, версия 17.09.XX Программное обеспечение C9800-AP (C9800-AP-K9_IOSXE-UNIVERSALK9-M) Я хотел вернуть его в режим CAPWAP, поэтому попробовал следующее: conf t ap-type capwap Однако команда ap-type capwap была недоступна в CLI. Затем я загрузил программное обеспечение Lightweight AP (файл .tar) и попытался извлечь его, но получил сообщение об ошибке, что не хватает места в каталоге. После поиска в Интернете я нашел образ (Axel-SS-8_10_130.0.img) и смог загрузить точку доступа с помощью U-Boot, следуя этому руководству Cisco: Ремонт точек доступа C9120/C9115 ( https://www.cisco.com/c/en/us/support/docs/wireless/catalyst-9120axi-access-point/217537-repairing-c9120-c9115-access-points-from.html ) Используя этот метод, я успешно подключил точку доступа к тестовому контроллеру. Насколько я понимаю, обычно можно переключиться из режима EWC в режим CAPWAP с помощью команды CLI. Почему в данном случае это было невозможно? Я попробовал несколько методов, включая сброс к заводским настройкам, но ни один из них не сработал, кроме использования U-Boot. Может быть, это потому, что ОС все еще работала с образом EWC? Есть ли другой способ вернуться в режим CAPWAP в таком случае? Спасибо.
  • я настроил eWC на моем C9120AXI, но столкнулся с проблемой, когда Ac

    7
    0 Голоса
    7 Сообщения
    0 Просмотры
    T
    Я настроил eWC на своем C9120AXI, но столкнулся с проблемой, когда точка доступа иногда подключается, а иногда нет. 17 января 14:42:15.989: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:42:15.693: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:42:15.400: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:42:15.104: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:42:14.809: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:42:14.514: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:40:59.556: %SEC_LOGIN-5-WEBLOGIN_SUCCESS: Успешный вход [пользователь: admin] [Источник: 192.168.40.104] в 14:40:59 UTC суббота, 17 января 2026 г. 17 января 14:40:57.412: %WEBSERVER-5-LOGIN_PASSED: Успешный вход в шасси 2 с хоста 192.168.40.104 пользователем «admin» с использованием шифрования «TLS_AES_256_GCM_SHA384» 17 января 14:40:57.411: %SEC_LOGIN-5-WEBLOGIN_SUCCESS: Успешный вход в систему [пользователь: admin] [Источник: 192.168.40.104] в 14:40:57 UTC, суббота, 17 января 2026 г. 17 января 14:40:30.186: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0288 Mac: e8bc.e424.1440 Сессионный IP: 192.168.40.120[5250] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:40:23.185: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.01D8 Mac: e8bc.e424.0ec0 IP-адрес сеанса: 192.168.40.118[5275] 192.168.40.10[5246] Истечение таймера пульсации 17 января 14:40:08.183: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.C718 Mac: a0a4.7ffe.38c0 IP-адрес сеанса: 192.168.40.112[5262] 192.168.40.10[5246] Разъединение Истечение таймера пульсации 17 января 14:39:53.182: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0D74 Mac: e8bc.e424.6ba0 IP-адрес сеанса: 192.168.40.90[5248] 192.168.40.10[5246] Разъединение Истечение таймера пульсации 17 января 14:38:04.172: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0E94 Mac: e8bc.e424.7480 Сессионный IP: 192.168.40.123[5256] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:36:18.159: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.DD30 Mac: a0a4.7ffe.e980 IP-адрес сеанса: 192.168.40.119[5256] 192.168.40.10[5246] Истечение таймера разъединения 17 января 14:36:13.158: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.01D8 Mac: e8bc.e424.0ec0 IP-адрес сеанса: 192.168.40.118[5274] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:36:05.031: %WEBSERVER-5-SESS_LOGOUT: Шасси 2 Успешно вышел из системы с хоста 192.168.40.104 пользователь «admin» с использованием шифрования «TLS_AES_256_GCM_SHA384» 17 января 14:36:00.153: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.C718 Mac: a0a4.7ffe.38c0 Сессионный IP: 192.168.40.112[5272] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:35:47.152: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0D74 Mac: e8bc.e424.6ba0 IP-адрес сеанса: 192.168.40.90[5258] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:33:13.135: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0E94 Mac: e8bc.e424.7480 IP-адрес сеанса: 192.168.40.123[5252] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:32:09.131: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.DD30 Mac: a0a4.7ffe.e980 IP-адрес сеанса: 192.168.40.119[5258] 192.168.40.10[5246] Истечение таймера разъединения 17 января 14:31:53.130: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.C718 Mac: a0a4.7ffe.38c0 IP-адрес сеанса: 192.168.40.112[5248] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:31:41.129: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0D74 Mac: e8bc.e424.6ba0 IP-адрес сеанса: 192.168.40.90[5266] 192.168.40.10[5246] Разъединение Истечение таймера пульсации 17 января 14:31:34.129: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.05A0 Mac: e8bc.e424.2d00 Сессионный IP: 192.168.40.117[5260] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:31:01.607: %PEER_SELECTION-5-EWC_PEER_SELECTION_ADD_EV: Шасси 2 R0/0: wncd: СОБЫТИЕ ADD: AP «AP2CE3.8EC1.8044» БЫЛ ДОБАВЛЕН в качестве резервного кандидата (внутренний AP, выбор ВКЛЮЧЕН) 17 января 14:29:58.881: %PEER_SELECTION-5-EWC_PEER_SELECTION_ADD_EV: Шасси 2 R0/0: wncd: событие ADD: AP «AP2CE3.8EC1.8044» был ОТКЛЮЧЕН как кандидат в резерв (внутренний AP, выбор ВКЛЮЧЕН): Образ EWC AP '' не совпадает с активным '17.15.04d.0.311' 17 января 14:29:56.358: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.8044 Mac: e8bc.e400.0220 Сессионный IP: 192.168.40.113[5276] 192.168.40.10[5246] Ethernet MAC: 2ce3.8ec1.8044 Присоединился 17 января 14:28:22.104: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0E94 Mac: e8bc.e424.7480 IP-адрес сеанса: 192.168.40.123[5248] 192.168.40.10[5246] Отсоединен Истечение таймера пульса 17 января 14:27:56.101: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.DD30 Mac: a0a4.7ffe.e980 IP-адрес сеанса: 192.168.40.119[5267] 192.168.40.10[5246] Истечение таймера пульсации разъединения 17 января 14:27:46.098: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.C718 Mac: a0a4.7ffe.38c0 Сессионный IP: 192.168.40.112[5256] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:27:31.096: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0D74 Mac: e8bc.e424.6ba0 IP-адрес сеанса: 192.168.40.90[5269] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:27:26.095: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.05A0 Mac: e8bc.e424.2d00 IP сеанса: 192.168.40.117[5269] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:26:27.600: %SYS-5-CONFIG_P: Настроен программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:26:27.304: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:26:27.003: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:26:26.705: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:26:26.417: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:26:26.127: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:25:56.256: %PEER_SELECTION-5-EWC_PEER_SELECTION_REMOVE_EV: Шасси 2 R0/0: wncd: СОБЫТИЕ УДАЛЕНИЯ: AP «AP2CE3.8EC1.8044» больше не является одноранговым (внутренний AP, выбор ВКЛЮЧЕН) 17 января 14:25:56.250: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.8044 Mac: e8bc.e400.0220 Сессия-IP: 192.168.40.113[5277] 192.168.40.10[5246] Разъединение ME image swap 17 января 14:25:56.245: %ME_APMGR_TRACE_MESSAGE-6-EWC_APMGR_RESET: Шасси 2 R0/0: wncd: Событие AP: Загрузка образа контроллера успешно завершена, сброс AP mac e8bc.e400.0220 17 января 14:25:26.037: %SEC_LOGIN-5-WEBLOGIN_SUCCESS: Успешный вход [пользователь: admin] [Источник: 192.168.40.104] в 14:25:26 UTC, суббота, 17 января 2026 г. 17 января 14:25:23.887: %WEBSERVER-5-LOGIN_PASSED: Успешный вход в шасси 2 с хоста 192.168.40.104 пользователем «admin» с использованием криптографического шифра «TLS_AES_256_GCM_SHA384» 17 января 14:25:23.885: %SEC_LOGIN-5-WEBLOGIN_SUCCESS: Успешный вход в систему [пользователь: admin] [Источник: 192.168.40.104] в 14:25:23 UTC, суббота, 17 января 2026 г. 17 января 14:24:37.924: %PEER_SELECTION-5-EWC_PEER_SELECTION_ADD_EV: Шасси 2 R0/0: wncd: СОБЫТИЕ ADD: AP «AP2CE3.8EC1.8044» был ОТКЛЮЧЕН как резервный кандидат (внутренний AP, выбор ВКЛЮЧЕН): версия образа EWC AP недействительна 17 января 14:24:27.488: %PEER_SELECTION-5-EWC_PEER_SELECTION_ADD_EV: Шасси 2 R0/0: wncd: СОБЫТИЕ ADD: AP «AP2CE3.8EC1.8044» был ОТКЛЮЧЕН как кандидат в резерв (внутренний AP, выбор ВКЛЮЧЕН): версия образа EWC AP недействительна 17 января 14:24:27.323: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.8044 Mac: e8bc.e400.0220 Сессионный IP: 192.168.40.113[5277] 192.168.40.10[5246] Ethernet MAC: 2ce3.8ec1.8044 Присоединен 17 января 14:24:27.305: %APMGR_TRACE_MESSAGE-4-WLC_CONFIG_CHECKER_WARNING: Шасси 2 R0/0: wncd: проверка конфигурации: Режим AP e8bc.e400.0220 изменен с Local на Flexconnect. 17 января 14:24:26.147: %APMGR_TRACE_MESSAGE-4-WLC_APMGR_WARNING_MSG: Шасси 2 R0/0: wncd: Предупреждение, e8bc.e400.0220 Имя AP: AP2CE3.8EC1.8044 страна изменена с HK на VN 17 января 14:24:26.146: %APMGR_TRACE_MESSAGE-3-EWLC_RRM_ERROR: Шасси 2 R0/0: wncd: изменение события: Изменение мощности передачи для AP e8bc.e400.0220 слот: 1, диапазон 802.11a, новая мощность передачи 1 (0 дБм), старая мощность передачи 0 (0 дБм), причина: пользователь назначил глобальную мощность передачи при подключении к AP 17 января 14:24:26.143: %APMGR_TRACE_MESSAGE-3-EWLC_RRM_ERROR: Шасси 2 R0/0: wncd: изменение события: Изменение мощности передачи для слота AP e8bc.e400.0220: 0, диапазон 802.11bg, новая мощность передачи 1 (0 дБм), старая мощность передачи 0 (0 дБм), причина: пользователь назначил глобальную мощность передачи при подключении к точке доступа 17 января 14:23:49.077: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.DD30 Mac: a0a4.7ffe.e980 IP сеанса: 192.168.40.119[5273] 192.168.40.10[5246] Отсоединение Истечение таймера пульса 17 января 14:23:38.075: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.C718 Mac: a0a4.7ffe.38c0 Сессионный IP: 192.168.40.112[5265] 192.168.40.10[5246] Истечение таймера пульсации 17 января 14:23:31.067: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0E94 Mac: e8bc.e424.7480 IP сеанса: 192.168.40.123[5279] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:23:18.065: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.05A0 Mac: e8bc.e424.2d00 IP сеанса: 192.168.40.117[5275] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:22:16.059: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.8044 Mac: e8bc.e400.0220 IP-адрес сеанса: 192.168.40.113[5276] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:19:39.043: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.DD30 Mac: a0a4.7ffe.e980 IP-адрес сеанса: 192.168.40.119[5250] 192.168.40.10[5246] Истечение таймера пульсации разъединения 17 января 14:19:30.042: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.C718 Mac: a0a4.7ffe.38c0 IP-адрес сеанса: 192.168.40.112[5271] 192.168.40.10[5246] Истечение таймера пульсации 17 января 14:19:09.040: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0D74 Mac: e8bc.e424.6ba0 IP-адрес сеанса: 192.168.40.90[5248] 192.168.40.10[5246] Разъединение Истечение таймера пульсации 17 января 14:18:41.036: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0E94 Mac: e8bc.e424.7480 IP сеанса: 192.168.40.123[5272] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:17:33.029: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.8044 Mac: e8bc.e400.0220 IP сеанса: 192.168.40.113[5250] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:15:31.016: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.DD30 Mac: a0a4.7ffe.e980 IP-адрес сеанса: 192.168.40.119[5256] 192.168.40.10[5246] Истечение таймера пульсации 17 января 14:15:20.017: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.C718 Mac: a0a4.7ffe.38c0 Сессионный IP: 192.168.40.112[5278] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:15:00.009: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0D74 Mac: e8bc.e424.6ba0 IP-адрес сеанса: 192.168.40.90[5259] 192.168.40.10[5246] Истечение таймера пульсации 17 января 14:13:46.001: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0E94 Mac: e8bc.e424.7480 IP-адрес сеанса: 192.168.40.123[5268] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:13:22.999: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.8044 Mac: e8bc.e400.0220 Сессионный IP: 192.168.40.113[5259] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:11:22.992: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.DD30 Mac: a0a4.7ffe.e980 IP-адрес сеанса: 192.168.40.119[5263] 192.168.40.10[5246] Истечение таймера разъединения 17 января 14:11:12.992: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.C718 Mac: a0a4.7ffe.38c0 Сессионный IP: 192.168.40.112[5255] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:10:52.990: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0D74 Mac: e8bc.e424.6ba0 Сессионный IP: 192.168.40.90[5268] 192.168.40.10[5246] Разъединение Истечение таймера пульсации 17 января 14:10:45.990: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.05A0 Mac: e8bc.e424.2d00 IP сеанса: 192.168.40.117[5254] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:09:15.980: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.8044 Mac: e8bc.e400.0220 Сессионный IP: 192.168.40.113[5264] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:08:54.977: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0E94 Mac: e8bc.e424.7480 IP сеанса: 192.168.40.123[5266] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:07:12.968: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.DD30 Mac: a0a4.7ffe.e980 IP-адрес сеанса: 192.168.40.119[5272] 192.168.40.10[5246] Истечение таймера разъединения 17 января 14:07:05.961: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.C718 Mac: a0a4.7ffe.38c0 Сессионный IP: 192.168.40.112[5265] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:06:46.915: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0D74 Mac: e8bc.e424.6ba0 IP-адрес сеанса: 192.168.40.90[5275] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:06:33.609: %SYS-5-CONFIG_P: Настроен программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:06:33.305: %SYS-5-CONFIG_P: Настроен программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:06:32.673: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:06:32.369: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:06:31.912: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.05A0 Mac: e8bc.e424.2d00 Сессионный IP: 192.168.40.117[5263] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:06:31.748: %SYS-5-CONFIG_P: Настроен программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:06:30.951: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 17 января 14:05:04.909: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.8044 Mac: e8bc.e400.0220 Сессионный IP: 192.168.40.113[5269] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:04:54.591: %SEC_LOGIN-5-WEBLOGIN_SUCCESS: Успешный вход [пользователь: admin] [Источник: 192.168.40.75] в 14:04:54 UTC суббота, 17 января 2026 г. 17 января 14:04:52.258: %WEBSERVER-5-LOGIN_PASSED: Успешный вход в шасси 2 с хоста 192.168.40.75 пользователем «admin» с использованием шифрования «TLS_AES_256_GCM_SHA384» 17 января 14:04:52.256: %SEC_LOGIN-5-WEBLOGIN_SUCCESS: Успешный вход в систему [пользователь: admin] [Источник: 192.168.40.75] в 14:04:52 UTC, суббота, 17 января 2026 г. 17 января 14:04:34.304: %WEBSERVER-5-LOGIN_FAILED: Неудачный вход в шасси 2 с хоста 192.168.40.75 пользователем «admin» с использованием криптографического шифра «TLS_AES_256_GCM_SHA384» 17 января 14:04:16.067: %WEBSERVER-5-SESS_TIMEOUT: Таймаут сеанса шасси 2 с хоста 192.168.40.75 пользователем «admin» с использованием криптографического шифра «TLS_AES_256_GCM_SHA384» .17 января 21:03:31.515: %SYS-5-CONFIG_P: Настроено программно процессом SEP_webui_wsma_http с консоли в качестве администратора на vty0 .17 января 21:03:31.000: %SYS-6-CLOCKUPDATE: системные часы были обновлены с 14:04:06 UTC суббота 17 января 2026 года до 21:03:31 UTC суббота 17 января 2026 года, настроено с консоли администратором на vty0. 17 января 14:04:03.895: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0E94 Mac: e8bc.e424.7480 Сессионный IP: 192.168.40.123[5265] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:03:32.503: %PEER_SELECTION-5-EWC_PEER_SELECTION_ADD_EV: Шасси 2 R0/0: wncd: СОБЫТИЕ ADD: AP «AP2CE3.8EC1.DFD8» БЫЛ ДОБАВЛЕН в качестве резервного кандидата (внутренний AP, выбор ВКЛЮЧЕН) 17 января 14:03:04.891: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.DD30 Mac: a0a4.7ffe.e980 Сессионный IP: 192.168.40.119[5276] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:02:56.891: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.01D8 Mac: e8bc.e424.0ec0 Сессионный IP: 192.168.40.118[5272] 192.168.40.10[5246] Истечение таймера разъединения 17 января 14:02:34.843: %PEER_SELECTION-5-EWC_PEER_SELECTION_ADD_EV: Шасси 2 R0/0: wncd: СОБЫТИЕ ADD: AP «AP2CE3.8EC1.DFD8» был ОТКЛЮЧЕН как резервный кандидат (внутренний AP, выбор ВКЛЮЧЕН): Изображение EWC AP '' не совпадает с активным '17.15.04d.0.311' 17 января 14:02:32.255: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.DFD8 Mac: a0a4.7ffe.fec0 Сессионный IP: 192.168.40.111[5265] 192.168.40.10[5246] Ethernet MAC: 2ce3.8ec1.dfd8 Присоединился 17 января 14:02:23.888: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.05A0 Mac: e8bc.e424.2d00 Сессионный IP: 192.168.40.117[5270] 192.168.40.10[5246] Отсоединен Истечение таймера пульса 17 января 14:00:54.877: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.8044 Mac: e8bc.e400.0220 Сессионный IP: 192.168.40.113[5275] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 13:59:14.865: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EBE.0E94 Mac: e8bc.e424.7480 Сессионный IP: 192.168.40.123[5262] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 13:58:53.862: %CAPWAPAC_SMGR_TRACE_MESSAGE-5-AP_JOIN_DISJOIN: Шасси 2 R0/0: wncd: Событие AP: Имя AP: AP2CE3.8EC1.DD30 Mac: a0a4.7ffe.e980 IP-адрес сеанса: 192.168.40.119[5250] 192.168.40.10[5246] Разъединение Истечение таймера пульса 17 января 14:24:27.488: %PEER_SELECTION-5-EWC_PEER_SELECTION_ADD_EV: Шасси 2 R0/0: wncd: СОБЫТИЕ ADD: AP «AP2CE3.8EC1.8044» был ОТКЛЮЧЕН как кандидат в резерв (внутренний AP, выбор ВКЛЮЧЕН): версия образа EWC AP недействительна
  • Настройка dhcp на c9800 wlc

    13
    0 Голоса
    13 Сообщения
    0 Просмотры
    L
    Здравствуйте. Мы можем настроить DHCP в разделе «Политика» ---> «Дополнительно» ---> «DHCP» и «Конфигурация» ---> «VLAN SVI», чтобы настроить IP-адрес помощи. В чем разница между этими двумя способами? Спасибо
  • CW9176i-RTG не обнаруживается в WLC 9800 VM....

    16
    0 Голоса
    16 Сообщения
    0 Просмотры
    N
    Установил новый 9176i-RTG, подключил к сети и VM WLC 9800 (версия 17.15.4b) в лабораторной среде. Прошло более 30 минут, но ничего не отображается. Подключил консольный кабель, 115200 бод, к 9176i, и он показывает <Meraki>. Я пытаюсь преобразовать его в режим catalyst, чтобы он мог общаться с WLC 9800 VM, но никакие команды не работают. Я попытался выполнить сброс на 60 секунд, удерживая кнопку сброса и подключив питание. Затем подождал еще 30 минут, но ничего не произошло. Код страны — США, версия WLC — 17.15.4b. В настоящее время в лаборатории работает точка доступа CW9166i, но 9176i никак не удается запустить. Есть какие-нибудь идеи или обходные пути?
  • WLC9800 + 9166i + 6 ГГц -> высокий уровень помех + повторные передачи

    11
    0 Голоса
    11 Сообщения
    0 Просмотры
    R
    Здравствуйте, У меня проблема, которая проявляется в виде высокого уровня повторных передач и помех (40% и более) ![:disappointed_face:] как в 5-, так и в 6-гигагерцовом диапазоне. Это происходит только в рабочее время. -открытое пространство с преимущественно стеклянными стенами, 5 этажей, около 700 пользователей с сетевыми картами Intel/Broadcom -12 точек доступа на этаже с атриумом внутри, C9166i с расстоянием между ними около 11 м, высота 2,8 м, максимум 20 пользователей на радио -5 ГГц /w 20 МГц каналы, 6 ГГц /w 20 МГц каналы (но на точках доступа видно только 6 каналов PSC, при этом не включено принудительное использование PSC из 24 доступных каналов - почему только 6?) 20 МГц каналы используются, чтобы избежать повторения одного и того же канала, работающего на каждом этаже ![RavKam_0-1770672439715.png] -RRM, -auto TPC (от 7 до 13 дБм -5 ГГц, 19 дБм - 6 ГГц), -RxSOP установлен на среднее значение (-78 дБм), ранее использовалось значение «auto», но без каких-либо улучшений. Мой последний (?) вариант — использовать C9166D1 для переформатирования беспроводной сети. Что еще можно проверить? С уважением, [image: 626a97e05bc04eff1003d7ec3a99b2f9fa16fdec.png] [image: b980dbcbc85391ccd587b4cc15ac8e61503734a6.png]