Malheureusement ça ne me surprend pas plus que ça, Apple avait fait le même coup en 2006 lors de la transition PowerPC vers x86

Et c'est effectivement scandaleux pour ceux qui ont été les derniers acheteurs de Mac Intel. Il restera la possibilité d'y installer une distribution Linux pour retrouver des logiciels à jour.

Et les FAI qui ciblent les professionels, il y en a une bonne centaine en France (peut-être même 200).

Il y a beucoup de petits acteurs, qui savent s'adapter à leur marché (et le mode pro, cela permet de mieux marger que le grand public).

Après, je pense que je vais faire les grand-public en priorité, et peut être les pros après, mais c'est pas sûr

3 ans 1/2 après...
NetSyst a attaqué en justice Adeli/Maxnod pour ne pas avoir assuré efficacement la protection incendie du matériel que NetSyst hébergeait à Maxnod.
Conclusion de la décision de justice : visiblement, Adeli/Maxnod n'avait aucune obligation de résultat, sur la lute anti incendie et la protection du matériel de ses clients, donc NetSyst a été débouté de toutes ses demandes.
C'est notre ami Alexandre Archambault qui a défendu NetSyst, il poste de temps en temps sur notre forum.
https://justice.pappers.fr/decision/32ce265c2846420add61123eff30f6cdfc7ad4b3

Ma conclusion (vous direz si vous partagez ou non):
Si vous faites héberger une partie de votre infrastructure en colocalisation dans un datacenter tiers, alors il faut fuir les datacenter bricolés, avec des solutions exotiques. Même si ça fait "pro".
Pour les "garanties":
 - soit vous exigez du datacenter des garanties en béton, l'accès aux rapports d'audit, de conformité, sur la lute incendie, l'installation électrique, le Tier-3/4. Mais rien que de savoir quoi demander/exiger comme rapport, comme certification, c'est une compétence que tout le monde n'a pas...
 - soit vous assurez vous mêmes, auprès d'un assureur compétent, le matériel et l'éventuelle perte de chiffre d'affaire suite à une défaillance du site.
 - soit vous assurez vous mêmes, sans assurance autre que la responsabilité civile.

Leon.

Autant je m'attendais que l'indemnisation ne pouvait pas dépasser le montant contractuel et que ça servait à rien de demander des milles et des cents

Autant je ne comprends pas (enfin si je le comprends, mais... pourquoi ???) ce passage :

Quelle qu'en soit la nature, un tel contrat de louage n'est pas soumis à une obligation de résultat, d'autant que la société NETSYST
 reconnait qu'en raison des aléas existants le risque d'incendie dans un datacenter n'est pas un risque imprévisible relevant de la force majeure.

Moi je suis FAI, j'ai une obligation de résultat sauf force majeure (et comme l'incendie n'est pas une force majeure, hop, retour de l'obligation de résultat)... et là ça s'applique pas ?? C'est moi ou un truc m'échappe ?

Je suis assez dépité face à ce jugement. A quoi ça sert d'être dans un datacenter alors ? A quoi ça sert de confier notre matos, nos données à un tiers si la responsabilité n'est quasiment jamais reconnue ?

J'ironisais la situation en disant que finalement, vaut mieux mettre ses baies dans une cabane de jardin (ou un garage inoccupé à Orléans), c'est nettement moins cher, le risque incendie et les responsabilités sont définies, pas besoin de permis de construire et on peut se tirer des fibres entre nous à la schlag.

Bref, bon courage à Gary :/

Et non, malheureusement, c'est tout les hops après ce fameux équipement qui sont filtrés, peu importe la target finale. C'est donc différent de juste "un hop qui ne réponds pas dans le traceroute" (sinon, je n'aurais pas pris le temps de poster)
Merci quand même de ta réponse (:

Je réponds sur le fond : Si les étoiles * * * apparaissent sur un saut intermédiaire, mais que le traceroute continue et atteint la destination finale, le réseau fonctionne parfaitement. L'absence de réponse indique seulement que ce routeur précis refuse de se répondre.

Cela peut être lié à un filtrage sur le routeur pour éviter les DDOS (ICMP flooding) : le routeur est fait pour router des paquets, pas pour répondre à des paquets ICMP.

Certains routeurs ont un rRate limiting : Pour préserver ses ressources CPU, un routeur peut limiter le nombre de réponses ICMP qu'il génère par seconde. S'il dépasse ce seuil, il abandonne les paquets supplémentaires sans répondre. Le routage se fait généralement sans accès au CPU, il peut donc traiter des centains de Gb/s en routage, mais assez peu en ping ICMP qui lui sont destinés.

Si sur un mtr / traceroute la cible à 0% de paquets reçus, c'est que le réseau est bon, même si des routeurs affichent 50% de perte de paquets.