Ç¥ÁØÈ­ Âü¿©¾È³»

TTAÀÇ Ç¥ÁØÇöȲ

Ȩ > Ç¥ÁØÈ­ °³¿ä > 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 TTAE_IF-RFC3582.zip            

ÀÌÀü
8ºñÆ® MIME Àü¼ÛÀ» À§ÇÑ SMTP ¼­ºñ½º È®Àå
´ÙÀ½
ÀüÀÚ¿ìÆí ¸Þ½ÃÁö Çü½Ä