Bon sujet de lancé Mathieu.
Je crois qu'il faut que la plupart des opérateurs, hébergeurs, ou tout autres
acteurs de réseaux IP doivent commencer à prendre conscience de l'importance de
la rareté des ressources IPV4 et commencer à penser IPV6 autrement.
Lors du dernier GPF, ARIN meeting, la plupart des discussions tournaient autour
des affectations de ressources IPV4 et IPV6, la mise à jour des CPE ou encore
la capacité des routeurs à désagréger encore plus ( en ipv4 ou ipv6)
Pour ma part, ce que je vois de plus en plus c'est l'incapacité de la plupart
des clients à savoir implémenter IPV6 et même des solutions IPV4 qui
permettraient d'économiser des ressources.
Car on en est bien la , l'économie de ressources et non l'utilisation
non-responsable d'IPV4 pour ne pas se "prendre" la tête. Vous ne pouvez pas
imaginer les requêtes complètement irresponsable que nous pouvons avoir de
clients et le chantage que certains osent nous faire : Si vous nous donnez pas
X ip, nous allons acheter ailleurs.
Notre politique sur le sujet est très claire, nous n'allons pas céder au
chantage de nos clients, même si nos commerciaux viennent pleurer devant nos
portes. Je pense qu'il en va de notre responsabilité d'opérateur d'être strict
quant-à l'affectation des dernières ressources. Je sais que nous n'allons pas
pouvoir éviter le marché noir d'IPV4 ( Microsoft et Nortel l'ont rendu public
), et des opérateurs peu scrupuleux ( que je ne citerais pas ici ) vont
également en faire une méthode de vente.
De notre coté, pour le répéter, nous n'allons rentrer dans ce jeu et accepter
des clients qui décident de commencer des relations commerciale sur du chantage.
Afin d'être plus efficace sur la gestion de nos ressources, nous avons préférer
acheter une solution IPAM propriétaire, en l'occurrence Efficient IP, pour
permettre un tracking plus fin de nos ressources.
On aurait très bien pu le faire en opensource ( nous avons la CAF :) ) , mais
notre choix , c'est porté sur la rapidité d'implémentation et de support de la
solution, nous préférons nous concentrer sur l'utilisation de notre temps sur
d'autres sujets .
Nous avons également mis en place divers scripts afin d'être 100% à jour avec
nos objets RIPE ( le module ripe d'efficient IP est outrageusement cher, il a
fallu faire l'impasse sur ce dernier :) ), et nous faisons également un check
régulier sur le site du ripe d'utilisations de nos ressources (
http://www.ripe.net/cgi-bin/webasused.pl.cgi )
Nous devons pour cela maintenant, aider nos clients à intégrer IPV6 et des
solutions "innovantes pour eux" sur l'utilisation de ressources IPV4. Nous
allons de plus en plus travailler sur des docs IPV6, monter des LAB avec nos
clients, et publier nos résultats. Bonne nouvelle pour le taux de chômage en
France, nous allons devoir embaucher plus de gens, et je crois que cela sera
pareil pour nos clients. En aidant nos clients, ou futur client à passer ce
cap, nous allons tous pouvoir continuer à faire notre métier
Du coté des hébergeurs, ou même opérateurs , comment aller vous commencer à
proposer des solutions à vos clients ? Aller vous faire des documentations
concernant la mise en place de solutions de load-balancing, "firewalling" IPV6
et autres solutions ?
Je crois qu'il est important de partager nos connaissances sans forcement
systématiquement vouloir systématiquement les garder comme "trésor de guerre".
--
Raphaël Maunier
NEO TELECOMS
CTO / Responsable Ingénierie
AS8218
On Apr 14, 2011, at 7:38 PM, Mathieu Paonessa wrote:
> On 4/14/11 7:33 PM, Mathieu Paonessa wrote:
>> Salut à tous,
>>
>> APNIC vient aujourd'hui d'attaquer son dernier /8. Ils rentrent donc
>> dans la politique de conservation et vont founir un dernier /24 par
>> membre. Autant dire que l'IPv4, c'est fini pour eux.
>
> Il fallait bien évidemment lire un /22. Ce qui sera également aussi le
> cas dans la zone du RIPE.
>
> Mathieu
> ---------------------------
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
