* Manuay Lai Wong ([EMAIL PROTECTED]) said:
> no estoy peliando, estoy cambiando opiniones, buscando ideas comunes
Lo de pelear no era por vos, era por mi :-).
> vos estas hablando del x.x.x.x , direccion ip me imagino...
> que tal en ipx o en otro protocolo de comunicaciones?
>
> el arp no depende del protocolo de comunicaciones,
> es como la capa de enlace del modelo OSI, no depende del protocolo
> de comunicaciones que se este usando
Correcto.
> inclusive se puede utilizar el Netbeui para comunicarse entre maquinas
No s� cual es la relaci�n exacta de Netbeui y al protocolo ARP.
> ok vos decis que si la maquina solicita una direccion arp, este la busca
> en la red y la guarda en el cache...pero como sabe la maquina
> que existe esa maquina en la red?
ARP es un protocolo, no una direcci�n. Lo correct es que cuando la m�quina
necesita una direcci�n (MAC) de otra m�quina, envia un request, el cual luego
guarda en el cache.
ARP por s� solo no sabe si la m�quina existe o no en la red antes de hacer el
request.
> lo que hace la maquina, segun los articulos que he leido, es
> que envia un "arp request" solicitando las direcciones MAC
> que estan en la red, me imagino que debe hacerse en forma
> periodica para actualizar la tabla de ARP y darse cuenta a quienes
> puede contactar...y lo que he probado cuando conecto una maquina nueva
> es que, este no se da cuenta en forma inmediata, sino que tiene un
> pequenio lapso para darse cuenta que existe otra maquina en la red
No. ARP no solicita _las_ direcciones de las m�quinas de la red, solo solicita
una cuando la necesita. Los paqu�tes ARP tienen una pregunta sobre la direcci�n
IP (o cualquier otro protocolo) espec�fica, y por lo tanto solo 1 m�quina
responder�.
Para hablar con todas las m�quinas en la red si hace un broadcast a nivel de
IP, que en ethernet se mapea a un broadcast de ethernet.
Ahora, si lo que est�s hablando de "pequenio lapso para darse cuenta" es de
Linux, te aseguro que es espec�fico de aplicaci�n. Si est�s hablando de
Windows, entonces te corrijo que eso no es ARP, son los protocolos de Windows,
que hacen broadcast para decirles a las otras m�quinas de la red que est�n ah�.
Esto es, por ejemplo para decirles a las otras m�quinas cosas como que formas
parte del workgroup o estas compartiendo discos o quien sabe qu�.
Mientras m�s m�quinas tienes en la red, m�s trafico de este tipo encontraras
(broadcast anunciandose) y la red se empieza a poner un toque lenta. Por lo
tanto Microsoft tiene esos servidores WINS o como sea que se llamen. En ese
caso, las m�quinas le avisan al WINS, que se encarga de avisar.
Ojo que yo no se mucho de Windows, as� que puedo no tener los datos
espec�ficos, pero s� que estoy muy cerca. Si tienes una red con muchas m�quinas
windows puedes hacer un tcpdump y fijarte. Y si tienes una m�quina Linux puedes
instalarla, subir la tarjeta de red y llamar "/sbin/arp -a" de vez en cuando
para ver como va cambiando la tabla.
Aunque lo de windows no lo se espec�ficamente, lo de ARP s�. Puedes buscar m�s
informaci�n en la biblia de TCP/IP: "TCP/IP Ilustrated Volume 1" de Richard
Stevens, cap�tulo 4, "ARP: Address Resolution Protocol", en el RFC 826 (un
toque viejo), en la biblia de administraci�n de Unix "Unix System
Administration Handbook" [1], en un poco de libros de O'Reilly, o, para
responder la pregunta original, en el c�digo del kernel de Linux.
> dando por concluido mi pequenia prueba que la tabla debe
> actualizarse en cada cierto tiempo
> porque como haria para probar cuantas maquinas tiene la red y
> comunicarse con ellas?
Espero haber respondido esto en la secci�n anterior.
>
> ello conlleva a mucha colision en la red, pero es parte
> lo que pasa en la vida diaria, siempre o alguna vez se entra
> en discusion, nunca puede llegar a hablar bien todo el tiempo
> o llegar a tener el mismo pensamiento
> y de una u otra manera se llega a comunicarse bien con unos,
> como a veces se interrumpe y se separa la comunicacion
>
>
> saludos
Espero que nos estemos comunicando bien :-)
Nacho
[1] Tengo la segunda edici�n, la tercera me la compro el Lunes, es que no he
tenido plata y es un libro carillo. La nueva edici�n (3a) cubre Solaris 8, RH
6.2, HP UX 11 y FreeBSD 3.4 (y un toque de 4.0).
En mi opini�n, si quieren saber como administrar un sistema UNIX, este es el
libro que recomiendo. Espero que cubra Linux un poco m�s general y no solo RH.
Aunque tengo que admitir que la segunda edici�n no cubre ning�n sistema
"moderno" pero todo se aplica a cualquier UNIX/Linux
--
GPG Public Key: http://www.igso.net/isolis.gpg
PGP signature
