[rootsgeeks]

Pour vous tenir informé...

Tout est rentré dans l'ordre en fin de journée de mon coté... ouf

[rootsgeeks]

Comme dit dans les autres posts on fait des hypothèses

Il y a évidemment du personnel d'OVH qui parcourent cette discussion ... toutefois, lequel va nous éclairer ici

Voir même mieux -> nous prévenir que mon problème avec www.apple.com est enfin résolue

[al56]

Re,

Comme dit dans les autres posts on fait des hypothèses

Il y a quelques années des problèmes identiques avec FON
http://www.fon.com/fr

Sur le Forum FON on s'est tous posés des questions compte tenu que certains pouvaient accéder aux serveurs FON et pas d'autres (quelque soit le FAI)
Avec les "traceroute" on s'est aperçu que c'était toujours les mêmes routeurs qui bloquaient.
Il a fallu attendre 3 semaines pour que tout redevienne normal.

[rootsgeeks]

J'aurai dû ajouter si les routeurs n’appartiennent pas à OVH.A mon avis délais de mise à jour des tables de routage 2 à 3 semaines.

www.apple.com ou www.orange.fr fonctionnaient parfaitement bien avant dimanche et ce n'était pas le cas avec http://www.planete-citroen.com/ qui pour moi n'a jamais fonctionné depuis que je suis chez OVH

Toutefois, si tes dires sont exacts dans le cas de figure que je traverse, et bien je crois que j'aurais largement le temps d'aller à Roubaix à pied... si des fois tu as besoin d'un truc style baguette, clops, bierre etc... (je suis près de lyon, j'aurais bien le temps de faire un petit détour...)

[al56]

Re,

Mais la mise à jour des tables de routage n'est pas de la responsabilité de OVH...

tu me fait peur là

J'aurai dû ajouter si les routeurs n’appartiennent pas à OVH.

A mon avis délais de mise à jour des tables de routage 2 à 3 semaines.

[rootsgeeks]

Pour info, ce site est hebergé chez OVH....
Et j'ai verifié, si ton ip commence bien par 109.190.x.x elle n'est pas actuellement dans mon firewall.

Ok, merci... et effectivement mon ip est basé sur cela 109.190.x.x

Pour ce site il y a juste le header qui est visible ... les articles n'apparaissent que si je passe par mon serveur allemand.

Le trace route ne montre pas de blocage flagrant (les sauts répondent à peu pret)

tracert ovh.wxop.com
Détermination de l'itinéraire vers ovh.wxop.com [94.23.21.34] :
1 82 ms 97 ms 97 ms dsldevice.lan [192.168.1.254]
2 44 ms 43 ms 44 ms rbx-1-rdb.fr.eu [178.32.37.16]
3 43 ms * 43 ms isp-1-6k.fr.eu [178.32.37.150]
4 43 ms 44 ms 43 ms rbx-g2-a9.fr.eu [213.251.130.126]
5 42 ms 44 ms 43 ms vss-1-6k.fr.eu [91.121.131.29]
6 43 ms 43 ms 44 ms saturn.440net.net [94.23.21.34]
Itinéraire déterminé.

toutefois on voit encore rbx-g2-a9.fr.eu trainer par là...

[wxop]

http://ovh.wxop.com/ ...

Pour info, ce site est hebergé chez OVH....
Et j'ai verifié, si ton ip commence bien par 109.190.x.x elle n'est pas actuellement dans mon firewall.

HTH

[rootsgeeks]

Mais la mise à jour des tables de routage n'est pas de la responsabilité de OVH...

tu me fait peur là

[al56]

Bonjour,

Je comprend bien ... Ovh peux vérifier d'elle même la qualité de service qu'elle propose à ses clients ADSL étant vu que le problème semble venir de la gestion de ses routes... plus particulièrement après rbx-g2-a9.fr.eu

C'est bien ce que je suppose depuis décembre
voir mon post du 09/12/2011 ,21h13
http://forum.ovh.com/showthread.php?t=75116&page=5

Mais la mise à jour des tables de routage n'est pas de la responsabilité de OVH...

[rootsgeeks]

Suite à mes appels téléphoniques (4 en tout... les 2er obtenant un joli 'tût tût tût' après 7mn d'attentes), et après un énième changement de LNS et reboot de mon modem... on me dit d'attendre, que ça va revenir plus tard... mais quand

Et oui, après ma nuit blanche, je vais avoir le droit à une journée grise... en attente de pouvoir expédier mes données à apple...

En regardant de plus prêt: http://travaux.ovh.com/?do=details&id=6241... il y a une mise à jour en cours et surement du renfort ce matin vu la qualité de la mise en place de cet upgrade et en plus les tech' se demandent si le matos est compatible...

"C'est la fête" comme on dit vers chez nous au Groland...

Je trouve que cela est très sérieux merci

[rootsgeeks]

> OVH ... Respectez-vous vos clients ?
Rappel: Ce n'est pas le support OVH ici...

C'est exact , juste son forum... ( d'ailleurs je suis toujours en attente d'une réponse du support au sujet de ma demande de remboursement d'un prélèvement abusif de 2 noms de domaines qui n’étaient plus configurés en paiement automatique depuis plusieurs semaines ... Le support étant donc dormant, je n'ai vu que le forum pour communiquer concrètement. Les sujets étant partagés aux autres utilisateurs on permet ainsi aux futurs abonnés de se faire une idée du temps de résolution des soucis rencontrés ainsi que de la qualité de service et support que l'on obtient. )

>
> Je n'ai toujours pas accès à www.apple.com
Oui, et ?
Sans au minimum un traceroute, ça ne sert à rien d'écrire ça.

Je comprend bien ... Ovh peux vérifier d'elle même la qualité de service qu'elle propose à ses clients ADSL étant vu que le problème semble venir de la gestion de ses routes... plus particulièrement après rbx-g2-a9.fr.eu

tracert www.apple.com
Détermination de l'itinéraire vers e3191.c.akamaiedge.net [2.18.125.15]
avec un maximum de 30 sauts*:
1 4 ms 98 ms 98 ms dsldevice.lan [192.168.1.254]
2 45 ms 43 ms 44 ms rbx-1-rdb.fr.eu [178.32.37.16]
3 43 ms * 44 ms isp-1-6k.fr.eu [178.32.37.150]
4 44 ms 46 ms 43 ms rbx-g2-a9.fr.eu [213.251.130.126]
5 * * * Délai d'attente de la demande dépassé.
6 47 ms 48 ms 48 ms linxnap.netarch.akamai.com [195.66.224.168]
7 46 ms 46 ms 47 ms 2.18.125.15


tracert www.orange.fr
Détermination de l'itinéraire vers d.hpc.gtm.fti.net [193.252.148.241]
avec un maximum de 30 sauts*:
1 69 ms 98 ms 98 ms dsldevice.lan [192.168.1.254]
2 43 ms 43 ms 43 ms rbx-1-rdb.fr.eu [178.32.37.16]
3 43 ms * 42 ms isp-1-6k.fr.eu [178.32.37.150]
4 44 ms 43 ms 43 ms rbx-g2-a9.fr.eu [213.251.130.126]
5 * * * Délai d'attente de la demande dépassé.
6 133 ms 63 ms 46 ms oti.as5511.fr.eu [213.251.128.58]
7 55 ms 47 ms 58 ms tengige0-12-0-1.auvtr1.Aubervilliers.opentransit.net [193.251.131.202]
8 47 ms 47 ms 46 ms ae0-0.ntmsr302.Paris.francetelecom.net [81.253.180.161]
9 48 ms 48 ms 46 ms xe-2-0-2-0.ntaub102.Aubervilliers.francetelecom.net [81.253.129.234]
10 54 ms 53 ms 54 ms xe-0-1-2-0.nrlyo102.Lyon.francetelecom.net [81.253.180.229]
11 110 ms 59 ms 59 ms xe-2-0-0-0.ncnic102.Nice.francetelecom.net [193.252.101.33]
12 59 ms 58 ms 58 ms 193.253.13.46
13 59 ms 62 ms 59 ms rtcx1esite02-cc.net.s1.p.fti.net [193.252.149.250]
14 60 ms 59 ms 59 ms rtcx1echobae01-v221.s1.p.fti.net [193.252.149.102]
15 60 ms 60 ms 59 ms vip1.dyn.hpo.s1.fti.net [193.252.148.241]

[Abazada]

> OVH ... Respectez-vous vos clients ?
Rappel: Ce n'est pas le support OVH ici...

> Je n'ai toujours pas accès à www.apple.com
Oui, et ?
Sans au minimum un traceroute, ça ne sert à rien d'écrire ça.


Ooops: ADSL, pas serveur dédié... Seul OVH semble pouvoir aider.

[rootsgeeks]

Je suis également impacté par le pb d'ip russe.
Cependant, toutes les adresses évoquées comme problématiques me sont parfaitement accessibles.
Un administrateur comme vous devrais être plus compréhensif...

Le sujet a déjà été évoqué depuis longtemps...
http://forum.ovh.com/showthread.php?t=75116

Effectivement, mais je ne traite pas de ce sujet d'IPs Russe, cela fait juste partie de l'historique des problèmes que j'ai rencontrés avec l'ADSL d'OVH...

Bon... ce problème est récent et concerne l'accès à des sites web qui étaient pleinement accessibles avant-hier... de plus cela semble concerner plusieurs personnes et je suis à 99.99% certain que le problème est connu d'OVH ( mais pas (ou mal) précisé dans travaux )

Il vous reste la solution de créer un proxy sur l'un de vos serveurs...

Ne le prend pas mal, mais c'est trop Génial OVH !!! Si on est abonné à leur service adsl, alors on ne peux utiliser pleinement cet adsl que si on achète/loue/installe un proxy sur un serveur Internet Je rêve !?!

Je n'ai toujours pas accès à www.apple.com (j'en oublie.... mais celui là m'est indispensable....)

...je reste en attente de l'ouverture du support téléphonique à 8h00 -> et puis vous ne me forcerez pas à prendre un support VIP à 58€/mois pour avoir des news de vos bugs pas encore résolus...

Je tiens aussi à préciser que je ne suis pas et ne veux pas être un bêta-testeur de votre service ADSL... Je suis en droit d'exiger un peu de qualité de votre part !!!

Ps: il faut bien comprendre que j'ai perdu mon temps et de l'argent cette nuit car je ne puis travailler correctement et comme je dépend de la qualité de service d'OVH ...

[dvdmag]

mouais... mais malheureusement cela ne marche pas pour moi avec le LNS de Paris.

Je confirme que www.orange.fr est aussi inaccessible pour moi !

Une question pour OVH me trotte dans la tête ...

OVH ... Respectez-vous vos clients ?

Si oui : pourquoi toujours aucune réponse (alors qu'il est évident que des employés d'ovh sont déjà passés pour lire cette discussion)

Je n'ose pas envisager un non.... quoique on peux s'attendre à tout vu la politique de l'autruche utilisée ici suite à ce dysfonctionnement toujours pas précisé dans http://travaux.ovh.com/?project=0&status=all&perpage=50 -> Adsl en VERT c'est de l'humour ?

Il faut comprendre aussi que certains n'utilise pas l'ADSL que pour leurs loisirs... Pour ma part, j'essaye de gagner ma vie en utilisant internet... Ce soir je ne pourrais donc pas :s

Merci ?

Je suis également impacté par le pb d'ip russe.
Cependant, toutes les adresses évoquées comme problématiques me sont parfaitement accessibles.
Un administrateur comme vous devrais être plus compréhensif...

Le sujet a déjà été évoqué depuis longtemps...
http://forum.ovh.com/showthread.php?t=75116

Il vous reste la solution de créer un proxy sur l'un de vos serveurs...
++

[rootsgeeks]

mouais... mais malheureusement cela ne marche pas pour moi avec le LNS de Paris.

Je confirme que www.orange.fr est aussi inaccessible pour moi !

Une question pour OVH me trotte dans la tête ...

OVH ... Respectez-vous vos clients ?

Si oui : pourquoi toujours aucune réponse (alors qu'il est évident que des employés d'ovh sont déjà passés pour lire cette discussion)

Je n'ose pas envisager un non.... quoique on peux s'attendre à tout vu la politique de l'autruche utilisée ici suite à ce dysfonctionnement toujours pas précisé dans http://travaux.ovh.com/?project=0&status=all&perpage=50 -> Adsl en VERT c'est de l'humour ?

Il faut comprendre aussi que certains n'utilise pas l'ADSL que pour leurs loisirs... Pour ma part, j'essaye de gagner ma vie en utilisant internet... Ce soir je ne pourrais donc pas :s

Merci ?

[d0nalduck]

Bonjour
C'est pareil pour moi. En plus des sites nomé par rootsgeeks je n'ai plus accès à godaddy/amazon/orange/voyages-sncf/ip2location et pleins d'autres.
Plein dans le sens, à peu près tout ce qui n'est pas chez OVH quoi.

J'ai essayé de passer sur le LNS de bordeaux mais ça ne change rien.

edit: ah, le problème semble être réglé après être passé sur le LNS de Paris.

[aquadav]

Le LNS de Lyon je trouve qu'il a souvent des bugs.

[rootsgeeks]

Bonjour,

Bon j'ai encore des soucis avec l'adsl d'OVH...

Donc, après les IPs reconnues russes, les DNS qui s'endorment parfois et les personnes qui me téléphonent et qui arrivent 1 fois sur 2 sur la messagerie comme quoi je serais indisponible .... voici donc mon soucis :

http://developer.apple.com/ est inaccessible :s (sauf évidemment si je passe au travers d'un de mes serveurs situés à l’étranger...)

Si quelqu'un d'OVH pouvait m'expliquer et régler ce problème...

je ne puis travailler correctement avec votre service ADSL aussi fluctuant qualitativement parlant .... très très loin des exigences minimales que vous êtes en devoir de nous fournir ...

Pas Glop Pas Glop

Ajout : Idem pour http://www.free.fr, http://ovh.wxop.com/ ...

Ajout 2 : Il semblerait qu'il y ai eu des modifs : http://travaux.ovh.com/?do=details&id=6024 ... je ne suis pas sûr du lien mais comme j'habite non loin de Lyon, j'imagine que vous vous dites "ouais c'est cool cela marche..." ben non !!!!!

Détails Le LNS de Lyon ne repond plus. Les connexions PPP ont ete reprises par le
LNS de Paris.

Date: lundi, 16 janvier 2012, 16:21
Raison de clôture: Done
Commentaires supplémentaires de clôture: La carte 10g a ete rebootee.