Problema con tarjeta wi fi.

Eduardo Quiroz eduardoquiroz en vtr.net
Mar Oct 4 17:47:52 CLT 2005 

Horst von Brand escribió:

>Eduardo Quiroz Salinas <eduardoquiroz en vtr.net> wrote:
>  
>
>>Eduardo Quiroz Salinas wrote:
>>    
>>
>>>hace un tiempo que estoy un pequeño problema con mi tarjeta
>>>wifi. Tengo un laptop Packard Bell con una tarjeta wireless interna,
>>>controlada con el driver ra2500 y generalmente funciona bien al
>>>cargar el escritorio.
>>>      
>>>
>
>Define "generalmente" (de "funciona bien") y "al cargar el escritorio".
>  
>
sorry. Con eso me refería a que cada vez que enciendo el notebook, al 
cargar KDE (el escritorio que uso) el wifi funciona bien la gran mayoría 
de las veces. 5 o 6 de 7 veces que se enciende en una semana, por 
ejemplo, funciona bien. Con lo que puedo descartar problemas físicos de 
la tarjeta o del router.

>  
>
>>>                      Uso KDE en un FC4. Sin embargo, hay ocasiones
>>>en que no carga directamente y debo hacer un proceso algo pelotudo
>>>para que tome la señal.
>>>      
>>>
>
>En la misma posicion anterior, o p.ej. mas lejos (peor sen~al)?
>  
>
Exactamente en la misma posición y sin hacer cambio alguno. En 
condiciones "Ceteris Paribus" diría algún economista..ajaj

>  
>
>>>                        Lo que hago es abrir el administrador de la
>>>red(system-config-network) y cambiar la configuración (cambio del
>>>modo managed al modo ad-hoc y activo la tarjeta, luego vuelvo a
>>>poner el modo managed y vuelta a activar la tarjeta) y funciona de
>>>inmediato. Incluso si hago cualquier otro cambio y lo vuelvo a la
>>>normalidad no funciona...ja.
>>>      
>>>
>
>Extran~o.
>  
>
yep

>  
>
>>>Bien. Tratando de averiguar el porqué del asunto, tiré un tcpdump -i
>>>wlan0 y me fijé que cuando no funcionaba era porque se quedaba
>>>preguntando que mac tenia el router, eternamente. Luego intenté
>>>asignando la mac a mano con arp -s 192.168.1.1 ma:cd:el:ro:ut:er y
>>>verifiqué con arp -a que si estaba asignada. Reinicié la tarjeta
>>>(ifdown,ifup) y siguió sin funcionar. Volví a tirar un tcpdump y
>>>seguía preguntando por la mac del router, siendo que se la había
>>>asignado de manera manual.
>>>      
>>>
>
>No basta asignar la MAC del router, la negociacion de WiFi es /harto/ mas
>compleja.
>  
>
mmm, que otras cosas debería preocuparme de ver???

>  
>
>>>Eso. Acepto sugerencias, consejos, dólares (jeje), tips, envíos a
>>>lugares remotos y etcéteras.
>>>      
>>>
>
>  
>
>>Bueno,,,me acaba de acontecer, tras varios días de buen funcionamiento
>>el problema de la tarjeta de red.  tcpdump -i wlan0 me arroja lo
>>siguiente.
>>
>>23:08:08.578035 arp who-has 192.168.1.1 tell 192.168.1.3
>>23:08:09.577889 arp who-has 192.168.1.1 tell 192.168.1.3
>>23:08:11.581578 arp who-has 192.168.1.1 tell 192.168.1.3
>>......
>>de ahi deduzco que la mac del router no la encuentra y se queda pegada
>>consultándola.
>>    
>>
>
>No necesariamente...
>  
>
a que otras cosas puedo remitir esa actividad???

>  
>
>>si consulto la mac del router me aparece lo siguiente:
>>#arp 192.168.1.1
>>Address                  HWtype  HWaddress           Flags Mask
>>Iface
>>192.168.1.1                      (incomplete)
>>wlan0
>>    
>>
>
>Nunca negocio con el, segun parece.
>  
>
yep. Por eso pensé que negociandolo "a mano" podría haberlo hecho arrancar.

>  
>
>>luego la asigno manualmente y compruebo:
>>
>># arp --set 192.168.1.1 000f66df5cb5
>># arp 192.168.1.1
>>Address                  HWtype  HWaddress           Flags Mask
>>Iface
>>192.168.1.1              ether   00:0F:66:DF:5C:B5   CM
>>wlan0
>>
>>según eso está ok. Luego reconfiguro con iwconfig:
>>iwconfig wlan0 essid "xxx"
>>iwconfig wlan0 channel 3
>>iwconfig wlan0 mode Managed
>>ifdown wlan0
>>ifup wlan0
>>
>>como no funciona, reinicio la red.
>>    
>>
>
>ifup es un script bastante complejo, que intenta negociar ESSID con el AP,
>y darle a DHCP para obtener los demas parametros relevantes. Si alguna
>parte de eso falla...
>  
>
mmm, no se supone que toma la configuración del archivo que tiene para 
eso??...si asi fuera no debería tratar de buscar DHCP pq lo tengo con IP 
fija.

>En mi caso, tuve aturdimientos similares (kernel compilado por mi mismo,
>con driver no oficial, por rana de manejo de broadcast en el driver de la
>tarjeta DHCP nunca fue), y la solucion chanta era:
>
>  iwconfig eth1 essid LoQueSeaSuVolunta
>  ifconfig eth1 192.168.1.100
>  route add -net default gw 192.168.1.1
>  jmacs /etc/resolv.conf   # Para servidores de nombre 
>
>  
>
mmm..nunca le asigné el GW a mano, quizá pueda ir por ahi...aunque el 
resto si lo hice todo...la asignación del essid, la ip para la tarjeta, 
y el dns. A veces las cosas mas elementales quedan fuera cuando uno 
quiere ver el problema más allá.

>Si dejo de funcionar al hacer upgrade del nucleo, intenta instalar el
>nucleo viejo a la fuerza ("rpm -ihv --force ...") y ve si con ese funciona
>(==> rana del nucleo , reportar en <http://www.bugzilla.redhat.com>). Si
>tampoco anda, el drama puede ser la tarjeta WiFi o el AP (algun cambio de
>configuracion? firmware nuevo? "graciosito" haciendo de las suyas?)  Aunque
>podria ser tambien otra parte del cuento que maneja la red el problema...
>  
>
bueno, como comenté antes, funciona bien la mayoría de las veces, con lo 
que descarté de plano algún problema de configuración del núcleo o del 
driver mismo...revisaré dicha parte de nuevo. De hecho empezaré a probar 
con una versión beta del driver que anda por ahi dando vueltas. Grax!

Más información sobre la lista de distribución Linux