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...

Ausführliche Beschreibung

Gespeichert in:
Bibliographische Detailangaben
Veröffentlicht in:Computer networks (Amsterdam, Netherlands : 1999) Netherlands : 1999), 2007-06, Vol.51 (8), p.1882-1907
Hauptverfasser: Raj, Alex, Ibe, Oliver C.
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&amp;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 &amp; Information Sciences Abstracts (LISA)</collection><collection>Library &amp; 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