b'\n_START_ARTICLE_\nXCAST\n_START_PARAGRAPH_\nLa multi-unidifusi\xc3\xb3n expl\xc3\xadcita (Xcast) es una variante de multicast que soporta un n\xc3\xbamero muy grande de sesiones multicast peque\xc3\xb1as. Lo consigue a\xc3\xb1adiendo todas las direcciones IP de destino en el campo de direcciones del paquete IP, en vez de utilizar una direcci\xc3\xb3n de grupo multicast. Los esquemas de difusi\xc3\xb3n selectiva (en ingl\xc3\xa9s multicast) tradicionales sobre IP son escalables para grupos multicast muy grandes, pero tienen problemas de escalabilidad para un n\xc3\xbamero elevado de grupos diferentes. _NEWLINE_Los esquemas multicast se pueden utilizar para minimizar el consumo de ancho de banda. Xcast se puede utilizar para minimizar el consumo de ancho de banda para peque\xc3\xb1os grupos y adem\xc3\xa1s, elimina la se\xc3\xb1alizaci\xc3\xb3n y la informaci\xc3\xb3n de estado para cada sesi\xc3\xb3n de los esquemas multicast tradicionales, permiti\xc3\xa9ndole soportar un gran n\xc3\xbamero de sesiones.\n_START_SECTION_\nFuncionamiento\n_START_PARAGRAPH_\nEn Xcast, el nodo fuente mantiene todos los destinos del canal multicast a trav\xc3\xa9s del cual se quieren enviar los paquetes. La fuente codifica la lista de destinos en la cabecera Xcast, y env\xc3\xada el paquete al enrutador. Cada enrutador hace una consulta a la tabla de rutas para determinar los siguientes saltos de cada paquete, analiza la cabecera, particiona el campo de los destinos bas\xc3\xa1ndose en el siguiente salto de cada destino y hace tantas copias de paquetes como caminos diferentes deban seguir. A continuaci\xc3\xb3n hace avanzar las copias del paquete con la cabecera Xcast adecuada a cada uno de los siguientes saltos. En el \xc3\xbaltimo salto, cuando no es necesario hacer ninguna copia y s\xc3\xb3lo hay una direcci\xc3\xb3n en el apartado destinos de la cabecera del paquete se puede tratar como un paquete unicast normal y la red lo tratar\xc3\xa1 como tal. Esto se llama X2U (Xcast to Unicast).\n_START_SECTION_\nXcast respecto multicast\n_START_PARAGRAPH_\nLos esquemas IP multicast tradicionales fueron dise\xc3\xb1ados para tratar con grupos multicast muy grandes. Funciona bien cuando se intenta hacer una distribuci\xc3\xb3n con canales similares a los de la radiodifusi\xc3\xb3n, pero tiene problemas de escalabilidad cuando hay un n\xc3\xbamero de grupos muy grande. En los protocolos multicast, los enrutadores mantienen informaci\xc3\xb3n sobre el estado de la conexi\xc3\xb3n, es decir, mantienen tablas de enrutamiento que relacionan la direcci\xc3\xb3n de los grupos multicast con la de los nodos. En algunos casos estas tablas pueden ser muy grandes, por eso algunos esquemas alternativos intentan rebajar la cantidad de informaci\xc3\xb3n a mantener. Tambi\xc3\xa9n hay protocolos que para anunciar la fuente o para encaminar entre dominios. Llevar a cabo todos estos protocolos tiene un coste que no sale a cuenta cuando se trata de grupos peque\xc3\xb1os como es el caso de videoconferencias, juegos ... Es en estos casos cuando Xcast sale a cuenta. _NEWLINE_Xcast mantiene uno de los principios que tan bien han funcionado en Internet y le han permitido crecer tanto: mantener el centro de la red simple y realizar operaciones complicadas en los extremos.\n_START_SECTION_\nAplicaciones\n_START_PARAGRAPH_\nXcast es un complemento importante a los esquemas multicast existentes, pues aguanta un gran n\xc3\xbamero de peque\xc3\xb1as sesiones. Permite aplicaciones eficientes como telefon\xc3\xada IP, videoconferencias, encuentros colaborativas ... Probablemente estas aplicaciones se podr\xc3\xadan llevar a cabo utilizando s\xc3\xb3lo unicast, pero en algunos casos donde el ancho de banda es limitado resulta extremadamente \xc3\xbatil. En general permite un mejor aprovechamiento de los recursos. _NEWLINE_No obstante, como Xcast no es viable para grandes grupos, no tiene posibilidades de sustituir los modelos tradicionales multicast.'