Ubuntu 10.10, reconhece internet wifi mas não conecta.

[marcpainkiller]

Não, não apareceu no nm tool, eu vou mandar outro comando aqui.
wait...

[marcpainkiller]

Aê galera, demorou mas saiu.
Hoje consegui acessar pelo ubuntu, mas quando liguei novamente... necas. Acho que o ubuntu está com dificuldades em conseguir conexão. O que pode ser?
A net da minha casa está listada abaixo, o nome dela é broadcon.

root@Marcus:/home/marcus# lspci
00:00.0 Host bridge: Intel Corporation 82945G/GZ/P/PL Memory Controller Hub (rev 02)
00:01.0 PCI bridge: Intel Corporation 82945G/GZ/P/PL PCI Express Root Port (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01)
00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 01)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01)
02:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8185 IEEE 802.11a/b/g Wireless LAN Controller (rev 20)
02:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10)
root@Marcus:/home/marcus# 

root@Marcus:/home/marcus# lspci -n
00:00.0 0600: 8086:2770 (rev 02)
00:01.0 0604: 8086:2771 (rev 02)
00:02.0 0300: 8086:2772 (rev 02)
00:1b.0 0403: 8086:27d8 (rev 01)
00:1d.0 0c03: 8086:27c8 (rev 01)
00:1d.1 0c03: 8086:27c9 (rev 01)
00:1d.2 0c03: 8086:27ca (rev 01)
00:1d.3 0c03: 8086:27cb (rev 01)
00:1d.7 0c03: 8086:27cc (rev 01)
00:1e.0 0604: 8086:244e (rev e1)
00:1f.0 0601: 8086:27b8 (rev 01)
00:1f.2 0101: 8086:27c0 (rev 01)
00:1f.3 0c05: 8086:27da (rev 01)
02:01.0 0200: 10ec:8185 (rev 20)
02:05.0 0200: 10ec:8167 (rev 10)

root@Marcus:/home/marcus# lsusb
Bus 005 Device 002: ID 062a:0102 Creative Labs Wireless Keyboard/Mouse Combo [MK1152WC]
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 1976:1307 Chipsbrand Microelectronics (HK) Co., Ltd. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

root@Marcus:/home/marcus# ifconfig
eth0      Link encap:Ethernet  Endereço de HW 00:1d:7d:86:27:78   
          UP BROADCAST MULTICAST  MTU:1500  Métrica:1
          pacotes RX:0 erros:0 descartados:0 excesso:0 quadro:0
          Pacotes TX:0 erros:0 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:1000 
          RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
          IRQ:21 Endereço de E/S:0xe000 
 
lo        Link encap:Loopback Local   
          inet end.: 127.0.0.1  Masc:255.0.0.0
          endereço inet6: ::1/128 Escopo:Máquina
          UP LOOPBACK RUNNING  MTU:16436  Métrica:1
          pacotes RX:149 erros:0 descartados:0 excesso:0 quadro:0
          Pacotes TX:149 erros:0 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:0 
          RX bytes:11662 (11.6 KB) TX bytes:11662 (11.6 KB)
 
wlan0     Link encap:Ethernet  Endereço de HW 00:18:e7:7a:ac:3a   
          endereço inet6: fe80::218:e7ff:fe7a:ac3a/64 Escopo:Link
          UP BROADCAST MULTICAST  MTU:1500  Métrica:1
          pacotes RX:3 erros:0 descartados:0 excesso:0 quadro:0
          Pacotes TX:56 erros:0 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:1000 
          RX bytes:674 (674.0 B) TX bytes:10578 (10.5 KB)

root@Marcus:/home/marcus# sudo lshw -C network
  *-network:0             
       description: Wireless interface
       product: RTL-8185 IEEE 802.11a/b/g Wireless LAN Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 1
       bus info: pci@0000:02:01.0
       logical name: wlan0
       version: 20
       serial: 00:18:e7:7a:ac:3a
       width: 32 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=rtl8180 driverversion=2.6.35-22-generic firmware=N/A latency=96 link=no maxlatency=64 mingnt=32 multicast=yes wireless=IEEE 802.11bg
       resources: irq:19 ioport:a000(size=256) memory:e1001000-e10013ff
  *-network:1
       description: Ethernet interface
       product: RTL-8110SC/8169SC Gigabit Ethernet
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 5
       bus info: pci@0000:02:05.0
       logical name: eth0
       version: 10
       serial: 00:1d:7d:86:27:78
       size: 10MB/s
       capacity: 1GB/s
       width: 32 bits
       clock: 66MHz
       capabilities: pm bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half latency=64 link=no maxlatency=64 mingnt=32 multicast=yes port=MII speed=10MB/s
       resources: irq:21 ioport:a400(size=256) memory:e1000000-e10000ff memory:40000000-4001ffff

root@Marcus:/home/marcus# nm-tool
 
NetworkManager Tool
 
State: disconnected
 
- Device: wlan0 ----------------------------------------------------------------
  Type:              802.11 WiFi
  Driver:            rtl8180
  State:             disconnected
  Default:           no
  HW Address:        00:18:E7:7A:AC:3A
 
  Capabilities:
 
  Wireless Properties
    WEP Encryption:  yes
    WPA Encryption:  yes
    WPA2 Encryption: yes
 
  Wireless Access Points 
    Broadcom:        Infra, 00:26:5A:D6:31:73, Freq 2412 MHz, Rate 54 Mb/s, Strength 23
    Eduardo:         Infra, 00:22:B0:40:FA:D3, Freq 2437 MHz, Rate 54 Mb/s, Strength 21 WPA WPA2
    jjnet1:          Infra, 00:24:01:92:37:BA, Freq 2437 MHz, Rate 54 Mb/s, Strength 23 WEP
 
 
- Device: eth0 -----------------------------------------------------------------
  Type:              Wired
  Driver:            r8169
  State:             unavailable
  Default:           no
  HW Address:        00:1D:7D:86:27:78
 
  Capabilities:
    Carrier Detect:  yes
    Speed:           10 Mb/s
 
  Wired Properties
    Carrier:         off
 
 
Será que tem solução o meu problema?
Falou!!!!!!!!!!!

[zekkerj]

Broadcom:        Infra, 00:26:5A:D6:31:73, Freq 2412 MHz, Rate 54 Mb/s, Strength 23

23% de sinal, realmente fica difícil.

Não sei se vc chegou a dizer, mas a que distância vc está do roteador? Quantas paredes?
E sobre o roteador, em si, qual é a marca/modelo dele?

[marcpainkiller]

O roteador é um d-link, não lembro o modelo, mas ele é switch + roteador.
Velho eu reconfigurei o d-link para maior transmissão, o windows funciona beleza, mas o linux não a bre a net de forma alguma, tem alguma coisa no linux que faz com que a net wireless não seja boa nele, acho que teremos que esperar a próxima versão mesmo.
Mas te tiver um idéia boa, me avisa.
falou!!!!!!!!!!!!!!!

[zekkerj]

O problema não é "no linux", e sim "no driver do linux para sua placa". Se você estivesse usando uma placa wireless com melhor suporte, não estaria sofrendo esses problemas.

Sobre seu roteador, a DLink tem alguns aparelhos bem ruins --- o pior de todos é o DI-524.

[marcpainkiller]

Então não é possível conectar no linux? Realmente a placa não é boa, é uma encore que muitos compram e reclamam depois, será que se eu colocar uma antena de maior recepção melhora? Porque no windows a internet abre normalmente e no linux não abre? O driver do linux que não é bom? Tem como eu instalar o driver do windows que vem no CD?
falou!!!!!!

[zekkerj]

Então não é possível conectar no linux?

Claro que é possível conectar no Linux. Mas primeiro você precisa melhorar o sinal.

Se o seu aparelho for mesmo um DI-524 (e o simples fato de vc não saber qual é o modelo reforça essa possibilidade), você pode trocar a antena original dele (2 dBi) por outra mais forte (5 dBi). Vai melhorar o alcance, mas o roteador vai continuar lento e travando à toa.

Realmente a placa não é boa, é uma encore que muitos compram e reclamam depois, será que se eu colocar uma antena de maior recepção melhora?

Até que o chipset RT73 não é tão ruim, tendo em vista outros. Tem alguns truques que vc pode usar pra melhorar a recepção.
- Sendo um adaptador USB, procure usar a USB frontal do gabinete, que não fica tão "escondida".
- Se o adaptador veio com um extensor, use-o. Deixe o adaptador em cima da mesa, bem livre.
- Se o adaptador permite a troca da antena original, uma antena mais forte pode ajudar --- mas primeiro, troque a antena do roteador.

Porque no windows a internet abre normalmente e no linux não abre? O driver do linux que não é bom?

Sim, há alguns drivers do linux que têm menor desempenho que os drivers nativos, principalmente em termos de alcance. Lembre-se de que boa parte desses drivers são feitos em esquema de engenharia reversa, sem suporte do fabricante do hardware (não é o caso da Ralink, criadora do seu chipset).

Tem como eu instalar o driver do windows que vem no CD?

Sim, tem. Informe-se sobre o "ndiswrapper".

[flavioml]

Pegando uma carona no tópico e sem qualquer intuito de contestar o que aqui foi dito, trago aqui a minha experiência com o DI-524 e  o adaptador realtek RTL-8185 (que pelo lspci transcrito pelo marcpainkiller seria o dele, apesar de citar o ralink RT73), no linux e um dado novo a respeito.
Sei perfeitamente que o referido roteador wifi é xingado em uníssono por quase todo mundo em qualquer fórum, seja de linux, windows ou hardware. Porém, tenho um que funciona perfeitamente há 4/5 anos, em conjunto com o também xingado referido chipset rtl-8185, sem jamais ter-me dado dor de cabeça, até a versão 2.6.35 do kernel.
Antes de mais nada, abro um parêntese para dizer que, sendo eu aposentado, o que me dá bastante disponibilidade de tempo, e tendo ainda bastante espaço de armazenamento disponível, tenho por principal hobby experimentar distros linux, tendo instaladas normalmente 4 ou cinco delas.
Assim, tenho usado a dupla citada mesmo antes de ter sido implementado suporte nativo no kernel à família rtl-8180 da realtek, quando era nescessário ou compilar um driver r8180 disponível na rede (e que serviu de base ao módulo do kernel) ou usar o ndiswrapper.
Sempre consegui conectar à rede e, hoje, tenho uma conexão de 4 mb, onde não raro estão conectadas simultaneamente 4 máquinas, sem qualquer degradação de desempenho e sem que o tão mal falado dlink tenha dado pau comigo uma vez sequer.
O único problema insolúvel que tive nesse meio tempo foi a impossibilidade de conexão via live CD do kubuntu 10.04, por alguma razão misteriosa, embora após instalado conectasse e funcionasse lindamente.
Após o lançamento do Ubuntu 10.10, optei por uma instalação limpa ao invés de atualizar do 10.04. E o único problema que encontrei no mesmo, até agora, foi que em cerca de metade das vezes o ubuntu não conecta ao iniciar e quando isso acontece um clique no ícone do nm-applet mostra todas as redes sem fio das redondezas menos a minha. O iwlist wlan0 scan, tem que ser repetido várias vezes pois, em muitas, não encontra qualquer rede e quando redes são encontradas, são todas menos a minha.
Já estava pensando em colocar um tópico pedindo ajuda, posto que nas outras quatro distribuições atualmente instaladas tal problema jamais ocorreu, notadamente naquelas em que rifei o network-manager e instalei o wicd. Alé disso, o fedora 13 que eu tinha instalado e também usava o famigerado network-manager não apresentava o problema, até que com o lançamento do fedora 14 eu decidi atualizar o sistema e aí está o dado novo, o fedora também passou a apresentar o problema.
É verdade que se eu for paciente e ficar esperando, após uns minutos da inicialização do ambiente gráfico, a rede acaba conectando, porém em algumas ocasiões, após muito tempo, somente conecta se eu clicar em conectar a uma rede oculta e indicar a rede padrão.
Mas o dado novo é que o fedora, que tem aquele sistema de acompanhamento de bugs, de minuto em minuto aponta um travamento do kernel. Examinando o log, temos:
WARNING: at net/wireless/scan.c:580 cfg80211_inform_bss_frame+0x65/0x191 [cfg80211]()
Hardware name: System Product Name
Modules linked in: ip6t_REJECT nf_conntrack_ipv6 ip6table_filter ip6_tables ipv6 uinput usblp arc4 ecb snd_hda_codec_realtek nvidia(P) rtl8180 mac80211 eeprom_93cx6 snd_hda_intel snd_hda_codec snd_hwdep i2c_nforce2 edac_core i2c_core k8temp edac_mce_amd asus_atk0110 snd_seq snd_seq_device snd_pcm snd_timer serio_raw snd forcedeth cfg80211 rfkill soundcore snd_page_alloc microcode pata_acpi ata_generic usb_storage sata_nv pata_amd [last unloaded: mperf]
Pid: 1329, comm: sh Tainted: P            2.6.35.6-48.fc14.x86_64 #1
Call Trace:
 <IRQ>  [<ffffffff8104d7c1>] warn_slowpath_common+0x85/0x9d
 [<ffffffff8104d7f3>] warn_slowpath_null+0x1a/0x1c
 [<ffffffffa00746dd>] cfg80211_inform_bss_frame+0x65/0x191 [cfg80211]
 [<ffffffffa01b43d1>] ieee80211_bss_info_update+0x57/0x16d [mac80211]
 [<ffffffffa01b4634>] ieee80211_scan_rx+0x14d/0x184 [mac80211]
 [<ffffffffa01c1716>] ieee80211_invoke_rx_handlers+0x81/0x1c52 [mac80211]
 [<ffffffff812050e7>] ? blk_remove_plug+0x38/0x85
 [<ffffffff8120067f>] ? elv_queue_empty+0x27/0x29
 [<ffffffff8146912f>] ? _raw_spin_unlock_irqrestore+0x17/0x19
 [<ffffffff8120526a>] ? blk_run_queue+0x35/0x3a
 [<ffffffff812e76a8>] ? __scsi_put_command+0x70/0x7d
 [<ffffffff81077e8d>] ? __raw_local_irq_save+0x1d/0x23
 [<ffffffffa01c117d>] ? prepare_for_handlers+0x34/0x20b [mac80211]
 [<ffffffff81010207>] ? paravirt_read_tsc+0x9/0xd
 [<ffffffff813b63bb>] ? alloc_skb+0x13/0x15
 [<ffffffffa01c3a9e>] ieee80211_rx+0x74c/0x772 [mac80211]
 [<ffffffff8110b0a6>] ? __kmalloc_node_track_caller+0x113/0x135
 [<ffffffff813b63bb>] ? alloc_skb+0x13/0x15
 [<ffffffff8146912f>] ? _raw_spin_unlock_irqrestore+0x17/0x19
 [<ffffffffa01b04f3>] ieee80211_tasklet_handler+0x59/0xe7 [mac80211]
 [<ffffffff8105313c>] tasklet_action+0x82/0xe2
 [<ffffffff81053839>] __do_softirq+0xdd/0x199
 [<ffffffff810235b9>] ? apic_write+0x16/0x18
 [<ffffffff8100abdc>] call_softirq+0x1c/0x30
 [<ffffffff8100c338>] do_softirq+0x46/0x82
 [<ffffffff81053999>] irq_exit+0x3b/0x7d
 [<ffffffff8146f075>] do_IRQ+0x9d/0xb4
 [<ffffffff81469593>] ret_from_intr+0x0/0x11
 <EOI>  [<ffffffff811e9e6b>] ? avtab_search_node+0x4f/0x79
 [<ffffffff811f1a03>] cond_compute_av+0x26/0x8b
 [<ffffffff811ee6f9>] context_struct_compute_av+0x185/0x273
 [<ffffffff81467b5d>] ? _cond_resched+0xe/0x22
 [<ffffffff811ef335>] security_compute_av+0xfb/0x217
 [<ffffffff811dde56>] avc_has_perm_noaudit+0xfb/0x396
 [<ffffffff810e9b12>] ? __do_fault+0x342/0x379
 [<ffffffff811de12c>] avc_has_perm+0x3b/0x6e
 [<ffffffff811de5fc>] selinux_socket_create+0x4d/0x52
 [<ffffffff811dc77f>] security_socket_create+0x16/0x18
 [<ffffffff813af0ee>] __sock_create+0x90/0x1b4
 [<ffffffff813af268>] sock_create+0x30/0x32
 [<ffffffff813afb97>] sys_socket+0x2b/0x5c
 [<ffffffff81009cf2>] system_call_fastpath+0x16/0x1b

Diante disso resolvi examinar os logs do kernel do ubuntu e temos algo parecido, com pau nos móldulos mac80211 e ieee80211:


Oct 31 11:40:17 decasa kernel: [ 1034.557493] Call Trace:
Oct 31 11:40:17 decasa kernel: [ 1034.557500]  [<ffffffff8106077f>] warn_slowpath_common+0x7f/0xc0
Oct 31 11:40:17 decasa kernel: [ 1034.557504]  [<ffffffff810607da>] warn_slowpath_null+0x1a/0x20
Oct 31 11:40:17 decasa kernel: [ 1034.557511]  [<ffffffffa0095a60>] cfg80211_inform_bss_frame+0x1e0/0x1f0 [cfg80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557515]  [<ffffffff8158978e>] ? common_interrupt+0xe/0x13
Oct 31 11:40:17 decasa kernel: [ 1034.557531]  [<ffffffffa0afeea5>] ieee80211_bss_info_update+0x55/0x220 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557539]  [<ffffffffa0b04ce0>] ieee80211_rx_bss_info+0xc0/0x190 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557549]  [<ffffffffa0b17b2b>] ? ieee802_11_parse_elems_crc+0x15b/0x430 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557557]  [<ffffffffa0b05194>] ieee80211_rx_mgmt_beacon+0x1c4/0x580 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557566]  [<ffffffffa0b05ec7>] ieee80211_sta_rx_queued_mgmt+0x307/0x430 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557574]  [<ffffffffa0b05ff0>] ? ieee80211_sta_work+0x0/0x1a0 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557581]  [<ffffffffa0b0606b>] ieee80211_sta_work+0x7b/0x1a0 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557589]  [<ffffffffa0b05ff0>] ? ieee80211_sta_work+0x0/0x1a0 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557594]  [<ffffffff8107a765>] run_workqueue+0xc5/0x1a0
Oct 31 11:40:17 decasa kernel: [ 1034.557597]  [<ffffffff8107a8e3>] worker_thread+0xa3/0x110
Oct 31 11:40:17 decasa kernel: [ 1034.557600]  [<ffffffff8107f610>] ? autoremove_wake_function+0x0/0x40
Oct 31 11:40:17 decasa kernel: [ 1034.557603]  [<ffffffff8107a840>] ? worker_thread+0x0/0x110
Oct 31 11:40:17 decasa kernel: [ 1034.557605]  [<ffffffff8107f0b6>] kthread+0x96/0xa0
Oct 31 11:40:17 decasa kernel: [ 1034.557609]  [<ffffffff8100aee4>] kernel_thread_helper+0x4/0x10
Oct 31 11:40:17 decasa kernel: [ 1034.557611]  [<ffffffff8107f020>] ? kthread+0x0/0xa0
Oct 31 11:40:17 decasa kernel: [ 1034.557614]  [<ffffffff8100aee0>] ? kernel_thread_helper+0x0/0x10
Oct 31 11:40:17 decasa kernel: [ 1034.557616] ---[ end trace de6b3460cc92a47e ]---
Oct 31 11:40:29 decasa kernel: [ 1047.152765] ------------[ cut here ]------------

Engraçadamente, mesmo com esse pau, a conexão continua a funcionar normalmente. Engraçadamente também, no archlinux que também tenho instalado e que é um sistema uptodate, e que também tem o kernel 2.6.35 esse problema não aparece, ainda que neste último eu tenha instalado o wicd.
Como o sistema do fedora tem a notificação automática dos bugs, acho que por lá o problema será sanado. N~ao sei o que teria que fazer para notificar o problema no ubuntu.
Disso tudo, resumindo, o DI-524 é perfeitamente funcional no linux bem como os adaptadores rtl-8180/5.

[zekkerj]

Olá flavio,

Há usuários que relatam, como você, terem usado o DI-524 por anos sem problemas. E há alguns (grande maioria) que experimentam travamentos, perda de sinal, lentidão, etc. A resposta, na minha opinião, está escrita na etiqueta embaixo do aparelho: "revisão de hardware". Há pelo menos quatro diferentes. Entendo que o funcionamento do aparelho é diferente em cada uma delas.

[marcpainkiller]

Eu instalei um drive do windows, a net começa muito boa, depois nem consegue conectar mais. É necessário algum comando para manter uma velocidade padrão? Ou o ubuntu 10.10 não é muito bom com wireless???

[zeroday]

É necessário algum comando para manter uma velocidade padrão?
Ou o ubuntu 10.10 não é muito bom com wireless???

Nao para a primeira pergunta.

E para a segunda tem funcionado normal pra maioria dos usuarios , so alguns que tem problemas mas isso eh sempre comum em novas versoes.

[cros]

Olá flavio,

Há usuários que relatam, como você, terem usado o DI-524 por anos sem problemas. E há alguns (grande maioria) que experimentam travamentos, perda de sinal, lentidão, etc. A resposta, na minha opinião, está escrita na etiqueta embaixo do aparelho: "revisão de hardware". Há pelo menos quatro diferentes. Entendo que o funcionamento do aparelho é diferente em cada uma delas.

Apenas pra colocar mais fogo na fogueira, aqui usamos um AP Netgear com antena fixa, então pensei em trocar a antena, mas não podia, ai resolvi torrar grana e comprei um DI-524 mais uma antena de 9dbi, resultado, continuamos até hoje com o velho e bom Netgear.

[zekkerj]

mais uma antena de 9dbi

A Assistência Técnica da DLink, uma vez, me disse que o máximo que esse equipamento consegue aproveitar são 8 dBi.