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

0

У нас есть,

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 должна разрешать несколько маршрутов по умолчанию в настройке сервера?

mav_2k
источник

Ответы:

1

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

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

Mike Insch
источник