Consulta sobre redes Fast Ethernet

[Manuel Leos]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

son 3
__________________________________
Avantel, S.A.
Comunicaciones Internas
Manuel Leos Rivas
Tel.: +52 (8) 153 - 5959
Fax: +52 (8) 153 - 5602
Mail: mleos en uanl.mx /
        Manuel.Leos en Avantel.com.mx


- -----Original Message-----
From: Sandino Araico Sánchez [mailto:sandino en styx.net]
Sent: Miércoles, 23 de Febrero de 2000 10:54 p.m.
To: Eduardo Sacristan
Cc: Gunnar Wolf; Gerardo Herrera Tenorio; Daniel Hernández Contreras;
Jesús García Fernández; Lista de Linux
Subject: Re: Consulta sobre redes Fast Ethernet


Eduardo Sacristan wrote:

> > > alguien ha probado meter mas metro de cable coaxial que los que
> > > estipula la norma?
> > >
> > > como dato, alguien me dijo que metio 300 metros de utp y que
> > > jalo sin ningun problema.
> > >
> > > yo meti 210 m de coaxial y esta jalado bien.
> >
> > Si, si va a jalar, pero estas violando el estandar. Nada te
> > garantiza que funcione con todas las tarjetas de red, puede que
> > algunas simplemente no entiendan de que estas hablando y no le
> > hagan caso a la se&al. Lo recomendable es mantenerse dentro de la
> > norma. Si requieres mayores distancias, por que no usas un
> > repetidor? (un repetidor puede ser un hub, para UTP, o dos hubs
> > unidos por UTP con salida BNC para un coaxial) 
> >
>
> No es un problema de las tarjetas , el problema de la longuitud
> tiene que ver con el nivel de la sen~al y los tiempos de
> propagacion, te puede estar funcionando, pero puedes tener
> problemas con/entre las maquinas de las "puntas".
>

Es por los tiempos de propagación, las tarjetas de red no tienen
noción de la
distancia de donde provienen los paquetes que reciben. La única
noción que
tienen es de una colisión (en coaxial) o de la señal de colisión que
manda el
concentrador (en UTP).

Lo de las distancias es solamente para garantizar que si tu tarjeta
de red está
mandando un paquete del tamaño mínimo (no recuerdo cuál es y no
pienso
investigarlo) y hay una colisión, ésta reciba la señal de colisión (o
detecte
la colisión en el coaxial) antes de que termine de enviar el paquete.

De cualquier manera, los protocolos de las capas superiores deben
tener
corrección de errores (no recuerdo si TCP tenga, pero UDP no tiene)
por lo
menos recierdo que IP tiene los datagramas (no es orientado a
conexión)
numerados y tiene la capacidad de volver a pedir los faltantes cuando
se está
recibiendo un mensaje; no recuerdo si también sepa detectar
datagramas malos
para volverlos a pedir. De cualquier manera estás confiando en que
tus
protocolos de las capas superiores corrijan los errores provocados
por paquetes
ethernet perdidos y es muy probable que en cualquier capa alguno de
los
protocolos que estés utilizando tenga esta capacidad por lo que si
excedes un
poco la longitud entre los dos nodos no lo vas a notar, sólamente se
incrementaría un poco el tráfico de tu red por las retransmisiones;
ahora que
si excedes la longitud límite por mucho pues entonces el nivel de la
señal si
puede entrar en juego...

Por cierto, (hablando de UTP) también hay un límite en el número de
concentradores que puede haber entre dos máquinas.

>
> --
> Para desuscribirse, mande correo a: ayuda-unsubscribe en linux.org.mx
> Para comandos adicionales, envíelo a: ayuda-help en linux.org.mx

- --
Sandino Araico Sánchez
Free software is a mater of convenience.
The speech and the beer are just for having the lawyers busy.




- -- 
Para desuscribirse, mande correo a: ayuda-unsubscribe en linux.org.mx
Para comandos adicionales, envíelo a: ayuda-help en linux.org.mx

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com>

iQA/AwUBOLVI5y8rQA+nURpPEQJ15QCeKZu1z/cpEMW/7DPUEvN3Azc2dNkAoKSl
UlsA6BVp0yk9JIq6Fvi2nQXt
=2UtL
-----END PGP SIGNATURE-----

------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: Manuel Leos.vcf
Type: application/octet-stream
Size: 495 bytes
Desc: no disponible
URL: <https://lists.srvr.mx/pipermail/ayuda/attachments/20000224/6f6b1612/attachment.obj>