Info! Please note that this translation has been provided at best effort, for your convenience. The English page remains the official version.

WHOIS DB - Objets et attributs

1.0 Objets et attributs de base de données

La base de données de gestion de réseau AFRINIC (souvent appelée "base de données AFRINIC") contient des enregistrements de:

* allocations et attributions d'espace d'adressage IP (le registre d'adresses IP);
* les coordonnées (coordonnées des personnes responsables du fonctionnement des réseaux ou des routeurs et de celles qui sont responsables de la conservation des informations dans la base de données AFRINIC).

  1.1 Représentation des objets

Les enregistrements de la base de données AFRINIC sont appelés «objets». La syntaxe des objets de base de données est définie par RPSL, qui est décrite dans [1]. Un objet appartient à l'un des types d'objet ou classes. Ces deux termes sont utilisés de manière interchangeable dans le document. Les types d'objet suivants sont stockés dans la base de données AFRINIC:

  1.2 Types d'objets pris en charge par AFRINIC DB

Tableau 1 Types d'objets pris en charge dans la base de données AFRINIC

Type d'objet (nom de classe)

Nom abrégé

Détails

en bloc

ak

Représente la délégation d'une plage de numéros AS à un référentiel donné.

atout

as

Définit un ensemble d'objets aut-num.

aut-num

an

Représente un système autonome (AS) dans la base de données. Est utilisé pour décrire la politique de routage externe de l'AS.

domaine

dn

Représente les enregistrements de domaine avant ou arrière.

inet6num

i6

Contient des informations sur les allocations et les affectations de IPv6 espace d'adressage.

inetnum

in

Contient des informations sur les allocations et les affectations de IPv4 espace d'adressage.

clé-cert

kc

Représente un certificat de clé publique qui est stocké sur le serveur et peut être utilisé avec un objet mainteneur pour l'authentification lors de l'exécution des mises à jour.

limerick

li

Représente un poème humoristique qui a cinq lignes et le schéma de rimes "aabba".

mntner

mt

Spécifie les informations d'authentification requises pour autoriser la création, la suppression ou la modification des objets protégés par le mntner.

personne

pn

Contient des informations sur les contacts techniques ou administratifs.

rôle

ro

Contient des informations sur les contacts techniques ou administratifs, mais décrit un rôle joué par un ou plusieurs êtres humains.

Un objet de base de données est défini comme une liste de paires attribut-valeur dans le texte. Chaque paire attribut-valeur est écrite sur une ligne distincte. Le nom de l'attribut commence à la colonne 0, suivi du caractère ":" et de la valeur de l'attribut. L'attribut qui porte le même nom que la classe de l'objet doit être spécifié en premier. La valeur d'un attribut peut être divisée sur plusieurs lignes, en ayant un espace, une tabulation ou un caractère plus ("+") comme premier caractère des lignes de continuation. Le caractère "+" pour la continuation de ligne permet aux valeurs d'attribut de contenir des lignes vides. Plus d'espaces peuvent éventuellement être utilisés après le caractère de continuation pour augmenter la lisibilité. L'ordre des paires attribut-valeur est significatif. La description d'un objet peut contenir des commentaires. Un commentaire peut être n'importe où dans la définition d'un objet, il commence au premier caractère "#" sur une ligne et se termine au premier caractère de fin de ligne. Un commentaire ne peut pas commencer à la colonne 0. Les caractères d'espace blanc peuvent être utilisés pour améliorer la lisibilité. La représentation de l'objet se termine lorsqu'une ligne vierge est rencontrée.

Les attributs peuvent être obligatoires ou facultatifs: un attribut obligatoire DOIT être défini pour tous les objets de la classe; les attributs facultatifs peuvent être ignorés. Les attributs peuvent également être à valeur unique ou multiple. Les attributs à valeurs multiples peuvent avoir plusieurs enregistrements de valeur d'attribut dans un objet, tandis qu'un attribut à valeur unique peut apparaître une seule fois. Chaque objet est identifié de manière unique par un ensemble d'attributs, appelé clé primaire de classe.

La valeur d'un attribut a un type, qui définit la syntaxe de la valeur d'attribut. Veuillez vous référer à l'annexe A1 «Attributs d'objet» pour une description détaillée des attributs pris en charge dans la base de données AFRINIC.

  2 types d'objets

Cette section décrit les types d'objets (classes) pris en charge dans la base de données AFRINIC ainsi que les modèles d'objet. Les définitions suivantes sont utilisées dans les modèles:

[obligatoire]

Au moins une instance de cet attribut doit être définie dans un objet de la classe.

[optionnel]

L'attribut est facultatif dans les objets de la classe et peut être omis.

[généré]

L'attribut est généré automatiquement par le serveur.

[unique]

Un objet NE DOIT PAS contenir plus d'une instance de cet attribut.

[plusieurs]

Un objet PEUT contenir plus d'une instance de cet attribut.

[clé de recherche]

L'attribut est indexé.

[touche inverse]

L'attribut est dans l'index "inverse".

[clé primaire]

L'attribut est (une partie de) la clé primaire.

[clé primaire / de recherche]

L'attribut est à la fois indexé et fait (partie de) la clé primaire.

Dans un modèle d'objet, la première colonne représente un attribut, les deuxième et troisième colonnes spécifient le type de l'attribut et la quatrième colonne indique si l'attribut est (une partie de) une clé de base de données pour l'objet.

  2.1 en bloc

Un objet as-block est nécessaire pour déléguer une plage de numéros AS à un référentiel donné. Cet objet peut être utilisé pour l'autorisation de la création d'objets aut-num dans la plage spécifiée par l'attribut "as-block:". Le modèle de classe as-block est illustré à la figure 2.1.

en bloc: [obligatoire] [unique] [clé primaire / de recherche]

description : [facultatif] [multiple] []

remarques: [facultatif] [multiple] []

technique-c : [obligatoire] [multiple] [touche inverse]

admin-c : [obligatoire] [multiple] [touche inverse]

notifier: [facultatif] [multiple] [touche inverse]

mnt-inférieur: [facultatif] [multiple] [touche inverse]

mnt-par : [obligatoire] [multiple] [touche inverse]

modifié: [obligatoire] [multiple] []

la source: [obligatoire] [unique] []

Fig.2.1 modèle en bloc

  2.2 tel que défini

Un objet as-set définit un ensemble d'objets aut-num. Les attributs de la classe as-set sont illustrés à la figure 2.2. L'attribut "as-set:" définit le nom de l'ensemble. Il s'agit d'un nom RPSL qui commence par "as-". L'attribut "membres:" répertorie les membres de l'ensemble. L'attribut "members:" est une liste de numéros AS ou d'autres noms tels que définis. Le nom d'un objet tel que défini peut être hiérarchique. Un nom as-set hiérarchique est une séquence de noms as-set et de numéros AS séparés par des deux-points ":". Au moins un composant d'un tel nom doit être un nom réel tel que défini (c'est-à-dire commencer par "as-").

atout: [obligatoire] [unique] [clé primaire / de recherche]

description : [obligatoire] [multiple] []

membres: [facultatif] [multiple] []

mbrs-by-ref : [facultatif] [multiple] [touche inverse]

remarques: [facultatif] [multiple] []

technique-c : [obligatoire] [multiple] [touche inverse]

admin-c : [obligatoire] [multiple] [touche inverse]

notifier: [facultatif] [multiple] [touche inverse]

mnt-par : [obligatoire] [multiple] [touche inverse]

modifié: [obligatoire] [multiple] []

la source: [obligatoire] [unique] []

Fig.2.2 Modèle standard

  2.3 num automatique

Un objet de la classe aut-num est une représentation de base de données d'un système autonome (AS), qui est un groupe de réseaux IP exploités par un ou plusieurs opérateurs de réseau qui a une politique de routage externe unique et clairement définie.

Les objets de cette classe sont utilisés pour s'enregistrer en tant que nombre et spécifier des politiques de routage. Les attributs de la classe aut-num sont illustrés à la figure 1.2.3. La valeur de l'attribut "aut-num:" est le numéro AS de l'AS décrit par cet objet. L'attribut "as-name:" est un nom symbolique (dans la syntaxe du nom RPSL) de l'AS. Comme AFRINIC n'exécute pas encore de registre de routage, les attributs d'importation, d'exportation et par défaut (politiques de routage) sont supprimés dans la base de données AFRINIC et doivent être fournis à titre de remarques uniquement.

aut-num : [obligatoire] [unique] [clé primaire / de recherche]

comme nom: [obligatoire] [unique] []

description : [obligatoire] [multiple] []

membre de: [facultatif] [multiple] [touche inverse]

remarques: [facultatif] [multiple] [] --- mettez dans votre politique de routage.

admin-c : [obligatoire] [multiple] [touche inverse]
technique-c : [obligatoire] [multiple] [touche inverse]

notifier: [facultatif] [multiple] [touche inverse]
mnt-inférieur: [facultatif] [multiple] [touche inverse]

routes mnt: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]

modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []

Fig. 2.3 modèle de numérotation automatique

  Domaine 2.4

L'objet de domaine représente le domaine de premier niveau (TLD) et d'autres enregistrements de domaine. Dans le cas d'AFRINIC, il est UNIQUEMENT utilisé pour les délégations inversées. Le nom de domaine est écrit dans un format complet, sans fin ". Le modèle de cette classe est illustré à la figure 2.4.

domaine: [obligatoire] [unique] [clé primaire / de recherche]
description : [obligatoire] [multiple] []

admin-c : [obligatoire] [multiple] [touche inverse]
technique-c : [obligatoire] [multiple] [touche inverse]
zone-c : [obligatoire] [multiple] [touche inverse]

nserveur : [facultatif] [multiple] [touche inverse]

sous-dom: [facultatif] [multiple] [touche inverse]

dom-net : [facultatif] [multiple] []

remarques: [facultatif] [multiple] []

notifier: [facultatif] [multiple] [touche inverse]

mnt-par : [obligatoire] [multiple] [touche inverse]

mnt-inférieur: [facultatif] [multiple] [touche inverse]

référer: [facultatif] [unique] []

modifié: [obligatoire] [multiple] []

la source: [obligatoire] [unique] []

Fig. 2.4 modèle de domaine

  2.5 inet6num

Un objet inet6num contient des informations sur les allocations et les affectations de IPv6 espace d'adressage. Le modèle de cette classe est illustré à la figure 2.5.

inet6num : [obligatoire] [unique] [clé primaire / de recherche]
netname: [obligatoire] [unique] [clé de recherche]
description : [obligatoire] [multiple] []
pays: [obligatoire] [multiple] []
admin-c : [obligatoire] [multiple] [touche inverse]
technique-c : [obligatoire] [multiple] [touche inverse]

organisation : [facultatif] [multiple] [touche inverse]
statut: [obligatoire] [unique] []
remarques: [facultatif] [multiple] []
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]

mnt-inférieur: [facultatif] [multiple] [touche inverse]
mnt-irt : [facultatif] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []

Fig.2.5 modèle inet6num

  2.6 innet

Un objet inetnum contient des informations sur les allocations et les affectations de IPv4 espace d'adressage. Le modèle de cette classe est illustré à la figure 2.6.

inetnum : [obligatoire] [unique] [clé primaire / de recherche]
netname: [obligatoire] [unique] [clé de recherche]
description : [obligatoire] [multiple] []
pays: [obligatoire] [multiple] []
admin-c : [obligatoire] [multiple] [touche inverse]
technique-c : [obligatoire] [multiple] [touche inverse]

organisation : [facultatif] [multiple] [touche inverse]
statut: [obligatoire] [unique] []
remarques: [facultatif] [multiple] []
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]
mnt-inférieur: [facultatif] [multiple] [touche inverse]
routes mnt: [facultatif] [multiple] [touche inverse]
mnt-irt : [facultatif] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []

Fig.2.6 modèle inetnum

  2.7 clé-cert

Un objet key-cert est un certificat de clé publique de base de données qui est stocké sur le serveur et peut
être utilisé avec un objet mntner pour l'authentification lors de l'exécution des mises à jour. Actuellement seulement
les clés conformes à la norme Internet Open PGP proposée [RFC 2440] sont prises en charge.
Le modèle de cette classe est illustré à la figure 2.7.

clé-cert: [obligatoire] [unique] [clé primaire / de recherche]

méthode: [généré] [unique] []

propriétaire: [généré] [unique] []

doigt : [généré] [unique] []

certificat : [obligatoire] [multiple] []

remarques: [facultatif] [multiple] []

notifier: [facultatif] [multiple] [touche inverse]

mnt-par : [obligatoire] [multiple] [touche inverse]

modifié: [obligatoire] [multiple] []

la source: [obligatoire] [unique] []

Fig.2.7 modèle de certificat de clé

  2.8 limerick

L'objet limerick représente un poème humoristique qui a cinq lignes et le schéma de rimes
"aabba". Le modèle de cette classe est illustré à la figure 2.8.

limerick : [obligatoire] [unique] [clé primaire / de recherche]

description : [facultatif] [multiple] []

texte: [obligatoire] [multiple] []

admin-c : [obligatoire] [multiple] [touche inverse]

auteur: [obligatoire] [multiple] [touche inverse]

remarques: [facultatif] [multiple] []

notifier: [facultatif] [multiple] [touche inverse]

mnt-par : [obligatoire] [multiple] [touche inverse]

modifié: [obligatoire] [multiple] []

la source: [obligatoire] [unique] []

Fig. 2.8 modèle limerick

  2.9 mntner

Les objets de la base de données AFRINIC peuvent être protégés à l'aide de mntner (prononcé "mainteneur")
objets. Un objet mntner spécifie les informations d'authentification requises pour autoriser la création,
suppression ou modification des objets protégés par le mntner. les objets mntner ne sont pas créés
automatiquement, mais sont transmises à l'administration de la base de données AFRINIC pour un traitement manuel.
Le modèle de cette classe est illustré à la figure 2.9. ¹

mntner : [obligatoire] [unique] [clé primaire / de recherche]

description : [obligatoire] [multiple] []

admin-c : [obligatoire] [multiple] [touche inverse]

technique-c : [facultatif] [multiple] [touche inverse]

mise à jour: [obligatoire] [multiple] [touche inverse]

mnt-nfy : [facultatif] [multiple] [touche inverse]

authentifié : [obligatoire] [multiple] []

remarques: [facultatif] [multiple] []

notifier: [facultatif] [multiple] [touche inverse]

mnt-par : [obligatoire] [multiple] [touche inverse]

modifié: [obligatoire] [multiple] []

la source: [obligatoire] [unique] []

Fig. 2.9 modèle mntner

  2.10 personne

Un objet personne contient des informations sur le contact technique ou administratif responsable
pour l'objet où il est référencé. Une fois l'objet créé, la valeur de la "personne:"
l'attribut ne peut pas être modifié. Le modèle de cette classe est illustré à la figure 2.10.

la personne: [obligatoire] [unique] [clé de recherche]

adresse: [obligatoire] [multiple] []

Téléphone: [obligatoire] [multiple] []

Numéro de fax: [facultatif] [multiple] []

courrier électronique: [obligatoire] [multiple] [clé de recherche]

nic-hdl : [obligatoire] [unique] [clé primaire / de recherche]

remarques: [facultatif] [multiple] []

notifier: [facultatif] [multiple] [touche inverse]

mnt-par : [facultatif] [multiple] [touche inverse]

modifié: [obligatoire] [multiple] []

la source: [obligatoire] [unique] []

Fig. 2.10 modèle de personne

  2.11 rôle

La classe de rôle est similaire à la classe person. Cependant, au lieu de décrire un être humain,
il décrit un rôle joué par un ou plusieurs êtres humains. Les exemples incluent les services d'assistance,
centres de surveillance de réseau, administrateurs système, etc. Un objet de rôle est particulièrement utile
car souvent une personne jouant un rôle peut changer; cependant, le rôle lui-même demeure. le
Les attributs "nic-hdl:" des classes personne et rôle partagent le même espace de noms. Une fois la
est créé, la valeur de l'attribut "role:" ne peut pas être modifiée. Le modèle de cette
est illustrée à la figure 2.11.

rôle: [obligatoire] [unique] [clé de recherche]

adresse: [obligatoire] [multiple] []

Téléphone: [facultatif] [multiple] []

Numéro de fax: [facultatif] [multiple] []

courrier électronique: [obligatoire] [multiple] [clé de recherche]

admin-c : [obligatoire] [multiple] [touche inverse]

technique-c : [obligatoire] [multiple] [touche inverse]

nic-hdl : [obligatoire] [unique] [clé primaire / de recherche]

remarques: [facultatif] [multiple] []

notifier: [facultatif] [multiple] [touche inverse]

mnt-par : [facultatif] [multiple] [touche inverse]

modifié: [obligatoire] [multiple] []

la source: [obligatoire] [unique] []

Fig. 2.11 modèle de rôle

  2.12 organisation

La classe d'organisation fournit des informations identifiant une organisation telle qu'une entreprise, un organisme de bienfaisance ou une université, qui est titulaire d'une ressource de réseau dont les données sont stockées dans le whois base de données. Le modèle de ceci
est illustrée à la figure 2.12.

organisation: [obligatoire] [unique] [clé principale / de recherche]
nom-organisation: [obligatoire] [unique] [clé de recherche]
type d'organisation: [obligatoire] [unique] []
description : [facultatif] [multiple] []
remarques: [facultatif] [multiple] []
adresse: [obligatoire] [multiple] []
Téléphone: [facultatif] [multiple] []
Numéro de fax: [facultatif] [multiple] []

pays: [obligatoire] [multiple] []
courrier électronique: [obligatoire] [multiple] [clé de recherche]
organisation : [facultatif] [multiple] [touche inverse]
admin-c : [obligatoire] [multiple] [touche inverse]
technique-c : [obligatoire] [multiple] [touche inverse]
réf-nfy : [facultatif] [multiple] [touche inverse]
mnt-ref : [obligatoire] [multiple] [touche inverse]
notifier: [facultatif] [multiple] [touche inverse]
mnt-par : [obligatoire] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
la source: [obligatoire] [unique] []


Fig. 2.12 modèle d'organisation

 

Ce document détaille le processus d'enregistrement de l'infrastructure de réseau LIR et des attributions d'adresses IP des clients dans l'AFRINIC whois base de données. Il est important d'enregistrer une mission dans l'un ou l'ensemble des cas suivants: 

  • Des adresses IP ont été attribuées à un client (ou à un site final) à partir de votre allocation.
  • Les adresses IP sont utilisées par n'importe quelle section / unité de l'infrastructure réseau LIR, par exemple: LAN de bureau, serveur d'accès Dial-UP, serveur d'accès DSLAM / DSL, point (s) d'accès WiFi, cellule WiMAX, etc.

Le courant IPv4 La politique exige que 80% de l'allocation la plus récente soit vérifiée comme étant utilisée efficacement avant qu'un LIR puisse demander plus d'adresses IP. Nous vérifions cela en consultant les missions enregistrées valides dans l'AfriNIC whois base de données. S'ils atteignent 80% ou plus, l'exigence de la politique aura été respectée. Sinon, AfriNIC demande au LIR d'enregistrer ces affectations avant que quoi que ce soit d'autre puisse être fait.

La politique indique également qu'une allocation supplémentaire peut être recherchée si le LIR a une exigence d'adresse IP immédiate dépassant en nombre les adresses IP libres restantes dans l'allocation la plus récente.

 

Enregistrement des assignations de réseau

 Une assignation est essentiellement un objet inetnum, contenant une plage de 4 adresses IP ou plus, dont l'attribut d'état doit avoir la valeur "PA ASSIGNÉE". Pour créer un nouvel inetnum dans la base de données, vous pouvez utiliser l'une des méthodes suivantes:

 

1.0 Utilisation MyAFRINIC

Pour enregistrer une telle attribution d'adresse, voici le processus rapide pour le faire en utilisant MyAFRINIC:

  1. Parcourir pour https://my.afrinic.net
  2. Allez dans l'onglet "Ressources" et cliquez sur "IPv4 Ressources"
  3. Cliquez sur le "+" pour développer l'allocation cible, puis sélectionnez "Ajouter une affectation" et utilisez le formulaire résultant pour ajouter tout préfixe / espace de votre allocation qui a été émis à un sous-réseau interne ou à tout utilisateur final.

Une fois terminé, vous pouvez revenir pour gérer votre rDNS.

 

2.0 Utilisation du courrier électronique

Pour obtenir le modèle inetnum, veuillez utiliser les méthodes comme énumérées ici:

Vous obtiendrez un modèle qui ressemble à ceci:

inetnum: [obligatoire] [unique] [clé primaire / de recherche]
netname: [obligatoire] [unique] [clé de recherche]
descr: [obligatoire] [multiple] []
pays: [obligatoire] [multiple] []
admin-c: [obligatoire] [multiple] [touche inverse]
tech-c: [obligatoire] [multiple] [touche inverse]
org: [obligatoire] [multiple] [clé inverse]
rev-srv: [facultatif] [multiple] [touche inverse]
statut: [obligatoire] [unique] []
remarques: [facultatif] [multiple] []
notifier: [facultatif] [multiple] [touche inverse]
mnt-by: [obligatoire] [multiple] [touche inverse]
mnt-lower: [facultatif] [multiple] [touche inverse]
mnt-routes: [facultatif] [multiple] [clé inverse]
mnt-irt: [facultatif] [multiple] [touche inverse]
modifié: [obligatoire] [multiple] []
source: [obligatoire] [unique] []

Copiez ce modèle et collez-le dans votre éditeur de messagerie et remplacez les valeurs à l'aide de l'aide comme suit:

1. Supprimez tout à droite des deux points et remplissez les valeurs d'attribut.

Vous devez remplir les attributs répertoriés comme obligatoires et supprimer les attributs facultatifs que vous n'utilisez pas. Un exemple est ci-dessous

inetnum : 10.11.12.0−10.11.12.255

La plage IP de vos affectations doit être insérée ici. Il peut s'agir de la plage affectée à un serveur d'accès à distance, à un pool DSL ou même à un client / site final.

nom de réseau: exemple de réseau

Le nom de réseau de cette plage IP.

descr: brève description.

Veuillez dupliquer cet attribut si plusieurs lignes.

pays: MU

Le code du pays doit être inséré ici.

admin-c: ZA4-TEST

Le nic-handle de l'admin-c

tech-c : ZA4-TEST

Le nic-handle du tech-c

statut: PA ASSIGNÉE

Utiliser la PA ASSIGNÉE

notifier: 
Cette adresse e-mail est protégée du spam. Vous devez activer Javascript pour la voir.

Insérez l'e-mail auquel les notifications seront envoyées

mnt-by: EXEMPLE-MNT

Entrez votre objet mntner ici

mnt-lower: EXEMPLE-MNT

Entrez votre objet mntner ici

modifié: 
Cette adresse e-mail est protégée du spam. Vous devez activer Javascript pour la voir.

Entrez votre adresse de messagerie ici.

source : AFRINIC

 

2. Lorsqu'un nouvel objet est créé avec un attribut "mnt-by:", le mntner doit autoriser la création. Ajoutez le mot de passe approprié pour le mntner dans l'attribut "mnt-by:":

mot de passe: your_cleartext_password_here

 

3. Envoyez le modèle d'objet terminé en texte brut à auto-dbm [at] afrinic.net en utilisant l'exemple ci-dessus, le modèle devrait ressembler à celui ci-dessous:

notifier: 
Cette adresse e-mail est protégée du spam. Vous devez activer Javascript pour la voir.

 

4. Attendez que l'accusé de réception revienne de la base de données. Si votre mise à jour a réussi, vous obtiendrez une réponse contenant quelque chose comme ceci:

Votre mise à jour a réussi.

Les objets suivants ont été traités.

Nouveau OK: [inetnum] 10.11.12.0 - 10.11.12.255

En cas d'erreur, l'accusé de réception indiquera l'échec de la création de l'objet ainsi que les erreurs rencontrées. Par exemple, il peut contenir les éléments suivants:

Une partie de votre mise à jour a échoué.

Les objets sans erreur ont été traités.

Mettre à jour FAILED: erreur de syntaxe dans l'objet

Vous devez suivre la procédure ci-dessus pour enregistrer toutes les différentes affectations.

Si vous avez besoin de notre aide, veuillez écrire à afrinic-dbm [at] afrinic.net

 

le 2020 janvier 27
Etait-ce utile?
Date et heure à Maurice -