OVH Community, your new community space.

Lentitud todas las tardes-noches


admin OVH
23/01/2009, 17:54
Cerramos el tema por solicitud de varios usuarios.

Existe un nuevo tema más lisible para que podáis hablar de la conectividad con Telefónica :
http://foros.ovh.es/showthread.php?t=3507

Un saludo.

barbaro
16/01/2009, 17:48
desde mi casa en Madrid a 600 metros de la central telefonica de la que dependo a un SuperPlan BestOF 4 gb

http://img297.imageshack.us/img297/8083/tracerbp3.png

Un saludo,compis de problema

Edito,a la misma hora,las 18,30 desde el mismo sitio a un kemsirve 2XL

http://img403.imageshack.us/img403/1581/tracer2fu1.png

SuperViruS
16/01/2009, 13:03
Cita Publicado inicialmente por kitamarchas
ALGUIEN QUE TENGA UN SERVIDOR EN ESPAÑA, QUE PUBLIQUE UN PING A OVH
El tracert esta realizado desde mi casa (ISP ADAMO) , hacia un Kemsirve 8XL

Código:
  1     *        *        *     Tiempo de espera agotado para esta solicitud.
  2    11 ms    10 ms    10 ms  91.126.137.1
  3    54 ms     *       35 ms  193.149.1.81
  4    29 ms    33 ms     *     20g.gsw-1-6k.routers.ovh.net [213.251.128.41]
  5    44 ms    32 ms     *     160g.rbx-1-6k.routers.ovh.net [213.186.32.226]
  6    46 ms    30 ms     *     40g.vss-1-6k.routers.ovh.net [213.251.128.26]
  7    30 ms    30 ms    30 ms  ksXXXX.kimsufi.com []

Traza completa.
Este 2º tracert también desde casa (ISP ADAMO) hacia un Kemsirve 4XL

Código:
  1     *        *        *     Tiempo de espera agotado para esta solicitud.
  2    10 ms    11 ms    10 ms  91.126.137.1
  3    61 ms    55 ms     *     193.149.1.81
  4    27 ms    28 ms     *     20g.gsw-1-6k.routers.ovh.net [213.251.128.41]
  5    36 ms     *       30 ms  160g.rbx-1-6k.routers.ovh.net [213.186.32.226]
  6    30 ms    30 ms    30 ms  rbx-60-m1.routers.ovh.net [91.121.130.52]
  7    30 ms    30 ms    30 ms  ksXXX.kimsufi.com 

Traza completa.
Saludetesss!!!!!

a-n-t-o-n-i-o
15/01/2009, 22:31
Cita Publicado inicialmente por kitamarchas
OVH - Alicante - 26ms
http://www.zilos.com/conozcanos/traceroute.html

OVH - Madrid - 19ms
http://ipet.as12769.net/trace

Habría que ver cuantas centralitas hay desde el nodo hasta tu casa y que distancia desde tu casa a tu centralita más cercana, que hace que suba hasta esos 80ms... solo supongo, pero ¿no vives en el centro de tu ciudad verdad?

Si si si, España es así!!


ALGUIEN QUE TENGA UN SERVIDOR EN ESPAÑA, QUE PUBLIQUE UN PING A OVH

desde zilos a mi ip = 29,5ms
desde ipet a mi ip = 23,6ms

quiza mi servidor este mas lejos que el tuyo jejeje, pero bueno, ya me gustaria que esos fueran los tiempos hasta mi casa, aunq lo que mas me preocupa no son los ms de ovh a mi casa, si no evidentemente desde ovh a mis visitas.

la verdad que no me preocupan los 80ms, me preocupa mas la estabilidad general de la linea que por ahora parece que aprueba.


por cierto vivo a 1.5km de la centralita de mi ciudad, una ciudad de las mas grandes de la provincia de alicante.

kitamarchas
15/01/2009, 22:01
Cita Publicado inicialmente por barbaro
Habría que ver que pasaba en ese momento con los routers 20g y 160g de OVH que iban algo petaillos, pero se ve como el grtmadde2 de Telefonica te tira 180ms, lo mismo que EEUU-Francia :-)



Cita Publicado inicialmente por a-n-t-o-n-i-o
ya que los 20ms maximo que deberiamos tener no lo veremos en nuestra vida aqui.
OVH - Alicante - 26ms
http://www.zilos.com/conozcanos/traceroute.html

OVH - Madrid - 19ms
http://ipet.as12769.net/trace

Habría que ver cuantas centralitas hay desde el nodo hasta tu casa y que distancia desde tu casa a tu centralita más cercana, que hace que suba hasta esos 80ms... solo supongo, pero ¿no vives en el centro de tu ciudad verdad?

Si si si, España es así!!


ALGUIEN QUE TENGA UN SERVIDOR EN ESPAÑA, QUE PUBLIQUE UN PING A OVH

a-n-t-o-n-i-o
15/01/2009, 20:49
Cita Publicado inicialmente por barbaro
joder, os quejais por 64ms yo no bajo de 78ms

la verdad que es frustrante ver estos tiempos pero yo ya me he cansado de ver a OLES por aqui intentando hacernos entener que no tenemos ni idea de hacer tracers asi mejor me callo!

me conformo con no volver a ver los 100 - 150ms de hace unos meses, ya que los 20ms maximo que deberiamos tener no lo veremos en nuestra vida aqui.

barbaro
15/01/2009, 20:28
http://img413.imageshack.us/img413/2927/tracerln9.png

este no es a EEUU

isaaclg
14/01/2009, 21:02
Veo que no soy el unico al que le pasa.

Quejaros a soporte, a ver si ven que somos unos cuantos y lo miran.

barbaro
14/01/2009, 20:49
Si,se hace imposible mantener la situacion,esta haciendo mucho daño este tema y me planteo cambiar de sitio.

un saludo

kitamarchas
14/01/2009, 20:44
EEUU - Francia en 188.61ms??
Francamente, es una pasada, nunca había visto bajar 200ms el enlace trasatlántico...

barbaro
14/01/2009, 20:14
hola amigos,me pasa lo mismo ,por las tardes noches es una pasada lo que le cuesta cargar

Hop T1 T2 T3 IP
1. 1.60ms 1.63ms 1.47ms nameintelligence.com Reverse IP | Ping | DNS Lookup |
2. 1.64ms 3.28ms 1.67ms ip-64-246-162-161.ipd.ccom.net Reverse IP | Ping | DNS Lookup |
3. 2.67ms 4.01ms 2.68ms 216.145.30.190 Reverse IP | Ping | DNS Lookup |
4. 1.67ms 3.97ms 2.67ms 216-145-7-117.sea.fibercloud.net Reverse IP | Ping | DNS Lookup |
5. 3.68ms 4.04ms 2.67ms 19b1-19b2.sea.fibercloud.net Reverse IP | Ping | DNS Lookup |
6. 3.63ms 2.54ms 5.67ms ge-6-17.car4.Seattle1.Level3.net Reverse IP | Ping | DNS Lookup |
7. 10.57ms 3.91ms 10.65ms ae-32-56.ebr2.Seattle1.Level3.net Reverse IP | Ping | DNS Lookup |
8. 37.59ms 39.08ms 36.55ms ae-2.ebr2.Denver1.Level3.net Reverse IP | Ping | DNS Lookup |
9. 52.46ms 51.10ms 52.57ms ae-3.ebr1.Chicago2.Level3.net Reverse IP | Ping | DNS Lookup |
10. 54.66ms 53.84ms 55.59ms ae-1-100.ebr2.Chicago2.Level3.net Reverse IP | Ping | DNS Lookup |
11. 74.62ms 70.98ms 69.58ms ae-2-2.ebr2.Washington1.Level3.net Reverse IP | Ping | DNS Lookup |
12. 164.61ms 161.72ms 160.55ms ae-10-10.ebr2.Frankfurt1.Level3.net Reverse IP | Ping | DNS Lookup |
13. 163.61ms 173.10ms 164.61ms ae-2-2.ebr1.Dusseldorf1.Level3.net Reverse IP | Ping | DNS Lookup |
14. 164.63ms 175.52ms 166.60ms ae-45-105.ebr2.Dusseldorf1.Level3.net Reverse IP | Ping | DNS Lookup |
15. 179.63ms 170.89ms 171.60ms ae-41.ebr1.Amsterdam1.Level3.net Reverse IP | Ping | DNS Lookup |
16. 168.62ms 232.83ms 170.62ms ae-1-51.edge3.Amsterdam1.Level3.net Reverse IP | Ping | DNS Lookup |
17. * * * Request Timed Out
18. 333.84ms 334.31ms 183.61ms 40g.rbx-2-6k.routers.ovh.net Reverse IP | Ping | DNS Lookup |
19. 188.59ms 191.12ms 199.80ms rbx-5-m1.routers.ovh.net Reverse IP | Ping | DNS Lookup |
20. 188.61ms 194.30ms 193.60ms ns39353.ovh.net Reverse IP | Ping | DNS Lookup |

alguien que entienda un poco,me puede traducir por favor esto

gracias

isaaclg
12/01/2009, 10:03
Tengo un EG 08 Reloaded

Raul
12/01/2009, 09:50
¿Qué servidor tienes? un kemsirve?

isaaclg
12/01/2009, 00:50
Puede ser que a los que tenemos servidores de antes de cambiar lo del ancho de banda, nos esten puteando para contratar otro server? o que nos hayan metido una conexion peor para que pasen estas cosas?

isaaclg
07/01/2009, 20:41
Pues no se. Yo estoy en madrid y me va fatal.
Si fuera algo de la maquina digo yo que pasaria a todas horas.

La pagina web es www.mundoimg.com que tal os carga?

RePliCanT
07/01/2009, 19:01
La verdad que yo tampoco tengo ningun problema desde Jazztel, ademas al estar al lado de la capital consigo mejor ping aun:

Ping:

Haciendo ping a www.seed4speed.com [91.121.159.xxx] con 32 bytes de datos:

Respuesta desde 91.121.159.xxx: bytes=32 tiempo=27ms TTL=251
Respuesta desde 91.121.159.xxx: bytes=32 tiempo=27ms TTL=251
Respuesta desde 91.121.159.xxx: bytes=32 tiempo=27ms TTL=251
Respuesta desde 91.121.159.xxx: bytes=32 tiempo=27ms TTL=251

Estadísticas de ping para 91.121.159.77:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 27ms, Máximo = 27ms, Media = 27ms

Tracert:

K:\Documents and Settings\Administrador>tracert www.seed4speed.com

Traza a la dirección www.seed4speed.com [91.121.159.xxx]
sobre un máximo de 30 saltos:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 8 ms 8 ms 7 ms 1.134.220.87.dynamic.jazztel.es [87.220.134.1]
3 * * * Tiempo de espera agotado para esta solicitud.
4 8 ms 7 ms 8 ms 146.216.106.212.static.jazztel.es [212.106.216.1
46]
5 * * * Tiempo de espera agotado para esta solicitud.
6 * 8 ms * 70.216.106.212.static.jazztel.es [212.106.216.70
]
7 12 ms * 34 ms 193.149.1.81
8 27 ms * 24 ms 20g.gsw-1-6k.routers.ovh.net [213.251.128.41]
9 29 ms * 27 ms 160g.rbx-1-6k.routers.ovh.net [213.186.32.226]
10 27 ms 27 ms 27 ms rbx-49-m1.routers.ovh.net [91.121.130.19]
11 27 ms 27 ms 26 ms www.seed4speed.com [91.121.159.xxx]

Traza completa.

isaaclg
07/01/2009, 15:39
Ahora va como el culo, aqui teneis la info con un TOP a ver si se os ocurre algo:

TOP:

top - 16:49:22 up 36 days, 15:09, 1 user, load average: 0.30, 0.29, 0.36
Tasks: 221 total, 1 running, 218 sleeping, 0 stopped, 2 zombie
Cpu(s): 0.3% us, 0.0% sy, 0.0% ni, 99.0% id, 0.3% wa, 0.0% hi, 0.3% si
Mem: 4035488k total, 3860568k used, 174920k free, 197892k buffers
Swap: 81923456k total, 152k used, 81923304k free, 2318348k cached

Alguna idea?

Saludos

isaaclg
07/01/2009, 00:41
es lo primero que reviso, antes de nada, y todo es normal.

Si fuera algo de la maquina, deberia pasar a cualquier hora, no solo por la tarde y noche, el resto del dia funciona perfectamente. ya digo que pasa exactamente lo mismo que cuando habia el problema con telefonica.

Slennox
06/01/2009, 21:23
Esa traza no tiene ningún error. Es Jazztel -> Espanix (Madrid) -> OVH (París). Prácticamente directo.

Además, yo personalmente tengo Jazztel y descargo sin problemas desde mi servidor al máximo de la conexión. Igualmente, ningún problema de latencia que pueda apreciar mediante la administración remota...

Revisa las cargas de tu servidor (comando "w") y el listado de procesos activos (comando "top") a ver si ves algo inusual.



Sle

isaaclg
06/01/2009, 00:27
En estre trace, donde estaria el error? porque mi web tarda mucho en cargar, y a veces ni carga.

Ovh se limita a decir que es un problema de configuracion del server. Pero eso es imposible, ya que no se ha tocado nada y al principio si funcionaba bien. Ademas el problema es por las tardes-noches . El resto del dia va bien.

C:\Users\Isaac>tracert 91.121.167.132

Traza a la dirección videospes.com [91.121.167.132]
sobre un máximo de 30 saltos:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 29 ms 29 ms 29 ms 1.206.218.87.dynamic.jazztel.es [87.218.206.1]
3 * * * Tiempo de espera agotado para esta solicitud.
4 29 ms 30 ms 44 ms 147.216.106.212.static.jazztel.es [212.106.216.147]
5 * * * Tiempo de espera agotado para esta solicitud.
6 * 28 ms * 70.216.106.212.static.jazztel.es [212.106.216.70]
7 29 ms * 32 ms 195.95.153.95
8 46 ms * 50 ms 20g.gsw-1-6k.routers.ovh.net [213.251.128.41]
9 49 ms 51 ms * 160g.rbx-1-6k.routers.ovh.net [213.186.32.226]
10 49 ms 53 ms 48 ms rbx-51-m1.routers.ovh.net [91.121.130.25]
11 57 ms 49 ms 48 ms videospes.com [91.121.167.132]

Traza completa.

C:\Users\Isaac>

Slennox
22/12/2008, 16:30
scenium, la subida de latencia en tus trazas se produce entre los saltos 4 y 6 (+100 ms cuando apenas deberían ser +2 ms).

Esos saltos corresponden al enlace entre Telefónica y Level 3 en Madrid. Saturación/shaping, el mismo tema de siempre, y es un problema ajeno a OVH del que nada se puede hacer.

Oles ya dijo que según informaciones de Level 3, Telefónica iba a ampliar la capacidad de este enlace en unas 8 semanas. Hasta que no lo vea, no lo creeré.


Sle

isaaclg
22/12/2008, 12:53
Desde mi ultimo mensaje a mi me vuelve a ir como el culo todas las tardes-noches. Pero se limitan a decir que es la carga de mi server, la cual he comprobado y ni de coña, o que esta mal configurado el server. A lo que respondo que no he tocado nada y que es un poco raro que sea solo por la tarde noche. Asi que nada, lo deje por imposible y paso. Como no os quejeis mas no volveran a hacernos caso.

scenium
22/12/2008, 12:49
No estais teniendo otra vez problemas de velocidad en la descarga desde los servidores kimsufi
A mi me ha ido bien unos dias pero volvemos a las andadas

Este era el tracert el sabado por la tarde:

C:\Users\>tracert ks35354.kimsufi.com

Traza a la dirección ks35354.kimsufi.com [213.251.186.131]
sobre un máximo de 30 saltos:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 38 ms 35 ms 36 ms 192.168.153.1
3 36 ms 39 ms 35 ms 2.Red-80-58-115.staticIP.rima-tde.net [80.58.115
.2]
4 45 ms 42 ms 43 ms So6-0-0-0-grtmadde2.red.telefonica.wholesale.net
[84.16.8.117]
5 * * * Tiempo de espera agotado para esta solicitud.
6 154 ms 154 ms 152 ms ae-11-11.car1.Madrid1.Level3.net [4.69.135.173]

7 155 ms 157 ms 200 ms 30g.level3.mad-1-6k.routers.ovh.net [213.251.130
.73]
8 161 ms 180 ms 164 ms 20g.gsw-1-6k.routers.ovh.net [213.251.128.41]
9 165 ms 163 ms 165 ms 160g.rbx-1-6k.routers.ovh.net [213.186.32.226]
10 160 ms 161 ms 158 ms rbx-3-m1.routers.ovh.net [213.251.191.4]
11 156 ms 157 ms 152 ms ks35354.kimsufi.com [213.251.186.131]

Traza completa.


Y este es en este mismo momento

Microsoft Windows [Versión 6.0.6000]
Copyright (c) 2006 Microsoft Corporation. Reservados todos los derechos.

C:>tracert ks35354.kimsufi.com

Traza a la dirección ks35354.kimsufi.com [213.251.186.131]
sobre un máximo de 30 saltos:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 38 ms 36 ms 35 ms 192.168.153.1
3 36 ms 35 ms 35 ms 2.Red-80-58-115.staticIP.rima-tde.net [80.58.115
.2]
4 46 ms 46 ms 46 ms So6-0-0-0-grtmadde2.red.telefonica.wholesale.net
[84.16.8.117]
5 * * * Tiempo de espera agotado para esta solicitud.
6 160 ms 160 ms 162 ms ae-11-11.car1.Madrid1.Level3.net [4.69.135.173]

7 158 ms * 153 ms 30g.level3.mad-1-6k.routers.ovh.net [213.251.130
.73]
8 162 ms * 174 ms 20g.gsw-1-6k.routers.ovh.net [213.251.128.41]
9 168 ms 167 ms 168 ms 160g.rbx-1-6k.routers.ovh.net [213.186.32.226]
10 162 ms 162 ms 165 ms rbx-3-m1.routers.ovh.net [213.251.191.4]
11 167 ms 165 ms 165 ms ks35354.kimsufi.com [213.251.186.131]

Traza completa.

Respuesta del dpto tecnico de ovh

Buenos días,

puede ver el estado de las latencias de la red OVH en este enlace:

http://smokeping.ovh.net/ovh-server-...i?target=Spain

Seguimos trabajando para ofrecer el mejor servicio.

--
Cordialmente, José Manuel Giner
Departamento técnico
OVH Hispano - www.ovh.es


A ver si algun entendido me puede explicar que ocurre y como debo actuar ya que la latencia que indica en la pagina el dpto tecnico no es malo no llega a 40ms



Gracias

Power
02/12/2008, 17:31
La traza desde mi PC:

Código:
 1  192.168.1.1 (192.168.1.1)  0.000 ms   0.000 ms   0.000 ms
 2  192.168.153.1 (192.168.153.1)  36.000 ms   40.000 ms   32.000 ms
 3  66.Red-80-58-114.staticIP.rima-tde.net (80.58.114.66)  32.000 ms   32.000 ms   36.000 ms
 4  So-5-0-0-0-grtmadde2.red.telefonica-wholesale.net.9.16.84.in-addr.arpa (84.16.9.165)  40.000 ms   44.000 ms   40.000 ms
 5  * * *
 6  ae-11-11.car1.Madrid1.Level3.net (4.69.135.173)  56.000 ms   60.000 ms   60.000 ms
 7  30g.level3.mad-1-6k.routers.ovh.net (213.251.130.73)  136.000 ms *   120.000 ms
 8  20g.gsw-1-6k.routers.ovh.net (213.251.128.41)  120.000 ms * *
 9  160g.rbx-1-6k.routers.ovh.net (213.186.32.226)  108.000 ms * *
10  rbx-52-m1.routers.ovh.net (91.121.130.28)  116.000 ms   120.000 ms   112.000 ms
11  xxxxxxxx.com (xx.xx.xx.xx)  112.000 ms   112.000 ms   112.000 ms
Kennysamuerto, posiblemente tu tráfico va por otra ruta diferente.

Saludos

kennysamuerto
02/12/2008, 17:23
Cita Publicado inicialmente por Power
Hola yo también tengo Imagenio de Telefónica y ahora mismo el ping a mi servidor en OVH me da en torno a 120 ms.

¿Me puedes decir cuanto te da el ping a tí desde tu PC a tu servidor en OVH?
Gracias.

Saludos
Ahora mismo me da 50 ms

Power
02/12/2008, 17:17
Cita Publicado inicialmente por kennysamuerto
Cierto, lo malo, esque yo tengo telefonica (Imagenio) y nunca he notado lentitud.
Hola yo también tengo Imagenio de Telefónica y ahora mismo el ping a mi servidor en OVH me da en torno a 120 ms.

¿Me puedes decir cuanto te da el ping a tí desde tu PC a tu servidor en OVH?
Gracias.

Saludos

kennysamuerto
02/12/2008, 17:07
Cierto, lo malo, esque yo tengo telefonica (Imagenio) y nunca he notado lentitud.

Ni ahora mismo siquiera.

Se que no tiene sentido, pero puede que afecte a unos servidores y no a otros?

Power
02/12/2008, 15:50
Parece que de nuevo volvemos al aumento de la latencia de la conexión desde Telefónica por las tardes-noches.

Esta mañana estaba en 80 ms y ahora ya estoy en 120 ms.
Y ayer lunes lo mismo.

Se puede ver en el gráfico:
http://smokeping.ovh.net/ovh-server-...ain.Telefonica

Esto ya parece un mal endémico que reaparece cada cierto tiempo.

Saludos

isaaclg
02/12/2008, 00:24
A mi hoy me vuelve a ir a pedales la navegacion por las webs de mi server.
Descargar un archivo si va bien, pero a la hora de navegar, va a pedales, se hace imposible.
Aqui un traceroute:

C:\Users\Isaac>tracert 91.121.167.132

Traza a la dirección videospes.com [91.121.167.132]
sobre un máximo de 30 saltos:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 30 ms 29 ms 30 ms 1.128.217.87.dynamic.jazztel.es [87.217.128.1]
3 * * * Tiempo de espera agotado para esta solicitud.
4 31 ms 29 ms 29 ms 131.216.106.212.static.jazztel.es [212.106.216.131]
5 * * * Tiempo de espera agotado para esta solicitud.
6 29 ms 29 ms 29 ms 102.216.106.212.static.jazztel.es [212.106.216.102]
7 339 ms 49 ms * 193.149.1.208
8 48 ms 225 ms 206 ms 20g.gsw-1-6k.routers.ovh.net [213.251.128.41]
9 108 ms 50 ms * 160g.rbx-1-6k.routers.ovh.net [213.186.32.226]
10 49 ms 49 ms 50 ms rbx-51-m1.routers.ovh.net [91.121.130.25]
11 48 ms 49 ms 49 ms videospes.com [91.121.167.132]

Traza completa.

C:\Users\Isaac>

BoRoU
01/12/2008, 08:14
Tienes más razón que un santo.... Fallo mio por no haber cambiado de tema antes...
Lo siento.

Sigo con este tema aquí....
http://foros.ovh.es/showthread.php?t=3089

sdzzds
28/11/2008, 22:08
Perdonad que me entrometa, pero habeis visto el título de este post?
Es que si le das a nuevos mensajes en el foro te sale este como contenedor de mensajes nuevos y es aburrrido ver todos los días la misma historia creyendo que hay algo nuevo en las conexiones de Telefónica, por favor, abrid otro tema nuevo para esto.

"Lentitud todas las tardes noches"...Por lo men os si OVH es una shit en cuanto soporte se refiere, por lo menos vamos a organizarnos en el foro.

No lo digo con mala intención pero este tema se desvía de la intención con el que fue abierto...

Regards

BoRoU
28/11/2008, 10:51
nobody 14648 0.0 0.1 9376 4952 ? S 11:41 0:00 /usr/local/apac
nobody 15094 0.0 0.0 7144 2732 ? S 11:42 0:00 /usr/local/apac
nobody 15134 0.0 0.0 7288 2868 ? S 11:42 0:00 /usr/local/apac
nobody 15873 0.0 0.0 7384 2960 ? S 11:43 0:00 /usr/local/apac
nobody 15895 0.0 0.0 7280 2856 ? S 11:43 0:00 /usr/local/apac
nobody 15905 0.0 0.0 7260 2840 ? S 11:43 0:00 /usr/local/apac
nobody 15912 0.0 0.0 7256 2844 ? S 11:43 0:00 /usr/local/apac
nobody 16027 0.0 0.0 7216 2796 ? S 11:44 0:00 /usr/local/apac
nobody 16031 0.0 0.0 7376 2956 ? S 11:44 0:00 /usr/local/apac
nobody 16674 0.0 0.0 7264 2844 ? S 11:45 0:00 /usr/local/apac
nobody 16682 0.0 0.0 7152 2708 ? S 11:45 0:00 /usr/local/apac
nobody 16750 0.0 0.0 7316 2892 ? S 11:45 0:00 /usr/local/apac
nobody 16759 0.0 0.0 7376 2952 ? S 11:45 0:00 /usr/local/apac
nobody 16777 0.0 0.0 7184 2760 ? S 11:46 0:00 /usr/local/apac
nobody 16998 0.0 0.0 7260 2812 ? S 11:46 0:00 /usr/local/apac
nobody 17010 0.0 0.0 7136 2716 ? S 11:46 0:00 /usr/local/apac
nobody 17016 0.0 0.0 7236 2816 ? S 11:46 0:00 /usr/local/apac
nobody 17023 0.0 0.0 7356 2936 ? S 11:46 0:00 /usr/local/apac
nobody 17033 0.0 0.0 7356 2932 ? S 11:46 0:00 /usr/local/apac
nobody 17036 0.0 0.0 7264 2844 ? S 11:46 0:00 /usr/local/apac
nobody 17041 0.0 0.0 7292 2828 ? S 11:46 0:00 /usr/local/apac
nobody 17042 0.0 0.0 7508 3040 ? S 11:46 0:00 /usr/local/apac
nobody 17044 0.0 0.0 7268 2780 ? S 11:46 0:00 /usr/local/apac
nobody 17047 0.0 0.0 7332 2844 ? S 11:46 0:00 /usr/local/apac
nobody 17054 0.0 0.0 7252 2768 ? S 11:46 0:00 /usr/local/apac
nobody 17061 0.0 0.0 7388 2964 ? S 11:46 0:00 /usr/local/apac
nobody 17065 0.0 0.0 7212 2752 ? S 11:46 0:00 /usr/local/apac
nobody 17067 0.0 0.0 7340 2912 ? S 11:46 0:00 /usr/local/apac
nobody 17068 0.0 0.0 7356 2936 ? S 11:46 0:00 /usr/local/apac
nobody 17071 0.0 0.0 7356 2936 ? S 11:46 0:00 /usr/local/apac
nobody 17502 0.0 0.0 7264 2776 ? S 11:48 0:00 /usr/local/apac
root 17747 0.0 0.0 7996 2480 ? Ss 11:48 0:00 sshd: root@pts/
root 17770 0.0 0.0 0 0 ? Z 11:48 0:00 [wat]
root 17786 0.0 0.0 2880 1664 pts/0 Ss 11:48 0:00 -bash
root 17817 0.0 0.0 2280 872 pts/0 R+ 11:49 0:00 ps aux
mysql 18496 0.0 8.5 363028 264832 ? S Nov26 1:25 /usr/sbin/mysql
mysql 18499 0.0 8.5 363028 264832 ? S Nov26 1:25 /usr/sbin/mysql
mysql 18501 0.0 8.5 363028 264832 ? S Nov26 1:19 /usr/sbin/mysql
mysql 18503 0.0 8.5 363028 264832 ? S Nov26 1:21 /usr/sbin/mysql
mysql 18504 0.0 8.5 363028 264832 ? S Nov26 1:55 /usr/sbin/mysql
mysql 18505 0.0 8.5 363028 264832 ? S Nov26 1:26 /usr/sbin/mysql
mysql 18509 0.0 8.5 363028 264832 ? S Nov26 1:28 /usr/sbin/mysql
mysql 18510 0.0 8.5 363028 264832 ? S Nov26 1:26 /usr/sbin/mysql
mysql 18512 0.0 8.5 363028 264832 ? S Nov26 1:21 /usr/sbin/mysql
mysql 18528 0.0 8.5 363028 264832 ? S Nov26 1:23 /usr/sbin/mysql
mysql 18532 0.0 8.5 363028 264832 ? S Nov26 1:16 /usr/sbin/mysql
mysql 18535 0.0 8.5 363028 264832 ? S Nov26 1:25 /usr/sbin/mysql
mysql 18536 0.0 8.5 363028 264832 ? S Nov26 1:25 /usr/sbin/mysql
mysql 18538 0.0 8.5 363028 264832 ? S Nov26 1:32 /usr/sbin/mysql
mysql 18540 0.0 8.5 363028 264832 ? S Nov26 1:16 /usr/sbin/mysql
mysql 18541 0.0 8.5 363028 264832 ? S Nov26 1:24 /usr/sbin/mysql
mysql 18542 0.0 8.5 363028 264832 ? S Nov26 1:24 /usr/sbin/mysql
mysql 18544 0.0 8.5 363028 264832 ? S Nov26 1:21 /usr/sbin/mysql
mysql 18545 0.0 8.5 363028 264832 ? S Nov26 1:19 /usr/sbin/mysql
mysql 18550 0.0 8.5 363028 264832 ? S Nov26 1:23 /usr/sbin/mysql
mysql 18554 0.0 8.5 363028 264832 ? S Nov26 1:37 /usr/sbin/mysql
mysql 18557 0.0 8.5 363028 264832 ? S Nov26 1:21 /usr/sbin/mysql
mysql 18558 0.0 8.5 363028 264832 ? S Nov26 1:18 /usr/sbin/mysql
mysql 18562 0.0 8.5 363028 264832 ? S Nov26 1:18 /usr/sbin/mysql
mysql 18563 0.0 8.5 363028 264832 ? S Nov26 1:20 /usr/sbin/mysql
mysql 18580 0.0 8.5 363028 264832 ? S Nov26 1:33 /usr/sbin/mysql
mysql 18581 0.0 8.5 363028 264832 ? S Nov26 1:28 /usr/sbin/mysql
mysql 18582 0.0 8.5 363028 264832 ? S Nov26 1:51 /usr/sbin/mysql
mysql 18587 0.0 8.5 363028 264832 ? S Nov26 1:19 /usr/sbin/mysql
mysql 18589 0.0 8.5 363028 264832 ? S Nov26 1:17 /usr/sbin/mysql
mysql 18595 0.0 8.5 363028 264832 ? S Nov26 1:19 /usr/sbin/mysql
mysql 18597 0.0 8.5 363028 264832 ? S Nov26 1:26 /usr/sbin/mysql
mysql 18599 0.0 8.5 363028 264832 ? S Nov26 1:17 /usr/sbin/mysql
mysql 18601 0.0 8.5 363028 264832 ? S Nov26 1:28 /usr/sbin/mysql
mysql 18602 0.0 8.5 363028 264832 ? S Nov26 1:24 /usr/sbin/mysql
mysql 18606 0.0 8.5 363028 264832 ? S Nov26 1:39 /usr/sbin/mysql
mysql 18610 0.0 8.5 363028 264832 ? S Nov26 1:13 /usr/sbin/mysql
mysql 18726 0.0 8.5 363028 264832 ? S Nov26 1:19 /usr/sbin/mysql
mysql 18728 0.0 8.5 363028 264832 ? S Nov26 1:42 /usr/sbin/mysql
mysql 19869 0.0 8.5 363028 264832 ? S Nov26 1:34 /usr/sbin/mysql
mysql 19870 0.0 8.5 363028 264832 ? S Nov26 1:39 /usr/sbin/mysql
mysql 19873 0.0 8.5 363028 264832 ? S Nov26 1:34 /usr/sbin/mysql
named 22344 0.0 0.4 16776 13964 ? Ss Nov26 0:02 /usr/sbin/named
mysql 27321 0.0 8.5 363028 264832 ? S Nov26 1:34 /usr/sbin/mysql
mysql 27772 0.0 8.5 363028 264832 ? S Nov26 1:49 /usr/sbin/mysql
mysql 27829 0.0 8.5 363028 264832 ? S Nov26 1:40 /usr/sbin/mysql
mysql 27831 0.0 8.5 363028 264832 ? S Nov26 1:41 /usr/sbin/mysql
mysql 27832 0.0 8.5 363028 264832 ? S Nov26 1:46 /usr/sbin/mysql
mysql 27834 0.0 8.5 363028 264832 ? S Nov26 1:37 /usr/sbin/mysql
mysql 27836 0.0 8.5 363028 264832 ? S Nov26 1:54 /usr/sbin/mysql
mysql 27837 0.0 8.5 363028 264832 ? S Nov26 1:38 /usr/sbin/mysql
mysql 27857 0.0 8.5 363028 264832 ? S Nov26 1:39 /usr/sbin/mysql
mysql 27862 0.0 8.5 363028 264832 ? S Nov26 1:42 /usr/sbin/mysql
mysql 27863 0.0 8.5 363028 264832 ? S Nov26 1:41 /usr/sbin/mysql
mysql 27870 0.0 8.5 363028 264832 ? S Nov26 1:43 /usr/sbin/mysql
mysql 27872 0.0 8.5 363028 264832 ? S Nov26 1:42 /usr/sbin/mysql
mysql 28046 0.0 8.5 363028 264832 ? S Nov26 1:44 /usr/sbin/mysql
mysql 28047 0.0 8.5 363028 264832 ? S Nov26 1:39 /usr/sbin/mysql
mysql 28084 0.0 8.5 363028 264832 ? S Nov26 1:46 /usr/sbin/mysql
mysql 28476 0.0 8.5 363028 264832 ? S Nov26 1:54 /usr/sbin/mysql
mysql 28479 0.0 8.5 363028 264832 ? S Nov26 1:52 /usr/sbin/mysql
mysql 28480 0.0 8.5 363028 264832 ? S Nov26 1:51 /usr/sbin/mysql
mysql 28559 0.0 8.5 363028 264832 ? S Nov26 1:45 /usr/sbin/mysql
mysql 28560 0.0 8.5 363028 264832 ? S Nov26 1:53 /usr/sbin/mysql
mysql 30312 0.0 8.5 363028 264832 ? S Nov26 1:35 /usr/sbin/mysql
mysql 30316 0.0 8.5 363028 264832 ? S Nov26 1:45 /usr/sbin/mysql
mysql 30317 0.0 8.5 363028 264832 ? S Nov26 1:36 /usr/sbin/mysql
Eso con esta carga...
11:52:16 up 2 days, 18:24, 1 user, load average: 0,86, 0,83, 0,76
Lo que comentas de iotop y mytop no se como usarlo, ya que no me reconoce esos comandos...:confused:

GRACIAS.

BoRoU
28/11/2008, 10:50
Esto es el resultado del ps aux....
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 1480 500 ? Ss Nov25 0:01 init [3]
root 2 0.0 0.0 0 0 ? S< Nov25 0:00 [kthreadd]
root 3 0.0 0.0 0 0 ? S< Nov25 0:01 [migration/0]
root 4 0.0 0.0 0 0 ? S< Nov25 0:00 [ksoftirqd/0]
root 5 0.0 0.0 0 0 ? S< Nov25 0:01 [migration/1]
root 6 0.0 0.0 0 0 ? S< Nov25 0:00 [ksoftirqd/1]
root 7 0.0 0.0 0 0 ? S< Nov25 0:07 [events/0]
root 8 0.0 0.0 0 0 ? S< Nov25 0:07 [events/1]
root 9 0.0 0.0 0 0 ? S< Nov25 0:00 [khelper]
root 89 0.0 0.0 0 0 ? S< Nov25 0:00 [kblockd/0]
root 90 0.0 0.0 0 0 ? S< Nov25 0:01 [kblockd/1]
root 92 0.0 0.0 0 0 ? S< Nov25 0:00 [kacpid]
root 93 0.0 0.0 0 0 ? S< Nov25 0:00 [kacpi_notify]
root 174 0.0 0.0 0 0 ? S< Nov25 0:00 [ata/0]
root 175 0.0 0.0 0 0 ? S< Nov25 0:00 [ata/1]
root 176 0.0 0.0 0 0 ? S< Nov25 0:00 [ata_aux]
root 177 0.0 0.0 0 0 ? S< Nov25 0:00 [ksuspend_usbd]
root 182 0.0 0.0 0 0 ? S< Nov25 0:00 [khubd]
root 185 0.0 0.0 0 0 ? S< Nov25 0:00 [kseriod]
root 225 0.0 0.0 0 0 ? S Nov25 0:12 [pdflush]
root 226 0.0 0.0 0 0 ? S Nov25 0:04 [pdflush]
root 227 0.0 0.0 0 0 ? S< Nov25 0:01 [kswapd0]
root 228 0.0 0.0 0 0 ? S< Nov25 0:00 [aio/0]
root 229 0.0 0.0 0 0 ? S< Nov25 0:00 [aio/1]
root 234 0.0 0.0 0 0 ? S< Nov25 0:00 [xfslogd/0]
root 235 0.0 0.0 0 0 ? S< Nov25 0:00 [xfslogd/1]
root 236 0.0 0.0 0 0 ? S< Nov25 0:00 [xfsdatad/0]
root 237 0.0 0.0 0 0 ? S< Nov25 0:00 [xfsdatad/1]
root 238 0.0 0.0 0 0 ? S< Nov25 0:00 [xfs_mru_cache]
root 919 0.0 0.0 0 0 ? S< Nov25 0:00 [scsi_eh_0]
root 921 0.0 0.0 0 0 ? S< Nov25 0:00 [scsi_eh_1]
root 941 0.0 0.0 0 0 ? S< Nov25 0:00 [mtdblockd]
root 983 0.0 0.0 0 0 ? S< Nov25 0:00 [kpsmoused]
root 993 0.0 0.0 0 0 ? S< Nov25 0:00 [rpciod/0]
root 994 0.0 0.0 0 0 ? S< Nov25 0:00 [rpciod/1]
root 995 0.0 0.0 0 0 ? S< Nov25 0:02 [kirqd]
root 997 0.0 0.0 0 0 ? S< Nov25 0:19 [kjournald]
root 1113 0.0 0.0 0 0 ? S< Nov25 0:25 [kjournald]
root 1709 0.0 0.0 2984 988 ? Ss Nov25 0:01 /usr/sbin/syslo
qmails 2505 0.0 0.0 1504 384 ? S Nov25 0:00 qmail-send
root 2506 0.0 0.0 1324 248 ? S Nov25 0:00 /usr/local/bin/
qmaill 2507 0.0 0.0 1472 336 ? S Nov25 0:00 /usr/local/bin/
root 2508 0.0 0.0 1536 468 ? S Nov25 0:00 tcpserver -H -R
root 2509 0.0 0.0 1324 244 ? S Nov25 0:00 /usr/local/bin/
qmaill 2510 0.0 0.0 1344 280 ? S Nov25 0:00 /usr/local/bin/
vpopmail 2511 0.0 0.0 1536 476 ? S Nov25 0:00 tcpserver -H -R
root 2512 0.0 0.0 1324 248 ? S Nov25 0:00 /usr/local/bin/
qmaill 2513 0.0 0.0 1344 280 ? S Nov25 0:00 /usr/local/bin/
root 2535 0.0 0.0 1472 320 ? S Nov25 0:00 qmail-lspawn ./
qmailr 2536 0.0 0.0 1864 852 ? S Nov25 0:00 qmail-rspawn
qmailq 2538 0.0 0.0 1460 316 ? S Nov25 0:00 qmail-clean
root 2553 0.0 0.0 5160 1200 ? Ss Nov25 0:00 /usr/sbin/sshd
root 2891 0.0 0.0 2892 836 ? Ss Nov25 2:45 /usr/sbin/colle
root 2945 0.0 0.0 1464 376 ? S Nov25 0:00 /usr/sbin/couri
root 2946 0.0 0.0 1976 640 ? S Nov25 0:00 /usr/lib/courie
root 2959 0.0 0.0 1976 248 ? S Nov25 0:00 /usr/lib/courie
root 2960 0.0 0.0 1976 248 ? S Nov25 0:00 /usr/lib/courie
root 2961 0.0 0.0 1976 248 ? S Nov25 0:00 /usr/lib/courie
root 2962 0.0 0.0 1976 248 ? S Nov25 0:00 /usr/lib/courie
root 2963 0.0 0.0 1976 248 ? S Nov25 0:00 /usr/lib/courie
root 2970 0.0 0.0 1568 480 ? S Nov25 0:00 /usr/lib/courie
root 2972 0.0 0.0 1468 440 ? S Nov25 0:00 /usr/lib/courie
nobody 3038 0.0 0.0 5744 1436 ? Ss Nov25 0:01 proftpd: (accep
root 3119 0.0 0.7 25760 23472 ? Ss Nov25 0:22 /usr/sbin/spamd
root 3157 0.0 0.0 1464 300 ? S Nov25 0:00 /usr/sbin/couri
root 3158 0.0 0.0 3456 776 ? S Nov25 0:00 /usr/lib/sqwebm
root 3170 0.0 0.0 3456 260 ? S Nov25 0:00 /usr/lib/sqwebm
root 3172 0.0 0.0 3456 260 ? S Nov25 0:00 /usr/lib/sqwebm
root 3174 0.0 0.0 3456 260 ? S Nov25 0:00 /usr/lib/sqwebm
root 3176 0.0 0.0 3456 260 ? S Nov25 0:00 /usr/lib/sqwebm
root 3178 0.0 0.0 3456 260 ? S Nov25 0:00 /usr/lib/sqwebm
root 3195 0.0 0.0 1752 660 ? Ss Nov25 0:00 /usr/sbin/cron
root 3226 0.0 0.0 1524 1524 ? SLs Nov25 0:01 /usr/sbin/watch
qscand 3259 0.0 0.7 25760 22472 ? S Nov25 0:00 spamd child
qscand 3260 0.0 0.7 25760 22380 ? S Nov25 0:00 spamd child
root 3320 0.0 0.0 1480 460 tty1 Ss+ Nov25 0:00 /sbin/agetty 38
root 3321 0.0 0.0 1480 460 tty2 Ss+ Nov25 0:00 /sbin/agetty 38
root 3322 0.0 0.0 1480 460 tty3 Ss+ Nov25 0:00 /sbin/agetty 38
root 3323 0.0 0.0 1480 460 tty4 Ss+ Nov25 0:00 /sbin/agetty 38
root 3324 0.0 0.0 1480 460 tty5 Ss+ Nov25 0:00 /sbin/agetty 38
root 3325 0.0 0.0 1480 460 tty6 Ss+ Nov25 0:00 /sbin/agetty 38
mysql 4190 0.0 8.5 363028 264832 ? S Nov26 1:38 /usr/sbin/mysql
mysql 4191 0.0 8.5 363028 264832 ? S Nov26 1:41 /usr/sbin/mysql
mysql 4192 0.0 8.5 363028 264832 ? S Nov26 1:39 /usr/sbin/mysql
mysql 4195 0.0 8.5 363028 264832 ? S Nov26 1:33 /usr/sbin/mysql
mysql 4198 0.0 8.5 363028 264832 ? S Nov26 1:46 /usr/sbin/mysql
mysql 4199 0.0 8.5 363028 264832 ? S Nov26 1:27 /usr/sbin/mysql
mysql 4200 0.0 8.5 363028 264832 ? S Nov26 1:36 /usr/sbin/mysql
root 6231 0.0 0.0 6896 3048 ? Ss Nov26 0:19 /usr/local/apac
mysql 6469 0.0 8.5 363028 264832 ? Ss Nov26 0:53 /usr/sbin/mysql
mysql 6472 0.0 8.5 363028 264832 ? S Nov26 0:15 /usr/sbin/mysql
mysql 6473 0.0 8.5 363028 264832 ? S Nov26 1:03 /usr/sbin/mysql
mysql 6474 0.0 8.5 363028 264832 ? S Nov26 0:00 /usr/sbin/mysql
mysql 9209 0.0 8.5 363028 264832 ? S Nov26 1:27 /usr/sbin/mysql
mysql 9210 0.0 8.5 363028 264832 ? S Nov26 1:40 /usr/sbin/mysql
mysql 9217 0.0 8.5 363028 264832 ? S Nov26 1:37 /usr/sbin/mysql
mysql 9218 0.0 8.5 363028 264832 ? S Nov26 1:58 /usr/sbin/mysql
mysql 9226 0.0 8.5 363028 264832 ? S Nov26 1:47 /usr/sbin/mysql
mysql 9227 0.0 8.5 363028 264832 ? S Nov26 1:34 /usr/sbin/mysql
mysql 9299 0.0 8.5 363028 264832 ? S Nov26 1:35 /usr/sbin/mysql
mysql 9301 0.0 8.5 363028 264832 ? S Nov26 1:51 /usr/sbin/mysql
mysql 9302 0.0 8.5 363028 264832 ? S Nov26 1:29 /usr/sbin/mysql
mysql 9411 0.0 8.5 363028 264832 ? S Nov26 1:38 /usr/sbin/mysql
mysql 9415 0.0 8.5 363028 264832 ? S Nov26 1:27 /usr/sbin/mysql
mysql 9416 0.0 8.5 363028 264832 ? S Nov26 1:33 /usr/sbin/mysql
mysql 9417 0.0 8.5 363028 264832 ? S Nov26 1:32 /usr/sbin/mysql
qscand 12822 0.0 1.8 59320 56940 ? SNs Nov27 0:00 /usr/sbin/clamd
clamav 12825 0.0 0.0 3028 1164 ? SNs Nov27 0:00 /usr/bin/freshc
root 13117 0.0 0.1 9800 5576 ? Ss Nov27 0:01 /usr/bin/perl /
nobody 14603 0.0 0.1 7584 3156 ? S 11:41 0:00 /usr/local/apac

josu
28/11/2008, 09:36
Cita Publicado inicialmente por BoRoU

Podría ser que tenga esos picos de carga por esos dichosos zombies?
Cuando haces un "ps aux"

Código:
root     29688  0.0  0.1   3720  1028 pts/0    R+   10:36   0:00 ps aux
josu     13152  0.0  0.4   6256  3528 pts/3    Ss   10:02   0:00 /bin/bash
Las octava columna representa el estado del proceso. Fíjate los que están intentando ejecutarse, esos son los que te suben el "load average".

Código:
PROCESS STATE CODES
       D uninterruptible sleep (usually IO)
       R runnable (on run queue)
       S sleeping
       T traced or stopped
       W paging (2.4 kernels and older only)
       X dead
       Z a defunct ("zombie") process

       For BSD formats and when the "stat" keyword is used, additional characters may be
       displayed:

       <      high-priority task

       N      low-priority task

       L      has pages locked into memory (for real-time and custom IO)

       s      is a session leader

       +      is in the foreground process group

josu
28/11/2008, 09:32
Cita Publicado inicialmente por thekeeper
Tener una carga de 2 podria no darte problemas si solo es un html pero si necesitas uso de cpu ya sea para conversión de imagenes, un foro, etc... 2 es muchisimo, no digo que lo alcances en casos puntuales pero no es normal.

Ante estas cosas es mejor no aplicar el pasotismo de mientras el servidor mi tire total... porque despues cuando peta es cuando nos quejamos y hay que evitar eso, si el servidor se sobrecarga es que algo pasa, y si algo pasa algo hay que hacer.

Un consejo claro
El load average es una media de procesos que están en ejecución o en espera de ejecución (que no suspendidos). En un entorno multiprocesaror es normal encontrar valores superiores a 1. Lo comento no vaya a ser que ahora todos los que tienen un Dual Core empiecen a preocuparse por tener un valor de "1.8".

La causa más normal de que aumenten los procesos en espera de ejecución suele ser un problema con dispositivos de "I/O". Te recomiendo que utilices "iotop" y "mytop", para ver si se trata de acceso al disco duro o la base de datos.

Por cierto, cuidado con las herramientas "*top", tienen el efecto secundario de aumentar también el "load average" :-)

BoRoU
27/11/2008, 23:05
Cita Publicado inicialmente por thekeeper
Tener una carga de 2 podria no darte problemas si solo es un html pero si necesitas uso de cpu ya sea para conversión de imagenes, un foro, etc... 2 es muchisimo, no digo que lo alcances en casos puntuales pero no es normal.

Ante estas cosas es mejor no aplicar el pasotismo de mientras el servidor mi tire total... porque despues cuando peta es cuando nos quejamos y hay que evitar eso, si el servidor se sobrecarga es que algo pasa, y si algo pasa algo hay que hacer.

Un consejo claro
Desde luego eso está clarisimo, pero he probado mil y 1 cosas y sigue igual que siempre, sinceramente me puede....
Ahora mismo mira como está...
5,75 3,94 3,97 | 314 Usuarios en Línea (189 miembros y 125 visitantes)
Y los tiempos de carga de las paginas son bastante buenos.... Esto es parte de lo que me sale en el gestor de procesos, siempre veo que hay muchos zombies que me consumen bastante....
1787 ovh 20.0 % /usr/local/php5/bin/php
1776 ovh 19.0 % [php]
1775 ovh 15.0 % [php]
1767 ovh 12.0 % [php]
1782 ovh 8.0 % [php]
1783 ovh 8.0 % [php]
1795 ovh 8.0 % [php]
1722 ovh 6.5 % [php]
1743 ovh 6.4 % [php]
1789 ovh 6.0 % /usr/local/php5/bin/php
1739 root 2.8 % /usr/libexec/webmin/proc/index_cpu.cgi
1634 ovh 0.5 % [php]
18504 mysql 0.1 % /usr/sbin/mysqld --defaults-file=/etc/mysql/my.cnf --basedir=/usr --datadir=/var ...
18582 mysql 0.1 % /usr/sbin/mysqld --defaults-file=/etc/mysql/my.cnf --basedir=/usr --datadir=/var ...
1 root 0.0 % init [3]
Podría ser que tenga esos picos de carga por esos dichosos zombies?

Gracias.

thekeeper
27/11/2008, 17:21
Tener una carga de 2 podria no darte problemas si solo es un html pero si necesitas uso de cpu ya sea para conversión de imagenes, un foro, etc... 2 es muchisimo, no digo que lo alcances en casos puntuales pero no es normal.

Ante estas cosas es mejor no aplicar el pasotismo de mientras el servidor mi tire total... porque despues cuando peta es cuando nos quejamos y hay que evitar eso, si el servidor se sobrecarga es que algo pasa, y si algo pasa algo hay que hacer.

Un consejo claro

BoRoU
27/11/2008, 12:58
jajajajjajaja si a mi tambien me a dejado :O jejjejjej
Supongo que dependerá de que está moviendo la bd y el apache, como bien dices....
Lo que me es rarisimo es que ahora mismo estoy así...
1,54 1,51 1,42 | 218 Usuarios en Línea (120 miembros y 98 visitantes)
Y tal vez dentro de 5 minutos tenga 20 users menos y mucha mas carga, aunque aun así la verdad es que la pagina carga de pm, incluso con un serverload de 9-10 carga bastante bien....
He comentado en vbulletin.com mis tiempos de carga haber que me dicen....

isaaclg
27/11/2008, 09:49
100.000 online?? joer, cual es tu web? ya por curiosidad...mandamela por MP si eso.

kennysamuerto
26/11/2008, 21:14
Bueno eso es muy dependiente. Yo por ejemplo tengo una pagina completa en html, y con 500.000 usuarios, con picos de hasta 100.000 online no me sobrepasa el 0.X

En cambio, tengo otro servidor, con un nuke, que me pasa el 1. cuando tengo unos 1000 usuarios online.

Por lo tanto, todo depende de lo que tengas, o lo que dejes de tener, de que hablemos de valores normales.

Por ejemplo, en horas no punta, te va bastante normal, deberias intentar optimizarlo un poco mas, pero tampoco es grave tener un 2.

Cuanto mas optimizado, mejor, claro esta, pero mientras tu server aguante y no se caiga...

BoRoU
26/11/2008, 10:28
Joer pues no se porque será... como he dicho antes lo configuro con el list_vars.cgi así que no se si lo haré bien....
De todas formas voy a hacerme un backup del my.cnf y voy a cambiarlo por uno "optimizado" haber que tal....
En los procesos en curso del webmin me sale una pedazo pagina que flipas de larga y se repite muchiiiiiiiiiisimas veces este proceso...
/usr/sbin/mysqld --defaults-file=/etc/mysql/my.cnf --basedir=/usr --datadir=/var ...

thekeeper
26/11/2008, 10:23
Bueno me refería en hora punta, cuando sobrepases la carga de 1

Es curioso no se como tendrás configurado el my.cnf pero yo solo tengo un mysqld no se si será por eso, yo siempre que he tenido cargas tan fuerte ha sido por culpa de mysql.

BoRoU
26/11/2008, 10:11
Claro ahora te lo pego...
top - 11:16:50 up 17:46, 1 user, load average: 0.56, 0.57, 0.52
Tasks: 246 total, 1 running, 244 sleeping, 0 stopped, 1 zombie
Cpu(s): 23.7% us, 2.7% sy, 0.0% ni, 73.0% id, 0.2% wa, 0.0% hi, 0.5% si
Mem: 3101424k total, 2123084k used, 978340k free, 216732k buffers
Swap: 522104k total, 0k used, 522104k free, 1177680k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4850 mysql 20 0 355m 211m 4808 S 6 7.0 0:26.86 mysqld
20540 mysql 20 0 355m 211m 4808 S 6 7.0 0:18.28 mysqld
1945 mysql 20 0 355m 211m 4808 S 1 7.0 0:29.72 mysqld
2213 mysql 20 0 355m 211m 4808 S 1 7.0 0:40.66 mysqld
14644 mysql 20 0 355m 211m 4808 S 1 7.0 0:32.34 mysqld
15936 mysql 20 0 355m 211m 4808 S 1 7.0 0:36.76 mysqld
16113 nobody 20 0 7356 2880 1396 S 1 0.1 0:00.06 httpd
1 root 20 0 1480 500 448 S 0 0.0 0:01.24 init
2 root 15 -5 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root RT -5 0 0 0 S 0 0.0 0:00.48 migration/0
4 root 15 -5 0 0 0 S 0 0.0 0:00.28 ksoftirqd/0
5 root RT -5 0 0 0 S 0 0.0 0:00.46 migration/1
6 root 15 -5 0 0 0 S 0 0.0 0:00.30 ksoftirqd/1
7 root 15 -5 0 0 0 S 0 0.0 0:01.86 events/0
8 root 15 -5 0 0 0 S 0 0.0 0:01.90 events/1
9 root 15 -5 0 0 0 S 0 0.0 0:00.14 khelper
89 root 15 -5 0 0 0 S 0 0.0 0:00.32 kblockd/0
90 root 15 -5 0 0 0 S 0 0.0 0:00.84 kblockd/1
92 root 15 -5 0 0 0 S 0 0.0 0:00.00 kacpid
93 root 15 -5 0 0 0 S 0 0.0 0:00.00 kacpi_notify
174 root 15 -5 0 0 0 S 0 0.0 0:00.00 ata/0
175 root 15 -5 0 0 0 S 0 0.0 0:00.00 ata/1
176 root 15 -5 0 0 0 S 0 0.0 0:00.00 ata_aux
177 root 15 -5 0 0 0 S 0 0.0 0:00.00 ksuspend_usbd
182 root 15 -5 0 0 0 S 0 0.0 0:00.00 khubd
185 root 15 -5 0 0 0 S 0 0.0 0:00.00 kseriod
225 root 20 0 0 0 0 S 0 0.0 0:04.32 pdflush
226 root 20 0 0 0 0 S 0 0.0 0:00.32 pdflush
227 root 15 -5 0 0 0 S 0 0.0 0:00.22 kswapd0
228 root 15 -5 0 0 0 S 0 0.0 0:00.00 aio/0
229 root 15 -5 0 0 0 S 0 0.0 0:00.00 aio/1
234 root 15 -5 0 0 0 S 0 0.0 0:00.00 xfslogd/0
235 root 15 -5 0 0 0 S 0 0.0 0:00.00 xfslogd/1
236 root 15 -5 0 0 0 S 0 0.0 0:00.00 xfsdatad/0
237 root 15 -5 0 0 0 S 0 0.0 0:00.00 xfsdatad/1
238 root 15 -5 0 0 0 S 0 0.0 0:00.00 xfs_mru_cache
919 root 15 -5 0 0 0 S 0 0.0 0:00.00 scsi_eh_0
921 root 15 -5 0 0 0 S 0 0.0 0:00.00 scsi_eh_1
941 root 15 -5 0 0 0 S 0 0.0 0:00.00 mtdblockd
983 root 15 -5 0 0 0 S 0 0.0 0:00.00 kpsmoused
993 root 15 -5 0 0 0 S 0 0.0 0:00.00 rpciod/0
994 root 15 -5 0 0 0 S 0 0.0 0:00.00 rpciod/1
995 root 15 -5 0 0 0 S 0 0.0 0:00.68 kirqd
997 root 15 -5 0 0 0 S 0 0.0 0:05.46 kjournald
1113 root 15 -5 0 0 0 S 0 0.0 0:06.94 kjournald
1342 mysql 20 0 355m 211m 4808 S 0 7.0 0:34.52 mysqld
1347 mysql 20 0 355m 211m 4808 S 0 7.0 0:35.44 mysqld
1348 mysql 20 0 355m 211m 4808 S 0 7.0 0:42.53 mysqld
1350 mysql 20 0 355m 211m 4808 S 0 7.0 0:37.38 mysqld
1351 mysql 20 0 355m 211m 4808 S 0 7.0 0:38.18 mysqld
1352 mysql 20 0 355m 211m 4808 S 0 7.0 0:36.18 mysqld
1364 mysql 20 0 355m 211m 4808 S 0 7.0 0:39.18 mysqld
1365 mysql 20 0 355m 211m 4808 S 0 7.0 0:36.94 mysqld

thekeeper
26/11/2008, 10:06
Lo de usuarios en linea es muy relativo, depende de el tiempo de sesión, tal vez tu foro o aplicación mire los usuarios en linea en 5 minutos o 15, si tu trafico es español ahora no tendrás mucha carga no es una hora punta.

Usas una aplicación como phpbb o vbulletin? no se podría ser que tengas consultas que no usan índices, deberias entrar por ssh como root y hacer top, y pegar aqui el resultado.

BoRoU
26/11/2008, 10:01
Coñooooooo pues desde luego algo tengo mal...
Yo tengo esta maquina...
CPU = Intel(R) Core(TM)2 Duo CPU E7200 @ 2.53GHz (2533 MHz)
RAM = 3gb
HD = 250 gb
Gentoo OVH Release2 (Webmin)
Apache: Apache/2.0.59 (Unix) mod_ssl/2.0.59 OpenSSL/0.9.8g
PHP:PHP Version 5.2.5-pl1-gentoo
MySQL version: mysql 5.0.45

Y la verdad no se ya que más mirar.....
Ahora mismo mira como estoy...
0,43 0,48 0,56 | 123 Usuarios en Línea (61 miembros y 62 visitantes)

thekeeper
26/11/2008, 09:58
Ten en cu enta que una carga superior a 1 es demasiado, vale que pueda llegar a tener picos de 1, pero si sobrepasa 1 es que algo no va bien, y más con tan pocos usuarios, aunque claro depende de la maquina que tengas.

Yo en hora punta con dos webs que llegan casi al millon de visitas juntas no sobrepaso el 0.6 a veces en contadas ocasiones s upero el 1 pero porque seguro que tengo alguna consulta por ahi mal construida.

BoRoU
26/11/2008, 09:54
El my.cnf lo configuro a través del list_vars.cgi con el webmin, ya que no se si al estar con lo del webmin se puede meter a plomo en el my.cnf la configuración, pero vamos esa precisamente no creo que sea el problema ya que lo he configurado conforme me han dicho en vbulletin.com..., ahora me falta mirar el httpd que no se que mirar, pero bueno repasaré por ahí.

La carga por norma general siempre la suelo tener...
Entre 0.xx y 2.xx cuando no hay más de 200 usuarios conectados, cuando pasan de 200 y me hace picos de 400 más o menos suele estar ente 4 y 10 de carga...

Bueno muchas gracias por los consejos, si me confirmas si puede meter los valores que configuro en el list_vars.cgi a plomo en el my.cnf me harias un favor, ya que cada vez que reinicio el servidor o pasa algo raro, tengo que meter tooooda la configuración de mysql, y es un toston....XD

Edito, el httpd tambien lo configuré conforme me dijeron los de vb....
En fin conforme está ahora ma va bien la verdad, así que imagino el el mayor problema seria el xcache dichoso...

Gracias.

kennysamuerto
26/11/2008, 00:50
Cita Publicado inicialmente por BoRoU
Gracias por la info. La verdad es que me resulta raro porque me a estado funcionando de pm hasta esta tarde que a empezado la carga del servidor a salirse de lo normal, hasta me ha bloqueado el servidor y me a tocado reiniciar....
Voy a ir mirandolo todo haber si se me ocurre algo, porque es raro pasa de un 30 a un 10, luego a un 40 en cuestión de minutos...



EDITO. Bueno pues no se si seria, pero he dejado de utilizar el xcache, y ahora me ha bajado de un 39 a un 3..... haber si es coincidencia o es que era el puto xcache....

De todos modos un 3 de load average, es mucho.

Lo logico es estar en un 0.XX

Te recomiendo que repases tu httpd y de my.conf para tratar de optimizarlo.

Saludos

BoRoU
25/11/2008, 22:06
Gracias por la info. La verdad es que me resulta raro porque me a estado funcionando de pm hasta esta tarde que a empezado la carga del servidor a salirse de lo normal, hasta me ha bloqueado el servidor y me a tocado reiniciar....
Voy a ir mirandolo todo haber si se me ocurre algo, porque es raro pasa de un 30 a un 10, luego a un 40 en cuestión de minutos...



EDITO. Bueno pues no se si seria, pero he dejado de utilizar el xcache, y ahora me ha bajado de un 39 a un 3..... haber si es coincidencia o es que era el puto xcache....

thekeeper
25/11/2008, 20:51
no creo que tenga mucho que ver la carga del servidor con lo que se está hablando aqui.

Tienes un tracert bastante normal y ami ahora me va bien, no se si telefónica nos dara peering espero que si, me da una pereza migrar pf xD

Sobre la carga de tu servidor revisa my.cnf, configuración apache y spam.

Yo no se si ha sido gracias a eso pero he quitado el suphp y he puesto el modulo normal de php5, he capado smtp ademas con iptables y pop ademas he parado el panel de control (solo tengo 4 webs que manejo a "pelo")

Y ahora me va bastante bien la carga, eso si! revisa tus query a la base de datos por si no estan bien indexadas, mira el slow-log de mysql

BoRoU
25/11/2008, 19:13
Bueno yo hoy estoy con lo mismo.... Los CPU load avarages los tengo disparados, entre 20-40.....
Este es el tracert que acabo de hacer con ono.

1 15 ms 9 ms 7 ms 10.42.128.1
2 * * * Tiempo de espera agotado para esta solicitud.
3 8 ms 8 ms 9 ms 10.47.242.165
4 7 ms 26 ms 6 ms 10.254.2.81
5 7 ms 9 ms 8 ms 10.254.2.110
6 28 ms 28 ms 27 ms 212.73.205.29
7 30 ms 30 ms * 30g.level3.gsw-2-6k.routers.ovh.net [213.251.13045]
8 45 ms * 42 ms 160g.rbx-2-6k.routers.ovh.net [213.186.32.222]
9 36 ms 46 ms 34 ms rbx-43-m1.routers.ovh.net [213.251.191.252]
10 49 ms 44 ms 44 ms ks3XXX06.kimsufi.com [91.XXX.142.199]

NeeK
25/11/2008, 09:18
Cita Publicado inicialmente por cbx
Danos un tracert a ver si hay un punto lento.
En cuanto llegue a casa os paso un tracert, pero en mi caso es cuando entra en la red de ovh cuando empieza a ir de pena, mientras llega va bien.

isaaclg
25/11/2008, 08:22
Yo los tenia con jazztel pero a raiz de este post se arreglaron. No si si jazztel pasara por la red de timofonica, en cualquier caso parece ir a bien y espero que siga asi.

cbx
25/11/2008, 08:00
Cita Publicado inicialmente por NeeK
Por que decis que telefonica es el unico proveedor que tiene o tenia problemas con ovh?
Yo tengo los 50 megas de ONO y desde q empezo a ir mal telefonica, he pasado de poder mantener con una unica conexion unos 1000-1500 KBs a 50-60 KBs y al contrario q los problemas con telefonica, con ONO siguen existiendo ya que me sigue yendo igual de mal.

Salu2
Danos un tracert a ver si hay un punto lento.

NeeK
25/11/2008, 07:45
Por que decis que telefonica es el unico proveedor que tiene o tenia problemas con ovh?
Yo tengo los 50 megas de ONO y desde q empezo a ir mal telefonica, he pasado de poder mantener con una unica conexion unos 1000-1500 KBs a 50-60 KBs y al contrario q los problemas con telefonica, con ONO siguen existiendo ya que me sigue yendo igual de mal.

Salu2

eLkRi
24/11/2008, 20:52
yo lo que veo es que han "cedido" ambas partes, una al reducir el numero de clientes aunque no intencionadamente y otra al quitar ese limite de los 4Gbps.

Slennox
24/11/2008, 19:20
Parece que este tema está sacándonos de nuestras casillas a más de uno (ver el post de antonio en el otro hilo...).

Venga, que generalmente el ambiente aquí siempre ha sido bueno y es una buena vía para que nosotros, como clientes de OVH, intercambiemos opiniones y nos demos apoyo.

No hay que enfrescarse en la guerra de quién tiene la culpa o quién no, que cada uno saque sus propias conclusiones con los hechos.

Al final, lo importante y lo que todos queremos es que el problema se solucione sea por la razón que sea.

Pensad en que vuestros clientes pueden entrar aquí y ver los comentarios en los que las formas de alguno dejan mucho que desear...

Yo personalmente pienso que la presión que se ha hecho sobre el NOC estos últimos días a raíz del correo de Oles ha motivado que se quitará la limitación/shaping o lo que fuese que estaban aplicando al tráfico de Level 3.


Sle

cbx
24/11/2008, 17:34
yo te digo que estoy en 2 cpd en francia, y los dos tenian el mismo problema la semana pasada con los adsl de telefonica (de hecho el segundo peor que ovh incluso) y los dos funcionan perfectamente desde el viernes...
No era solemente un fallo ovh/telefonica, sino un fallo españa/francia (y por lo que me dijeron en el noc, tb afectaba inglaterra y america del sur)

Hay que saber reconocer de donde viene el fallo y con un simple traceroute es bastante sencillo.

Evidentemente en un proveedor en españa, no fallaba dado que el fallo era hacia inglaterra y francia.

Yo, si llame al noc y si me admitieron el "fallo", ahora piensa lo que te apetezca, no tienes que darme explicacion ni yo a ti...

wla2
24/11/2008, 16:59
Cita Publicado inicialmente por cbx
Lamentable quiza, sin embargo ningun otro operador de españa tiene problemas con ovh... ¿a quien culpar?
y al contrario?
¿cuantos proveedores de hosting tienen problema con telefonica? y teniendo encuenta que operadores de internet hay 4 y proveedores de hosting cientos, espero que al menos me digas un buen puñado.

no quiero entrar en un batalla entre los a favor y en contra de ovh o telefonica, pero esq se escuchan muchas gilipolleces por minuto en este foro y la tuya era de responder.

yo tambien opino que telefonica tiene la mayor parte de la culpa, pero si ponemos alguna razon, por favor que no sea de crio de 2 años.

cbx
24/11/2008, 15:35
Cita Publicado inicialmente por yo_david
que van a saber estos de ovh!!
¿como va bien que mas da el motivo de que vaya bien?

dialogo CERO entre ovh y telefonica, lamentable esta pelea que tienen estos dos.
Lamentable quiza, sin embargo ningun otro operador de españa tiene problemas con ovh... ¿a quien culpar?

yo_david
24/11/2008, 15:19
Cita Publicado inicialmente por josu
En resumen:

Ahora funciona todo bien, pero que no saben si es por:

1.- La gente que ha llamado al NOC de telefónica.
2.- Que ha bajado el caudal con telefónica a 5GB.

Con lo que en el momento que suba otra vez hasta los 6GB, que llegará... no sabemos si telefónica volverá a cortar el grifo para evitar el peering con OVH en Espanix.

En fin....
que van a saber estos de ovh!!
¿como va bien que mas da el motivo de que vaya bien?

dialogo CERO entre ovh y telefonica, lamentable esta pelea que tienen estos dos.

Peich
24/11/2008, 15:13
uyuyuy ahora estamos a 42 ms ... la cosa va subiendo

josu
24/11/2008, 12:49
En resumen:

Ahora funciona todo bien, pero que no saben si es por:

1.- La gente que ha llamado al NOC de telefónica.
2.- Que ha bajado el caudal con telefónica a 5GB.

Con lo que en el momento que suba otra vez hasta los 6GB, que llegará... no sabemos si telefónica volverá a cortar el grifo para evitar el peering con OVH en Espanix.

En fin....

cbx
24/11/2008, 11:43
Buenos días,

El pasado jueves 20 de noviembre a las 15h30, hemos sufrido una
degradación de la calidad hacia la red de Telefónica. Después de horas
de intensa búsqueda, hemos llegado a la evidencia que existía una
limitación entre la red de OVH y la red de Telefónica.

El viernes 21 de noviembre a las 17h50, desde la central de OVH os
enviamos un email de información al conjunto de clientes que podíais
veros afectados por esta limitación. Habíamos tenido la sospecha de que
esta limitación estaba efectuada por Telefónica.

Gracias a vuestras numerosas llamadas al NOC de Telefónica, constatamos
el viernes 21 a 23h00 un brutal aumento del tráfico entre la red de OVH
y Telefónica. El límite ha sido ya eliminado, como puede verse en el
gráfico MRTG del cliente 10G que se utiliza únicamente para Telefónica.

Se trataba por tanto de una limitación a 4Gbps. No teníamos más pruebas
de quién la había establecido, pero gracias a vuestras llamadas y a la
presión que se ha ejercido sobre el NOC de Telefónica, la limitación se
ha quitado. ¿Por quién? Ahora sabemos por quien...

A causa de esta limitación y sobre todo a nuestro email de información,
ciertos clientes han suspendido temporalmente la utilización de nuestra
infraestructura. Ahora tenemos 5Gbps en lugar de los 6,5Gbps. Esta
limitación ha sido injusta y nos ha causado perjuicio. Pero actualmente
ya no se aprecia ninguna limitación. Podéis por tanto volver a emplazar
vuestros proyectos en OVH.

En caso de que la situación evolucione, os informaremos en todo momento
de cualquier cambio. En cuanto nuestro tráfico sobrepase de nuevo los
6Gbps, volveremos a solicitar a Telefónica un peering entre la red de
OVh y la red de Telefónica respetando las "policy" de Telefónica y
esperando que no las modifiquen sólo para evitar hacer peering con OVH !

Os agradecemos vuestra ayuda en la resolución del problema que ha sido
muy útil y muy eficaz. Es muy raro que solicitemos ayuda a nuestros
clientes, pero en el caso de esta limitación, no hemos tenido elección.


Cordialmente,
Octave Klaba
Director técnico de Ovh.com

a-n-t-o-n-i-o
23/11/2008, 23:43
Cita Publicado inicialmente por SuperViruS
El ping mientras el trafico se desvie por media europa, o tengamos operadores de transito por el medio, no va a mejorar. Este mejorara cuando entre Telefonica y OVH llegen a un acuerdo de peering , para eso hay otro hilo abierto sobre ESpanix

El problema de este hilo, es una limitación de velocidad y una perdida de paquetes que afectaba en determinadas horas y en determinados sitios a los usuarios de Telefónica.

Estas ultimas horas han mejorado mucho las gráficas, habrá que esperar al lunes para ver si siguen pisando el cable....

Saludetessss!!!!!!!!!!

ei, viruse.. no soy el primero en hablar de ping, te agradezco el breve resumen, la culpa es mia por leer solo el final del post, que ya son muchas paginas para leerlas todas, como en la pagina de atras se habla de buenos ping pues yo aqui digo que yo aun sigo igual es mas, desde tu comentario mi ping a mejorado hasta 86ms, ¿sera casualidad? .. es no lo es gracias por esos 3ms menos

saludos.

rockeye
23/11/2008, 15:25
Cita Publicado inicialmente por cbx
Tienes toda la razón, pero no esta demas dar el coñazo, a ver si esos cap... de timofonica reaccionan
Pues sí y si es cierto que se ha solucionado, doy mi enhorabuena a la gente que se lo ha currado. Si todos hubieran pensado como yo, a lo mejor estabamos todavía igual.

Saludos.

SuperViruS
23/11/2008, 13:04
Cita Publicado inicialmente por a-n-t-o-n-i-o
pues yo sigo teniendo un ping de 89ms hacia mi ip
El ping mientras el trafico se desvie por media europa, o tengamos operadores de transito por el medio, no va a mejorar. Este mejorara cuando entre Telefonica y OVH llegen a un acuerdo de peering , para eso hay otro hilo abierto sobre ESpanix

El problema de este hilo, es una limitación de velocidad y una perdida de paquetes que afectaba en determinadas horas y en determinados sitios a los usuarios de Telefónica.

Estas ultimas horas han mejorado mucho las gráficas, habrá que esperar al lunes para ver si siguen pisando el cable....

Saludetessss!!!!!!!!!!

a-n-t-o-n-i-o
23/11/2008, 11:07
pues yo sigo teniendo un ping de 89ms hacia mi ip

cbx
23/11/2008, 10:47
Cita Publicado inicialmente por Roberman
Parece que todo se ha solucionado desde el email de Octave :

http://smokeping.ovh.net/ovh-server-...ain.Telefonica

Y que siga así muchos años...

Ojala que si... pero esperemos a mañana a ver...

Roberman
23/11/2008, 10:41
Cita Publicado inicialmente por Fr4n-FX
alguna novedad?
Parece que todo se ha solucionado desde el email de Octave :

http://smokeping.ovh.net/ovh-server-...ain.Telefonica

Y que siga así muchos años...

Fr4n-FX
23/11/2008, 03:55
alguna novedad?

thekeeper
22/11/2008, 14:04
parece que ya va bien la cosa, veamos hasta cuando...

Pediría por favor que OVH haga todo lo posible por solucionar y conseguir el peering, y que una vez conseguido que lo indique, gracias

Peich
22/11/2008, 13:24
Bueno parece que la cosa se ha normalizado y llevamos desde el viernes por la tarde con un ping de 20 ms. Espero que se mantenga ...

cbx
22/11/2008, 12:00
Cita Publicado inicialmente por rockeye
Está muy bien que OVH nos informe del estado de la situación y del avance de las investigaciones, pero nosotros como clientes de ellos no deberíamos porque tener que llamar la NOC, sino ellos. Pues son ellos quienes son responsables de la calidad del servicio que nos ofrecen.

Saludos.
Tienes toda la razón, pero no esta demas dar el coñazo, a ver si esos cap... de timofonica reaccionan

rockeye
22/11/2008, 11:43
Está muy bien que OVH nos informe del estado de la situación y del avance de las investigaciones, pero nosotros como clientes de ellos no deberíamos porque tener que llamar la NOC, sino ellos. Pues son ellos quienes son responsables de la calidad del servicio que nos ofrecen.

Saludos.

Hueznar
22/11/2008, 10:32
Cita Publicado inicialmente por chrimasa
Hueznar,

Por curiosidad, ¿Porque dejaste Leaseweb? ¿Que te hizo cambiar a OVH?

Saludos
La pregunta que me haces contesta indirectamente el por qué he venido a parar a OVH (aunque tenía aquí un servidor hace un año): Todo comenzó hace unas semanas cuando ante mi sorpresa mayúscula, descubro un email de leaseweb que me pone que debo de abonar no se cuantos mil euros de forma urgente por exceso de tráfico en uno de mis servidores (era la primera noticia que tenía y para ellos era el último aviso que me mandaban en plan amenaza).
El servidor "afectado" en su vida había pasado de 600GB de transferencia mensual, y me bastaba un plan de 1000GB de transferencia que sale bastante bien. ...en fin, que les contacto como buenamente puedo (tb tardan en contestar lo que les da la gana) y les comento que era imposible que pudiera tener un consumo de mogollón de TB por mil razones. Les invito a entrar al servidor y que instalen cualquier herramienta que mida el tráfico real del servidor como por ej. iptraf o similares, y de paso que miren los logs de tráfico, etc. ...estuvieron sin responderme una semana y ya me temía la desconexión por lo que tuve que jorobarme con una migración de emergencia con los pequeños inconvenientes que supone hacerlo de esa forma. (yo sin saber nada)

Cuando ya había repartido los servidores en distintos DCs (aquí ahora tengo algunos por esto), me mandan un email diciendo que todo había sido un error y que me imputaban el tráfico de otro cliente o no se qué historias... en fin... que me acojoné totalmente. Imaginad si os desenchufan sin daros tiempo a reaccionar... te quedas a cuadros aunque tengas backups diarios como mi caso...

y ya que estamos deciros que últimamente leaseweb ha tenido mogollón de incidencias en su DC estos últimos meses. El 90% pequeñas chorradas de tráfico, pero algunas más gordas como levantarme y ver que algunos servidores estaban apagados despues de un cambio "rápido" de algún circuito de energía. En vez de reiniciarlos simplemente los dejaban apagados y si no les aviso aun están así... también tienen mogollón de ataques DOS todas las semanas que ya eran habituales. De toda formas para mi sigue siendo un buen DC y los tiempos de respuesta y atención mucho mejores que aquí en OVH.

Ya os contaré que tal conforme pasen los días... por lo pronto puedo decir que tenía aquí un dedicado con cpanel y tiene un uptime de más de 300 días e incidencias cero lo cual no está nada mal. (toco madera)

Un saludo.

chrimasa
22/11/2008, 00:03
Hueznar,

Por curiosidad, ¿Porque dejaste Leaseweb? ¿Que te hizo cambiar a OVH?

Saludos

Hueznar
21/11/2008, 23:26
Hola, soy nuevo por aqui y despues de descubrir el foro de OVH veo que no soy el único con el marrón del problema de conectividad telefonica-ovh.
Os resumo rápidamente lo vivido:

1.- Desde hace unos 3 días, sobre todo desde ayer, me llaman clientes comentando que si les tarda muchos minutos en bajar no se qué correo, que si les cuesta un huevo cargar la página, etc. etc. El 100x100 de los que llaman tienen banda ancha con la timo. Yo estoy con jazztel y no me había percatado de nada hasta hoy. Esta mañana he comprobado que esto es real.

2.- Cuando me llegó el mail de OVH explicando el marron, suspiré de alivio pues creía que era alguna movida mía.

3.- LLamé al NOC siguiendo las instrucciones del mail y me decían que no paraban de recibir llamadas con el mismo tema y que solo OVH podía llamarles como cliente. De todas formas me juraban y perjuraban que no había nada que estuviera mal y que les parecía alucinante el mail de OVH y el rollo de las conspiraciones del peering

4.- A esta hora parece estar todo normal aparentemente, pero hasta que no sea dia laborable no os sabré decir con seguridad en mi caso.

5 Off-Topic.- ME habeis acojonado con vuestras opiniones acerca de OVH. Yo vengo de Leaseweb, The planet (antigua EV1), y otros tantos DC conocidos y tenía esperanzas en OVH, pero confirmo que despues de unas semanas por aquí el soporte técnico es LAMENTABLE, RIDÍCULO E INSULTANTE. Por lo visto tener el servidor aquí es casi una lotería y mas vale tener mano con esto para no salir mal parado. Hoy por ejemplo sin ir más lejos han tenido una incidencia en la que me han cortado dos veces en menos de 10 minutos la energía a una de mis máquinas. Por lo visto error humano y no se cuantos afectados. (miedo me da)...

Salu2

P.D. Ya voté en ADSLZONE

kennysamuerto
21/11/2008, 23:20
Mas Para votar:

http://meneame.net/story/telefonica-...-francia-ovh-1

cbx
21/11/2008, 23:00
pues uno mas...

Power
21/11/2008, 22:24
Veo que ya ha habido otros dos usuarios que han enviado la noticia a www.adslzone.net

Pues ¡¡¡ a votar !!!

Saludos

itimag
21/11/2008, 22:24
Cita Publicado inicialmente por Power
Hola,

Ya está la noticia en www.adslzone.net
Ahora para que sea publicada se debe votar positivamente entrando en:
http://www.adslzone.net/noticias-enviadas.html

Si vota mucha gente, la noticia será publicada.

Las noticias publicadas por www.adslzone.net suelen ser tenidas en cuenta por los ISP españoles dada su gran difusión.

Así que si estáis interesados en que se publique, ya sabéis: votad.

Saludos
Voto realizado!

Power
21/11/2008, 22:21
Hola,

Ya está la noticia en www.adslzone.net
Ahora para que sea publicada se debe votar positivamente entrando en:
http://www.adslzone.net/noticias-enviadas.html

Si vota mucha gente, la noticia será publicada.

Las noticias publicadas por www.adslzone.net suelen ser tenidas en cuenta por los ISP españoles dada su gran difusión.

Así que si estáis interesados en que se publique, ya sabéis: votad.

Saludos

nautalia
21/11/2008, 19:09
He llamado al teléfono que indica Octave y me han atendido. Me decían que si se dedican a empresas, que si a usuarios no, que si ellos no tiene la culpa, etc, lo normal.

Total, yo decía que si tengo el problema por estar en Telefónica lo arreglo rápido.

Así que se van a pasar por este foro y que ellos no tienen la culpa.

Me preguntaron mi zona y al colgar comprobé la descarga de una foto que tengo de prueba y ya estaba bien la velocidad.

Seguro que es casualidad y que vuelvo al Plan Tortuga.

Power
21/11/2008, 18:42
Desde las 19:05 va perfecto: 20 ms y 0% de pérdida de paquetes:
http://smokeping.ovh.net/ovh-server-statistics/show.cgi?start=2008-11-21+19%3A05&end=now&target=Spain.Telefonica&display mode=n&Generate!=Generate!

A ver cuánto dura.

Saludos

kennysamuerto
21/11/2008, 18:14
Yo tambien acabo de llamar y me dicen que el problema no es suyo, sino de ovh.

ovh nos manda a telefonica, telefonica nos manda a ovh.

¿Quien esta en medio? Los que siempre salen perdiendo, osea, nosotros.

cbx
21/11/2008, 18:10
Ale pues.. si ya habia crisis, nos van a joder un poco mas todavia, GRACIAS SEÑORES DE TELEFONICA...

Power
21/11/2008, 18:05
Hola,

El problema lo tenemos todos los que tenemos servidores en OVH y nuestros visitantes tienen ADSL de Telefónica (más de la mitad de internautas españoles).

Y es cierto que en las últimas horas ha bajado el ping ... pero con una tasa de pérdida de paquetes muy alta.

He llamado al NOC de Telefónica.
Me han atendido muy cortésmente.
Me han informado que tienen una avalancha de llamadas sobre este asunto.
Pero me han comentado que ellos no son Telefónica de España sino Telefónica Wholesale.
Y que, por tanto, nosotros no somos clientes directos suyos.
Y que debe ser OVH quien se ponga en contacto con ellos para resolver el problema.

Veré a ver si consigo abrir averías de varios ADSL de Telefónica de España con este asunto.

Saludos

isaaclg
21/11/2008, 17:41
Adjunto un email que me acaba de enviar OVH:


Buenos días,

Ciertos clientes nos remontan información acerca de las dificultades de acceso a nuestra red a partir de la red de Telefónica. Este problema es más importante desde ayer 20 Noviembre 15h30.

Después de nuestras investigaciones internas, Telefónica habría limitado la conexión de OVH hacia Telefónica ayer a las 15h30. Se puede apreciar en el gráfico siguiente (ping_telefonica.png).

Vemos un neto aumento de la latencia de red a las 15h30. Al mismo tiempo, nuestro tráfico hacia Telefónica ha caído desde 6.5Gbps a 4.0Gbps. Desde entonces se queda en el límite de 4,0Gbps sin posibilidad de sobrepasarlo.

Hemos transferido el encaminamiento de uno a otro utilizando varios proveedores de tránsito y continuamos teniendo el mismo problema: el tráfico sigue limitado a 4.0Gbps.

Pensamos por tanto que Telefónica habría limitado nuestro tráfico a 4.0 Gbps, cualquiera que sea el proveedor de tráfico que usemos para llegar a Telefónica. Utilizamos los proveedores de tráfico Level3, Global Crossing, Teleglobe y T-System, pero con todos tenemos exactamente el mismo problema: la limitación a 4.0Gbps.

¿Por qué esta limitación? Probablemente por 2 razones: utilizamos mucho ancho de banda hacia Telefónica y Telefónica no desea que sus clientes puedan aprovechar su conexión ADSL hacia OVH. También, de acuerdo con la política de peering, hace falta justificar 6.0Gbps de tráfico para poner en marcha un peering con Telefónica.

http://www.telefonica-wholesale.com/.../peerings.html

Si limitan el tráfico a 4.0Gbps, Ovh no cumpliría las condiciones para obtener el peering con Telefónica. Es una manera indirecta de rechazar el peering.

Estamos en contacto con el NOC (Network Operations Center) de Telefónica para solicitar explicaciones, pero según ellos, el problema no existe.

Si por esta razón, resultáis afectados con un problema de ancho de banda, os agradeceríamos que llamáseis al NOC (Network Operations
Center) de Telefónica +34 91 452 2550 para solicitarles que no apliquen la limitación de 4.0Gbps que se aplica a nuestra red.

Es la única manera de resolver este molesto problema de ancho de banda.

Cordialmente,
Octave Klaba
Director Técnico de Ovh.com
Solucion para los que tienen el problema? Dar el coñazo a telefonica.

cbx
21/11/2008, 17:33
Buenos días,

Ciertos clientes nos remontan información acerca de las dificultades de
acceso a nuestra red a partir de la red de Telefónica. Este problema es
más importante desde ayer 20 Noviembre 15h30.

Después de nuestras investigaciones internas, Telefónica habría limitado
la conexión de OVH hacia Telefónica ayer a las 15h30. Se puede apreciar
en el gráfico siguiente (ping_telefonica.png).

Vemos un neto aumento de la latencia de red a las 15h30. Al mismo
tiempo, nuestro tráfico hacia Telefónica ha caído desde 6.5Gbps a
4.0Gbps. Desde entonces se queda en el límite de 4,0Gbps sin posibilidad
de sobrepasarlo.

Hemos transferido el encaminamiento de uno a otro utilizando varios
proveedores de tránsito y continuamos teniendo el mismo problema: el
tráfico sigue limitado a 4.0Gbps.

Pensamos por tanto que Telefónica habría limitado nuestro tráfico a 4.0
Gbps, cualquiera que sea el proveedor de tráfico que usemos para llegar
a Telefónica. Utilizamos los proveedores de tráfico Level3, Global
Crossing, Teleglobe y T-System, pero con todos tenemos exactamente el
mismo problema: la limitación a 4.0Gbps.

¿Por qué esta limitación? Probablemente por 2 razones: utilizamos mucho
ancho de banda hacia Telefónica y Telefónica no desea que sus clientes
puedan aprovechar su conexión ADSL hacia OVH. También, de acuerdo con la
política de peering, hace falta justificar 6.0Gbps de tráfico para poner
en marcha un peering con Telefónica.

http://www.telefonica-wholesale.com/.../peerings.html

Si limitan el tráfico a 4.0Gbps, Ovh no cumpliría las condiciones para
obtener el peering con Telefónica. Es una manera indirecta de rechazar
el peering.

Estamos en contacto con el NOC (Network Operations Center) de Telefónica
para solicitar explicaciones, pero según ellos, el problema no existe.

Si por esta razón, resultáis afectados con un problema de ancho de
banda, os agradeceríamos que llamáseis al NOC (Network Operations
Center) de Telefónica +34 91 452 2550 para solicitarles que no apliquen
la limitación de 4.0Gbps que se aplica a nuestra red.

Es la única manera de resolver este molesto problema de ancho de banda.

Cordialmente,
Octave Klaba
Director Técnico de Ovh.com

---------------------------------------------------------------------
Desinscription: envoyez un message a: telefonica-unsubscribe@ml.ovh.net
Pour obtenir de l'aide, ecrivez a: telefonica-help@ml.ovh.net


Si es que luego la gente se queja que ovh baja el AB en españa...

Peich
21/11/2008, 16:37
Parece que hoy se está portando más o menos bien ...

http://smokeping.ovh.net/ovh-server-...ain.Telefonica

Quizás el ping sea en general mayor de los 20 ms pero sin saltos a 80 ms ...

Vamos a ver cómo sigue durante la tarde.

oles@ovh.net
21/11/2008, 14:16
Slennox a écrit:
>
> cbx;15230 Wrote:
>> El problema es que es telefonica que la esta jodiendo, sino llamar
>> http://www.telefonica-wholesale.com/.../peerings.html y ya
>> vereis como os informan que el problema es hacia francia, inglaterra y
>> amercia del sur...
>> Realmente podria pasar lo mismo con arsys, 1and1 o cualquier otro,
>> aunque si pasara en españa, se notaria mucho mas para la mayoria de los
>> clientes. El fallo en ese caso de OVH, es no comentar el problema en los
>> foros, pero el problema en si no es de OVH.
>> Es triste, pero telefonica va a conseguir a hundir ovh.es... habra una
>> mano negra detras de eso?

>
> El teléfono del NOC de Telefónica Wholesale es +34 91 452 2550.
>
> ¿Te han confirmado el problema y que lo están mirando?


Telefonica limits our network to 4Gbps. Our traffic to Telefonica is 6.5Gbps.
6.5Gbps can't go into 4Gbps of limit ! Why ? Because you can read here:
---
http://www.telefonica-wholesale.com/.../peerings.html
Traffic Requirements
Minimum traffic exchange of 6 Gbps.
---
So if Telefonica limits Ovh to 4Gbps, Ovh doesn't make 6Gbps and Telefonica
will not peer with Ovh. But how can we make 6Gbps if Telefonica limits us
to 4Gbps ?

The only way to resolv this problem is to call Telefonica. You, the customers
of telefonica, have to say them: you have a big problem because telefonica
limits ovh.


cbx
21/11/2008, 13:33
Cita Publicado inicialmente por Fr4n-FX
Gracias por la información aquí explicada, yo tambien me he visto involucrado. Tengo también telefónica, pero, definitivamente damos por hecho que no es ningún problema de ovh? Me da que pensar por los precios de los servidores kim que pueden tener bastante saturación con gente que nada mas haga descargar a "tope" :/

En fin solo una simple opinión sin ánimo de ofender a nadie.
Un saludo.
Te confirmo que no es el caso... tengo otro hosting en otro cpd de francia... y me falla igual o peor con telefonica.
Con Ono, los dos van como deben de ir.
Y es que tengo tasas de descargas de risa con timofonica (20k/s a veces 30...), en la web esa si que admiten el fallo, pero si quieres reclamar, es al 1004, y alli animo...
Mejor poner una reclamacion en consumo-inc.es por ejemplo

Fr4n-FX
21/11/2008, 13:15
Gracias por la información aquí explicada, yo tambien me he visto involucrado. Tengo también telefónica, pero, definitivamente damos por hecho que no es ningún problema de ovh? Me da que pensar por los precios de los servidores kim que pueden tener bastante saturación con gente que nada mas haga descargar a "tope" :/

En fin solo una simple opinión sin ánimo de ofender a nadie.
Un saludo.

cbx
21/11/2008, 10:10
Cita Publicado inicialmente por thekeeper
Por mucho que llame, me van a decir que reinicie el router o tonterias varias...
Lo que no entiendo es porque otras compañias como leaseweb.com tienen un ping / tracert excelente desde telefonica ...
En la direccion http://www.telefonica-wholesale.com/.../peerings.html no te van a pedir eso, te van a pedir los tracert por email, ellos no son el 1004 (y gracias a dios), sino los que gestionan la red, y te van a admitir el fallo a la primera...

thekeeper
21/11/2008, 09:21
Por mucho que llame, me van a decir que reinicie el router o tonterias varias...
Lo que no entiendo es porque otras compañias como leaseweb.com tienen un ping / tracert excelente desde telefonica ...

Power
21/11/2008, 09:11
Cita Publicado inicialmente por oles@ovh.net
I can reroute the trafic with T-System too.
Would it be faster the ping by T-system?
Thanks Octave.

cbx
21/11/2008, 09:08
Cita Publicado inicialmente por Slennox
El teléfono del NOC de Telefónica Wholesale es +34 91 452 2550.

¿Te han confirmado el problema y que lo están mirando?


Sle
Si, la verdad es que atienden bien, admiten el problema y que estan en ellos, el tema es que sigue sin resolverse

Roberman
21/11/2008, 09:02
Cita Publicado inicialmente por thekeeper
Es evidente que el problema es de telefonica pero que podemos hacer? si OVH no puede hacer nada nosotros menos...
No estoy de acuerdo. Si sois clientes de Telefónica (yo ya me cambié afortunadamente) sois vosotros los que debéis protestar. Alguien ha puesto algún teléfono por ahí. Pues se llama.

En mi caso todavía no estoy siendo afectado, no tengo tantas necesidades. Sólo tengo algunos clientes que se están quejando de cortes de FTP y temas así el día de ayer, supongo que estoy teniendo suerte.

Pero vamos, para protestar a quien no tiene la culpa, no le veo la lógica...

Edito : para decir que Octave acaba de responder en el foro :
http://foros.ovh.es/showpost.php?p=15235&postcount=98

Y le veo toda la lógica a su respuesta. A ver si ahora se soluciona.

thekeeper
21/11/2008, 08:53
Es evidente que el problema es de telefonica pero que podemos hacer? si OVH no puede hacer nada nosotros menos... solo nos queda para aquellos que no se pueden permitir velocidades tan lentas y usuarios quejandose migrar completamente a servidores en España, el 80% del trafico de mis webs proviene de España no me puedo permitir eso.

Jode porque los precios en España no son los mismos, las lineas para nada, por una linea de 10 en España te pillas una de 100 fuera pero si no queda mas remedio habrá que pasar por el aro.

isaaclg
21/11/2008, 08:51
Si, pero aunque sea problema de telefonica, como bien han dicho, ovh deberia estar enterada y si creamos tickets deberian decirnos que el problema es ese.

Y ya no solo eso, nos quejamos un poco tambien de que a veces tardan mucho en contestar a los tickets que creamos.

En fin espero que timofonica lo solucione cuanto antes.

Roberman
21/11/2008, 08:39
Cita Publicado inicialmente por cbx
El fallo en ese caso de OVH, es no comentar el problema en los foros, pero el problema en si no es de OVH.
Vamos, que si ponen muchos anuncios en los foros es que hay mucho de "blablabla" y poca sustancia y que si no ponen anuncios en los foros es que falta "blablabla". El caso es no estar a gusto XD

Ahora en serio, te doy la razón en que veo algo que no está claro en todo esto, no me atrevo a decir mano negra, pero algo raro sí que tiene que haber. Ya veremos...

Y por otra parte, es lógico que OVH no se haga eco en los foros de los errores y sí de las novedades, sobre todo cuando parece ser que en este caso no es un problema suyo. Cuando el problema haya pasado, quedará como uno más y serán las novedades las que queden.

oles@ovh.net
21/11/2008, 08:32
cbx a écrit:
>


Telefonica has a small network in Madrid. The bandwidth between
Telefonica and Level3 is only 2.5Gbps. 2.5Gbps !!! It's nothing !
They can say "we have no network in Madrid" it's the same. Ovh has
2x10G on Madrid ! And we have 6.5Gbps to Telefonica.

Yesterday, I split out trafic to push some Gbps on Madrid and some
Gbps on London. It was okey until 15h30. At 15h30 someone on Telefonica's
limited (!!!) our trafic on Madrid. You can see it here:
http://smokeping.ovh.net/ovh-server-...ain.Telefonica
15h30, the ping was good, 15h31 the ping is 80m. The trafic on
Madrid is limited. It's not on OVH's side. It's not on Level3 side.
So it's on Telefonica's side.

Today, I rerouted ALL trafic on London. Level3 told me that they
have 3x10G with Telefonica that are not full. So I hope our 6Gbps
will be pushed to Telefonica with no problem.

If you have the problem, please send me the feedback to oles@ovh.net
I can reroute the trafic with T-System too.


Slennox
21/11/2008, 08:27
Cita Publicado inicialmente por cbx
El problema es que es telefonica que la esta jodiendo, sino llamar http://www.telefonica-wholesale.com/.../peerings.html y ya vereis como os informan que el problema es hacia francia, inglaterra y amercia del sur...
Realmente podria pasar lo mismo con arsys, 1and1 o cualquier otro, aunque si pasara en españa, se notaria mucho mas para la mayoria de los clientes. El fallo en ese caso de OVH, es no comentar el problema en los foros, pero el problema en si no es de OVH.
Es triste, pero telefonica va a conseguir a hundir ovh.es... habra una mano negra detras de eso?
El teléfono del NOC de Telefónica Wholesale es +34 91 452 2550.

¿Te han confirmado el problema y que lo están mirando?


Sle

cbx
21/11/2008, 07:40
Cita Publicado inicialmente por isaaclg
Por estas mismas razones no migro una web que tengo a ovh porque no me fio un pelo de que vaya bien, por muy buena que sea la maquina. Tienen muy buenas ofertas si, pero el servicio es bastante malo.

El problema es que es telefonica que la esta jodiendo, sino llamar http://www.telefonica-wholesale.com/.../peerings.html y ya vereis como os informan que el problema es hacia francia, inglaterra y amercia del sur...
Realmente podria pasar lo mismo con arsys, 1and1 o cualquier otro, aunque si pasara en españa, se notaria mucho mas para la mayoria de los clientes. El fallo en ese caso de OVH, es no comentar el problema en los foros, pero el problema en si no es de OVH.
Es triste, pero telefonica va a conseguir a hundir ovh.es... habra una mano negra detras de eso?

isaaclg
21/11/2008, 01:10
Por estas mismas razones no migro una web que tengo a ovh porque no me fio un pelo de que vaya bien, por muy buena que sea la maquina. Tienen muy buenas ofertas si, pero el servicio es bastante malo.

kerman
20/11/2008, 22:37
Yo también tengo unos cuantos servidores, muuuuchos dominios y los clientes se me estan quejando de lentitud, las webs van a pedo burra, tardan en cargar, esto si sigue asi un mes más...pues a volver a españa, que le vamos a hacer, lo barato sale caro si no sirve no?

sdzzds
20/11/2008, 20:05
Pues es verdad, ya lleva esto mucho tiempo ya la conexion se hace muy lenta....
Y siguen sin dar una solución. Antes de presentar tantas novedades supongo que lo mejor sería mejorar los problemas que se estan presentando antes para tenernos contentos, pero parece que no es la politica de ovh

lgisl
20/11/2008, 16:46
Seguimos con problemas 2 semanas después.

Aunque el problema sea Telefónica OVH tendría que dedicarle más esfuerzos, no se que porcentaje de usuarios en España se conectan a internet por telefónica pero diría que un 60% seguro.

Me dan ganas de migrar todos nuestros servidores de ovh (6) a otro proveedor.

Saludos
Lucas

Matete
19/11/2008, 21:56
Yo tengo ono, y desde mi pc estoy descargando cosas del servidor, y lo hace a 40kbs o 50kbs...cuando antes lo hacia a 600 constantes...

SuperViruS
18/11/2008, 18:40
Ahora hay 2 Telefónica en los gráficos :confused:

Peich
Acabo de realizar otra traza ,ahora el gráfico muestra los famosos 80ms, los resultados son estos:

Código:
  1     1 ms    <1 ms    <1 ms  192.168.1.1
  2    69 ms    60 ms    47 ms  192.168.153.1
  3    56 ms    71 ms    82 ms  241.Red-80-58-114.staticIP.rima-tde.net [80.58.114.241]
  4     *        *      111 ms  So-5-0-0-0-grtmadpe3.red.telefonica-wholesale.net.9.16.84.in-addr.arpa [84.16.9.161]
  5    58 ms    94 ms    57 ms  So-0-1-0-0-grtmadde2.red.telefonica-wholesale.net [84.16.12.50]
  6     *        *        *     Tiempo de espera agotado para esta solicitud.
  7     *        *        *     Tiempo de espera agotado para esta solicitud.
  8   114 ms   137 ms   106 ms  30g.level3.mad-1-6k.routers.ovh.net [213.251.130.73]
  9     *        *        *     Tiempo de espera agotado para esta solicitud.
 10   172 ms   122 ms   109 ms  160g.rbx-1-6k.routers.ovh.net [213.186.32.226]
 11     *      145 ms    99 ms  40g.vss-1-6k.routers.ovh.net [213.251.128.26]
 12   135 ms   109 ms    96 ms  XXXXX.XXXXX.com [XX.XXX.X.X]
Hoy aunque el ping aumentado sigo sin perder paquetes, realizando 109 peticiones de ping, tengo los siguientes resultados.

Código:
Estadísticas de ping para xx.xxx.x.x:
    Paquetes: enviados = 109, recibidos = 109, perdidos = 0
    (0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
    Mínimo = 95ms, Máximo = 486ms, Media = 122ms
Y aunque solo puedo realizar las pruebas desde la linea de 3Mb , sigo bajando sobre los 300KB mediante FTP y/o HTTP

El único problema es entrar al server usando el NX cliente, que la mayoría de las ocasiones la sesión se termina con el fallo timeout , algo normal con un ping de 486ms, pero mediante Putty o por FTP , no tengo ningún problema de desconexiones.

Saudetessss!!!!!!!!!!!

cbx
18/11/2008, 14:33
por desgracia ... sube otra vez :-S
Eso si, ovh ya ha puesto todos los proveedores en los graf, lo que permitira ver cuales son los afectados, algo es algo...

fawkz
18/11/2008, 13:36
bueno parece ke va mas estable hoy la cosa no?

cbx
18/11/2008, 11:20
Cita Publicado inicialmente por SuperViruS
Estaré atento para cuando pisen el cable http://foros.ovh.es/images/icons/icon10.gif

ya lo han pisado un par de veces ya esta mañana, pero esta tarde, no te preocupes, va a pasar de nuevo, como todas las tardes desde hace una semana y media

SuperViruS
18/11/2008, 00:06
Cita Publicado inicialmente por Peich
http://smokeping.ovh.net/ovh-server-...ain.Telefonica

Supervirus prueba a hacer lo mismo cuando la latencia esté a 80 ms y nos dices.

Salu2
Estaré atento para cuando pisen el cable http://foros.ovh.es/images/icons/icon10.gif

Slennox
17/11/2008, 22:05
Podéis pegar todas las trazas que queráis, si las quejas no se dirigen a quién se debe seguiremos igual (ver página anterior).


Sle

Peich
17/11/2008, 21:40
http://smokeping.ovh.net/ovh-server-...ain.Telefonica

Supervirus prueba a hacer lo mismo cuando la latencia esté a 80 ms y nos dices.

Salu2

SuperViruS
17/11/2008, 21:19
Probado con Telefónica 3Mb y 6Mb , desde Mieres en Asturias no tengo ningún problema de velocidad, consiguiendo velocidades sostenidas de 300KB y 600KB respectivamente, tampoco pierdo paquetes y aunque mi ping no sea para tirar cohetes, es lo normal desde hace meses.

Desde la linea de 3Mb y ahora mismo mi tracert es:

Código:
  1     1 ms     1 ms     1 ms  192.168.1.1
  2    44 ms    44 ms    46 ms  192.168.153.1
  3    48 ms    45 ms    46 ms  241.Red-80-58-114.staticIP.rima-tde.net [80.58.114.241]
  4    58 ms    58 ms    57 ms  So-5-0-0-0-grtmadpe3.red.telefonica-wholesale.net.9.16.84.in-addr.arpa [84.16.9.161]
  5    57 ms    59 ms    59 ms  So-0-1-0-0-grtmadde2.red.telefonica-wholesale.net [84.16.12.50]
  6     *        *        *     Tiempo de espera agotado para esta solicitud.
  7     *       77 ms    77 ms  ae-11-11.car1.Madrid1.Level3.net [4.69.135.173]
  8     *       80 ms    83 ms  30g.level3.mad-1-6k.routers.ovh.net [213.251.130.73]
  9     *        *       94 ms  20g.gsw-1-6k.routers.ovh.net [213.251.128.41]
 10     *       90 ms    95 ms  160g.rbx-1-6k.routers.ovh.net [213.186.32.226]
 11     *       93 ms    91 ms  40g.vss-1-6k.routers.ovh.net [213.251.128.26]
 12    89 ms    90 ms    90 ms  XXXXXX.XXXX.com [XXX.XX.XXX.X]

Traza completa.
En mi caso, es en el 2º salto, (dentro de la red de telefónica), pierdo el mismo tiempo, que la suma de los otros saltos.... es cuanto poco algo curioso.

Saludetesss!!!!!!!!!

Peich
17/11/2008, 21:02
A mi con Telefónica me descarga a 40K en momentos de latencia de 80 ms... penoso!!!! y a todo lo que da mi adsl de 3 megas (sobre 290K) en momentos de latencia de 20 ms.

grafisoft
17/11/2008, 20:13
Yo tambien tengo un servido ks en ovh y ya.com con 3mb de linea, no tengo ningun problema, pero un colega no supera el 50% de su linea (6 mb con telefonica) cuando descarga de mi servidor.

Ahi lo dejo como dato por si sirve de algo

Saludos

Slennox
17/11/2008, 19:43
Los paquetes no se pierden en OVH, se pierden en el enlace Level3 <-> Telefónica en Madrid.

¿Ahora a las 20:34 parece que va bien?

Es vergonzoso que lleven más de 1 semana con este tema y nadie ponga remedio. Me imagino que deben tener herramientas como la de Smokeping y sus correspondientes alertas, así que no comprendo por qué tanta demora. A menos que sea un tema de pasta... claro si ponemos un enlace de 40 Mbps es lógico que vaya rebentado. En fin...

Podríamos probar de enviar correos a:

cic.noc@wholesale.telefonica.com [ésta debería ser la buena]
peering@wholesale.telefonica.com
monica.martinez@wholesale.telefonica.com
marta.garcialopez@wholesale.telefonica.com
noelia.silvaaguado@wholesale.telefonica.com
cic.config@wholesale.telefonica.com
cic.ipconfig@wholesale.telefonica.com

Direcciones de contacto sacadas de http://www.telefonica-wholesale.com/.../peerings.html
Curioso que todas las direcciones personales y públicas del NOC sean féminas

Spameando un poco a ver si nos hacen más caso y se ponen las pilas... Preferible desde correo de vuestro dominio, desde direcciones @gmail.com o @hotmail.com no os harán ni caso.



Sle

dhernan
17/11/2008, 18:02
Un mtr contra ksXXXXXX.kimsufi.com

Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev


1. 192.168.10.1 0.0% 56 0.5 1.5 0.4 23.8 4.0
2. 192.168.153.1 0.0% 56 40.6 43.9 39.2 70.0 8.1
3. 145.Red-80-58-120.staticIP.rima- 0.0% 56 39.9 43.0 39.0 65.6 7.0
4. So6-0-0-0-grtmadpe3.red.telefoni 32.1% 56 41.5 57.9 40.3 148.3 28.9
5. So2-2-0-0-grtmadde2.red.telefoni 0.0% 56 42.2 44.6 39.9 73.2 8.6
So-0-1-0-0-grtmadde2.red.telefonica-wholesale.net
6. Level3-3-2-1-0-grtmadde2.red.tel 3.6% 56 45.8 57.4 44.2 200.4 33.4
7. ae-11-11.car1.Madrid1.Level3.net 3.6% 55 105.1 115.2 100.4 300.5 33.9
8. 30g.level3.mad-1-6k.routers.ovh. 7.3% 55 128.9 123.1 101.9 345.9 45.1
9. 20g.gsw-1-6k.routers.ovh.net 14.8% 55 121.1 142.9 119.6 404.3 58.3
10. 160g.rbx-1-6k.routers.ovh.net 10.9% 55 123.6 131.6 122.5 200.0 13.2
11. rbx-28-m1.routers.ovh.net 12.7% 55 125.1 125.1 122.6 145.1 3.2
12. ksXXXXXX.kimsufi.com 3.6% 55 125.5 127.2 122.1 155.1 6.9


corregirme si me equivoco pero se estan perdiendo paquetes en ovh ??? ...
7,3% 14,8%, 10.9% 12.7% 3.6% en cada salto... vamos que si llega el ping es de milagro !!!!!

dhernan
17/11/2008, 17:56
Madre mia que velocidad de vertigo !!!!

ahora mismo voy a 9,81 kb !!! que mareo tanta velocidad....

Si hago un ftp a cualquier otros muchos destinos que no sean ovh se me pone a 628 kb !!!!


Aguantare los meses que tengo contratados y corto el grifo porque con tanto tráfico igual me queman el disco duro local de mi máquina... o el router... vaya usted a saber

jriera
17/11/2008, 16:49
Esto es inaceptable... perdida de 50% de paquetes con Telefónica todo OVH. ¿No han dado ninguna respuesta? No podrían enrutar el tráfico por otro lado mientras Level3 está dando problemas?

Código:
 Host                                                                                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 192.168.3.1                                                                                       0.0%    13   36.5  46.7  26.2  71.0  13.2
 2. 192.168.153.1                                                                                     0.0%    13   49.2  49.6  48.5  51.0   0.7
 3. 98.Red-81-46-44.staticIP.rima-tde.net                                                             0.0%    13   49.2  49.7  48.5  50.8   1.0
 4. So-5-0-0-0-grtmadde2.red.telefonica-wholesale.net.9.16.84.in-addr.arpa                           16.7%    12   70.4  77.2  68.1 146.9  24.5
 5. Level3-3-2-1-0-grtmadde2.red.telefonica-wholesale.net                                            33.3%    12   70.4  86.1  68.4 120.1  20.9
 6. ae-11-11.car1.Madrid1.Level3.net                                                                 33.3%    12   72.5  72.4  71.3  73.6   0.7
 7. 30g.level3.mad-1-6k.routers.ovh.net                                                               0.0%    12   69.3  74.6  69.0 115.2  12.9
 8. 20g.gsw-1-6k.routers.ovh.net                                                                     41.7%    12   86.4 112.4  86.4 169.1  37.1
 9. 160g.rbx-1-6k.routers.ovh.net                                                                    25.0%    12  105.4 101.2  98.9 105.4   2.5
10. 40g.vss-1-6k.routers.ovh.net                                                                     63.6%    12  104.5 107.8 103.0 118.3   7.1
11. mallorca.infobalear.com                                                                          33.3%    12  107.0 107.3 105.2 108.4   1.1

cbx
17/11/2008, 16:13
Los tracert no suelen ser tan malo, pero he probado hacia varias direcciones y si son de mas de 130ms casi siempre...
Puede que sea un problema mio, pero con Ono no tengo problema (tenemos varias conexiones por suerte) y es que hemos tenido varias quejas ya :-(

dhernan
17/11/2008, 16:07
Yo no se si a vosotros se os habrá solucionado el problema de la lentitud o no.. el caso es que yo llevo ya más de una semana con este problema y la mitad de las descargas ftp se cortan sin haberse terminado... tengo que volver a larnzarlas y descargarlas a unos miserables 30-40 kb....

Con Telefónica me sucede esto que digo pero con Orange no...

Power
17/11/2008, 15:35
Hola Cbx,

Eso ya me suena a un problema local en tu ordenador.
No es nada normal que tardes 95 ms en llegar a tu dirección local 192.168.0.1

Revisa que no tengas arrancado algún programa que use intensivamente el acceso a Internet.

Saludos

cbx
17/11/2008, 15:30
de mal en peor...
sobre un máximo de 30 saltos:

1 95 ms 99 ms 99 ms dsldevice.lan [192.168.0.1]
2 44 ms 43 ms 42 ms 192.168.153.1
3 44 ms 42 ms 43 ms 226.Red-80-58-116.staticIP.rima-tde.net [80.58.116.226]
4 68 ms 51 ms 47 ms So-3-0-0-0-grtbcnes1.red.telefonica-wholesale.net.9.16.84.in-addr.arpa [84.16.9.253]
5 61 ms 137 ms 218 ms So4-1-0-0-grtmadde1.red.telefonica-wholesale.net
[84.16.12.54]
6 273 ms * 272 ms XE7-1-0-0-grtmadde2.red.telefonica-wholesale.net
[213.140.38.170]
7 265 ms 274 ms 252 ms Level3-3-2-1-0-grtmadde2.red.telefonica-wholesale.net [213.140.52.178]
8 272 ms 273 ms 260 ms ae-11-11.car1.Madrid1.Level3.net [4.69.135.173]
9 267 ms 268 ms 256 ms 30g.level3.mad-1-6k.routers.ovh.net [213.251.130.73]
10 322 ms 289 ms 353 ms 20g.gsw-1-6k.routers.ovh.net [213.251.128.41]
11 275 ms 288 ms * 160g.rbx-1-6k.routers.ovh.net [213.186.32.226]
12 287 ms 302 ms 286 ms rbx-9-m1.routers.ovh.net [213.251.191.25]
13 295 ms 303 ms 303 ms ....

Raul
17/11/2008, 10:37
¿Será que Telefónica, dentro de su red en España, transporta los datagramas en burro?
jajaja, quien sabe..

Power
17/11/2008, 09:58
Una cosa que no entiendo.
La traza desde mi servidor en OVH a mi ADSL de Telefónica es:

Código:
1  rbx-52-m1.routers.ovh.net (91.121.169.253)  0.387 ms  0.345 ms  0.486 ms
 2  91.121.130.130 (91.121.130.130)  0.813 ms * *
 3  160g.th2-1-6k.routers.ovh.net (213.186.32.202)  10.211 ms * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  So1-2-0-0-grtparix1.red.telefonica-wholesale.net (84.16.13.34)  13.360 ms So7-3-0-0-grtlontl1.red.telefonica-wholesale.net (84.16.12.2)  19.543 ms So1-2-0-0-grtparix1.red.telefonica-wholesale.net (84.16.13.34)  13.322 ms
 9  * * *
10  * * Xe5-1-2-0-grtmadad1.red.telefonica-wholesale.net (84.16.13.193)  34.901 ms
11  RIMA-6-0-0-0-grtmadad1.red.telefonica-wholesale.net.10.16.84.in-addr.arpa (84.16.10.74)  31.786 ms * RIMA-7-0-0-0-grtmadad1.red.telefonica-wholesale.net.10.16.84.in-addr.arpa (84.16.10.78)  32.586 ms
12  * * *
13  * * *
14  * * *
15  22.Red-80-58-88.staticIP.rima-tde.net (80.58.88.22)  41.721 ms  41.120 ms  45.737 ms
16  134.Red-81-46-35.staticIP.rima-tde.net (81.46.35.134)  48.500 ms  48.376 ms  48.459 ms
17  xx.Red-xx-xx-xx.dynamicIP.rima-tde.net (xx.xx.xx.xx)  91.120 ms  92.941 ms  101.095 ms
En el paso 8 veo que ya está en la red de Telefónica en el nodo Parix, en sólo 13 ms.
En el paso 11 veo que está ya en Madrid en la red Rima de Telefónica, en sólo 32ms
¿Por qué luego tarda hasta los 92 ms en llegar a mi ADSL?
¿Será que Telefónica, dentro de su red en España, transporta los datagramas en burro?

Saludos

fawkz
16/11/2008, 18:08
Pues nada a esperar :_

cbx
16/11/2008, 12:05
Ha vuelto a ocurir... enfin, Oles me ha respondido que estan ya en contacto con ellos, el problema es una saturación que telefonica tiene en madrid (telefonica/level3), a ver si hay suerte y lo areglan rapido :-(

Power
16/11/2008, 09:37
Si mirais la gráfica, veréis la exactitud con la que se produce el salto:
http://smokeping.ovh.net/ovh-server-...1226746800.png
http://smokeping.ovh.net/ovh-server-...ain.Telefonica

Esta noche pasada no se ha producida la subida de la 1 y ahora, por la mañana, aún no ha empezado el ciclo (¿será que los Domingos cierran?)

Saludos

cbx
15/11/2008, 19:47
Es cierto que ovh podria meterles caña, porque al final y al cabo telefonica, nos jode a nosotros, pero tambien a ellos porque les hacen perder clientes... Supongo/espero que lo habran hecho, y si es cierto que los graficos son muy curiosos si..
Lo que preocupa y mucho es que ya llevamos una semana asi ¿Cuanto mas tiempo hara falta a telefonica para areglar el tema? ¿Ya no tienen dinero suficiente para ello?

Power
15/11/2008, 18:21
Cita Publicado inicialmente por fawkz
Según la gráfica para las 19:00 o así lo mismo pueden jugar mis clientes de telefonica una partida en condiciones...
Avisa a los clientes que las partidas son sólo de 1 hora y media.
Buen mecanismo para que no abusen.

Saludos

fawkz
15/11/2008, 17:21
Cita Publicado inicialmente por Power
Una curiosidad en:
http://smokeping.ovh.net/ovh-server-...ain.Telefonica

¿Verdad que es curioso que el salto de 20 ms a 80 ms y viceversa sea cada hora y media?

Parece casi algo programado.

Saludos
Claramente se van dando ciclos en un tiempo similar.

¿Que fin podría tener si realmente fuesen programados?

Curioso es también que nadie de OVH responda este hilo.

Según la gráfica para las 19:00 o así lo mismo pueden jugar mis clientes de telefonica una partida en condiciones...

:confused:

http://jotapeges.com/out.php/i1503_tpm.png

Aquí tenéis un ciclo que se ha repetido de igual forma, cada 65 minutos.

Power
15/11/2008, 17:04
Una curiosidad en:
http://smokeping.ovh.net/ovh-server-...ain.Telefonica

¿Verdad que es curioso que el salto de 20 ms a 80 ms y viceversa sea cada hora y media?

Parece casi algo programado.

Saludos

fawkz
15/11/2008, 16:54
Me uno a la protesta, en mi caso tengo servidores de un juego, y no es solo el aumento de latencia hacia mi servidor en ovh, sino la pérdida de paquetes, lo cual produce cortes y desconexiones.

Tengo a más de 50 clientes que van a cambiar de ISP, yo uno entre ellos, si yo fuera telefónica me pondría las pilas.

yomihmo
15/11/2008, 11:45
No estoy hablando de mi servidor, por suerte o por desgracia estoy en contacto con al menos 15 personas con servidores en ovh que tienen problemas similares.

El tema de los juegos online, es otro porque ahi si es importante el tema de la latencia en red. No tanto en conexiones por ftp, que es donde tenemos el mayor problema.

Un saludo.

cbx
15/11/2008, 11:02
Pues no pienses mal, porque fijate que no solo ovh esta afectado (sino ver el foro de juegos), lo que significa que el problema no es precisamente de ovh... (Otra cosa es que tu servidor no funcione bien, pero eso es otro tema)
Fijate en el
http://smokeping.ovh.net/ovh-server-...ain.Telefonica
En
http://www.adslzone.net/article2442-...-latencia.html (nada que ver con ovh)

yomihmo
15/11/2008, 10:49
Todo eso de la latencia me parece muy bien, pero porque los servidores que fallan tambien fallan con conexiones de cable como R (en galicia), euskaltel (en el pais vasco), u otro operadores com ya.com, jazztel, etc ???

Y casualmente otros servidores de ovh, en esos mismos momentos funcionan bien, mostrando traceroutes similares ?


Hechos comprobados personalmente.

Además me parece mucha casualidad que los problemas empezasen justo cuando en ovh se han implementado nuevos servicios de trafico mensual, etc.

No quiero ser mal pensado.

jmjosebest
14/11/2008, 23:31
Efectivamente, llamar al 1004 y quejarse!!
Hay que ser pesado para que quede constancia de la incidencia (se nota cuando la chica/o del teléfono abre el parte)...
OVH no puede hacer nada, no toca nada, es Telefónica que no tiene muy claro como balancear la carga en este pais!!

cbx
14/11/2008, 18:37
Mirad, lo que tendriamos que mandar todos a telefonica es eso : http://smokeping.ovh.net/ovh-server-...ain.Telefonica
para que se dieran cuenta de la m.... de conexion que estan dando :-(

Ovh es de lo mas serio y gordo que hay en europa...

No solo ovh esta afectado : http://www.adslzone.net/article2442-...-latencia.html

Estan jod.... a muchos mas estos de telefonica!!!

scenium
14/11/2008, 18:02
Respuesta del dpto tecnico de ovh

Buenos días

Sí, ya estamos al corriente del error con Telefónica. El traceroute confirma que su línea está siendo afectada por este problema.

Según el traceroute, parece existir una saturación del enlace de Telefónica entre este operador y el operador Level 3 (entre el paso 6 y 7)

> 6 56 ms 53 ms 57 ms Level3-3-2-1-0-grtmadde2.red.telefonica-wholesale.net [213.140.52.178]
> 7 164 ms 203 ms 203 ms ae-11-11.car1.Madrid1.Level3.net [4.69.135.173]

Ya hemos reportado el problema a los administradores para que lo transmitan a ambos operadores.

Desde OVH poco podemos hacer en estos casos. Haremos todo lo posible para que el tráfico se vea lo menos afectado por este problema.

Minecar
14/11/2008, 18:01
Cita Publicado inicialmente por cbx
que suerte la tuya...
Ná, si me duró 20 minutos la alegría.

Luego otra vez igual...

cbx
14/11/2008, 16:33
pfff... lo unico que se puede hacer es llamar y llamar a telefonica hasta que alguien comptente (complicado en telefonica) haga caso :-(

scenium
14/11/2008, 13:04
Pues otro que se suma a la queja


1 <1 ms <1 ms <1 ms 192.168.1.1
2 37 ms 36 ms 36 ms 192.168.153.1
3 36 ms 39 ms 36 ms 17.Red-80-58-115.staticIP.rima-tde.net [80.58.11
5.17]
4 51 ms 50 ms 50 ms So-5-0-0-0-grtmadpe3.red.telefonica-wholesale.ne
t.9.16.84.in-addr.arpa [84.16.9.161]
5 50 ms 50 ms 50 ms So-0-1-0-0-grtmadde2.red.telefonica-wholesale.ne
t [84.16.12.50]
6 56 ms 53 ms 57 ms Level3-3-2-1-0-grtmadde2.red.telefonica-wholesal
e.net [213.140.52.178]
7 164 ms 203 ms 203 ms ae-11-11.car1.Madrid1.Level3.net [4.69.135.173]

8 118 ms 122 ms 119 ms 30g.level3.mad-1-6k.routers.ovh.net [213.251.130
.73]
9 140 ms 138 ms 140 ms 20g.gsw-1-6k.routers.ovh.net [213.251.128.41]
10 146 ms 144 ms 142 ms 160g.rbx-1-6k.routers.ovh.net [213.186.32.226]
11 * 142 ms 140 ms rbx-3-m1.routers.ovh.net [213.251.191.4]
12 142 ms 148 ms 141 ms ks35354.kimsufi.com [213.251.186.131]

cbx
14/11/2008, 10:24
que suerte la tuya...

Traza a la dirección ping.ovh.net [213.186.33.13]
sobre un máximo de 30 saltos:

1 86 ms 799 ms 99 ms 192.168.0.1
2 42 ms 43 ms 42 ms 192.168.153.1
3 42 ms 43 ms 42 ms 241.Red-80-58-116.staticIP.rima-tde.net [80.58.1
16.241]
4 50 ms 1050 ms 50 ms So-3-0-0-0-grtbcntb1.red.telefonica-wholesale.ne
t.9.16.84.in-addr.arpa [84.16.9.245]
5 56 ms 49 ms 55 ms So1-0-0-0-grtmadpe1.red.telefonica-wholesale.net
[84.16.12.142]
6 57 ms 57 ms 57 ms xe7-1-0-0-grtmadpe3.red.telefonica-wholesale.net
[213.140.38.42]
7 58 ms 57 ms 58 ms GE2-3-0-0-grtmadde2.red.telefonica-wholesale.net
[213.140.38.46]
8 63 ms 61 ms 60 ms Level3-3-2-1-0-grtmadde2.red.telefonica-wholesal
e.net [213.140.52.178]
9 124 ms 96 ms 96 ms ae-11-11.car1.Madrid1.Level3.net [4.69.135.173]

10 97 ms 214 ms 223 ms 30g.level3.mad-1-6k.routers.ovh.net [213.251.130
.73]
11 119 ms 106 ms 115 ms 20g.gsw-1-6k.routers.ovh.net [213.251.128.41]
12 100 ms 105 ms 110 ms 80g.p19-7-6k.routers.ovh.net [213.186.32.145]
13 115 ms 115 ms 110 ms 10g.p19-52-6k.routers.ovh.net [213.186.32.230]
14 121 ms 117 ms 112 ms ping.ovh.net [213.186.33.13]

Traza completa.

Minecar
14/11/2008, 08:50
Que no lo toquen !!! ahora sí

C:\>tracert ping.ovh.net

Traza a la dirección ping.ovh.net [213.186.33.13]
sobre un máximo de 30 saltos:

1 1 ms 1 ms 1 ms 192.168.1.1
2 38 ms 40 ms 39 ms 192.168.153.1
3 46 ms 39 ms 40 ms 145.Red-81-46-39.staticIP.rima-tde.net [81.46.39
.145]
4 * 38 ms 39 ms So-5-0-0-0-grtmadpe3.red.telefonica-wholesale.ne
t.9.16.84.in-addr.arpa [84.16.9.161]
5 40 ms 39 ms 39 ms So-0-1-0-0-grtmadde2.red.telefonica-wholesale.ne
t [84.16.12.50]
6 44 ms 43 ms 44 ms Level3-3-2-1-0-grtmadde2.red.telefonica-wholesal
e.net [213.140.52.178]
7 47 ms 66 ms 47 ms ae-11-11.car1.Madrid1.Level3.net [4.69.135.173]

8 76 ms 76 ms * 30g.level3.mad-1-6k.routers.ovh.net [213.251.130
.73]
9 68 ms 70 ms * 20g.gsw-1-6k.routers.ovh.net [213.251.128.41]
10 74 ms 75 ms * 80g.p19-7-6k.routers.ovh.net [213.186.32.145]
11 76 ms * 86 ms 10g.p19-52-6k.routers.ovh.net [213.186.32.230]
12 75 ms 68 ms 77 ms ping.ovh.net [213.186.33.13]

Traza completa.

C:\>


¿Quién está pisando el cable cada vez que va al servicio? (Ya hay que tomárselo con humor)

cbx
14/11/2008, 08:46
pues nosotros seguimos a 80k desde telefonica :-(

TRASGU25
13/11/2008, 21:40
Hala ya han abierto el grifo.

Ahora va como un tiro


Trasgu

cbx
13/11/2008, 20:36
pfff habria que conseguir alguien competente de telefonica y mandarle los tracert, pero vamos, es chunga la cosa...

TRASGU25
13/11/2008, 19:59
Esto es una tomadura de pelo.

Telefonica dice que todo esta OK. OVH que el problema no es suyo y en estos monentos tengo una bajada de 19kb.

¡¡¡¡Pa matase¡¡¡¡¡¡ de veloz.


Lo triste es que no se por donde meterle mano a este tema.

Trasgu

dhernan
13/11/2008, 17:20
Pues nada... menudo cachondeo...ahora vuelve a estar bien... cuanto tiempo durará... eso ya no lo sé.

Saludos a todos

dhernan
13/11/2008, 16:32
Vale... pues yo otra vez en 40kb... no ha durado ni 24 horas de forma correcta... esto ya pasa de castaña oscura....

Me da igual si es OVH o Telefónica... el caso es que estoy pagando por un servicio que no funciona.. y solo me pasa con el server de OVH porque si tiro contra rediris o cualquier otra me va a todo trapo.

OVH debería empiezar a mover ficha si es verdad que no es problema suyo poniendose en contacto con quien si tenga la culpa, porque me temo que muchos tendremos que dejarles con la máquina para que lo utilicen de pisapapeles...y entonces ellos si que tendrán un problema.

¡¡¡Señores de OVH... reaccionen por favor !!!

Saludos.

cbx
13/11/2008, 15:03
lo penoso, una vez mas, no es tanto el servicio de ovh (se han equivocado y han rectificado), sino el de telefonica que lleva sin rectificar casi una semana... esta mañana conseguiamos 100k/s pero ya veremos esta tarde (desde otra conexion de ono, como siempre, a toda leche, jazztel tb parece funcionar)...

yomihmo
13/11/2008, 14:52
La respuesta del departamento comercial fue remitirme a este foro al post de las entregas de noviembre en donde se indicaba un cambio de politica de trafico en nuevos productos.

En cuanto al servicio tecnico no son los responsables del cambio de modalidad, simplemente son los que responden a las preguntas, eso corresponde a los administradores. Los cuales finalmente admitieron su error en mi caso y me reactivaron el modo SLA, después de estar 24h con un consumo inferior a 10M el sistema automaticamente lo reactiva. Eso si, sigo sin saber porque se me paso a modo noSLA.

En cuanto a la conexión con el servidor, sigue igual, con suerte durante el día consigo alcanzar los 200Kb/s de bajada, mi conexion es de 20Mb/s.

Yo, sinceramente, creo que es penoso, que los comerciales y los tecnicos, con los que nosotros tratamos, tengan tan poca información y se coman todos los marrones, por lo menos en mi caso, así ha sido.

Un saludo.

Slennox
13/11/2008, 11:47
Cita Publicado inicialmente por isaaclg
Slennox me referia a si las lineas de Jazztel tienen algo que ver con telefonica por lo del problema que dices.

A mi me va bien despues de unos dias desde que se inicio este tema. Esperemos que siga asi.
No, Jazztel no enruta por Level 3 en Madrid como Telefónica sino por Espanix, y en este caso no hay problemas.

Cita Publicado inicialmente por yomihmo
Solo tengo uno.

Contenido del mensaje que me enviaron desde el servicio tecnico:

Buenos días

Los administradores nos han confirmado que finalmente, su servidor ha sido puesto en modo noSLA por superar el 95% del ancho de banda asignado de forma constante.

El servidor no podrá volver a modo SLA. Si desea disfrutar de ancho de banda garantizado con esa cadencia, deberá pasar a un servidor Superplan o superior.

Cordialmente, XXXXX XXXXXX
Departamento técnico
El punto contrato de alquiler del servidor dedicado dice:

8.8. Si la infraestructura del Cliente genera un ancho de banda total superior a 101 Mbps. OVH
HISPANO realizará el mayor de los esfuerzos para mantener el Servicio del Cliente.
Luego a partir de 101 Mbps sí que te pasan a modo No SLA pero claramente no es tu caso (95%).

Deben volver a ponerte en modo SLA o en caso negativo tienes derecho a rescindir el contrato exigiendo re-integro de lo pagado desde que te pasaron a No SLA.

Yo hablaría antes con el departamento Comercial y les comentas tu caso, porque no creo que el departamento Técnico pueda tomar así como así ese tipo de decisión.

Coméntanos qué te dicen porque es algo que puede impactar a mucha gente, yo incluido. Si los 100 Mbps SLA tienen "peros" qué menos que nos informen.


Sle

kurgans
13/11/2008, 10:15
Buenas y vuelvo a la carga de nuevo, el problema puede ser de OVH, cuando mi servidor trabaja mal uso los servicios de backup asignados al servidor, y van de puta pena no supera el 1 - 1.5 mb/s, y estamos hablando de conexiones en su red interna ambas ips se encuentran en el mismo datacenter, cuando tenemos ese flash en el dia que el servidor va bien, rapidamente realizo un nuevo chequeo usando el sistema backup y este va 8 - 9 mb/s, esta prueba la he realizado varias veces y siempre coincidiendo con las caidas del servidor en su rendimiento y el resultado ha sido el mismo, luego el problema yo pienso que bueno independientemente de que todos sabesmos de las carencias en españa de lineas buenas puede ser de OVH en sus switch ya que la transferencia entre ellos cae en picado.

Un saludo

isaaclg
12/11/2008, 23:07
Slennox me referia a si las lineas de Jazztel tienen algo que ver con telefonica por lo del problema que dices.

A mi me va bien despues de unos dias desde que se inicio este tema. Esperemos que siga asi.

yomihmo
12/11/2008, 21:22
Solo tengo uno.

Contenido del mensaje que me enviaron desde el servicio tecnico:

Buenos días

Los administradores nos han confirmado que finalmente, su servidor ha sido puesto en modo noSLA por superar el 95% del ancho de banda asignado de forma constante.

El servidor no podrá volver a modo SLA. Si desea disfrutar de ancho de banda garantizado con esa cadencia, deberá pasar a un servidor Superplan o superior.

Cordialmente, XXXXX XXXXXX
Departamento técnico

Slennox
12/11/2008, 21:05
yomihmo, ¿cuántos servidores tienes?

Si sólo tienes 1, es imposible que te hayan pasado a modo noSLA ya que garantizan 100 Mbps por cliente. Lo del 95% no figura en el contrato (que yo recuerde cuando lo leí), así que se tiene que tratar de un error.

El problema con el que se inició este hilo, insisto, es de Level 3 y Telefónica, lo demuestran las trazas. Que no quita que otros tengáis problemas por algo más...

isaaclg, ¿qué ocurre con Jazztel? Yo llevo ya muchos días que me va bien.



Sle

yomihmo
12/11/2008, 20:41
Perdonar que me entrometa, pero no es cosa de los operadores, es cosa de ovh, a mi me pasa lo mismo y probado con casi todas las operadoras del mercado español, incluido cable, y pasa exactamente lo mismo. Sin embargo con el server de un colega antes me iva de perlas, hoy a mi me va bien, y a el no. He abierto un ticket de incidencia, porque misteriosamente mi servidor paso de modo SLA a noSLA, la respuesta: es que segun los administradores, al mantener mi servidor un consumo del 95% del ancho de banda de manera sostenida automaticamente se pasa a modo noSLA, curiosamente al analizar mis graficas de trafico obtengo los siguientes datos:

Media

Entrada : 2167.8 kb/s
Salida : 16.7 Mb/s

Máxima

Entrada : 76.2 Mb/s
Salida : 91.7 Mb/s

Eso en el mes que llevo con el servidor actual. Haber si alguien me puede explicar como coño puedo haber estado en el 95% de ancho de banda de modo sostenido cuando no he superado los 92Mb de trafico ????

En fin, a todo esto despues de estar una semana mandando emails al servicio tecnico, y molestando por telefono a los comerciales.

Yo lo tengo claro, o cambian o yo me largo de aqui previa denuncia a consumo, que esto es una estafa. Yo he contratado un servidor con 100Mb en modo SLA, y no consigo pasar de 70Kb con suerte. Ahora aparecen clausulas que no figuran en el contrato por ningun lado para justificar el haberme puesto en modo noSLA, aunque mi conexion sigue siendo 70K con suerte.

isaaclg
12/11/2008, 20:23
Y los que tenemos jazztel? Aunque estos dias parece que va bien.

cbx
12/11/2008, 19:51
yo si he contactado ovh, y me dicen, claro, que no es problema de ovh, y que llamemos a telefonica... desde ONO yo no tengo ningun problema, va a toda leche, el problema es de telefonica claramente (o al menos del enrutamiento de telefonica), eso si, se ve afectado orange al menos (igual no todos los clientes).

Slennox
12/11/2008, 19:43
Cita Publicado inicialmente por isaaclg
Pero es que antes iba bien, esto pasa por lo menos en mi caso desde hace como 3 semanas.
Ademas tenemos distintas operadoras a los que tenemos este problema.
Entonces, o todas nuestras operadoras han cambiado algo y por eso tenemos problemas, o es OVH quien ha cambiado algo.
De distintas operadoras nada, Jazztel y ONO, por ejemplo, van perfectamente.

Como ya dije en otro post, yo le enviaría un correo a Octave a ver si lo puede gestionar. Evidentemente si llamáis al 1004 os van a decir que todo perfecto...


Sle

isaaclg
12/11/2008, 19:00
Pero es que antes iba bien, esto pasa por lo menos en mi caso desde hace como 3 semanas.
Ademas tenemos distintas operadoras a los que tenemos este problema.
Entonces, o todas nuestras operadoras han cambiado algo y por eso tenemos problemas, o es OVH quien ha cambiado algo.

SuperViruS
12/11/2008, 18:07
No suelo usar el FTP para bajar cosas del server... pero acabo de realizar una prueba bajando un archivo usando el FileZilla:

Linea 3Mb Telefonica , se mantiene sobre los 200KB como se ve en la captura.

http://i35.tinypic.com/34hfaly.jpg

Tracert desde el PC de mi casa al server:

Código:
  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2    45 ms    45 ms    44 ms  192.168.153.1
  3    46 ms    45 ms    46 ms  226.Red-80-58-114.staticIP.rima-tde.net [80.58.114.226
  4    55 ms    55 ms    56 ms  So6-0-0-0-grtmadde2.red.telefonica.wholesale.net [84.1
  5     *        *        *     Tiempo de espera agotado para esta solicitud.
  6     *        *        *     Tiempo de espera agotado para esta solicitud.
  7    78 ms     *        *     30g.level3.mad-1-6k.routers.ovh.net [213.251.130.73]
  8     *        *        *     Tiempo de espera agotado para esta solicitud.
  9   266 ms   244 ms   229 ms  160g.rbx-1-6k.routers.ovh.net [213.186.32.226]
 10    90 ms    90 ms    91 ms  rbx-60-m1.routers.ovh.net [91.121.130.52]
 11    94 ms    94 ms    93 ms  XXXXXXXXXXXXXXXXXX [XX.XXX.XXX.XXX]

Traza completa.
Y el tracert desde la consola del server...

Código:
 1  XX.XXX.XXX.XXX (XX.XX.XX.XX)  1.004 ms * *
 2  40g.rbx-1-6k.routers.ovh.net (213.251.128.25)  6.240 ms * *
 3  160g.gsw-1-6k.routers.ovh.net (213.186.32.225)  6.326 ms * *
 4  * * *
 5  * * *
 6  ae-11-11.car2.Madrid1.Level3.net (4.69.135.174)  20.004 ms * *
 7  ae-4-4.ebr1.Paris1.Level3.net (4.69.135.182)  22.340 ms  20.986 ms  20.982 ms
 8  ae-1-55.edge4.Paris1.Level3.net (4.68.109.146)  20.314 ms  20.332 ms  20.332 ms
 9  213.242.111.6 (213.242.111.6)  20.610 ms  20.619 ms  20.619 ms
10  Xe4-1-1-0-grtmadad1.red.telefonica-wholesale.net (84.16.13.185)  38.944 ms * *
11  * * *
12  * * *
13  * * *
14  * * *
15  106.Red-80-58-75.staticIP.rima-tde.net (80.58.75.106)  48.987 ms  49.101 ms  49.155 ms
16  232.Red-80-58-114.staticIP.rima-tde.net (80.58.114.232)  51.352 ms  51.336 ms  51.342 ms
17  XX.XX.XX.XX (XXX.XXX.XXX)  139.578 ms  143.504 ms *
En mi caso, el ping esta dentro de lo normal con esta conexion, y no he notado ningún problema de velocidad..... :confused:

Saludetesssss!!!!!!!!!!!!!

cbx
12/11/2008, 17:04
Hemos contactado a timofonica... y nada, que no hay problema pfff

kurgans
12/11/2008, 16:37
Esto es un abuso.No se carga ni una pagina web con sql, no paran d dar error 500 con la lentitud de la conexion, da igual quien sea el proveedor de la linea de internet

nautalia
12/11/2008, 15:58
Tengo 10 Megas de Telefónica y hoy me va el FTP a 30 kb. Nunca lo había visto tan bajo.

Y el ping está a 126.

Hace meses que no tenía problemas.

Otra vez descontento y pagando a todo el mundo.

NeeK
12/11/2008, 14:58
Pues a mi ayer con ono no me iba tan sumamente mal como el resto de la semana, pero seguia yendo bastante lento.
Hoy si es verdad q con telefonica va de culo (desde el trabajo)

Salu2

cbx
12/11/2008, 14:20
Es cierto, pero durante 5 dias no... porque desde el viernes en nuestro caso, esta fallando, no es que sea una incidencia de hoy y empieza a ser largo ya.

elpotente
12/11/2008, 13:30
Ya les paso a los de ono con congentco en su momento, ahora nos tocara a nosotros con level3...

cbx
12/11/2008, 12:50
El problema no es ovh sino el "$%&345 de incompetente de telefonica, nosotros estamos con ono y va de maravilla, pero nuestros clientes se estan quejando de lo mismo que vosotros :-(

Slennox
11/11/2008, 19:53
La subida de latencia ya veis que no se está dando en la red de OVH sino el enlace entre Telefónica y Level 3, es probable que por saturación o algún problema con la fibra o el hardware.

Mal:
Código:
Level3-3-2-1-0-grtmadde2.red.telefonica-wholesale.net 57.4
ae-11-11.car1.Madrid1.Level3.net 118.5
30g.level3.mad-1-6k.routers.ovh.net 111.2
Código:
5 * 58 ms 57 ms So-0-1-0-0-grtmadde2.red.telefonica-wholesale.net [84.16.12.50]
6 101 ms 202 ms 199 ms Level3-3-2-1-0-grtmadde2.red.telefonica-wholesale.net [213.140.52.178]
7 117 ms 117 ms 117 ms ae-11-11.car1.Madrid1.Level3.net [4.69.135.173]
Bien:
Código:
Level3-3-2-1-0-grtmadde2.red.telefonica-wholesale.net 49.6
ae-11-11.car1.Madrid1.Level3.net 57.1
30g.level3.mad-1-6k.routers.ovh.net 45.7
El problema no es de OVH aunque imagino que tienen una vía de comunicación más rápida con Level 3 por ser clientes así que podrían escalar la incidencia a su proveedor.


Sle

TRASGU25
11/11/2008, 19:49
Otra vez se ha parado y ya esta a 30 KB.



Traza a la dirección ksxxxxxx.kimsufi.com
sobre un máximo de 30 saltos:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 * 42 ms 42 ms 192.168.153.1
3 42 ms 42 ms 42 ms 241.Red-80-58-114.staticIP.rima-tde.net
4 58 ms 58 ms 58 ms So7-0-0-0-grtmadpe3.red.telefonica.wholesale.net
5 * 58 ms 57 ms So-0-1-0-0-grtmadde2.red.telefonica-wholesale.net
6 101 ms 202 ms 199 ms Level3-3-2-1-0-grtmadde2.red.telefonica-wholesale.net
7 117 ms 117 ms 117 ms ae-11-11.car1.Madrid1.Level3.net

8 121 ms 117 ms 121 ms 30g.level3.mad-1-6k.routers.ovh.net
9 145 ms 134 ms 136 ms 20g.gsw-1-6k.routers.ovh.net
10 135 ms 134 ms 133 ms 80g.p19-7-6k.routers.ovh.net [
11 134 ms 133 ms 133 ms p19-25-m1.routers.ovh.net
12 142 ms 138 ms * ksxxxxxx.kimsufi.com
13 138 ms 137 ms 136 ms ksxxxxxx.kimsufi.com

Esto es desesperante¡¡¡¡¡.

Salu2.
Trasgu

isaaclg
11/11/2008, 19:22
Enviad tickets a soporte, si ven que somos varios a los que nos pasa esto quiza lo arreglen al 100%.

isaaclg
11/11/2008, 19:21
Ya, el problema es que pasa a veces. En mi caso por la tarde noche. Aunque estos dias parece que va bien.

El traceroute lo haces desde
Inicio, ejecutar, escribes cmd y le das al enter. En la pantalla negra que te salga, escribes tracert IP

TRASGU25
11/11/2008, 18:52
A mi me ha pasado lo mismo ahora empieza a tirar normal.


Salu2.
Trasgu

dhernan
11/11/2008, 18:45
Pues nada... ahora parece que vuelve a estar estable en 628kb. El ping ha bajado de 130 aprox a 75. Os paso el traceroute de ahora.

192.168.10.1 0.6
192.168.153.1 40.4
145.Red-80-58-120.staticIP.rima-tde.net 40.9
So7-0-0-0-grtmadpe3.red.telefonica.wholesale.net 43.3
So-0-1-0-0-grtmadde2.red.telefonica-wholesale.net 41.4
So2-2-0-0-grtmadde2.red.telefonica-wholesale.net
Level3-3-2-1-0-grtmadde2.red.telefonica-wholesale.net 49.6
ae-11-11.car1.Madrid1.Level3.net 57.1
30g.level3.mad-1-6k.routers.ovh.net 45.7
20g.gsw-1-6k.routers.ovh.net 65.3
160g.rbx-1-6k.routers.ovh.net 113.8
rbx-28-m1.routers.ovh.net 72.5
ksXXXXX.kimsufi.com 73.5



Un saludo,
dhernan

dhernan
11/11/2008, 17:56
Hola,

yo también tengo linea de 6mg de telefónica y no había tenido este problema(o al menos no lo habría detectado) hasta ahora.... Ahora mismo no paso de 40kb cuando normalmente estaba estable a 628kb.

Os paso el traceroute y los tiempos de ping de cada uno de ellos (comando mtr) por si sirve de ayuda.

192.168.10.1 0.5
192.168.153.1 40.3
145.Red-80-58-120.staticIP.rima-tde.net 43.2
So7-0-0-0-grtmadpe3.red.telefonica.wholesale.net 44.8
So-0-1-0-0-grtmadde2.red.telefonica-wholesale.net 42.0
So2-2-0-0-grtmadde2.red.telefonica-wholesale.net
Level3-3-2-1-0-grtmadde2.red.telefonica-wholesale.net 57.4
ae-11-11.car1.Madrid1.Level3.net 118.5
30g.level3.mad-1-6k.routers.ovh.net 111.2
20g.gsw-1-6k.routers.ovh.net 134.8
160g.rbx-1-6k.routers.ovh.net 139.1
rbx-28-m1.routers.ovh.net 125.1
ksXXXXX.kimsufi.com 125.4


Un saludo,
dhernan

TRASGU25
11/11/2008, 16:54
A mi me pasa lo mismo desde hace tres días.

Mi linea es de 6 Mb de telefónica. Lo he revisado todo y el problema esta casi con toda seguridad en OVH. Llevo todo el día con el Filezilla a 25 Kb.
A veces es como si alguien abrioera el grifo y se pone a 590 Kb pero dura solo unos minutos.

¿Como hago un traceroute ?.

Salu2.
Trasgu

Slennox
10/11/2008, 16:01
Yo he estado bajando este fin de semana prácticamente todo el tiempo y no he notado ninguna lentitud.

Por FTP, con una única conexión, me baja a 2,1MB/s, máximo de mi línea (Jazztel@20Mb).

El ping se mantiene estable a 50 ms.

Por tanto confirmo que al menos el enlace OVH<->Espanix funciona perfectamente.


Pegad las trazas los afectados e intentamos analizar el problema. Ojo por que no siempre un time-out es sinónimo de problemas, hay routers que sólo contestan al primer o segundo evento ICMP TTL Exceeded.


Sle

isaaclg
10/11/2008, 15:21
Cuando os vaya mal, haced un traceroute y a parte de enviarselo a soporte podemos postearlo aqui.

SuperViruS
10/11/2008, 13:13
Yo he estado ayer de noche y esta mañana moviendo bastantes GB, entre servidores de OVH, y se ha mantenido la velocidad siempre sobre los 100Mb/s

Y el ping entre mi casa y los servidores de OVH, sobre los 100ms , que en mi caso, es un numero totalmente normal.

Saludetessss!!!!!!!!!!!!

elpotente
10/11/2008, 12:51
lento de nuevo, 30kb/s

isaaclg
10/11/2008, 11:41
A mi ahora me va bien, pero es que no va mal siempre, va mal sobre todo por la tarde y por la noche.
Supuestamente me dijeron que esta arreglado, pero habra que seguir vigilandolo.

elpotente
10/11/2008, 11:23
Acaba de empezar a bajarme a 620kb/s con una 6mb de telefonica... No se que han hecho pero de un momento para otro se ha solucionado la lentitud, al menos por ahora..

isaaclg
10/11/2008, 11:20
Esta claro que es cosa de OVH. Si haceis un traceroute, veremos como es en la parte de OVH donde estan los timeouts y a veces ni resuelve el host.

elpotente
10/11/2008, 11:06
A mi anoche tb me iba lento y ahora mismo por la mañana tambien... baja a cosa de 50kb o asi, no mas

Es mas, ahora tengo 50ms mas de ping que antes... Antes tenia 100ms y ahora 150ms y la descarga lenta como ya te digo.

NeeK
10/11/2008, 10:50
En bandaancha estan haciendo un seguimiento en el foro y tiene toda la pinta de que es problema de ovh, ya que el problema es una vez dentro de la propia red de ovh.
Por favor, alguien que nos diga que esta pasando?

isaaclg
10/11/2008, 02:08
Algunos se aburren mucho por aqui...

MarcosBL
07/11/2008, 18:24
¡ No ! Siempre que te provea de hedor... x'D

sdzzds
07/11/2008, 18:15
por favor, prove"h"edor es sin h

isaaclg
07/11/2008, 15:20
Pues vaya plan tenemos.
Yo no creo que sea problema de mi provehedor de internet, ya que me pasa en el trabajo, en casa, y a gente que conozco que tienes otros provehedores igual. Yo creo que el problema es todo de ellos.

NeeK
07/11/2008, 13:44
Con ono pasa exactamente igual, llegando a ser casi imposible manejar una conexion remota.

Ya me he puesto en contacto con el a ver si puede hacer algo.

Salu2

isaaclg
07/11/2008, 10:49
Buenas.

Muchas gracias por la informacion. Casualmente yo tambien tengo jazztel, pero otros amigos con otros provehedores tienen el mismo problema.

Una vez que te lo solucionaron no te volvio a pasar?

Ya mande el email.

Saludos y gracias

Slennox
07/11/2008, 10:37
Envía los traceroute con los problemas directamente a oles@ovh.net (Octave).

Yo le envié un correo hace un par de días sobre problemas de enrutado entre OVH y Jazztel a las 21:30 y en 2 horas estaba solucionado. Me sorprendio gratamente la rápida gestión teniendo en cuenta que es "fuera de horario laboral".

Eso sí sólo atiende a problemas de red y es un tío muy ejecutivo: frases cortas y datos concretos (IP de tu servidor, traceroutes, etc.). Si el problema es exclusivo de tu servidor tendrás que tirar de soporte...


Sle

isaaclg
07/11/2008, 10:00
Buenos dias.

Dispongo de un servidor dedicado no recuerdo ahora el modelo pero es de los que tienen 1GB de red.

Pues bien, todas las tardes y noches, va super lento, tan lento que a veces ni carga. La navegacion por las 2 paginas que tengo alojadas, se hace insoportable, y como dije a veces ni cargan.

Al hacer un traceroute, hay veces que hay timeouts en la parte de ovh, y a veces ni resuelve el host.

Llevo ya 2 semanas desde que notifique este problema pero no veo que hagan nada para solucionarlo. Ayer mismo me dijeron que ya estaba arreglado, pero luego por la noche mas de lo mismo.

Ya estoy bastante cansado y me planteo seriamente cambiarme a otra empresa, ya que me perjudica bastante, las visitas bajan y bajan.

Alguna idea?

Gracias