☰

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

tag-icon • tag-icon ipv4 network-protocols
Возможность сопоставления IPv4-адреса с сетевой маской и использования нескольких маршрутов по умолчанию?

У нас есть,

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 netamsk, и наоборот. Это допустимая конфигурация?

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

решение1

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

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

Связанный контент