[GTER] Dúvida com Gratuitous ARP
Rejaine Monteiro
rejaine at bhz.jamef.com.br
Fri Jun 11 10:37:03 -03 2010
Olá pessoal,
É o seguinte. Temos uma filial com dois roteadores MPLS Motorola (para
balanceamento de carga e redundância)
Essa semana tivemos alguns problemas de acesso a determinadas aplicações
que acessam os servidores centrais - enquanto algumas funcionavam sem
grandes problemas, outras ficavam muito lentas ou davam timeout, etc
(existe QoS aplicado, mas não havia relação mesmo o que deixou de
funcionar estava em prioridade alta, enquanto outras na mesma prioridade
não...) Enfim.. Abrimos um chamado na Embratel a Vanguard chegou a
conclusão que o problema era uma sobrecarga na CPU do roteador, gerada
por um pacote enviado em excesso (segundo eles a partir de nossa rede
interna) proveniente do IP 192.168.30.32
Eu achei isso estranho, pois minha rede interna é 10.40.1.0/19 e fora
disso tenho apenas dois outros servidores interligados via cross-over
com a rede 192.168.0.0/24, mas resolvi investigar o caso...
A primeira coisa que fiz, foi acessar uma máquina e rodar um tcpdump,
que de fato pegou alguns pacotes ARPs proveninetes desse IP:
# tcpdump -i eth0 -n host 192.168.30.32
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
10:14:12.496980 arp who-has 192.168.30.32 (ff:ff:ff:ff:ff:ff) tell
192.168.30.32
10:14:14.553297 arp who-has 192.168.30.32 (ff:ff:ff:ff:ff:ff) tell
192.168.30.32
Depois, resolvi dar um arping para tentar capturar o MAC address desse
sujeito, o que me devolveu dois endereços MAC (justamente, os endereços
MAC dos dois roteadores Embratel que possuo!), como pode ser visto abaixo:
# arping 192.168.30.32
Unicast reply from 192.168.30.32 [00:00:5E:00:01:01] 1.043ms
Unicast reply from 192.168.30.32 [00:08:D5:01:DC:B5] 1.529ms
Unicast reply from 192.168.30.32 [00:08:D5:01:DC:B5] 1.840ms
Unicast reply from 192.168.30.32 [00:08:D5:01:DC:B5] 1.735ms
Unicast reply from 192.168.30.32 [00:08:D5:01:DC:B5] 1.622ms
Unicast reply from 192.168.30.32 [00:08:D5:01:DC:B5] 1.645ms
Unicast reply from 192.168.30.32 [00:08:D5:01:DC:B5] 1.514ms
Unicast reply from 192.168.30.32 [00:08:D5:01:DC:B5] 1.399ms
etc...
Fazendo um ARP em cada IP LAN desses roteadores MPLS, essa informação é
confirmada, conforme abaixo:
# arp 10.40.1.5
Address HWtype HWaddress Flags
Mask Iface
gw1.rio.jamef ether 08:00:3E:18:E0:88
C eth0
# arp 10.40.1.8
Address HWtype HWaddress Flags
Mask Iface
gw2.rio.jamef ether 00:08:D5:01:DC:B5
C eth0
Fazendo um ARP no IP administrativo (que é usado para identificar qual
roteador é o principal) temos:
# arp 10.40.1.7
Address HWtype HWaddress Flags
Mask Iface
gw.rio.jamef ether 00:00:5E:00:01:01
C eth0
Sendo assim, não É justificavel que a causa do problema da sobrecarga
da CPU esteja sendo provocado por um acesso interno, ou seja, de dentro
da nossa rede, conforme indicado pelo técnico que nos atendeu, correto?
Alguém pode me ajudar nesse caso??
More information about the gter
mailing list