Le formateur AFRINIC Stephen Honlue a assisté à la réunion de l'IETF 96 en tant que membre de l'ISOC. Il écrit sur son expérience et ce qu'il a appris dans ce billet de blog.
Introduction
Comme de nombreux praticiens du réseau, j'utilise fréquemment RFC pour comprendre le fonctionnement des protocoles. À mon tour, cela m'aide à mettre en œuvre et à exécuter mes réseaux, à mieux expliquer les concepts de réseau, à résoudre les problèmes de réseau et à développer des modules de formation.
En 2015, j'ai rejoint AFRINIC en tant que formateur et j'ai commencé à utiliser plus largement les RFC pour mon travail de jour pour développer des cours et enseigner des ateliers, principalement sur IPv6. Depuis lors, ma curiosité et mon enthousiasme pour le processus d'élaboration et de gestion de ces normes Internet n'ont cessé de croître. J'avais essayé de demander un Bourse de la Société Internet (ISOC) J'avais déjà participé à plusieurs réunions de l'IETF, mais je n'avais pas été sélectionné. J'ai fini par comprendre que je remplissais le formulaire de candidature de la mauvaise façon. Cette fois-ci, lorsque la phase de candidature pour l'IETF 96 a été ouverte, j'ai pris mon temps pour remplir les différents formulaires de candidature et j'ai finalement été sélectionné.
Pourquoi assister à une réunion de l'IETF?
Le monde d'aujourd'hui ne peut être imaginé sans Internet. C'est un écosystème avec beaucoup de services avec des tonnes d'opportunités et d'installations pour les utilisateurs finaux. Mais cet écosystème ne fonctionne que grâce à la standardisation et tout cela a été rendu possible, principalement grâce à l'IETF. Toute personne technique impliquée dans la mise en réseau a utilisé, d'une manière ou d'une autre, ces normes. Je crois donc que nous devons tous assister à au moins une des réunions de l'IETF pour pouvoir comprendre son modèle et éventuellement participer au maintien et à l'expansion d'Internet en développant de nouvelles normes ou en mettant à jour celles qui existent aujourd'hui.
Le programme de bourses ISOC
La bourse ISOC fait partie des leaders de la prochaine génération de l'ISOC (LGN) Programme. Il fait participer des ingénieurs de réseau et des décideurs de pays émergents et leur donne la possibilité d'assister aux réunions de l'IETF. En assistant à une réunion de l'IETF, le boursier peut mieux comprendre les processus de l'IETF dans la définition des normes Internet et s'impliquer rapidement dans la communauté de l'IETF.
Les boursiers IETF 96. Stephen est au premier rang, 4e à partir de la droite.
L'ISOC accorde un certain nombre de bourses aux personnes intéressées possédant une formation technique et le pack de bourses comprend:
- Billet de retour de votre pays de résidence au lieu de la réunion.
- Frais d'inscription.
- Frais d'événement social.
- Hébergement dans un hôtel à proximité du lieu de la réunion.
- Indemnité journalière pour frais supplémentaires.
- Un mentor pour vous aider à vous présenter à la communauté de l'IETF.
Le processus de demande est simple; il vous suffit de remplir le formulaire et d'attendre si vous êtes sélectionné. Cependant, le processus de sélection est extrêmement restreint, alors assurez-vous de fournir suffisamment d'informations pour soutenir votre candidature. Une erreur que la plupart des candidats commettent est qu'ils ne remplissent pas tous les champs du formulaire ou qu'ils fournissent les mêmes réponses pour plusieurs questions.
Ma participation à l'IETF96
La réunion de l'IETF96 a été une expérience exceptionnelle pour moi. Cela m'a permis de comprendre les processus et méthodologies utilisés par l'IETF pour développer des spécifications de protocoles. J'ai rencontré de nombreux technologues enthousiastes du monde entier qui s'étaient réunis pour partager et construire l'Internet de demain. Mon mentor Jan Zorz, Gestionnaire du programme d'engagement opérationnel de l'ISOC, était très accueillant, exceptionnellement bien informé et profondément impliqué dans la communauté de l'IETF. Nous avons tous les deux les mêmes centres d'intérêt et il a réussi à me présenter le système autant que possible. Avant d'aller à l'IETF, j'ai regardé cette vidéo utile, "10 choses à savoir avant votre première réunion de l'IETF". Cette vidéo est très importante pour ceux qui assistent à leur premier IETF et je recommande à tous ceux qui y assistent pour la première fois de la regarder.
Je me suis également inscrit à certains groupes de travail liés à IPv6, qui est mon principal domaine d'intérêt pour l'instant. Ces groupes de travail sont:
- 6HOMME, IPv6 Entretien
- V6OPS, IPv6 Opération
- HOMENET, Réseautage à domicile
- DHC, Configuration d'hôte dynamique
Lorsque vous vous inscrivez à ces groupes de travail, soyez prêt à recevoir des dizaines de courriels chaque jour. Ces courriers sont essentiellement des personnes qui discutent de questions techniques concernant draft RFC dans la file d'attente du groupe de travail. Pendant la réunion, j'ai assisté aux sessions des groupes de travail ci-dessus et pris des notes pour les groupes de travail 6MAN et 6OPs. Bien que les notes n'aient pas été aussi bonnes que souhaité, cela m'a aidé à mieux comprendre les discussions sur drafts et les différents processus.
Utiliser l'expérience IETF dans mon travail
En tant que formateur chez AFRINIC, j'utilise beaucoup les RFC pour développer le contenu des cours, et aussi pour comprendre le fonctionnement des protocoles. En comprenant les RFC et le processus de développement, je peux désormais transmettre facilement les connaissances aux praticiens du réseau du monde entier lors des sessions de formation que je dirige. Je participe également à draftdiscussion de s et je travaille actuellement sur mon propre premier draft RFC. Sur les centaines de RFC qui existent, seuls 6 RFC (0.39%) ont des auteurs d'Afrique:
Amine Bouabdallah (Algérie):
- rfc6865: Schéma simple de correction d'erreur directe (FEC) Reed-Solomon pour FECFRAME
S. Moonesamy (Maurice):
- rfc6694: Le schéma d'URI "about"
- rfc7154: Lignes directrices de l'IETF pour la conduite
- rfc7479: Utilisation d'Ed25519 dans les enregistrements de ressources SSHFP
Hussein F. Salama (Egypte):
- rfc: 3219: Routage téléphonique sur IP (TRIP)
- rfc: 5140: Un protocole d'enregistrement de passerelle de téléphonie (TGREP)
Et il y en a quelques drafts qui ont des co-auteurs d'Afrique:
Nabil Benamar (Maroc)
- Enquête sur la mise en réseau véhiculaire IP pour les systèmes de transport intelligents
- Transmission de IPv6 Paquets sur des réseaux IEEE 802.11 en dehors du contexte d'un ensemble de services de base
Kervin Pillay (Afrique du Sud):
Carlos Rey-Moreno et David Lloyd Johnson (Afrique du Sud):
Daniel Shaw (Maurice):
- Réexamen de la validation RPKI
-
Déclaration d'applicabilité d'ancres de confiance multiples «toutes ressources» RPKI
L. Velvindron (Maurice)
Partager les connaissances acquises à l'IETF
Mon premier défi est donc de faire prendre conscience que notre région n'est pas aussi impliquée dans ce processus qu'elle devrait l'être, de la manière suivante:
- Pendant Formation AFRINIC ateliers à travers le continent, je vais maintenant prendre le temps de parler aux participants de l'IETF, des RFC, des différents processus RFC et pourquoi il est important que des ingénieurs africains s'impliquent.
- J'ai contacté certaines universités au Cameroun et:
- Nous avons convenu avec les chefs des départements d'informatique qu'ils ont mis le sujet des RFC dans leurs cours liés au réseau. J'aurai des conférences dans ces universités pour initier les étudiants aux RFC.
- Nous prévoyons d'organiser des hackathons pendant les années académiques 2016-2017 pour familiariser les étudiants avec ces concepts, les sensibiliser et les amener à développer les leurs. draft RFC.
Stephen Honlué est l'un des formateurs d'AFRINIC et a assisté à la IETF96 à Berlin, en Allemagne, en tant que boursier de l'ISOC.