> -----Mensaje original-----
> De: [EMAIL PROTECTED] [mailto:linux-
> [EMAIL PROTECTED] En nombre de Horst von Brand
> Enviado el: martes, 13 de diciembre de 2005 16:35
> Para: Discusion de Linux en Castellano
> Asunto: Re: Como forzar a 10 Mbps Full Duplex en debian?
> 
> Ralil Ayancan Guillermo \(Casa Matriz\) <[EMAIL PROTECTED]> wrote:
> > HvB dijo:
> 
> [...]
> 
> > > La informacion que tengo es que /nunca/ en una red decente es
> necesario
> > > hacer eso. O sea, algo anda mal...
> 
> > ¿Por que dices /nunca/?
> 
> > ¿Si existen enlaces de fibra optica que llegan a Transceiver UTP que
> solo
> > entregan velocidades de 10-full como maximo?
> 
> Negociaran eso...
> 
> >                                               A menos que te refieras a
> > otra cosa, supongo que se quiere forzar la puerta de un LINUX que es
> > servidor Proxy, router o Firewall donde llega un enlace.
> 
> No es relevante.
> 
> > De hecho cuando se utilizan servicios de 10 Mbps por lo general son
> > FULL_DUPLEX y para no tener un problema DUPLEX-MISMATCH (donde las
> > puertas de ambos extremos negocian mal) se deben dejar forzadas en ambos
> > extremos evitando asi la perdida de paquetes, errores de entrada/salida
> o
> > CRC.
> 
> Ese es el punto: Si hay que forzar, en mi experiencia es que el hardware
> de
> la red esta mal de alguna forma (tarjeta tonta, roseta que no conecta muy
> bien, cable muy largo, entra ruido, ...). Y /ese/ es el problema que hay
> que corregir, forzar una configuracion solo oculta el problema, no lo
> resuelve.
> 
> > Una red decente debe tener todas sus conexiones de enlaces forzados,
> solo
> > se debe dejar en auto las puertas de acceso (Usuarios PC, impresoras,
> > etc.) aunque no es malo forzar las puertas en ambos lados si siempre va
> a
> > estar conectado el mismo equipo en una interfaz.
> 
> Para que %&$#@ entonces tener toda la parafernalia de auto-negociacion?
> Para justificar a un viejito que se da la vuelta y reconfigura todo cada
> vez que cambian un switch? El optimo es que sea enchufar y usar, o sea,
> autonegociado (y asegurarse que la infraestructura esta OK!), DHCP entrega
> cuanta variable configurable tiene, etc. Si, cuesta mas instalarlo; no, no
> he hecho un balance detallado de esa politica, pero te aseguro que solo en
> ahorro de pastillas para el dolor de cabeza ya se pago con creces.
> --
> Dr. Horst H. von Brand                   User #22616 counter.li.org
> Departamento de Informatica                     Fono: +56 32 654431
> Universidad Tecnica Federico Santa Maria              +56 32 654239
> Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513

Lamentablemente yo creo que ninguna negociación entre equipos es fiable, lo 
ideal seria que siempre funcionara pero en la practica no es así y la mayoría 
de las veces no es problema de la red, del cableado u otras causas, sino que es 
simplemente por que dos tarjetas no se entienden al momento de dialogar las 
velocidades que van a auto-configurarse. Puedes conectar un cable derecho o 
cruzado CERTIFICADO con el FLUKE mas cototo, dos equipos nuevos y vas ver que 
sucede igual.

Las autonegociaciones son solo buenas cuando vas a tener puntos de red que van 
a estar siendo utilizados por cualquier PC, como notebooks que siempre estan 
alternandose, por que digo esto, por que los PCs son de personas que no manejan 
el tema de forzar puertas o si quiera poner una IP, solo quieren conectar y 
tener red sin mas tramite. ¿Que pasa si esa persona no sabe que su punto de red 
esta conetado a un HUB que es 10-half?, ¿como se conectara? O ¿si el equipo que 
tiene solo soporta 10-half y se quiere conectar a un equipo que puede dar hasta 
1 Gbps?, para eso se creo la auto negociación, no para conectar un equipo como 
un transceiver o un MODEM que apenas puede saber que es un paquete IP.

En un servidor o una conexión que lleva a un enlace donde el tráfico es mucho 
mas grande y mas critico, sus fallas afectan a un numero mayor de gente. En 
cada reinicio del servidor o Transceiver, corres el peligro de una mala 
negociación, si las dejas forzadas de un comienzo sabes que puedes descartar 
que esta sea la causa de todas tus fallas en conexiones  a bases de datos, FTP, 
web, ssh, telnet, etc. Cuando se quiere tener una red estable, se deben 
prevenir los posibles problemas y no esperar que todo funcione según lo que 
alguien promete, para mi ninguna NIC es confiable en su auto negociación y 
mucho menos cuando son equipos de marcas distintas. Si se tiene este problema 
descartado puedes perder menos tiempo en encontrar una falla.

En conclusión y sin animos de pelear, según lo que he experimentado y sin 
encubrir ningun problema, trabajan bien:

FORZADOS en ambos extremos: Servidores, Enlaces, Conexiones entre equipos 
(Routers, Switchs, Access Points sin in-line power)

AUTONEGOCIADOS: Puertas de PCs de Usuarios, impresoras, etc. (Trafico menor)



ESTE MENSAJE ES DE NATURALEZA CONFIDENCIAL Y PUEDE CONTENER INFORMACION 
PROTEGIDA POR NORMAS DE SECRETO Y PROPIEDAD INTELECTUAL. SI USTED HA RECIBIDO 
ESTE CORREO ELECTRONICO POR ERROR, LE AGRADECEREMOS SE COMUNIQUE INMEDIATAMENTE 
CON NOSOTROS POR ESTA MISMA VIA Y TENGA ADEMAS LA AMABILIDAD DE BORRAR EL 
MENSAJE Y SUS ADJUNTOS; ASI MISMO, USTED NO DEBERA COPIAR EL MENSAJE NI SUS 
ADJUNTOS NI DIVULGAR SU CONTENIDO A NINGUNA PERSONA. MUCHAS GRACIAS.

THIS MESSAGE IS CONFIDENTIAL BY ITS NATURE. IT MAY ALSO CONTAIN INFORMATION 
THAT IS PRIVILEGED OR OTHERWISE LEGALLY EXEMPTED FROM DISCLOSURE. IF YOU HAVE 
RECEIVED IT BY MISTAKE, PLEASE LET US KNOW BY E-MAIL IMMEDIATELY AND DELETE THE 
MESSAGE AND ITS EXHIBITS FROM THE SYSTEM; YOU SHOULD ALSO NOR COPY THE MESSAGE 
OR ITS EXHIBITS NOR DISCLOSE ITS CONTENTS TO ANYONE. THANK YOU.

Responder a