Latest revision as of 00:55, 2 February 2021

Abstract

It is expected that IPv6 multihomed sites will obtain as many global prefixes as direct providers they have, so traffic engineering techniques currently used in IPv4 multihomed sites is no longer suitable. However, traffic engineering is required for several reasons, and in particular, for being able to properly support multimedia communications. In this paper we present a framework for traffic engineering in IPv6 multihomed sites with multiple global prefixes. Within this framework, we have included several tools such as DNS record manipulation and proper configuration of the policy table defined in RFC 3484. To provide automation in the management of traffic engineering, we analyzed the usage of two mechanisms to configure the policy table. This work has been partly supported by the European Union under the E-Next Project FP6-506869 and by the OPTINET6 project TIC-2003-09042-C03-01. Publicado

Original document

The different versions of the original document can be found in:

• http://hdl.handle.net/10016/2849

• https://e-archivo.uc3m.es/bitstream/10016/2849/1/TE%20in%20multihomed%20sites.pdf

• http://www.it.uc3m.es/cjbc/papers/pdf/2005_bagnulo_iscc_traffic.pdf,

https://dblp.uni-trier.de/db/conf/iscc/iscc2005.html#BagnuloGBMA05,

http://doi.ieeecomputersociety.org/10.1109/ISCC.2005.148,

https://www.computer.org/csdl/proceedings-article/iscc/2005/23730495/12OmNxuXcwK,

https://dx.doi.org/10.1109/ISCC.2005.148,

http://ieeexplore.ieee.org/document/1493772,

https://ieeexplore.ieee.org/document/1493772,

https://dl.acm.org/citation.cfm?id=1079603,

https://www2.computer.org/portal/web/csdl/doi/10.1109/ISCC.2005.148,

https://academic.microsoft.com/#/detail/2113500529

• http://xplorestaging.ieee.org/ielx5/10000/32117/01493772.pdf?arnumber=1493772,

http://dx.doi.org/10.1109/iscc.2005.148