Адрес IPv4 для сопоставления маски сети и возможность использования нескольких маршрутов по умолчанию?

Question

У нас есть,

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)

Также,

$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 

Вопрос 1. Согласно приведенному выше отображению, используя версию iproute 2009, я получаю IPv4-адрес класса A, содержащий класс C или B, нетамск и наоборот. это действительная конфигурация?

Вопрос 2. Согласно приведенному выше отображению, если iproute разрешает добавлять несколько маршрутов по умолчанию, то каково будет поведение потока пакетов, когда пакет необходимо маршрутизировать, используя только один маршрут по умолчанию (где существует много маршрутов по умолчанию)? также, как iproute фильтрует несколько маршрутов по умолчанию? Кроме того, действительно ли функция iproute должна разрешать несколько маршрутов по умолчанию в настройках сервера?

Answer 1

A1: Да, совершенно верно. Классическая IP-адресация была заменена в 1993 году CIDR (бесклассовой междоменной маршрутизацией). Даже без CIDR это все равно будет допустимо, поскольку вы просто определили «подсети».

A2: В большинстве случаев используемый маршрут по умолчанию будет первым, перечисленным в таблице маршрутизации. В (очень) упрощенном выражении ядро «спускается» по таблице маршрутизации, пока не находит совпадение и не передает пакет по совпадающему каналу. В вашем случае большая часть трафика по умолчанию будет отправляться для дальнейшей маршрутизации до 16.107.200.1 на вашем интерфейсе eth0 .