BYOIP chez Infomaniak : vos propres adresses IP dans Infomaniak Public Cloud

Ce qu'Infomaniak documente est une permission pour votre projet : ce guide expose donc ce qu'il faut régler dans votre demande au support d'Infomaniak avant de déplacer un service.

Ce qu'Infomaniak accepte

D'après la documentation Public Cloud d'Infomaniak, le jour de notre vérification :

• Taille, registres et statut. Non publiés.
• Qui annonce. Non publié : Infomaniak ne nomme pas l'ASN, et ne dit pas s'il veut un ROA, un objet route ou une lettre d'autorisation.
• Où. Infomaniak Public Cloud. Les provider networks sont créés par Infomaniak, et les floating IPs standard proviennent de son réseau ext-floating1. Sa page sur les réseaux et sous-réseaux cite l'apport de votre propre CIDR comme un usage des provider networks, qu'Infomaniak crée et qui ne peuvent pas être choisis au démarrage d'une instance. La demande ci-dessous porte aussi sur le réseau qui transportera votre plage.
• Prix et délai. Non publiés.
• Comment l'obtenir. Par un rôle BYOIP, listé à côté des rôles standard reader et member « for advanced features » (traduction : « pour les fonctions avancées »), qui « must be activated by Infomaniak support before use » (traduction : « doit être activé par le support d'Infomaniak avant utilisation »). L'activation se fait en trois étapes : « Contact Infomaniak support » (traduction : « Contacter le support d'Infomaniak »), « Provide use case and IP range details » (traduction : « Fournir le cas d'usage et les détails de la plage IP »), « Wait for approval and activation » (traduction : « Attendre l'approbation et l'activation »).

Le rôle débloque quatre appels réseau que les rôles reader et member ne peuvent pas faire :

Avant de commencer

L'étape documentée par Infomaniak est une demande au support avec le « use case and IP range details » (traduction : « cas d'usage et détails de la plage IP »). Une demande complète évite un aller-retour :

• La plage et son enregistrement. Le préfixe, le registre, le titulaire nommé dans l'objet, et si la plage est annoncée quelque part aujourd'hui.
• Le cas d'usage. Des floating IPs sur des instances, une instance routeur ou pare-feu qui a besoin d'allowed address pairs, ou une migration qui doit garder ses adresses.
• L'origine. Demandez depuis quel ASN Infomaniak annoncera la plage. Si le bloc a des ROA et qu'aucun ne nomme cet ASN, les réseaux qui valident le RPKI rejettent la route (RPKI et ROA).
• Le projet. Le projet Public Cloud qui a besoin du rôle.
• Le réseau. Demandez quel réseau externe transportera la plage, car sa documentation n'en nomme aucun pour le BYOIP.

Étape par étape

01Demandez le rôle BYOIP au support d'Infomaniak, avec la plage, le cas d'usage et le projet listés ci-dessus.

02Attendez l'approbation et l'activation. Infomaniak ne donne aucun délai.

03Mettez à jour le registre avec ce qu'Infomaniak demande, avant qu'il annonce la plage.

04Créez les adresses. Avec le rôle, l'appel floating IP accepte une adresse précise. Dans l'OpenStack CLI, avec le réseau que le support vous indique :

openstack floating ip create --floating-ip-address 203.0.113.10 <network>
openstack server add floating ip <server> 203.0.113.10

Pour l'automatisation, la documentation d'Infomaniak indique que les application credentials doivent être créés avec le rôle nécessaire. Sa page à leur sujet ne liste pas de rôle BYOIP parmi les rôles qu'un credential peut porter : demandez au support comment donner le rôle BYOIP à un credential.

Les pièges

• Prendre le rôle pour le service entier. Le rôle est une permission. Le fonctionnement de la plage dépend du côté routage, qu'Infomaniak ne documente pas : qui l'annonce, depuis quel ASN, et ce que le registre doit indiquer. Obtenez ces réponses par écrit avant de déplacer un service.
• La port security. La désactiver sur un port désactive aussi les security groups de ce port, selon la description d'Infomaniak elle-même. Une instance routeur ou pare-feu a alors besoin de son propre filtrage.
• L'ancienne annonce. Si la plage est annoncée ailleurs aujourd'hui, ajoutez un ROA pour l'ASN d'Infomaniak avant la bascule, et retirez l'ancienne annonce une fois celle d'Infomaniak active. Deux origines partagent le trafic.
• Plus petit qu'un /24. Infomaniak ne publie aucun minimum, mais les réseaux de tout Internet filtrent ce qui est plus petit qu'un /24. Pour quelques adresses, un tunnel est la voie pratique.

Si vous louez le bloc

Infomaniak ne publie aucune règle sur l'espace loué : rien ne dit que la plage doit être enregistrée au nom de votre organisation, ni que vous devez être LIR. Nommez le titulaire dans votre demande. Le titulaire s'occupe du côté registre, puisque seul son mainteneur peut modifier les objets : le ROA pour l'ASN qu'Infomaniak indique, un objet route si Infomaniak en veut un, et une lettre d'autorisation s'il en demande une.

La place de RTM Networks

Nous louons des /24 et plus grands depuis notre propre espace d'adresses RIPE NCC (louer de l'IPv4), et vendons des blocs dans les régions du RIPE NCC, de l'ARIN et de l'APNIC. Pour un espace loué chez nous, nous créons le ROA et l'objet route pour l'ASN qu'Infomaniak indique, et signons la lettre d'autorisation. S'il vous faut moins de 256 adresses, ou des adresses avant qu'Infomaniak ait tranché, nous annonçons un bloc et le livrons à votre instance Infomaniak par GRE ou WireGuard, jusqu'à une seule adresse (tunnels GRE et WireGuard). Autres fournisseurs : guides BYOIP.