forum.opennet.ru - "Мониторинг точки WLC 5508" (8)

"Мониторинг точки WLC 5508"

Форум Маршрутизаторы CISCO и др. оборудование. (Диагностика и решение проблем)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Мониторинг точки WLC 5508"	+/–
Сообщение от AlexKl (ok), 17-Авг-21, 10:42
Всем привет! Контроллер WLC 5508 Проконсультируйте пжл, как грамотнее мониторить конкретную точку доступа на предмет отваливающихся клиентов и установить при этом причину отвала. Время от времени отваливаются клиенты от определенной точки, есть предположение, что плохой сигнал. Какие есть варианты? Возможно ли снять дамп точки? или возможно посредством snmp?! В syslog не увидел записей на этот счет.
Ответить \| Правка \| Cообщить модератору

Оглавление

Ну контроллер же должен отдавать snmp информацию по каждой точке Таким образом , Del (?), 17:52 , 18-Авг-21, (1)

gt оверквотинг удален Да, все верно, можно сделать debug клиента по маку, с эт, AlexKl (ok), 09:56 , 19-Авг-21, (2)

gt оверквотинг удален Ну там не только трапы, но и графики радио характеристик, Del (?), 12:20 , 19-Авг-21, (3)

gt оверквотинг удален Если есть инфа подскажи где взять, необязательно свежий,, AlexKl (ok), 12:46 , 19-Авг-21, (4)

ftp -p ftp cisco comanonymousblah blahcd pub mibs v2качай все что надо свободно, ShyLion (??), 10:26 , 05-Сен-21, (6)
https github com ShyLionTjmn gowlcdвот моя поделка для мониторинга контроллера, ShyLion (??), 10:34 , 05-Сен-21, (7)

Что мешает протестировать данную конкретную точку на этот предмет, любым поверен, eek (ok), 21:43 , 20-Авг-21, (5)
А тесты делали Они бы помогли понять причину , Колян78 (ok), 16:22 , 15-Окт-21, (8)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Del (?), 18-Авг-21, 17:52 +/–

> Всем привет!
> Контроллер WLC 5508
> Проконсультируйте пжл, как грамотнее мониторить конкретную точку доступа на предмет отваливающихся
> клиентов и установить при этом причину отвала. Время от времени отваливаются
> клиенты от определенной точки, есть предположение, что плохой сигнал.
> Какие есть варианты? Возможно ли снять дамп точки? или возможно посредством snmp?!
> В syslog не увидел записей на этот счет.
Ну контроллер же должен отдавать snmp информацию по каждой точке. Таким образом можно мониторить статусы, каналы, зашумленность и т.п. Но это общие вещи. А конкретно траблшутить, я не помню как там на циске, но на других производителях можно прям трейс сделать по определенному клиенту и по станции. Я бы посмотрел в эту сторону.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2

2. Сообщение от AlexKl (ok), 19-Авг-21, 09:56 +/–

>[оверквотинг удален]
>> Проконсультируйте пжл, как грамотнее мониторить конкретную точку доступа на предмет отваливающихся
>> клиентов и установить при этом причину отвала. Время от времени отваливаются
>> клиенты от определенной точки, есть предположение, что плохой сигнал.
>> Какие есть варианты? Возможно ли снять дамп точки? или возможно посредством snmp?!
>> В syslog не увидел записей на этот счет.
> Ну контроллер же должен отдавать snmp информацию по каждой точке. Таким образом
> можно мониторить статусы, каналы, зашумленность и т.п. Но это общие вещи.
> А конкретно траблшутить, я не помню как там на циске, но
> на других производителях можно прям трейс сделать по определенному клиенту и
> по станции. Я бы посмотрел в эту сторону.
Да, все верно, можно сделать debug клиента по маку, с этим вроде как разобрался.
Изначально тоже присматривался к варианту ловить snmp трапы, но мибы найти нужные не могу в свободном доступе, без них имхо проблематично

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3

3. Сообщение от Del (?), 19-Авг-21, 12:20 +/–

>[оверквотинг удален]
>>> В syslog не увидел записей на этот счет.
>> Ну контроллер же должен отдавать snmp информацию по каждой точке. Таким образом
>> можно мониторить статусы, каналы, зашумленность и т.п. Но это общие вещи.
>> А конкретно траблшутить, я не помню как там на циске, но
>> на других производителях можно прям трейс сделать по определенному клиенту и
>> по станции. Я бы посмотрел в эту сторону.
> Да, все верно, можно сделать debug клиента по маку, с этим вроде
> как разобрался.
> Изначально тоже присматривался к варианту ловить snmp трапы, но мибы найти нужные
> не могу в свободном доступе, без них имхо проблематично
Ну там не только трапы, но и графики радио характеристик точек. Должны быть МИБы, я в свое время делал такое для своего контроллера, но там была другая модель.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #4

4. Сообщение от AlexKl (ok), 19-Авг-21, 12:46 +/–

>[оверквотинг удален]
>>> А конкретно траблшутить, я не помню как там на циске, но
>>> на других производителях можно прям трейс сделать по определенному клиенту и
>>> по станции. Я бы посмотрел в эту сторону.
>> Да, все верно, можно сделать debug клиента по маку, с этим вроде
>> как разобрался.
>> Изначально тоже присматривался к варианту ловить snmp трапы, но мибы найти нужные
>> не могу в свободном доступе, без них имхо проблематично
> Ну там не только трапы, но и графики радио характеристик точек. Должны
> быть МИБы, я в свое время делал такое для своего контроллера,
> но там была другая модель.
Если есть инфа подскажи где взять, необязательно свежий, я не смог найти)...у cisco естественно есть, но без контракта скачать не дает

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #6, #7

5. Сообщение от eek (ok), 20-Авг-21, 21:43 +/–

> Время от времени отваливаются
> клиенты от определенной точки, есть предположение, что плохой сигнал.
Что мешает протестировать данную конкретную точку на этот предмет, любым поверенным прибором (хоть тестером, хоть телефоном или ноутбуком с вашим любимым софтом "по вкусу").
Если нужно мониторить (именно "нужно", а не "хочется") по красоте со всеми пирогами (heat maps etc) лучше посмотреть на Prime. На рутрекере возьмите на посмотреть, потом уже про деньги будете думать.
Вы там ниже спрашивали про MIBы. MIBы лежат бесплатно на ftp.cisco.com там контракт не спрашивают.
Вопросы про покрытие и пропускные способности нужно решать во время радио планирования до начала монтажа.
Если досталась уже существующая сеть, выбирайте время и делайте аудит. Способы и методы проверок можно посмотреть в букваре CCNA Wireless / CCNP Wireless.

Ответить | Правка | Наверх | Cообщить модератору

6. Сообщение от ShyLion (??), 05-Сен-21, 10:26 +/–

> Если есть инфа подскажи где взять, необязательно свежий, я не смог найти)...у
> cisco естественно есть, но без контракта скачать не дает
ftp -p ftp.cisco.com
anonymous
blah@blah
cd /pub/mibs/v2
качай все что надо свободно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

7. Сообщение от ShyLion (??), 05-Сен-21, 10:34 +/–

https://github.com/ShyLionTjmn/gowlcd
вот моя поделка для мониторинга контроллера и его клиентов
опрашивет принудительно, плюс ловит трапы
пишет логи в редис, строит графики на rrdtool
документации ноль, если интересно, пиши, подскажу как настроить
для работы нужен свежий линукс хост с golang компилятором, redis и rrdcached

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

8. Сообщение от Колян78 (ok), 15-Окт-21, 16:22 +/–

> Всем привет!
> Контроллер WLC 5508
> Проконсультируйте пжл, как грамотнее мониторить конкретную точку доступа на предмет отваливающихся
> клиентов и установить при этом причину отвала. Время от времени отваливаются
> клиенты от определенной точки, есть предположение, что плохой сигнал.
> Какие есть варианты? Возможно ли снять дамп точки? или возможно посредством snmp?!
> В syslog не увидел записей на этот счет.
А тесты делали? Они бы помогли понять причину.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Del (?), 18-Авг-21, 17:52	+/–
> Всем привет! > Контроллер WLC 5508 > Проконсультируйте пжл, как грамотнее мониторить конкретную точку доступа на предмет отваливающихся > клиентов и установить при этом причину отвала. Время от времени отваливаются > клиенты от определенной точки, есть предположение, что плохой сигнал. > Какие есть варианты? Возможно ли снять дамп точки? или возможно посредством snmp?! > В syslog не увидел записей на этот счет. Ну контроллер же должен отдавать snmp информацию по каждой точке. Таким образом можно мониторить статусы, каналы, зашумленность и т.п. Но это общие вещи. А конкретно траблшутить, я не помню как там на циске, но на других производителях можно прям трейс сделать по определенному клиенту и по станции. Я бы посмотрел в эту сторону.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2

2. Сообщение от AlexKl (ok), 19-Авг-21, 09:56	+/–
>[оверквотинг удален] >> Проконсультируйте пжл, как грамотнее мониторить конкретную точку доступа на предмет отваливающихся >> клиентов и установить при этом причину отвала. Время от времени отваливаются >> клиенты от определенной точки, есть предположение, что плохой сигнал. >> Какие есть варианты? Возможно ли снять дамп точки? или возможно посредством snmp?! >> В syslog не увидел записей на этот счет. > Ну контроллер же должен отдавать snmp информацию по каждой точке. Таким образом > можно мониторить статусы, каналы, зашумленность и т.п. Но это общие вещи. > А конкретно траблшутить, я не помню как там на циске, но > на других производителях можно прям трейс сделать по определенному клиенту и > по станции. Я бы посмотрел в эту сторону. Да, все верно, можно сделать debug клиента по маку, с этим вроде как разобрался. Изначально тоже присматривался к варианту ловить snmp трапы, но мибы найти нужные не могу в свободном доступе, без них имхо проблематично
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #3

3. Сообщение от Del (?), 19-Авг-21, 12:20	+/–
>[оверквотинг удален] >>> В syslog не увидел записей на этот счет. >> Ну контроллер же должен отдавать snmp информацию по каждой точке. Таким образом >> можно мониторить статусы, каналы, зашумленность и т.п. Но это общие вещи. >> А конкретно траблшутить, я не помню как там на циске, но >> на других производителях можно прям трейс сделать по определенному клиенту и >> по станции. Я бы посмотрел в эту сторону. > Да, все верно, можно сделать debug клиента по маку, с этим вроде > как разобрался. > Изначально тоже присматривался к варианту ловить snmp трапы, но мибы найти нужные > не могу в свободном доступе, без них имхо проблематично Ну там не только трапы, но и графики радио характеристик точек. Должны быть МИБы, я в свое время делал такое для своего контроллера, но там была другая модель.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #4

4. Сообщение от AlexKl (ok), 19-Авг-21, 12:46	+/–
>[оверквотинг удален] >>> А конкретно траблшутить, я не помню как там на циске, но >>> на других производителях можно прям трейс сделать по определенному клиенту и >>> по станции. Я бы посмотрел в эту сторону. >> Да, все верно, можно сделать debug клиента по маку, с этим вроде >> как разобрался. >> Изначально тоже присматривался к варианту ловить snmp трапы, но мибы найти нужные >> не могу в свободном доступе, без них имхо проблематично > Ну там не только трапы, но и графики радио характеристик точек. Должны > быть МИБы, я в свое время делал такое для своего контроллера, > но там была другая модель. Если есть инфа подскажи где взять, необязательно свежий, я не смог найти)...у cisco естественно есть, но без контракта скачать не дает
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #6, #7

5. Сообщение от eek (ok), 20-Авг-21, 21:43	+/–
> Время от времени отваливаются > клиенты от определенной точки, есть предположение, что плохой сигнал. Что мешает протестировать данную конкретную точку на этот предмет, любым поверенным прибором (хоть тестером, хоть телефоном или ноутбуком с вашим любимым софтом "по вкусу"). Если нужно мониторить (именно "нужно", а не "хочется") по красоте со всеми пирогами (heat maps etc) лучше посмотреть на Prime. На рутрекере возьмите на посмотреть, потом уже про деньги будете думать. Вы там ниже спрашивали про MIBы. MIBы лежат бесплатно на ftp.cisco.com там контракт не спрашивают. Вопросы про покрытие и пропускные способности нужно решать во время радио планирования до начала монтажа. Если досталась уже существующая сеть, выбирайте время и делайте аудит. Способы и методы проверок можно посмотреть в букваре CCNA Wireless / CCNP Wireless.
Ответить \| Правка \| Наверх \| Cообщить модератору

6. Сообщение от ShyLion (??), 05-Сен-21, 10:26	+/–
> Если есть инфа подскажи где взять, необязательно свежий, я не смог найти)...у > cisco естественно есть, но без контракта скачать не дает ftp -p ftp.cisco.com anonymous blah@blah cd /pub/mibs/v2 качай все что надо свободно
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4

7. Сообщение от ShyLion (??), 05-Сен-21, 10:34	+/–
https://github.com/ShyLionTjmn/gowlcd вот моя поделка для мониторинга контроллера и его клиентов опрашивет принудительно, плюс ловит трапы пишет логи в редис, строит графики на rrdtool документации ноль, если интересно, пиши, подскажу как настроить для работы нужен свежий линукс хост с golang компилятором, redis и rrdcached
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4

8. Сообщение от Колян78 (ok), 15-Окт-21, 16:22	+/–
> Всем привет! > Контроллер WLC 5508 > Проконсультируйте пжл, как грамотнее мониторить конкретную точку доступа на предмет отваливающихся > клиентов и установить при этом причину отвала. Время от времени отваливаются > клиенты от определенной точки, есть предположение, что плохой сигнал. > Какие есть варианты? Возможно ли снять дамп точки? или возможно посредством snmp?! > В syslog не увидел записей на этот счет. А тесты делали? Они бы помогли понять причину.
Ответить \| Правка \| Наверх \| Cообщить модератору