Aironet 1140: si spegne la radio 2GHz e va giu anche la 5GHz

Tutto ciò che ha a che fare con la configurazione di apparati Cisco (e non rientra nelle altre categorie)

Moderatore: Federico.Lagni

Rispondi
guidobras
n00b
Messaggi: 13
Iscritto il: mer 24 mag , 2006 7:56 pm

Ciao a tutti,
chiedo un consiglio su una cosa che succede su un access point Aironet 1140, programmato per erogare due SSID: uno con la radio a 2.4GHz e l'altro con la radio 5GHz.

L'AP è inserito in un piccolo ufficio con tanti altri uffici vicini, tutti che sparano il loro bel segnale wifi generando interferenze importanti sulla banda 2.4Ghz; ci sono invece pochissimi access point vicini che trasmettono sulla 5Ghz.

Percio' nel nostro piccolo ufficio si è scelto di lavorare principalmente con client a 5GHz, mantenendo anche il 2.4 per quelli più vecchi.

Da qualche tempo succede che la radio 2.4Ghz si "spegne" da sola circa ogni 10 giorni ed in sh int vedo questo stato: Dot11Radio0 is reset, line protocol is down

Il problema è che quando questo accade anche i client sull'interfaccia con la radio a 5Ghz perdono la connessione.

Qualcuno ha qualche suggerimento per aiutarmi a capire come evitare che la 2.4Ghz si spenga creando problemi anche ai client a 5Ghz?

Grazie mille
Guido

------------------------------------
questa la config:

Current configuration : 2555 bytes
!
version 12.4
no service pad
service timestamps debug datetime msec
service timestamps log datetime msec
service password-encryption
!
hostname yyyyy
!
enable secret 5 aaaaaaa
!
no aaa new-model
clock timezone CET 1
clock summer-time MEDT recurring last Sun Mar 2:00 last Sun Oct 3:00
no ip domain lookup
ip domain name xxx.net
!
!
dot11 syslog
!
dot11 ssid xxx-2ghz
authentication open
authentication key-management wpa
guest-mode
wpa-psk ascii 7 zzzz
!
dot11 ssid xxx-5ghz
authentication open
authentication key-management wpa
guest-mode
wpa-psk ascii 7 ggggg
!
!
!
username admin secret 5 eeeee
!
!
bridge irb
!
!
interface Dot11Radio0
no ip address
no ip route-cache
!
encryption mode ciphers aes-ccm
!
ssid xxx-2ghz
!
antenna gain 0
station-role root
bridge-group 1
bridge-group 1 subscriber-loop-control
bridge-group 1 block-unknown-source
no bridge-group 1 source-learning
no bridge-group 1 unicast-flooding
bridge-group 1 spanning-disabled
!
interface Dot11Radio1
no ip address
no ip route-cache
!
encryption mode ciphers aes-ccm
!
ssid xxx-5ghz
!
antenna gain 0
no dfs band block
channel dfs
station-role root
bridge-group 1
bridge-group 1 subscriber-loop-control
bridge-group 1 block-unknown-source
no bridge-group 1 source-learning
no bridge-group 1 unicast-flooding
bridge-group 1 spanning-disabled
!
interface GigabitEthernet0
no ip address
no ip route-cache
duplex auto
speed auto
no keepalive
bridge-group 1
no bridge-group 1 source-learning
bridge-group 1 spanning-disabled
!
interface BVI1
ip address 192.168.150.251 255.255.255.0
no ip route-cache
!
no ip http server
no ip http secure-server
ip http help-path http://www.cisco.com/warp/public/779/sm ... g/help/eag
snmp-server community xxx-info RO
no cdp run
bridge 1 route ip
!
!
banner login ^C

-----------------------------------------------------------
Authorized access only!
Disconnect immediately if you are not an authorized user
-----------------------------------------------------------

^C
!
line con 0
password 7 www
login local
line vty 0 4
password 7 qqq
login local
transport input ssh
!
sntp server 207.46.197.32
sntp server 192.43.244.18
end
------------------------------------

questo lo sh ver:
# sh ver
Cisco IOS Software, C1140 Software (C1140-K9W7-M), Version 12.4(21a)JA1, RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2009 by Cisco Systems, Inc.
Compiled Wed 16-Sep-09 18:09 by prod_rel_team

ROM: Bootstrap program is C1140 boot loader
BOOTLDR: C1140 Boot Loader (C1140-BOOT-M) Version 12.4(23c)JA, RELEASE SOFTWARE (fc3)

xxxx. uptime is 13 hours, 10 minutes
System returned to ROM by reload
System image file is "flash:/c1140-k9w7-mx.124-21a.JA1/c1140-k9w7-mx.124-21a.JA1"


This product contains cryptographic features and is subject to United
States and local country laws governing import, export, transfer and
use. Delivery of Cisco cryptographic products does not imply
third-party authority to import, export, distribute or use encryption.
Importers, exporters, distributors and users are responsible for
compliance with U.S. and local country laws. By using this product you
agree to comply with applicable laws and regulations. If you are unable
to comply with U.S. and local laws, return this product immediately.

A summary of U.S. laws governing Cisco cryptographic products may be found at:
http://www.cisco.com/wwl/export/crypto/tool/stqrg.html

If you require further assistance please contact us by sending email to
[email protected].

cisco AIR-AP1142N-E-K9 (PowerPC405ex) processor (revision A0) with 98294K/32768K bytes of memory.
Processor board ID FCZ1508Z0LF
PowerPC405ex CPU at 586Mhz, revision number 0x147E
Last reset from reload
1 Gigabit Ethernet interface
2 802.11 Radio(s)

32K bytes of flash-simulated non-volatile configuration memory.
Base ethernet MAC Address: 1C:DF:0F:95:D9:80
Part Number : 73-12836-01
PCA Assembly Number : 800-33767-01
PCA Revision Number : A0
PCB Serial Number : FOC145234VE
Top Assembly Part Number : 800-33775-01
Top Assembly Serial Number : FCZ1508Z0LF
Top Revision Number : A0
Product/Model Number : AIR-AP1142N-E-K9

Configuration register is 0xF
Avatar utente
emiliano
Network Emperor
Messaggi: 280
Iscritto il: lun 19 nov , 2012 11:44 am

Hai provato a fare un analisi delle frequenze utilizzate e a settare in tutte e due le interfacce radio

Codice: Seleziona tutto

power local max
? In questo modo potresti capire quali canali sono più utilizzati ma soprattutto con quale potenza gli altri segnali entrano nel tuo raggio di copertura, inoltre aumentando la potenza in emissione (con il comando che ho citato) potresti se non annullare quantomeno mitigare i disturbi al tuo segnale.
Da quanto tempo hai questo problema? Si è verificato subito dopo l'installazione?
A me è capitata una cosa del genere ed era l'alimentatore dell'access-point che se ne stava andando, considera che ad un certo punto l'AP si accendeva ma le interfacce wireless erano in perenne stato di reset... Sostituito l'alimentatore tutto è ripartito a meraviglia.
Se lo alimenti via PoE prova ad usare un alimentatore.
- KEEP CALM AND CARRY ON -

CISCO CCNA - CCNA Voice - CCDA - CCNP R&S - CCDP Certified
MICROSOFT MCP Certified
Rispondi