Friday, May 21, 2010

Otro Año de Internet, sin duda para Argentina



A veces me causa gracia el ver que tanto festejo o buena ocasión para la pachanga representa que dado como contaba hace un año atrás el 17 de Mayo se declarara el "Día de Internet".

El 17 de Mayo en realidad no está que yo recuerde relacionado en general con ninguna fecha relevante de Internet o su predecesora ARPANet, pero tal como cuenta Airel Torres Editor de Tecnología de La Nación en su video semanal, es una fecha quizás para algo de celebración en Argentina (si, si, ya sé que ahora resulta que la palabra Internet es Argentina).







Tal como comenta Ariel y personalmente hacia lo propio en el artículo que escribí anteriormente, justamente el 17 de Mayo de 1990 después de haber llevado más de un año de negociaciones, convenios, varios proovedores, distintas tecnologías, instalación, pruebas, múltiple reconfiguraciones y más pruebas, finalmente en las primeras horas del anochecer de ese día (era bastante frecuente que varios de los que trabajábamos en el proyecto de Cancillería estuvieramos laburando hasta altas horas de la madrugada y a veces durante toda la noche) el bendito router Cisco de nuestro lado dijo "Oia, estoy viendo el router del otro lado".

El otro lado era exactamente la Universidad de Maryland en Estados Unidos donde se encontraba uno de los puntos de presencia de la red SURANet, una de las viejas redes regionales de la era de la NSFNet y que gracias al apoyo de Glenn Ricart, que en su momento era el Director del Departamento de Ciencias de la Computación de UMD y a su vez Director e Investigador Principal de SURANet, y quien facilitó que obtuvieramos ese punto de interconexión sin cargo.

A medida que avance con el proyecto de escribir esta historia, una de las secciones va a describir en detalle lo que transpiramos para lograr esta conexión, que no solo fue una proeza desde el punto de vista técnico que demuestra la capacidad e ingenio del que se disponía y aun se dispone en nuestro País, el llegar a tener todas las piezas de un complejo rompecabezas requirió de negociaciones, maniobras políticas, convenios, acuerdos, trenzas y tranzas, más allá del capital necesario para poder comprar los equipos y pagar parte de la instalación, hecho que hace nuevamente oportuno agradecer el constante aporte y apoyo de la Cancillería Argentina.

La siguiente figura muestra cómo era a grandes rasgos la configuración del famoso canal satelital.






En realidad el canal satelital entre Buenos Aires y Nueva York era esencialmente lo que se conocía como un enlace M1020, digamos para Doña Rosa una línea permanente de teléfono que requería que utilizáramos modems de ambos lados para  poder establecer un enlace de datos punto a punto.

Los modems que utilizamos no eran ni de cerca parecidos a los que se utilizaban normalmente en las líneas telefónicas, específicamente eran Motorola Codex 2683 con modulación Trellis que con viento a favor, y rezando que las palomas no hicieran de las suyas sobre la antena satelital de Balcarce, lográbamos sacarle 19200 bps.

Ahora el detalle era que nuestro canal satelital del otro lado aterrizaba en Nueva York por motivos que más adelante relataré, pero nuestro puerto de conexión a Internet estaba en Maryland, unos cuantos kilómetros al sur, o sea que la cosa se complicaba porque aparte necesitábamos una línea punto a punto permanente desde Nueva York a Maryland, con la complicación que dado el tipo de conexión que teníamos debía ser analógica cuando en Estados Unidos esencialmente solo se disponía de líneas digitales. Todo un parto como comenté en algún momento.

Este es otro de los mensajes que le envié a Rob Coltun y otros de SURAnet tratando de explicar el engendro de conexión que estábamos tratando de hacer funcionar.

From pete Mon Feb 19 12:45:32 1990
Subject: Re: Argentina
To: rcoltun@umd5.umd.edu
Date: Mon, 19 Feb 90 12:45:32 GMT-3:00
Cc: glenn@umd5.umd.edu, hahn@umd5.umd.edu, petry@umd5.umd.edu
X-Mailer: ELM [version 2.2 PL16]
Status: RO

       Hi Rob, Glenn, and others ...

       I'm sending by fax some pages of the Codex 2680 modem's manual, and
a copy of this mail.
      Please check the diagram below:
     
   -  -  -  -  -  -  -  -  -  -               -  -  -  -  -  -  -  -  -
  |                             |            |                          |
    +----------+      +-------+    MD-NYC link   +-------+              
  | |  Cisco   |------| Modem |<------////------>| Modem |              |
    |  Router  |      +-------+                  +-------+         Our
  | +----------+                |            |    (*)|       +--->Computer
                                               Port2 |  Port1|    at NYC
  | Maryland                    |            |   +---------------+      |
   -  -  -  -  -  -  -  -  -  -                  |  Codex Modem  |     
                                             |   +---------------+      |
                                                       /
   (*) Crossover Cable                       |       /      New York    |
                                              -  - / -  -  -  -  -  -  - 
                                                 /
                                               ===  NYC-BUE
                                              ===   link
                                              /
     -  -  -  -  -  -  -  -  -  -  -  -  -  /  -  -  -  -  -  -  -  -
  |                                 +---------------+                 |
                                    |  Codex Modem  |     
  |                                 +---------------+                 |
                Our computers          | Port1   | Port2
  |             at Bs. As. ------------+         |                    |
    +----------+                                 |
  | |  Cisco   |---------------------------------+                    |
    |  Router  | (Serial RS-232)
  | +----------+                                                      |
         | IEEE 802.3
  |      +------------- LAN                                           |

  |                                         Buenos Aires              |
    -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -

      This is our Cisco Gateway server hardware configuration
(show hardware Cisco's command output ), all serial network interfaces
have RS-232 port attached:

>>  GS Software, Version 8.0(6)
>>  Copyright (c) 1986-1989 by cisco Systems, Inc.
>>  Compiled Wed 25-Oct-89 12:55
>> 
>>  System Bootstrap, Version 4.1(3)
>> 
>>  ar-gate uptime is 2 weeks, 5 days, 17 hours, 29 minutes
>>  System restarted by power-on
>>  Running default software
>> 
>>  CSC2 (68020) processor with 1024K bytes of memory.
>>  Commercial X.25 software.
>>  Bridging software.
>>  2 MCI controller.
>>  2 Ethernet/IEEE 802.3 interface.
>>  6 Serial network interface.
>>  32K bytes of non-volatile configuration memory.
>>  Configuration register is 0x301

      Any news about Internet number registration ?

      We are considering offering Internet service to other people,
through point-to-point links, and X.25 PSN, which is the reason for
the amount of serial lines and the X.25 Commercial Software.


      Best Regards,
      Jorge.

============================================================================
 Jorge Marcelo Amodio                        internet:  pete@atina.ar
 United Nations Development Programme            uucp:  ..uunet!atina!pete
 Project ARG 86-026                               
                                                Phone: +54-1-313-8082
 Ministerio de Relaciones Exteriores              Fax: +54-1-311-1249
 y Culto, Argentina.
 Reconquista 1088 1er. Piso - Informatica, Buenos Aires, Argentina.
============================================================================




Aun después de todos los obstáculos y largas horas tratando de hacer funcionar al "engendro", finalmente el 17 de Mayo de 1990 pudimos obtener respuesta al primer "ping" desde Buenos Aires a Maryland, realmente no recuerdo como festejamos tal evento, hoy es una entrañable memoria que amerita a la distancia aunque sea un brindis con un fernet y papas fritas.

Cabe destacar que si bien me tocó a mí ser uno de los principales actores para que esto sucediera, la incorporación de Argentina a Internet fue el resultado del trabajo cooperativo de muchos más que a través de esta historia recibirán su crédito e irán conociendo.

Saludos Cordiales


Pete



Sunday, May 16, 2010

11 - Redes Académicas en Argentina (Parte 2)


Historia de Internet en Argentina
Los Primeros Pasos


Primeros Intentos de Redes Académicas en Argentina
(Parte 2)

Si bien algunas de las instituciones participantes en la Red Universitaria Teleinformática Argentina, como la Universidad Nacional de La Plata, lograron sacar ventaja de los recursos adicionales provistos por IBM para actualizar la configuración de sus equipos y obtener alguna forma de conectividad, debido a los condicionantes mencionados previamente, y entre otros motivos la posible extinción de BITNET en un futuro cercano, y la disponibilidad de otras arquitecturas y medios más económicos para implementar una red académica como la que planteaba el proyecto de comunicaciones del Departamento de Computación de la Facultad de Ciencias Exactas, la implementación total de RUTA nunca llegó a concretarse.

Años más tarde un proyecto similar, la Red de Interconexión Universitaria o RIU, basada en la arquitectura y protocolos de la red Internet, y contando con enlaces digitales de mediana velocidad, tendría un resultado positivo.

Otra de las instituciones que contaba con equipos mainframe IBM y que buscaba la forma de interconectarlos entre sí y con otras redes era la Comisión Nacional de Energía Atómica (CNEA).

En 1982, el Centro de Cálculo Científico de la CNEA interconectó sus dos mainframes utilizando el protocolo propietario de IBM RSCS (Remote Spooling Communications Subsystem), a esta conexión se agregaron más tarde la Empresa Nacional de Centrales Eléctricas (ENACE), el Centro de Tecnología en Ciencia de Sistemas de la Universidad de Buenos Aires (CTCS) y en Enero de 1988 la Central Nuclear de Embalse (CNE).

Pese a que RSCS era el protocolo convencional utilizado por la red BITNET, la red conformada utilizando como nodos concentradores los mainframes del CCC de la CNEA, no poseía ningún tipo de conexión externa a BITNET u otras redes. Como en su momento mencionara Roberto Bevilaqua de la CNEA “a mediados de 1988 llegamos a la conclusión de que teníamos una red tipo BITNET ‘autista’”.

Recién en Enero de 1989 la CNEA lograría incorporarse a la red BITNET por medio de la Universidad de Santiago de Chile que se encontraba conectada a esta red desde 1988 producto de la existencia de un enlace satelital auspiciado por la NASA.

Los primeros tres nodos de BITNET en Argentina fueron ARGCNE (IBM 9370-60), ARGCNEA1 (IBM/370 158) y ARGCNEA2 (COMPAREX 7/68). La comunicación con Chile se establecía en forma manual a ciertas horas predeterminadas desde ARGCNEA2 al nodo chileno UCHECVM (IBM 4341) por medio de la red telefónica a 1200 bps utilizando discado directo internacional

ARGCNEA2 se convierte desde entonces en el nodo concentrador principal de BITNET en Argentina, al que en poco tiempo más se agregarían otras instituciones como la Universidad Nacional de La Plata, y el Proyecto Tandar en el Centro Atómico Constituyentes.

Existían también varios institutos de investigación dependientes del Consejo Nacional de Investigaciones Científico y Técnicas (CONICET) que procuraban buscar la forma de interconectar sus recursos informáticos.

Varios de estos institutos contaban con equipos VAX de Digital Equipment Corporation (DEC). En este caso la modalidad de comunicación estaba determinada por las facilidades que proveía el sistema operativo VMS de DEC que incluía la posibilidad de interconectar distintos equipos utilizando el protocolo X.25. A este conjunto de facilidades de comunicación disponibles en VMS se las conocía como DECnet.

Pese a que varias instituciones lograron establecer una conexión DECnet en forma experimental nunca se llegó a constituir una red a nivel nacional utilizando esta modalidad.

Otra iniciativa que circulaba en el ámbito del CONICET, era el proyecto “CERCA” propuesto por Hugo Marraco del Instituto de Astrofísica del Espacio. Sin bien el objetivo principal también era procurar el obtener acceso a redes académicas a nivel mundial, este proyecto en vez de crear una red a nivel nacional lo que proponía era esencialmente utilizar los servicios de mensajería provisto por una empresa privada al cual los investigadores accederían utilizando un programa emulador de terminal en una computadora personal conectada vía modem telefónico al equipo servidor de esta empresa.

El proyecto proponía la creación de un grupo “privado” de usuarios en este servicio lo que habilitaría el intercambio de mensajes entre los usuarios del grupo y con ciertas limitaciones mensajes con otras redes, salvo que el CONICET también aportara los recursos para facilitar la conexión de este servidor con alguna de las redes académicas (preferencialmente SPAN de la NASA) en Estados Unidos.




























Existían varios proyectos más que intentaban en algunos casos sacar ventaja de las alternativas que presentaba su ubicación geográfica. Como la Universidad Nacional de Cuyo que conocía de la existencia de un enlace radial de microondas en la frontera con la República de Chile que había sido instalado en los años 70 y que estaba subutilizado, o la Universidad Nacional del Nordeste que buscaba la forma de conectarse con la Universidad de Santa Maria do Sul de Brasil.

Sin duda existía mucha ansiedad en el ámbito académico y científico de Argentina por pasar a formar parte de este mundo de redes, cada institución o grupo de investigación procuraba obtener algún tipo de servicio de comunicación con sus pares a nivel nacional e internacional.

En muchos casos los recursos eran mínimos y el apoyo institucional prácticamente inexistente, pero lo que no faltaban eran entusiastas y voluntad de trabajar en forma cooperativa para lograr tarde o temprano que un conjunto de redes conformaran una red académica nacional.

En alguna de las tantas reuniones en las que participábamos a fines de los años ochenta y comienzos de los 90, Roberto Bevilaqua de la CNEA, bautizó a este conjunto de iniciativas como “RATCA” o “Red Académica Tecnológica y Científica Argentina”, o lo que también podía ser interpretado como una mezcla entre “Rata” y “Rasca”.

En el proceso de búsqueda de viejas referencias o materiales relacionados con el desarrollo de redes académicas en Argentina en los años ochenta, Eduardo Suarez de la Facultad de Ciencias Astronómicas de La Universidad de La Plata, me facilitó una copia del siguiente mensaje enviado por Dan Oberst en Noviembre de 1986, en relación al establecimiento de un enlace experimental a BITNET por medio de la red Argentina de conmutación de paquetes ARPAC.


En aquellas épocas Dan era una de las personas claves encargadas de la coordinación de BITNIC o Centro de Información de BITNET. Tuve la dicha de conocer a Dan cuando juntos a mediados de los años participamos como presentadores en varias conferencias relacionadas con Internet en Sudamérica promocionando la red JvNCNet que ya había sido "privatizada" y estaba en manos de la compañía Global Enterprise Services para la que terminé trabajando poco antes y después de emigrar hacia el norte.

Luego de mi mudanza a Princeton, New Jersey, solía visitarlo a Dan con frecuencia en su oficina en el campus de la Universidad de Princeton. Lamentablemente luego de encontrar este mensaje y tratar de contactar a Dan para recurrir a su memoria, me enteré que en Noviembre de 2006 Dan perdió su lucha contra el cáncer. Dan Oberst es en mi opinión otro de los héroes anónimos de Internet.

09 - Nace atina

Nace “atina”


Durante los primeros meses de 1987, comenzamos a recibir en Cancillería parte del equipamiento que se había ordenado para el proyecto de informatización, entre otras cosas, varias computadoras personales, tarjetas de red, algunos modem Hayes 1200, y unos cuantos “chiches” más.

Con Carlos Mendioroz estábamos ansiosos de ponernos a jugar con los “chiches” nuevos, pero nuestra ansiedad era inconmensurable a la espera de una Digital Microvax II que se había ordenado para reemplazar a la Burroughs XE-550 y que sería utilizada para continuar con el desarrollo y prueba piloto de las aplicaciones del Ministerio.

A la espera del arribo de la Microvax, una de las oficinas que teníamos en el primer piso del edificio administrativo de la Cancillería, y que originalmente se utilizaba como un aula por el grupo de capacitación, se convirtió en nuestro primer “Centro de Cómputos”, con aire acondicionado propio y un equipo de suministro de energía ininterrumpible (UPS).

Mientras tanto, una de las PC-XT que se encontraba en la oficina que temporalmente utilizaba Alberto Mendelzon, pasó a convertirse en nuestra primer PC corriendo una de las primeras versiones de Xenix para 8086.

Aprovechando que teníamos los modems Hayes, y que Xenix incluía los utilitarios del paquete UUCP (Unix to Unix CoPy), con Alberto y Carlos configuramos UUCP para llamar a una de las máquinas en la Universidad de Toronto a la que Alberto tenía acceso, y establecer una comunicación entre ambas.

Mas allá de ARPANet, MILNET, BITNET, CSNET, y varias instituciones en el ámbito académico y científico que comenzaban a interconectarse con TCP/IP, existía en ese entonces un gran número de equipos Unix comunicándose entre sí, principalmente por medio de líneas telefónicas conmutadas, y algunos de ellos se habían convertido en concentradores y distribuidores de tráfico, conformando una red que se daría a conocer como la “red UUCP”.

Teníamos ahora por medio de la conexión que nos facilitó Alberto con la máquina de la Universidad de Toronto, la oportunidad de pasar a formar parte de esta red. Pero para ello primero teníamos que “bautizar” a nuestra máquina dándole un nombre siguiendo las convenciones de la red UUCP, que fuera único, representativo y normalmente no más de seis caracteres, aunque algunas implementaciones de UUCP aceptaban hasta ocho.

Alberto sugiere que como diminutivo de Argentina podíamos utilizar “atina”, exactamente seis caracteres, representaba su ubicación, y sonaba bien, configuramos la máquina con este nombre y comenzamos a llamar con UUCP a “utai”, que representaba al Departamento de Inteligencia Artificial de la Universidad de Toronto con quien Alberto estaba asociado.

Alberto recibe los primeros mensajes de correo electrónico a su dirección ahora en Argentina, utai!atina!mendel.

Era practica común que para crear los nombres de usuarios en Unix, algunos utilizaran las iníciales que representaban su nombre, otros su nombre de pila o algo que fuera combinación del nombre de pila y apellido, pero lo más tradicional era inventarse un nickname o alias.

Carlos ya tenia su identidad clara, el iba a ser “tron” por el personaje de la película de ciencia ficción de Disney que tenia el mismo nombre. Yo realmente no tenia ni idea, así que inicialmente opté por usar mis iníciales. A partir de ese momento nos convertimos en atina!tron y atina!jma.

El contar con correo electrónico con el exterior representaba un recurso importantísimo dado que no había mucha experiencia en Argentina y tampoco la teníamos nosotros en las tecnologías que se querían utilizar para el proyecto de informatización de Cancillería.

Alberto que obviamente sabía de los beneficios de contar con estos recursos en el ámbito académico, y que estaba al tanto de lo que veníamos haciendo con Julián, Mauricio y Nico en el Departamento de Computación de la FCEyN, antes de culminar su año sabático y partir de regreso a Canadá, nos planta la “semillita” en la cabeza de que realmente el tema de correo electrónico y el acceder a redes de computadoras, no podía quedar sólo en atina y que teníamos que aprovechar la oportunidad para que esto se propagara.

El poder comunicarnos con otros que tuvieran más experiencia e información resultaba invaluable. Pero aún cuando habíamos dado un gran paso estableciendo la conexión con utai por cortesía de Alberto, realmente no podíamos “abusar” de la misma.

La red UUCP, también conocida como USENET por su relación con la Asociación USENIX que agrupa a profesionales que utilizan el sistema operativo Unix, comienza a principio de los años 80 con la interconexión de dos máquinas, una en la Universidad de Carolina del Norte y la otra en la Universidad Duke, ambas en el estado de Carolina del Norte. Rápidamente se agregan a la red cientos de otras máquinas y se produce un crecimiento exponencial, llegando a mediados de los años ochenta a contar con varios miles de máquinas interconectadas utilizando UUCP.

El siguiente mapa muestra cual era el estado de los principales nodos concentradores que formaban parte de la columna vertebral o backbone de la red USENET en 1984.

                             /-----------------------------\
                             |                             |
                             |    mcvax------------philabs |
                             |   /                /  |     |
tektronix-----------------decvax------------linus    |     |
    |   \                    |                 |     |     |
    |  uw-beaver             |                 |     |     |
    |     |                  |                 |     |     |
    |  ubc-vision  seismo--harpo---ulysses     |     |     |
    |     |          |       |       |         |     |     |
    |  alberta-------(-----ihnp4   hou3c       |     |     |
    |                |       |       |         |     |     |
    |                |     we13----burl      utzoo   |     |
    |                |               |         |     |     |
 hplabs-------------hao            clyde----watmath  |     |
    |                                |               |     |
 sdcrdcf---sdcsvax-----------------akgua----------mcnc-----/


Finalmente recibimos la Microvax II, en la que instalamos Ultrix, una versión de Unix de Digital derivada del Unix 4.2 BSD, y a la que Carlos conservando la tradición entre usuarios de equipos DEC Vax, bautiza con el nombre de “mrecvax”.

Cuando llega el momento de empezar a dar de alta las cuentas de usuario en nuestra flamante mrecvax, y en la cual ya íbamos a incluir algunos funcionarios del cuerpo diplomático de la Cancillería, para quienes habíamos establecido que sus nombres de usuarios se formarían con las letras de sus iníciales, a raíz que uno de ellos tenia mis mismas iníciales, sufro mi primer conflicto de identidad.

No tenía otra alternativa que cambiar mi nickname. Como me la pasaba gruñendo y retándolo a Carlos cuando sin avisar sacaba partes o herramientas del armario donde celosamente guardaba nuestros “juguetes”, él sugiere que yo debería ser “pete”, por la caricatura de Disney “Pete el Malo”, después de echarle una mirada poco amistosa como respuesta, me di cuenta que tenia razón, y que el nickname no sonaba tan mal, a partir de entonces me convierto en “pete”.

Aparte de la instalación de la Microvax en nuestro pequeño centro de cómputos, recibimos varias líneas telefónicas adicionales, las que más tarde conectaríamos a una central FETEX de Fujistsu, las líneas punto a punto para la interconexión con el Palacio San Martin de la Cancillería, y para acceder vía X.28 y X.25 a la red Argentina de Conmutación de Paquetes ARPAC.

También atina se transformaría en una AT 80286 con mayor capacidad de disco, varios puertos de comunicación serial e interconectada con mrecvax y otros equipos por medio de una red local Ethernet.

Carlos asume el rol de “postmaster” de atina y se pone en contacto con Rick Adams que era el postmaster y administrador de “seismo”, uno de los nodos concentradores favoritos de USENET y que se encontraba en el Centro de Estudios Sismológicos en el estado de Virginia.

Rick accede sin problema alguno a que establezcamos una conexión para Argentina desde atina a seismo. Carlos consigue de esa manera establecer una ruta alternativa a USENET y con esto empiezan los jeroglíficos.

Ahora nuestras direcciones de correo incluían nuestra ruta alternativa como:
{seismo | utai}!atina!usuario

Era evidente que con el crecimiento exponencial de USENET se necesitaba de algún mecanismo que permitiera organizar que ruta iban a seguir los mensajes de origen a destino. A mediados de los años 80, Mark Horton, Rich Salz, Peter Honeyman, y Steve Bellovin entre otros, inician el proyecto UUCPMAP, que simplemente establece un formato estándar para representar a cada nodo y distribuir esta información al resto de la comunidad que formaba parte de USENET. De esta forma era posible construir un mapa lógico de la red y por medio del programa utilitario llamado “pathalias” generar una lista de rutas a seguir para cada destino.

Inicialmente atina figuraba simplemente como un nodo más conectado a seismo.

Motivado también por el rápido crecimiento de tráfico de mensajes en USENET y para garantizar la continuidad del servicio, en la conferencia de usuarios Unix de1987, la asociación USENIX decide aportar los fondos iníciales para la creación de una corporación sin fines de lucro, convirtiendo al servicio que prestaba seismo en UUNET quedando a su cargo Rick Adams.

Para establecer un esquema de autofinanciamiento UUNET establece una cuota mínima anual de membrecía para aquellos nodos que llamaran directamente a UUNET, pero se hace una excepción con los primeros nodos que actuaran como concentrador para cada país.

De esta forma atina se convierte en el primer nodo concentrador de USENET en Argentina con el beneficio que nuestra conexión sería “gratis” más allá del costo de las llamadas internacionales para conectarnos ahora con el nodo uunet.

Paralelamente con el progreso de la red UUCP y el proyecto UUCMAP, se daba la transición de la vieja ARPANet al nuevo backbone propiciado por la National Science Foundation, conocido como NSFNet, que consistía inicialmente en la interconexión, de varias redes a nivel regional como SURANet, JVNCNet, NYSERNet, y otras, por medio de líneas dedicadas de 56Kbps.

En 1984 ya se había propuesto la implementación del Sistema de Nombres de Dominio (DNS) para organizar los nombres de los nodos o hosts en la naciente Internet, en una forma jerárquica y con un mecanismo de resolución distribuido. Comienza entonces la transición del viejo archivo HOSTS.TXT al nuevo sistema.

En 1986, se realiza una reunión de coordinación entre las distintas redes académicas, como BITNET, CSNET, USENET, etc., representando a la comunidad de los usuarios de la red UUCP, Mark Horton propone la creación de un pseudo-dominio para distinguir en forma transitoria a los nodos que formaban parte de la red USENET.

El 29 de Julio de 1987, Tron envía el registro para incorporar a atina y mrecvax en los mapas de la red UUCP.

From tron Wed Jul 29 15:07:44 1987
To: uucpmap@cbosgd.UUCP
Subject: New .UUCP sites

# Here are a couple of entries belonging to machines we have here at
# Argentina.
# I've send the entries to rick@seismo.CSS.GOV but I did not find
# them in the new uucp map.
# Be aware these have a couple of mods from rick's.(a couple more links)

#N   atina
#S   EPSON Equity III; SCO XENIX V ver. 2.1.3
#O   Ministerio de Relaciones Exteriores y Culto
#C   Carlos Guillermo Mendioroz
#E   mrecvax!postmaster
#T   +54 1 311 1740
#P   Reconquista 1088, Buenos Aires (1003) - ARGENTINA
#L   34 34 S / 58 03 W city
#U   uunet mrecvax
#W   mrecvax!tron (Carlos G Mendioroz);Thu Jul 16 13:57:16 GMT-3:00 1987
#
atina uunet(DEMAND), mrecvax(LOCAL), utai(DEMAND), utcsri(HOURLY)

#N   mrecvax
#S   DEC uVAX II; ULTRIX-32m
#O   Ministerio de Relaciones Exteriores y Culto
#C   Carlos Guillermo Mendioroz
#E   mrecvax!postmaster
#T   +54 1 311 1740
#P   Reconquista 1088, Buenos Aires (1003) - ARGENTINA
#L   34 34 S / 58 03 W city
#U   atina
#W   mrecvax!tron (Carlos G Mendioroz);Thu Jul 16 13:57:16 GMT-3:00 1987
#
mrecvax  atina(LOCAL)

Nuestro nodo se convertiría entonces en atina.UUCP accesible para el envío de correo electrónico desde otras redes como BITNET para la cual se crea el pseudo-dominio .BITNET, .CSNET para CSNET, etc. De esta forma se definen en cada red algunos nodos en particular que actuarían como “gateway” o puente para el intercambio de mensajes entre distintas redes. UUNET se convierte entonces en el gateway principal para .UUCP.

Ahora podíamos dar nuestras direcciones de correo como usuario@atina.UUCP.

UUNET no es ajena a la transición al DNS y el nodo se convierte en uunet.uu.net, para complicar aún más los jeroglíficos nuestras direcciones podían incluir en forma explícita el gateway o mail relay a utilizar, o sea atina!usuario@uunet.uu.net.

Sumándonos al proceso de transición al DNS y para conservar nuestra sanidad mental, el 20 de Agosto de 1987, Carlos registra el dominio principal o Top Level Domain para la República Argentina, utilizando el código de dos letras predefinido para Argentina en el estándar ISO-3166-1, por medio del UUCP zone y actuando de UUNET como puente principal para el mismo.

From tron Thu Aug 20 15:36:10 1987
To: stargate!mark
Subject: UUCP Zone Aplication Form

  UUCP Zone Membership Application (1st level domain)
                  Updated 5/21/87

  1) The name of the domain applied for.
     AR

  2) Forwarder

     uunet.UU.NET has agreed to be our forwarder.
     We will use the UUCP nameservers.

     Enclosed is a copy of an electronic letter from the
     forwarder agreeing to be our forwarder:

     >From atina!uunet!seismo.CSS.GOV!rick Thu Aug 13 14:06:07 1987
     >Date: Thu, 13 Aug 87 12:43:09 EDT
     >From: uunet!seismo.CSS.GOV!rick (Rick Adams)
     >Message-Id: <8708131643.AA08029@beno.CSS.GOV>
     >To: mrecvax!tron
     >Subject: Re:  UUCP Zone joining ; forwarder ?
     >
     >Yes, uunet can act as a forwarder
     >
     >---rick

  3) Type of Organization
     Ministry

  4) The administrative head of the organization.
     Administrator
       Organization  Ministerio de Relaciones Exteriores y Culto
       Name          Sergio Porter
       Title         Department Head
       Mail Address  Departamento de Informatica
                     Recoquista 1088
                     Buenos Aires - 1003,Argentina
       Phone Number  +54-1-311-0071 ext. 120
       Net Mailbox   sergiop@atina.MREC.AR, sergiop@atina.UUCP
       NIC Handle    

  5) Technical contacts.
     Technical Contact
       Organization  Ministerio de Relaciones Exteriores y Culto
       Name          Carlos Guillermo Mendioroz
       Title         Researcher
       Mail Address  Departamento de Informatica
                     Recoquista 1088
                     Buenos Aires - 1003,Argentina
       Phone Number  +54-1-311-0071 ext. 466
       Net Mailbox   tron@atina.MREC.AR, tron@atina.UUCP
       NIC Handle   

     Alternate Technical Contact
       Organization  Ministerio de Relaciones Exteriores y Culto
       Name          Jorge Marcelo Amodio
       Title         Researcher
       Mail Address  Departamento de Informatica
                     Recoquista 1088
                     Buenos Aires - 1003,Argentina
       Phone Number  +54-1-311-0071 ext. 466
       Net Mailbox   jma@atina.MREC.AR, jma@atina.UUCP
       NIC Handle   

  6) The zone technical contact
     (same as domain technical contacts)

  7) Gateway machines.
     atina   MREC.AR

  8) Technical contact person for each gateway.
     atina, Carlos Guillermo Mendioroz

  9) Directory form.  This is published monthly for contact
     and routing information in your d.* file in comp.mail.maps.

#N   .ar, atina
#F   uunet.UU.NET
#O   Ministerio de Relaciones Exteriores y Culto
#C   Carlos Guillermo Mendioroz, Jorge Marcelo Amodio
#E   postmaster@atina.MREC.AR
#T   +54-1-311-0071 ext 466
#P   Depto de Informatica, Reconquista 1088, Buenos Aires - 1003, Argentina
#L   34 34 S / 58 03 W city
#U   uunet mrecvax
#R   applied
#W   tron@atina.MREC.AR; Thu Aug 20 15:19:15 GMT-3:00 1987
#
atina    .ar
atina=   atina.mrec.ar
atina    uunet(DEMAND), mrecvax(LOCAL), utai(DEMAND), utcsri(HOURLY)

  10) Please understand that this registration cannot be processed
  without appropriate dues payment to the UUCP Project, and arrange for
  dues to be paid, as described in "ip.dues".

  Please understand also that it will take 2-6 weeks to fully process
  this application, and that you cannot use your domain name as a return
  address in outgoing mail until registration has been completed.

El registro oficial del dominio “AR” para Argentina se hace efectivo por el NIC-DDN el 23 de Septiembre de 1987.

Finalmente teníamos una dirección de correo electrónico decente y usable desde cualquier otro nodo de esta maraña de red de redes que se iba conformando poco a poco. Nuestras direcciones ahora serían usuario@atina.ar, quedando la conexión de uunet con atina como el gateway principal para los mensajes que tuvieran como destino cualquier nodo que terminara con “.ar”.

Carlos realiza un trabajo excelente condicionando atina para convertirla realmente en un verdadero mail relay de correo electrónico. Dado que los programas que venían “enlatados” con Xenix no permitían mucha flexibilidad y aún menos poder determinar con claridad las causas cuando algo no funcionaba, y por otro lado con el objeto de utilizar este mecanismo de comunicación para las aplicaciones que se estaban desarrollando para el proyecto de informatización de Cancillería, disponiendo de los fuentes originales de la distribución de BSD Unix, Carlos invierte un sin número de horas y esfuerzo en “portar” a Xenix todos los programas asociados con UUCP y el Sendmail de Eric Allman quien previamente había creado delivermail para ARPANet.

Con el arribo de varios módems y un par de líneas telefónicas adicionales para poder recibir llamadas, atina ahora instalada en nuestro centro de cómputos estaba lista para comenzar a dar servicio.