Perdida de paquetes a la red interna
jmramirez
Me ocurre algo extraño con la conexión a determinadas maquinas de
mi red ( Tanto MS como GNU/linux) y no me pasa con internet ( el router)
######### Router
--- 192.168.120.216 ping statistics ---
123 packets transmitted, 123 received, 0% packet loss, time 122002ms
rtt min/avg/max/mdev = 0.615/0.679/0.904/0.045 ms
######### Dns terra por ip
--- 195.235.113.3 ping statistics ---
57 packets transmitted, 57 received, 0% packet loss, time 56075ms
rtt min/avg/max/mdev = 42.530/78.492/784.084/139.174 ms
######### Ping a www.google.es
--- www.l.google.com ping statistics ---
69 packets transmitted, 69 received, 0% packet loss, time 480143ms
rtt min/avg/max/mdev = 63.151/68.214/71.530/2.217 ms
-Mi maquina es un debian/squeeze
Se me desconectaba la sesión ssh ( también vía web) al poco de
entrar, así que empece a hacer pruebas y veo que es porque pierdo
paquetes en la red interna
############# Pruebas de ping
root@jmramirezmachine:/home/jmramirez# ping 192.168.120.55
PING 192.168.120.55 (192.168.120.55) 56(84) bytes of data.
64 bytes from 192.168.120.55: icmp_req=6 ttl=64 time=0.134 ms
64 bytes from 192.168.120.55: icmp_req=7 ttl=64 time=0.143 ms
64 bytes from 192.168.120.55: icmp_req=8 ttl=64 time=0.153 ms
64 bytes from 192.168.120.55: icmp_req=9 ttl=64 time=0.157 ms
64 bytes from 192.168.120.55: icmp_req=10 ttl=64 time=0.142 ms
64 bytes from 192.168.120.55: icmp_req=11 ttl=64 time=0.135 ms
64 bytes from 192.168.120.55: icmp_req=12 ttl=64 time=0.146 ms
64 bytes from 192.168.120.55: icmp_req=13 ttl=64 time=0.158 ms
64 bytes from 192.168.120.55: icmp_req=14 ttl=64 time=0.155 ms
64 bytes from 192.168.120.55: icmp_req=15 ttl=64 time=0.146 ms
64 bytes from 192.168.120.55: icmp_req=16 ttl=64 time=0.147 ms
64 bytes from 192.168.120.55: icmp_req=17 ttl=64 time=0.138 ms
64 bytes from 192.168.120.55: icmp_req=18 ttl=64 time=0.132 ms
64 bytes from 192.168.120.55: icmp_req=19 ttl=64 time=0.147 ms
64 bytes from 192.168.120.55: icmp_req=20 ttl=64 time=0.167 ms
64 bytes from 192.168.120.55: icmp_req=21 ttl=64 time=0.277 ms
64 bytes from 192.168.120.55: icmp_req=22 ttl=64 time=0.138 ms
^C
--- 192.168.120.55 ping statistics ---
34 packets transmitted, 17 received, 50% packet loss, time 33079ms
rtt min/avg/max/mdev = 0.132/0.153/0.277/0.035 ms
##############
--- 192.168.120.55 ping statistics ---
139 packets transmitted, 61 received, 56% packet loss, time 138062ms
rtt min/avg/max/mdev = 0.127/0.168/1.347/0.154 ms
##############
--- 192.168.120.55 ping statistics ---
4025 packets transmitted, 1242 received, 69% packet loss, time 4025274ms
rtt min/avg/max/mdev = 0.121/0.152/3.210/0.088 ms
##############
--- 192.168.120.55 ping statistics ---
106 packets transmitted, 39 received, 63% packet loss, time 105038ms
rtt min/avg/max/mdev = 0.130/0.155/0.295/0.027 ms
##############
Pensando que era problemas de la tarjeta de red (en placa), me
puse a usar la otra tarjeta ( pci), dando las pruebas el mismo
resultado. No tengo ningun tipo de FW ni reglas creadas:
##############
root@jmramirezmachine:/home/jmramirez# iptables -L -n
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
##############
Para seguir con la batería de pruebas, arranco con un livecd ( solo
tenia a mano un mint) y las pruebas son todas correctas, no pierde
ningún paquete en las ip's internas e internet sigue funcionando
correctamente.
Por "casualidades de la vida" deje un ARping a la .55 "olvidado sin
querer" y al realizar las pruebas de nuevo de ping me daban todas
correctas ( en mi sistema squeeze). Cuando me di cuenta de que no
fallaban por el arping, casi me corto las venas.... XD
########## ARping
--- 192.168.120.55 statistics ---
502 packets transmitted, 502 packets received, 0% unanswered (0 extra)
root@jmramirezmachine:/home/jmramirez#
########## Ping mientras estaba el arping
--- 192.168.120.55 ping statistics ---
502 packets transmitted, 502 received, 0% packet loss, time 500998ms
rtt min/avg/max/mdev = 0.133/0.158/0.282/0.024 ms
Pero en cuando paro el arping y vuelvo a ejecutar el ping a "secas"
me sigue fallando.
No tengo mucha idea de redes, no he encontrado ( supongo que por no
saber hacer la pregunta o que preguntar :S) en google nada. Creo que
puede resultar de ayuda el listado arp:
######### Arp
root@jmramirezmachine:/home/jmramirez# arp -vn
Address HWtype HWaddress Flags
Mask Iface
192.168.120.216 ether 00:23:f8:be:fa:7b
C eth1
192.168.120.54 ether 00:10:75:06:3d:c8
C eth1
192.168.120.232 ether 00:11:25:a4:6d:c9
C eth1
192.168.120.20 ether 00:1b:78:e2:a1:3c
C eth1
192.168.120.55 ether 00:13:8f:db:88:8b
C eth1
Entries: 5 Skipped: 0 Found: 5
Muchas gracias por leer todo este "tocho"..... espero que se me
entienda y que no falten datos. ¿Alguna idea? no veo nada raro en
"/var/log/messages".
Mas datos de mi maquina:
root@jmramirezmachine:/home/jmramirez# dmesg | grep eth1
[ 0.935007] eth1: RealTek RTL8139 at 0xe800, 00:00:1c:d7:1f:50, IRQ 18
[ 26.993828] eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
root@jmramirezmachine:/home/jmramirez# ethtool eth1
Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Link partner advertised pause frame use: No
Link partner advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: yes
root@jmramirezmachine:/home/jmramirez# uname -a && cat /etc/debian_version
Linux jmramirezmachine 2.6.32-5-686 #1 SMP Thu Aug 12 13:38:27 UTC 2010
i686 GNU/Linux
squeeze/sid
Un saludo
--
"This is Unix-Land. In quiet nights, you can hear the Windows machines reboot"
No me envie correos en formatos propietarios
http://www.gnu.org/philosophy/no-word-attachments.es.html
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/BLU0-SMTP74B828990...@phx.gbl
Julio
> 34 packets transmitted, 17 received, 50% packet loss, time 33079ms
Es un poco raro, DTM no solo es tu maquina el nodo común al problema.
También lo es la 192.168.120.55. ¿No será un problema de ese equipo...?
Un saludo
JulHer
jmramirez
Lo pensé pero las pruebas desde otras maquinas, no pierden paquetes.
Solo le ocurre a mi maquina ..... ademas cuando inicie con el livecd
desaparecieron los problemas, por lo que debe estar en mi equipo.
Gracias de todas formas.
Un saludo
--
"This is Unix-Land. In quiet nights, you can hear the Windows machines
reboot"
No me envie correos en formatos propietarios
http://www.gnu.org/philosophy/no-word-attachments.es.html
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/BLU0-SMTP80397412B...@phx.gbl
Marc Aymerich
Marc
jmramirez
> sin querer" y al realizar las pruebas de nuevo de ping me daban
> todas correctas ( en mi sistema squeeze). Cuando me di cuenta de que
> no fallaban por el arping, casi me corto las venas.... XD
>
> ########## ARping
> --- 192.168.120.55 statistics ---
> 502 packets transmitted, 502 packets received, 0% unanswered (0 extra)
> root@jmramirezmachine:/home/jmramirez#
>
> ########## Ping mientras estaba el arping
> --- 192.168.120.55 ping statistics ---
> 502 packets transmitted, 502 received, 0% packet loss, time 500998ms
> rtt min/avg/max/mdev = 0.133/0.158/0.282/0.024 ms
>
> Pero en cuando paro el arping y vuelvo a ejecutar el ping a
> "secas" me sigue fallando.
>
>
>
> Esto que comentas del arping hace sospechar por un problema arp :)
> Porque no pruebas de asignar una entrada estática para la ip
> 192.168.120.55 en la tabla arp y pruebas si los pings siguen fallando?¿
> Si dejan de fallar puedes usar wireshark para intentar descubrir lo que
> está jodiendo tu tabla arp.
>
> si no me falla la memoria seria algo así:
>
> arp -s 192.168.120.55 00:13:8f:db:88:8b
>
> --
> Marc
Buenas .....
He probado ha hacer la entrada estática, como me has indicado y el
"Flags" cambio
###########
root@jmramirezmachine:/home/jmramirez# arp -s 192.168.120.55
00:13:8f:db:88:8b
root@jmramirezmachine:/home/jmramirez# arp -vn
Address HWtype HWaddress Flags Mask
Iface
192.168.120.216 ether 00:23:f8:be:fa:7b C
eth1
192.168.120.54 ether 00:10:75:06:3d:c8 C
eth1
192.168.120.232 ether 00:11:25:a4:6d:c9 C
eth1
192.168.120.53 ether 00:00:1c:d7:68:8f C
eth1
192.168.120.20 ether 00:1b:78:e2:a1:3c C
eth1
192.168.120.55 ether 00:13:8f:db:88:8b CM
eth1
192.168.120.56 ether 00:1b:78:e1:e5:20 C
eth1
192.168.120.52 ether 00:1b:78:e1:e5:20 C
eth1
Entries: 8 Skipped: 0 Found: 8
############
Pero al hacer el ping no sabe llegar.....( hice varios intentos y
espere unos 3 min, por si las moscas)
root@jmramirezmachine:/home/jmramirez# ping 192.168.120.55
PING 192.168.120.55 (192.168.120.55) 56(84) bytes of data.
^C
--- 192.168.120.55 ping statistics ---
64 packets transmitted, 0 received, 100% packet loss, time 63496ms
Hago un arping y ahora ya sabe llegar, pero solo durante un rato, los
primeros paquetes fueron bien pero al llegar al 32 ya no pudo llegar,
paro el ping y le vuelvo a lanzar y no llega ningun paquete..... :S
root@jmramirezmachine:/home/jmramirez# ping 192.168.120.55
PING 192.168.120.55 (192.168.120.55) 56(84) bytes of data.
^C
--- 192.168.120.55 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4032ms
root@jmramirezmachine:/home/jmramirez# arping 192.168.120.55
ARPING 192.168.120.55
60 bytes from 00:13:8f:db:88:8b (192.168.120.55): index=0 time=99.000 usec
60 bytes from 00:13:8f:db:88:8b (192.168.120.55): index=1 time=103.000 usec
^C
--- 192.168.120.55 statistics ---
2 packets transmitted, 2 packets received, 0% unanswered (0 extra)
################### Ping despues del arping
--- 192.168.120.55 ping statistics ---
126 packets transmitted, 32 received, 74% packet loss, time 124994ms
rtt min/avg/max/mdev = 0.133/0.149/0.182/0.014 ms
################# Ping despues del ping que fue despues del arp XD...
--- 192.168.120.55 ping statistics ---
76 packets transmitted, 0 received, 100% packet loss, time 75592ms
#################### Despues del arping revise la tabla arp, para
confirmar que sigue igual.
root@jmramirezmachine:/home/jmramirez# arp -vn
Address HWtype HWaddress Flags Mask
Iface
192.168.120.216 ether 00:23:f8:be:fa:7b C
eth1
192.168.120.54 ether 00:10:75:06:3d:c8 C
eth1
192.168.120.232 ether 00:11:25:a4:6d:c9 C
eth1
192.168.120.53 ether 00:00:1c:d7:68:8f C
eth1
192.168.120.20 ether 00:1b:78:e2:a1:3c C
eth1
192.168.120.55 ether 00:13:8f:db:88:8b CM
eth1
Entries: 6 Skipped: 0 Found: 6
Asi que lo he dejado como estaba.....
root@jmramirezmachine:/home/jmramirez# arp -vn
Address HWtype HWaddress Flags Mask
Iface
192.168.120.216 ether 00:23:f8:be:fa:7b C
eth1
192.168.120.54 ether 00:10:75:06:3d:c8 C
eth1
192.168.120.232 ether 00:11:25:a4:6d:c9 C
eth1
192.168.120.53 ether 00:00:1c:d7:68:8f C
eth1
192.168.120.20 ether 00:1b:78:e2:a1:3c C
eth1
192.168.120.55 (incomplete)
eth1
Entries: 6 Skipped: 0 Found: 6
Aunque seguimos igual....
root@jmramirezmachine:/home/jmramirez# ping 192.168.120.55
PING 192.168.120.55 (192.168.120.55) 56(84) bytes of data.
64 bytes from 192.168.120.55: icmp_req=6 ttl=64 time=0.137 ms
64 bytes from 192.168.120.55: icmp_req=7 ttl=64 time=0.142 ms
64 bytes from 192.168.120.55: icmp_req=8 ttl=64 time=0.156 ms
64 bytes from 192.168.120.55: icmp_req=9 ttl=64 time=0.131 ms
64 bytes from 192.168.120.55: icmp_req=10 ttl=64 time=0.151 ms
^C
--- 192.168.120.55 ping statistics ---
10 packets transmitted, 5 received, 50% packet loss, time 9038ms
rtt min/avg/max/mdev = 0.131/0.143/0.156/0.014 ms
root@jmramirezmachine:/home/jmramirez# arp -vn
Address HWtype HWaddress Flags Mask
Iface
192.168.120.216 ether 00:23:f8:be:fa:7b C
eth1
192.168.120.54 ether 00:10:75:06:3d:c8 C
eth1
192.168.120.232 ether 00:11:25:a4:6d:c9 C
eth1
192.168.120.53 ether 00:00:1c:d7:68:8f C
eth1
192.168.120.20 ether 00:1b:78:e2:a1:3c C
eth1
192.168.120.55 ether 00:13:8f:db:88:8b C
eth1
¿Alguna otra idea?
Un saludo y gracias
--
"This is Unix-Land. In quiet nights, you can hear the Windows machines
reboot"
No me envie correos en formatos propietarios
http://www.gnu.org/philosophy/no-word-attachments.es.html
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/BLU0-SMTP151020620...@phx.gbl
Julio
> El mié, 25-08-2010 a las 17:33 +0200, jmramirez escribió:
> > ¿Alguna otra idea?
>
> Cambiar el puerto del switch/hub...
> Cambiar el núcleo...
Y también manda la salida de
$ /sbin/ifconfig
$ /sbin/route
A ver si hay algo raro...
Un saludo
JulHer
Marc Aymerich
--
Marc
Camaleón
> Me ocurre algo extraño con la conexión a determinadas maquinas de
> mi red ( Tanto MS como GNU/linux) y no me pasa con internet ( el router)
(...)
¿La pérdida de paquetes es bidireccional?
¿Tienes mucho tráfico en esa interfaz?
¿Contenido de la configuración del adaptador?
cat /etc/init.d/network/interfaces
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
jmramirez
> y yo la he sacado de la primera tabla ARP que has puesto. Todo parece
> indicar que hay algo 'envenenando' tu tabla ARP. Descubre cual es la mac
> real para 192.168.120.55 y registrarla de forma estática en la tabla arp.
>
>
> --
> Marc
Pensaba que el comando arping daba la mac correcta. pero aun así he
confirmado entrando en la maquina que es la que dice ser.
..... seguramente mañana reinstale, no puedo estar sin conectarme a los
servidores...
Un saludo y gracias
--
"This is Unix-Land. In quiet nights, you can hear the Windows machines
reboot"
No me envie correos en formatos propietarios
http://www.gnu.org/philosophy/no-word-attachments.es.html
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/BLU0-SMTP21566AB0D...@phx.gbl
jmramirez
He cambiado el cable,el puerto, he probado en dos tarjetas de red
diferentes, solo me falta cambiar fisicamente la tarjeta.
Mi kernel es:
Linux jmramirezmachine 2.6.32-5-686 #1 SMP Thu Aug 12 13:38:27 UTC 2010
i686 GNU/Linux
He arrancado con el 2.6.32-3-686 y con el 2.6.26-2-686 pero sigue
perdiendo paquetes.
Te adjunto la salida de los comandos pedidos:
root@jmramirezmachine:/home/jmramirez# /sbin/ifconfig
eth0 Link encap:Ethernet HWaddr 00:25:11:4c:94:a8
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:27
eth1 Link encap:Ethernet HWaddr 00:00:1c:d7:1f:50
inet addr:192.168.120.224 Bcast:192.168.120.255
Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1304 errors:0 dropped:0 overruns:0 frame:0
TX packets:841 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:595786 (581.8 KiB) TX bytes:85020 (83.0 KiB)
Interrupt:18 Base address:0xe800
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:108 errors:0 dropped:0 overruns:0 frame:0
TX packets:108 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:9252 (9.0 KiB) TX bytes:9252 (9.0 KiB)
root@jmramirezmachine:/home/jmramirez# /sbin/route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
localnet * 255.255.255.0 U 0 0 0 eth1
default 192.168.120.216 0.0.0.0 UG 0 0 0 eth1
Gracias por las molestias.... supongo que mañana me tocara reinstalar.
Es el ordena del trabajo y tengo que conectarme a los servidores...
Un saludo
--
"This is Unix-Land. In quiet nights, you can hear the Windows machines
reboot"
No me envie correos en formatos propietarios
http://www.gnu.org/philosophy/no-word-attachments.es.html
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/BLU0-SMTP177220C1D...@phx.gbl
jmramirez
>
>> Me ocurre algo extraño con la conexión a determinadas maquinas de
>> mi red ( Tanto MS como GNU/linux) y no me pasa con internet ( el router)
>
> (...)
>
> ¿La pérdida de paquetes es bidireccional?
otras maquinas de la red, no se han "quejado" he comentado mi maquina
del nagios temporalmente
>
> ¿Tienes mucho tráfico en esa interfaz?
del .55 al resto...Si... es nagios. Aunque no tendrá mas 100maquinas y
unos 300 servicios. Ademas en las pruebas con el livecd, no perdía
ningún paquete a esa ip del nagios. por lo que entiendo que no es por
sobrecarga de red/cpu.
>
> ¿Contenido de la configuración del adaptador?
root@jmramirezmachine:/home/jmramirez# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth1
auto eth1
iface eth1 inet static
address 192.168.120.224
netmask 255.255.255.0
network 192.168.120.0
broadcast 192.168.120.255
gateway 192.168.120.216
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 192.168.120.232,195.235.113.3,195.235.96.90
dns-search COS
# The primary network interface
#auto eth1
#iface eth1 inet manual
#allow-hotplug eth0
#auto eth0
#iface eth0 inet static
# address 192.168.120.246
# netmask 255.255.255.0
# network 192.168.120.0
# broadcast 192.168.120.255
# gateway 192.168.120.216
# dns-* options are implemented by the resolvconf package, if
installed
# dns-nameservers 195.235.113.3
# dns-search COS
Esta algo cambiado por las pruebas que hice.... ahora uso la eth1 y se
que la ip que me pongo esta libre.
>
> cat /etc/init.d/network/interfaces
>
> Saludos,
>
Gracias y un saludo
--
"This is Unix-Land. In quiet nights, you can hear the Windows machines
reboot"
No me envie correos en formatos propietarios
http://www.gnu.org/philosophy/no-word-attachments.es.html
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/BLU0-SMTP1152970B9...@phx.gbl
Camaleón
>> El Wed, 25 Aug 2010 16:21:12 +0200, jmramirez escribió:
>>
>> ¿La pérdida de paquetes es bidireccional?
> Esta maquina tiene nagios, hacia mi maquina si que fallaba, pero las
> otras maquinas de la red, no se han "quejado" he comentado mi maquina
> del nagios temporalmente
>>
>> ¿Tienes mucho tráfico en esa interfaz?
> De mi maquina a la .55 nada.... ( que yo sepa)
>
> del .55 al resto...Si... es nagios. Aunque no tendrá mas 100maquinas y
> unos 300 servicios. Ademas en las pruebas con el livecd, no perdía
> ningún paquete a esa ip del nagios. por lo que entiendo que no es por
> sobrecarga de red/cpu.
¿Y la pérdida de paquetes se produce hacia todos los equipos por igual o
sólo con el equipo que lleva nagios? Lo digo por buscar un "nexo" común,
un patrón de error.
>> ¿Contenido de la configuración del adaptador?
>
> root@jmramirezmachine:/home/jmramirez# cat /etc/network/interfaces
No veo nada raro :-?
¿No tendrás activado IPV6 y estará dando guerra?
Pues no sé... ¿y lanzar un tcpdump para ver qué pasa con los paqueticos?
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
jmramirez
>
>>> El Wed, 25 Aug 2010 16:21:12 +0200, jmramirez escribió:
>>>
>>> ¿La pérdida de paquetes es bidireccional?
>
>> Esta maquina tiene nagios, hacia mi maquina si que fallaba, pero las
>> otras maquinas de la red, no se han "quejado" he comentado mi maquina
>> del nagios temporalmente
>>>
>>> ¿Tienes mucho tráfico en esa interfaz?
>> De mi maquina a la .55 nada.... ( que yo sepa)
>>
>> del .55 al resto...Si... es nagios. Aunque no tendrá mas 100maquinas y
>> unos 300 servicios. Ademas en las pruebas con el livecd, no perdía
>> ningún paquete a esa ip del nagios. por lo que entiendo que no es por
>> sobrecarga de red/cpu.
>
> ¿Y la pérdida de paquetes se produce hacia todos los equipos por igual o
> sólo con el equipo que lleva nagios? Lo digo por buscar un "nexo" común,
> un patrón de error.
>
>>> ¿Contenido de la configuración del adaptador?
>>
>> root@jmramirezmachine:/home/jmramirez# cat /etc/network/interfaces
>
> No veo nada raro :-?
>
> ¿No tendrás activado IPV6 y estará dando guerra?
>
> Pues no sé... ¿y lanzar un tcpdump para ver qué pasa con los paqueticos?
>
> Saludos,
>
Muchas gracias a tod@s por las ideas.... he revisado el ipv6 y entiendo
que si que lo tengo activado, buscando por google vi esto:
root@jmramirezmachine:/home/jmramirez# lsmod | grep ip6
ip6table_filter 1908 0
ip6_tables 8560 1 ip6table_filter
x_tables 8327 3 ip6_tables,ip_tables,ipt_ULOG
De todas formas hoy me traje GB para salvar e instalar de 0. Así que
muy a mi pesar formateare en lugar de pegarme mas ( tengo que sacar el
currele)
Gracias de nuevo a tod@s.
Un saludo
--
"This is Unix-Land. In quiet nights, you can hear the Windows machines
reboot"
No me envie correos en formatos propietarios
http://www.gnu.org/philosophy/no-word-attachments.es.html
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/BLU0-SMTP143FE8643...@phx.gbl