Mappage d'adresse IPv4 en masque de réseau et faisabilité de plusieurs routes par défaut?

On a,

Class   Range      NetMask         Bits    Bits   hosts#
----------------------------------------------------------
A        0-127    255.0.0.0         8      24     16777216   (i.e. 114.0.0.0)

B      128-191    255.255.0.0      16      16        65536   (i.e. 150.0.0.0)

C      192-254    255.255.255.0    24       8          256   (i.e. 199.0.0.0)

Également,

$cat /proc/version 
Linux version 2.6.32-amd64 (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP Tue Jul 1 18:36:07 UTC 2011

$ip route show
114.0.0.0/24 dev eth1  scope link 
114.0.0.0/16 dev eth1  scope link 
114.0.0.0/8 dev eth1  scope link 
199.0.0.0/8 dev eth1  scope link 
122.0.0.0/8 dev eth1  scope link 
default via 16.107.200.1 dev eth0
default via 16.107.200.1 dev eth1 
default via 16.107.200.20 dev eth1 
default via 16.107.200.21 dev eth1 
default via 16.107.200.22 dev eth1 
default via 16.107.200.23 dev eth1 

Question 1. Conformément à l'affichage ci-dessus, avec la version 2009 d'iproute, j'obtiens une adresse IPv4 de classe A contenant les classes C ou B netamsk et vice-versa. est-ce une configuration valide?

Question 2. Selon l'affichage ci-dessus, si iproute permet d'ajouter plusieurs routes par défaut, quel serait le comportement du flux de paquets lorsque les paquets doivent être routés à l'aide d'une seule route par défaut (lorsqu'il existe plusieurs routes par défaut)? aussi comment l'iproute filtre plusieurs routes par défaut? De plus, est-ce une fonctionnalité valide qu'iproute devrait autoriser plusieurs routes par défaut dans une configuration de serveur?

A1: Oui, parfaitement valide. L'adressage IP par classe a été remplacé vers 1993 par le CIDR (Classless Inter-Domain Routing). Même sans CIDR, cela resterait valable, dans la mesure où vous auriez simplement défini des "sous-réseaux".

A2: Dans la plupart des cas, la route «par défaut» utilisée sera la première répertoriée dans la table de routage. En termes (très) simplistes, le noyau parcourt la table de routage jusqu'à ce qu'il trouve une correspondance et transmette le paquet sur le lien correspondant. Dans votre cas, la majeure partie du trafic «par défaut» sera envoyée à 16.107.200.1votre eth0interface par la suite.