Tráfego no AP2000

Galera....

Tenho um AP2000 e estou notando que o tráfego esta muito intenso na interface que os clientes conectam, no meu caso o cartão A com uma Omni.

O cartão B que ligo o servidor até o AP2000 não há perdas de pacote e os pings ficam por volta de 5ms, em clientes que conectam através da interface LAN também pigam baixo e não perdem pacotes.
Já no cartão A os pings ficam por volta de 200 a 500ms.

Usando o IPTRAF constatei que o máxmo de tráfego que chega até o Linux é de 3MB, mas no cartão A que tenho a Omni chega a 10MB como mostra no MRTG.

Teria como identificar qual cliente esta jogando muitos pacotes até o cartão A já que até o GW não chega todo o consumo que mostra MRTG.

Tenho por volta de 30 clientes simultanio no rádio.

Alguem utiliza filtros de portas direto na bridge como as portas 445-135-137, será que isso resolveria alguma coisa??

abaixo segue as imagens do consumo do cartão A e B.

Fabio Catelani

Amigo tem sim se me lembro bem a AP 200 uma das coisas boas dela é esse lance de vc poder ver seus dados com precisão.

Ou então se a AP 200 nw poder fazer isso o q vc pode fazer é o seguinte habilitar o SNMP nela e startar algum serviço como o NTOP no servidor monitorando esse dispositivo com SNMP habilitado.

O q pode estar acontecendo ocm vc é o seguinta, se vc nw tiver um controle de portar na sua AP algusn clientes ou até quem nw seja seu cliente mas q consiga se conectar na sua AP pode estar utilizando má fé na sua rede Wireless.

Como por exemplo jogando em rede com os amigos e até repasando algum outro link de internet por ela!!...rs

Então a melhor forma de vc saber isso é fazendo o q lhe disse acima e tb efetuando um controle de portas e de trafego na sua AP.

Qualquer coisa da um toke.

T+
Abraço.

:D

tem cliente seu trocando arquivo.... um com o outro

vc tem 3 opções:

1- usar pppoe
2- criar redes de 30 bits para cada cliente (255.255.255.252)
3- usar mascara 32 bits (255.255.255.255) nos clientes (via dhcp)

isso resolve o problema de um cliente falar com o outro sem controle de velocidade...

Citação:

---

Postado originalmente por fabiocatelani

Galera....

Tenho um AP2000 e estou notando que o tráfego esta muito intenso na interface que os clientes conectam, no meu caso o cartão A com uma Omni.

O cartão B que ligo o servidor até o AP2000 não há perdas de pacote e os pings ficam por volta de 5ms, em clientes que conectam através da interface LAN também pigam baixo e não perdem pacotes.
Já no cartão A os pings ficam por volta de 200 a 500ms.

Usando o IPTRAF constatei que o máxmo de tráfego que chega até o Linux é de 3MB, mas no cartão A que tenho a Omni chega a 10MB como mostra no MRTG.

Teria como identificar qual cliente esta jogando muitos pacotes até o cartão A já que até o GW não chega todo o consumo que mostra MRTG.

Tenho por volta de 30 clientes simultanio no rádio.

Alguem utiliza filtros de portas direto na bridge como as portas 445-135-137, será que isso resolveria alguma coisa??

abaixo segue as imagens do consumo do cartão A e B.

Fabio Catelani

---

Amigo uma das coisas que vc pode fazer para amenizar seu problema é trocar sua antena omni coloca painel setorial e para fazer o ponto a ponto do seu servidor linux ate o ap2000 usa um equipamento so para o ponto a ponto ai vc divide os 2 cartoes para os clientes com certeza vai diminuir o seu problema outra coisa q vc tem que cuidar é a qualidade do sinal que esta chegando para os seus clientes vc sabe como ver a qualidade na ap2000?

Citação:

---

Postado originalmente por alexandrecorrea

tem cliente seu trocando arquivo.... um com o outro

vc tem 3 opções:

1- usar pppoe
2- criar redes de 30 bits para cada cliente (255.255.255.252)
3- usar mascara 32 bits (255.255.255.255) nos clientes (via dhcp)

isso resolve o problema de um cliente falar com o outro sem controle de velocidade...

---

1 -ok, acarreta problema na implementaçao e nos clientes tem q colocar o programa PPPoE e configurarlo.

2 e 3 o problema é se os clientes muda de IP e mascara ? acredito q já colocou sem gateway por isso q nem passe pelo controle do servidor.

sugiro q coloque para começar no cartao A e B

Configure -> Bridge -> Intra BSS -> Intra BSS Traffic Operation "Block"

o problema nesse modo é q só bloqueia interconexao entre clientes q esta conectado no mesmo cartao.

Exemplo:
- cliente q esta conectado no cartao A nao enxerga clientes q esta no cartao A.
- cliente q esta conectado no cartao A enxerga clientes q esta no cartao B.

más como vejo o trafego, o problema esta na interconexao entre clientes no cartao A.

Abraços
Lee

Citação:

---

Postado originalmente por ojm

Amigo uma das coisas que vc pode fazer para amenizar seu problema é trocar sua antena omni coloca painel setorial e para fazer o ponto a ponto do seu servidor linux ate o ap2000 usa um equipamento so para o ponto a ponto ai vc divide os 2 cartoes para os clientes com certeza vai diminuir o seu problema outra coisa q vc tem que cuidar é a qualidade do sinal que esta chegando para os seus clientes vc sabe como ver a qualidade na ap2000?

---

amigo se quiser add meu msn [email protected] posso te ajudar nas suas duvidas utilizo ap2000 no meu provedor e posso te ajudar a configurar a sua

bom, a mascara de 32bits obrigatoriamente precisa de uma rota estatica para o gateway !!!

entao se vc no DHCPD.conf colocar o gateway FORA da rede nao tera como o cliente colocar manual...

mesmo voce marcando a opção intra-bss um cliente consegue ir direto ao outro.. sem broadcast .. mas um consegue "pingar" o outro...

Citação:

---

Postado originalmente por LEE337

1 -ok, acarreta problema na implementaçao e nos clientes tem q colocar o programa PPPoE e configurarlo.

2 e 3 o problema é se os clientes muda de IP e mascara ? acredito q já colocou sem gateway por isso q nem passe pelo controle do servidor.

sugiro q coloque para começar no cartao A e B

Configure -> Bridge -> Intra BSS -> Intra BSS Traffic Operation "Block"

o problema nesse modo é q só bloqueia interconexao entre clientes q esta conectado no mesmo cartao.

Exemplo:
- cliente q esta conectado no cartao A nao enxerga clientes q esta no cartao A.
- cliente q esta conectado no cartao A enxerga clientes q esta no cartao B.

más como vejo o trafego, o problema esta na interconexao entre clientes no cartao A.

Abraços
Lee

---

Citação:

---

Postado originalmente por alexandrecorrea

bom, a mascara de 32bits obrigatoriamente precisa de uma rota estatica para o gateway !!!

entao se vc no DHCPD.conf colocar o gateway FORA da rede nao tera como o cliente colocar manual...

mesmo voce marcando a opção intra-bss um cliente consegue ir direto ao outro.. sem broadcast .. mas um consegue "pingar" o outro...

---

ue.. um pirata de wireless nem precissa respeitar a politica de IP ainda pode ser pelo IPX q esteja usando o wireless cartao A e formando rede deles e saturando o cartao.

o q esta causando o consumo de wireless nao é pelo uso de internet dele, só podia estar aproveitando o AP para formar a rede dele.

ah tem um detalhe, veja na parte:
Monitor -> Interface -> Wireless slot A -> se nao tem muito FCS Error, se tiver muito é pq tem algum cliente q esta com problema e faz repetir os pacotes e isso saturando a rede.

sobre como ver o q esta pasando com cartao A.. vc teria q conectar com um sniffer como cliente e analizar, pq outra maneira desconheço..

Abraços
Lee

Lee...

A respeito das estatísticas no cartão segue abaixo o resultado.

Type ethernet-csmaca
Description 0.0
MIB Specific Definition wlc0
MAC Address 00:02:2D:17:F0:CF
Last Change 31596500
Operational Status Up
Admin Status Up
Speed 11000000
Maximum Packet Size 1500
In Octets (bytes) 4227966336
In Unicast Packets 20664854
In Non-unicast Packets 363289
In Discards 0
In Errors 0
Unknown Protocols 0
Out Octets (bytes) 2049715282
Out Unicast Packets 233342068
Out Non-unicast Packets 3119693
Out Discards 19893
Out Errors 0
Output Queue Length 10
Transmitted Fragment Count 24022777
Multicast Transmitted Frame Count 227166
Failed Count 121801
Retry Count 628862
Multiple Retry Count 253757
Duplicate Frame Count 0
Successful RTS Count 0
Failed RTS Count 0
Failed ACK Count 0
Received Fragment Count 21667288
Multicast Received Frame Count 329870
FCS Error 2860613
Transmitted Frame Count 20770888
WEP Undecryptable Count 0