Ȩ > Ç¥ÁØÈ °³¿ä > TTAÀÇ Ç¥ÁØÇöȲ
Ç¥ÁعøÈ£ | TTAE.IF-RFC3582 | ±¸Ç¥ÁعøÈ£ | |
---|---|---|---|
Á¦°³Á¤ÀÏ | 2005-12-21 | ÃÑÆäÀÌÁö | 17 |
ÇѱÛÇ¥Áظí | »çÀÌÆ®-¸ÖƼȨÀ× ±¸Á¶ÀÇ ¸ñÇ¥ | ||
¿µ¹®Ç¥Áظí | Goals for IPv6 Site-Multihoming Architectures | ||
Çѱ۳»¿ë¿ä¾à | »çÀÌÆ® ¸ÖƼȨÀ×Àº º¹¼öÀÇ ISP¿Í ¿¬°á µÈ °ÍÀ» ÀǹÌÇϸç ÀÎÅͳÝÀÇ ¸¹Àº »çÀÌÆ®¿¡¼ ¼ºñ½º¿¡ ÇʼöÀûÀÌ´Ù. Çö IPv4 »çÀÌÆ® ¸ÖƼȨÀ×Àº CIDR ±¸Á¶¿¡ ±â¹ÝÇϴµ¥ ÀÌ´Â ¶ó¿ìÆà Å×ÀÌºí ¿£Æ®¸®´Â »ç¿ëÀÚ¿Í ¼ºñ½º ÇÁ·Î¹ÙÀÌ´õÀÇ °èÃþ¿¡ ÀÇÇØ ÅëÇÕ µÈ´Ù °¡Á¤ÇÑ´Ù. Çϳª ÀÌ·¯ÇÑ °èÃþÀº »óÈ£°£ÀÇ ¹ÐÁ¢ÇÑ ¸Þ½¬ ±¸Á¶¿¡ ÀÇÇØ ´ëü µÇ°í ÀÖÀ¸¸ç ¸ÖƼ ȨµÇ¾î ÀÖ´Â »çÀÌÆ® ¿ª½Ã Áõ°¡ÇÏ°í ÀÖ´Ù. ¾ÈÁ¤¼º°ú ±ÕµîÇÑ ºÎÇÏÀÇ ¹èºÐÀ» À§ÇØ ÀÌ·¯ÇÑ ¸ÖƼ Ȩ ÁÖ¼ÒµéÀÌ ±Û·Î¹ú Å×ÀÌºí¿¡ ¹Ý¿µ µÇ°í ÀÖ´Ù. ÀÌ·Î ÀÎÇØ ±Û·Î¹ú ¶ó¿ìÆà Å×À̺í Å©±â°¡ ±Þ°ÝÈ÷ Ä¿Á³À¸¸ç ºÒ¾È Á¤¼º ¶ÇÇÑ Áõ°¡ÇÏ¿´°í ¼ºñ½º ÇÁ·Î¹ÙÀÌ´õ »çÀÌÀÇ ¶ó¿ìÆà ½Ã½ºÅÛ¿¡ ¹«¸®¸¦ °¡ÇÏ°í ÀÖ´Ù. Áö¼ÓÀûÀÎ ÀÎÅͳݰú »çÀÌÆ®-¸ÖƼȨÀ×ÀÇ Áõ°¡´Â ÀÌ·¯ÇÑ ºÎ´ãÀ» °¡ÁßÈ ÇÒ Àü¸ÁÀÌ´Ù. ÀÌ ¹®¼ÀÇ IPv6»óÀÇ »çÀÌÆ®-¸ÖƼȨÀ× ±¸Á¶´Â ¶ó¿ìÆà ½Ã½ºÅÛÀÌ º¸´Ù ¿øÈ°ÇÏ°Ô ÀÌ·¯ÇÑ ¼ºÀå¿¡ ÀûÀÀÇÏ°Ô ÇÒ °ÍÀÌ´Ù. | ||
¿µ¹®³»¿ë¿ä¾à | Site-multihoming, i.e., connecting to more than one IP service provider, is an essential component of service for many sites which are part of the Internet. Current IPv4 site-multihoming practices have been added on to the CIDR architecture [1], which assumes that routing table entries can be aggregated based upon a hierarchy of customers and service providers. However, it appears that this hierarchy is being supplanted by a dense mesh of interconnections. Additionally, there has been an enormous growth in the number of multihomed sites. For purposes of redundancy and load-sharing, the multihomed address blocks are introduced into the global table even if they are covered by a provider aggregate. This contributes to the rapidly-increasing size of both the global routing table and the turbulence exhibited within it, and places stress on the interprovider routing system.Continued growth of both the Internet and the practice of site- multihoming will seriously exacerbate this stress. The site- multihoming architecture for IPv6 should allow the routing system to scale more pleasantly. | ||
±¹Á¦Ç¥ÁØ | IETF RFC 3584 | ||
°ü·ÃÆÄÀÏ | TTAE_IF-RFC3582.zip |