Premiers pas et opportunités Atef LOUKIL atef@ati.tn ENUM Premiers pas et opportunités Atef LOUKIL atef@ati.tn
Agenda Contexte général Projet ENUM Principe d’ENUM Exemple Spécificités des domaines ENUM Applications d’ ENUM Problématiques Projet ENUM Objectifs Volets Intervenants
Principe d’ENUM (1/2) Utiliser les numéros de téléphone comme identificateur pour fédérer d’autres contacts: adresse email site web identifiant VoIP : SIP, H323 numéro de téléphone fixe /mobile numéro de téléphone mobile etc. (plus de 22 services)
Principe d’Enum (2/2) IETF (rfc 3761) utilisant les ressources E.164 définis par l’UIT. Une mise en œuvre particulière du DNS pour stocker les identifiants des services de communication N’est pas un service en soi mais permet plusieurs services à valeur ajoutée Fait le lien entre plusieurs systèmes de numérotation et adressage Adhésion volontaire et pas obligatoire
Exemple 1/2 +216 71 843 843 3.4.8.3.4.8.1.7.6.1.2 3.4.8.3.4.8.1.7.6.1.2.e164.arpa Enregistrement RR NAPTR dans les DNS : mailto: hotline@ati.tn sip: hotline-ati@operateur-voip.tn tel: +21671843843
Exemple 2/2 Tier 0 (RIPE NCC) DNS Root Tier 1 Tier 2 CC.e164.arpa … NAPTR records for +216-71-xxxxx e164.arpa 2.2.6.1.2.e164.arpa 1.7.6.1.2.e164.arpa NAPTR records for +216-22-xxxxx Organization B Nameserver Organization A Nameserver
Spécificités des domaines ENUM La gestion des noms de domaines ENUM doit être harmonisée avec la gestion des numéros E.164 Vente des domaines ENUM ?? Régulation forte Gestion lourde Ressource clé pour les fournisseurs de services Libre concurrence Transparence 1- sous domaines qui ne sont pas des numéros E.164 et problemes de propriété intellectuelle 2- North American Numbering Plan
Règles à respecter Transparence d’ENUM pour l’utilisateur en tant que brique technique pour des services Sécurité de l’hébergement et du transfert de données au sein de l’architecture proposée Respect du cadre réglementaire et juridique Compatibilité avec les processus de portabilité existants Concurrence loyale entre les fournisseurs de services applicatifs
Applications d’ENUM Interconnexion fixe/mobile/Internet Applications multimédias : téléphonie sur IP, envoi d’email avec N°tel. etc. Services d’annuaires Gestion de l’accessibilité (« reachability ») Simplification de la carte de visite
Problématiques Besoins spécifiques non présents pour le service DNS de base temps de propagation temps de réponse pour les services conversationnels authenticité des données Protections les données personnelles « privacy » Nécessité d’un WorkFlow entre les différents intervenants Traçabilité Nécessité des outils d’administration, gestion de profil pour les clients Nécessité d’outils de gestion des ressources pour les fournisseurs de services applicatifs
ENUM dans le monde État Pays Production Autriche, Allemagne, Pologne, Roumanie, République Tchèque, Finlande, Irlande, Pays-Bas Pré production Chine, France, Japon, Liechtenstein Lacune Suède, Australie, Délégué L'Antarctique, Arménie, Île de l'Ascension, l'Australie, Brésil, Chine, Diego Garcia, Grèce, Hongrie, Norvège, Singapour, République slovaque, Corée du Sud, St.Hélène, Emirats Arabes Unis, etc. Source : http://enumdata.org/
Projet Enum en Tunisie Objectifs Volets Intervenants
Objectifs Implémenter un modèle de gestion d’ENUM en Tunisie (gestion de 6.1.2.e164.arpa) Développer des compétences techniques sur les technologies ENUM. Identifier les nécessités des services et les contraintes Implémenter une plateforme ENUM de test pour valider le modèle choisi
Fournisseurs de services Intervenants e164.arpa Tier 0: racine (référence ENUM) Tunisie 6.1.2.e164.arpa Tier 1: code pays ? Tier 2: numéro complet Fournisseurs de services applicatifs ASP B ASP A … Utilisateurs finaux
Volets du projets (1/2) Théorique Explorer les leçons apprises Reconnaître les bonnes pratiques à l’échelle internationale Identifier les questions d’ordre réglementaire Définir un modèle organisationnel pour la Tunisie Définir une architecture fonctionnelle et organique répondant au modèle Définir les solutions susceptibles de répondre aux besoins techniques du modèle Définir une architecture DNS conformément au modèle
Volets du projet(2) Pratique Mise en place d’une plateforme expérimentale Implémentation et validation du modèle défini Développer quelques prototypes de services et d’applications d’ENUM Simuler les fournisseurs de services applicatifs (ASP) Préparer un framework permettant aux ASPs d’exploiter l’infrastructure ENUM (manuel, bonnes pratiques, formation, etc.)
Documents de référence ITU-T (ENUM site) http://www.itu.int/osg/spu/infocom/enum/ ITU-T (Study Group 2) http://www.itu.int/ITU-T/studygroups/com02/index.asp IETF (ENUM Working Group) http://www.ietf.org/html.charters/enum-charter.html RIPE NCC http://www.ripe.net/enum/
Expériences Enum Australie http://www.aca.gov.au/committee/nsg2/enum.htm Autriche http://enum.nic.at/ Chine http://www.enum.cn/index-en.html Corée http://www.enum.or.kr/kr/eng/intro/enum.jsp Etats-Unis http://www.enum-forum.org/ Finlande http://www.ficora.fi/englanti/tele/enum.htm France http://www.numerobis.prd.fr/welcome.shtml Japon http://etjp.jp/english/index.html Pays-Bas http://www.itu.int/ITU-T/inr/enum/rep-enum-ndl-v4.pdf Royaume-Uni http://www.dti.gov.uk/cii/regulatory/enum/egp_report.shtml http://www.dti.gov.uk/cii/regulatory/enum/ukeg20021108.ppt Page UIT des expériences nationales http://www.itu.int/ITU-T/inr/enum/trials.html Délégations e164.arpa http://www.itu.int/ITU-T/inr/enum/