OVH Community, your new community space.

Entregas de octubre 26 2008


eLkRi
27/10/2008, 00:17
segun he entendido ya se esta empezando a establecer peering con algunas empresas aunque no pone si aqui o en otro lugar :/

oles@ovh.net
26/10/2008, 22:50
Buenos días,
Este es el estado de las entregas a día 2008-10-26 23h00.

Cuando hay retraso hay que entender:
"el pedido pagado más antiguo y no entregado tiene XX de retraso"


Real Private Server
- RPS 1 12H de retraso (2008-10-26 16:00:14)
- RPS 2 OK -> 1 hora
- RPS 3 OK -> 1 hora

Servidores para empezar y de juegos:
- Kemsirve L OK -> 1 hora
- Kemsirve XL 12H de retraso (2008-10-26 05:01:41)
- Kemsirve 2XL OK -> 1 hora
- Kemsirve 3XL OK -> 1 hora
- Kemsirve 4XL OK -> 1 hora

Servidores de empresa y profesionales
- miniSP OK -> 1 hora
- SP bestof OK -> 1 hora
- SP Max fr,es OK -> 1 hora
- SP Max de OK -> 1 hora
- SP Max uk,pl OK -> 1 hora

- EG Bestof 12H de retraso (2008-10-26 05:12:04)
- EG Max OK -> 1 hora
- EG Large OK -> 1 hora
- EG SSD OK -> 1 hora

- MG Bestof OK -> 1 hora
- MG Max OK -> 1 hora
- MG Large OK -> 1 hora
- MG SSD OK -> 1 hora
- MG X Large OK -> 1 hora

- miniHG OK -> 1 hora
- HG Bestof 3J de retraso (2008-10-23 20:02:10)
- HG BiTurbo 3J de retraso (2008-10-23 17:53:03)
- HG Large 7J de retraso (2008-10-16 21:01:05)

Las entregas de RPS no han sido continuas durante esta semana. Hemos
tenido un crecimiento violento de pedidos desde hace 2 semanas y estamos
intentando saber cuantos nuevos RPS deben ser fabricados por semana.
También, el sistema actual de entrega de RPS no está previsto para
entregar más de 100 RPS / día, a causa del "no paralelismo" de las
operaciones con las infraestructuras de almacenamiento. Hemos cambiado
los métodos de trabajo y en unos cuantos días acabaremos la industrialización
de los procesos sobre los RPS. La meta es no es mostrar el número de RPS
disponibles pero tener siempre un stock necesario para entregar a todos los
clientes, cualquiera que sea la cantidad en 1 hora. Es el contrato.

Las entregas de los Kemsirve y PRO se hacen sin problemas, excepto para los HG.
Tal y como se anunció, hemos previsto la instalación de una nueva gama HG 2009
a lo largo de la semana, máximo 10 días y la producción ha sido reorientada hacia
los nuevos servidores que pronto estarán disponibles en 1 hora. Trabajamos en el
sitio y en el motor de opciones. En efecto, deseamos proponeros un servidor
extremadamente potente, muy estable y totalmente personalizable. Dentro de 10 días
como máximo, tendremos la respuesta correcta si vamos por la dirección adecuada.

Esta semana, hemos finalizado el 90% de la backbone Europea de OVH. Estamos presentes
en Espanix en Madrid con 2x10G, en el MIX en Milán con 1x10G, en el VIX en Viena con
1x10G, en NIX en Praga con 1x10G y establecemos los primeros peering con las otras
redes presentes en estos puntos de peering y que desean intercambiar el tráfico con
OVH. Esta semana empezamos el TIX y el SwissIX en Zurich y después será el turno de
Varsovia ( algo complicado pero lo vamos a conseguir). Podéis ver nuestra red en
tiempo real en el weathermap http://weathermap.ovh.net/europe
Se trata de la backbone basada en los 10G. Para los que les guste liarse hay otra
versión con todos los enlaces input/output de OVH :
http://weathermap.ovh.net/backbone
Hoy, hemos equilibrado el tráfico entre todas las ciudades para que la red esté
optimizada. El tráfico entre Roubaix y Milán, pasa ahora correctamente por
Roubaix-París-Frankfurt-Zurich-Milán en vez de Roubaix-París-Madrid-Milán
para ganar 30ms. De la misma manera, el tráfico de Viena hacia París, para por
Praga-Frankfurt y ya no pasa por Milán-Zurich-Frankfurt.

Nos quedan algunos problemas a resolver en la Backbone :
http://travaux.ovh.com/?do=details&id=2547
Vamos a añadir un 10G entre los routers y el switch que gestiona las
interconexiones Decix. El xenpack va a llegar mañana a Frankfurt y
será instalado después.
- http://travaux.ovh.com/?do=details&id=2534

Tenemos un problema extraño en Linx 224. El tráfico de ciertos clientes a
ciertas redes que han intercambiado tráfico en Linx 224, no se hace a plena
velocidad. Después de los test efectuados con algunos clientes, hemos aislado
Linx 224, pero según Linx no hay ningún problema de saturación interna en Linx.
Vamos a cambiar todos los cables en fibra óptica en toda nuestra infraestructura
en Londres. Aunque no haya ninguna pérdida de paquetes, hay algo en algún lado.
Por tanto hay que empezar por algún lado.
http://weathermap.ovh.net/london
- http://travaux.ovh.com/?do=details&id=2492
Se debe poner un switch en Bruselas/Interxion y después conectar un 10G conectado
entre el router de Bruselas y Roubaix para garantizar un mejor redundancia. Se debería
hacer durante la semana.
Con la llegada de esta red, estamos muy cerca del comienzo de ChtiX.eu con las ofertas
de VLAN entre todos los emplazamientos donde estamos presentes y todos los puntos de
peerings donde estamos presentes. Así, se puede tener 100Mbps entre París y Viena es
100€ sinIVA al mes. De la misma manera las ofertas de tránsito 100Mbps = 100€ / mes
en full BGP. Una oferta única disponible en toda Europa.

Algunos cliente PL y UK nos han remontado un error en el ancho de banda interno
de nuestra red. Una parte de estos problemas han sido resueltos pero no todos.
Efectivamente tenemos muchos equipamientos de red diferentes y hay que adaptar
el setup de cada elemento, asegurando se que hace el mismo efecto. No hemos dado
cuenta que según el equipamiento los parámetros tienen que ser diferentes para
para tener al final tener la misma cosa. Este es el origen del problema. Esperamos
arreglar todos estos problemas a lo largo de la semana ( hace falta mucho tiempo
para probarlo todo para ver el resultado en tiempo real y sobre las gráficas MRTG/RRD).
http://travaux.ovh.com/?do=details&id=2495

Con la llegada de la backbone Este/Sur-Est, el tráfico a través de Frankfurt va a
aumentar en las siguientes semanas. En efecto, Praga, Viena, Zurich y Milán pasan
por Frankfurt. Vamos a comenzar las obras para la creación de una backbone a
100Gbps entre Bruselas y Frankfurt. Estas obras van a tardar entre 4 y 6 meses.
Por lo que deberíamos tener pleno rendimiento a partir de Febrero/Marzo.

Todos estos trámites e inversiones en la red tienen un objetivo concreto:
mejorar el acceso de todas las visitas Europeas en nuestra infraestructura. Hay
que encontrar los medios que por ejemplo una visita de CZ pueda consultar sus
sitios web más rápidamente y puede intercambiar el tráfico con sus sitios más
rápidamente. El objetivo no es establecer la red más grande del mundo, pero si
de ir hacia los usuarios lo más cerca posible de donde vivan y transportar en
nuestra red todo el tráfico. De esta manera únicamente, podremos garantizar el
tiempo de acceso y el caudal, sabiendo que pese a todo 100km van a generar 1ms
de tiempo de acceso de más y por tanto no vamos a crear un agujero negro en el
espacio para hacer llegar los paquetes de otra manera en OVH. Si vemos los
resultado de esta estrategia nos podemos preguntar sobre el sentido de todas
estos trabajos. Pongamos ejemplos : un peering establecido hace 30 minutos con
una gran red en CZ. Hemos tenido el peering en Amsix (Amsterdam) y ahora lo tenemos
en NIX (Praga). El resultado es una ganancia de 4ms. 4ms... ¿qué son 4 ms en nuestras
vidas?

64 bytes from 195.113.144.244: icmp_seq=6 ttl=58 time=21.2 ms
64 bytes from 195.113.144.244: icmp_seq=7 ttl=58 time=21.1 ms
64 bytes from 195.113.144.244: icmp_seq=8 ttl=58 time=21.1 ms
64 bytes from 195.113.144.244: icmp_seq=9 ttl=58 time=21.1 ms
64 bytes from 195.113.144.244: icmp_seq=10 ttl=58 time=21.1 ms
64 bytes from 195.113.144.244: icmp_seq=11 ttl=58 time=17.6 ms
64 bytes from 195.113.144.244: icmp_seq=12 ttl=58 time=17.5 ms
64 bytes from 195.113.144.244: icmp_seq=13 ttl=58 time=17.7 ms
64 bytes from 195.113.144.244: icmp_seq=14 ttl=58 time=17.6 ms

Hmmm ... 4ms es un acceso mejor de 20% hacia una de las redes más importantes de
la República Checa. ¿Merece la pena invertir para mejorar un 20% el acceso a
nuestra red? No tenemos la respuesta a esta pregunta. De todas maneras pensamos
que el cliente verá el interés de utilizar los servicios de una empresa de alojamiento
que propone las mejores conexiones en Europa y trabaja constantemente en la mejora
de su red con el objetivo de anticipar las necesidades de sus clientes. No sabemos
de que estará hecho el mañana y es difícil de prever si esto será útil o no.
En todo caso, si mañana tenéis un proyecto en Francia, en Alemania, en España o
Polonia y necesitáis una conexión de calidad, ya sabéis donde llamar.



Cordialmente,
Octave