[Diablo48]

vss-2-6k está rojo en el weathermap

http://weathermap.ovh.net/backbone

No es el unico... estan 3 routers mas en rojo
http://i47.tinypic.com/2rxzcx0.png

[kitamarchas]

vss-2-6k está rojo en el weathermap

http://weathermap.ovh.net/backbone

[tonysanchez]

Esto en mi pueblo, es una porqueria de trafico, ...

PING dimi.islaserver.com (94.23.245.54): 56 data bytes
64 bytes from 94.23.245.54: icmp_seq=0 ttl=52 time=88.105 ms
64 bytes from 94.23.245.54: icmp_seq=1 ttl=51 time=94.948 ms
64 bytes from 94.23.245.54: icmp_seq=2 ttl=52 time=246.986 ms
64 bytes from 94.23.245.54: icmp_seq=3 ttl=52 time=109.326 ms
64 bytes from 94.23.245.54: icmp_seq=4 ttl=52 time=83.209 ms
64 bytes from 94.23.245.54: icmp_seq=5 ttl=51 time=89.072 ms
64 bytes from 94.23.245.54: icmp_seq=6 ttl=51 time=84.199 ms
64 bytes from 94.23.245.54: icmp_seq=7 ttl=51 time=87.637 ms
64 bytes from 94.23.245.54: icmp_seq=8 ttl=51 time=89.642 ms
64 bytes from 94.23.245.54: icmp_seq=9 ttl=52 time=86.365 ms
64 bytes from 94.23.245.54: icmp_seq=10 ttl=52 time=85.856 ms
64 bytes from 94.23.245.54: icmp_seq=11 ttl=51 time=89.809 ms
64 bytes from 94.23.245.54: icmp_seq=12 ttl=52 time=83.893 ms
64 bytes from 94.23.245.54: icmp_seq=13 ttl=52 time=83.386 ms
64 bytes from 94.23.245.54: icmp_seq=14 ttl=51 time=90.358 ms
64 bytes from 94.23.245.54: icmp_seq=15 ttl=51 time=87.125 ms
64 bytes from 94.23.245.54: icmp_seq=16 ttl=51 time=89.469 ms
64 bytes from 94.23.245.54: icmp_seq=17 ttl=52 time=88.388 ms
64 bytes from 94.23.245.54: icmp_seq=18 ttl=52 time=85.610 ms
64 bytes from 94.23.245.54: icmp_seq=19 ttl=52 time=94.831 ms
64 bytes from 94.23.245.54: icmp_seq=20 ttl=51 time=90.147 ms
64 bytes from 94.23.245.54: icmp_seq=21 ttl=52 time=82.548 ms
Request timeout for icmp_seq 22
64 bytes from 94.23.245.54: icmp_seq=23 ttl=51 time=103.896 ms
64 bytes from 94.23.245.54: icmp_seq=24 ttl=51 time=88.965 ms
64 bytes from 94.23.245.54: icmp_seq=25 ttl=52 time=108.371 ms
64 bytes from 94.23.245.54: icmp_seq=26 ttl=52 time=83.273 ms
64 bytes from 94.23.245.54: icmp_seq=27 ttl=52 time=85.710 ms
64 bytes from 94.23.245.54: icmp_seq=28 ttl=51 time=90.654 ms
64 bytes from 94.23.245.54: icmp_seq=29 ttl=52 time=87.424 ms
64 bytes from 94.23.245.54: icmp_seq=30 ttl=52 time=86.930 ms
64 bytes from 94.23.245.54: icmp_seq=31 ttl=51 time=91.570 ms
64 bytes from 94.23.245.54: icmp_seq=32 ttl=52 time=83.274 ms
64 bytes from 94.23.245.54: icmp_seq=33 ttl=51 time=88.441 ms
64 bytes from 94.23.245.54: icmp_seq=34 ttl=51 time=210.944 ms
64 bytes from 94.23.245.54: icmp_seq=35 ttl=52 time=83.269 ms
64 bytes from 94.23.245.54: icmp_seq=36 ttl=52 time=82.314 ms
64 bytes from 94.23.245.54: icmp_seq=37 ttl=52 time=85.141 ms
64 bytes from 94.23.245.54: icmp_seq=38 ttl=52 time=326.537 ms
64 bytes from 94.23.245.54: icmp_seq=39 ttl=52 time=85.870 ms
64 bytes from 94.23.245.54: icmp_seq=40 ttl=51 time=94.304 ms
64 bytes from 94.23.245.54: icmp_seq=41 ttl=52 time=86.064 ms
64 bytes from 94.23.245.54: icmp_seq=42 ttl=52 time=83.812 ms
64 bytes from 94.23.245.54: icmp_seq=43 ttl=51 time=86.113 ms
64 bytes from 94.23.245.54: icmp_seq=44 ttl=52 time=82.734 ms
64 bytes from 94.23.245.54: icmp_seq=45 ttl=51 time=89.594 ms
64 bytes from 94.23.245.54: icmp_seq=46 ttl=52 time=83.437 ms
64 bytes from 94.23.245.54: icmp_seq=47 ttl=51 time=91.528 ms
64 bytes from 94.23.245.54: icmp_seq=48 ttl=52 time=88.472 ms
64 bytes from 94.23.245.54: icmp_seq=49 ttl=52 time=86.377 ms
64 bytes from 94.23.245.54: icmp_seq=50 ttl=52 time=83.205 ms
64 bytes from 94.23.245.54: icmp_seq=51 ttl=52 time=83.310 ms
64 bytes from 94.23.245.54: icmp_seq=52 ttl=52 time=86.105 ms
64 bytes from 94.23.245.54: icmp_seq=53 ttl=52 time=79.451 ms
64 bytes from 94.23.245.54: icmp_seq=54 ttl=52 time=80.232 ms
64 bytes from 94.23.245.54: icmp_seq=55 ttl=51 time=89.175 ms
64 bytes from 94.23.245.54: icmp_seq=56 ttl=52 time=82.480 ms
64 bytes from 94.23.245.54: icmp_seq=57 ttl=51 time=95.636 ms
64 bytes from 94.23.245.54: icmp_seq=58 ttl=51 time=331.643 ms
64 bytes from 94.23.245.54: icmp_seq=59 ttl=52 time=85.460 ms
64 bytes from 94.23.245.54: icmp_seq=60 ttl=52 time=141.520 ms
64 bytes from 94.23.245.54: icmp_seq=61 ttl=52 time=81.880 ms
64 bytes from 94.23.245.54: icmp_seq=62 ttl=51 time=84.492 ms
64 bytes from 94.23.245.54: icmp_seq=63 ttl=51 time=87.022 ms
64 bytes from 94.23.245.54: icmp_seq=64 ttl=51 time=86.502 ms
64 bytes from 94.23.245.54: icmp_seq=65 ttl=51 time=85.543 ms

Y que creoq eu el tema esta en SU lado...

traceroute dimi.islaserver.com
traceroute to dimi.islaserver.com (94.23.245.54), 64 hops max, 52 byte packets
 1  192.168.1.1 (192.168.1.1)  2.402 ms  2.887 ms  3.672 ms
 2  192.168.153.1 (192.168.153.1)  50.125 ms  49.223 ms  45.068 ms
 3  81.red-81-46-39.staticip.rima-tde.net (81.46.39.81)  45.408 ms  45.518 ms  44.344 ms
 4  so-5-0-0-0-grtmadpe3.red.telefonica-wholesale.net (84.16.9.161)  45.802 ms  45.563 ms  44.409 ms
 5  so7-0-0-0-grtparix3.red.telefonica-wholesale.net (213.140.37.18)  71.714 ms
    so4-3-0-0-grtparix1.red.telefonica-wholesale.net (213.140.36.134)  69.091 ms
    so5-3-0-0-grtparix1.red.telefonica-wholesale.net (213.140.36.146)  67.727 ms
 6  xe0-0-0-0-grtpartv1.red.telefonica-wholesale.net (84.16.13.229)  70.079 ms
    xe9-3-0-0-grtpartv1.red.telefonica-wholesale.net (213.140.49.153)  67.817 ms  133.832 ms
 7  teleglobe-1-3-0-0-grtpartv1.red.telefonica-wholesale.net (213.140.55.22)  72.399 ms  73.833 ms  69.611 ms
 8  if-6-427.har1.pv0-paris.as6453.net (195.219.241.54)  68.630 ms  72.546 ms  72.151 ms
 9  * * *
10  vss-2-6k.routers.chtix.eu (91.121.131.89)  172.922 ms  98.430 ms  89.826 ms
11  dimi.islaserver.com (94.23.245.54)  91.579 ms  86.972 ms  85.284 ms

[Diablo48]

Desde el 2010-02-08 22:24:00 llevan diciendome que un tecnico mirara en cuanto pueda porque no enruta la ip a mi servidor, y en el soporte que tengo que esperar a que un tecnico lo mire, esto es una autentica vergüenza.

[CodeBreaker7]

Esto va fatal colega, varias de mis paginas tardan en cargar, responder, se pierden paquetes y demas como han mencionado arriba.

Aver hasta cuando con estos problemillas de red

[djtenssy]

Yo llevo sobre una semana que hay momentos que no responde el server, solo el puerto del ping.

He llegado incluso a actualizar el sistema, reiniciarlo cuando no respondía desde el manager, pero mirando más a fondo he visto que el problema no es mío, sino de la red.

Es una locura que te pongas a trabajar y se venga abajo.

Qué es lo que está ocurriendo y cuánto va a durar??????

Salu2.-

[kennysamuerto]

Bueno pues ahora mismo 01:15, es imposible trabajar, porque la mayoria de paquetes se pierden.

[tolai]

Ni de coña... asi no funciona...
He probado con cambiando el bridge y mil cosas y no he tenido suerte...

[Diablo48]

A mi me gustaría saber de algún manual o configuración para proxmox, para la configuración de las IPs y las MACs en una máquina virtual Windows.

¿ Sabéis como?

Gracias.

A todos nos encantaria saber eso... segun ovh ahora solo hace falta pedir mac en el manager y pornerle esa mac a la hora de crear la interfaz en el proxmox, y la configuracion de windows sigue siendo la misma de los manuales antiguos.

[tolai]

A mi me gustaría saber de algún manual o configuración para proxmox, para la configuración de las IPs y las MACs en una máquina virtual Windows.

¿ Sabéis como?

Gracias.

[Diablo48]

Tonysanchez por lo menos a ti te solucionaron el problema de enrutado? porque yo llevo desde el lunes a la noche 22h que reporte el problema de enrutado, con respuestas de que un tecnico lo mirara lo antes posible, pero vamos que van mas de 36h.

[Diablo48]

Esque vamos que una traza no llegue a su destino no es nada "estraño" creo yo.
Y seria de agradecer que las guias se actaulizasen, que las de proxmox no es que no sean de la ultima version, es que son de la 1.2, y vamos por la 1.5, esa guia tiene 1año por lo menos si hacen una guia que la hagan bien, pero hacer algo para confundir a la gente y hacerle perder el tiempo mejor no la hagas.

[mikelsanz]

Que no, que esta empresa es perfecta, pregúntale a Vidal, que su concepto de porcentaje debe de ser amplio, porque lo que da de si el 2% de casos raros que no se solucionan a tiempo.

[Diablo48]

El soporte telefonico lo que es es un "timo" porque llamas y te dicen no esto no es un soporte de nivel 2 lo cual no arreglan ninguna duda, yo llevo 36h sin red, y lo unico que me escriben en el ticket de la indicencia (puesto en critico OJO) es que un tecnico lo mirara lo antes posible, una autentica vergüenza. Por telefono te dicen, no esto no lo solucionamos mande su queja a comercial para que le extiendan la cantidad de tiempo xD en fin, esto ya pasa de triste, no tengo palabras para explicar como se intentan librar de los marrones esta empresa.

[SuperViruS]

Si hablo asi, es porque toca los huevos que hables con una persona para notificar un porblema, y te hable como si tuviera lo que digo que tiene, sin ganas, sin nada. Para eso, mejor que no pongan a nadie. Da verguenza que un soporte tenga personas tan extreñidas. (mentalmente)

Totalmente de acuerdo, el soporte telefónico aparte de eficaz, tiene que ser sobretodo educado, comunicativo, en definitiva que tengan algo de espíritu y tener cierta empatia con el cliente.

A estas horas espero que el server ya vaya bien, desde mi ISP hago ping, ergo según OVH el servidor esta bien http://foros.ovh.es/images/icons/icon10.gif

Traza a la dirección dimi.islaserver.com [94.23.245.54]
sobre un máximo de 30 saltos:

  1    <1 ms    <1 ms    <1 ms  192.168.1.2
  2     *        *        *     Tiempo de espera agotado para esta solicitud.
  3    11 ms    11 ms    11 ms  ada-ln1-madrid.ast.adamo.es [91.126.137.1]
  4    11 ms     *       11 ms  193.149.1.81
  5   220 ms   221 ms   220 ms  20g.gsw-1-6k.routers.chtix.eu [213.251.128.41]
  6    27 ms     *       77 ms  80g.th2-1-6k.routers.chtix.eu [213.186.32.161]
  7     *        *        *     Tiempo de espera agotado para esta solicitud.
  8    46 ms     *       89 ms  vss-2-6k.routers.chtix.eu [91.121.131.89]
  9    33 ms    34 ms    34 ms  dimi.islaserver.com [94.23.245.54]

Traza completa.

Saludeteess!

[tonysanchez]

Acabo de hablar con estos maravilloso chicos.
Que no responde a ping (estoy dentro de la maquina)

Que me han conesttado, el ticket (para decirme que lo han reicniciado)

Y como ciempre, 0

Por cieto, el que me ha atendido, mejor si tomaras All Bran... no se puede ser tan extreñido hablando con los clientes majete

REALIDAD: EL ticket era una autorespuesta que emite el mierda de sistema de monitorizacin (que por cierto esta inhabilitado en ese maquina asi que no se porque cojones teneis que interveneir nada automaticamente por no dar ping)

REALIDAD: a los 5 minutos a vuelto a la VIDA.. es decir, empiezan a llegar paquetes (de sus propia red, tiene huevos...)


En fin, que cuando os hablan raro, cuando se quejan de vosotros es porque sois unos extreñidos que no ofreceis mucha ayuda que digamos, y encima sobraditos...


He aqui, el servidor que no responde....
top - 16:46:03 up 3 days, 18:48, 2 users, load average: 0.09, 0.20, 0.18
Tasks: 199 total, 1 running, 198 sleeping, 0 stopped, 0 zombie
Cpu0 : 1.6%us, 6.1%sy, 8.4%ni, 83.7%id, 0.2%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu1 : 1.2%us, 4.3%sy, 6.0%ni, 88.4%id, 0.2%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu2 : 4.1%us, 12.4%sy, 17.7%ni, 63.7%id, 1.9%wa, 0.0%hi, 0.3%si, 0.0%st
Cpu3 : 2.0%us, 6.2%sy, 11.0%ni, 80.3%id, 0.3%wa, 0.0%hi, 0.2%si, 0.0%st


Tiene tela lo bien que va...

MIERDA MONITORING:::
De : OVH Monitoring Para : mm29223-ovh Ver el mensaje
Fecha : 2010-02-09 16:03:04
De : OVH Monitoring Para : mm29223-ovh Ocultar el mensaje
Fecha : 2010-02-09 16:03:04


Buenos días,

Con fecha 2010-02-09 15:56:01, hemos detectado un fallo
en su servidor y hemos programado una intervención para
poder
arreglar este fallo.

De todas maneras, con fecha 2010-02-09 16:03:04 nuestro
sistema
de monitoring ha dejado de detectar el fallo en su servidor

dedicado ns309327.ovh.net

No hemos intervenido en su máquina. No conocemos el origen
del
fallo.

La intervención programada ha sido suprimida de nuestra
lista.

Logs:
----------------------
PING ns309327.ovh.net (94.23.245.54) from 213.186.33.13 :
56(84) bytes of data.
From 213.186.33.13: Host is alive
From 213.186.33.13: Host is alive
From 213.186.33.13: Host is alive

--- 94.23.245.54 ping statistics ---
10 packets transmitted, 10 packets received, 0 errors, 0%
packet loss
---------------------

De : OVH Monitoring Para : mm29223-ovh Ver el mensaje
Fecha : 2010-02-09 16:00:04

NOTA 2
Si hablo asi, es porque toca los huevos que hables con una persona para notificar un porblema, y te hable como si tuviera lo que digo que tiene, sin ganas, sin nada. Para eso, mejor que no pongan a nadie. Da verguenza que un soporte tenga personas tan extreñidas. (mentalmente)

[tonysanchez]

Si luego 2 o 3 dias depsues te contesta alguien amablemente indicandote un link de travaux por el que estabas afectado...

Si es que te dice algo... claro.

[Diablo48]

A por cierto.. ya ni siquiera se ven algunos equipos afectados entre OVH...

De este que no llega no llego al servidor de monitorizacion que es un kimi...


Y las alertas saltando cada dos por tres...

Le paso eso mismo a un amigo mio, que pasaba por ese router. y desde ayer que lee cree el ticket ni ha respondido ovh.

[tonysanchez]

A por cierto.. ya ni siquiera se ven algunos equipos afectados entre OVH...

De este que no llega no llego al servidor de monitorizacion que es un kimi...


Y las alertas saltando cada dos por tres...

[tonysanchez]

Ya he visto por ahi el post sobre trabajos cnocturnos y otras hierbas que dejan algunas rutas con el culo al aire, a saber, sin conexion...

Bien ahora, hora de pico, llevamos ya dos horitas con lo mismo.

Poner ticket, los pongo, lo que pasa que para que los contesten en 3 a 5 dias mejor posteo aqui y me "relajo"

traceroute to xanapsp.com (188.165.128.49), 64 hops max, 52 byte packets
1 192.168.1.1 (192.168.1.1) 3.452 ms 0.984 ms 1.345 ms
2 192.168.153.1 (192.168.153.1) 58.430 ms 44.868 ms 46.440 ms
3 49.red-81-46-55.staticip.rima-tde.net (81.46.55.49) 50.985 ms 74.166 ms 48.401 ms
4 so6-0-0-0-grtmadpe3.red.telefonica.wholesale.net (84.16.8.121) 46.631 ms 45.143 ms 45.550 ms
5 so5-3-0-0-grtparix1.red.telefonica-wholesale.net (213.140.36.146) 78.503 ms
so0-3-0-0-grtparix3.red.telefonica-wholesale.net (213.140.43.250) 131.110 ms
so5-3-0-0-grtparix1.red.telefonica-wholesale.net (213.140.36.146) 90.822 ms
6 xe9-3-0-0-grtpartv1.red.telefonica-wholesale.net (213.140.49.153) 73.944 ms
xe0-0-0-0-grtpartv1.red.telefonica-wholesale.net (84.16.13.229) 91.922 ms 69.804 ms
7 teleglobe-1-3-0-0-grtpartv1.red.telefonica-wholesale.net (213.140.55.22) 79.756 ms 76.761 ms 72.089 ms
8 if-6-427.har1.pv0-paris.as6453.net (195.219.241.54) 258.963 ms 131.118 ms 205.398 ms
9 * * *
10 * * vss-2-6k.routers.chtix.eu (91.121.131.89) 151.861 ms
11 * * *
12 * * *
13 * * *
.....

ping 188.165.128.49
PING 188.165.128.49 (188.165.128.49): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
64 bytes from 188.165.128.49: icmp_seq=5 ttl=51 time=84.740 ms
64 bytes from 188.165.128.49: icmp_seq=6 ttl=52 time=88.613 ms
64 bytes from 188.165.128.49: icmp_seq=7 ttl=52 time=89.565 ms
64 bytes from 188.165.128.49: icmp_seq=8 ttl=51 time=89.250 ms
64 bytes from 188.165.128.49: icmp_seq=9 ttl=51 time=90.769 ms
64 bytes from 188.165.128.49: icmp_seq=10 ttl=52 time=87.289 ms