Порядок назначения IP адресов. Автономные IP адреса. Автоматизация назначения IP адресов
Номера сетей могут назначаться либо централизованно, если сеть является частью Internet, либо произвольно, если сеть работает автономно. Номера узлов и в том и в другом случае администратор назначает самостоятельно по своему усмотрению, не выходя, разумеется, из разрешенного для этого класса сети диапазона.
Главную роль в централизованном распределении IP-адресов до некоторого времени играла организация InterNIC (Network Information Center), однако с ростом сети задача распределения адресов стала слишком сложной. InterNIC делегировала часть своих функций другим организациям и крупным поставщикам услуг Internet - провайдерам. В частности распределением IP-адресов для подключения к сети Internet теперь занимаются провайдеры.
С тех пор, как появилась и стала широко распространяться сеть Internet, уже прошло не мало времени. И теперь уже становится актуальным вопрос о дефиците IP-адресов. Если говорить о реальной обстановке при распределении адресов для пользователей Internet, то сейчас очень трудно получить адрес класса В и уже практически невозможно стать обладателем адреса класса А! При этом всем надо сказать, что дефицит IP-адресов вызван не совсем постоянным ростом сетей, а просто нерациональным их использованием. Очень часто владельцы сети класса С расходуют лишь небольшую часть из имеющихся у них 254 адресов.
Рассмотрим пример, когда две сети необходимо соединить глобальной связью.
В таких случаях в качестве канала связи используют два маршрутизатора, соединенных по схеме "точка-точка".
В ситуации, которая приведена в примере, для вырожденной сети, образованной каналом, связывающим порты двух смежных маршрутизаторов, приходится выделять отдельный номер сети, хотя в этой сети имеются всего 2 узла.
Давайте рассмотрим другую ситуацию: какие IP-адреса может использовать администратор, если провайдер услуг Internet не назначил ему никакого адреса? Если, к примеру, мы точно знаем, что сеть, которую мы администрируем никогда в будущем не будет подключаться к Internet (работает в "автономном режиме"), тогда мы можем использовать любые IP-адреса, соблюдая правила их назначения, о которых шла речь выше. Для простоты можно использовать адреса класса С: в этом случае не придется вычислять значение маски подсети и вычислять адрес для каждого хоста.
В этом случае мы должны будем просто назначить каждому сегменту нашей локальной сети его собственный сетевой номер класса С.
Если все сегменты нашей локальной сети имеют собственные сетевые номера класса С, то в каждом сегменте можно создать по 254 номера хостов.
Однако если у нас есть хотя бы небольшая вероятность того, что когда-либо в будущем наша сеть может быть подключена к Internet, не следует использовать такие IP-адреса! Они могут привести к конфликту с другими адресами в Internet. Чтобы избежать таких конфликтов, нужно использовать IP-адреса, зарезервированные для частных сетей.
Для этой цели зарезервированы специально несколько блоков IP-адресов, которые называются автономными.
Автономные IP адреса
Автономные адреса зарезервированы для использования частными сетями. Они обычно используются организациями, которые имеют свою частную большую сеть - intranet (локальные сети с архитектурой и логикой Internet), но и маленькие сети часто находят их полезными.
Эти адреса не обрабатываются маршрутизаторами Internet, ни при каких условиях. Эти адреса выбраны из разных классов.
| Класс | От IP-адреса | До IP-адреса | Всего узлов адресов в диапазоне |
| A | 10.0.0.0 | 10.255.255.255 | 16 777 216-2 |
| B | 172.16.0.0 | 172.31.255.255 | 65 536-2 |
| C | 192.168.0.0 | 192.168.255.255 | 256-2 |
Эти адреса являются зарезервированными для частных сетей. Таким образом, если в будущем мы решим все-таки подключить свою сеть к Internet, то даже если трафик с одного из хостов в нашей сети и попадет каким-либо образом в Internet, конфликта между адресами произойти не должно. Маршрутизаторы в Internet запрограммированы так, чтобы не транслировать сообщения, направляемые с зарезервированных адресов или на них.
Надо сказать, что использование автономныхIP-адресов имеет и недостатки, которые состоят в том, что если мы будем подключать свою сеть к Internet, то нам придется заново настроить конфигурацию хостов, соединяемых с Internet.
Можно сказать, что подсеть - это метод, состоящий в том, чтобы взять сетевой IP адрес и локально разбить его так, чтобы этот один сетевой IP адрес мог в действительности использоваться в нескольких взаимосвязанных локальных сетях.
Один сетевой IP адрес может использоваться только для одной сети! Самое важное: разбиение на подсети - это локальная настройка, она не видна "снаружи". Разбиение одной большой сети на подсети, значительно разгружает общий трафик и позволяет повысить безопасность всей сети в целом.
4.6. Алгоритм разбиения сетина подсети
1) Устанавливаем физические соединения (сетевые кабели и сетевые соединители - такие как маршрутизаторы);
2) Принимаем решение насколько большие/маленькие подсети вам нужны, исходя из количества устройств, которое будет подключено к ним, то есть, сколько IP адресов требуется использовать в каждом сегменте сети.
3) Вычисляем соответствующие сетевые маски и сетевые адреса;
4) Раздаем каждому интерфейсу в каждой сети свой IP адрес и соответствующую сетевую маску;
5) Настраиваем каждый маршрутизатор и все сетевые устройства;
6) Проверяем систему, исправляем ошибки.
Сейчас наша задача разобраться с тем, как выполнить 2-й и 3-й шаги.
Пример 1
Предположим, что мы хотим разбить нашу сеть на подсети, но имеем только один IP-адрес сети 210.16.15.0.
Решение:
IP-адрес 210.16.15.0 - это адрес класса С. Сеть класса С может иметь до 254 интерфейсов (хостов) плюс адрес сети (210.16.15.0) и широковещательный адрес (210.16.15.255).
Первое: определить "размер" подсети.
Существует зависимость между количеством создаваемых подсетей и "потраченными" IP адресами.
Каждая отдельная IP сеть имеет два адреса, неиспользуемые для интерфейсов (хостов):
- IP адрес собственно сети и широковещательный адрес.
При разбивке на подсети каждая подсеть требует свой собственный уникальный IP адрес сети и широковещательный адрес - и они должны быть корректно выбраны из диапазона адресов IP сети, которую мы делим на подсети.
Итак, если при разбивке IP сети на подсети, в каждой из которых есть два сетевых адреса и два широковещательных адреса - надо помнить, что каждая из них уменьшит количество используемых интерфейсных (хостовых) адресов на два.
Это мы должны всегда учитывать при вычислении сетевых номеров. Следующий шаг - вычисление маски подсети и сетевых номеров.
Сетевая маска - это то, что выполняет все логические манипуляции по разделению IP сети на подсети.
Для всех трех классов IP сетей существуют стандартные сетевые маски:
· Класс A (8 сетевых битов) : 255.0.0.0
· Класс B (16 сетевых битов): 255.255.0.0
· Класс C (24 сетевых бита): 255.255.255.0
Чтобы создать подсеть, нужно изменить маску подсети для данного класса адресов.
Номер подсети можно задать, позаимствовав нужное для нумерации подсетей количество разрядов в номере хоста. Для этого берутся левые (старшие) разряды из номера хоста, в маске же взятые разряды заполняются единицами, чтобы показать, что эти разряды теперь нумеруют не узел а подсеть. Значения в остающихся разрядах маски подсети оставляются равными нулю; это означает, что оставшиеся разряды в номере хоста в IP-адресе должны использоваться как новый (меньший) номер хоста.
Например, чтобы разбить сетевой адрес на две подсети, мы должны позаимствовать один хостовый бит, установив соответствующий бит в сетевой маске первого хостового бита в 1.
Если нам нужно четыре подсети - используем два хостовых бита, если восемь подсетей - три бита и т.д. Однозначно, что если нам нужно пять подсетей, то мы будем использовать три хостовых бита. Соответствующим образом изменяется и маска подсети:
Для адресов класса C, при разбиении на 2 подсети это дает маску -
11111111.11111111.11111111.10000000 или 255.255.255.128
при разбиении на 4 подсети маска в двоичном виде -
11111111.11111111.11111111.11000000, или в десятичном 255.255.255.192. и т.д.
Для нашего адреса сети класса С 210.16.15.0, можно определить следующих несколько способов разбивки на подсети: -
Теперь нужно решить вопрос об адресах сетей и широковещательных адресах, и о диапазоне IP адресов для каждой из этих сетей.
Снова, принимая во внимание только сетевые адреса класса С. и показав только последнюю (хостовую) часть адресов, мы имеем:
Из этой таблицы сразу можем увидеть, что увеличение количества подсетей сокращает общее количество доступных хостовых адресов. Теперь, вооруженные этой информацией, мы готовы назначать хостовые и сетевые IP адреса и сетевые маски.
Пример 2
Определим, сколько нужно подсетей для нашей сети класса С, чтобы разбить ее на подсети по 10 хостов в каждой.
Решение:
Сеть класса С может обслуживать всего 254 хоста плюс адрес сети и широковещательный адрес.
Для адресации 10-ти хостов 3-х разрядов недостаточно, поэтому необходимо 4-е разряда. Итак, из восьми возможных для класса С, нам нужно только 4 разряда для адресации 10 хостов, остальные можно использовать как сетевые для адресации подсетей. Мы уже знаем, что каждая подсеть уменьшает количество возможных хостовых адресов в два раза.
Для адресации 16 подсетей необходимо использовать 4 разряда. Итак, посчитаем теперь количество узлов в каждой из 16 подсетей: 24 - 2 = 14 хостов. Это количество с запасом удовлетворяет условие задачи.
Вычислим маску подсети, в этом случае она имеет вид:
11111111.11111111.11111111.11110000 или
255.255.255.240
Мы должны будем указать эту маску при настройке конфигурации каждого хоста в нашей сети (независимо от того, в какой подсети находится хост).
Теперь, например, мы можем сказать, адрес 192.168.200.246 с маской 255.255.255.240 - означает номер сети 192.168.200.240 и номер узла 0.0.0.6.
Пример 3
Теперь, для всех трех классов определим соответственно маски подсети, и максимальное количество узлов возможное в каждой из этих подсетей, если необходимо разбить соответственно сеть класса А, сеть класса В, сеть класса С на отдельные 4 подсети.
Решение:
Для сети класса А:
Максимальное количество узлов 16 777 216. Для адресации 4-х подсетей необходимо 2 разряда, значит остается 22 разряда для адресации хостов. Таким образом, каждая из четырех подсетей способна обслуживать 222 - 2 = 4 194 302 хоста в каждой из подсетей.
Для сети класса В
Максимальное количество узлов - 65 536. Для адресации 4-х подсетей в сетевом адресе класса В также нужно использовать 2 разряда, но теперь свободными остается 14 разрядов. Таким образом, каждая из подсетей может обслуживать 214 - 2 = 16 382 хостов.
Пример с сетью класса С мы уже рассматривали. Итак, теперь самое главное уметь в двоичном виде читать IP адреса, а с помощью маски легко можно определить номер сети и номер узла. Вот теперь, можно сказать, теория заканчивается, для нашей работы очень важно "окрепнуть" в навыках работы с IP адресами, уметь разделять сети на подсети, вычислять маски подсети, и назначать возможные адреса сетей, и адреса хостов - это прямая обязанность сетевых администраторов.
Надо сказать, что назначение IP-адресов узлам сети даже при не очень большом размере сети представляет для администратора очень утомительную процедуру. Поэтому сразу вторым шагом в IP адресации разработчики решили автоматизировать этот процесс.
С этой целью был разработан протокол Dynamic Host Configuration Protocol (DHCP), который освобождает администратора от этих проблем, автоматизируя процесс назначения IP-адресов.
DHCP может поддерживать способ автоматического динамического распределения адресов, а также более простые способы ручного и автоматического статического назначения адресов. Протокол DHCP работает в соответствии с моделью клиент-сервер.
Во время старта системы компьютер, являющийся DHCP-клиентом, посылает в сеть широковещательный запрос на получение IP-адреса. DHCP - cepвер откликается и посылает сообщение-ответ, содержащее IP-адрес. Предполагается, что DHCP-клиент и DHCP-сервер находятся в одной IP-сети.
При динамическом распределении адресов DHCP-сервер выдает адрес клиенту на ограниченное время, оно называется временем аренды (lease duration). Это дает возможность впоследствии повторно использовать этот IP-адрес для назначения другому компьютеру.
Основное преимущество DHCP - автоматизация рутинной работы администратора по конфигурированию стека TCP/IP на каждом компьютере. Иногда динамическое разделение адресов позволяет строить IP-сеть, количество узлов которой превышает количество имеющихся в распоряжении администратора IP-адресов.
В ручной процедуре назначения статических адресов активное участие принимает администратор, который предоставляет DHCP - серверу информацию о соответствии IP-адресов физическим адресам или другим идентификаторам клиентов. DHCP-сервер, пользуясь этой информацией, всегда выдает определенному клиенту назначенный администратором адрес.
При автоматическом статическом способе DHCP-сервер присваивает IP-адрес из пула наличных IP-адресов без вмешательства оператора. А границы пула назначаемых адресов задает администратор при конфигурировании DHCP-сервера.
Адрес дается клиенту из пула в постоянное пользование, то есть с неограниченным сроком аренды. Между идентификатором клиента и его IP-адресом по-прежнему, как и при ручном назначении, существует постоянное соответствие. Оно устанавливается в момент первого назначения DHCP-сервером IP-адреса клиенту. При всех последующих запросах сервер возвращает тот же самый IP-адрес.
DHCP обеспечивает надежный и простой способ конфигурации сети TCP/IP, гарантируя отсутствие дублирования адресов за счет централизованного управления их распределением.
Администратору в этом случае остается только управляет процессом назначения адресов с помощью параметра "продолжительность аренды", которая определяет, как долго компьютер может использовать назначенный IP-адрес, перед тем как снова запросить его от DHCP-сервера в аренду.
Задания
1) IP-адрес 190.235.130.N, сетевая маска 255.255.192.0. Определите, адрес сети и адрес узла.
2) Определите маски подсети для случая разбиения сети с номером N.0.0.0 на 32 подсети.
3) Существует единая корпоративная сеть, количество узлов сети - 50 450. Этой сети выделен адрес для выхода в Internet N.124.0.0. Вы решили не требовать от провайдера дополнительных адресов и организовать 8 филиалов в этой сети. Спрашивается:
- Какое максимальное количество узлов может быть в каждом из филиалов? Вычислите сетевые маски и возможный диапазон адресов хостов для каждого из филиалов.
4) Вы являетесь администратором корпоративной сети из 6 подсетей, в каждой подсети по 25 компьютеров. Необходимо используя один номер сети класса С 192.168.10.0, определить правильно ли выбран размер подсети, и назначить маски и возможные IP-адреса хостам сети.
5)Разделить IP-сеть на подсети в соответствии с вариантом из таблицы. Для каждой подсети указать широковещательный адрес.
Таблица 4.1.
| Вариант | Сеть | Подсети |
| 192.168.16.0/24 | 5 подсетей с 100, 20, 10, 6 и 40 узлами | |
| | 194.45.27.0/24 | 5 подсетей с 34, 20, 62,10 и 40 узлами* |
| | 56.1.1.0/16 | 4 подсети с 65, 22, 10 и 30 узлами |
| | 147.168.0.0/16 | 5 подсетей с 56, 16, 10 и 70 узлами |
| | 193.68.61.0/24 | 5 подсетей с 100, 20, 10 и 40 узлами |
| | 192.100.0.0/24 | 4 подсети с 80, 20, 12 и 20 узлами |
| | 195.18.11.0/24 | 4 подсети с 110, 11, 10 и 40 узлами |
| | 207.15.0.0/24 | 4 подсети с 28, 80, 10 и 40 узлами |
| | 222.11.0.0/24 | 4 подсети с 110, 20, 10 и 50 узлами |
| | 200.2.2.0/24 | 4 подсети с 100, 20, 10 и 40 узлами |
| | 201.111.32.0/16 | 5 подсетей с 170, 590, 1500, 800 и 254 узлами* |
| | 128.200.1.0/16 | 5 подсетей с 115, 300, 200, 128 и 420 узлами |
| | 53.11.0.0/16 | 5 подсетей с 165, 222, 128, 110 и 430 узлами* |
| | 146.77.0.0/16 | 5 подсетей с 550, 116, 200, 256 и 170 узлами |
| | 194.54.45.0/24 | 4 подсети с 103, 39, 10 и 16 узлами |
| | 142.51.0.0/16 | 4 подсети с 180, 120, 12 и 30 узлами |
| | 43.0.0.0/16 | 4 подсети с 151, 211, 16 и 70 узлами |
Контрольные вопросы
- Какие бывают классы IP-адресов.
- Как по первому байту адреса определить его класс?
- Что такое маска, на что она указывает?
- Для чего нужны маски переменной длины?
- Изложите алгоритм деления сетей на подсети с помощью VLM (variable length mask).
Лабораторная работа №5
IP-маршрутизация
Цель работы:Изучить структуру таблиц маршрутизации и наиболее общий алгоритм выбора маршрута.
Теоретические положения
Таблицы маршрутизации частично составляются вручную администратором сети, а частично динамически обновляются, на основании данных соседних маршрутизаторов, по протоколам RIP, OSPF, NLSP, BGP и др.
Структура таблицы маршрутизации стека TCP/IP соответствует общим принципам построения таблиц маршрутизации, тем, которые мы уже рассматривали на предыдущих занятиях. Однако важно отметить, что вид таблицы IP-маршрутизации зависит от конкретной реализации стека TCP/IP.
Например, рассмотрим работу маршрутизаторов в составной сети, представленной на этом рисунке.
рис. 6.1. Схема сети для пояснения таблицы маршрутизации
Примечание к рсунку 6.1.: Точки A, B и C объединяются с помощью коммутатора.Современная локальная сеть – чаще всего топология "звезда" с объединенными свитчем компьютерами.
Давайте рассмотрим, один из трех вариантов таблицы маршрутизации, с которыми мог бы работать маршрутизатор M1 в этой составной сети.
Первый вариант, если представить, что в качестве маршрутизатора M1 в данной сети работает штатный программный маршрутизатор MPR операционной системы Microsoft Windows NT, то его таблица маршрутизации могла бы иметь следующий вид.
Второй вариант, если на месте маршрутизатора М1 установить аппаратный маршрутизатор NetBuilder II компании 3 Com, то его таблица маршрутизации для этой же сети может выглядеть так, как показано здесь.
Третий вариант, если, например, маршрутизатор M1, будет реализован в виде программного маршрутизатора одной из версий операционной системы Unix, таблица маршрутизация может быть такой.
Эти примеры показывают, что в принципе, сама суть информации, которую предоставляет таблица маршрутизации, при использовании маршрутизаторов различных типов не изменяется, хотя внешние различия явно заметны. Да, как вы заметили их этих примеров, в таблицах маршрутизации в зависимости от типа маршрутизатора, могут по-другому называться сами поля таблицы маршрутизации, могут не использоваться дополнительные поля для сетевых масок, могут по-другому обозначаться интерфейсы, могут использоваться поля дополнительной информации, но цель остается все та же - определение наилучшего маршрута продвижения IP пакета.
Давайте познакомимся с назначением каждого из полей таблицы маршрутизации в общем случае.
Таблица маршрутизации помещает в себе следующие ключевые параметры, которые необходимы маршрутизатору для работы.
- адрес сети назначения (столбцы "Destination" в маршрутизаторах NetBuilder и Unix или "Network Address" в маршрутизаторе MPR)
- адрес следующего маршрутизатора (столбцы "Gateway" в маршрутизаторах NetBuilder и Unix или "Gateway Address" в маршрутизаторе MPR).
Третий ключевой параметр - адрес порта, на который нужно направить пакет, в некоторых таблицах указывается прямо (поле "Interface" в таблице Windows NT), а в некоторых - косвенно. Так, в таблице Unix-маршрутизатора вместо адреса порта задается просто его условное наименование
- lе0 для порта с адресом 198.21.17.5,
- le1 для порта с адресом 213.34.12.3
- lо0 для внутреннего порта с адресом 127.0.0.1.
А в маршрутизаторе NetBuilder II поле, обозначающее выходной порт в какой-либо форме, вообще отсутствует. Это объясняется тем, что адрес выходного порта всегда можно косвенно определить по адресу следующего маршрутизатора.
Например, попробуем определить по таблице маршрутизации для этого маршрутизатора компании 3Com (смотрите рисунок с примером сети) адрес выходного порта для сети 56.0.0.0.
Из таблицы следует, что следующим маршрутизатором для этой сети будет маршрутизатор с адресом 213.34.12.4. Адрес следующего маршрутизатора должен принадлежать одной из непосредственно присоединенных к маршрутизатору сетей, и в данном случае это сеть 213.34.12.0.
Маршрутизатор имеет порт, присоединенный к этой сети, и адрес этого порта 213.34.12.3 мы находим в поле "Gateway" второй строки таблицы маршрутизации, которая описывает непосредственно присоединенную сеть 213.34.12.0.
Для непосредственно присоединенных сетей адресом следующего маршрутизатора всегда является адрес собственного порта маршрутизатора. Таким образом, адрес выходного порта для сети 56.0.0 - это адрес 213.34.12.3.
Остальные параметры, которые можно найти в представленных версиях таблицы маршрутизации, являются необязательными для принятия решения о пути следования пакета.
Наличие или отсутствие поля маски в таблице говорит о том, насколько современен данный маршрутизатор.
Стандартным решением сегодня является использование поля маски в каждой записи таблицы, как это сделано в таблицах маршрутизаторов MPR Windows NT (поле "Netmask") и NetBuilder (поле "Mask"). Обработку масок при принятии решения маршрутизаторами мы рассмотрим немного позже.
А пока отметим, что отсутствие поля маски в таблице маршрутизации говорит о том, что либо маршрутизатор рассчитан на работу только с тремя стандартными классами адресов, либо он использует для всех записей одну и ту же маску, что существенно снижает гибкость маршрутизации.
Метрика является необязательным параметром. Если в таблице маршрутизации каждая сеть назначения упомянута только один раз, то поле метрики не будет приниматься во внимание при выборе маршрута, так как выбор отсутствует.
А вот признак непосредственно подключенной сети маршрутизатору нужен, поскольку пакет для этой сети обрабатывается особым способом - он не передается следующему маршрутизатору, а отправляется узлу назначения. Поэтому метрика 0 для маршрутизатора NetBuilder или 1 для маршрутизатора MPR просто говорит маршрутизатору, что эта сеть непосредственно подключена к его порту, а другое значение метрики соответствует удаленной сети.
Выбор значения метрики для непосредственно подключенной сети является достаточно произвольным, главное, чтобы метрика удаленной сети отсчитывалась с учетом этого выбранного начального значения.
Например, в Unix-маршрутизаторе используется просто поле признаков, где флаг G (gateway) отмечает удаленную сеть, а его отсутствие - непосредственно подключенную. Набор флагов UGH будет означать, что интерфейс поднят (Up) и ведет через маршрутизатор (Gateway) к хосту (H-host).
Флаги записей присутствуют только в таблице UNIX-маршрутизатора. Они описывают характеристики записи:
U показывает, что маршрут активен и работоспособен. Аналогичный смысл имеет поле Status в маршрутизаторе NetBuilder;
H — признак специфического маршрута к определенному хосту. Маршрут ко всей сети, к которой принадлежит данный хост, может отличаться от данного маршрута;
G означает, что маршрут пакета проходит через промежуточный маршрутизатор (gateway). Отсутствие этого флага указывает на непосредственно подключенную сеть;
D означает, что маршрут получен из сообщения Redirect (перенаправление) протокола ICMP. Такой признак может присутствовать только в таблице маршрутизации конечного узла. Он означает, что конечный узел при какой-то предыдущей передаче пакета выбрал не самый рациональный следующий маршрутизатор на пути к данной сети, и этот маршрутизатор с помощью протокола ICMP сообщил, что все последующие пакеты в данную сеть нужно отправлять через другой соседний маршрутизатор. Протокол ICMP может посылать сообщения только узлу-отправителю, поэтому на промежуточном маршрутизаторе этот признак встретиться не может. Признак никак не влияет на процесс маршрутизации, он только указывает администратору источник появления записи.
Однако существуют ситуации, когда маршрутизатор должен обязательно хранить значение метрики для записи о каждой удаленной сети. Эти ситуации возникают, когда записи в таблице маршрутизации являются результатом работы некоторых протоколов маршрутизации.
В таких протоколах новая информация о какой-либо удаленной сети сравнивается с имеющейся в таблице, и если метрика новой информации лучше имеющейся, то новая запись вытесняет имеющуюся.
Как вы увидели, в таблицах маршрутизации могут существовать дополнительные поля. Так, например, в таблице маршрутизатора NetBuilder имеются два справочных поля.
Поле времени жизни "TTL" (Time To Live)имеет смысл для динамических записей, которые имеют ограниченный срок жизни. Текущее значение поля показывает оставшийся срок жизни записи в секундах.
Поле "Source" отражает источник появления записи в таблице маршрутизации. Хотя это поле имеется не во всех маршрутизаторах, но практически для всех маршрутизаторов существуют три основных источника появления записи в таблице.
Поскольку с возможным содержимым таблицы мы уже познакомились, давайте теперь рассмотрим, какие бывают источники записей таблицы маршрутизации.