СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ДАННЫХ НА ОСНОВЕ ТЕХНОЛОГИИ НЕПРОНУМЕРОВАННЫХ IP-АДРЕСОВ Российский патент 2018 года по МПК H04L29/06 

Описание патента на изобретение RU2670378C2

Область техники

Настоящее изобретение относится к области техники маршрутизации и, в частности, к способу и устройству передачи данных на основе технологии непронумерованных IP-адресов.

Описание предшествующего уровня техники

Протокол маршрутизации OSPF представляет собой протокол маршрутизации по состоянию канала для IP-сети. Протокол использует протокол внутреннего шлюза алгоритма маршрутизации по состоянию канала для работы внутри одной автономной системы. Протокол OSPFv2, приспособленный для IPv4, определен в RFC 2328, a RFC 5340 определяет OSPFv3, приспособленный для IPv6.

Интерфейс OSPF представляет собой соединение между маршрутизатором и сетью, к которой получается доступ. Интерфейс получает информацию о ее состоянии через протокол нижнего уровня и протокол маршрутизации. Интерфейс, указывающий на сеть, относится только к одному IP-адресу и одной IP-маске (только если это не сеть с двухточечным соединением на основе технологии непронумерованных IP-адресов). Интерфейс иногда называется соединением (каналом).

Технология мультиплексирования порта непронумерованных IP-адресов широко используется в маршрутизаторах, которые обычно используются для сохранения IP-адресов. В настоящий момент большинство высокопроизводительных маршрутизаторов поддерживают данную функцию. Так называемое «заимствование IP-адреса» на самом деле заключается в следующем: интерфейс на маршрутизаторе не конфигурируется IP-адресом, но при этом интерфейс должен быть использован, тогда один IP-адрес заимствуется у других интерфейсов с IP-адресами. Если имеется множество IP-адресов для интерфейса, у которого осуществляется заимствование, тогда может быть заимствован только первичный IP-адрес. Если отсутствует IP-адрес для интерфейса, у которого осуществляется заимствование, тогда IP-адрес заимствующего интерфейса имеет вид 0.0.0.0. Поскольку заимствующий интерфейс сам по себе не имеет IP-адреса и маршрут не может быть добавлен, маршрут должен быть сконфигурирован вручную для достижения соединения маршрутизаторов.

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

Если имеется множество каналов в двух одинаковых устройствах, IP-адрес различных портов РТР может быть выполнен с возможностью соответствия требованиям множества каналов и множество портов РТР использует только небольшую часть IP-адресов; и данный случай использования может соответствовать большинству текущих требований. Тем не менее, в крупной сети каждый узел сети имеет множество каналов для соединения; если используется вышеизложенный способ, множество интерфейсов не может использовать функцию непронумерованных IP-адресов одновременно и для этого необходимо потратить множество IP-адресов.

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

Суть изобретения

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

Для решения вышеизложенной технической проблемы вариант осуществления настоящего изобретения предусматривает способ передачи данных на основе технологии непронумерованных IP-адресов, включающий следующие этапы:

инициализацию устройства и конфигурирование IP-адресов для всех интерфейсов устройства;

запуск открытого протокола предпочтения кратчайшего пути (OSPF) и добавление всех интерфейсов в протокол OSPF для определения рабочего состояния всех интерфейсов устройства; и

передачу пакета данных в соответствии с INDEX интерфейса, определенного протоколом OSPF, если рабочее состояние одного или нескольких из всех интерфейсов является состоянием использования.

В качестве альтернативы, этап инициализации устройства и конфигурирования IP-адресов для всех интерфейсов устройства включает:

чтение файла IP-конфигурации и присваивание IP-адреса фиксированному интерфейсу устройства; и

конфигурирование остальных интерфейсов, кроме фиксированного интерфейса устройства, в интерфейс типа РТР и конфигурирование IP-адресов остальных интерфейсов в качестве IP-адреса фиксированного интерфейса.

В качестве альтернативы, этап передачи пакета данных в соответствии с INDEX интерфейса, определенного протоколом OSPF, если рабочее состояние одного или нескольких из всех интерфейсов является состоянием использования, включает:

установку параметра IP_PKTINFO сокета (SOCK) пакета данных во время отправки пакета данных и отправку пакета данных через INDEX интерфейса, определенного протоколом OSPF; и

определение во время приема пакета данных интерфейса для приема пакета данных в соответствии с INDEX, прикрепленным к принятому пакету данных, и обработку пакета данных через интерфейс для приема пакета данных.

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

согласование МАС-адреса и IP-адреса интерфейса противоположного конца с использованием протокола РРРоЕ.

В качестве альтернативы, после этапа передачи пакета данных в соответствии с INDEX интерфейса, определенного протоколом OSPF, если рабочее состояние одного или нескольких из всех интерфейсов является состоянием использования, способ передачи данных на основе технологии непронумерованных IP-адресов дополнительно включает:

использование протокола OSPF для вычисления и генерирования маршрута интерфейса, используемого для выхода маршрута, поиск INDEX, соответствующего выходу маршрута, и удаление всех IP-адресов шлюза маршрута.

Кроме того, вариант осуществления настоящего изобретения дополнительно предусматривает устройство передачи данных на основе технологии непронумерованных IP-адресов, содержащее:

модуль инициализации, выполненный с возможностью: инициализации устройства и конфигурирования IP-адресов для всех интерфейсов;

модуль добавления интерфейса, выполненный с возможностью: запуска открытого протокола предпочтения кратчайшего пути (OSPF) и добавления всех интерфейсов в протокол OSPF для определения рабочего состояния всех интерфейсов устройства; и

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

В качестве альтернативы, модуль инициализации выполнен с возможностью чтения файла IP-конфигурации и присваивания IP-адреса фиксированному интерфейсу устройства;

конфигурирования остальных интерфейсов, кроме фиксированного интерфейса устройства, в интерфейс типа РТР и конфигурирования IP-адресов остальных интерфейсов в качестве IP-адреса фиксированного интерфейса.

В качестве альтернативы, в настоящем документе модуль отправки и приема выполнен с возможностью:

установки параметра IP_PKTINFO сокета (SOCK) пакета данных во время отправки пакета данных и отправки пакета данных через INDEX интерфейса, определенного протоколом OSPF; и

определения во время приема пакета данных интерфейса для приема пакета данных в соответствии с INDEX, прикрепленным к принятому пакету данных, и обработки пакета данных через интерфейс для приема пакета данных.

В качестве альтернативы, устройство передачи данных на основе технологии непронумерованных IP-адресов дополнительно содержит:

модуль согласования, выполненный с возможностью: согласования MAC-адреса и IP-адреса интерфейса противоположного конца с использованием протокола РРРоЕ.

В качестве альтернативы, устройство передачи данных на основе технологии непронумерованных IP-адресов дополнительно содержит:

модуль генерирования маршрута, выполненный с возможностью: использования протокола OSPF для вычисления и генерирования маршрута интерфейса, используемого для выхода маршрута, поиска INDEX, соответствующего выходу маршрута, и удаления всех IP-адресов шлюза маршрута.

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

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

Краткое описание графических материалов

На фиг. 1 показана блок-схема первого варианта осуществления способа передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения;

на фиг. 2 показана подробная блок-схема этапа инициализации устройства и конфигурирования IP-адресов для всех интерфейсов, показанных на фиг. 1;

на фиг. 3 показана подробная блок-схема этапа отправки и приема пакета данных в соответствии с INDEX интерфейса в состоянии использования в протоколе OSPF, показанном на фиг. 1;

на фиг. 4 показана блок-схема второго варианта осуществления способа передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения;

на фиг. 5 показана блок-схема третьего варианта осуществления способа передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения;

на фиг. 6 показана диаграмма функциональных модулей первого варианта осуществления устройства передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения;

на фиг. 7 показана диаграмма функциональных модулей второго варианта осуществления устройства передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения;

на фиг. 8 показана диаграмма функциональных модулей третьего варианта осуществления устройства передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения;

на фиг. 9 показана диаграмма внешнего соединения двух сетевых элементов;

на фиг. 10 показана диаграмма внешнего соединения одного сетевого элемента со множеством сетевых элементов;

на фиг. 11 показана диаграмма кольцевого соединения двух сетевых элементов;

на фиг. 12 показана диаграмма соединений сетевых элементов, интерфейсы которых конфигурируются различными ID домена.

Предпочтительные варианты осуществления настоящего изобретения

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

На фиг. 1 показана блок-схема первого варианта осуществления способа передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения. Способ передачи данных на основе технологии непронумерованных IP-адресов, как показано на фиг. 1, включает следующие этапы.

На этапе S10 устройство инициализируется и все интерфейсы конфигурируются IP-адресами.

Фиксированный IP-адрес присваивается устройству, IP-адрес устройства присваивается фиксированному интерфейсу устройства во время инициализации устройства, затем остальные интерфейсы, кроме фиксированного интерфейса, конфигурируются в качестве РТР интерфейсов и остальные интерфейсы конфигурируются IP-адресом, таким же, как и IP-адрес фиксированного интерфейса.

На этапе S20 запускается открытый протокол предпочтения кратчайшего пути (OSPF) и все интерфейсы добавляются в протокол OSPF для определения рабочего состояния фиксированного интерфейса и остальных интерфейсов.

Протокол OSPF запускается, все интерфейсы добавляются в протокол OSPF, и рабочее состояние всех интерфейсов оценивается для определения того, находится ли каждый интерфейс в состоянии использования (UP) или в состоянии неиспользования (DOWN), а затем модуль обработки OSPF динамически уведомляется для запуска модуля обработки OSPF для автоматического добавления или удаления интерфейсов.

На этапе S30 пакет данных передается в соответствии с INDEX интерфейса, определенного протоколом OSPF, если рабочее состояние одного или нескольких из всех интерфейсов является состоянием использования.

Если целевой адрес отправки пакета данных является одноадресным, тогда устанавливается SOCK option IP_PKTINFO отправки пакета данных и отправляемый пакет данных отправляется через интерфейс, указанный посредством INDEX. Во время приема пакета данных интерфейс для приема пакета данных находится через INDEX, прикрепленный к принятому пакету данных, и пакет данных обрабатывается. В протоколе OSPF один интерфейс в состоянии использования соответствует одному INDEX.

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

Ссылаясь на фиг. 2, на фиг. 2 показана подробная блок-схема этапа инициализации устройства и конфигурирования IP-адресов для всех интерфейсов, показанных на фиг. 1.

Кроме того, этап S10 включает следующее.

На этапе S101 файл IP-конфигурации считывается и IP-адрес присваивается фиксированному интерфейсу устройства.

Фиксированный IP-адрес присваивается устройству и IP-адрес устройства присваивается фиксированному интерфейсу устройства во время инициализации устройства.

На этапе S102 остальные интерфейсы, кроме фиксированного интерфейса устройства, конфигурируются в качестве интерфейса типа РТР и IP-адреса остальных интерфейсов конфигурируются в качестве IP-адреса фиксированного интерфейса.

Остальные интерфейсы, кроме фиксированного интерфейса, конфигурируются в качестве интерфейса типа двухточечной связи (РТР), IP-адрес фиксированного интерфейса конфигурируется для остальных интерфейсов, и маска подсети имеет вид 255.255.255.255.

Ссылаясь на фиг. 3, на фиг. 3 показана подробная блок-схема этапа отправки и приема пакета данных в соответствии с INDEX интерфейса в состоянии использования в протоколе OSPF, показанном на фиг. 1.

В качестве альтернативы, этап S30 включает следующее.

На этапе S301 устанавливается параметр IP_PKTINFO сокета (SOCK) пакета данных во время отправки пакета данных и пакет данных отправляется через INDEX интерфейса.

Интерфейс в состоянии использования (UP) в протоколе OSPF отправляет пакет данных протокола OSPF, параметр IP_PKTINFO сокета (SOCK) отправки пакета данных устанавливается во время отправки пакета, и пакет данных отправляется через указанный интерфейс INDEX.

На этапе S302 во время отправки пакета данных устанавливается INDEX пакета данных для определения интерфейса для приема пакета данных, и пакет данных принимается определенным интерфейсом.

Интерфейс в состоянии использования (UP) в протоколе OSPF принимает пакет данных протокола OSPF, и интерфейс для приема пакета находится через INDEX в пакете данных во время приема пакета.

Ссылаясь на фиг. 4, на фиг. 4 показана блок-схема второго варианта осуществления способа передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения.

В качестве альтернативы, во втором варианте осуществления после этапа S10 способ передачи данных на основе технологии непронумерованных IP-адресов дополнительно включает следующее:

на этапе S12 МАС-адрес и IP-адрес интерфейса противоположного конца согласовываются с использованием протокола двухточечной связи через Интернет (РРРоЕ).

Соединение устройства с противоположным концом достигается через протокол РРРоЕ, и МАС-адрес и IP-адрес интерфейса противоположного конца согласовываются и конфигурируются.

Ссылаясь на фиг. 5, на фиг. 5 показана блок-схема третьего варианта осуществления способа передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения.

В качестве альтернативы, в третьем варианте осуществления после этапа S30 способ передачи данных на основе технологии непронумерованных IP-адресов дополнительно включает следующее.

На этапе S40 протокол OSPF используется для вычисления и генерирования маршрута интерфейса, используемого для выхода маршрута, находится INDEX, соответствующий выходу маршрута, и все IP-адреса шлюза маршрута удаляются.

Протокол OSPF вычисляет маршрут, находит INDEX, соответствующий выходу маршрута, во время добавления маршрута и добавляет соответствующий маршрут, при этом не добавляя IP-адреса шлюза маршрута, и данные маршрутизируются из интерфейса, указанного посредством INDEX.

Вариант осуществления настоящего изобретения дополнительно предусматривает устройство передачи данных на основе технологии непронумерованных IP-адресов, которое включает процессор, память программ и память данных.

Ссылаясь на фиг. 6, на фиг. 6 показана диаграмма функциональных модулей первого варианта осуществления устройства передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения.

В первом варианте осуществления устройство передачи данных на основе технологии непронумерованных IP-адресов включает следующее.

Модуль 60 инициализации выполнен с возможностью инициализации устройства и конфигурирования IP-адресов для всех интерфейсов.

Модуль 60 инициализации присваивает фиксированный IP-адрес устройству, присваивает IP-адрес устройства фиксированному интерфейсу устройства во время инициализации устройства, затем конфигурирует остальные интерфейсы, кроме фиксированного интерфейса, в качестве РТР интерфейса, и присваивает остальным интерфейсам IP-адрес, такой же, как и IP-адрес фиксированного интерфейса.

Модуль 70 добавления интерфейса выполнен с возможностью запуска открытого протокола предпочтения кратчайшего пути (OSPF) и добавления всех интерфейсов в протокол OSPF для определения рабочего состояния всех интерфейсов.

Модуль 70 добавления интерфейса запускает протокол OSPF, добавляет все интерфейсы в протокол OSPF и оценивает рабочее состояние всех интерфейсов для определения того, находится ли каждый интерфейс в состоянии использования (UP) или в состоянии неиспользования (DOWN), а затем динамически уведомляет модуль обработки OSPF для запуска модуля обработки OSPF для автоматического добавления или удаления интерфейсов.

Модуль 80 отправки и приема выполнен с возможностью передачи пакета данных в соответствии с INDEX интерфейса, определенного протоколом OSPF, если рабочее состояние одного или нескольких интерфейсов из всех интерфейсов является состоянием использования.

Если целевой адрес отправки пакета данных является одноадресным, тогда модуль 80 отправки и приема устанавливает SOCK option IP_PKTINFO отправки пакета данных и отправляет отправляемый пакет данных через интерфейс, указанный посредством INDEX; во время приема пакета данных модуль 80 отправки и приема находит интерфейс для приема пакета данных и обрабатывает пакет данных через INDEX, прикрепленный к принятому пакету данных. В протоколе OSPF один интерфейс в состоянии использования соответствует одному INDEX.

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

В качестве альтернативы, модуль 60 инициализации выполнен с возможностью:

чтения файла IP-конфигурации и присваивания IP-адреса фиксированному интерфейсу устройства.

Фиксированный IP-адрес присваивается устройству и IP-адрес устройства присваивается фиксированному интерфейсу устройства во время инициализации устройства.

Остальные интерфейсы, кроме фиксированного интерфейса устройства, конфигурируются в качестве интерфейса типа РТР, и IP-адреса остальных интерфейсов конфигурируются в качестве IP-адреса фиксированного интерфейса.

Остальные интерфейсы, кроме фиксированного интерфейса, конфигурируются в качестве интерфейса типа двухточечной связи (РТР), IP-адрес фиксированного интерфейса конфигурируется для остальных интерфейсов, и маска подсети имеет вид 255.255.255.255.

В качестве альтернативы, модуль 80 отправки и приема выполнен с возможностью:

установки параметра IP_PKTINFO сокета (SOCK) пакета данных во время отправки пакета данных и отправки пакета данных через INDEX интерфейса.

Интерфейс в состоянии использования (UP) в протоколе OSPF отправляет пакет данных протокола OSPF, параметр IP_PKTINFO сокета (SOCK) отправки пакета данных устанавливается во время отправки пакета, и пакет данных отправляется через указанный интерфейс INDEX.

Во время приема пакета данных интерфейс для приема пакета данных определяется в соответствии с INDEX, прикрепленным к принятому пакету данных, и пакет данных обрабатывается через определенный интерфейс.

Интерфейс в состоянии использования (UP) в протоколе OSPF принимает пакет данных протокола OSPF, и интерфейс для приема пакета находится через INDEX в пакете данных во время приема пакета.

Ссылаясь на фиг. 7, на фиг. 7 показана диаграмма функциональных модулей второго варианта осуществления устройства передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения.

В качестве альтернативы, во втором варианте осуществления устройство передачи данных на основе технологии непронумерованных IP-адресов дополнительно содержит:

модуль 90 согласования, выполненный с возможностью согласования МАС-адреса и IP-адреса интерфейса противоположного конца с использованием протокола РРРоЕ.

Соединение устройства с противоположным концом достигается посредством применения протокола РРРоЕ с использованием модуля 90 согласования, и МАС-адрес и IP-адрес интерфейса противоположного конца согласовываются и конфигурируются.

Ссылаясь на фиг. 8, на фиг. 8 показана диаграмма функциональных модулей третьего варианта осуществления устройства передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения.

В качестве альтернативы, в третьем варианте осуществления устройство передачи данных на основе технологии непронумерованных IP-адресов дополнительно включает:

модуль 100 генерирования маршрута, выполненный с возможностью использования протокола OSPF для вычисления и генерирования маршрута интерфейса, используемого для выхода маршрута, поиска INDEX, соответствующего выходу маршрута, и удаления IP-адреса шлюза маршрута.

Модуль 100 генерирования маршрута вычисляет маршрут с использованием протокола OSPF, находит INDEX, соответствующий выходу маршрута, во время добавления маршрута и добавляет соответствующий маршрут, при этом не добавляя IP-адреса шлюза маршрута, и данные маршрутизируются из интерфейса, указанного посредством INDEX.

Вариант осуществления применения способа передачи данных на основе технологии непронумерованных IP-адресов настоящего изобретения, взаимодействующего с двумя сетевыми элементами, относится к фиг. 9. Сетевой элемент А и сетевой элемент В взаимосоединены через N каналов, сетевой элемент А считывает файл IP-конфигурации и присваивает IP-адрес 192.176.1.1/24 фиксированному интерфейсу сетевого элемента А, затем конфигурирует IP-адреса интерфейсов Ppp1-PppN в качестве 192.176.1.1/24, и при этом конфигурирует интерфейсы Ppp1-PppN в качестве интерфейса типа РТР, и интерфейс типа РТР имеет вид 192.80.1.1. Интерфейсы Ppp1-PppN запускают протокол РРРОЕ, согласовываются для определения IP-адреса и МАС-адреса сетевого элемента В. После запуска устройств сетевого элемента А и сетевого элемента В сначала подключается линия 2, а затем подключаются остальные линии. Поскольку линия 2 переходит в состояние использования раньше, протокол OSPF сначала вычисляет, что маршрут сгенерирован линией 2. Затем, как сетевой элемент А, так и сетевой элемент В узнают маршрут противоположного конца через порт РРР и РРР2 линии 2. В то же время линии 1-N также участвуют в вычислении протокола OSPF, и в этом время линии 1-N рассматриваются в качестве резервных линий. Если линия 2 выходит из строя, протокол OSPF выполняет повторное вычисление для поиска другого порта РРР в качестве выхода маршрута устройства противоположного конца.

Способ передачи данных на основе технологии непронумерованных IP-адресов варианта осуществления настоящего изобретения также применим в ситуации, когда один сетевой элемент взаимосоединен со множеством сетевых элементов. Ссылаясь на фиг. 10, сетевой элемент А соединен с сетевым элементом В, сетевым элементом С и сетевым элементом D через множество каналов; и процессы передачи данных между сетевым элементом А и сетевым элементом В, сетевым элементом А и сетевым элементом В, сетевым элементом А и сетевым элементом С являются такими же, как и процесс передачи между двумя сетевыми элементами, показанными на фиг. 9.

Способ передачи данных на основе технологии непронумерованных IP-адресов варианта осуществления настоящего изобретения также применим в ситуации, когда два сетевых элемента соединены кольцевым образом. Ссылаясь на фиг. 11, маршрутная петля предотвращается вследствие выполнения вычисления протоколом OSPF, и его процесс передачи данных является таким же, как и процесс передачи между двумя сетевыми элементами, показанными на фиг. 9.

Ссылаясь на фиг. 12, если устройству сетевого элемента необходимо разделить различные домены протокола OSPF, как IP-адрес интерфейса, так и принадлежащий ему домен должны быть модифицированы в качестве отличных от остальных интерфейсов для гарантирования того, что IP-адрес и ID домена интерфейса не будут конфликтовать с IP-адресом и ID домена остальных интерфейсов, то есть может быть выполнено требование разделения сетей через ID домена в крупной сети. В соответствии со способом протокола OSPF необходимо конфигурировать остальные домены на одном маршрутизаторе в магистральном домене (домене 0.0.0.0), и так появляется домен 0.0.0.1. Все маршрутизаторы, соединенные с данным интерфейсом, имеют домен 0.0.0.1. Как показано на фиг. 9, сетевой элемент А и сетевой элемент В имеют два соединения, сетевой элемент А относится к магистральному домену, а сетевой элемент В относится к домену 0.0.0.1. Интерфейсы ppp1 и РРР2 сетевого элемента А соединены с сетевым элементом В. В данном случае, IP-адреса РРР1 и РРР2 сетевого элемента А должны быть модифицированы в качестве других IP-адресов, при этом IP-адрес фиксированного интерфейса не может быть заимствован. IP-адрес РРР1 имеет вид 192.176.1.2, и в это время IP-адрес РРР2 заимствуется у IP-адреса РРР1. Таким образом может быть гарантировано сохранение IP-адреса.

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

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

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

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

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

Промышленная применимость

Вариант осуществления настоящего изобретения дополнительно раскрывает способ и устройство передачи данных на основе технологии непронумерованных IP-адресов, включающие: инициализацию устройства и конфигурирование IP-адресов для всех интерфейсов устройства; запуск протокола OSPF и добавление всех интерфейсов в протокол OSPF для определения рабочего состояния всех интерфейсов; и передачу пакета данных в соответствии с INDEX интерфейса, определенного протоколом OSPF, если один или несколько интерфейсов из всех интерфейсов находятся в состоянии использования, может быть реализовано, чтобы множество интерфейсов одновременно проводило передачу данных с использованием функции непронумерованных IP-адресов, таким образом сохраняя IP-адреса, которых с каждым днем становится все меньше.

Похожие патенты RU2670378C2

название год авторы номер документа
ТЕХНОЛОГИИ ДЛЯ ПРЕДОСТАВЛЕНИЯ МАКСИМАЛЬНОЙ ГЛУБИНЫ ИДЕНТИФИКАТОРА СЕГМЕНТА УЗЛА И/ИЛИ ЛИНИИ СВЯЗИ, ИСПОЛЬЗУЮЩИЕ OSPF 2016
  • Танцура, Евгений
  • Чандари, Ума С.
RU2704714C1
СПОСОБ ПЕРЕДАЧИ ДАННЫХ 2017
  • Кочура Сергей Григорьевич
  • Школьный Вадим Николаевич
  • Дымов Дмитрий Валерьевич
  • Быкодорова Евгения Дмитриевна
  • Шейнин Юрий Евгеньевич
  • Суворова Елена Александровна
  • Оленев Валентин Леонидович
  • Лавровская Ирина Яковлевна
RU2651242C1
КОНФИГУРАЦИЯ СЕТИ СИНХРОНИЗАЦИИ 2010
  • Руффини Стефано
  • Боттари Джулио
  • Нарделли Мануэль
RU2504086C1
Способ мультимаршрутизации блоков данных в коммутируемой сети 2018
  • Куделя Виктор Николаевич
RU2678470C1
СИСТЕМА АГРЕГАЦИИ СЕТЕВЫХ ДАННЫХ В КОМПЬЮТЕРНЫХ СЕТЯХ 2019
  • Марченков Алексей Александрович
  • Есин Антон Анатольевич
RU2694025C1
СЕТЕВЫЕ ЭЛЕМЕНТЫ, ИНТЕГРАЛЬНЫЕ СХЕМЫ И СПОСОБЫ УПРАВЛЕНИЯ МАРШРУТИЗАЦИЕЙ 2010
  • Гуттман Эрик
  • Зисимопулос Харис
RU2574845C2
СЕРВЕР, СИСТЕМА ПЕРЕДАЧИ И РЕАЛИЗУЕМЫЙ ИМИ СПОСОБ ПЕРЕНОСА ИНКАПСУЛЯЦИИ ПО GRE-ТУННЕЛЮ 2010
  • Хасимото Юусаку
RU2461131C2
БЕСПРОВОДНОЕ УСТРОЙСТВО ИНИЦИАЛИЗАЦИИ 2001
  • Спирман Энтони К.(Us)
  • Томпкинс Эндрю Э.(Us)
RU2269873C2
СПОСОБ, УСТРОЙСТВО И СИСТЕМА МАРШРУТИЗАЦИИ ДАННЫХ МЕЖДУ СЕГМЕНТАМИ СЕТЕЙ 2010
  • Унбехаген Поль
  • Лапух Роджер
RU2544766C2
СПОСОБ И УСТРОЙСТВА ДЛЯ ИСПОЛЬЗОВАНИЯ КОРОТКИХ АДРЕСОВ В СИСТЕМЕ СВЯЗИ 2007
  • Пракаш Раджат
  • Бендер Пол Э.
  • Хорн Гэйвин Бернард
  • Улупинар Фатих
RU2413377C2

Иллюстрации к изобретению RU 2 670 378 C2

Реферат патента 2018 года СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ДАННЫХ НА ОСНОВЕ ТЕХНОЛОГИИ НЕПРОНУМЕРОВАННЫХ IP-АДРЕСОВ

Изобретение относится к технологиям сетевой связи. Технический результат заключается в повышении скорости передачи данных. Способ передачи данных на основе технологии непронумерованных IP-адресов, включающий: инициализацию устройства и конфигурирование IP-адресов для всех интерфейсов устройства; запуск открытого протокола предпочтения кратчайшего пути (OSPF) и добавление всех интерфейсов в протокол OSPF для определения рабочего состояния всех интерфейсов устройства; и передачу пакета данных в соответствии с INDEX интерфейса, определенного протоколом OSPF, если рабочее состояние одного или нескольких из всех интерфейсов является состоянием использования. 3 н. и 6 з.п. ф-лы, 12 ил.

Формула изобретения RU 2 670 378 C2

1. Способ передачи данных на основе технологии непронумерованных IP-адресов, включающий:

инициализацию устройства и конфигурирование IP-адресов для всех интерфейсов устройства;

согласование МАС-адреса и IP-адреса интерфейса противоположного конца с использованием протокола РРРоЕ;

запуск открытого протокола предпочтения кратчайшего пути (OSPF) и добавление всех интерфейсов в протокол OSPF для определения рабочего состояния всех интерфейсов устройства; и

передачу пакета данных в соответствии с INDEX интерфейса, определенного протоколом OSPF, если рабочее состояние одного или нескольких из всех интерфейсов является состоянием использования.

2. Способ по п. 1, отличающийся тем, что этап инициализации устройства и конфигурирования IP-адресов для всех интерфейсов устройства включает:

чтение файла IP-конфигурации и присваивание IP-адреса фиксированному интерфейсу устройства; и

конфигурирование остальных интерфейсов, кроме фиксированного интерфейса устройства, в интерфейс типа РТР и конфигурирование IP-адресов остальных интерфейсов в качестве IP-адреса фиксированного интерфейса.

3. Способ по п. 1, отличающийся тем, что этап передачи пакета данных в соответствии с INDEX интерфейса, определенного протоколом OSPF, если рабочее состояние одного или нескольких из всех интерфейсов является состоянием использования, включает:

установку параметра IP_PKTINFO сокета (SOCK) пакета данных во время отправки пакета данных и отправку пакета данных через INDEX интерфейса, определенного протоколом OSPF; и

определение во время приема пакета данных интерфейса для приема пакета данных в соответствии с INDEX, прикрепленным к принятому пакету данных, и обработку пакета данных через интерфейс для приема пакета данных.

4. Способ по п. 1, отличающийся тем, что после этапа передачи пакета данных в соответствии с INDEX интерфейса, определенного протоколом OSPF, если рабочее состояние одного или нескольких из всех интерфейсов является состоянием использования, дополнительно включает:

использование протокола OSPF для вычисления и генерирования маршрута интерфейса, используемого для выхода маршрута, поиск INDEX, соответствующего выходу маршрута, и удаление всех IP-адресов шлюза маршрута.

5. Устройство передачи данных на основе технологии непронумерованных IP-адресов, содержащее:

модуль инициализации, выполненный с возможностью: инициализации устройства и конфигурирования IP-адресов для всех интерфейсов устройства;

модуль согласования, выполненный с возможностью: согласования МАС-адреса и IP-адреса интерфейса противоположного конца с использованием протокола РРРоЕ;

модуль добавления интерфейса, выполненный с возможностью: запуска открытого протокола предпочтения кратчайшего пути (OSPF) и добавления всех интерфейсов в протокол OSPF для определения рабочего состояния всех интерфейсов устройства; и

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

6. Устройство по п. 5, отличающееся тем, что модуль инициализации выполнен с возможностью:

чтения файла IP-конфигурации и присваивания IP-адреса фиксированному интерфейсу устройства; и

конфигурирования остальных интерфейсов, кроме фиксированного интерфейса устройства, в интерфейс типа РТР и конфигурирования IP-адресов остальных интерфейсов в качестве IP-адреса фиксированного интерфейса.

7. Устройство по п. 5, отличающееся тем, что модуль отправки и приема выполнен с возможностью:

установки параметра IP PKTINFO сокета (SOCK) пакета данных во время отправки пакета данных и отправки пакета данных через INDEX интерфейса, определенного протоколом OSPF; и определения во время приема пакета данных интерфейса для приема пакета данных в соответствии с INDEX, прикрепленным к принятому пакету данных, и обработки пакета данных через интерфейс для приема пакета данных.

8. Устройство по п. 5, отличающееся тем, что дополнительно содержит: модуль генерирования маршрута, выполненный с возможностью:

использования протокола OSPF для вычисления и генерирования маршрута интерфейса, используемого для выхода маршрута, поиска INDEX, соответствующего выходу маршрута, и удаления всех IP-адресов шлюза маршрута.

9. Носитель, содержащий программную команду, при исполнении которой устройством сетевого элемента устройство запускается для выполнения способа по любому из пп. 1-4.

Документы, цитированные в отчете о поиске Патент 2018 года RU2670378C2

CN 1905560 A, 31.01.2007
CN 1610898 A, 27.04.2005
Планетарная коробка передач 1988
  • Тимошенко Иван Максимович
SU1523790A1

RU 2 670 378 C2

Авторы

Ай Хуа

Даты

2018-10-22Публикация

2014-12-25Подача