O problemático roteador Dlink DIR-600 H/W:C1

cabelo2004
(usa openSUSE)

Enviado em 13/04/2012 - 17:37h

Fala pessoal,
a um bom tempo que venho me batendo com esse roteador da marca Dlink, modelo DIR-600 H/W:C1. No princípio era necessário ficar reiniciando ele para reestabelecer a conexão. Depois vieram algumas atualizações de firmware corrigindo o problema. A versão mais nova do firmware é 3.05. O problema que tenho é o seguinte, tenho duas máquinas em rede sem fio conectadas ao roteador DIR-600, ambas com suporte para banda N. Quando eu deixo o roteador configurado em Mixed (n/g/b) a internet parece ficar estável, mas não consigo completar os downloads no JDownloader e o skype fica reconectando quando os dois computadores estão conectados na internet. Quando modifico para Only N, a internet parece mais rápida, não ocorre problemas nos downloads do JDownlaoder, mas constantemente me deparo com falha na conexão no navegador, ou demora para acessar um site e o skype fica reconectando quando os dois computadores estão conectados na internet. Já utilizei IPs fixos, mas a conexão ficava muito lenta, e os IPs dinâmicos são mais seguros. Utilizo a distribuição openSUSE 12.1. Esses são os dados referentes ao harwdare:
*-pci:0
description: PCI bridge
product: N10/ICH 7 Family PCI Express Port 1
vendor: Intel Corporation
physical id: 1c
bus info: pci@00:1c.0
version: 02
width: 32 bits
clock: 33MHz
capabilities: pci normal_decode bus_master cap_list
configuration: driver=pcieport
*-network
description: Ethernet interface
product: RTL8101E/RTL8102E PCI Express Fast Ethernet controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@01:00.0
logical name: eth0
version: 02
serial: 00:1a:13:ba:db:b5
size: 10MB/s
capacity: 100MB/s
width: 64 bits
clock: 33MHz
capabilities: bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half firmware=N/A latency=0 link=no multicast=yes port=MII speed=10MB/s
resources: ioport:3000-30ff iomemory:90010000-90010fff iomemory:90000000-9000ffff irq:43
*-pci:1
description: PCI bridge
product: N10/ICH 7 Family PCI Express Port 2
vendor: Intel Corporation
physical id: 1c.1
bus info: pci@00:1c.1
version: 02
width: 32 bits
clock: 33MHz
capabilities: pci normal_decode bus_master cap_list
configuration: driver=pcieport
*-network
description: Wireless interface
product: RT3090 Wireless 802.11n 1T/1R PCIe
vendor: Ralink corp.
physical id: 0
bus info: pci@02:00.0
logical name: wlan0
version: 00
serial: 00:1a:13:b6:03:16
width: 32 bits
clock: 33MHz
capabilities: bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rt2800pci driverversion=3.1.9-1.4-default firmware=0.34 ip=192.168.0.100 latency=0 link=yes multicast=yes wireless=IEEE 802.11bgn
resources: iomemory:94100000-9410ffff irq:17

Espero que consigamos melhorar esses problemas de conexão. É uma pena que a versão H/W: C1 não tenha suporte para o firmware dd-wrt, ele seria a salvação. Conto com a colaboração de todos.
Obrigado!

rootgerr
(usa Slackware)

Enviado em 13/04/2012 - 18:38h

Ainda existe a possibilidade do openwrt

http://wiki.openwrt.org/toh/d-link/dir-600

dilasmartins
(usa Ubuntu)

Enviado em 13/04/2012 - 18:42h

As duas márquinas que estão na rede suportão N? Já tentou usar only g? Depende muito também do seu ambiente, tem muitas barreiras?

cabelo2004
(usa openSUSE)

Enviado em 13/04/2012 - 19:53h

As duas maquinas suportam banda N e existem poucas barreiras. O openwrt é válido apenas para as versões B1 e B2, como o dd-wrt. Minha versão é C1.

dilasmartins
(usa Ubuntu)

Enviado em 13/04/2012 - 21:31h

De qualquer forma é bom testar outras Bandas, G e depois B, as vezes o suporte não é 100% de algumas das placas q estão se conectando no Ap, seja do note ou das máquinas. O tráfego é somente internet? Ou passa dados da rede local? tipo compartilhamentos, se for só internet dependendo da velocidade do link o B da conta e é mais estável.

cabelo2004
(usa openSUSE)

Enviado em 14/04/2012 - 08:47h

O roteador não tem opção de banda apena B. As opções são only n, mixed (g/b) e mixed (n/g/b). Como eu disse a opção (n/g/b) também fica bastante instável.

dilasmartins
(usa Ubuntu)

Enviado em 15/04/2012 - 13:59h

Então eu testaria essa opção mixed b/g, a intenção seria desabilitar o padrão n, para ver se há alguma mudança no comportamento, como falei algumas placas podem não suportar o pradrão n 100% Na opção b/g/n com certeza as placas vão tentar conectar no padrão n que teoricamente 'o melhor...


Abraço.

miura 787
(usa Ubuntu)

Enviado em 16/04/2012 - 09:44h

Vc tem telefone sem fio em casa? Se for de frequência 2.4 costuma dar interferência.

Tente ver também o seu DNS, experimente outro se possível!

dilasmartins
(usa Ubuntu)

Enviado em 16/04/2012 - 10:09h

Somente os padrões b e g trabalham em 2.4 GHz, o padrão n trabalha em 5.8 GHz.

cabelo2004
(usa openSUSE)

Enviado em 16/04/2012 - 18:55h

Pessoal,
alterei o Channel Width para 20MHz, antes estava 20/40MHz. Isso deu uma estabilizada na rede sem fio. Um dia inteiro navegando e baixando e até agora nenhuma queda. Talvez seja uma solução paliativa. Li em alguns fóruns de hardware que o Channel Width é mais estável. Por enquanto está sendo. Mantive o 802.11 Mode como Only N. O tópico continua em aberto, pois como eu disse, não me parece uma solução definitiva.
Obrigado!

dilasmartins
(usa Ubuntu)

Enviado em 16/04/2012 - 20:24h

Legal, vi num forum de equipamentos wireless

40 mhz = mais largura de banda, mais sujeita a interferências devido ao uso do dobro do tamanho do canal

20 mhz = metade da largura de banda, menos sujeita a interferências devido ao uso da metade do tamanho do canal

Não sei da veracidade mas faz sentido =]

Abraço...

cabelo2004
(usa openSUSE)

Enviado em 17/04/2012 - 08:47h

Pois é, até agora tem funcionado. Eu não senti praticamente nenhuma perda de velocidade com essa mudança, mas notei um ganho considerável de estabilidade. Antes com dois computadores ligados na rede a internet estava caindo frequentemente, de 30min em 30min. Agora não está ocorrendo quedas. Se mais alguém estiver com problemas de estabilidade da conexão, teste essa alteração e poste aqui os resultados.
Valeu!