Здравствуйте. Есть вопрос по названному оборудованию. Сам по cisco не спец, делал все в первый раз по мануалу. Бридж Aironet 1300, один root и пара non-root. Все настроил, заработало, все устройства в сети видят друг друга. Но в произвольный момент времени (день, два или три, неделя) прекращается связь между root и non-root устройствами. При передергивании питания связь восстанавливается. Препятсвий нет (в пространстве) между антеннами. Есть следующие логи с root :Index Time Severity Description
1 Mar 4 00:51:21.745 UTC Information Interface Dot11Radio0, Station csIDAS04 0021.d8df.ca80 Associated KEY_MGMT[NONE]
2 Mar 4 00:50:16.696 UTC Information Interface Dot11Radio0, Deauthenticating Station 0021.d8df.ca80 Reason: Sending station has left the BSS
3 Mar 1 06:28:24.854 UTC Information Interface Dot11Radio0, Station csIDAS04 0021.d8df.ca80 Associated KEY_MGMT[NONE]
4 Mar 1 06:24:32.916 UTC Warning Packet to client 0021.d8df.ca50 reached max retries, removing the client
5 Mar 1 06:24:32.909 UTC Information Interface Dot11Radio0, Deauthenticating Station 0021.d8df.ca50 Reason: Previous authentication no longer valid
6 Mar 1 06:24:32.909 UTC Warning Packet to client 0021.d8df.ca50 reached max retries, removing the client
7 Mar 1 06:24:01.681 UTC Warning Packet to client 0021.d8df.ca80 reached max retries, removing the client
8 Mar 1 06:24:01.675 UTC Information Interface Dot11Radio0, Deauthenticating Station 0021.d8df.ca80 Reason: Previous authentication no longer valid
9 Mar 1 06:24:01.674 UTC Warning Packet to client 0021.d8df.ca80 reached max retries, removing the client
10 Mar 1 05:57:58.883 UTC Information Interface Dot11Radio0, Station csIDAS04 0021.d8df.ca80 Associated KEY_MGMT[NONE]
11 Mar 1 05:56:58.647 UTC Information Interface Dot11Radio0, Deauthenticating Station 0021.d8df.ca80 Reason: Previous authentication no longer valid
12 Mar 1 05:56:58.647 UTC Warning Packet to client 0021.d8df.ca80 reached max retries, removing the client
13 Mar 1 05:42:02.401 UTC Information Interface Dot11Radio0, Station csIDAS04 0021.d8df.ca80 Reassociated KEY_MGMT[NONE]
14 Mar 1 05:41:59.628 UTC Information Interface Dot11Radio0, Deauthenticating Station 0021.d8df.ca80 Reason: Previous authentication no longer valid
15 Mar 1 05:41:59.627 UTC Warning Packet to client 0021.d8df.ca80 reached max retries, removing the client
16 Mar 1 05:28:48.795 UTC Information Interface Dot11Radio0, Station csIDAS04 0021.d8df.ca80 Reassociated KEY_MGMT[NONE]
17 Mar 1 05:28:48.648 UTC Information Interface Dot11Radio0, Deauthenticating Station 0021.d8df.ca80 Reason: Previous authentication no longer valid
18 Mar 1 05:28:48.648 UTC Warning Packet to client 0021.d8df.ca80 reached max retries, removing the client
19 Mar 1 05:10:44.769 UTC Information Interface Dot11Radio0, Station csIDAS04 0021.d8df.ca80 Associated KEY_MGMT[NONE]
20 Mar 1 05:07:31.103 UTC Information Interface Dot11Radio0, Deauthenticating Station 0021.d8df.ca80 Reason: Previous authentication no longer valid
Укажи IOS, перед передёргиванием питания зайди консольно на обе точки и сделай shut/no shut для радио интерфейса, была похожая ситуация после обновления до 12.4, откат на 12.3 решил все проблемы.BR1310G#sh ver
Cisco IOS Software, C1310 Software (C1310-K9W7-M), Version 12.3(11)JA1, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2007 by Cisco Systems, Inc.
Compiled Mon 08-Jan-07 16:58 by pwadeROM: Bootstrap program is C1310 boot loader
BOOTLDR: C1310 Boot Loader (C1310-BOOT-M) Version 12.3(2)JA4, RELEASE SOFTWARE (fc1)BR1310G uptime is 1 year, 20 weeks, 6 days, 1 hour, 46 minutes
System returned to ROM by power-on
System restarted at 14:41:31 UTC Tue Nov 27 2007
System image file is "flash:/c1310-k9w7-mx.123-11.JA1/c1310-k9w7-mx.123-11.JA1"
Версию прошивки сейчас не подскажу - объект далеко, поеду не скоро. Попрошу местных узнать. Но, если мне память не изменяет, там сейчас и стоит что-то из серии 12.3 (буквы не помню).
И еще, можно поподробнее насчет "shut/no shut для радио интерфейса" - что это?
И тушить интерфейсы тоже не зачем на рутовом бридже достаточно ввести командуdot11 dot11radio0 carrier busy заодно покажет загруженность эфира
>И тушить интерфейсы тоже не зачем на рутовом бридже достаточно ввести команду
>
>
>dot11 dot11radio0 carrier busy заодно покажет загруженность эфираОбычно незачем, но с 12.4 часто не прокатывает, только shut/no shut или рестарт по питанию :(
Один из вариантов 12.4 вообще приводил к краху системы, с невозможностью дальнейшей загрузки, пришлось перешивать из загрузчика.
Только что посмотрел рабочие материалы и нашел скрин с версией прошивки :System Software filename: c1310-k9w7-tar.124-10b.JA1
System Software version: 12.4(10b)JA1
Bootloder version: 12.3(2)JA4Т.е. мне необходимо скачать предыдущую прошивку из серии 12.3 и "обновить" ее?
>Только что посмотрел рабочие материалы и нашел скрин с версией прошивки :
>
>
>System Software filename: c1310-k9w7-tar.124-10b.JA1
>System Software version: 12.4(10b)JA1
>Bootloder version: 12.3(2)JA4
>
>Т.е. мне необходимо скачать предыдущую прошивку из серии 12.3 и "обновить" ее?
>Думаю стоит попробовать, мне помогло.
>Думаю стоит попробовать, мне помогло.Спасибо за подсказки. Попробую, но только месяца через полтора - как поеду на объект. Есть еще вопрос - можно программно (например, с какого-нибудь РС) перезапустить данное устройство? Например, нет пинга машины из другого сегмента в течении 15 минут - скриптом рестартуем свой Aironet...
>>Думаю стоит попробовать, мне помогло.
>
>Спасибо за подсказки. Попробую, но только месяца через полтора - как поеду
>на объект. Есть еще вопрос - можно программно (например, с какого-нибудь
>РС) перезапустить данное устройство? Например, нет пинга машины из другого сегмента
>в течении 15 минут - скриптом рестартуем свой Aironet...Тут как раз всё просто, разрешаешь ssh на 1310, потом скриптом даёшь команду reboot и подтверждаешь её.
Для перла можно воспользоваться p5-Net-SSH
>Тут как раз всё просто, разрешаешь ssh на 1310, потом скриптом даёшь
>команду reboot и подтверждаешь её.
>Для перла можно воспользоваться p5-Net-SSHОк, это тоже попробую...
А команда reboot будет эквивалентна передергиванию питания у Aironet?
>>Тут как раз всё просто, разрешаешь ssh на 1310, потом скриптом даёшь
>>команду reboot и подтверждаешь её.
>>Для перла можно воспользоваться p5-Net-SSH
>
>Ок, это тоже попробую...
>А команда reboot будет эквивалентна передергиванию питания у Aironet?Не совсем, но близко к тому, на ближайшей точке можно ограничится передачей из скрипта:
conf t
interface dot11radio 0
shut
!здесь делаем паузу ~3 сек.
no shut
end
exitНа точке, доступ к которой по радио, так делать нельзя, после shut некому будет сделать no shut :), там только reboot
>На точке, доступ к которой по радио, так делать нельзя, после shut
>некому будет сделать no shut :), там только rebootЭто как раз не страшно - за каждым Aironet есть PC на которых этот же скрипт и будет работать....
И еще, если я правильно понял логи, то отключение происходит по превышению счетчика
максимальных попыток соединия... Т.е. проблема может быть еще и в антенне, соединяющем
кабеле? И как вариант - одним из путей решения этой проблемы может быть увеличение значения это счетчика?
>Это как раз не страшно - за каждым Aironet есть PC на
>которых этот же скрипт и будет работать....
>И еще, если я правильно понял логи, то отключение происходит по превышению
>счетчика
>максимальных попыток соединия... Т.е. проблема может быть еще и в антенне, соединяющем
>
>кабеле? И как вариант - одним из путей решения этой проблемы может
>быть увеличение значения это счетчика?2 Mar 4 00:50:16.696 UTC Information Interface Dot11Radio0, Deauthenticating Station 0021.d8df.ca80 Reason: Sending station has left the BSS - вот проблема, эксперименты с 12.4 показали что радиоинтерфейс периодически уходил в ступор и выводился из него только передёргиванием, надо сказать что передёргивание питания НЕ влияет на качество соединяющих кабелей и антенны :)
Проверить состояние линка можно командой sh dot11 associations all-client
Следует обратить особое внимание на Signal Strength(должно быть не менее -85 dBm, оптимально -70 dBm, из практики могу сказать что мокрый снег отнимает ~16 dBm на ~20 км, поэтому в обычных условиях должно быть -60..-65 dBm) и Signal to Noise (должно быть не менее 15 dBm, чем больше тем лучше)Вообще, делаешь sh cont dot11radio 0
В массе полученной информации тебя должно интересовать это:
Data Rate Sensitivity (rate, SNR dB, Contention dBm)
( 1.0, 1, -98) ( 2.0, 7, -94) ( 5.5, 9, -92) (11.0, 16, -86)
( 6.0, 7, -92) ( 9.0, 14, -87) (12.0, 12, -87) (18.0, 15, -84)
(24.0, 17, -82) (36.0, 24, -76) (48.0, 29, -73) (54.0, 33, -69)Выбираешь желаемый rate и добиваешься требуемых Signal Strength и SNR с помощью антенн и м.б. усилителей, помня при этом про мокрый снег (~16 dBm) и туман (~12 dbm)
Была такая я же проблема http://www.opennet.dev/openforum/vsluhforumID6/18054.html.
Сам я тоже так и не понял что это было. Думаю что IOS здесь не причем у меня было на Version 12.3(8)JEA. Единственное что я сделал так это добавил no preamble-short в конфиг. Потом у меня все это прекратилось, хотя мне кажется мои добавления не играли никакой роли, такое ощущение что проблема сама ушла. Сейчас все работает как часики.
Если нужны кабели для CISCO то я здесь брал: http://www.linkcable.ru Там и новые кабели на складе и под заказ делают любой длины и распиновки.
>Если нужны кабели для CISCO то я здесь брал: http://www.linkcable.ru
>Там и новые кабели на складе и под заказ делают любой
>длины и распиновки.
Есть такая проблема. Сам очень долго бился над этим.Для её решения дайте на всех бриджах команды
interface Dot11Radio0
antenna transmit right
antenna receive right(ну, или left, если антенна подключена не в primary/right гнездо)
Это решит проблему раз и навсегда? Или только вернет работоспособность до следующего зависания (перезагрузки)?
>Это решит проблему раз и навсегда? Или только вернет работоспособность до следующего
>зависания (перезагрузки)?Лично у меня эта проблема ушла раз и навсегда.
Полгода не мог понять причину отваливания линка. Помогало только перезагрузка по питанию или же shutdown/no shutdown.
Но в один момент наткнулся на решение этой проблемы
http://www.certification.ru/cgi-bin/forum.cgi?action=thread&...И вот у меня уже полтора года аптайма без единого разрыва линка! Без шуток.
Спасибо за еще одну подсказку/совет... А так как я почти полный чайник в cisco, то физический смысл этих команд в чем заключается не подскажете?
>Спасибо за еще одну подсказку/совет... А так как я почти полный чайник
>в cisco, то физический смысл этих команд в чем заключается не
>подскажете?Если очень упрощенно, то:
без этих команд бридж всегда "слушает" по двум каналам (right и left разъемы), независимо от того, есть активный линк или нет. В некоторых проблемных случаях бридж просто не может определить, где же уровень сигнала лучше, и начинает использовать некорректный разъем для установления линка. Может, это из-за наводок, может, из-за помех, а может, вообще физика процесса другая. Не нам разбираться, да и квалификация у нас не та.Этими командами мы жестко заставляем радиомодуль использовать только один разъем, куда действительно подключена приемо-передающая антенна.
А если у меня AIR BR1310G-E-K9 т.е. интегрированые антенны, и что то этих команд я не увидел
у себя
ap(config)#int dot11Radio 0
ap(config-if)#an?
% Unrecognized command
>[оверквотинг удален]
> 16 Mar 1 05:28:48.795 UTC Information Interface Dot11Radio0, Station csIDAS04 0021.d8df.ca80
> Reassociated KEY_MGMT[NONE]
> 17 Mar 1 05:28:48.648 UTC Information Interface Dot11Radio0, Deauthenticating Station
> 0021.d8df.ca80 Reason: Previous authentication no longer valid
> 18 Mar 1 05:28:48.648 UTC Warning Packet to client 0021.d8df.ca80 reached max
> retries, removing the client
> 19 Mar 1 05:10:44.769 UTC Information Interface Dot11Radio0, Station csIDAS04 0021.d8df.ca80
> Associated KEY_MGMT[NONE]
> 20 Mar 1 05:07:31.103 UTC Information Interface Dot11Radio0, Deauthenticating Station
> 0021.d8df.ca80 Reason: Previous authentication no longer validСкажите пожалуйста , у вас получилось решить проблему? у меня подобная проблема и никак не получается ее решить, в логах базы AP примерно тоже самое, база сама отключает клиента из-за превышения количества попыток аутентификации (это я так понял), помогает только перезагрузка, на какое то время.