Clientes perdem a conexão + lentidão com atheros (802.11b)

[nataniel]

Pessoal,

Estou deveras decepcionado com o sistema StarOS em si. O relato que farei está acontecendo EM DOIS servidores StarOS sempre quando chego em torno de 20~25 clientes conectados.

PARTE 1: Orinoco Silver + Adaptador PCMCIA Ricoh

Coloquei dois cartões em cada servidor StarOS (que recebem o backbone atraves de um servidor StarOS com cartões atheros em 802.11a perfeitamente bem) e liguei em duas antenas. Cada um dos servidores fica em um POP.

Fiz todos os testes de laboratório que pude e coloquei o sistema pra rodar. Passado algum tempo notei que os clientes de um dos POPs passaram a reclamar que a conexão sumia e voltava com frequencia. Comecei a verificar os logs do sistema e achei a seguinte situação:

Jun 7 22:54:32 kernel: wpcm1: Wireless device hardware error. Unable to send data on port 0.
Jun 7 22:54:32 kernel: wpcm1: Resetting wireless card.
Jun 7 22:54:32 kernel: wpcm1: Wireless distance set to 3.00 miles: Success
Jun 7 22:54:32 kernel: wpcm1: NIC: id=0x01 v4.2.1
Jun 7 22:54:32 kernel: wpcm1: PRI: id=0x15 v4.4.1
Jun 7 22:54:32 kernel: wpcm1: AP: id=0x14b v8.42.1

Isso passou a ocorrer VÁRIAS vezes por dia SEMPRE no WPCM1 nas duas máquinas.

Achei que pudesse ser algum erro de cartão ou adaptador. Troquei adaptadores de Slot, mudei IRQ e mais uma penca de coisas. NADA. Sempre acontecia isso.

Notei então que o WPCM1 nas duas máquinas é usado em uma antena que recebem mais de 20 clientes e o WPCM0 nas duas máquinas é para enlaces de clientes VIP (menos de 5 acessos em cada um).

Resultade achei que pudesse ser incompatibilidade do sistema com os adaptadores Ricoh. Troquei pelo Texas (1410) da Lucent/Avaya... Nem reconhece mais os cartões PCMCIA.

Resolvi apelar e mudar para ATHEROS...

SEGUNDA PARTE: Apelei para Atheros em modo 802.11b

Coloquei dois cartões nos APs no lugar dos Orinoco Silver que estavam com problema. Apenas em um dos servidores. Configurei tudo normalmente. Agora o problema mudou de figura...

Os clientes estão navegando normalmente e, do nada, o ping de todos os clientes sobe para 600~700ms e a navegação fica impossível.

Troquei hoje pelos ATHEROS e ainda não sei mais o que fazer.

DADOS DO SISTEMA

StarOS v2.10.0 build 4693
Backbone Atheros AR5212 em 802.11a (rodando maravilhosamente bem)

Máquina 1 (EMA):
Pentium III 1.13 Ghz, 128 Mb RAM
Dois AR5212 em modo 802.11b servindo de AP para os clientes

Máquina 2 (EMS):
Celeron D 2130, 256 Mb RAM
Dois Orinoco Silver (hermes) com adaptadores Ricoh PCMCIA/PCI servindo de AP para os clientes

Achei outra pessoa que está tendo EXATAMENTE o mesmo problema. Se alguém puder ajudar eu fico extremamente grato.

POVO: essa mesma mensagem está no fórum, abandonado, do StarOS no BR... link http://forum.star-os.com.br/viewtopic.php?p=867#867
Postei no fórum internacional tb pra ver se resolve... http://forums.star-os.com/showthread...3636#post33636

Estou perdendo clientes por conta desse problema pois eu disse que com a colocação do StarOS eu resolveria os problemas dos clientes e até o momento me trouxe mais um problema apenas...

[sergio]

Nataniel, por acaso trocou a MoBo ? Se procurar no http://forum.star-os.com.br vai encontar umas mensagens minhas e de outros que estavam com problemas onde o star-os travava depois de algumas horas rodando. Quando eu tive estes problemas sempre aparecia esse "resetting wireless card..." Muitas vezes isso são problemas com a MoBo. Estou usando o star-os tem um tempo e não tenho estes problemas. Tenho uma situação idêntica à sua, onde uso atheros (AG-530) no PtP e 2 orinoco gold (ruby) - foi esse que me deu trabalho - e está uptime desde janeiro/2006. Neste POP passam 62 users. O unico problema de janeiro até agora foi a perda de desempenho da AG-530 depois que instalaram um PtP Teramax 23 dbm com sinal em cima da minha antena.

[mardemm]

Sim, esta pessoa com problema seria eu que acabei de adquirir um StarOs, e nao sei mais o que fazer....

-Comecei com cartao orinoco silver e passei pra atheros e tudo na mesma, eu resolvo mesmo o problema é quando tem uns 15 users, passou disso começa a latencia que nos deixa malucos....

Talvez o meu erro seja que ele esteja nuna omni de 15dbi da hyperlink, eu vou trocar esta semana para quatro setoriais hyperlink 17dbi e ver o que acontece.... Tomara que mude alguma, estou quase num momento de desespero aqui no provedor....


Mardem Magalhaes

[sergio]

bom, vamos lá... além de trocar a MoBo (olha que troquei umas 5 vezes quando tive problemas), configurem no star-os para gravar os logs em um servidor interno na base, pois assim quando rebootarem não vão perder os mesmos... mande esses logs aqui no forum (se ficar meio grande, disponibiliza ae num host de voces que possa acessar via web). Vamos dar uma analisada nisso juntos e achar o problema.

Não quero defender o sistema, mas sei que funciona, pois uso aqui e um deles passa mais de 250 users.

[nataniel]

Sergio,

A única coisa que ainda não troquei foi a MoBo, só para tu ter idéia do que já fiz depois do que coloquei lá em cima:

1) aumentei a memória para 256 Mb

2) troquei o CF por um HD de 10 Gb

3) bloquei dois clientes que eu desconfiei sendo eles 1 que mesmo não estando conectado aparecia no log que ele tinha desconectado várias vezes com motivo 7 (que não tenho a mínima idéia do que seja) e outro que usa um sistema com AP Router + WL5460 (os clientes atrás do bixo chegam sempre com o mesmo MAC para o PPPoE do StarOS)

Eu tenho duas dessa MoBo instaladas. Uma é a que gerencia o PtP para meus dois POPs e outra é uma que está no POP.

Como eu faço para um servidor aceitar os LOGs que vem do StarOS? Me explica que eu faço isso sim.

[mardemm]

Olha, me perdoe mas isso esta parecendo aquelas coisas de tecnico amador nao acha o problema: Troque a MB.... Seguinte Sergio meu amigo, poderia entao nos indicar qual a MB indicada para o StarOS??? Pq na verdade eu comprei pronto esse sistema e nao é facil assim chegar e trocar a MB, eu acho bem dificel que seja, visto que tenho o problema igual do Natanael, mas como informatica nao podemos duvidar de nada... acho que é valido a tentativa....

Outra coisa, vc tem quantos clientes pendurados no StarOS??? Note bem, funcionando estavel e trafegando ne?? Pq meia boa eu tenho quase 80 no meu ap2000 e vao meia boa, um ou outro estao estaveis...

Agradeço a todos os colegas que estao contribuindo...

Mardem Magalhaes
Bigturbo Internet Wireless

[sergio]

Sergio,

A única coisa que ainda não troquei foi a MoBo, só para tu ter idéia do que já fiz depois do que coloquei lá em cima:

1) aumentei a memória para 256 Mb

2) troquei o CF por um HD de 10 Gb

3) bloquei dois clientes que eu desconfiei sendo eles 1 que mesmo não estando conectado aparecia no log que ele tinha desconectado várias vezes com motivo 7 (que não tenho a mínima idéia do que seja) e outro que usa um sistema com AP Router + WL5460 (os clientes atrás do bixo chegam sempre com o mesmo MAC para o PPPoE do StarOS)

Eu tenho duas dessa MoBo instaladas. Uma é a que gerencia o PtP para meus dois POPs e outra é uma que está no POP.

Como eu faço para um servidor aceitar os LOGs que vem do StarOS? Me explica que eu faço isso sim.

1 - Reason 7
This message is generated by the AP if the station that is not currently associated tries to send a packet. This typically happens after the client has been kicked due to inactivity, or blocked via the ACL.

If you do not wish the client the keep trying to associate (filling your logs), you can add the term "tarpit = yes" to your ACL script. With this option, if the client is blocked via the ACL, the system will still allow it to associate, but will be tarpitted so it is unable to send any data. This stops the repeated association attempts. The tarpitted users will not be shown in your association list.

2 - LOGs
Basta configurar um servidor qq na sua base para aceitar logs de outros hots e no star-os em ADVANCED, REMOTE SYSLOG SETUP, inserir o ip deste servidor de logs que configurou. Os LOGs do star-os serão gravados no /var/log/messages e /var/log/syslog deste servidor de logs.

[sergio]

Olha, me perdoe mas isso esta parecendo aquelas coisas de tecnico amador nao acha o problema: Troque a MB....

nada disso Mardem, a questão é justamente achar o problema, por isso a troca do MoBo. Verifique os logs do star-os que vc verá uma IRQs para mouse, o qual provavelmente vc não usa :-o além de mostrar IRQs para os outros dispositivos diferente do que a BIOS mostra na carga do sistema. Não são problemas, é maneira como o star-os trata essas interrupções. Por exemplo MoBo da Soyo é um terror com o star-os por compartilhar as IRQs e quando se usa uma placa AG-530 surgem vários erros por conta do "sharing irq".

Seguinte Sergio meu amigo, poderia entao nos indicar qual a MB indicada para o StarOS??? Pq na verdade eu comprei pronto esse sistema e nao é facil assim chegar e trocar a MB, eu acho bem dificel que seja, visto que tenho o problema igual do Natanael, mas como informatica nao podemos duvidar de nada... acho que é valido a tentativa....

posso dizer as que uso aqui e funcionaram: ASUS k7m, ASUS A7V600-X, umas antigas da INTEL que nem modelo eu sei... estavam aqui e usei. Procure no forum do star-os que o pessoal de lá tb usou outros modelos e funcionou.

Outra coisa, vc tem quantos clientes pendurados no StarOS??? Note bem, funcionando estavel e trafegando ne?? Pq meia boa eu tenho quase 80 no meu ap2000 e vao meia boa, um ou outro estao estaveis...

Agradeço a todos os colegas que estao contribuindo...

Mardem Magalhaes
Bigturbo Internet Wireless

toda vez que menciono o número de user que passam pelos POPs que gerencio são clientes estávei e trafegando, caso contrário não teria mais de 1000 atualmente na rede.

Já mencionei em post anterior o número.. só olhar acima. :-D

[tuxbrasil]

Estou colocando pra rodar meus Star-Os essa semana todo em B com 2 cartões SENAO e um Orinoco Gold classic, em um ponto a ponto com uma placa mãe gigabyte com o duron de 11.g e 128 de mem, e uma foxcon com celeron de 1.7 e 256 de mem, espero não ter problemas como esses citados a cima, pois quis usar star-os pelo exemploo visto do nosso amigo SERGIO que teve sucesso em sua rede que tem muito user e roda quase todo nesse sistema, e um amigo tem 4 pops dodando 100% com quase 500 clientes em omini e cartões orinoco gold chegando a ter 100 clientes cadastrados em um desses cartões.
espero obter sucesso com o sistema que rodei aqui 1 dia e ficou tudo bem até o momento.

[nataniel]

Sergio e demais,

Primeiro quero alertar que eu achava que duas das MoBo que eu tava usando eram iguais e não são. As duas usam processadores Intel Pentium III mas uma é uma Asus CUSI-M e a outra uma TUSI-M. A que tenho problemas é na TUSI-M com processador de 750 Mhz. A outra tem processador de 1,13 Ghz.

Já testei as memórias e tudo mais apenas não troquei a MoBo ainda... hehehe... porque não tenho outra. Mas vamos aos fatos. Efetuei vários testes e consegui isolar cada placa com seu IRQ, ficando assim:

---[ IRQ Information ]--------------------------------------
      CPU0
 0:   404505     XT-PIC timer
 1:     3     XT-PIC keyboard
 2:     0     XT-PIC cascade
 3:   146500     XT-PIC i82365, agere_cs
 5:   132465     XT-PIC i82365, agere_cs
 8:     0     XT-PIC rtc
 10:   757942     XT-PIC wpci0
 11:   118917     XT-PIC eth0
 12:     0     XT-PIC PS/2 Mouse
 14:    1330     XT-PIC ide0
NMI:     0
ERR:     0
 
 
---[ I/O Memory Information ]-------------------------------
00000000-0009ffff : System RAM
000a0000-000bffff : Video RAM area
000c0000-000c7fff : Video ROM
000e8000-000effff : pnp 09
000f0000-000fffff : System ROM
00100000-0bdfbfff : System RAM
 00100000-0030428b : Kernel code
 0030428c-00397b87 : Kernel data
0bdfc000-0bdfefff : ACPI Tables
0bdff000-0bdfffff : ACPI Non-volatile Storage
10000000-10000fff : Ricoh Co Ltd RL5c475
 10000000-10000fff : i82365
10001000-10001fff : Ricoh Co Ltd RL5c475 (#2)
 10001000-10001fff : i82365
a0000000-a0000fff : card services
a0001000-a0001fff : card services
f5800000-f580ffff : PCI device 168c:0013
 f5800000-f580ffff : ath
f6000000-f7dfffff : PCI Bus #01
 f6000000-f67fffff : Trident Microsystems CyberBlade/i1
 f6800000-f681ffff : Trident Microsystems CyberBlade/i1
 f7000000-f77fffff : Trident Microsystems CyberBlade/i1
f7f00000-f7ffffff : PCI Bus #01
f8000000-fbffffff : VIA Technologies, Inc. VT8601 [Apollo ProMedia]
ffff0000-ffffffff : reserved
 
 
---[ I/O Port Information ]---------------------------------
0000-001f : dma1
0020-003f : pic1
0040-0043 : timer0
0050-0053 : timer1
0060-006f : keyboard
0070-007f : rtc
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
0100-013f : agere_cs
0180-01bf : agere_cs
01f0-01f7 : ide0
03c0-03df : vga+
03f6-03f6 : ide0
0cf8-0cff : PCI conf1
b800-b83f : 3Com Corporation 3c905 100BaseTX [Boomerang]
 b800-b83f : 00:0b.0
d800-d80f : VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE
 d800-d807 : ide0
 d808-d80f : ide1
e200-e27f : VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
e800-e80f : VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
 
 
---[ PCI Information ]--------------------------------------
PCI devices found:
 Bus 0, device  0, function 0:
  Host bridge: VIA Technologies, Inc. VT8601 [Apollo ProMedia] (rev 5).
   Prefetchable 32 bit memory at 0xf8000000 [0xfbffffff].
 Bus 0, device  1, function 0:
  PCI bridge: VIA Technologies, Inc. VT8601 [Apollo ProMedia AGP] (rev 0).
   Master Capable. No bursts. Min Gnt=8.
 Bus 0, device  4, function 0:
  ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 64).
 Bus 0, device  4, function 1:
  IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 6).
   Master Capable. Latency=32.
   I/O at 0xd800 [0xd80f].
 Bus 0, device  4, function 4:
  Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 64).
 Bus 0, device  8, function 0:
  CardBus bridge: Ricoh Co Ltd RL5c475 (rev 129).
   IRQ 3.
   Master Capable. Latency=32. Max Lat=7.
   Non-prefetchable 32 bit memory at 0x10000000 [0x10000fff].
 Bus 0, device  9, function 0:
  CardBus bridge: Ricoh Co Ltd RL5c475 (#2) (rev 129).
   IRQ 5.
   Master Capable. Latency=32. Max Lat=7.
   Non-prefetchable 32 bit memory at 0x10001000 [0x10001fff].
 Bus 0, device 10, function 0:
  Ethernet controller: PCI device 168c:0013 (rev 1).
   IRQ 10.
   Master Capable. Latency=128. Min Gnt=10.Max Lat=28.
   Non-prefetchable 32 bit memory at 0xf5800000 [0xf580ffff].
 Bus 0, device 11, function 0:
  Ethernet controller: 3Com Corporation 3c905 100BaseTX [Boomerang] (rev 0).
   IRQ 11.
   Master Capable. Latency=32. Min Gnt=3.Max Lat=8.
   I/O at 0xb800 [0xb83f].
 Bus 1, device  0, function 0:
  VGA compatible controller: Trident Microsystems CyberBlade/i1 (rev 106).
   IRQ 3.
   Master Capable. Latency=64.
   Non-prefetchable 32 bit memory at 0xf7000000 [0xf77fffff].
   Non-prefetchable 32 bit memory at 0xf6800000 [0xf681ffff].
   Non-prefetchable 32 bit memory at 0xf6000000 [0xf67fffff].

Beleza... Terminado esse teste eu troquei as duas placas do enlace 802.11a e os adaptadores PCMCIA (que continuam sendo Ricoh).

Desabilitei as interfaces dos clientes e conectei pela porta ethernet, fiz nat no StarOS, e mandei fazer um teste de velocidade do sistema (aquele througput). Coloquei para 60 segundos. A média ficou em 5600 KB/s mas, para mim surpresa, a máquina TRAVA completamente após 20~25 segundos. Tentei várias vezes começando dela e indo para o gateway dela tanto RX quanto TX. Depois tentei começando do provedor e ela TRAVA tb... Tive que reiniciar. Tentei no outro POP que tem StarOS e liga no mesmo gateway e pimba... funciona!

Vendo isso resolvi baixar a velocidade de conexão da interface 802.11a. Deixei ela em 18 Mbps (coloquei isso no gateway que fica em um edificio). Até o momento ainda não caiu. Fiz vários testes diretamente de computadores de cliente, baixei arquivos grandes e pquenos e a máquina não travou. Testei upload e tudo mais.

Resultado... Encomendei outra placa-mae para trocar tão logo chegue.

[nataniel]

2 - LOGs
Basta configurar um servidor qq na sua base para aceitar logs de outros hots e no star-os em ADVANCED, REMOTE SYSLOG SETUP, inserir o ip deste servidor de logs que configurou. Os LOGs do star-os serão gravados no /var/log/messages e /var/log/syslog deste servidor de logs.

Sergio me indica alguma coisa pra ler sobre isso pq não to conseguindo pensar mais direito... Esse negocio ta me deixando louco... hahahaha

[sergio]

Algo que eu não perguntei ainda e não vi descrito acima... este adaptador PCMCIA que estão usando; é ISA ou PCI ? Se for ISA deixa só um operando e realize os testes... irão notar que não trava.

No caso de PCI vamos continuar a procurar o problema, pois com eles tem que funcionar blz. :-P

Pelo que notei nos IRQs os do Nataniel são ISA... mas confirma ae Nata... :-D

[sergio]

2 - LOGs
Basta configurar um servidor qq na sua base para aceitar logs de outros hots e no star-os em ADVANCED, REMOTE SYSLOG SETUP, inserir o ip deste servidor de logs que configurou. Os LOGs do star-os serão gravados no /var/log/messages e /var/log/syslog deste servidor de logs.

Sergio me indica alguma coisa pra ler sobre isso pq não to conseguindo pensar mais direito... Esse negocio ta me deixando louco... hahahaha

Aqui em um Slackware, fiz assim:

editei o rc.syslog e acrescentei o que está em vermelho:

syslogd_start() {
if [ -x /usr/sbin/syslogd -a -x /usr/sbin/klogd ]; then
echo -n "Starting sysklogd daemons: "
echo -n "/usr/sbin/syslogd "
/usr/sbin/syslogd -rm 0
sleep 1 # prevent syslogd/klogd race condition on SMP kernels
echo "/usr/sbin/klogd -c 3 -x"
# '-c 3' = display level 'error' or higher messages on console
# '-x' = turn off broken EIP translation
/usr/sbin/klogd -c 3 -x
fi
}

se possuir um firewall, libere a porta 514.

Aqui no under tem um artigo sobre servidor de logs:
https://under-linux.org/content/view/4370/58/

[nataniel]

Algo que eu não perguntei ainda e não vi descrito acima... este adaptador PCMCIA que estão usando; é ISA ou PCI ? Se for ISA deixa só um operando e realize os testes... irão notar que não trava.

No caso de PCI vamos continuar a procurar o problema, pois com eles tem que funcionar blz. :-P

Pelo que notei nos IRQs os do Nataniel são ISA... mas confirma ae Nata... :-D

Nada home... são PCI modelo Ricoh...

Sobre os LOGs eu to lendo... (MEU DEUS! é muito fácil... acabei de fazer... eita nata veio que não to com cabeça pra pensa mesmo, no meu caso é só adicionar o R para aceitar conexões da rede).

PS.: coloquei como falei em 18 Mbps a velocidade da 802.11a e tá funcionando estável desde as 11h00. Mais de 4 horas seguido é o recorde desse POP... hahahahaha...

[sergio]

Algo que eu não perguntei ainda e não vi descrito acima... este adaptador PCMCIA que estão usando; é ISA ou PCI ? Se for ISA deixa só um operando e realize os testes... irão notar que não trava.

No caso de PCI vamos continuar a procurar o problema, pois com eles tem que funcionar blz. :-P

Pelo que notei nos IRQs os do Nataniel são ISA... mas confirma ae Nata... :-D

Nada home... são PCI modelo Ricoh...

Sobre os LOGs eu to lendo... (MEU DEUS! é muito fácil... acabei de fazer... eita nata veio que não to com cabeça pra pensa mesmo, no meu caso é só adicionar o R para aceitar conexões da rede).

PS.: coloquei como falei em 18 Mbps a velocidade da 802.11a e tá funcionando estável desde as 11h00. Mais de 4 horas seguido é o recorde desse POP... hahahahaha...

Tá fazendo mágica ae Nata... PCI com IRQ 3?? hehehehehe... normalmente as ISA pegam essas IRQ baixas, ou placas de rede 3com.

Um detalhe, esses ajustes de distancia e capacidade de transmissao (Mbits) no star-os são realmente sensiveis... ou seja, calcule a distancia correta em milhas e sete taxas mais baixas - como fez. Caso este ajuste que fez funcione beleza, continue nele ou até baixe o valor para 12 Mbits. Aqui sempre trabalhei com valores baixos (normalmente 12 Mbits). Mas aquele "Card Ejecting" do log que vc postou é referente ao orinoco e não acho normal ele ficar "ocorrendo";uma sugestão que tenho seria os orinocos+ricoh ficarem nas IRQs 09, 10, 11, 12 ou 15. O que não deixo compartilhar são as Ag-530 (atheros) pois só deram dor de cabeça compartilhando com outro dispositivo que não fosse outra Ag-530 (atheros).

[nataniel]

Tá fazendo mágica ae Nata... PCI com IRQ 3?? hehehehehe... normalmente as ISA pegam essas IRQ baixas, ou placas de rede 3com.

Um detalhe, esses ajustes de distancia e capacidade de transmissao (Mbits) no star-os são realmente sensiveis... ou seja, calcule a distancia correta em milhas e sete taxas mais baixas - como fez. Caso este ajuste que fez funcione beleza, continue nele ou até baixe o valor para 12 Mbits. Aqui sempre trabalhei com valores baixos (normalmente 12 Mbits). Mas aquele "Card Ejecting" do log que vc postou é referente ao orinoco e não acho normal ele ficar "ocorrendo";uma sugestão que tenho seria os orinocos+ricoh ficarem nas IRQs 09, 10, 11, 12 ou 15. O que não deixo compartilhar são as Ag-530 (atheros) pois só deram dor de cabeça compartilhando com outro dispositivo que não fosse outra Ag-530 (atheros).

Tá fazendo mágica ae Nata... PCI com IRQ 3?? hehehehehe... normalmente as ISA pegam essas IRQ baixas, ou placas de rede 3com.

Um detalhe, esses ajustes de distancia e capacidade de transmissao (Mbits) no star-os são realmente sensiveis... ou seja, calcule a distancia correta em milhas e sete taxas mais baixas - como fez. Caso este ajuste que fez funcione beleza, continue nele ou até baixe o valor para 12 Mbits. Aqui sempre trabalhei com valores baixos (normalmente 12 Mbits). Mas aquele "Card Ejecting" do log que vc postou é referente ao orinoco e não acho normal ele ficar "ocorrendo";uma sugestão que tenho seria os orinocos+ricoh ficarem nas IRQs 09, 10, 11, 12 ou 15. O que não deixo compartilhar são as Ag-530 (atheros) pois só deram dor de cabeça compartilhando com outro dispositivo que não fosse outra Ag-530 (atheros).

Sergio,

Todo marinheiro de primeira viagem sofre... caraca... to lembrando do tempo que eu queria fazer enlace de 10 Km usando 900 Mhz... hahahaha... Muito tempo atras... Mas vamos ao que interessa.

Eu consegui deixar todos os slots com IRQs individuais (se tu visitar o forum internacional e o nacional de staros tu vai ve que tem uma penca de mensagens minhas, no nacional é parado e no internacional coitado do lonnie respondendo minhas asneiras). Essas placas PCI recebem o mesmo IRQ que o cartão PCMCIA (não sei porque), mas eu consegui deixar cada um no seu. Veja só:

---[ IRQ Information ]--------------------------------------
      CPU0
 0:  7355152     XT-PIC timer
 1:     3     XT-PIC keyboard
 2:     0     XT-PIC cascade
 3:  7919009     XT-PIC i82365, agere_cs
 5:  4844002     XT-PIC i82365, agere_cs
 8:     0     XT-PIC rtc
 10:  20499573     XT-PIC wpci0
 11:   440519     XT-PIC eth0
 12:     0     XT-PIC PS/2 Mouse
 14:    1393     XT-PIC ide0
NMI:     0
ERR:     0

Assim fiquei mais tranquilo sabendo que, pelo menos os IRQs, estavam corretos.

Essa coisa dos ajustes de distância e velocidade sinceramente eu nem sabia que seriam importantes. Como está funcionando do modo como está configurado agora eu não vou mexer porque meus clientes estão a flor da pele. Deixarei para alterar tudo no domingo pela manhã que eu não preciso mexer com os clientes... hahahaha...

Quanto aos cartões Orinoco era algo estranho. Um cliente em minha rede (aquele do reason 7) ficava mandando "n" mensagens para o sistema e isso resultava em uma sobrecarga (?!) que fazia com que o cartão dele caisse. Sinceramente não entendi do que se trata a sobrecarga mas ela afetava meus dois StarOS (que não tem ligação direta um com o outro) e só havia 1 cliente com problema. Isolei este cliente e resolveu o problema.

[Shietnar]

entre em www.mcosta.eng.br

[alexandrecorrea]

aconteceu comigo o seguinte:

StarOS rodando em um k6-2 500mhz com uma placa "pc-chits" (sis530) com 256 de ram, placa de rede intel 10/100 ee-pro, daptador pci ricoh, cartao SENAO 802.11b !!

sistema super estavel... até que..

resolvi fazer controle de banda TAMBEM no staros... coloquei as regras de uns 30 usuarios... ativei.. .. merda feita.. ficou instavel, começou a dar reseting card um atras do outro..., removi o controle de banda e deixei apenas para uns 4 usuarios... parou de dar esse erro seguindo... MAS hoje.. olhei no log... reseting card um atras do outro novamente.... removi TODO controle de banda....

aqui que o meu problema esta sendo com controle de banda... antes de ter a ideia de colocar o cbq pra funcionar.. meu staros estava com uptime de 32dias...

media de 30 a 40 usuarios online simultaneamente..

[mardemm]

Interessante isso amigo, ja desativei o cbq e vamos ver o que da essa semana...pois nao me lembro com exatidao, mas quando instalei estava muito bom, foi uns dias depois que começou a dar problema, e controle de banda eu deixei por ultimo, sera coincidencia??

Vou experimentar ainda esta semana para ver se é isso.... ate mais...

[alexandrecorrea]

aqui tem aparecido esse reseting umas 2 vezes por dia...

to usando uma pc-chits com k6-2 500mhz... e 256 de ram...

ativei uma opção lah de IRQ no advanced que fala

PCI & ISA

vou ver se resolve... essa placa tem isa ainda.. to com um adaptador ISA... talvez eu troque o pci pelo isa pra testar tambem !!