@inproceedings {Simula.ND.205,
	title = {Architecture and Performance of a Practical IP Fast Reroute Implementation},
	journal = {IEEE Global Communications Conference (GLOBECOM 2008)},
	year = {2008},
	month = {December},
	pages = {1-6},
	publisher = {IEEE},
	type = {Conference},
	abstract = {IP Fast Reroute (IP FRR) denominates a set of methods and technologies for proactive, local recovery in IP networks. It has received much attention recently, in the research community and the IETF. Several proposals for IP FRR have been published by independent research groups, and main properties and trade-offs are understood. However, only simulation-based and analytical evaluations are known to be performed so far. In this paper we present the architecture and evaluate performance of the first known practical implementation of IP FRR. The arcitecture features a modular approach consisting of an IP FRR framework and exchangeable backup path calculation modules. The performance evaluation is based on an implementation of Multiple Routing Configurations. The implementation provide throughput that closely matches the achieved performance during normal operation.},
	isbn = {978-1-4244-2324-8},
	author = {Ole Kristoffer {Apeland} and Cicic, Tarik},
	editor = {Richard W. {Miller}}
}
@inproceedings {Simula.ND.201,
	title = {IP Fast Reroute Using Relaxed MRC},
	journal = {SIGCOMM {\textquoteright}08: Proceedings of the ACM SIGCOMM 2008 conference on Data communication},
	year = {2008},
	month = {August},
	pages = {531},
	publisher = {ACM},
	type = {Conference},
	chapter = {Demo Session},
	abstract = {We demonstrate IP fast reroute using a recently proposed method called Relaxed Multiple Routing Configurations. While IP fast reroute has been researched intensively in recent years, no practical implementations are known to exist prior to the system we demonstrate. The goal of the demonstrator is to show the effect of network failures on real-time applications with and without IP fast reroute mechanisms deployed. For best illustration we use video transmission showing that IP fast reroute can elliminate frame freezing upon cable cut.},
	isbn = {978-1-60558-177-4},
	author = {Ole Kristoffer {Apeland} and Cicic, Tarik}
}
@inproceedings {Simula.ND.209,
	title = {Muliple Routing Configurations Demonstrator: IP Fast Reroute in Practice},
	journal = {Middleware {\textquoteright}07: Proceedings of the 8th ACM/IFIP/USENIX international conference on Middleware},
	year = {2007},
	pages = {1-2},
	publisher = {ACM},
	type = {Conference},
	chapter = {Demo Session},
	abstract = {We demonstrate IP fast reroute using a recently proposed method called Multiple Routing Con{fi}gurations. The demonstrator comprises a small network of Linux routers, where the effect of network failures can be observed on real-time applications with and without IP fast reroute in effect.},
	isbn = {978-1-59593-935-7},
	author = {Cicic, Tarik and Ole Kristoffer {Apeland}}
}
@inproceedings {Simula.ND.34,
	title = {Redundant Trees for Fast IP Recovery},
	journal = {Broadnets 2007},
	year = {2007},
	month = {Sept.},
	publisher = {IEEE},
	type = {Conference},
	abstract = {Slow convergence of IP routing in case of network component failures represents a problem for emerging time-critical network applications. It has motivated work on IP fast reroute mechanisms that use local, proactive recovery in order to immediately provide alternative routes for the affected data packets. We present a new mechanism for IP fast recovery called IP Redundant Trees (IPRT). IPRT builds two redundant trees per network destination and pre-calculates backup next hops based on them. Combined with a smart forwarding scheme, IPRT provides proactive, local and loop-free recovery in connectionless IP networks. IPRT is simple and flexible, and requires a low increase of the routing state amount. We evaluate several key performance metrics in IPRT and other actual IP fast recovery proposals and argue that IPRT indeed has very attractive properties.},
	isbn = {0000000},
	author = {Cicic, Tarik and Audun Fosselie {Hansen} and Ole Kristoffer {Apeland}},
	editor = {IEEE, }
}
