Encore une fois, parce que tu n'as toujours pas l'air d'avoir saisi le sens de ma remarque, ce n'est pas parce que c'est un très bon développeur que ça fait de lui un expert réseau, ce qui est un domaine assez différent.
Justement.
Toi tu pourra certainement lui faire des cours sur comment faire un réseau des grands pères, filaire 100 mbit avec 0.00000001%⁻de pertes entre des machines qui sont toujours branchées, allumées, joignables (en unicast et multicast) et présentes, qui ne bougent jamais et qui forment un réseau bien géré, bien préparé à l'avance, ou la norme est respectée scrupuleusement par les équipements et des administrateurs.
Sauf que lui il pourra t'apprendre ce qu'est un OS généraliste et pourquoi ce n'est pas la même chose qu'un OS pour desktop et serveurs. Et que c'est largement mieux quand Linux possède les fonctionnalités pour faire ou recréer ce que tu demande, plutôt que d'avoir une partie non-négligeable de tes utilisateurs qui appliquent des ribambelles de patch écrits par des gorets qui plantent dans tout les sens pour faire la même chose. Surtout quand ces utilisateurs font parti de ceux qui sont obligés de savoir coder pour faire ce qu'ils font.
D'ailleurs il dit que c'est orienté "host internal", mais l'exemple qu'il donne, c'est de router un morceau de 127. vers eth0, et que ça ne le dérange pas que les gens utilisent ça pour leur adressage interne dans leur réseau…
Dans le cas ou tu est dans une machine virtuelle, eth0 pourrai être ta seule interface vers l'hôte. Nulle par il dit qu'il veut router 127/8 à travers un vrai lien…
Après, tu connais rien sur sa configuration. Si ça se trouve, son load balancer marche déjà en IPv6, mais il veut qu'il puisse aussi marcher indépendamment en v4 sans avoir à réserver des adresses sur le vrai réseau.
S'il se sent concerné par un manque d'adresses IP, qu'il travaille au déploiement d'IPv6, ça sera certainement plus utile.
Et qu'est ce que tu veux qu'un développeur noyau fasse de plus pour déployer IPv6 quand tu à déjà une stack qui marche ?! Ça serait plutôt aux experts réseaux de ton genre de se bouger le cul. Ça et les développeurs d'applis en espace utilisateur.
[^] # Re: Avis personnel
Posté par Batchyx . En réponse au journal 127.0.0.0/8, bientôt sur vos traceroute. Évalué à 4.
Justement.
Toi tu pourra certainement lui faire des cours sur comment faire un réseau des grands pères, filaire 100 mbit avec 0.00000001%⁻de pertes entre des machines qui sont toujours branchées, allumées, joignables (en unicast et multicast) et présentes, qui ne bougent jamais et qui forment un réseau bien géré, bien préparé à l'avance, ou la norme est respectée scrupuleusement par les équipements et des administrateurs.
Sauf que lui il pourra t'apprendre ce qu'est un OS généraliste et pourquoi ce n'est pas la même chose qu'un OS pour desktop et serveurs. Et que c'est largement mieux quand Linux possède les fonctionnalités pour faire ou recréer ce que tu demande, plutôt que d'avoir une partie non-négligeable de tes utilisateurs qui appliquent des ribambelles de patch écrits par des gorets qui plantent dans tout les sens pour faire la même chose. Surtout quand ces utilisateurs font parti de ceux qui sont obligés de savoir coder pour faire ce qu'ils font.
Dans le cas ou tu est dans une machine virtuelle, eth0 pourrai être ta seule interface vers l'hôte. Nulle par il dit qu'il veut router 127/8 à travers un vrai lien…
Après, tu connais rien sur sa configuration. Si ça se trouve, son load balancer marche déjà en IPv6, mais il veut qu'il puisse aussi marcher indépendamment en v4 sans avoir à réserver des adresses sur le vrai réseau.
Et qu'est ce que tu veux qu'un développeur noyau fasse de plus pour déployer IPv6 quand tu à déjà une stack qui marche ?! Ça serait plutôt aux experts réseaux de ton genre de se bouger le cul. Ça et les développeurs d'applis en espace utilisateur.