RU2571536C2 - Способ, система и управляющий мост для получения информации о топологии расширения порта - Google Patents

Способ, система и управляющий мост для получения информации о топологии расширения порта Download PDF

Info

Publication number
RU2571536C2
RU2571536C2 RU2013151858/08A RU2013151858A RU2571536C2 RU 2571536 C2 RU2571536 C2 RU 2571536C2 RU 2013151858/08 A RU2013151858/08 A RU 2013151858/08A RU 2013151858 A RU2013151858 A RU 2013151858A RU 2571536 C2 RU2571536 C2 RU 2571536C2
Authority
RU
Russia
Prior art keywords
port
ports
message
upstream port
lldp
Prior art date
Application number
RU2013151858/08A
Other languages
English (en)
Other versions
RU2013151858A (ru
Inventor
Тин АО
Йюэхуа ВЭЙ
Цзинхай ЙУ
Линь Ли
Original Assignee
ЗетТиИ Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN201110117096.6A external-priority patent/CN102769558B/zh
Application filed by ЗетТиИ Корпорейшн filed Critical ЗетТиИ Корпорейшн
Publication of RU2013151858A publication Critical patent/RU2013151858A/ru
Application granted granted Critical
Publication of RU2571536C2 publication Critical patent/RU2571536C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462LAN interconnection over a bridge based backbone
    • H04L12/4625Single bridge functionality, e.g. connection of two networks over a single bridge
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/16Multipoint routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/26Route discovery packet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • H04L45/745Address table lookup; Address filtering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/20Support for services
    • H04L49/201Multicast operation; Broadcast operation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/30Peripheral units, e.g. input or output ports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/622Layer-2 addresses, e.g. medium access control [MAC] addresses
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

Изобретение относится к получению информации о топологии расширения порта (РЕ). Технический результат - эффективное получение информации о топологии каждого подключенного PE к управляющему мосту (CB) и установление канала для передачи данных. Для этого способ для получения информации о топологии расширения порта (РЕ) включает: получение СВ сообщения протокола обнаружения канального уровня (LLDP), отправленного РЕ, и опознавание присоединения РЕ; получение СВ сообщения «Создать расширенный порт», отправленного РЕ, и инстанцирование соответствующих инстанцированных портов внутри СВ. 3 н. и 19 з.п. ф-лы, 5 ил.

Description

Область изобретения
Изобретение относится к технологии передачи данных и, в частности, к способу, системе и управляющему мосту для получения информации о топологии расширения порта и способу и системе для обработки восходящего порта.
Предпосылки изобретения
Унифицированная структура центра обработки данных представляет собой сетевую структуру, которая объединяет традиционную локальную вычислительную сеть (LAN) и сеть хранения данных (SAN) в одной физической сети с целью уменьшения структурной сложности и увеличения потока данных и посещаемости. Для ее реализации традиционная технология Ethernet должна быть усовершенствована как "свободная от потерь" и предоставлять дополнительные характеристики и функциональность сети центра обработки данных. Следовательно, необходимо приспособить протокол хранения для работы в Ethernet.
Институт инженеров по электротехнике и электронике (IEEE) уже определил термин, бриджинг центра обработки данных (DCB), который представляет собой набор основных принципов, развитых из Ethernet и разработанных для улучшения управления Ethernet и центром обработки данных. DCB также называют конвергентный усовершенствованный Ethernet (СЕЕ), Ethernet центра обработки данных (DCE) (торговая марка, принадлежащая Cisco), усовершенствованный Ethernet для центра обработки данных (EEDC) и т.п.
В настоящее время в группе по DCB предложено требование о граничном виртуальном бриджинге (edge virtual bridging, EVB) виртуальной сети окружения, то есть для физического оконечного узла, он включает множество виртуальных оконечных узлов, и от каждого виртуального оконечного узла требуется иметь службы доступа к соседним мостам LAN. В окружении EVB сетевой адаптер (сетевая интерфейсная плата, NIC) имеет множество виртуальных сетевых адаптеров (vNIC), и каждый vNIC может независимо осуществлять связь с мостом в EVB, и это множество vNIC разделяет общее соединение. С целью реализации этой функции группа по DCB предложила режим расширения порта. То есть порты коммутатора, соединяющегося со множеством узлов, могут быть реализованы посредством Расширения Порта (РЕ); если это РЕ внедрено в сервер, то могут быть реализованы порты коммутатора, соединяющиеся со множеством виртуальных оконечных узлов (Виртуальных Машин, VM), а связь между ними реализуется посредством коммутатора, и коммутатор здесь называется управляющим мостом (СВ).
Для реализации такого типа расширения порта необходимо изолировать службы, передаваемые на виртуальных узлах, и способ, принятый в настоящее время, состоит в введении новой метки (Е-метка), чтобы устанавливать множество каналов (Е-каналов) между управляющим мостом и узлом, таким образом реализуя изоляцию служб, как представлено на фиг.1. Каждое сообщение, выходящее из управляющего моста, переносится управляющим мостом с одной Е-меткой, и РЕ посылает это сообщение на надлежащий выходной порт в соответствии со значением Е-метки этого сообщения. Таким образом, требуется, чтобы управляющий мост был способен настраивать порт РЕ посредством множества элементов Е-меток и неотмеченным множеством, чтобы реализовывать нормальную передачу сообщения, несущего Е-метку, посредством РЕ. Соответствующие команды-сообщения в настоящее время уже представлены в стандарте, нисходящий порт РЕ отправляет сообщение «Создать расширенный порт», чтобы запросить присвоение Е-метки, управляющий мост отвечает этому порту одной Е-меткой, и после ее получения РЕ добавляет этот порт во множество элементов и множество без меток, соответствующие этой Е-метке. Если имеется каскадное РЕ, как например РЕ1 на фиг.1, между этим РЕ, как например РЕ2, и управляющим мостом, то управляющему мосту также необходимо отправить сообщение о регистрации Е-канала на порт РЕ1, подключенный к РЕ2, и после получения этого сообщения РЕ1 добавляет этот порт во множество элементов этой Е-метки.
Таким образом, для управляющего моста сначала необходимо ясно понять положение РЕ, подключенного к самому управляющему мосту, каждого порта РЕ и отношения связи между портами, то есть топологию. В настоящее время нет конкретного способа для получения топологии каждого подключенного РЕ.
Сущность изобретения
Изобретение представляет способ, систему и управляющий мост (СВ) для получения информации о топологии расширения порта (РЕ) и способ и систему для обработки восходящего порта, чтобы решить проблему отсутствия в настоящее время определенного способа для получения информации о топологии каждого РЕ, подключенного к СВ.
Для решения вышеуказанной задачи изобретение использует следующее техническое решение:
способ для получения информации о топологии расширения порта (РЕ) включает:
получение управляющим мостом (СВ) сообщения протокола обнаружения канального уровня (LLDP), отправленного РЕ, и опознавание присоединения РЕ; и
получение СВ сообщения «Создать расширенный порт», отправленного РЕ, и инстанцирование соответствующего инстанцированного порта внутри СВ.
Необязательно этап получения СВ сообщения «Создать расширенный порт», отправленного РЕ, и инстанцирования соответствующих инстанцированных портов внутри СВ включает:
получение СВ сообщения «Создать расширенный порт», отправленного РЕ, получение расширенных портов РЕ, инстанцирование инстанцированных портов, соответствующих расширенным портам, одного за другим, внутри СВ, и установление каналов между инстанцированными портами и расширенными портами, соответствующими инстанцированным портам.
Необязательно способ также включает:
отправку СВ LLDP-сообщения на РЕ; и затем определение РЕ порта как восходящего порта в соответствии с полученным LLDP-сообщением, отправленным СВ.
Необязательно способ также включает:
после инстанцирования соответствующих инстанцированных портов внутри СВ, отправку СВ LLDP-сообщения на РЕ через инстанцированные порты; и затем определение РЕ восходящего порта в соответствии с полученным LLDP-сообщением, отправленным СВ.
Необязательно способ также включает:
после того, как РЕ определяет восходящий порт, отправку LLDP-сообщения и/или сообщения «Создать расширенный порт» на СВ через восходящий порт.
Необязательно способ также включает:
после того, как РЕ определяет восходящий порт, отправку LLDP-сообщения и/или сообщения «Создать расширенный порт» на СВ через восходящий порт.
Необязательно способ также включает:
если LLDP-сообщение, полученное СВ и отправленное РЕ, является LLDP-сообщением, отправленным РЕ и полученным одним портом СВ впервые, то создание внутреннего РЕ в СВ и инстанцирование инстанцированного порта на РЕ внутри СВ.
Необязательно способ также включает:
после того как РЕ определяет восходящий порт, изменение РЕ восходящего порта, определенного ранее, перенастройку информации метки с восходящего порта, определенного ранее, на измененный восходящий порт, и/или отправку LLDP-сообщения и сообщения расширенного порта через измененный восходящий порт.
Необязательно этап изменения РЕ восходящего порта, определенного ранее, включает:
изменение РЕ восходящего порта, определенного ранее, в соответствии с информацией о приоритете портов, содержащейся в полученном LLDP-сообщении, отправленном СВ; или изменение восходящего порта, определенного ранее, из-за того, что восходящий порт, определенный ранее, выходит из строя и не может работать.
Способ для обработки восходящего порта включает:
изменение расширением порта (РЕ) восходящего порта, определенного ранее; и
перенастройку информации метки с восходящего порта, определенного ранее, на измененный восходящий порт, и/или оправку сообщения протокола обнаружения канального уровня (LLDP) и сообщения расширенного порта через измененный восходящий порт.
Необязательно этап изменения РЕ восходящего порта, определенного ранее, содержит:
изменение РЕ восходящего порта, определенного ранее, в соответствии с информацией о приоритете портов, содержащейся в полученном LLDP-сообщении, отправленном управляющим мостом (СВ); или изменение восходящего порта, определенного ранее, из-за того, что восходящий порт, определенный ранее, выходит из строя и не может работать.
Управляющий мост (СВ) для получения информации о топологии расширения порта (РЕ) содержит модуль опознавания и устанавливающее устройство, при этом
модуль опознавания приспособлен опознавать, что СВ подключается к РЕ, после того как СВ получает сообщение протокола обнаружения канального уровня (LLDP) отправленное РЕ; и
устанавливающее устройство приспособлено инстанцировать соответствующие инстанцированные порты внутри СВ, после того как СВ получает сообщение «Создать расширенный порт», отправленное РЕ.
Необязательно устанавливающее устройство приспособлено инстанцировать соответствующие инстанцированные порты внутри СВ, после того как СВ получает сообщение «Создать расширенный порт», отправленное РЕ посредством этого, после того как СВ получает сообщение «Создать расширенный порт», отправленное РЕ, получая расширенные порты РЕ, инстанцируя инстанцированные порты, соответствующие расширенным портам, один за другим, внутри СВ, и устанавливая каналы от инстанцированных портов к расширенным портам, соответствующим инстанцированным портам.
Необязательно СВ также содержит устройство отправки, при этом
устройство отправки приспособлено отправлять LLDP-сообщение на РЕ; или отправлять LLDP-сообщение на РЕ через инстанцированные порты после инстанцирования соответствующих инстанцированных портов внутри СВ.
Необязательно модуль опознавания также приспособлен:
если LLDP-сообщение, полученное СВ и отправленное РЕ, является LLDP-сообщением, отправленным РЕ и полученным одним портом СВ впервые, то создавать внутреннее РЕ внутри СВ и инстанцировать инстанцированный порт на РЕ внутри СВ.
Система для получения информации о топологии расширения порта (РЕ) содержит любые из вышеупомянутых СВ и РЕ и отличается тем, что РЕ содержит устройство определения и устройство отправки, при этом:
устройство определения приспособлено определять восходящий порт в соответствии с полученным сообщением протокола обнаружения канального уровня (LLDP), отправленного СВ; и
устройство отправки приспособлено отправлять LLDP-сообщение и сообщение «Создать расширенный порт» на СВ в соответствии с восходящим портом, определенным устройством определения.
Необязательно РЕ также содержит обрабатывающее устройство, при этом:
обрабатывающее устройство приспособлено изменять восходящий порт, определенный ранее, и перенастраивать информацию метки с восходящего порта, определенного ранее, на измененный восходящий порт; и
устройство отправки приспособлено отправлять LLDP-сообщение и сообщение расширенного порта через измененный восходящий порт.
Необязательно обрабатывающее устройство приспособлено менять восходящий порт, определенный ранее, путем изменения восходящего порта, определенного ранее, в соответствии с информацией о приоритете портов, содержащейся в полученном LLDP-сообщении, отправленном СВ; или изменения восходящего порта, определенного ранее, из-за того, что восходящий порт, определенный ранее, выходит из строя и не может работать.
Система для обработки восходящего порта содержит изменяющее устройство и обрабатывающее устройство, при этом:
изменяющее устройство приспособлено менять восходящий порт, определенный ранее; и
обрабатывающее устройство приспособлено перенастраивать информацию метки с восходящего порта, определенного ранее, на измененный восходящий порт, и/или отправлять сообщение протокола обнаружения канального уровня (LLDP) и сообщение расширенного порта через измененный восходящий порт.
Необязательно изменяющее устройство приспособлено менять восходящий порт, определенный ранее, путем: изменения восходящего порта, определенного ранее, в соответствии с информации о приоритете портов, содержащейся в полученном LLDP-сообщении, отправленном управляющим мостом (СВ); или изменения восходящего порта, определенного ранее, из-за того, что восходящий порт, определенный ранее, выходит из строя и не может работать.
Путем реализации вышеупомянутого технического решения можно эффективно получать информацию о топологии РЕ, подключенного к СВ, и устанавливать канал, используемый для передачи данных.
Краткое описание графических материалов
Фиг.1 представляет собой схему структуры расширенного устройства моста и каждого Е-канала.
Фиг.2 представляет собой схему топологической структуры СВ и РЕ в соответствии с вариантом осуществления изобретения.
Фиг.3 представляет собой схему выполнения исследования топологии РЕ, представленной на фиг.2, и установления Е-канала в соответствии с вариантом осуществления изобретения.
Фиг.4 представляет собой схему топологической структуры до того, как изменяется восходящий порт РЕ, в соответствии с вариантом осуществления изобретения.
Фиг.5 представляет собой схему топологической структуры после того, как изменяется восходящий порт РЕ, в соответствии с вариантом осуществления изобретения.
Предпочтительные варианты осуществления изобретения
Для того, чтобы сделать цель, техническое решение и преимущество изобретения значительно более ясными и явными, вариант осуществления изобретения далее подробно описывается со ссылкой на сопутствующие графические материалы. Следует отметить, что в случае непротиворечивости варианты осуществления в настоящей заявке и признаки в этих вариантах осуществления могут сочетаться друг с другом. Все эти сочетания попадают в область защиты изобретения.
Вариант осуществления изобретения представляет способ для получения информации о топологии расширения порта (РЕ), включающий следующие этапы:
на этапе S01 управляющий мост (СВ) получает сообщение протокола обнаружения канального уровня (LLDP), отправленное РЕ, и опознает присоединение РЕ;
если LLDP-сообщение, полученное СВ и отправленное РЕ, является LLDP-сообщением, отправленным РЕ и полученным одним портом СВ впервые, тогда внутреннее РЕ создается внутри СВ, и инстанцированный порт инстанцируется на РЕ внутри СВ;
на этапе S02 СВ получает сообщение «Создать расширенный порт», отправленное РЕ, и инстанцирует соответствующие инстанцированные порты внутри СВ.
СВ получает сообщение «Создать расширенный порт», отправленное РЕ, затем получает расширенные порты РЕ, инстанцирует инстанцированные порты, соответствующие расширенным портам, один за другим, внутри СВ, и устанавливает каналы от инстанцированных портов к расширенным портам, соответствующим инстанцированным портам.
Способ также может включать отправку СВ LLDP-сообщения на РЕ, например СВ может отправлять LLDP-сообщение на РЕ до получения LLDP-сообщения, отправленного РЕ; или отправлять LLDP-сообщение на РЕ, когда СВ получает LLDP-сообщение, отправленное РЕ.
После инстанцирования портов способ также включает отправку СВ LLDP-сообщения через инстанцированные порты.
После того как СВ отправляет LLDP-сообщение, способ также включает определение РЕ восходящего порта в соответствии с полученным LLDP-сообщением, отправленным СВ.
После того как РЕ определяет восходящий порт, способ также включает отправку LLDP-сообщения и/или сообщения «Создать расширенный порт» на СВ через восходящий порт.
В дополнение, после того как РЕ определяет восходящий порт, способ также включает изменение РЕ восходящего порта, определенного ранее, перенастройку информации метки с восходящего порта, определенного ранее, на измененный восходящий порт, и/или отправку LLDP-сообщения и сообщения расширенного порта через измененный восходящий порт. Способ, которым РЕ изменяет восходящий порт, определенный ранее, включает изменение РЕ восходящего порта, определенного ранее, в соответствии с информацией о приоритете порта, содержащейся в полученном LLDP-сообщении, отправленном СВ; или изменение восходящего порта, определенного ранее, из-за того, что восходящий порт, определенный ранее, выходит из строя и не может работать.
После того как РЕ меняет свой восходящий порт, Е-канал, установленный через предыдущий восходящий порт, удаляется.
Изменение восходящего порта, описанное здесь, обычно осуществляется указанием от СВ к РЕ произвести это изменение, следовательно, один объект управления приоритета портов (приоритет каскадных портов) устанавливается для каждого созданного порта и каскадно-соединенного порта, соединенного с РЕ в СВ, чтобы реализовывать изменение восходящих портов РЕ посредством изменений приоритета портов.
Необходимо отметить, что формат LLDP-сообщения, отправляемого СВ на РЕ, аналогичен формату LLDP-сообщения, отправляемого РЕ на СВ, но их содержимое различается.
Первый вариант осуществления
В настоящем варианте осуществления специально представляется процедура получения информации о топологии РЕ.
На фиг.2 представляется структурная схема топологии СВ и РЕ варианта осуществления изобретения; отношение связи между СВ и РЕ следующие: РЕ1 прямо подключено к СВ, РЕ2 и РЕ3 каскадно соединены через РЕ1, а затем подключены к СВ. Процедуры получения СВ всей информации о топологии РЕ и установления СВ Е-канала специально представляются далее на фиг.3, и процедуры включают следующие этапы:
на этапе 301 СВ отправляет LLDP-сообщение через порт, подключенный к РЕ1;
на этапе 302 РЕ1 получает LLDP-сообщение и устанавливает порт, который получает это сообщение в качестве восходящего порта, получает адрес СВ и отправляет LLDP-сообщение из восходящего порта на СВ;
на этапе 303 СВ получает адрес РЕ1 после получения LLDP-сообщения, отправленного РЕ1, и в то же время инстанцирует внутренний РЕ внутри, поскольку он опознает, что он соединен с одним РЕ, и модуль опознавания VLAN соединяется с внутренним РЕ через порт 1; и одна Е-метка приписывается к порту 1;
на этапе 304 в то же время каждый расширенный порт РЕ1 также отправляет сообщение «Создать расширенный порт» на СВ через его восходящий порт; в данном случае в РЕ1 имеется 3 расширенных порта 2, 3, 4, поэтому на СВ отправляются 3 элемента сообщения «Создать расширенный порт», и каждый элемент сообщения «Создать расширенный порт» означает, что один расширенный порт запрашивает установить Е-канал от управляющего моста к этому порту;
на этапе 305 после получения сообщения «Создать расширенный порт» СВ инстанцирует порты между внутренней частью и модулем опознавания VLAN; в данном случае СВ получает 3 элемента сообщения «Создать расширенный порт» от различных расширенных портов, затем он инстанцирует порты 2, 3 и 4 для этих трех портов 2, 3 и 4 РЕ1 и приписывает три различные Е-метки для этих 3 расширенных портов РЕ1, и отвечает РЕ1 этими Е-метками. РЕ1 добавляет расширенные порты, соответствующие Е-меткам, соответственно во множество элементов и неотмеченное множество соответствующих Е-меток в соответствии с назначенными Е-метками, и в то же время добавляет все восходящие порты РЕ1 во множество элементов 3 Е-меток. К этому времени управляющий мост получил информацию о том, что он подключен к одному РЕ1, и что РЕ1 обладает 3 расширенными портами, и что установлены 3 Е-канала от внутренних инстанцированных портов 2, 3 и 4 управляющего моста к трем расширенным мостам РЕ1;
на этапе 306 СВ также отправляет LLDP-сообщения через порты 2, 3 и 4 после внутреннего инстанцирования портов 2, 3 и 4; поскольку Е-каналы установлены от портов 2, 3 и 4 к расширенным портам РЕ1, LLDP-сообщения, отправленные этими портами, не остаются в РЕ1, а передаются на расширенные порты РЕ1 через Е-каналы, соответствующие портам 2, 3 и 4, и достигают РЕ2, РЕ3 и узла 1, которые подключены к этим расширенным портам;
на этапе 307 после получения LLDP-сообщения от СВ РЕ2 и РЕ3 выбирают порт, принимающий сообщение, в качестве восходящего порта, и получают адрес СВ; и также в то же время отправляют LLDP-сообщение на СВ через восходящий порт;
на этапе 308 после получения LLDP-сообщений от РЕ2 и РЕ3, СВ получает адреса РЕ2 и РЕ3 и в то же время определяет, что он подключен к двум РЕ, РЕ2 и РЕ3, через РЕ1;
на этапе 309 в то же время каждый расширенный порт РЕ2 и РЕ3 отправляет сообщение «Создать расширенный порт» на СВ через свой восходящий порт; в данном случае в РЕ2 и РЕ3 имеется соответственно 2 расширенных порта: РЕ2 обладает расширенными портами 5 и 6, а РЕ3 обладает расширенными портами 7 и 8, поэтому на СВ отправляются 4 элемента сообщения «Создать расширенный порт», и каждый элемент сообщения «Создать расширенный порт» означает, что один расширенный порт запрашивает установить Е-канал от управляющего моста к этому порту;
на этапе 310 после получения сообщения «Создать расширенный порт» СВ инстанцирует порты между внутренней частью и модулем опознавания VLAN; в данном случае СВ получает 4 элемента сообщения «Создать Расширенный Порт» от различных расширенных портов, затем он инстанцирует порты 5, 6, 7 и 8, соответствующие соответственно портам 5 и 6 РЕ2 и портам 7 и 8 РЕ3, и назначает четыре различные Е-метки для этих 4 расширенных портов РЕ1, и отвечает РЕ2 и РЕ3 этими Е-метками. РЕ2 и РЕ3 добавляют расширенные порты, соответствующие Е-меткам, соответственно во множество элементов и неотмеченное множество соответствующих Е-меток в соответствии с назначенными Е-метками, и в то же время добавляют все свои соответствующие восходящие порты во множество элементов Е-меток, принадлежащих соответствующим РЕ. К этому времени управляющий мост получает информацию о том, что он подключен к одному РЕ2 и одному РЕ3, причем РЕ2 имеет 2 расширенных порта, и РЕ3 также имеет 2 расширенных порта, и РЕ2 и РЕ3 подключены к СВ через РЕ1, и установлены 2 Е-канала от внутренних инстанцированных портов 5 и 6 управляющего моста к 2 расширенным портам РЕ2; и установлены 2 Е-канала от внутренних инстанцированных портов 7 и 8 управляющего моста к 2 расширенным портам РЕ3;
на этапе 311 СВ также отправляет LLDP-сообщения через порты 5, 6, 7 и 8 после внутреннего инстанцирования портов 5, 6, 7 и 8; поскольку Е-каналы установлены от портов 5 и 6 к расширенным портам РЕ2, и от портов 7 и 8 к расширенным портам РЕ3, LLDP-сообщения, отправленные этими портами, не остаются в РЕ1, а также не остаются в РЕ2 и РЕ3, а передаются на расширенные порты РЕ2 и РЕ3 через Е-каналы, соответствующие портам 5, 6, 7 и 8, и достигают узла 2, узла 3, узла 4 и узла 5, которые подключены к этим расширенным портам.
К этому времени СВ завершает исследование всего устройства РЕ, и получает топологию РЕ, и устанавливает свой Е-канал, используемый для передачи данных.
Второй вариант осуществления
Фиг.4 представляет собой схему топологической структуры до того, как изменяется восходящий порт РЕ, в соответствии с одним вариантом осуществления изобретения; РЕ1 и управляющий мост СВ имеют два подключенных порта: порт 1 и порт 5. Следовательно, СВ отправляет LLDP-сообщение на РЕ1 через эти два порта, и сообщение содержит свойства каскадного порта, назначенные этим двум портам. После того как соответственно порт 1 и порт 5 РЕ1 получают LLDP-сообщение, путем сравнения своих собственных свойств каскадного порта один порт из них выбирается в качестве восходящего порта для РЕ1. В настоящем варианте осуществления РЕ1 выбирает порт 1 в качестве восходящего порта РЕ1 (приоритет каскадного порта порта 1 выше, чем приоритет каскадного порта порта 5), поэтому РЕ1 отправляет LLDP-сообщение на СВ через порт 1; следовательно, СВ определяет РЕ1, таким образом устанавливаются Е-каналы от СВ к другим расширенным портам 2, 3 и 4 РЕ1; эти этапы аналогичны этапам в первом варианте осуществления и здесь подробно не рассматриваются.
Когда приоритеты каскадно-подключенных портов или инстанцированных портов изменяются через конфигурацию или другим образом, например, в данном варианте осуществления, изменяется приоритет каскадного порта соединения между СВ и портом 1 и портом 5 РЕ1, и приоритет достигает РЕ1 через LLDP-сообщение, отправленное СВ, и РЕ1 снова переизбирает порт 5 в качестве своего восходящего порта, сравнивая приоритеты (в данный момент приоритет каскадного порта порта 5 выше, чем приоритет каскадного порта порта 1). Если по другим причинам, например если порт 1 выходит из строя, порт 1 РЕ1 не может получить LLDP от СВ в данный момент, то тогда оно может выбрать в качестве восходящего порта только свой порт 5. Как представлено на фиг.5, в данный момент РЕ1 перенастроит изначальную конфигурацию E-CID с порта 1 на новый восходящий порт 5. Например, изначальный восходящий порт 1 является элементом E-CID={2, 3, 4, 5, 6, 7, 8}, и поскольку его восходящий порт изменяется, эта настройка снова перемещается на новый восходящий порт 5, порт 5 в данный момент является элементом E-CID={2, 3, 4, 5, 6, 7, 8}. И РЕ1 также необходимо снова инициировать сообщение «Создать расширенный порт» для своих расширенных портов, и будут выполнены этапы 304 и 305 первого варианта осуществления.
Вариант осуществления изобретения также предоставляет управляющий мост (СВ) для получения информации о топологии расширения порта (РЕ), и СВ включает модуль опознавания и устанавливающее устройство, при этом
модуль опознавания приспособлен опознавать, что СВ подключается к РЕ, после того как СВ получает сообщение протокола обнаружения канального уровня (LLDP), отправленное РЕ; и
устанавливающее устройство приспособлено инстанцировать соответствующие инстанцированные порты внутри СВ, после того как СВ получает сообщение «Создать расширенный порт», отправленное РЕ.
Устанавливающее устройство приспособлено инстанцировать соответствующие инстанцированные порты внутри СВ, после того как СВ получает сообщение «Создать расширенный порт», отправленное РЕ, путем получения расширенных портов РЕ, инстанцирования инстанцированных портов, соответствующих расширенным портам, одного за другим, внутри СВ, и установления каналов от инстанцированных портов к расширенным портам, соответствующим инстанцированным портам.
Кроме того, СВ также содержит устройство отправки, и устройство отправки приспособлено отправлять LLDP-сообщение на РЕ; или отправлять LLDP-сообщение на РЕ через инстанцированные порты после инстанцирования соответствующих инстанцированных портов внутри СВ.
Модуль опознавания приспособлен опознавать, что СВ подключается к РЕ, следующим образом: если СВ получает LLDP-сообщение, отправленное РЕ впервые, то определяется, что РЕ подключается к СВ непосредственно в соответствии с сообщением, полученным впервые; если это не первый раз, когда СВ получает LLDP-сообщение, отправленное РЕ, то определяется, что РЕ подключается к СВ через другие РЕ, в соответствии с сообщением, которое получается не в первый раз.
В дополнение определяющий модуль также приспособлен для следующего: если LLDP-сообщение, полученное СВ и отправленное РЕ, является LLDP-сообщением, отправленным РЕ и полученным одним портом СВ впервые, то создается внутреннее РЕ внутри СВ и инстанцируется инстанциируемый порт на РЕ внутри СВ.
Вышеупомянутый СВ может располагаться в устройстве, таком как коммутатор и т.п.
Процедура получения вышеупомянутым СВ информации о топологии РЕ и установления канала может быть представлена в соответствии с фиг.3 и здесь подробно не рассматривается.
Вариант осуществления изобретения также представляет систему для получения информации о топологии расширения порта (РЕ), и система содержит вышеупомянутые СВ и РЕ, причем РЕ содержит устройство определения и устройство отправки, отличающиеся тем, что
устройство определения приспособлено определять восходящий порт в соответствии с полученным сообщением протокола обнаружения канального уровня (LLDP), отправленного СВ; и
устройство отправки приспособлено отправлять LLDP-сообщение и сообщение «Создать расширенный порт» на СВ в соответствии с восходящим портом, определенным устройством определения.
При этом РЕ также может содержать устройство обработки, причем устройство обработки приспособлено изменять восходящий порт, определенный ранее, и перенастраивать информацию метки с восходящего порта, определенного ранее, на измененный восходящий порт; и устройство отправки также приспособлено отправлять LLDP-сообщение и сообщение расширенного порта через измененный восходящий порт.
Устройство обработки приспособлено изменять восходящий порт, определенный ранее, и перенастраивать информацию метки с восходящего порта, определенного ранее, на измененный восходящий порт посредством изменения восходящего порта, определенного ранее, в соответствии с информацией о приоритете порта, содержащейся в полученном LLDP-сообщении, отправленном СВ; или изменения восходящего порта, определенного ранее, из-за того, что восходящий порт, определенный ранее, выходит из строя и не может работать.
Способ, система и управляющий мост для получения информации о топологии РЕ могут эффективно получать информацию о топологии РЕ, подключенного к СВ, и устанавливать канал, используемый для передачи данных.
Вариант осуществления изобретения также представляет способ для обработки восходящего порта, который включает:
изменение расширением порта (РЕ) восходящего порта, определенного ранее; и
перенастройку информации метки с восходящего порта, определенного ранее, на измененный восходящий порт, и/или отправку сообщения протокола обнаружения канального уровня (LLDP) и сообщения расширенного порта через измененный восходящий порт.
Этап изменения РЕ восходящего порта, определенного ранее, включает:
изменение РЕ восходящего порта, определенного ранее, в соответствии с информации о приоритете порта, содержащейся в полученном LLDP-сообщении, отправленном управляющим мостом (СВ); или изменение восходящего порта, определенного ранее, из-за того, что восходящий порт, определенный ранее, выходит из строя и не может работать.
Вариант осуществления изобретения также представляет систему для обработки восходящего порта, содержащую изменяющее устройство и устройство обработки, при этом:
изменяющее устройство приспособлено менять восходящий порт, определенный ранее; и
устройство обработки приспособлено перенастраивать информацию метки с восходящего порта, определенного ранее, на измененный восходящий порт, и/или отправлять сообщение протокола обнаружения канального уровня (LLDP) и сообщение расширенного порта через измененный восходящий порт.
Изменяющее устройство приспособлено изменять восходящий порт, определенный ранее, путем изменения восходящего порта, определенного ранее, в соответствии с информацией о приоритете порта, содержащейся в полученном LLDP-сообщении, отправленном управляющим мостом (СВ); или изменения восходящего порта, определенного ранее, из-за того, что восходящий порт, определенный ранее, выходит из строя и не может работать.
Система может находиться в РЕ.
Путем применения вышеупомянутых способа и системы для обработки восходящего порта можно изменять восходящий порт, а также можно посылать LLDP-сообщение и/или сообщение «Создать расширенный порт» через измененный восходящий порт, таким образом СВ имеет возможность получать информацию о топологии РЕ, подключенного к СВ, и устанавливать каналы, используемые для передачи данных путем взаимодействия с РЕ.
Специалисту в данной области техники будет понятно, что все этапы или их часть в вышеупомянутом способе могут выполняться программами, отдающими команды соответствующим аппаратным компонентам, а программы могут храниться в машиночитаемой запоминающей среде, такой как постоянное запоминающее устройство, магнитный диск или оптический диск и т.п. В другом случае все этапы или их часть в вышеупомянутых вариантах осуществления могут осуществляться одной или более интегральными схемами. Соответственно, каждый модуль/элемент в вышеупомянутых вариантах осуществления может быть реализован в форме аппаратного или программного функционального модуля. Изобретение не устанавливает ограничений относительно каких-либо форм сочетаний аппаратного и программного обеспечения.
Вышеупомянутые варианты осуществления используются лишь для представления технической схемы изобретения, а не ограничения, и изобретение описано подробно лишь со ссылкой на предпочтительные варианты осуществления. Специалистам в данной области техники следует понимать, что могут быть реализованы изменения и эквиваленты в соответствии с технической схемой изобретения, не отходя от сущности и объема изобретения, которые должны заключаться в объеме прилагающейся формулы изобретения.
Промышленная применимость
Путем реализации вышеупомянутой технической схемы можно эффективно получать информацию о топологии РЕ, подключенного к СВ, и устанавливать канал, используемый для передачи данных. Следовательно, изобретение имеет очень большую промышленную применимость.

Claims (22)

1. Способ для получения информации о топологии расширения порта (РЕ), включающий:
получение управляющим мостом (СВ) сообщения протокола обнаружения канального уровня (LLDP), отправленного РЕ, и определение того, что СВ подключен к РЕ; и
получение СВ сообщения «Создать расширенный порт», отправленного РЕ, и инстанцирование соответствующих инстанцированных портов внутри СВ;
при этом этап получения СВ сообщения «Создать расширенный порт», отправленного РЕ, и инстанцирования соответствующих инстанцированных портов внутри СВ включает:
получение СВ сообщения «Создать расширенный порт», отправленного РЕ, получение расширенных портов РЕ, инстанцирование инстанцированных портов, соответствующих расширенным портам, одного за другим, внутри СВ, и установление каналов от инстанцированных портов к расширенным портам, соответствующим инстанцированным портам.
2. Способ по п. 1, отличающийся тем, что этап получения СВ сообщения «Создать расширенный порт», отправленного РЕ, и инстанцирования соответствующих инстанцированных портов внутри СВ включает:
отправку ответа СВ на РЕ с меткой канала и установление канала от инстанцированного порта к расширенному порту, соответствующему инстанцированному порту.
3. Способ по п. 1 или 2, отличающийся тем, что дополнительно включает:
отправку СВ LLDP-сообщения на РЕ и затем определение РЕ порта как восходящего порта в соответствии с полученным LLDP-сообщением, отправленным СВ.
4. Способ по п. 1 или 2, отличающийся тем, что дополнительно включает:
после инстанцирования соответствующих инстанцированных портов внутри СВ, отправку СВ LLDP-сообщения на РЕ через инстанцированные порты; и затем определение РЕ восходящего порта в соответствии с полученным LLDP-сообщением, отправленным СВ.
5. Способ по п. 3, отличающийся тем, что дополнительно включает:
после того как РЕ определяет восходящий порт, отправку LLDP-сообщения и/или сообщения «Создать расширенный порт» на СВ через восходящий порт.
6. Способ по п. 4, отличающийся тем, что дополнительно включает:
после того как РЕ определяет восходящий порт, отправку LLDP-сообщения и/или сообщения «Создать расширенный порт» на СВ через восходящий порт.
7. Способ по п. 1, отличающийся тем, что дополнительно включает:
создание внутреннего РЕ в СВ и инстанцирование инстанцированного порта на РЕ внутри СВ, если LLDP-сообщение, полученное СВ и отправленное РЕ, является LLDP-сообщением, отправленным РЕ и полученным одним портом СВ впервые.
8. Способ по п. 1, отличающийся тем, что дополнительно включает:
получение СВ LLDP-сообщения, отправленного РЕ, создание внутреннего РЕ внутри СВ, и/или инстанцирование портов на СВ и внутреннем РЕ, чтобы соединять СВ и РЕ.
9. Способ по п. 5 или 6, отличающийся тем, что дополнительно включает:
после того как РЕ определяет восходящий порт, изменение РЕ восходящего порта, определенного ранее, перенастройку информации метки с восходящего порта, определенного ранее, на измененный восходящий порт, и/или отправку LLDP-сообщения и сообщения расширенного порта через измененный восходящий порт.
10. Способ по п. 9, отличающийся тем, что этап изменения РЕ восходящего порта, определенного ранее, включает:
изменение РЕ восходящего порта, определенного ранее, в соответствии с информацией о приоритете порта, содержащейся в полученном LLDP-сообщении, отправленном СВ; или
изменение восходящего порта, определенного ранее, из-за того, что восходящий порт, определенный ранее, выходит из строя и не может работать.
11. Способ по п. 3, отличающийся тем, что он дополнительно включает:
изменение РЕ восходящего порта, определенного ранее; и
перенастройку информации метки с восходящего порта, определенного ранее, на измененный восходящий порт, и/или отправку сообщения протокола обнаружения канального уровня (LLDP) и сообщения расширенного порта через измененный восходящий порт.
12. Способ по п. 11, отличающийся тем, что этап изменения РЕ восходящего порта, определенного ранее, включает:
изменение РЕ восходящего порта, определенного ранее, в соответствии с информацией о приоритете порта, содержащейся в полученном LLDP-сообщении, отправленном СВ;
или изменение восходящего порта, определенного ранее, из-за того, что восходящий порт, определенный ранее, выходит из строя и не может работать.
13. Управляющий мост (СВ) для получения информации о топологии расширения порта (РЕ), содержащий модуль опознавания и устанавливающее устройство, отличающийся тем, что
модуль опознавания приспособлен опознавать, что СВ подключен к РЕ, после того как СВ получает сообщение протокола обнаружения канального уровня (LLDP), отправленное РЕ; и
устанавливающее устройство приспособлено инстанцировать соответствующие инстанцированные порты внутри СВ, после того как СВ получает сообщение «Создать расширенный порт», отправленное РЕ;
при этом устанавливающее устройство приспособлено инстанцировать соответствующие инстанцированные порты внутри СВ, после того как СВ получает сообщение «Создать расширенный порт», отправленное РЕ, посредством получения расширенных портов РЕ, инстанцирования инстанцированных портов, соответствующих расширенным портам, один за другим, внутри СВ, и установления каналов от инстанцированных портов к расширенным портам, соответствующим инстанцированным портам, после того как СВ получает сообщение «Создать расширенный порт», отправленное РЕ.
14. СВ по п. 13, отличающийся тем, что устанавливающее устройство приспособлено инстанцировать соответствующие инстанцированные порты внутри СВ, после того как СВ получает сообщение «Создать расширенный порт», отправленное РЕ, путем отправки СВ ответа РЕ с меткой канала и установления канала от инстанцированного порта к расширенному порту, соответствующему инстанцированному порту.
15. СВ по п. 13 или 14, отличающийся тем, что дополнительно содержит устройство отправки, при этом:
устройство отправки приспособлено отправлять LLDP-сообщение на РЕ; или отправлять LLDP-сообщение на РЕ через инстанцированные порты после инстанцирования соответствующих инстанцированных портов внутри СВ.
16. СВ по п. 15, отличающийся тем, что модуль опознавания дополнительно приспособлен для:
создания внутреннего РЕ внутри СВ и инстанцирования инстанцированного порта на РЕ внутри СВ, если LLDP-сообщение, полученное СВ и отправленное РЕ, является LLDP-сообщением, отправленным РЕ и полученным одним портом СВ впервые.
17. СВ по п. 15, отличающийся тем, что модуль опознавания дополнительно приспособлен для:
создания внутреннего РЕ внутри СВ, и/или инстанцирования портов на СВ и внутреннем РЕ, чтобы соединять СВ и РЕ, когда СВ получает LLDP-сообщение, отправленное РЕ.
18. Система для получения информации о топологии расширения порта (РЕ), содержащая СВ и РЕ по любому из пп. 13-17, отличающаяся тем, что РЕ содержит устройство определения и устройство отправки, при этом
устройство определения приспособлено определять восходящий порт в соответствии с полученным сообщением протокола обнаружения канального уровня (LLDP), отправленного СВ; и
устройство отправки приспособлено отправлять LLDP-сообщение и сообщение «Создать расширенный порт» на СВ в соответствии с восходящим портом, определенным устройством определения.
19. Система по п. 18, отличающаяся тем, что РЕ также содержит обрабатывающее устройство, причем:
обрабатывающее устройство приспособлено изменять восходящий порт, определенный ранее, и перенастраивать информацию метки с восходящего порта, определенного ранее, на измененный восходящий порт; и
устройство отправки приспособлено отправлять LLDP-сообщение и сообщение расширенного порта через измененный восходящий порт.
20. Система по п. 19, отличающаяся тем, что
устройство обработки приспособлено изменять восходящий порт, определенный ранее, путем изменения восходящего порта, определенного ранее, в соответствии с информацией о приоритете порта, содержащейся в полученном LLDP-сообщении, отправленном СВ; или изменения восходящего порта, определенного ранее, из-за того, что восходящий порт, определенный ранее, выходит из строя и не может работать.
21. Система по п. 18, в которой РЕ дополнительно содержит изменяющее устройство и обрабатывающее устройство, при этом:
изменяющее устройство приспособлено менять восходящий порт, определенный ранее; и
обрабатывающее устройство приспособлено перенастраивать информацию метки с восходящего порта, определенного ранее, на измененный восходящий порт, и/или отправлять сообщение протокола обнаружения канального уровня (LLDP) и сообщение расширенного порта через измененный восходящий порт.
22. Система обработки по п. 21, отличающаяся тем, что
изменяющее устройство приспособлено изменять восходящий порт, определенный ранее, путем изменения восходящего порта, определенного ранее, в соответствии с информацией о приоритете порта, содержащейся в полученном LLDP-сообщении, отправленном управляющим мостом (СВ); или изменения восходящего порта, определенного ранее, из-за того, что восходящий порт, определенный ранее, выходит из строя и не может работать.
RU2013151858/08A 2011-05-06 2012-04-20 Способ, система и управляющий мост для получения информации о топологии расширения порта RU2571536C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201110117096.6 2011-05-06
CN201110117096.6A CN102769558B (zh) 2011-05-06 获知端口扩展拓扑信息的方法、系统和控制桥
PCT/CN2012/074460 WO2012152178A1 (zh) 2011-05-06 2012-04-20 获知端口扩展拓扑信息的方法、系统和控制桥

Publications (2)

Publication Number Publication Date
RU2013151858A RU2013151858A (ru) 2015-06-20
RU2571536C2 true RU2571536C2 (ru) 2015-12-20

Family

ID=47096816

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2013151858/08A RU2571536C2 (ru) 2011-05-06 2012-04-20 Способ, система и управляющий мост для получения информации о топологии расширения порта

Country Status (8)

Country Link
US (1) US9515890B2 (ru)
EP (1) EP2696538B1 (ru)
JP (1) JP5792894B2 (ru)
KR (1) KR101472399B1 (ru)
BR (1) BR112013028611A2 (ru)
ES (1) ES2746048T3 (ru)
RU (1) RU2571536C2 (ru)
WO (1) WO2012152178A1 (ru)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140024169A (ko) * 2012-08-20 2014-02-28 에릭슨엘지엔터프라이즈 주식회사 교환기 가상화 방법 및 시스템
CN104427012B (zh) 2013-09-04 2018-12-11 新华三技术有限公司 端口协商方法和设备
CN103516609B (zh) * 2013-09-17 2017-05-17 杭州华三通信技术有限公司 一种业务报文的传输方法和设备
US10027590B2 (en) * 2014-02-24 2018-07-17 Avago Technologies General Ip (Singapore) Pte. Ltd. End to end flow control
US10412012B2 (en) 2015-09-22 2019-09-10 Arris Enterprises Llc Intelligent, load adaptive, and self optimizing master node selection in an extended bridge
US10721123B2 (en) 2015-09-30 2020-07-21 Arris Enterprises Llc Provisional modes for multi-mode network devices
US10193789B2 (en) 2015-10-07 2019-01-29 Arris Enterprises Llc Handling port identifier overflow in spanning tree protocol
US10153944B2 (en) 2015-10-09 2018-12-11 Arris Enterprises Llc Lag configuration learning in an extended bridge
US10218641B2 (en) 2015-10-09 2019-02-26 Arris Enterprises Llc Handling dynamic cascade port/LAG changes in a non-blocking manner
US10148595B2 (en) 2015-10-16 2018-12-04 Arris Enterprises Llc Handling dynamic port/LAG changes without breaking communication in an extended bridge
US10284389B2 (en) 2015-10-21 2019-05-07 Arris Enterprises Llc High availability for distributed network services in an extended bridge
US10193706B2 (en) 2015-10-21 2019-01-29 Arris Enterprises Llc Distributed rule provisioning in an extended bridge
EP3439248B1 (en) * 2016-03-31 2020-09-16 New H3C Technologies Co., Ltd. Configuration of link aggregation group
CN107493181B (zh) * 2016-06-13 2022-01-28 深圳市中兴通讯技术服务有限责任公司 虚拟扩展端口的指示方法和装置
CN107528784B (zh) 2016-06-21 2021-02-26 新华三技术有限公司 报文转发方法和装置
CN107566143B (zh) * 2016-06-30 2022-02-25 深圳市中兴通讯技术服务有限责任公司 一种纵向堆叠发现方法和装置
CN107645391B (zh) * 2016-07-21 2022-05-27 深圳市中兴通讯技术服务有限责任公司 一种接口扩展设备的端口配置方法及装置
US10250527B2 (en) 2016-09-01 2019-04-02 Arris Enterprises Llc Port extender ID assignment in an extended bridge
US10389656B2 (en) 2016-09-07 2019-08-20 Arris Enterprises Llc Determining port-to-port connectivity in an extended bridge
CN108259453B (zh) 2017-05-31 2020-03-06 新华三技术有限公司 一种报文转发方法及装置
CN108259633B (zh) 2017-05-31 2020-05-12 新华三技术有限公司 实现管理报文三层通信的方法、系统及装置
CN108418752B (zh) 2017-07-24 2019-11-08 新华三技术有限公司 一种聚合组的创建方法和装置
JP6998780B2 (ja) 2018-02-02 2022-01-18 株式会社デンソー 冷凍サイクル装置
CN108900421A (zh) * 2018-06-29 2018-11-27 郑州云海信息技术有限公司 一种分布式存储系统的拓扑结构生成方法、装置及系统
CN113872868B (zh) * 2020-06-30 2022-11-25 华为技术有限公司 通知消息传输方法、装置及系统、存储介质
CN113193983B (zh) * 2021-03-31 2022-04-01 新华三信息安全技术有限公司 一种网络通信设备及其切换拓扑连接模式的方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7310664B1 (en) * 2004-02-06 2007-12-18 Extreme Networks Unified, configurable, adaptive, network architecture
US7609656B2 (en) * 2006-03-31 2009-10-27 Fujitsu Limited Bridge device, method of controlling bridge device, and control program
US7808891B2 (en) * 2007-08-02 2010-10-05 Thales Avionics, Inc. System and method for streaming video on demand (VOD) streams over a local network
EP2056525B1 (en) * 2006-08-25 2010-11-17 Huawei Technologies Co., Ltd. An ethernet service configuration device, method and system in passive optical network

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070041328A1 (en) * 2005-08-19 2007-02-22 Bell Robert J Iv Devices and methods of using link status to determine node availability
CN101145927B (zh) 2006-09-12 2011-10-26 华为技术有限公司 组播广播业务的承载网络、系统及方法
EP2051451A1 (en) * 2006-09-22 2009-04-22 Panasonic Corporation Communication apparatus, communication method and communication system
US20140044129A1 (en) * 2012-08-10 2014-02-13 Duane Edward MENTZE Multicast packet forwarding in a network
US9294396B2 (en) * 2013-03-12 2016-03-22 Dell Products L.P. Port extender

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7310664B1 (en) * 2004-02-06 2007-12-18 Extreme Networks Unified, configurable, adaptive, network architecture
US7609656B2 (en) * 2006-03-31 2009-10-27 Fujitsu Limited Bridge device, method of controlling bridge device, and control program
EP2056525B1 (en) * 2006-08-25 2010-11-17 Huawei Technologies Co., Ltd. An ethernet service configuration device, method and system in passive optical network
US7808891B2 (en) * 2007-08-02 2010-10-05 Thales Avionics, Inc. System and method for streaming video on demand (VOD) streams over a local network

Also Published As

Publication number Publication date
EP2696538B1 (en) 2019-05-29
KR101472399B1 (ko) 2014-12-12
BR112013028611A2 (pt) 2017-12-05
US20140086098A1 (en) 2014-03-27
EP2696538A1 (en) 2014-02-12
CN102769558A (zh) 2012-11-07
ES2746048T3 (es) 2020-03-04
JP5792894B2 (ja) 2015-10-14
US9515890B2 (en) 2016-12-06
EP2696538A4 (en) 2015-02-18
RU2013151858A (ru) 2015-06-20
KR20140002033A (ko) 2014-01-07
WO2012152178A1 (zh) 2012-11-15
JP2014519249A (ja) 2014-08-07

Similar Documents

Publication Publication Date Title
RU2571536C2 (ru) Способ, система и управляющий мост для получения информации о топологии расширения порта
US11941423B2 (en) Data processing method and related device
US9032054B2 (en) Method and apparatus for determining a network topology during network provisioning
JP5946532B2 (ja) データセンタ環境で物理ネットワークに仮想ネットワークをオーバーレイするための方法、オーバーレイ仮想ネットワークで通信するための方法、ネットワーク仮想化環境のためのシステム、データセンタおよびコンピュータ・プログラム
WO2017173952A1 (zh) 一种实现虚拟机统一管理及互通的方法、装置和系统
JP5500270B2 (ja) プロファイル処理プログラム、データ中継装置およびプロファイル制御方法
CN101563889B (zh) 以太网/tmpls混合网络运行管理和维护帧创建方法
CN105681191A (zh) 基于路由器虚拟化的sdn平台及实现方法
GB2497202A (en) Transmitting frames between, possibly different, local VLANs by encapsulating frames for global VLAN tunnel
WO2018019092A1 (zh) 一种网络中vlan id分配的方法及控制器
US20200007472A1 (en) Service insertion in basic virtual network environment
WO2015149253A1 (zh) 数据中心的虚拟网络管理方法及数据中心系统
WO2021103657A1 (zh) 网络操作方法、装置、设备和存储介质
WO2021147358A1 (zh) 一种网络接口的建立方法、装置及系统
CN109450768B (zh) 容器互联的方法及用于容器互联的系统
CN108512737B (zh) 一种数据中心ip层互联的方法和sdn控制器
CN115552850A (zh) 网络结构中的定向广播
CN107566238A (zh) 一种用户态配置物理接口自动识别vlan帧和非vlan帧的方法
WO2016173196A1 (zh) 地址映射关系的学习方法及装置
US10601649B1 (en) Stack switching detection and provisioning
US20230017053A1 (en) Service chaining in fabric networks
CN102769558B (zh) 获知端口扩展拓扑信息的方法、系统和控制桥
CN117579428A (zh) 云网络跨技术栈互联互通的方法及装置
Hata A MAC Address Routing VPN Architecture for Connecting Non-IP Wireless Sensor Networks to Data Centers
CN111884925A (zh) 一种基于SDN网络的分布式路由snat通信优化方法和系统