Как сделать резервный маршрут

Обновлено: 05.07.2024

Обычно он должен использовать eth0 до тех пор, пока eth0 не будет отключен или интернет на 192.168.1.1 не выйдет из строя. Затем он должен переключиться на eth1 для работы в сети, пока eth0 не вернется, а затем он должен снова переключиться на eth0. Вот как должна работать эта таблица маршрутизации?

На основе метрики. Отключенная сеть приведет к отказу интерфейса, и его маршрут будет удален из таблицы маршрутизации.

Это не то, что происходит. Кабель отключается, но маршрут остается, предотвращая откат к eth1

Это не вопрос программирования, поэтому вы задаете не тот сайт SE. Попробуйте спросить на Суперпользователь.

Как и любой другой протокол маршрутизации, EIGRP рассчитывает метрики для всех маршрутов ко всем подсетям. Маршрут с наилучшей (минимальной) метрикой до какой-либо подсети называется оптимальным (successor), устройство устанавливает такой маршрут в таблицу маршрутизации. Метрику такого маршрута называют оптимальным расстоянием (feasible distance — FD).

К той же самой подсети может вести несколько маршрутов с метрикой, которая больше, чем FD; из таких маршрутов протокол EIGRP пытается выбрать некоторый резервный маршрут, который можно использовать мгновенно для передачи данных после пропадания основного. Для расчетов протокол EIGRP использует некоторый простой алгоритм, с помощью которого помечает резервные маршруты в топологической таблице, на которые будет происходить мгновенное переключение в случает отказа оптимального пути, а также генерирует отсутствие кольцевых маршрутов среди них. Такие альтернативные готовые к использованию маршруты называются резервными (feasible successor). Может ли маршрут использоваться в качестве резервного, определяется следующим правилом.

Если расстояние RD для не оптимального маршрута строго меньше, чем FD, такой маршрут будет резервным.

Понять принцип выбора резервного маршрута нам поможет схема сети, представленная ниже. На ней проиллюстрировано, как протокол eigrp выбирает резервные маршруты к подсети 1. В данной сети маршрутизатор Д обнаруживает три маршрута к подсети 1: маршруты через маршрутизаторы Б, В и Г.

После того как на основании полосы пропускания и задержки рассчитаны метрики маршрутов для маршрутизатора Д и учтены метрики, полученные в обновлениях маршрутной информации, маршрутизатор Д выбирает маршрут через устройство Г (поскольку у него минимальная метрика) и устанавливает его в таблицу маршрутизации. Рассчитанное значение FD (оптимальная метрика) для этого маршрута равно 14000 (рис. 2).

Рис. 2. Оптимальный и резервный маршруты

Протокол маршрутизации EIGRP определяет, может ли маршрут быть резервным, на основании метрики к подсети, анонсированной соседом (т.е. анонсируемого расстояния — RD); такая метрика должна быть меньше, чем метрика оптимального маршрута к подсети для данного маршрутизатора (т.е. меньше оптимального расстояния — FD). Если анонсируемая соседним маршрутизатором метрика пути к подсети меньше, чем оптимальная для текущего устройства, то говорят, что для маршрута выполняется условие резервирования (feasibility condition).

В нашем примере маршрутизатор Д рассчитал метрику оптимального маршрута (FD) и получил число, равное 14 000 (через маршрутизатор Г). Рассчитанная маршрутизатором В метрика — анонсируемое расстояние маршрута к подсети — (13 000) меньше, чем оптимальное расстояние (14 000).

Следовательно, маршрутизатор Д в такой топологии сети по метрики определяет, что маршрут к рассматриваемой подсети для маршрутизатора В не указывает на устройство Д, поэтому в случае пропадания основного маршрута можно переключиться на резервный (через маршрутизатор В), не рискуя получить кольцевой маршрут. После таких расчетов маршрутизатор Д маркирует маршрут через маршрутизатор В в своей топологической таблице как резервный (successor route). Аналогичные расчеты выполняются и для маршрутизатора Б, анонсируемое расстояние до той же самой подсети для которого равно 15 000. Это значение больше оптимального расстояния для устройства Д (14 000), следовательно, такой маршрут нельзя использовать в качестве резервного.

Представим, что два маршрутизатора В и Г, отказали. У маршрутизатора Д в таком случает не будет резервного (feasible successor) маршрута к подсети 1, но зато в сети есть вполне очевидный путь через маршрутизатор Б. Чтобы использовать этот маршрут, устройство Д сначала должно послать запрос (query) всем соседним устройствам (в данном случае маршрутизатору Б).

Опора деревянной одностоечной и способы укрепление угловых опор: Опоры ВЛ - конструкции, предназначенные для поддерживания проводов на необходимой высоте над землей, водой.

Поперечные профили набережных и береговой полосы: На городских территориях берегоукрепление проектируют с учетом технических и экономических требований, но особое значение придают эстетическим.

Механическое удерживание земляных масс: Механическое удерживание земляных масс на склоне обеспечивают контрфорсными сооружениями различных конструкций.

Прежде чем приступать к практике хотелось бы поговорить немного о теории, что бы Вы понимали, что Вы делаете, и в каких случаях это Вам может пригодиться.

Для начала пару определений:

Статическая маршрутизация — вид маршрутизации, при котором маршруты указываются в явном виде при конфигурации маршрутизатора. Вся маршрутизация при этом происходит без участия каких-либо протоколов маршрутизации.

Статический маршрут — представляет собой заданный администратором маршрут, который заставляет пакеты, перемещающиеся между источником и адресатом, отправляться по указанному пути. Другими словами — это явно указанный путь, по которому должен пройти пакет из пункта А в пункт Б.

В этой статье мы с Вами говорим, о статическом маршруте на обыкновенном компьютере с операционной системой Windows. Для чего же нам нужно уметь прописывать статические маршруты? спросите Вы, сейчас попробую объяснить, где это знание Вам может пригодиться.

Например, у Вас дома два компьютера, один из которых имеет доступ в Интернет по средствам VPN, также он соединен со вторым компьютером локальной сетью, и каждый раз, когда он подключается к Интернету, то связь между двумя компьютерами теряется, так как первый компьютер (который подключился к VPN) уже находится в другой сети, и поэтому недоступен со второго компа.

Примеры использования утилиты route

Хватит теории, переходим к практике. Сейчас мы с Вами пропишем маршрут, который разрешит нам получить доступ к локальной сети при включенном VPN соединении, пригодится обычным пользователям, у которых дома более одного компьютера, а в Интернет выходят по средствам VPN.

Имеем локальную сеть: 192.168.1.0/24

Локальный IP первого компьютера (пусть он будет компьютер — A) – 192.168.1.2 (на котором присутствует VPN соединение)

Локальный IP второго компьютера (а этот компьютер — B) – 192.168.1.3

IP адрес шлюза т.е. модема – 192.168.1.1

Нам нужно прописать маршрут на компьютере A, чтобы он смог видеть компьютер B при включенном VPN соединении. Делается это следующем образом: запускаем командную строку Пуск->Выполнить->cmd и набираем следующую команду:

route –p add 192.168.1.0 mask 255.255.255.0 192.168.1.1

route – сама программа, которая работает с таблицей маршрутизации;
-p – ключ, который говорит, что маршрут будет постоянный, так как (Важное замечание!) без этого ключа все маршруты, которые Вы добавите удалятся после перезагрузке, поэтому если Вы хотите использовать маршрут всегда, то пропишите этот ключ, если только один раз, то его можно не писать;
add – команда, добавляющая запись в таблицу маршрутизации;
192.168.1.0 – сеть, с которой Вы хотите иметь связь;
mask 255.255.255.0 – маска подсети;
192.168.1.1 – адрес шлюза, обычно это адрес модема.

Добавив всего один маршрут, Вы получаете доступ к своей сети при подключенном Интернете, т.е. VPN соединении.

route –p add 172.18.24.13 mask 255.255.255.255 192.168.0.1

Синтаксис и основные ключи утилиты route

Теперь поговорим поподробней о команде route.

route [-f] [-p] [destination] [mask ] [gateway] [metric ] [if ]

-f — удаляет из таблицы маршрутизации все маршруты;
-p – сохраняет маршрут на постоянную основу;
add – добавляет новый маршрут;
change — меняет текущий маршрут в таблице маршрутизации;
delete — удаляет маршрут из таблицы маршрутизации;
print — отображает содержимое таблицы маршрутизации;
destination — при добавлении или изменении маршрута этот параметр используется для указания идентификатора сети назначения;
mask — при добавлении или изменении маршрута этот параметр используется для указания маски подсети для сети назначения;
gateway — при добавлении или изменении нового маршрута этот параметр используется для указания шлюза (маршрутизатора или модема);
metric — используется для указания целого числа в диапазоне от 1 до 9999, являющегося метрикой стоимости для маршрута. Если для определенной сети назначения существует несколько возможных маршрутов, будет использован маршрут с наименьшим значением метрики;
if — используется для указания номера индекса интерфейса, который подключен к сети назначения.

Для того чтобы просто посмотреть таблицу маршрутизации у себя на компьютере введите в командную строку следующие:

route print

Вот в принципе и все что я хотел Вам рассказать, но следует помнить что, проводя все выше указанные манипуляции нужно быть внимательным, так как ошибка всего в одной цифре приведет к нежелательным результатам, не критичным, но нежелательным. В особенности это относится к корпоративным сетям, где маршрутизация уже настроена, и Вы можете легко изменить, удалить нужные маршруты.

Конечные точки маршрутизации

Если в пользовательской конечной точке есть конфигурации брандмауэра, рассмотрите возможность использования исключения Microsoft Trusted First сторона.

Сейчас Центр Интернета вещей поддерживает следующие конечные точки.

Встроенная конечная точка
Хранилище Azure
Очереди и разделы служебной шины
Центры событий

Встроенная конечная точка в качестве конечной точки маршрутизации

Служба хранилища Microsoft Azure в качестве конечной точки маршрутизации

Формат кодирования можно задать только при настройке конечной точки хранилища BLOB-объектов. Его нельзя изменить для существующей конечной точки. Чтобы переключить форматы кодирования для существующей конечной точки, необходимо удалить конечную точку и создать ее повторно с нужным форматом. Одной из полезных стратегий может быть создание новой пользовательской конечной точки с нужным форматом кодирования и добавление параллельного маршрута к этой конечной точке. Таким образом, вы можете проверить данные перед удалением существующей конечной точки.

Формат кодирования можно выбрать с помощью REST API создания или обновления Центра Интернета вещей, в частности RoutingStorageContainerProperties, портала Azure, Azure CLI или Azure PowerShell. На следующем рисунке показано, как выбрать формат кодирования на портале Azure.

Вы можете применять любое соглашение об именовании файлов, однако необходимо использовать все перечисленные токены. Центр Интернета вещей будет записывать пустой большой двоичный объект, если нет данных для записи.

Мы рекомендуем включить большие двоичные объекты или файлы в список, а затем выполнять перебор по ним, чтобы обеспечить считывание всех больших двоичных объектов или файлов независимо от раздела. Диапазон секций может измениться в процессе инициированной корпорацией Майкрософт отработки отказа или при переходе на другой ресурс вручную с помощью Центра Интернета вещей. Вы можете использовать API перечисления больших двоичных объектов или API перечисления ADLS 2-го поколения для составления списка файлов. Ознакомьтесь со следующим примером в качестве руководства.

Чтобы создать учетную запись хранения, совместимую с Azure Data Lake 2-го поколения, создайте новую учетную запись хранения v2 и выберите параметр включено в поле Иерархическое пространство имен на вкладке Дополнительно, как показано на рисунке.

Очереди служебной шины Microsoft Azure и разделы служебной шины в качестве конечной точки маршрутизации

Для очередей и разделов служебной шины, которые используются как конечные точки Центра Интернета вещей, сеансы или поиск повторяющихся данных должны быть выключены. Если одна из этих возможностей включена, на портале Azure конечная точка будет отображаться как недоступная.

Центры событий в качестве конечной точки маршрутизации

Помимо конечной точки, совместимой со встроенными Центрами событий, вы также можете направлять данные в пользовательские конечные точки типа Центров событий.

Чтение маршрутизированных данных

Вы можете настроить маршрут, следуя инструкциям в этом руководстве.

Считывание данных из Центров событий.

Резервный маршрут

События без использования телеметрии

Ограничения для событий состояния подключения устройства

Если вы накладываете подключение устройства, что означает, что устройство часто подключается и отключается, центр Интернета вещей не отправляет каждое состояние подключения, но публикует текущее состояние соединения на периодическое моментальное снимке 60 с до тех пор, пока мерцание не будет остановлено. Получение одного и того же события состояния соединения с разными порядковыми номерами или разных событий состояния соединения означает, что произошло изменение состояния соединения устройства.

Тестирование маршрутов

Задержка

Мониторинг и устранение неполадок

Используйте руководство по устранению неполадок маршрутизации для получения дополнительных сведений и поддержки по устранению неполадок маршрутизации.

Дальнейшие действия

Читайте также: