TOE (TcpIp Offload Engine) y Windows 2003 Service Pack 2

Y esto apagaria las funciones del chipset TOE???

Que pasa entonces con la funcionalidad que permite NO sobrecargar el procesador principal y aprovechar la ventaja de tener una NIC con TOE???

Para que comprar entonces una NIC con TOE mucho mas costosa si no se va a aprovechar???

Podrias por favor aclararnos estas dudas, muchas gracias!

Hola Genius.

Cuidado. Estoy centrando el tema en una VM que tiene una VMnic que esta en Windows 2003 Service Pack 2.

A mi me ha dado problemas y VMware aconsejar desactivar la funcionalidad.

En el caso de un entorno fisico que quieras una tarjeta que incluye esta funcionalidad, supongo que tendra sus defensores. Pero como digo. Ni hablo de un entorno fisico y tan sólo me refiero a los problemas que origina con una VM con esas características.

Saludos

Genius

Disculpa si no he contestado antes. He tenido una operacion quirugica urgente de la que me empiezo a recuperar.

No me considero la persona adecuada para contestar tus preguntas, sencillamente porque hablas de un entorno que no trabajo habitualmente, de hecho yo voy por lo contrario.

Que es TOE, pues una descarga HW de un protocolo de comunicacion. Solamente una vez he tenido que trabajar añadiendo luns a las vms y no cumplia con el entorno. No me tuve que preocupar por el TOE. El que no haya visto mas que una instalacion asi, me da que pensar.

Por otro lado, Entorno Fisico. Pues como todo, si funciona bien, perfecto. Yo me buscaria más la vida con Jumboframes, con vlans, para que mis enlaces con la SAN fuera más eficiente.

Toda la gente que he hablado, incluso algun guru, me ha hablado no muy bien del TOE.

Lamento no mojarme, pero de lo que no sé procuro no expresarme.

A lo mejor alguien sale que defiende al TOE, por que no?