Mezclar UUCP y RFC-822


Este esquema se llama enrutamiento por anfitri贸n inteligente. Los anfitriones que tienen s贸lo un v铆nculo de correo UUCP (los llamados leaf sites), no pueden realizar el enrutamiento por su cuenta, deben dejar esa labor a un anfitri贸n inteligente.
La mejor manera de evitar los problemas referentes al enrutamiento del correo en las redes UUCP es adoptar el sistema de nombre de dominio de dichas redes. Por supuesto, usted no puede cuestionar un servidor de nombres de UUCP. Sin embargo, muchos sitios UUCP han creado peque帽os dominios que coordinan su enrutamiento internamente. En los mapas, estos dominios anuncian uno o dos anfitriones en forma de pasarela de correo propio de tal forma que no tiene que existir un indicador de entrada al mapa para cada anfitri贸n en el dominio. Las pasarelas de correo controlan tanto el fluido de correo interno como externo al dominio. El plan de enrutamiento dentro del dominio es independiente e invisible para el mundo exterior.
Esto funciona muy bien en el esquema de enrutamiento por anfitri贸n inteligente. El enrutamiento global de la informaci贸n s贸lo lo mantienen los portales; los anfitriones menores dentro de un dominio pueden trabajar solo con archivos de rutas, peque帽os, escritos a mano que indiquen las rutas de ese dominio y el camino hacia el enrutador. Incluso las pasarelas de correo ya no necesitan la informaci贸n de ruta para cada anfitri贸n UUCP del mundo. Aparte de la informaci贸n de ruta, ahora tan s贸lo necesitan conocer rutas hacia dominios absolutos.
Todo el correo enviado a claire@jones.sub.org ser谩 enviado a swim con la direcci贸n smurf!jones!claire.
La organizaci贸n jer谩rquica del nombre de dominio permite a los servidores de correo mezclar rutas m谩s y menos espec铆ficas. Por ejemplo, un sistema franc茅s puede tener rutas espec铆ficas para los subdominios en ofr, y encaminar el correo hacia los anfitriones en el dominio, us en alg煤n sistema de los Estados Unidos. De esta manera, gracias al enrutamiento basado en el dominio (nombre que recibe esta t茅cnica) tanto el tama帽o de las bases de datos de enrutamiento como las necesidades administrativas, se ven reducidos.
La ventaja principal al usar nombres de dominio en un entorno UUCP es que las normas de conformidad con RFC-822 permiten el contacto entre las redes UUCP en Internet. Actualmente, muchos dominios UUCP tienen v铆nculos con pasarelas de Internet que act煤an como anfitri贸n. Es m谩s r谩pido y m谩s fiable la informaci贸n de enrutamiento si mandamos los mensajes por Internet, ya que 茅stos anfitriones pueden funcionar con DNS en lugar de Mapas Usenet.
Con el fin de se ser localizados desde Internet, los dominios basados en UUCP muestran un registro MX (los registros MX se comentaron en la secci贸nla secci贸n de nombre Elecci贸n en Internet鈥). Por ejemplo, supongamos que moria pertenece al dominio orcnet.org gcc2.groucho.edu act煤a como su pasarela a Internet. Entoncesmoria utilizar铆a gcc2 como anfitri贸n, para que toda la correspondencia dirigida a dominios extranjeros se distribuyese a trav茅s de Internet. Por otro lado, gcc2 mostrar铆a un registro MX para would announce an MX record for *.orcnet.org y llevar铆a todo el correo entrante para los sitios orcnet a moria. El asterisco en *.orcnet.org es un comod铆n que empareja todos los anfitriones de ese dominio que no est谩n relacionados con ning煤n registro. Esto ocurre con frecuencia s贸lo con los dominios UUCP.
El 煤nico problema que queda es que los programas de transmisi贸n UUCP no pueden funcionar con nombres de dominio ilimitados. Muchos sitios UUCP fueron dise帽ados para trabajar con nombres de hasta ocho caracteres, o incluso menos, y sin utilizar caracteres alfanum茅ricos como el punto.
Por lo tanto, habr铆a que hacer un mapeado entre los nombres RFC-822 y los nombres de anfitri贸n UUCP. El mapeado depende totalmente de su puesta en pr谩ctica.
This will produce a pure UUCP-style bang path from an address that specifies a fully qualified domain name. Some mailers provide a special file for this; sendmail, for instance, uses the uucpxt able.
La transformaci贸n inversa (conocida coloquialmente como domainizing) a veces es necesaria cuando se env铆a un mensaje desde una red UUCP a Internet. Mientras el emisor utilice el nombre de dominio completo en la direcci贸n de destino, este problema se puede evitar si no eliminamos dicho nombre de dominio. Sin embargo, hay sitios UUCP que no pertenecen a ning煤n dominio. Normalmente llevan el pseudo-dominio uucp.
Escribir el archivo de alias de ruta es aceptable s贸lo cuando accede a un sitio de Internet donde no son necesarias muchas operaciones de enrutamiento. Si tiene que realizar diversas operaciones de enrutamiento para un gran n煤mero de anfitriones, la mejor manera de hacerlo es usar el comando de alias de ruta para crear el archivo a partir del archivo de mapas. Los mapas son m谩s f谩ciles de mantener, porque se a帽ade o elimina un sistema editando la entrada al mapa del sistema y volviendo a crear el archivo de mapa. Aunque los mapas publicados por el Proyecto de Mapeado Usenet ya no se usan tanto para el enrutamiento, las peque帽as redes UUCP nos pueden dar la informaci贸n sobre el enrutamiento de sus propios mapas.
Un archivo de mapa consiste principalmente en una lista de sitios que cada sistema selecciona, o bien seleccionada por alg煤n sistema. El nombre del sistema empieza en la primera columna y va seguido por una lista de enlaces separados por una coma. La lista puede continuar si la siguiente l铆nea comienza por el tabulador. Cada v铆nculo consiste en el nombre del sitio seguido por un cost entre par茅ntesis. Cost es una expresi贸n aritm茅tica formada por n煤meros y expresiones simb贸licas como DAILY o WEEKLY. Las l铆neas que empiezan por hash se ignoran.

Califica este Artículo
0 / 5 (0 votos)

Categoría: Conectividad y Redes.




Deja un comentario