Messages

Je n'ai pas de date de livraison précise pour le moment. Vous souhaitez qu'on le gère a la main en attendant ?

PS: K-Net, vous en êtes ou de ce firmware ?

Terminé et en beta test chez qq salariés afin de débugguer quelques soucis de communication entre le SI et les webservices. Ca devrait partir en production tres prochainement maintenant.

Bonjour a tous,

merci à nos bétatesteurs IPV6 de s'être manifestés pour tester ce réseau. Nous avons encore du travail en la matière mais la base est belle est bien posée.

Je vous confirme que les DNS resolvers sont bien dual stack IPV4 + IPV6, et que nous allons bien sur relancer tous nos contacts en peering afin de monter des sessions BGP en v6 également.

Peux t'on disposer d'un feedback de l'utilisation de ce réseau à prêt d'un mois après le lancement ?

Bonjour,

cela fait un moment qu'on devait mettre ça en place et c'est maintenant fait. Vous pouvez a présent modifier l'enregistrement DNS inverse de votre connexion depuis votre compte abonné.

Attention, vous ne pouvez modifier ce reverse que sur la base d'un A pointant sur votre IP Knet.

Concernant les zones IPV6, je regarde comment faire ça proprement et on le mettra en ligne au même endroit rapidement.

(BTW, comme je l'ai montré dans le billet, à quand un accord de peering avec le switch ? )

Dès qu'on a :
  - mise a dispo tous les services en V6,
  - un route server fiable,
  - terminé l'interco entre le SI et le route server.

Promis, je relance tous nos peers pour monter une session V6. J'avoue être un peu sous l'eau. J'ai mis un coup de fouet ces derniers jours, parceque j'avais promis être prêt pour le launch, mais on a vraiment encore des tonnes de choses urgentes a finir avant.

Si ca intéresse des gens, je peux écrire un petit tuto sur comment apporter une connectivité IPv6 chez vous en ayant un routeur à base de Linux ?

Il s'agit d'une initiative plutôt encouragée ici

Rien reçu pour ma part

On communique toujours sur l'adresse mail de contact enregistrée dans votre compte client. C'est sur cette adresse que le mail a été envoyé hier.

je vous envois par MP les infos de conf.

J'adore le subnet, bien court

Fait pour

(Vous avez un peering avec IP-max du CIXP ? Sont cools)

Ouaip, au CIXP. Demain je m'occupe de monter autre autre session (v4 et v6) au lyonix.

Plus que 8H et quelques minutes a k-net pour ne pas rater le lancement.
http://www.worldipv6launch.org/

Les personnes qui se sont manifestés ont reçues un mail dans la mailbox de contact déclarée dans votre compte client

C'est dingue... J'ai commencé internet alors que le NAT existait meme pas...(ou alors dans une obscure option du kernel linux ... mais bon...)

Et on n'avait pas completement l'usage des firewall non plus, ... à l'époque

La majorité des choses sont prêtes de notre coté. Nos trois transits sont actifs, on a activé une session sur le route serveur du lyonix, nous venons même de lever un premier peering BGP ipv6 direct.

Demain, je me suis mis dans ma todolist de recontacter les gens intéressés et leurs transmettre les infos nécessaires (ip d'interco, gateway et bloc).

Je vais voir dans les jours qui viennent comment on va gérer la question du reverse DNS, il me démange assez furieusement (mon coté feignant très certainement) de simplement vous en déléguer la gestion.

Voila, j'espère que ça conviendra à tout le monde.

C'est possible de pinger une de vos IPv6 avant la mise en place du peering sur LyonIX afin de voir le gain du peering régional ?

J'ai déjà Google IPv4 / IPv6 : http://lafibre.info/dns/smokeping.cgi?target=Internet.International
Free IPv4  IPv6 : http://lafibre.info/dns/smokeping.cgi?target=Free.Serveurs

oops, désolé, je viens de monter la session avec le lyonix avant de lire ton message

J'espère que le peering marche bien enIPv6 et qu'on ne passe pas par Paris.

Pas de peering IPV6 pour l'instant, ca va venir semaine prochaine.

A quand le site de K-Net hébergé en interne et accessible en IPv6 ?

prévu up and running pour le worldipv6day.

[Level3 :]

Ça y est l'ensemble de nos transits ré-annoncent notre préfixe et nous apprennent une vue complète IPV6.

Voici ce que ça donne :

Level3 :	8854 prefixes recus
Cogent :	7465 prefixes recus
Ielo :	9081 prefixes recus

Il est intéressant de constater que Ielo (qui n'est pas Tier1 contrairement à Level3 ou Cogent qui, s'il ne sont pas tiers1 ne font pas complètement parti des petits) nous annonce le plus de préfixes.

La semaine prochaine, je met en place un resolver DNS uniquement V6, le route serveur pour le SI (automatisation des routes), du V6 sur le serveur web de Knet, et nous serons en mesures de
vous fournir les premiers blocs.

2 abonnés interessés se sont pour le moment fait connaître. Tenez vous prêts

Merci pour l'info, mais cela n'explique pas comment KNET fait pour que l'ip qui est attribué par le DHCP reste toujours la même. Y a-t-il des réservations d'IP configurées par rapport aux adresses MAC des routeurs fournis par KNET? Qui me dit que le DHCP n'attribuera pas mon IP à quelqu'un d'autre si mon routeur est déconnecté pendant plusieurs heures? Désolé, c'est surtout de la curiosité ce n'est pas pour embêter les employés de KNET. J'aime juste comprendre comment les choses sont faites.

Votre crainte est sans doute due à une méconnaissance du fonctionnement de DHCPD.

Un serveur DHCP peut être configuré pour distribuer dynamiquement une configuration IP (IP, masque, @ de la passerelle DNS etc ...) en « piochant » dans un pool d'adresses IP. Dans ce cas, lorsqu'un nouvel équipement fait une requête, le serveur prend une IP non attribuée (en supprimant de la liste des adresses disponible l'ensemble des adresses déja distribuées dans les leases dont il dispose).

MAIS

on peut également configurer le serveur DHCP pour lui ordonner de ne distribuer qu'une adresse bien précise a un équipement précis dans un bloc précis.

C'est ce qui est fait chez Knet. Votre adresse IP est dite « fixée » en fonction de votre adresse mac. A chaque fois que votre équipement émet une requête auprès de notre serveur DHCP, celui compare un certain nombre de paramètres, et s'ils concordent (match) alors notre serveur DHCP vous attribuera une configuration déterminée à l'avance.

Dans notre infrastructure, le serveur DHCP ne peux pas attribuer de configuration à un équipement non connu dans sa configuration.

Dans le cas ou nous ne vous reconnaissons pas, alors vous vous verrez attribuer une configuration particulière dans un bloc IP non routable (RFC 1918) souvent appelé « IP privée ».

Nous pouvons donc de fait aisément vous confirmer que l'adresse IP qui vous est attribuée est bien fixe et ne changera pas.

Dans le cas où, par exemple pour des questions d'évolution de réseau, de travaux etc ... nous serions amenés a modifier votre configuration, vous serez prévenus bien à l'avance.

Pour résumé, nous arrivons à jouer online mais plus ensemble depuis que mon ami à rejoint k-net.

Pouvez vous nous communiquer l'@ IP de votre ami, et parallèlement, arrivez vous a joindre votre ami en icmp ? (ping)*


* : Cela nécessite que vous activiez bien l'ICMP sur vos 2 routeurs respectifs.