Способ и устройство передачи данных на основе технологии непронумерованных ip-адресов

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

 

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

Настоящее изобретение относится к области техники маршрутизации и, в частности, к способу и устройству передачи данных на основе технологии непронумерованных 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-адреса, которых с каждым днем становится все меньше.

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.



 

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

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в обеспечении быстрого и надежного автоматического определения преамбулы 802.11ax версии.

Изобретение относится к области мобильной связи. Техническим результатом является установление защищенной линии связи между мобильной станцией и вторичной базовой станцией в системе мобильной связи.

Группа изобретений относится к беспроводной стыковке устройств. Технический результат – обеспечение защищенной и безопасной беспроводной стыковки устройств.

Изобретение относится к способу работы межсетевого экрана. Техническим результатом является повышение защищенности вычислительной сети.

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

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

Изобретение относится к передаче голоса на основе стандарта VoLTE. Технический результат – снижение энергопотребления и снижение требований к устройствам связи между процессором приложений (AP) и процессором связи (CP).

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

Изобретение относится к способу управления сетевым элементом для его присоединения к сети и сетевому элементу. Технический результат заключается в обеспечении управления подключением сетевого элемента к сети.

Изобретение относится к технологиям сетевой связи. Технический результат заключается в повышении надежности и эффективности сети.
Изобретение относится к технологиям сетевой связи. Технический результат заключается в повышении скорости обработки данных. Вычислительная система содержит: один или несколько процессоров; системную память; один или несколько машиночитаемых запоминающих носителей, имеющих сохраненные на них исполняемые компьютером команды, которые, при исполнении посредством одного или нескольких процессоров, предписывают вычислительной системе выполнять способ для масштабирования услуг, причем этот способ содержит этапы, на которых: устанавливают услугу брокера сообщений, которая поддерживает одну или несколько очередей сообщений, которые обеспечивают связь между услугами, причем очереди сообщений выполнены с возможностью принимать сообщения от издателей и передавать сообщения к подписчикам; указывают заданную очередь сообщений для каждой из одной или нескольких услуг, причем заданная очередь сообщений выполнена с возможностью поддерживать сообщения для этой услуги; и перемещают по меньшей мере одну из услуг во вторую, другую вычислительную систему, причем заданная очередь сообщений поддерживает сообщения для перемещенной услуги; причем множество услуг распределено по многочисленным разным вычислительным системам. 5 н. и 26 з.п. ф-лы, 7 ил.
Наверх