IP Fast ReRoute: Lightweight Not-Via. Enyedi, G., Szilágyi, P., Rétvári, G., & Császár, A In Lecture Notes in Computer Science: Proceedings of the IFIP Networking'09, pages 157--168, Aachen, Germany, 2009.
doi  abstract   bibtex   
In order for IP to become a full-fledged carrier-grade transport technology, a native IP failure-recovery scheme is necessary that can correct failures in the order of milliseconds. IP Fast ReRoute (IPFRR) intends to fill this gap, providing fast, local and proactive handling of failures right in the IP layer. Building on experiences and extensive measurement results collected with a prototype implementation of the prevailing IPFRR technique, Not-via, in this paper we identify high address management burden and computational complexity as the major causes of why commercial IPFRR deployment still lags behind, and we present a lightweight Not-via scheme, which, according to our measurements, improves these issues.
@inproceedings{networking2009,
  author     = "G. Enyedi and P. Szil\'agyi and G. R\'etv\'ari and A Cs\'asz\'ar",
  title      = "{IP} Fast ReRoute: {Lightweight Not-Via}",
  booktitle  = "Lecture Notes in Computer Science: Proceedings of the IFIP Networking'09",
  address    = "Aachen, Germany",
  year       = {2009},
  pages      = {157--168},
  paper      = {http://lendulet.tmit.bme.hu/~retvari/publications/notvia_networking_2009.pdf},
  doi        = {10.1007/978-3-642-01399-7_13},
  abstract   = {In order for IP to become a full-fledged carrier-grade
                  transport technology, a native IP failure-recovery scheme
                  is necessary that can correct failures in the order of
                  milliseconds. IP Fast ReRoute (IPFRR) intends to fill this
                  gap, providing fast, local and proactive handling of
                  failures right in the IP layer. Building on experiences and
                  extensive measurement results collected with a prototype
                  implementation of the prevailing IPFRR technique, Not-via,
                  in this paper we identify high address management burden
                  and computational complexity as the major causes of why
                  commercial IPFRR deployment still lags behind, and we
                  present a lightweight Not-via scheme, which, according to
                  our measurements, improves these issues.}
}

Downloads: 0