Hola que tal? Como estáis?
Habéis experimentado problemas cuando un servidor 2003 SP2 intenta unirse a un dominio y da timeout? O bien con algún software que hace copias masivas “corta” el enlace con la red en un 2003 SP2.
Bienvenido al club. Os presento a Tcp/Ip Offload Engine o para los amigos, “TOE”.
El protocolo SCSI tiene ya unos cuantos años, y cuando empezó a aparecer iSCSI los procesadores tenían que procesar más información. Para descargar el procesador, se sacó un chipset (TOE) que cuando tienes un 2003 SP2 puede dar errores de comunicación con la red.
Tal como indica la KB de VMware 1004337, cuando experimentas estos síntomas (y yo desde ahora lo haré por defecto) hay que tocar el registro y desactivar el TOE en la VM en el 2003.
“By default, Windows 2003 Server Service Pack 2 has the TCP/IP Offload Engine (TOE) enabled. TOE may prevent the virtual machine from talking to the domain controller.
You must modify the registry on the host operating system.
To modify the registry:
1. On the host operating system registry, s et EnableTCPChimney, EnableRSS, and EnableTCPA to 0.
2. Run the following command to disable TCP chimney offload:Netsh int ip set chimney DISABLED “
Bueno, hasta la semana que viene
Take care…
Los lectores que leyeron este post, también leyeron:
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
Gracias Jose por la aclaracion, entiendo entonces la explicacion desde el panorama que presentas.
Podrias entonces por favor ampliarme el tema sobre lo siguiente:
1. TOE en un entorno virtualizado pierde su funcionalidad y/o no se necesita? porque?
2. tu dices: “entorno fisico que quieras una tarjeta que incluye esta funcionalidad, supongo que tendra sus defensores.”
como consideras tu el trabajo con TOE en un entorno fisico? es bueno o malo? porque?
considero tus comentarios sobre este caso muy valiosos, ya que tu experiencia y desarrollo en el campo es muy respetable y seria de gran ayuda conocer tu opinion al respecto.
de antemano muchas gracias por tu tiempo.
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?