This report provides an overview of the current status and issues encountered with the IPv6 implementation on Scaleway as investigated by Arnold Dechamps, a network engineer consultant.
Main Network Interface Configuration:
The primary network interface of the server is set to “allow-hotplug” mode. Changing this setting to “auto” results in the server’s inability to retain its IPv4 address, although the IPv6 address continues to function properly. The server automatically receives a default /64 prefix, and a second /64 prefix has been requested under the flex-ip option.
Flex-IP Configuration:
Upon configuring a virtual bridge (vmbr0) that integrates a physical network interface on the Online network and a virtual machine designed to handle the prefix, and assigning it the MAC address linked to the prefix, the bridge correctly receives its IPv6 prefix from Scaleway. However, it fails to ping external networks. Further testing involved pinging from the bridge to an external network and monitoring the traffic, which confirmed that the pings were successfully sent from Scaleway’s network using the correct source address and reached their destination. Despite this, responses to these pings were dropped at the router address 2001:bc8:1201:400::1 associated with the Cisco MAC address a0:3d:6e:9c:0b:77, resulting in a 99.7% loss rate out of 1810 ICMP packets. This suggests that the router recognizes the prefix but drops the packets for an unknown reason.
Issues and Questions for Further Investigation:
- How to maintain the IPv4 address when modifying the network configuration (Debian 12) of the main interface?
- Would a NDP-Neighbor setup be feasible given that the server is delivered with a full /64 IPv6 prefix installed?
- Is it expected for traffic towards the flex-ip to be dropped, and if so, why?
These issues require further investigation to ensure stable and reliable network performance. Recommendations for addressing these questions will be critical for optimizing the IPv6 implementation.
Best regards,
Arnold Dechamps
Network Engineer Consultant
Original message, in French:
Bonjour Hugo,
Petit rapport par rapport à l’IPv6 sur scaleway.
Première chose. L’interface réseau principale du serveur est en mode allow-hotplug. Si je la passe en mode auto, il n’est plus capable de garder sa v4. Sa v6 continues de fonctionner. (La machine reçoit un /64 principal par défaut. On a demandé un deuxième préfixe /64 en flex-ip).
Partie Flex-IP :
Quand je crée une bridge (vmbr0) avec une pate dans le réseau de online et une VM dessus pour lui faire porter le préfixe, je lui donne la mac address liée au préfixe, il reçoit bien son préfixe de la part de scaleway. Cependant, impossible de ping l’extérieur. Après quelques tests, j’ai pingé vers chez moi en écoutant le trafique. Le ping sort bien du réseau de scaleway avec la bonne adresse source et arrive à destination. Cependant, quand ma machine répond, je suis dropé à partir de 2001:bc8:1201:400::1 avec la mac address a0:3d:6e:9c:0b:77 qui est une mac Cisco. (sur 1810 paquets ICMP, j’ai perdu 99.7% d’entre eux. Ça veut dire que le routeur voit bien le préfixe mais le drop pour une raison quelconque)
Au point ou on en est, plusieurs questions se posent.
- Comment faire pour ne pas perdre l’IPv4 en touchant à la configuration réseau (debian 12) de l’interface principale?
- Est-ce qu’un NDP-Neighbor fonctionnerait dans la mesure ou la v6 installée sur le serveur à la livraison est un préfixe /64 entier?
- Est-ce normal que le trafique vers la flex-ip soit dropé?
Bien cordialement,
Arnold Dechamps