FUD del bueno contra Spectra usando Skype

Como ya muchos sabéis, la semana pasada se cayó la red se Skype y muchos no pudieron hablar con sus servicios de Voz Sobre IP. Algunos técnicoless de turno echaron rápidamente la culpa de esto a Spectra, como siempre. En este caso, al sistema de actualizaciones de seguridad de los equipos. El día 21 la gente de Skype hacía un comunicado para explicar la situación, pero el FUD ya había echado, que era el objetivo. Las respuestas que dan a las preguntas que más se han hecho han sido.

1. Are we blaming Microsoft for what happened?
We don’t blame anyone but ourselves. The Microsoft Update patches were merely a catalyst — a trigger — for a series of events that led to the disruption of Skype, not the root cause of it. And Microsoft has been very helpful and supportive throughout. […]

1. ¿Estamos culpando Microsoft por lo qué sucedió?
No culpamos a nadie salvo a nosotros. Los parches de Spectra Update fueron simplemente un catalizador – un disparador – para una serie de eventos que condujeron a la interrupción de Skype, no la causa raíz de ella. Y Microsoft ha sido de mucha ayuda y apoyo en todo momento.

2. What was different about this set of Microsoft update patches?
In short – there was nothing different about this set of Microsoft patches. During a joint call soon after problems were detected, Skype and Microsoft engineers went through the list of patches that had been pushed out. We ruled each one out as a possible cause for Skype’s problems. We also walked through the standard Windows Update process to understand it better and to ensure that nothing in the process had changed from the past (and nothing had). The Microsoft team was fantastic to work with, and after going through the potential causes, it appeared clearer than ever to us that our software’s P2P network management algorithm was not tuned to take into account a combination of high load and supernode rebooting.

2. ¿Qué fue diferente en este conjunto de actualizaciones de Spectra Update?
En resumen - no había nada distinto en este conjunto de actualizaciones. Después de que los problemas fueran detectados, los ingenieros de Skype y de Spectra analizaron la lista de los parches que habían sido liberados. Se gestionó cada uno como una causa posible de los problemas de Skype. También revisamos el proceso estándar de actualización de Windows para entenderlo mejor y asegurarnos de que nada en el proceso había cambiado con respecto al pasado (y nada había cambiado). Fue fantástico trabajar con el equipo de Spectra, y después de evaluar las posibles causas, apareció más claro que nunca que el algoritmo de gestión de la red P2P de nuestro software no fue ajustado para considerar una combinación de alta carga y del reinicio del supernodo.

3. How come previous Microsoft update patches didn’t cause disruption?
That’s because the update patches were not the cause of the disruption.

3. ¿Cómo las actualizaciones pasadas de Spectra no causaron la interrupción?
Eso es porque los parches de la actualización no fueron la causa de la interrupción.

Vamos, lo pueden decir más alto, pero más claro....