Configuration sur fw.refer.sn

• radvd vers eth1 (dmz) et eth4 (bacasable)
  • étape suivante : eth4 en ipv6 *seulement*
• desactivé sur eth2 tant que le problème du conntrack ipv6 n'est pas résolu : les postes doivent être configurés en statique
• configuration filtrage de paquet : à reprendre completement, en intégrant ipv6 à la base
  • baser sur un fichier de configuration pour chaque serveur, listant, de manière optionnelle
    • son ipv4
    • son ipv6
    • services udp
    • services tcp

Serveurs accessibles en ipv6

prochaine action

• ipv6 sur ns.refer.sn, pour les *clients* dns en ipv6 only
• passer des machines en ipv6 pure
• créer un shell6.sn.auf.org sur bas2 en ipv6 pure pour les collègues qui tentent l'experience de leur côté (pour avoir une base de test extérieure à leur réseau)

Bilan par mail envoyé le 25/11/2006 aux techs de la Sonatel concernés par la question.

Bonjour

Ci-joint un petit point sur notre avancement au niveau de la configuration ipv6 sur notre réseau Sénégal :

- une branche séparée de notre réseau dédiée aux expérimentations ipv6 - quelques serveurs (miroirs.refer.sn, trac.sn.auf.org) accessibles en ipv6, nous pensons basculer les autres dans un futur trés proche - quelques postes utilisateurs en ipv6 - les adresses '6to4' fonctionnent sans soucis, en entrée et sortie

Les problèmes rencontrés : - l'instabilité actuelle de notre liaison nous gêne considérablement dans nos tests, difficile d'évaluer réellement la connexion ipv6 quand à chaque fois, nous avons des doutes quant à la connexion ipv4 qui nous sert de reference - un problème avec le parefeu de la sonatel ? lorsque nous tentons d'accéder à une ipv6 de notre réseau qui n'a pas encore générés de traffic vers l'exterieur, le trafic semble être bloqué dans le sens exterieur->sonatel. toutefois, dès que l'ip génère du trafic vers l'extérieur, le problème semble résolu. est-ce une configuration volontaire à votre niveau ? - nous avons des difficultés à bien configurer notre parefeu en ipv6 : c'est le principal facteur bloquant, mais nous espérons régler cela très rapidement.

Les étapes suivantes, pour nous, d'ici la mi-décembre : - ajouter des adresses ipv6 au niveau de notre DNS - ajouter des adresses ipv6 au niveau de notre service mail - déployer à st-louis (nous avons rapidement tester le tunnel et le routage jeudi soir, et cela semblait fonctionnel sans soucis) - début 2007 : acheter des cartes "serial" sangoma, afin de faire aboutir nos LS Sonatel directement sur nos routeurs linux, et demander une connexion ipv6 native, sans tunnel.

Comme je vous l'avais signalé par téléphone : je dois me rendre à Bamako à la mi-décembre pour travailler sur notre réseau sur place. Nous sommes actuellement connecté via ikatel. Pourriez-vous me donner les contacts appropriés chez ikatel Mali pour évoquer ce sujet avec eux ? J'aimerai éventuellement pouvoir contacter les personnes dès maintenant.

Cordialement,