AFRINIC recommande de contacter le dernier réseau auquel votre trafic peut accéder ; Il peut s'agir de votre fournisseur de transit en amont/IP ou d'autres réseaux sur votre chemin de trafic. Ils devraient être en mesure de vous conseiller sur la cause potentielle de votre problème. Nous vous conseillons en outre d'adopter les services de sécurité de routage que nous fournissons, tels que RPKI, Registre de routage Internet (IRR), DNS inverse.
Vous devez envoyer votre demande à cette adresse e-mail qui est protégée du spam. Vous devez activer JavaScript pour la voir.
Comportement abusif concernant whois les requêtes seront automatiquement bloquées. Le processus est détaillé dans la section 1.7 du manuel de référence de la base de données.
AFRINIC ne prend pas en charge le "rwhois"protocole anciennement disponible pour les membres de la région de service ARIN. Toutes les (ré) assignations et sous-attributions DOIVENT être enregistrées dans l'AFRINIC whois base de données selon la procédure détaillée ici.
Remplissez le formulaire en remplissant tous les détails requis. Le hostmaster n'approuvera la demande que si le demandeur a fourni toutes les informations nécessaires pour Bulk WHOIS. Le formulaire complété doit être soit faxé à AFRINIC Ltd au +230 466 6758 soit envoyé par email à cette adresse e-mail qui est protégée du spam. Vous devez activer JavaScript pour la voir.. Dès que la demande est approuvée, le hostmaster vous enverra le lien pour accéder au Bulk WHOIS ainsi que le nom d'utilisateur et le mot de passe.
L'essentiel WHOIS le formulaire de demande peut être téléchargé à partir de ici.
Vous pouvez accéder à l'AFRINIC Bulk Whois Données en remplissant ceci formulaire. Il est important de vous assurer que votre utilisation reste conforme aux conditions d'utilisation décrites dans ce formulaire de demande et aux Politique de confidentialité AFRINIC.
AFRINIC ne fournit pas de services d'enregistrement de nom de domaine. Vous pouvez consulter votre FAI ou tout registraire de nom de domaine autorisé, et ils vous aideront avec vos besoins. Pour plus d'informations sur les enregistrements de TLD (domaines de premier niveau) et de ccTLD (domaine de premier niveau de code de pays), veuillez visiter Site Web de l'ICANN
Un plan d'adressage IP est un document généralement développé par les ingénieurs réseau / conception pour montrer comment les adresses IP seront réparties entre les périphériques réseau en fonction de l'architecture ou de la topologie du réseau d'une manière qui prend en charge les services requis.
Le plan d'adressage IP:
Oui, AFRINIC a toujours un bassin de public IPv4 adresses à partir desquelles il délivre à ses membres en fonction d'un besoin justifié Pour plus d'informations, veuillez consulter le IPv4 Statistiques d'épuisement .
Adresse IP publique: une adresse IP qui est une adresse IP routable unique au monde et généralement utilisée pour se connecter ou fournir des services sur Internet.
Adresse IP privée: plages spécifiques réservées aux internets privés et généralement utilisées pour le réseau interne d'entreprise. Ces plages d'adresses IP doivent être converties en adresses IP publiques via des mécanismes tels que la traduction d'adresses réseau (NAT) avant que les utilisateurs puissent se connecter à Internet (RFC1918, RFC4193)
Routage inter-domaine sans classe «CIDR»: format utilisé pour décrire l'adresse IP. Il se compose de deux parties, la partie réseau et la partie hôte; par exemple 172.16.16.0/24. La notation CIDR spécifie l'adresse IP (172.16.16.0) et le préfixe de routage associé (/ 24).
Comment calculer le préfixe de routage en notation CIDR:
Hosts bits> = log2 (nombre d'adresses IP requises) [Approximer l'entier suivant]
Bits réseau = 32 - bits hôtes
Taille du préfixe = / "bits réseau"
Exemple: Un réseau se compose de 12 serveurs, 100 utilisateurs dans des VLAN séparés. L'ingénieur informatique souhaite répartir le préfixe 172.16.16.0/24 entre les deux VLAN. Quel est le réseau qui sera attribué à chaque VLAN?
bits hôtes> = log2 12
> = 3.584
≈ 4
hôtes bits = 4
bits réseau = 32 - 4 = 28
taille du préfixe = / 28
bits hôtes> = log2 100
> = 6.644
≈ 7
hôtes bits = 7
bits réseau = 32 - 7 = 25
taille du préfixe = / 25
Les réseaux seront: 172.16.16.0/28 pour les serveurs VLAN et 172.16.16.128/25 pour les utilisateurs VLAN.
Certaines des sections ci-dessous feront référence à des adresses IP privées. Si ces adresses IP privées sont NATées sur votre réseau, vous devez ajuster les adresses IP publiques nécessaires pour répondre à cela. En fait, les adresses IP privées n'ont été mentionnées dans ce document que parce qu'elles sont actuellement une réalité de réseau. On pense qu'en éliminant le NAT et en allant vers IPv6, la qualité des services s'améliorera considérablement.
NAT aka Network Address Translation est l'un des mécanismes utilisés par les opérateurs de réseau pour compenser la rareté des IPv4 Ressources. Dans AFRINIC, nous décourageons l'utilisation du NAT car cela complique la fourniture de services, casse le modèle de communication de bout en bout et entrave l'évolution des services. Nous encourageons toujours nos membres à se débarrasser du NAT.
Utilisez les questions ci-dessous pour remplir le tableau de chaque section, le cas échéant, selon le site du réseau.
1. Vous devez déterminer les exigences de votre réseau principal:
Nœuds de réseau basés sur le type de connexion | Connexion de couche 3 | Connexion de couche 2 |
Nombre de nœuds | ||
Nombre d'adresses IP privées par nœud | ||
Nombre d'adresses IP publiques par nœud | ||
Total des adresses IP privées | ||
Adresses IP privées dans CIDR | ||
Nombre total d'adresses IP publiques | ||
Adresses IP publiques dans CIDR |
2. Vous devez déterminer les exigences de vos connexions avec les amonts:
Combien de connexions WAN avez-vous?
Combien d'adresses IP sont nécessaires par WAN?
Habituellement, les adresses IP WAN seront fournies par votre fournisseur, est-ce votre cas?
Calculez les chiffres comme suit:
Si les adresses IP WAN ne sont pas fournies par votre fournisseur, alors:
IP publiques = non. de connexions WAN x IP par WAN
Nombre de connexions WAN | |
Adresses IP par WAN | |
Total des adresses IP publiques | |
Adresses IP publiques dans CIDR |
3. Vous devez déterminer les exigences pour chaque service qui sera fourni:
Liste des services | Prestation « 1 » | … .... | Service «n» |
Nombre de serveurs | |||
Nombre d'adresses IP par serveur | |||
Total des adresses IP privées | |||
Adresses IP privées dans CIDR | |||
Est-il accessible depuis Internet | |||
Nombre d'adresses IP publiques par serveur | |||
Nombre total d'adresses IP publiques | |||
Adresses IP publiques dans CIDR |
4. Vous devez déterminer les exigences pour vos utilisateurs finaux (le cas échéant):
Classez vos utilisateurs finaux en fonction des services fournis. Si l'utilisateur final a plus d'un type de service, comptez-le séparément pour chaque service. Pour chaque catégorie d'utilisateur final, répondez aux questions suivantes.
Catégorie Liste | Catégorie ”1” | … ..... | Catégorie «n» |
Nombre d'adresses IP par utilisateur final | |||
Nombre d'utilisations finales par catégorie | |||
Nombre d'adresses IP publiques par utilisateur final | |||
Total des adresses IP privées | |||
Adresses IP privées dans CIDR | |||
Nombre total d'adresses IP publiques | |||
Adresses IP publiques dans CIDR |
5. Parcourez votre réseau. Existe-t-il des exigences en matière d'adresses IP qui ne correspondent pas aux groupes mentionnés ci-dessus? Si oui, listez-les comme suit:
6. Maintenant que vous avez rassemblé les informations, additionnez le total pour chaque tableau et remplissez les tableaux ci-dessous:
Segment de réseau | Site «A» | … .... | Site «N» |
Réseau principal | |||
Connexions WAN | |||
Services | |||
Clients | |||
Exigences supplémentaires | |||
Nombre total d'adresses IP requises | |||
Nombre total d'adresses IP dans le CIDR |
Segment de réseau | Site «A» | … .... | Site «N» |
Réseau principal | |||
Connexions WAN | |||
Services | |||
Clients | |||
Exigences supplémentaires | |||
Nombre total d'adresses IP requises | |||
Nombre total d'adresses IP dans le CIDR |
Pour se conformer aux politiques AFRINIC, vous devrez fournir votre plan d'adressage IP pour les besoins immédiats et futurs. La période future est spécifiée dans les politiques actuelles de gestion des ressources IP. Vous pouvez en savoir plus sur ces politiques sur www.afrinic.net.
Pour tout plan futur, répétez la même procédure en tenant compte de la croissance attendue dans chaque segment. Vous devriez pouvoir générer la même table pour manifester vos besoins futurs. Le format recommandé est de produire des plans qui montrent immédiat (0-3 mois), moyen terme (6 mois) et futur (12 mois). De tels plans sont plus précis et donnent une meilleure granularité qui sera utile dans la gestion des réseaux et les plans de fourniture.
La société X est un fournisseur de services. Il fournit des services tels que VPN, ADSL, haut débit mobile et Internet dédié. La société compte une clientèle de 30,000 500,000 utilisateurs ADSL, 1000 14 utilisateurs mobiles et 30 8 utilisateurs d'entreprise utilisant le VPN. Le VPN n'utilisait des adresses IP privées qu'avec une moyenne de 15,000 IP par utilisateur. Au maximum 350,000% des entreprises clientes ont dédié Internet en plus du service VPN, la moyenne des adresses IP attribuées est de XNUMX. Certaines entreprises clientes préfèrent utiliser les services Internet non engagés comme l'ADSL et le MB. Les statistiques pendant les heures de pointe ont montré que le nombre d'utilisateurs connectés simultanément pendant les heures de pointe est de XNUMX XNUMX dans le BRAS et de XNUMX XNUMX dans le GGSN.
La récente étude de marché réalisée par le département marketing de la société X montre ce qui suit:
- Les utilisateurs de l'ADSL devraient croître de 10% par an au cours des 3 prochaines années.
- Les utilisateurs de MB augmenteront respectivement de 10%, 12% et 9% au cours des trois prochaines années.
- Les utilisateurs d'Internet dédiés diminueront de 2% l'année prochaine mais augmenteront au rythme de 5% par an par la suite.
- Les utilisateurs VPN augmenteront de 7 à 8% au cours des trois prochaines années.
Le schéma de réseau ci-dessous montre le réseau de l'entreprise X. Ils ont 3 sites principaux A, B et C. Chaque site contient deux routeurs principaux et un routeur qui servent de couche de distribution. Chaque site contient un BRAS, un GGSN et des connexions d'entreprise. De plus, le site C est connecté au réseau de l'entreprise où les serveurs de messagerie et Web accessibles au public sont hébergés en plus de certains services internes. Les services DNS, Mail et site Web sont disponibles sur Internet. La société utilise une protection en veille active pour chaque service. De plus, le service DNS est constitué de 4 serveurs différents.
L'entreprise utilise actuellement des adresses IP de son amont et met en œuvre des techniques comme PAT et NAT pour pouvoir fournir des services. Dans le cadre d'une nouvelle stratégie de continuité d'activité, ils ont décidé de demander des adresses IP à AFRINIC. Il leur a été demandé de soumettre un plan d'adressage IP.
En suivant la procédure ci-dessus, veuillez trouver la solution ci-dessous.
Il y a 3 sites. Chaque site contient 3 routeurs, GGSN et BRAS qui totalisent jusqu'à 5 nœuds de réseau. Ils sont connectés à l'aide de la couche 3 et gérés via des adresses IP privées. Les 3 sites sont symétriques, le tableau ci-dessous montre les exigences pour un site.
Nœuds de réseau basés sur le type de connexion | Connexion de couche 3 | Connexion de couche 2 |
Nombre de nœuds | 5 | N/D |
Nombre d'adresses IP privées par nœud | 0 | N/D |
Nombre d'adresses IP publiques par nœud | 4 | N/D |
Total des adresses IP privées | 0 | N/D |
Adresses IP privées dans CIDR | 0 | N/D |
Nombre total d'adresses IP publiques | 20 | N/D |
Adresses IP publiques dans CIDR | / 27 | N/D |
Les connexions entre les 3 sites sont considérées comme des connexions WAN et utiliseront les adresses IP du préfixe demandé.
Nombre de connexions WAN | 3 |
Adresses IP par WAN | 4 |
Total des adresses IP publiques | 20 |
Adresses IP publiques dans CIDR | / 27 |
Étant donné que le mécanisme de veille active est utilisé, chaque serveur est en fait deux serveurs physiques. En supposant que VRRP est utilisé, chaque serveur aura besoin de 3 adresses IP différentes.
Liste des services | ERP | Courrier | DÉVELOPPEMENT | DNS |
Nombre de serveurs | 2 | 2 | 2 | 8 |
Nombre d'adresses IP par serveur | 4 | 4 | 4 | 4 |
Total des adresses IP privées | 8 | 8 | 8 | 32 |
Adresses IP privées dans CIDR | / 29 | / 29 | / 29 | / 27 |
Est-il accessible depuis Internet | aucune | Oui | Oui | Oui |
Nombre d'adresses IP publiques par serveur | 0 | 3 | 3 | 3 |
Nombre total d'adresses IP publiques | 0 | 6 | 6 | 24 |
Adresses IP publiques dans CIDR | 0 | / 29 | / 29 | / 27 |
Les utilisateurs finaux sont classés en fonction du type de service; VPN, ADSL, haut débit mobile «MB» et Internet direct «DI».
Catégorie Liste | VPN | ADSL | MB | DI |
Nombre d'adresses IP par utilisateur final | 14 | 1 | 1 | 8 |
Nombre d'utilisations finales par catégorie | 1,000 | 30,000 | 500,000 | 300 |
Nombre d'adresses IP publiques par utilisateur | 0 | 1 | 1 | 8 |
Total des adresses IP privées | 14,000 | 30,000 | 500,000 | 2,400 |
Adresses IP privées dans CIDR | / 18 | / 17 | / 13 | / 20 |
Nombre total d'adresses IP publiques | 0 | 30,000 | 500,000 | 2,400 |
Adresses IP publiques dans CIDR | 0 | / 17 | / 13 | / 20 |
Résumé :
Segment de réseau | Adresses IP privées | Adresses IP publiques |
Réseau principal | 0 | 60 |
Connexions WAN | 0 | 20 |
Services | 56 | 36 |
Clients | 546,400 | 532,400 |
Exigences supplémentaires | 0 | 0 |
Nombre total d'adresses IP requises | 546,456 | 532,516 |
Nombre total d'adresses IP dans le CIDR | / 13 | / 13 |
Segment de réseau | Adresses IP privées | Adresses IP publiques |
Réseau principal | 0 | 60 |
Connexions WAN | 0 | 20 |
Services | 56 | 36 |
Clients | 600,402 | 585,352 |
Exigences supplémentaires | 0 | 0 |
Nombre total d'adresses IP requises | 600,458 | 585,468 |
Nombre total d'adresses IP dans le CIDR | / 12 | / 12 |
Suivant les mêmes principes et sur la base du plan de croissance attendu, l'adressage IP pourrait être ajusté pour montrer les besoins futurs à la fois sur 6 mois et sur 12 mois. Il est conseillé de considérer les périodes de 6 et 12 mois car cela donnera des plans plus précis.
AFRINIC utilise un système de billetterie pour fournir un service d'assistance à ses membres et à la communauté. Toutes les demandes des clients sont collectées à partir d'un large éventail de sources et gérées dans un seul endroit central, le système de billetterie AFRINIC.
Les services d'enregistrement (équipe RS) fournissent une assistance sur la gestion des ressources de numéros Internet, IRR, whois base de données sur plusieurs files d'attente de tickets. Ce document explique ce qui se passe réellement lorsqu'un membre d'AFRINIC (communauté, membre ressource, etc.) s'adresse à l'équipe d'enregistrement d'AFRINIC.
Afin de nous assurer que nous répondons et dépassons vos attentes, AFRINIC a les recommandations suivantes: -
L'organigramme ci-dessous illustre le processus de traitement des billets qui est suivi par les membres du personnel d'AFRINIC.
Remarque:
Les membres ressources ont accès au MyAFRINIC portail et peuvent facilement suivre l'état de leurs demandes actuelles et passées.
Vous pouvez le faire après avoir accédé https://my.afrinic.net/
Cliquez sur "Demandes d'assistance" sous "Aide et support"
https://my.afrinic.net/ > "Aide et support"> "Demandes de support"
Une liste des billets créés sur notre système de billetterie sera ensuite affichée pour votre commodité
Vous verrez alors tous les numéros de billets, la date de création et l'état actuel
Il convient de noter que la location d'espace d'adressage IP n'est pas une utilisation acceptable et violerait les termes et conditions du contrat de services d'enregistrement (RSA) ; en tant que membre des ressources AFRINIC, vous êtes contractuellement lié par ce RSA que votre entreprise a signé, et il stipule clairement que les ressources de numéros IP doivent être utilisées uniquement aux fins pour lesquelles elles ont été demandées et, en outre, vous devez rester conforme avec politiques et lignes directrices applicables existantes.