On 02/22/2017 10:40 AM, Rommel Rodriguez Toirac wrote:
rommel@p6:~$ ping 192.168.41.4
PING 192.168.41.4 (192.168.41.4) 56(84) bytes of data.
^C
--- 192.168.41.4 ping statistics ---
121 packets transmitted, 0 received, 100% packet loss, time 119999ms


De P... madre, las cosas misteriosas, o lo dejas as'i y vetas esa ip o un d'ia que nadie trabaje apagas todos switchs y los vas encendiendo uno por uno para ver en que switch esta registrada esa mac/ip, si tuvieras switch administrables fuera m'as f'acil


Recuerdo una vez en la que ten'ia un router+un crossover+un servidor. El servidor ten'ia dos tarjetas de red, una con el crossover, esta tarjeta ten'ia un rango de ips /29 con el router de las cuales solo se usaban dos ip (servidor y router), y en la otra tarjeta del servidor con otro rango de ips ten'ia enganchada toda la LAN, todo trabajaba bien, pero el servidor ten'ia Windows y ten'ia que migrarlo a Linux, lo reinstal'e, le puse un Centos 5, configur'e las mismas ips que ten'ia el servidor y zas.. me daba conflicto de ip en la tajeta que estaba conectada al router, si le pon'ia otra ip del segmento /29 a esa tarjeta e intentaba hacer ping a la ip que supuestamente daba conflicto nadie respond'ia por ping pero por arping de alguna forma algo respond'ia (para los que no lo saben las distros Red Hat si verifican y se quejan si la ip que les pones da conflicto), si desconectaba el crossover, levantaba la red del servidor y luego conectaba el crossover, todo funcionaba bien y el supuesto conflicto desapareci'a por arte de magia, reinici'e el router 20 veces, el servidor otras 20 pero nada resolvi'o el problema, si desconectaba el servidor de la Lan y hac'ia la prueba igual obten'ia conflicto. Recuerdo que ese d'ia desconect'e el crossover levant'e la red de Centos, reconect'e el crossover y lo dej'e todo funcionando sin problemas, al otro d'ia trat'e sin resultados positivos de resolver el problema o de encontrarle alguna soluci'on, pero nada, finalmente termin'e editando el script /etc/sysconfig/network-scripts/ifup-eth que en no s'e que l'inea tiene un llamado a arping para comprobar si la ip est'a en uso, coment'e esa l'inea para que no hiciera la verificaci'on y remedio santo, nunca hubo un problema m'as, pero hasta el d'ia de hoy cada vez que me encuentro a un cesudo de redes le hagao el cuento para ver que me dice pero nadie me ha dado una explicaci'on...


--

Salu2
 ________________________
 Ulinx
 Linux user 366775
"En un problema con n ecuaciones
siempre habrá al menos n+1 incógnitas."
______________________________________________________________________
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Responder a