RU2424625C2 - Схемы обеспечения отказоустойчивости в сетях связи - Google Patents
Схемы обеспечения отказоустойчивости в сетях связи Download PDFInfo
- Publication number
- RU2424625C2 RU2424625C2 RU2009117682/09A RU2009117682A RU2424625C2 RU 2424625 C2 RU2424625 C2 RU 2424625C2 RU 2009117682/09 A RU2009117682/09 A RU 2009117682/09A RU 2009117682 A RU2009117682 A RU 2009117682A RU 2424625 C2 RU2424625 C2 RU 2424625C2
- Authority
- RU
- Russia
- Prior art keywords
- tunnel
- primary
- network
- nodes
- node
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/02—Transmitters
- H04B1/04—Circuits
- H04B1/0458—Arrangements for matching and coupling between power amplifier and antenna or between amplifying stages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/06—Receivers
- H04B1/16—Circuits
- H04B1/18—Input circuits, e.g. for coupling to an antenna or a transmission line
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
Изобретение относится к области сетей передачи данных. Технический результат заключается в увеличении степени отказоустойчивости. Сущность изобретения заключается в том, что ориентированная на соединение сеть 10 содержит множество узлов, включая множество пограничных узлов 12, 14, 16, 18. Сеть выполнена с возможностью определения первичного туннеля, соединяющего один из первичных пограничных узлов 12, 14 с другим пограничным узлом 14, 12, и вторичного туннеля, соединяющего один из вторичных пограничных узлов 16, 18 с другим пограничным узлом 12, 14, 16, 18. Сеть выполнена с возможностью перенаправления графика с первичного туннеля на вторичный туннель в случае обнаружения сбоя в первичном туннеле. 2 н. и 8 з.п. ф-лы, 4 ил.
Description
Область техники, к которой относится изобретение
Настоящее изобретение относится к схемам обеспечения отказоустойчивости в сетях, ориентированных на соединение. Изобретение имеет конкретное применение в мультипротокольной коммутации с использованием меток (MPLS) и ориентированных на соединение сетях Ethernet.
Уровень техники
Сетевые схемы обеспечения отказоустойчивости обычно выполнены с возможностью компенсации сбоев в сети посредством обнаружения сбоя в одном из узлов или в соединении узлов в сети и перенаправления трафика для обхода данного сбоя. Сети обычно имеют некоторое количество пограничных узлов, через которые трафик может поступать в сеть и покидать ее, и некоторое количество промежуточных узлов, через которые трафик может передаваться от одного пограничного узла к другому. Пользовательское оборудование, выполненное с возможностью осуществления связи через сеть, обычно имеет связь с одним или более пограничными узлами. В наиболее простом типе схемы любая часть пользовательского оборудования может передавать данные только с одним пограничным узлом. Поэтому любое перенаправление, выполненное схемой обеспечения отказоустойчивости, не может обойти входной узел, через который трафик поступает в сеть, или выходной узел, через который трафик покидает сеть. В некоторых системах существуют двойные вложенные схемы, в которых пользовательское оборудование может передавать данные более чем с одним входным или выходным узлом. Преимущество состоит в том, что, если в одном из пограничных узлов сети произошел сбой, пользовательское оборудование по-прежнему может передавать данные по сети. Однако нет такой двойной родительской схемы в настоящее время, которая была бы доступна для MPLS или для других ориентированных на соединение сетей. Это означает, что схемы обеспечения отказоустойчивости для сетей MPLS основаны на разнообразии путей между одними и теми же входными и выходными узлами, поэтому они обеспечивают ограниченную степень отказоустойчивости.
Раскрытие изобретения
Таким образом, задача настоящего изобретения состоит в том, чтобы предпочтительно уменьшить, смягчить или устранить один или более из упомянутых выше недостатков, по отдельности или в любом объединении.
Согласно первому аспекту настоящего изобретения предоставляется сеть для ориентированной на соединение сети связи, содержащей множество узлов, включающих в себя множество пограничных узлов, причем сеть выполнена с возможностью определять первичный туннель, соединяющий между собой первичную пару пограничных узлов, и вторичный туннель, соединяющий между собой вторичную пару пограничных узлов, отличную от первичной пары, и при этом сеть выполнена с возможностью переключения трафика с первичного туннеля на вторичный туннель в случае обнаружения сбоя, затрагивающего первичный туннель.
Первая и вторая пары узлов могут иметь общий узел, но у каждой из них есть по меньшей мере один узел, не являющийся общим для обоих пар.
Согласно второму аспекту настоящего изобретения предоставляется узел для ориентированной на соединение сети, имеющий множество пограничных узлов, причем узел выполнен с возможностью идентифицировать первичный туннель, соединяющий между собой первичную пару пограничных узлов, и вторичный туннель, соединяющий между собой вторичную пару пограничных узлов, отличную от первичной пары, при этом узел выполнен с возможностью переключения трафика с первичного туннеля на вторичный туннель в случае обнаружения сбоя в первичном туннеле.
Дополнительные признаки настоящего изобретения представлены, как заявлено в зависимых пунктах формулы изобретения.
Настоящее изобретение преимущественно позволяет восстанавливать сеть в сети MPLS или в другой ориентированной на соединение сети с различными узлами.
Предпочтительные варианты осуществления настоящего изобретения будут далее описаны в качестве только примера со ссылками на прилагаемые чертежи.
Краткое описание чертежей
Фиг.1 - схема, иллюстрирующая сеть MPLS согласно первому варианту осуществления настоящего изобретения;
Фиг.2 - схема состояний, иллюстрирующая изменения в работе сети, изображенной на Фиг.1;
Фиг.3 - схема, иллюстрирующая сеть MPLS согласно дополнительному варианту осуществления настоящего изобретения; и
Фиг.4 - схема, иллюстрирующая сеть MPLS согласно дополнительному варианту осуществления настоящего изобретения.
Осуществление изобретения
Со ссылкой на Фиг.1, сеть 10 с мультипротокольной коммутацией с использованием меток (MPLS) согласно варианту осуществления изобретения содержит некоторое количество пограничных узлов 12, 14, 16, 18 и некоторое количество промежуточных узлов 20, 22. Различные устройства пользовательского оборудования, в данном случае обозначенные номерами 24, 26, выполнены с возможностью передавать данные по сети 10. Для простоты показано только две единицы 24, 26 пользовательского оборудования, хотя очевидно, что на практике их количество будет в целом гораздо больше.
В общем случае каждый из узлов 12, 14, 16, 18, 20, 22 включает в себя один или более процессоров и ассоциативную память и выполнен с возможностью исполнения некоторого количества функций, имеющих отношение к работе сети, причем эти функции поделены, с точки зрения организации, на уровни. Уровень управления обеспечивает управление сетью в целом и включает в себя систему управления сетью (NMS), которая обеспечивает пользовательский интерфейс, чтобы управлять сетью вручную. Уровень контроля использует некоторое количество протоколов и разрешает передачу данных между узлами сети и конфигурацией протокола передачи данных. Уровень передачи данных выполняет операции передачи, которые пересылают данные по сети. Протоколы уровня контроля, которые могут включать в себя, например, OSPF-TE и RSVP-TE, выполнены также с возможностью обеспечения связи между пограничными узлами 12, 14, 16, 18 и, возможно, пользовательским оборудованием 24, 26. Одна из главных функций протоколов уровня контроля - это определение маршрута, которого какая-либо связь будет придерживаться в сети.
Для того, чтобы две единицы 24, 26 пользовательского оборудования (CE) могли передавать данные друг с другом, сетевой протокол уровня контроля идентифицирует один первичный пограничный узел 12 для одной единицы 24 пользовательского оборудования и один первичный узел 14 для другой единицы 26 оборудования. Для осуществления связи через сеть первой единицы 24 со второй единицей 26 первый первичный пограничный узел 12 определен как первичный входной узел и второй первичный пограничный узел 14 определен как первичный выходной узел. Протоколы уровня контроля также определяют некоторое количество коммуникационных туннелей, каждый из которых обеспечивает передачу данных от одного пограничного узла 12, 14, 16, 18 к другому. Каждый туннель является маршрутом между двумя узлами сети, по которому трафик передается по сети 10, причем трафик, передающийся по сети MPLS в виде пакетов, неясен для промежуточных узлов. В сети MPLS это может быть достигнуто благодаря тому, что промежуточные узлы считывают только метку каждого пакета, но не данные, содержащиеся в пакете. Входной узел 12, который направляет трафик через сеть, идентифицирует выходной узел, которому он должен направить трафик, и затем присоединяет метки к данным, которые идентифицируют, через какой туннель он должен пройти. Каждый туннель определяется набором параметров, которые включают в себя два пограничных узла, которые образуют этот туннель. Другие идентифицирующие параметры туннелей могут включать в себя один или более следующих параметров, все из которых включены в данном варианте осуществления: характеристики трафика, который пропускает данный туннель, качество схемы обслуживания (QoS), которую он поддерживает, класс обслуживания, к которому относится данный MPLS-туннель, его максимальная и минимальная ширина пропускная, его максимальный размер пакета, например. Поэтому возможно, что, если между любой парой пограничных узлов будет более одного туннеля, то два туннеля будут иметь различные характеристики и параметры. Каждый туннель может включать в себя только один путь с коммутацией меток (LSP), или он может включать в себя множество путей с коммутацией меток (LSP), наиболее подходящий из которых будет выбран в любой момент времени в зависимости от характеристик и эксплуатационных качеств, требуемых для пользовательского оборудования. Очевидно, что трафик пользователя, идущий по сети, может быть инкапсулирован в псевдопровода, выполненные с возможностью поддержки как служб Ethernet, так и любого другого вида обслуживания, допускаемого в данной сети.
В процессе передачи данных по сети узлами выполняется некоторое количество проверок, заданных протоколом контроля для идентификации сбоев в сети. Многие способы обнаружения сбоев хорошо известны и не будут подробно описываться. База данных управляющей информации (MIB), которая имеет связь с протоколом контроля и выполняет часть его функций, выполнена с возможностью сохранения данных, связанных с обнаружением сбоев в сети. Также все узлы сети выполнены с возможностью связи друг с другом для проверки и передачи информации о сбоях в сети, которая показывает, какой туннель доступен для использования в любой момент времени. Такой вид проверки выполняется, когда единица 24 пользовательского оборудования в первый раз передает сообщение для передачи по сети, и будет подробно рассмотрен ниже. Он позволяет выбрать, какой туннель использовать, в зависимости от того, какие сбои существуют в настоящий момент.
Для любого вида связи между единицей 24 пользовательского оборудования и единицей 26 пользовательского оборудования первичный туннель определяют так, что он имеет один пограничный узел 12 в качестве входного узла и один пограничный узел 14 в качестве выходного узла. В данном варианте осуществления передающая единица 24 пользовательского оборудования соединена и может передавать данные со вторичным входным узлом 16 так же, как и с первичным входным узлом 12, а принимающая единица 26 пользовательского оборудования соединена и может передавать данные со вторичным выходным узлом 18 так же, как и с первичным выходным узлом 14. Поэтому первичный туннель AC, таким образом, определен от первичного входного узла 12 до первичного выходного узла 14. Также определены три вторичных туннеля: один из них AD от первичного входного узла 12 до вторичного выходного узла 18, другой BC от вторичного входного узла 16 до первичного выходного узла 14, и последний BD от вторичного входного узла 16 до вторичного выходного узла 18. Поэтому каждый туннель между другой парой узлов имеет один общий узел с одним туннелем, и другой общий узел с другим туннелем и не имеет общих узлов с оставшимся туннелем.
Единица 24 пользовательского оборудования выполнена с возможностью направления трафика через первичный входной узел 12, когда она хочет начать передачу данных с единицей 26 пользовательского оборудования. Этот трафик включает в себя идентификацию единицы 26 пользовательского оборудования, через которую предается сообщение, так же, как и информацию, относящуюся к характеристикам связи. Первичный входной узел выполнен таким образом, что, приняв это сообщение, начинает передачу по сети к первичному выходному узлу и запускает несколько сообщений между пограничными узлами для проверки на наличие сбоев, которые могут привести к необходимости использования туннеля, отличного от первичного. Очевидно, что эти сообщения между пограничными узлами могут использовать несколько форматов, но желательно, чтобы они были способны идентифицировать, какой туннель доступен для использования, а какой нет.
В данном варианте осуществления первичный входной узел 12, который в данный момент является активным входным узлом, посылает трафик от единицы 24 пользовательского оборудования к первичному выходному узлу 14. Активный выходной узел, принимающий трафик, посылает его на принимающую единицу 26 пользовательского оборудования и контролирует трафик. Подходящие инструменты, использующие как стандартные сообщения, так и собственный протокол, применяются для того, чтобы проверить, успешно ли LSP-туннель передает трафик от активного входного узла к активному выходному узлу. Это позволяет активному входному узлу 12 определить, существует ли сбой в первичном туннеле AC. При условии, что в первичном туннеле не обнаружено сбоев, трафик продолжает передаваться через первичный туннель.
Также, когда начинается передача данных, первичный и вторичный пограничные узлы выполнены с возможностью изменения серии сообщений таким образом, что каждое из них может определить, какой из туннелей сейчас активен, какие туннели являются вторичными или резервными и существуют ли сбои в первичном или вторичном туннелях. Очевидно, что эти сообщения могут принимать несколько форматов. В данном варианте осуществления служебное сообщение для подтверждения целостности пути с коммутацией меток (LSP) также передается на резервный входной узел 16. Первичный входной узел 12 и вторичный входной узел 16 также обмениваются обязательными сигнальными сообщениями, чтобы идентифицировать соответствующий статус входных узлов. Это позволяет активному входному узлу 12 проверить, испытывает ли вторичный входной узел 16 сбой или нет. Активный входной узел 12 также посылает сигнал проверки вторичному выходному узлу 18, чтобы тот мог идентифицировать свой статус вторичного выходного узла. Активный входной узел 12 способен проверять, доступен ли резервный выходной узел 18 для использования, если потребуется, посредством сохраняемых сигнальных сообщений, которыми узлы периодически обмениваются. Активный входной узел 12 также выполнен с возможностью передачи сигнала подтверждения обратно передающей единице 24 пользовательского оборудования, чтобы подтвердить, что она принимает трафик и передает его по сети принимающей единице 26 пользовательского оборудования. Все эти сигналы и проверки могут повторяться в течение передачи данных для непрерывной проверки статуса каждого туннеля. Первичный и резервный пограничные узлы могут обмениваться этими сигналами и проверками для проверки статуса сети.
До тех пор, пока первичный туннель AC продолжает функционировать и обеспечивать требуемый уровень связи, осуществление связи через него будет продолжаться. Однако, если обнаружен сбой либо в первичных пограничных узлах 12, 16, либо в любом из промежуточных узлов 20, образующих часть первичного туннеля AC, которую нельзя обогнуть в пределах первичного туннеля, то сеть выполнена таким образом, что переключается на один из резервных туннелей, чтобы передача данных могла продолжаться. Наиболее подходящий туннель будет выбран в зависимости от того, какой из узлов и LSP функционирует корректно. Каждый из узлов 12, 14, 16, 18, 20, 22 выполнен с возможностью контроля и идентификации сбоев в продолжение связи, и если один из них идентифицирует сбой, который требует или может потребовать изменения активного туннеля, то изобретение выполнено с возможностью установления связи этого узла с любым другим пограничным узлом. Таким образом, все пограничные узлы могут поддерживать в полном порядке активный в данный момент туннель, и если есть какие-то сбои в одном из пограничных узлов 12, 14, 16, 18 или промежуточных узлах 20, 22, это может повлиять на выбор активного туннеля.
Как показано на Фиг.2, статус сети может быть описан в терминах активного туннеля и способа его изменения в зависимости от обнаружения различных сбоев. Если входные узлы 12 и 16 обозначены как A и B и выходные узлы 14, 18 обозначены как C и D, то состояние сети может быть обозначено парой активных узлов, таких как AC, если первичный туннель активен. Поэтому каждое состояние соответствует другому активному туннелю между другой парой узлов. На Фиг.2 показано 4 состояния, стрелки между состояниями обозначают возможность перехода от одного состояния к другому, а подписи под каждой стрелкой обозначают узел одной буквой или путь с коммутацией меток (LSP) между двумя узлами двумя соответствующими буквами, сбой в которых вызвал данный переход. Когда начинается передача данных, система перемещается в состояние AC, поскольку АС - первичный туннель или туннель по умолчанию. Однако, если во входном узле C или где-либо на пути с коммутацией меток (LSP) AC между узлами A и C обнаружен сбой, сеть переключается в состояние AD, с осуществлением связи через резервный выходной узел D. Аналогично, если сбой обнаружен во входном узле A, то сеть переключается в состояние BD, с передачей трафика через туннель BD. Очевидно, что существует некоторая степень гибкости в выборе состояния, в которое переходит сеть при обнаружении специфического сбоя. Помимо необходимости обхода узлов и путей с коммутацией меток (LSP) с известными сбоями, выбор может дополнительно зависеть от других факторов, таких как условия передвижения по цепи в общем случае.
Если активный входной узел 12 принимает сообщение, указывающее на сбой, затрагивающий первичный туннель, но сам все еще функционирует, тогда он может перенаправить трафик в соответствующий вторичный туннель, а новый активный выходной узел может передать трафик на принимающую единицу 26 пользовательского оборудования. Поэтому ни единица 24, ни единица 26 пользовательского оборудования не должны принимать активное участие в процессе, исключая то, что принимающее пользовательское оборудование должно быть готово принять данные через вторичный выходной узел. Если сбой приводит к необходимости переключения на вторичный входной узел 16, связь осуществляется по вторичному туннелю.
Единица 24 пользовательского оборудования должна быть готова передать данные как на вторичный входной узел 16, так и на первичный входной узел 12. Если требуется, для осуществления связи через сеть с передающей единицей 24 пользовательского оборудования может использоваться дополнительный способ, дающий ей инструкцию передавать трафик на вторичный входной узел 16. Этот способ может иметь собственный набор сообщений или собственные расширения существующих протоколов (например, Spanning Tree), и призван сократить время, требуемое для осведомления единицы пользовательского оборудования о необходимости передачи трафика на вторичный входной узел (не требуется ждать, пока произойдет процесс осведомления). Поэтому единица 24 пользовательского оборудования должна быть выполнена с возможностью реагирования на инструкции от входных узлов 12, 16 переключением с направления трафика к одному из них на передачу трафика к другому. Однако в данном варианте осуществления передающая единица 24 пользовательского оборудования не принимает активное участие в определении входного узла, с которым она должна взаимодействовать. Не требуется, однако, чтобы передающая единица 24 пользовательского оборудования была осведомлена о сбоях, происходящих в сети MPLS.
Как показано на Фиг.3, во втором варианте осуществления настоящего изобретения основная установка такая же, как и в первом варианте, и сообщающиеся части обозначены теми же номерами, увеличенными на 100. Однако в данном случае есть только один входной узел 124, который может передавать данные как с первичным 114, так и со вторичным 118 выходным узлом через соответствующие первичный и вторичный туннели 150, 152.
Как показано на Фиг.4, в третьем варианте осуществления сеть 210 поставщика услуг включает в себя две MPLS-сети 211, 213, управляемые другими сетевыми операторами. Одна единица 224 пользовательского оборудования сообщается с пограничным узлом 212 первой сети 211, а вторая единица 226 пользовательского оборудования сообщается с пограничным узлом 25 второй сети 213. Первый туннель задан узлами 212, 256 через первичные пограничные узлы 214, 252 первой и второй сети. Второй туннель задан через вторичный пограничные узлы 218, 254 первой и второй сети. В данном варианте все пограничные узлы 212, 214, 218, 252, 254, 256 выполнены с возможностью осуществления связи друг с другом, аналогично первому варианту на Фиг.1, с возможностью обнаружения сбоев, затрагивающих первичный туннель, которые требуют перенаправления трафика по вторичному туннелю, и с возможностью сохранения друг для друга обновляемого подтверждения статуса каждого из узлов и каждого туннеля, как и в предыдущих вариантах.
Claims (10)
1. Ориентированная на соединение сеть связи (10), содержащая множество узлов (12-22), включающих в себя множество пограничных узлов (12-18), причем сеть (10) выполнена с возможностью определения первичного туннеля (150), соединяющего между собой первичную пару пограничных узлов (12, 14), и вторичного туннеля (152), соединяющего между собой вторичную пару пограничных узлов (16, 18), отличную от первичной пары, и при этом сеть (10) выполнена с возможностью перенаправления трафика с первичного туннеля на вторичный туннель в случае обнаружения сбоя, затрагивающего первичный туннель (150), при этом первичный и вторичный туннели (150, 152) имеют различные входные узлы (12, 16).
2. Сеть (10) по п.1, в которой первичный и вторичный туннели (150, 152) имеют различные выходные узлы (14, 18).
3. Сеть (10) по любому из пп.1 или 2, в которой по меньшей мере два из пограничных узлов (12-18) выполнены с возможностью осуществления связи друг с другом посредством коммуникации с идентификацией сбоев для определения релевантного сбоя, требующего перенаправления на вторичный туннель (152).
4. Сеть (10) по п.3, в которой коммуникация с идентификацией сбоев может проходить между входным узлом первичного туннеля (150) и выходным узлом первичного туннеля.
5. Сеть (10) по п.3, в которой коммуникация с идентификацией сбоев может проходить между узлом первичного туннеля (150) и узлом вторичного туннеля (152).
6. Сеть (10) по п.3, в которой коммуникация с идентификацией сбоев может проходить между входным узлом первичного туннеля (150) и входным узлом вторичного туннеля (152).
7. Сеть (10) по п.3, в которой коммуникация с идентификацией сбоев может проходить между выходным узлом первичного туннеля (150) и выходным узлом вторичного туннеля (152).
8. Сеть (10) по п.1 или 2, включающая в себя множество входных узлов и множество выходных узлов, и в которой туннель определяется между каждым из входных узлов и каждым из выходных узлов.
9. Узел (12) для ориентированной на соединение сети (10), имеющей множество пограничных узлов, причем узел (12) выполнен с возможностью идентификации первичного туннеля (150), соединяющего между собой первичную пару пограничных узлов, и вторичного туннеля (152), соединяющего между собой вторичную пару пограничных узлов, отличную от первичной пары, и при этом узел (12) выполнен с возможностью перенаправления трафика с первичного туннеля (150) на вторичный туннель (152) в случае обнаружения сбоя в первичном туннеле (150), при этом первичный и вторичный туннели (150, 152) имеют различные входные узлы (12, 16).
10. Узел (12) по п.9, который является пограничным узлом, выполненным с возможностью осуществления связи с другими пограничными узлами сети для идентификации сбоя в сети, требующего перенаправления трафика на вторичный туннель (152).
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2006/009730 WO2008043374A1 (en) | 2006-10-09 | 2006-10-09 | Resiliency schemes in communications networks |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2009117682A RU2009117682A (ru) | 2010-11-20 |
RU2424625C2 true RU2424625C2 (ru) | 2011-07-20 |
Family
ID=37733740
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2009117682/09A RU2424625C2 (ru) | 2006-10-09 | 2006-10-09 | Схемы обеспечения отказоустойчивости в сетях связи |
Country Status (8)
Country | Link |
---|---|
US (1) | US8787150B2 (ru) |
EP (1) | EP2074752B1 (ru) |
JP (1) | JP2010506466A (ru) |
CN (1) | CN101523803B (ru) |
AU (1) | AU2006349311B2 (ru) |
DK (1) | DK2074752T3 (ru) |
RU (1) | RU2424625C2 (ru) |
WO (1) | WO2008043374A1 (ru) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2667806C2 (ru) * | 2014-05-28 | 2018-09-24 | Зте Корпорейшн | Способ и система для переключения на резерв с применением псевдопроводного (pw) двойного соединения |
Families Citing this family (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101425971B (zh) * | 2008-12-02 | 2011-03-16 | 中兴通讯股份有限公司 | 一种t-mpls通路层隧道切换的方法 |
US8817596B2 (en) * | 2009-01-09 | 2014-08-26 | Futurewei Technologies, Inc. | Protecting ingress and egress of a label switched path |
US20120106321A1 (en) * | 2009-07-10 | 2012-05-03 | Nokia Siemens Networks Oy | Method and device for conveying traffic in a network |
US8885459B2 (en) | 2010-02-26 | 2014-11-11 | Futurewei Technologies, Inc. | System and method for computing a backup ingress of a point-to-multipoint label switched path |
US8817593B2 (en) * | 2010-11-01 | 2014-08-26 | Avaya Inc. | Method and apparatus providing failover for a point to point tunnel for wireless local area network split-plane environments |
US8446818B2 (en) * | 2010-11-01 | 2013-05-21 | Avaya Inc. | Routed split multi-link trunking resiliency for wireless local area network split-plane environments |
US8861339B2 (en) * | 2010-11-01 | 2014-10-14 | Avaya Inc. | Packet forwarding function of a mobility switch deployed as routed SMLT (RSMLT) node |
WO2012103729A1 (zh) * | 2011-06-30 | 2012-08-09 | 华为技术有限公司 | 隧道配置方法及装置 |
US8824323B2 (en) | 2012-01-10 | 2014-09-02 | Avaya Inc. | Wireless control plane failure handling in a split-plane deployment |
US9729414B1 (en) | 2012-05-21 | 2017-08-08 | Thousandeyes, Inc. | Monitoring service availability using distributed BGP routing feeds |
US10230603B2 (en) | 2012-05-21 | 2019-03-12 | Thousandeyes, Inc. | Cross-layer troubleshooting of application delivery |
EP2728828A1 (en) * | 2012-10-31 | 2014-05-07 | British Telecommunications public limited company | Session admission in a communications network |
US10070369B2 (en) * | 2013-01-02 | 2018-09-04 | Comcast Cable Communications, Llc | Network provisioning |
US9411787B1 (en) * | 2013-03-15 | 2016-08-09 | Thousandeyes, Inc. | Cross-layer troubleshooting of application delivery |
US10021027B2 (en) | 2013-04-30 | 2018-07-10 | Comcast Cable Communications, Llc | Network validation with dynamic tunneling |
US9173117B2 (en) * | 2013-05-02 | 2015-10-27 | Telefonaktiebolaget L M Ericsson (Publ) | Enhancing a mobile backup channel to address a node failure in a wireline network |
US9215136B2 (en) * | 2013-06-27 | 2015-12-15 | Cisco Technology, Inc. | Aggregated delivery of tunnel fault messages on common ethernet segments |
US10659325B2 (en) | 2016-06-15 | 2020-05-19 | Thousandeyes, Inc. | Monitoring enterprise networks with endpoint agents |
US10671520B1 (en) | 2016-06-15 | 2020-06-02 | Thousandeyes, Inc. | Scheduled tests for endpoint agents |
US10581638B2 (en) | 2018-04-18 | 2020-03-03 | Hewlett Packard Enterprise Development Lp | Assign tunnel tag identifying virtual local area network tunnel |
CN114745319A (zh) | 2018-06-30 | 2022-07-12 | 华为技术有限公司 | 一种避免环路的通信方法、设备和系统 |
CN108924046B (zh) * | 2018-07-16 | 2021-06-29 | 烽火通信科技股份有限公司 | 一种gre隧道承载业务的保护方法及系统 |
US10848402B1 (en) | 2018-10-24 | 2020-11-24 | Thousandeyes, Inc. | Application aware device monitoring correlation and visualization |
US11032124B1 (en) | 2018-10-24 | 2021-06-08 | Thousandeyes Llc | Application aware device monitoring |
US10567249B1 (en) | 2019-03-18 | 2020-02-18 | Thousandeyes, Inc. | Network path visualization using node grouping and pagination |
Family Cites Families (56)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5781715A (en) * | 1992-10-13 | 1998-07-14 | International Business Machines Corporation | Fault-tolerant bridge/router with a distributed switch-over mechanism |
JPH06334637A (ja) * | 1993-05-20 | 1994-12-02 | Hitachi Ltd | 回線切替方式 |
US5835696A (en) * | 1995-11-22 | 1998-11-10 | Lucent Technologies Inc. | Data router backup feature |
JPH1117686A (ja) * | 1997-06-20 | 1999-01-22 | Oki Electric Ind Co Ltd | Atm交換システム |
JPH1141282A (ja) | 1997-07-17 | 1999-02-12 | Hitachi Ltd | 二重化中継装置 |
JPH11220486A (ja) | 1998-01-30 | 1999-08-10 | Hitachi Ltd | ルータ装置二重化方法 |
DE19901977C2 (de) * | 1999-01-20 | 2002-11-07 | Vischer & Bolli Ag Duebendorf | Spanneinrichtung zur Fixierung eines Einzugsbolzens |
CA2310872A1 (en) * | 1999-12-22 | 2001-06-22 | Nortel Networks Corporation | Automatic protection switching using link-level redundancy supporting multi-protocol label switching |
WO2002065607A1 (en) * | 2001-02-12 | 2002-08-22 | Maple Optical Systems, Inc. | Multiple level fault protection in a communications network |
US7155512B2 (en) | 2001-05-23 | 2006-12-26 | Tekelec | Methods and systems for automatically configuring network monitoring system |
US7684321B2 (en) * | 2001-12-21 | 2010-03-23 | Hewlett-Packard Development Company, L.P. | System for supply chain management of virtual private network services |
JP2003218911A (ja) * | 2002-01-18 | 2003-07-31 | Fujitsu Ltd | トランスペアレントlanサービスにおける二重化方法および中継装置とトランスペアレントlanサービスシステム |
US6789121B2 (en) * | 2002-02-08 | 2004-09-07 | Nortel Networks Limited | Method of providing a virtual private network service through a shared network, and provider edge device for such network |
US7986618B2 (en) * | 2002-06-12 | 2011-07-26 | Cisco Technology, Inc. | Distinguishing between link and node failure to facilitate fast reroute |
US7307948B2 (en) * | 2002-10-21 | 2007-12-11 | Emulex Design & Manufacturing Corporation | System with multiple path fail over, fail back and load balancing |
JP2004146989A (ja) | 2002-10-23 | 2004-05-20 | Fujikura Ltd | ルータ装置 |
US7283465B2 (en) * | 2003-01-07 | 2007-10-16 | Corrigent Systems Ltd. | Hierarchical virtual private LAN service protection scheme |
US20040165600A1 (en) * | 2003-02-21 | 2004-08-26 | Alcatel | Customer site bridged emulated LAN services via provider provisioned connections |
JPWO2004102902A1 (ja) * | 2003-05-14 | 2006-07-20 | 富士通株式会社 | ノード冗長制御方法およびノード冗長制御装置 |
US7345991B1 (en) * | 2003-05-28 | 2008-03-18 | Atrica Israel Ltd. | Connection protection mechanism for dual homed access, aggregation and customer edge devices |
US7313087B2 (en) * | 2003-06-20 | 2007-12-25 | Ericsson Ab | Distributed protection switching |
JP3794580B2 (ja) * | 2003-07-11 | 2006-07-05 | 古河電気工業株式会社 | データ中継方法、データ中継装置およびその装置を用いたデータ中継システム |
US7075933B2 (en) * | 2003-08-01 | 2006-07-11 | Nortel Networks, Ltd. | Method and apparatus for implementing hub-and-spoke topology virtual private networks |
JP4305091B2 (ja) * | 2003-08-05 | 2009-07-29 | 日本電気株式会社 | マルチホーミング負荷分散方法およびその装置 |
KR100962647B1 (ko) | 2003-10-27 | 2010-06-11 | 삼성전자주식회사 | 모바일 단말기의 이동성 지원 방법 및 그 시스템 |
US7484010B2 (en) * | 2003-12-05 | 2009-01-27 | Alcatel Lucent | Method for traffic engineering in a multi-homed virtual private local area network service |
TWI244286B (en) * | 2004-01-13 | 2005-11-21 | Ind Tech Res Inst | Method for MPLS link protection |
US7370119B2 (en) * | 2004-05-21 | 2008-05-06 | Cisco Technology, Inc. | Scalable MPLS fast reroute switchover with reduced complexity |
US7644317B1 (en) * | 2004-06-02 | 2010-01-05 | Cisco Technology, Inc. | Method and apparatus for fault detection/isolation in metro Ethernet service |
US8422500B2 (en) * | 2004-07-02 | 2013-04-16 | Rockstar Consortium Us Lp | VLAN support of differentiated services |
US7643409B2 (en) * | 2004-08-25 | 2010-01-05 | Cisco Technology, Inc. | Computer network with point-to-point pseudowire redundancy |
JP2006129094A (ja) | 2004-10-28 | 2006-05-18 | Fuji Xerox Co Ltd | 冗長サーバシステム及びサーバ装置 |
US9014181B2 (en) | 2004-11-01 | 2015-04-21 | Alcatel Lucent | Softrouter separate control network |
JP4376170B2 (ja) | 2004-11-09 | 2009-12-02 | シャープ株式会社 | 受信装置及び無線通信システム |
US7583593B2 (en) * | 2004-12-01 | 2009-09-01 | Cisco Technology, Inc. | System and methods for detecting network failure |
US7633859B2 (en) * | 2005-01-26 | 2009-12-15 | Cisco Technology, Inc. | Loop prevention technique for MPLS using two labels |
US7535828B2 (en) * | 2005-03-18 | 2009-05-19 | Cisco Technology, Inc. | Algorithm for backup PE selection |
US7477593B2 (en) * | 2005-04-04 | 2009-01-13 | Cisco Technology, Inc. | Loop prevention techniques using encapsulation manipulation of IP/MPLS field |
US7505402B2 (en) * | 2005-06-23 | 2009-03-17 | Cisco Technology, Inc. | Method and apparatus for providing faster convergence for redundant sites |
US7852772B2 (en) * | 2005-10-20 | 2010-12-14 | Cisco Technology, Inc. | Method of implementing a backup path in an autonomous system |
US7864669B2 (en) * | 2005-10-20 | 2011-01-04 | Cisco Technology, Inc. | Method of constructing a backup path in an autonomous system |
US20070091794A1 (en) * | 2005-10-20 | 2007-04-26 | Clarence Filsfils | Method of constructing a backup path in an autonomous system |
JP2009516463A (ja) | 2005-11-16 | 2009-04-16 | コリジェント システムズ リミティド | Vplsリモート故障表示 |
US7693047B2 (en) * | 2005-11-28 | 2010-04-06 | Cisco Technology, Inc. | System and method for PE-node protection |
US7710872B2 (en) * | 2005-12-14 | 2010-05-04 | Cisco Technology, Inc. | Technique for enabling traffic engineering on CE-CE paths across a provider network |
US7680113B2 (en) * | 2005-12-20 | 2010-03-16 | Alcatel-Lucent Usa Inc. | Inter-FE MPLS LSP mesh network for switching and resiliency in SoftRouter architecture |
US7983150B2 (en) * | 2006-01-18 | 2011-07-19 | Corrigent Systems Ltd. | VPLS failure protection in ring networks |
JP4593484B2 (ja) | 2006-02-03 | 2010-12-08 | アラクサラネットワークス株式会社 | データ通信システムおよびその方法 |
US7675860B2 (en) * | 2006-02-27 | 2010-03-09 | Cisco Technology, Inc. | Method and apparatus for determining a preferred backup tunnel to protect point-to-multipoint label switch paths |
US7522603B2 (en) * | 2006-03-14 | 2009-04-21 | Cisco Technology, Inc. | Technique for efficiently routing IP traffic on CE-CE paths across a provider network |
US9083551B2 (en) * | 2006-03-17 | 2015-07-14 | Tellabs Operations, Inc. | Method and apparatus for media distribution using VPLS in a ring topology |
WO2007110929A1 (ja) * | 2006-03-28 | 2007-10-04 | Fujitsu Limited | プロテクション提供方法及びユーザ側通信装置 |
US7593400B2 (en) * | 2006-05-19 | 2009-09-22 | Corrigent Systems Ltd. | MAC address learning in a distributed bridge |
US8208372B2 (en) * | 2006-06-02 | 2012-06-26 | Cisco Technology, Inc. | Technique for fast activation of a secondary head-end node TE-LSP upon failure of a primary head-end node TE-LSP |
US8018843B2 (en) * | 2006-09-19 | 2011-09-13 | Futurewei Technologies, Inc. | Faults propagation and protection for connection oriented data paths in packet networks |
US7948900B2 (en) | 2007-05-10 | 2011-05-24 | Alcatel Lucent | Method and system for verifying connectivity of multi-segment pseudo-wires |
-
2006
- 2006-10-09 CN CN200680056053.9A patent/CN101523803B/zh active Active
- 2006-10-09 US US12/443,708 patent/US8787150B2/en active Active
- 2006-10-09 AU AU2006349311A patent/AU2006349311B2/en not_active Ceased
- 2006-10-09 EP EP06828807A patent/EP2074752B1/en active Active
- 2006-10-09 WO PCT/EP2006/009730 patent/WO2008043374A1/en active Application Filing
- 2006-10-09 DK DK06828807.5T patent/DK2074752T3/da active
- 2006-10-09 JP JP2009530758A patent/JP2010506466A/ja active Pending
- 2006-10-09 RU RU2009117682/09A patent/RU2424625C2/ru active
Non-Patent Citations (1)
Title |
---|
V.SHARMA, F.HELLSTRAND "Framework for Multi-Protocol Label Switching (MPLS)-based Recovery", 2003, http://www.rfc- editor.org/rfc/rfc3469.txt. * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2667806C2 (ru) * | 2014-05-28 | 2018-09-24 | Зте Корпорейшн | Способ и система для переключения на резерв с применением псевдопроводного (pw) двойного соединения |
Also Published As
Publication number | Publication date |
---|---|
AU2006349311B2 (en) | 2011-02-24 |
WO2008043374A1 (en) | 2008-04-17 |
EP2074752B1 (en) | 2012-07-04 |
DK2074752T3 (da) | 2012-08-13 |
CN101523803B (zh) | 2015-11-25 |
CN101523803A (zh) | 2009-09-02 |
JP2010506466A (ja) | 2010-02-25 |
US20100002578A1 (en) | 2010-01-07 |
US8787150B2 (en) | 2014-07-22 |
EP2074752A1 (en) | 2009-07-01 |
AU2006349311A1 (en) | 2008-04-17 |
RU2009117682A (ru) | 2010-11-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2424625C2 (ru) | Схемы обеспечения отказоустойчивости в сетях связи | |
US10250459B2 (en) | Bandwidth on-demand services in multiple layer networks | |
US9634924B2 (en) | Server-layer shared link risk group analysis to identify potential client-layer network connectivity loss | |
US8730814B2 (en) | Communication network connection failure protection methods and systems | |
US7756019B2 (en) | Method and devices for implementing group protection in MPLS network | |
EP1895721B1 (en) | Method and apparatus for end-to-end link detection and policy routing switching | |
Sengupta et al. | From network design to dynamic provisioning and restoration in optical cross-connect mesh networks: An architectural and algorithmic overview | |
US20020131424A1 (en) | Communication network, path setting method and recording medium having path setting program recorded thereon | |
US8824461B2 (en) | Method and apparatus for providing a control plane across multiple optical network domains | |
CN102480368B (zh) | 一种聚合链路的保护方法及系统 | |
US6490244B1 (en) | Layer 3 routing in self-healing networks | |
JP4948320B2 (ja) | マルチリングrprノード装置 | |
CN102223241B (zh) | 网络变化通知方法和设备 | |
US8457141B2 (en) | Telecommunication network | |
JP5524934B2 (ja) | 通信ネットワークにおける回復法 | |
EP1450525B1 (en) | Control plane stability in communications networks | |
KR20150044801A (ko) | 선형 보호 절체 방법 및 장치 | |
KR100462852B1 (ko) | 부가 mpls 서비스를 위한 레이블 포워딩 정보 관리방법 및 레이블 에지 라우터 | |
KR100416509B1 (ko) | 옵티컬 네트워크의 수용을 위한 개방형 교환시스템에서스위치 연결제어방법 및 그 장치 |