A survey of IP and multiprotocol label switching fast reroute schemes
One of the desirable features of any network is its ability to keep services running despite a link or node failure. This ability is usually referred to as network resilience and has become a key demand from service providers. Resilient networks recover from a failure by repairing themselves automat...
Gespeichert in:
Veröffentlicht in: | Computer networks (Amsterdam, Netherlands : 1999) Netherlands : 1999), 2007-06, Vol.51 (8), p.1882-1907 |
---|---|
Hauptverfasser: | , |
Format: | Artikel |
Sprache: | eng |
Schlagworte: | |
Online-Zugang: | Volltext |
Tags: |
Tag hinzufügen
Keine Tags, Fügen Sie den ersten Tag hinzu!
|
container_end_page | 1907 |
---|---|
container_issue | 8 |
container_start_page | 1882 |
container_title | Computer networks (Amsterdam, Netherlands : 1999) |
container_volume | 51 |
creator | Raj, Alex Ibe, Oliver C. |
description | One of the desirable features of any network is its ability to keep services running despite a link or node failure. This ability is usually referred to as network resilience and has become a key demand from service providers. Resilient networks recover from a failure by repairing themselves automatically by diverting traffic from the failed part of the network to another portion of the network. This traffic diversion process should be fast enough to ensure that the interruption of service due to a link or node failure is either unnoticeable or as small as possible. The new path taken by a diverted traffic can be computed at the time a failure occurs through a procedure called rerouting. Alternatively the path can be computed before a failure occurs through a procedure called fast reroute. Much attention is currently being paid to fast reroute because service providers who are used to the 50-ms failure recovery time associated with SONET networks are demanding the same feature from IP and MPLS networks. While this requirement can easily be met in SONET because it operates at the physical layer, it is not easily met in IP and MPLS networks that operate above the physical layer. However, over the last few years, several schemes have been proposed for accomplishing 50-ms fast reroutes for IP and MPLS networks. The purpose of this paper is to provide a survey of the IP fast reroute and MPLS fast reroute schemes that have been proposed. |
doi_str_mv | 10.1016/j.comnet.2006.09.010 |
format | Article |
fullrecord | <record><control><sourceid>proquest_cross</sourceid><recordid>TN_cdi_proquest_journals_199642972</recordid><sourceformat>XML</sourceformat><sourcesystem>PC</sourcesystem><els_id>S1389128606002672</els_id><sourcerecordid>1244657851</sourcerecordid><originalsourceid>FETCH-LOGICAL-c363t-f2a89e178756e62553aca03cd85d9b04d1423d45fc5375fa805efc8fb089c9053</originalsourceid><addsrcrecordid>eNp9kM1LxDAQxYso-PkfeAiCx9ZJ0qTJRRDxCwQ96Dlk04mbpdtokir731tZwZunmcPvvTfzquqUQkOByotV4-J6xNIwANmAboDCTnVAVcfqDqTenXeudE2ZkvvVYc4rAGhbpg6qmyuSp_SJGxI9eXgmduzJehpKeE-xRBcHMtgFDiR_heKWYXwj3uZCEqY4FSTZLXGN-bja83bIePI7j6rX25uX6_v68enu4frqsXZc8lJ7ZpVG2qlOSJRMCG6dBe56JXq9gLanLeN9K7wTvBPeKhDonfILUNppEPyoOtv6ztd9TJiLWcUpjXOkoVrLlumOzVC7hVyKOSf05j2FtU0bQ8H89GVWZtuX-enLgDZzX7Ps_NfbZmcHn-zoQv7TKtlyrtTMXW45nB_9DJhMdgFHh31I6IrpY_g_6BvLjIIL</addsrcrecordid><sourcetype>Aggregation Database</sourcetype><iscdi>true</iscdi><recordtype>article</recordtype><pqid>199642972</pqid></control><display><type>article</type><title>A survey of IP and multiprotocol label switching fast reroute schemes</title><source>Elsevier ScienceDirect Journals Complete</source><creator>Raj, Alex ; Ibe, Oliver C.</creator><creatorcontrib>Raj, Alex ; Ibe, Oliver C.</creatorcontrib><description>One of the desirable features of any network is its ability to keep services running despite a link or node failure. This ability is usually referred to as network resilience and has become a key demand from service providers. Resilient networks recover from a failure by repairing themselves automatically by diverting traffic from the failed part of the network to another portion of the network. This traffic diversion process should be fast enough to ensure that the interruption of service due to a link or node failure is either unnoticeable or as small as possible. The new path taken by a diverted traffic can be computed at the time a failure occurs through a procedure called rerouting. Alternatively the path can be computed before a failure occurs through a procedure called fast reroute. Much attention is currently being paid to fast reroute because service providers who are used to the 50-ms failure recovery time associated with SONET networks are demanding the same feature from IP and MPLS networks. While this requirement can easily be met in SONET because it operates at the physical layer, it is not easily met in IP and MPLS networks that operate above the physical layer. However, over the last few years, several schemes have been proposed for accomplishing 50-ms fast reroutes for IP and MPLS networks. The purpose of this paper is to provide a survey of the IP fast reroute and MPLS fast reroute schemes that have been proposed.</description><identifier>ISSN: 1389-1286</identifier><identifier>EISSN: 1872-7069</identifier><identifier>DOI: 10.1016/j.comnet.2006.09.010</identifier><language>eng</language><publisher>Amsterdam: Elsevier B.V</publisher><subject>Access methods and protocols, osi model ; Alliances ; Applied sciences ; Exact sciences and technology ; Internet Protocol ; IP fast reroute ; Loop-free alternate ; Micro-loop prevention ; Miscellaneous ; MPLS networks ; Network switching ; Product testing ; Protection switching ; Routing ; Studies ; Systems, networks and services of telecommunications ; Telecommunications ; Telecommunications and information theory ; Teleprocessing networks. Isdn ; Teletraffic ; Traffic flow ; Transmission and modulation (techniques and equipments) ; U-turn alternate</subject><ispartof>Computer networks (Amsterdam, Netherlands : 1999), 2007-06, Vol.51 (8), p.1882-1907</ispartof><rights>2006 Elsevier B.V.</rights><rights>2007 INIST-CNRS</rights><rights>Copyright Elsevier Sequoia S.A. Jun 6, 2007</rights><lds50>peer_reviewed</lds50><woscitedreferencessubscribed>false</woscitedreferencessubscribed><citedby>FETCH-LOGICAL-c363t-f2a89e178756e62553aca03cd85d9b04d1423d45fc5375fa805efc8fb089c9053</citedby><cites>FETCH-LOGICAL-c363t-f2a89e178756e62553aca03cd85d9b04d1423d45fc5375fa805efc8fb089c9053</cites></display><links><openurl>$$Topenurl_article</openurl><openurlfulltext>$$Topenurlfull_article</openurlfulltext><thumbnail>$$Tsyndetics_thumb_exl</thumbnail><linktohtml>$$Uhttps://dx.doi.org/10.1016/j.comnet.2006.09.010$$EHTML$$P50$$Gelsevier$$H</linktohtml><link.rule.ids>314,780,784,3550,27924,27925,45995</link.rule.ids><backlink>$$Uhttp://pascal-francis.inist.fr/vibad/index.php?action=getRecordDetail&idt=18643388$$DView record in Pascal Francis$$Hfree_for_read</backlink></links><search><creatorcontrib>Raj, Alex</creatorcontrib><creatorcontrib>Ibe, Oliver C.</creatorcontrib><title>A survey of IP and multiprotocol label switching fast reroute schemes</title><title>Computer networks (Amsterdam, Netherlands : 1999)</title><description>One of the desirable features of any network is its ability to keep services running despite a link or node failure. This ability is usually referred to as network resilience and has become a key demand from service providers. Resilient networks recover from a failure by repairing themselves automatically by diverting traffic from the failed part of the network to another portion of the network. This traffic diversion process should be fast enough to ensure that the interruption of service due to a link or node failure is either unnoticeable or as small as possible. The new path taken by a diverted traffic can be computed at the time a failure occurs through a procedure called rerouting. Alternatively the path can be computed before a failure occurs through a procedure called fast reroute. Much attention is currently being paid to fast reroute because service providers who are used to the 50-ms failure recovery time associated with SONET networks are demanding the same feature from IP and MPLS networks. While this requirement can easily be met in SONET because it operates at the physical layer, it is not easily met in IP and MPLS networks that operate above the physical layer. However, over the last few years, several schemes have been proposed for accomplishing 50-ms fast reroutes for IP and MPLS networks. The purpose of this paper is to provide a survey of the IP fast reroute and MPLS fast reroute schemes that have been proposed.</description><subject>Access methods and protocols, osi model</subject><subject>Alliances</subject><subject>Applied sciences</subject><subject>Exact sciences and technology</subject><subject>Internet Protocol</subject><subject>IP fast reroute</subject><subject>Loop-free alternate</subject><subject>Micro-loop prevention</subject><subject>Miscellaneous</subject><subject>MPLS networks</subject><subject>Network switching</subject><subject>Product testing</subject><subject>Protection switching</subject><subject>Routing</subject><subject>Studies</subject><subject>Systems, networks and services of telecommunications</subject><subject>Telecommunications</subject><subject>Telecommunications and information theory</subject><subject>Teleprocessing networks. Isdn</subject><subject>Teletraffic</subject><subject>Traffic flow</subject><subject>Transmission and modulation (techniques and equipments)</subject><subject>U-turn alternate</subject><issn>1389-1286</issn><issn>1872-7069</issn><fulltext>true</fulltext><rsrctype>article</rsrctype><creationdate>2007</creationdate><recordtype>article</recordtype><recordid>eNp9kM1LxDAQxYso-PkfeAiCx9ZJ0qTJRRDxCwQ96Dlk04mbpdtokir731tZwZunmcPvvTfzquqUQkOByotV4-J6xNIwANmAboDCTnVAVcfqDqTenXeudE2ZkvvVYc4rAGhbpg6qmyuSp_SJGxI9eXgmduzJehpKeE-xRBcHMtgFDiR_heKWYXwj3uZCEqY4FSTZLXGN-bja83bIePI7j6rX25uX6_v68enu4frqsXZc8lJ7ZpVG2qlOSJRMCG6dBe56JXq9gLanLeN9K7wTvBPeKhDonfILUNppEPyoOtv6ztd9TJiLWcUpjXOkoVrLlumOzVC7hVyKOSf05j2FtU0bQ8H89GVWZtuX-enLgDZzX7Ps_NfbZmcHn-zoQv7TKtlyrtTMXW45nB_9DJhMdgFHh31I6IrpY_g_6BvLjIIL</recordid><startdate>20070606</startdate><enddate>20070606</enddate><creator>Raj, Alex</creator><creator>Ibe, Oliver C.</creator><general>Elsevier B.V</general><general>Elsevier Science</general><general>Elsevier Sequoia S.A</general><scope>IQODW</scope><scope>AAYXX</scope><scope>CITATION</scope><scope>7SC</scope><scope>8FD</scope><scope>E3H</scope><scope>F2A</scope><scope>JQ2</scope><scope>L7M</scope><scope>L~C</scope><scope>L~D</scope></search><sort><creationdate>20070606</creationdate><title>A survey of IP and multiprotocol label switching fast reroute schemes</title><author>Raj, Alex ; Ibe, Oliver C.</author></sort><facets><frbrtype>5</frbrtype><frbrgroupid>cdi_FETCH-LOGICAL-c363t-f2a89e178756e62553aca03cd85d9b04d1423d45fc5375fa805efc8fb089c9053</frbrgroupid><rsrctype>articles</rsrctype><prefilter>articles</prefilter><language>eng</language><creationdate>2007</creationdate><topic>Access methods and protocols, osi model</topic><topic>Alliances</topic><topic>Applied sciences</topic><topic>Exact sciences and technology</topic><topic>Internet Protocol</topic><topic>IP fast reroute</topic><topic>Loop-free alternate</topic><topic>Micro-loop prevention</topic><topic>Miscellaneous</topic><topic>MPLS networks</topic><topic>Network switching</topic><topic>Product testing</topic><topic>Protection switching</topic><topic>Routing</topic><topic>Studies</topic><topic>Systems, networks and services of telecommunications</topic><topic>Telecommunications</topic><topic>Telecommunications and information theory</topic><topic>Teleprocessing networks. Isdn</topic><topic>Teletraffic</topic><topic>Traffic flow</topic><topic>Transmission and modulation (techniques and equipments)</topic><topic>U-turn alternate</topic><toplevel>peer_reviewed</toplevel><toplevel>online_resources</toplevel><creatorcontrib>Raj, Alex</creatorcontrib><creatorcontrib>Ibe, Oliver C.</creatorcontrib><collection>Pascal-Francis</collection><collection>CrossRef</collection><collection>Computer and Information Systems Abstracts</collection><collection>Technology Research Database</collection><collection>Library & Information Sciences Abstracts (LISA)</collection><collection>Library & Information Science Abstracts (LISA)</collection><collection>ProQuest Computer Science Collection</collection><collection>Advanced Technologies Database with Aerospace</collection><collection>Computer and Information Systems Abstracts Academic</collection><collection>Computer and Information Systems Abstracts Professional</collection><jtitle>Computer networks (Amsterdam, Netherlands : 1999)</jtitle></facets><delivery><delcategory>Remote Search Resource</delcategory><fulltext>fulltext</fulltext></delivery><addata><au>Raj, Alex</au><au>Ibe, Oliver C.</au><format>journal</format><genre>article</genre><ristype>JOUR</ristype><atitle>A survey of IP and multiprotocol label switching fast reroute schemes</atitle><jtitle>Computer networks (Amsterdam, Netherlands : 1999)</jtitle><date>2007-06-06</date><risdate>2007</risdate><volume>51</volume><issue>8</issue><spage>1882</spage><epage>1907</epage><pages>1882-1907</pages><issn>1389-1286</issn><eissn>1872-7069</eissn><abstract>One of the desirable features of any network is its ability to keep services running despite a link or node failure. This ability is usually referred to as network resilience and has become a key demand from service providers. Resilient networks recover from a failure by repairing themselves automatically by diverting traffic from the failed part of the network to another portion of the network. This traffic diversion process should be fast enough to ensure that the interruption of service due to a link or node failure is either unnoticeable or as small as possible. The new path taken by a diverted traffic can be computed at the time a failure occurs through a procedure called rerouting. Alternatively the path can be computed before a failure occurs through a procedure called fast reroute. Much attention is currently being paid to fast reroute because service providers who are used to the 50-ms failure recovery time associated with SONET networks are demanding the same feature from IP and MPLS networks. While this requirement can easily be met in SONET because it operates at the physical layer, it is not easily met in IP and MPLS networks that operate above the physical layer. However, over the last few years, several schemes have been proposed for accomplishing 50-ms fast reroutes for IP and MPLS networks. The purpose of this paper is to provide a survey of the IP fast reroute and MPLS fast reroute schemes that have been proposed.</abstract><cop>Amsterdam</cop><pub>Elsevier B.V</pub><doi>10.1016/j.comnet.2006.09.010</doi><tpages>26</tpages></addata></record> |
fulltext | fulltext |
identifier | ISSN: 1389-1286 |
ispartof | Computer networks (Amsterdam, Netherlands : 1999), 2007-06, Vol.51 (8), p.1882-1907 |
issn | 1389-1286 1872-7069 |
language | eng |
recordid | cdi_proquest_journals_199642972 |
source | Elsevier ScienceDirect Journals Complete |
subjects | Access methods and protocols, osi model Alliances Applied sciences Exact sciences and technology Internet Protocol IP fast reroute Loop-free alternate Micro-loop prevention Miscellaneous MPLS networks Network switching Product testing Protection switching Routing Studies Systems, networks and services of telecommunications Telecommunications Telecommunications and information theory Teleprocessing networks. Isdn Teletraffic Traffic flow Transmission and modulation (techniques and equipments) U-turn alternate |
title | A survey of IP and multiprotocol label switching fast reroute schemes |
url | https://sfx.bib-bvb.de/sfx_tum?ctx_ver=Z39.88-2004&ctx_enc=info:ofi/enc:UTF-8&ctx_tim=2025-01-07T18%3A20%3A01IST&url_ver=Z39.88-2004&url_ctx_fmt=infofi/fmt:kev:mtx:ctx&rfr_id=info:sid/primo.exlibrisgroup.com:primo3-Article-proquest_cross&rft_val_fmt=info:ofi/fmt:kev:mtx:journal&rft.genre=article&rft.atitle=A%20survey%20of%20IP%20and%20multiprotocol%20label%20switching%20fast%20reroute%20schemes&rft.jtitle=Computer%20networks%20(Amsterdam,%20Netherlands%20:%201999)&rft.au=Raj,%20Alex&rft.date=2007-06-06&rft.volume=51&rft.issue=8&rft.spage=1882&rft.epage=1907&rft.pages=1882-1907&rft.issn=1389-1286&rft.eissn=1872-7069&rft_id=info:doi/10.1016/j.comnet.2006.09.010&rft_dat=%3Cproquest_cross%3E1244657851%3C/proquest_cross%3E%3Curl%3E%3C/url%3E&disable_directlink=true&sfx.directlink=off&sfx.report_link=0&rft_id=info:oai/&rft_pqid=199642972&rft_id=info:pmid/&rft_els_id=S1389128606002672&rfr_iscdi=true |