Protocolos de conexión

9. Protocolos TCP-IP y origen de internet

Un poquito sobre esas cosas: cuando empezó el tema de internet, y de hecho, el primer uso que yo hice de internet fue cuando estaba en Israel. Hay una cosa que es interesante: las tecnologías base, cuando uno habla de TCP/IP, IP, creo que es del 72 y TCP es del 74. Esas tecnologías fueron desarrolladas en Estados Unidos por una razón que es bien particular. Eso fue desarrollado a través de DARPA, la Agencia de Proyectos de Defensa. Cuando terminó la Segunda Guerra Mundial, que Estados Unidos tenía la bomba atómica, la verdad es que ellos estaban realmente encantados. ¿Por qué? Por dos razones. La primera es que si uno tiene armas nucleares, tiene que cuidar que no se la exploten, que no se vaya a detonar. De hecho, hay un laboratorio de Estados Unidos que es el que más ha trabajado el tema, el laboratorio de Sandia, en la zona de Nuevo México, que es elDepartamento de Energía que trabajó en ese tema.

Pero el otro problema que tenían era los mecanismos de toma de decisiones, o sea, ¿quién toma la decisión de que va a haber un uso de un arma nuclear? y cómo garantizar que el que tome la decisión siempre esté conectado. Y ese es el origen de internet. Era desarrollar unos mecanismos de comunicación que permitieran que el presidente, dónde estuviera, siempre pudiera tener acceso a la información. Con una cosa que es muy particular, que es por eso, yo no sé si ustedes se han dado cuenta, pero siempre que hay una tragedia, siempre hay una calamidad, siempre que hay una guerra, el último mecanismo de comunicación que desaparece es internet y el primero que aparece es internet, porque por los mecanismos de enrutamiento uno simplemente pone una máquina y ya se conecta. Si la máquina se cae, la red encuentra mecanismos alternativos para la comunicación y permite manejar ese tipo de cosas.

El boom de internet empieza, digamos, a mediados de los de los 90 finales de los 80. Lo que había empezado a utilizarlo para proyectos de investigación y empezaron a haber proveedores que ofrecían servicios de correo electrónico y eso. Uno que fue muy famoso en Estados Unidos era American Online AOL, y después cogen la raíz y la parten en dos. Una parte que se llama Milnet, que es para aplicaciones militares de Estados Unidos y la otra ya permiten que la gente se empiece a conectar. Y ya empieza todo el boom y el crecimiento que ha tenido internet a lo largo del tiempo, hay un factor clave ahí que es el trabajo de Tim Berners Lee, que es el que realmente dio origen a la web.

Porque hay una cosa que a veces confunden internet con la web. ¿Por qué? Porque es el mecanismo que utilizamos actualmente los que trabajamos antes de cuando estaba empezando la web nos tocó trabajar con herramientas como Verónica, Archi, Gopher, que eran herramientas deGopher era como una especie de menús jerárquicos por los cuales uno va pasando de un lugar a otro. Verónica era un sistema donde yo le daba el nombre de un archivo y me decía en qué servidor lo podía encontrar, Gopher también funcionaba de esa manera.

8. Experiencia en administración de servidores y primeros trabajos

Jaime Humberto Borja [00:26:54] ¿Qué recuerdas del impacto que tenía contarle a la gente de la existencia de internet? Y tú en algún momento decías que no sabían el impacto que esto iba a tener. ¿Cuándo comenzaste a percibir lo importante que era esto más allá de la conexión, sino el recurso a la información? ¿Y qué tipo de información buscabas en ese momento? ¿Cuáles eran los intereses? Incluso si recuerdas si compañeros tuyos comenzaron a desarrollar páginas para colgarlas dentro de esa red. ¿Viste alguno de tus compañeros o gente que comenzó a elaborar, desarrollar páginas, y un poco este mundo de qué se buscaba?

Ingrid Muñoz [00:28:03] Yo creo que ese paso se dio, yo diría que antes de que pasara a Fayol, que fue tal vez en mi último año de la universidad. Ese grupito, Rubén Nieto, Gustavo García, Carlos González, Paula, éramos como mitad y mitad, había Ingeniería de Sistemas y de ingeniería electrónica.

Quiénes empezaron primero a tener el acceso a los servidores fueron los de Ingeniería de Sistemas y nosotros los de electrónica empezamos más como en el ejercicio de la parte física. Todos pasamos, pero ellos pasaron más rápido a hacer este ejercicio. Por ejemplo, puedo mencionar a Gustavo García, que para mí ha sido un actor fundamental. Gustavo llegó a ser el administrador de Mafalda, siendo electrónico. O sea, de los servidores principales. De los primeros que empezaron a hacer páginas web fueron Gustavo y Raúl Rodríguez, y éramos electrónicos. Mi ejercicio era mucho más de telecomunicaciones. Mi conocimiento y mi hacer y mi entender, a mí me movía más ese tema, pues yo creo que por eso era la diosa IP. La interconexión era como lo mío. Ellos empezaron a avanzar mucho más en ejercicios. Incluso por ellos, por ejemplo, empecé a conocer un lenguaje de programación muy interesante en Unix, que se llama Perl. Y con eso pues se podía programar no solo, el tema del HTTP para hacer páginas web era una cosa, pero con Perl se podían trabajar temas de tocar bases de datos, hacer programas, en Unix. Entonces, pues claro, allí que empezó a pasar, cómo hacer más automatización de muchas cosas, pues todo antes era mucho más manual.

Allí pienso que el conocimiento de lo empírico con el conocimiento, las habilidades naturales también que muchos traían, se empezaron a fortalecer temas que ya trascendían a temas de interconexión, a lo que llamamos nosotros Capa ocho. Porque la interconexión en el modelo OSI pues es más abajo, es capa dos, capa tres. Estuve durante gran parte del tiempo en capa uno, capa dos, capa tres, capa cuatro, hasta switches, routers. Ellos también, pero hubo un grupo que empezó más, llegué a Capa ocho finalizando mi carrera, o sea, ya digamos como más a usar cosas que, por ejemplo, este otro grupo había desarrollado.

3. Direcciones IP y servidores

[00:11:20] Y digamos que a mí Gonzalo, que en su momento lo conocí, me dio una labor que valoro mucho y que la cuento con mucho orgullo. Y es que yo era quien administraba las direcciones IP en la Universidad del Valle. Entonces yo mantenía con unas carpetas donde tenía mis planillas con todas las direcciones IP y, daba y quitaba y era como el DNS, era como el DHCP. O sea, yo era la dueña de las direcciones IP. Entonces, Gonzalo me empezó a poner un apodo y me quedé así en la universidad. Yo era la diosa IP, y así me quedé toda la carrera. Todo el mundo me decía la diosa IP. Y cuando nos hicimos novios con Juancho, a él le decían TCP. Nosotros éramos TCP/IP, o sea, todo el mundo nos conoció siempre como TCP/IP.
Administré las direcciones IP de la universidad casi hasta finalizar la carrera. O sea, yo mantenía debajo de mi brazo mis legajadores de direcciones IP y, entonces, si había un conflicto de IP yo mantenía borrando y poniendo y quitando y entregando. Eso fue un periodo largo en el que estuve con esa tarea. Siendo estudiante también salió la oportunidad de administrar un servidor. Todos fuimos creciendo un poquito y pasamos de ponchar cables y de conectar los equipos y administrar switches a administrar servidores. El primero fue Mafalda, el servidor principal de la universidad, y el otro fue Calvin. Esos servidores los administraban estas personas Suizas, que les cuento.

El primero de ellos, se me escapa el nombre, pero seguramente Gonzalo se los habrá contado. [El otro de ellos] que se quedó mucho tiempo fue Rolf, Rolf Brown. Entonces nosotros fuimos como la segunda cochada, digamos, los que montaron los servidores iniciales principales de la universidad, pues esta persona tenía todo ese conocimiento. Creo que él había venido de la universidad donde Gonzalo hizo el doctorado.

Ya luego los que veníamos ahí atrasito empezamos a administrar esos servidores, no solamente eran Mafalda y Calvin, sino que ya había un servidor para humanidades y ya se creó un servidor en la Facultad de Salud y [había otro] en administración. Entonces, con Juancho, que es mi esposo ahora, tomamos los de salud, [que estaban en San Fernando]. Los que hablé primero eran en Meléndez. Tomamos esa opción porque en principio Juan tenía moto y, para nosotros era como más fácil ir físicamente a San Fernando. En cambio los demás, Raúl, Gustavo, ellos estaban más en Meléndez. Tal vez el último año y medio lo que hice fue ser root, el administrador del servidor de Fayol, y Juan el de ciencia. Nos desplazamos físicamente a San Fernando, pero pasamos más al tema de la administración y aprender a montar servicio, etcétera.

2. Conexiones y redes en el Centro de Servicios de Información de UniValle

Entonces en el año 94 es que yo ingreso como monitora, inicialmente, al CSI. Tuvimos un proceso en el cual, en ese momento, estaban haciendo las interconexiones entre los edificios a través de cable coaxial. Empezamos a aprender a meter los computadores, en principio a esa red. Y ese era el trabajo inicial que teníamos. Íbamos de oficina en oficina y conectábamos. Empezamos a aprender a instalar la tarjeta de red, pero todo era en principio con coaxial. Desde el año 94 terminé mi carrera todo el tiempo en el CSI, pero pasé por varias tareas. Un poquito más adelante, conocí a Gonzalo Ulloa, quien para mí fue [importante]. O sea, yo reconozco en la universidad que por supuesto hubo otros actores. El doctor Carlos Trujillo, y a María Fernanda, que fue su hija, María Fernanda Trujillo. Ella en ese momento era como la directora del CSI. María desafortunadamente falleció ya hace año y medio, dos años. Y de hecho se estaba tratando de escribir esta historia con ella en otro espacio. No recuerdo realmente qué contactos se hicieron en ese momento. En ese momento también había dos suizos, un suizo que vino primero, y luego Rolf, que se quedó durante mucho tiempo.

Pero digamos que en el inicio yo aprendí a conectar a los profesores. Luego se vino la parte de la interconexión, pues de los switches.

3. Formación en la universidad en temas de redes e internet

Entrevistador [00:08:13¿Qué recuerdas de tu formación de universidad en la relación con programas, vínculo con redes? ¿Había alguna expectativa alrededor de internet?

Pedro Villegas [00:08:59] No, en pregrado no. De pronto era porque yo estaba más en la parte de infraestructura, pues electrónica. No me extraña que EAFIT, que sí tenía sistemas, de pronto ya hubiera sido más pionero o tuviera algún nodo o algo antes, por ahí en los noventas. Pero en la Pontificia Universidad Bolivariana no, no lo recuerdo, ¿sabes? Lo que no quiere decir que después en el 90 muy rápido lo hubieran hecho, pero ya no estaba allá.

Entrevistador [00:09:24] ¿No tienes recuerdo de la primera vez que te hablaron de internet?

Pedro Villegas [00:09:28] La primera vez para mí fue ya en Bogotá, pero no en la Pontificia Universidad Bolivariana. No, no lo recuerdo. Fue en la Universidad de los Andesrealmente, que empecé en el 92. Hice mi especialización entre el 92 y el 94.

Entrevistador [00:09:41] ¿Qué recuerdas de ese contacto en la Universidad de los Andes con la formación? ¿Qué posgrado hiciste?

Pedro Villegas [00:09:52] telecomunicaciones e Informática. Telemática, le decían. Y era justo de esto. Era como TCP/IP, protocolos, LAN. Era como de justo el momento. Me acuerdo incluso que había una discusión súper interesante en su momento, que tenía que ver con si los protocolos iban a ser masivos, porque todavía no era tan masivo, era el de ISO o el TCP/IP, pero el TCP/IP tenía un montón de problemas. Porque no era orientado a conexión, era como inseguro entre comillas, pero resultó ser el que se impuso, pues es uno de los protocolos más formales. En fin, me acuerdo de una anécdota. Nos contaban que lo que más o menos se discutía era si se podía enviar voz sobre TCP/IP, o datos o streaming o algo conectado como esto. Esa fue una conversión que estaba en su momento, versus ISO, que era muy formal, muy pesado de todas maneras. Pero me parece interesantísimo, porque una cosa es la definición entre academia e industria, ¿si? Está formalizado con todo el protocolo ISO y las ocho capas, y no sé qué. Es decir, decidamos el protocolo perfecto. Queríamos usar todas las partes, pero los proveedores y los fabricantes iban moviéndose y haciendo cosas en el TCP/IP, aunque fueran subóptimos. Y lo otro que era un acuerdo, pongámonos de acuerdo, no tuvo el ritmo, y TCP/IP se impuso definitivamente. Pero algunas teorías eran que sobre TCP/IP tú no podías mandar voz o video, conexiones que fueran orientadas a conexión, sino asincrónicas, te mando un correo y tú respondes, pero orientado a conexión no. Entonces la anécdota que nos contaban era que era parecido a lo del abejorro, cuando empezó a salir la voz sobre IP y la conexión, y si tú analizas el abejorro, su peso, sus alas, físicamente no estaría capacitado para volar, o sea, no hay cómo vuele, pero como él no lo sabe, vuela. Entonces, más o menos lo mismo pasaba con TCP/IP, que terminó siendo el protocolo para todas estas cosas, pero me acuerdo de esa discusión en su momento. Eso hacíamos en telecomunicaciones e Informática.

Entrevistador [00:11:55] ¿Cómo llega un ingeniero electrónico de la Pontificia Bolivariana a interesarse por hacer una especialización en telemática? ¿Cuál fue la fuente de interés?

Pedro Villegas [00:12:23] La primera parte de mi experiencia profesional siempre fue en tecnología. Entonces cuando salí de la universidad no me fui tanto por las antenas, ni por eso, sino que estuve trabajando en la organización Corona, que yo creo que era vanguardista, tenía un centro de servicios compartidos de tecnología. Entonces mi experiencia siempre fue más por el lado de sistemas. Entonces trabajamos con los sistemas, como nos conectamos. Entonces siempre arranque por ahí. Y me parecía súper interesante porque eso era muy novedoso. De verdad, en ese momento las conexiones eran por pares aislados de hilo de cobre, que lo conectábamos a la ETB con módems de extremo a extremo. Las redes en las ciudades, un sitio con otro se conectaba con un modem, entonces un modem acá, un cable que cruzaba toda la ciudad, y llegaba al otro lado y se hablaban. Entonces este tema de las redes LAN, Token Ring, en fin, todo ese mundo era súper vanguardista y a mí me llamaba la atención. De hecho, luego de terminar esa especialización fue que ingresé al Banco de Occidente, mi primer rol que era director de telecomunicaciones.

6. Participación instituciones por TCP/IP y Bitnet

[00:19:36] Implementamos también conexiones con pares aislados, [que] es como colocar un cable entre un punto y otro. Utilizando ese tipo de medio físico de transmisión, también implementando TCP/IP, logramos conectar algunas universidades: La Universidad Nacional se conectó de esa manera, [así como] algunas otras. A nivel nacional eso era impagable entonces no era por ese lado. Pero también implementamos la posibilidad de llamadas telefónicas. Creamos un pull de elementos, de dispositivos, que se denominan los módems, para que otras universidades se conectarán a la Universidad de los Andes a través de llamada telefónica utilizando TCP/IP. El secreto, la decisión más importante creo yo, en su momento fue haber adoptado estas tecnologías de TCP/IP para poder conectarnos. A esto hay que sumarle que a finales de los 80s, más o menos en el 89, después de varios años de trabajo también, logramos conectarnos a una red académica que se llama Bitnet. Esta red utilizaba tecnologías de IBM. [Como] ya teníamos tecnologías de IBM lo que hicimos fue resolver un problema de Conectividad entre Bogotá y Nueva York para conectarnos a Columbia University. Esta red de Bitnet tenía una característica y es que, cada vez que una universidad se conectaba, tenía que ofrecer por lo menos la posibilidad para dos universidades que se conectaran. Entonces [era] una red que crecía de manera orgánica, porque si me conectaba como universidad, tenía que permitir que por lo menos dos universidades adicionales se conectaran. En general uno permitía que se conectaran todas las que pudieran, y dependía, obviamente, de la infraestructura que uno tuviese.

5. Tecnología de red y equipos: dificultades e importancia del TCP/IP

Jaime Humberto Borja Gómez [00:13:30] Te quiero preguntar sobre esta materialidad. La compra de equipos, ¿cómo llegaban a tomar esas decisiones, sobre todo cuando estaban involucradas otras instituciones? Si se va a trabajar en redes con la Biblioteca Luis Ángel Arango o con otras instituciones, ¿cómo llegaban a tomar esas decisiones, cuáles eran los procedimientos?

Hugo Sin Triana [00:14:50] Desde la perspectiva del desarrollo de la universidad, teníamos plena autonomía. Tomamos las decisiones de forma autónoma de lo que más le convenía a la universidad. En esa época había muchas redes propietarias, o sea, los fabricantes de equipos de cómputo también fabricaban los equipos de redes. Entonces teníamos, por ejemplo, computadores IBM, y detrás de ellos había tecnología de IBM para el desarrollo de las redes. Pero también teníamos computadores Burroughs, que después fueron Unisys. Y esa fabricante también tenía tecnología propia para el desarrollo de las redes. Y eran incompatibles, completamente incompatibles. Entonces teníamos que desarrollar en paralelo diferentes entornos de redes. Por ejemplo, para la conexión con la Biblioteca Luis Ángel Arango utilizamos tecnología IBM porque la Biblioteca Luis Ángel Arango también tenía computadores IBM, y todo el sistema de la biblioteca estaba basado en [esa] tecnología. [Como] teníamos computadoras IBM, no era ajena la tecnología para lograr la interconexión. Pero si queríamos conectarnos con otras universidades, [muchas veces] no tenían tecnología IBM necesariamente. [Incluso] internamente en la universidad utilizamos también diferentes tipos de tecnología. Entonces estaba la tecnología de IBM, Burroughs, y Unisys. [Además] teníamos otra tecnología de redes de computadores de oficina, no recuerdo bien cómo se llamaba esa tecnología.

10. Los protocolos y sus dificultades

Pero bueno, lo que sucedió en su momento es que había estándares de comunicaciones. Perdón si no estoy siendo nada novedoso con esto, pero pues hay estándares europeos y hay estándares de Estados Unidos y los estándares de Estados Unidos de internet se llamaban los estándares TCP/IP, mientras que los estándares europeos eran los estándares CCITT que te los voy a escribir TCP/IP y estándares de CCITT que eran básicamente lo que hoy llamamos normas ISO. Esto sigue estando todavía. Piensen ustedes. Van a comprar un televisor en Europa y lo traen acá y no les va a funcionar porque el estándar europeo es PAL y el estándar gringo es NTSC. Por ejemplo, hasta en tamaño de papel. Ustedes van y compran una resma de papel en la Panamericana y con toda certeza les venden o carta u oficio. Pero yo creo que lo van a mirar como locos si ustedes llegan y dicen, es que necesito una resma de papel A4 porque es que yo soy europeo. No, no te lo van a vender. Tal vez algún Panamericana tendrá una resma de papel A4, A5, o sea, 3 a 2. Pero esos estándares europeos en tamaño de papel, pues digamos no los seguimos nosotros aquí en Colombia. Pero son estándares mutuamente incompatibles. Pónganse ustedes a pensar ¿Cómo van a meter en una carpeta tamaño A4 papel tamaño carta? Les va a quedar por fuera. Son estándares mutuamente incompatibles.

Lo que yo aprendí en la maestría en la Universidad de los Andes fue el stack de protocolos TCP/IP. Luego yo me vinculé como profesor de cátedra de la especialización en telemática. Lo que yo hice fue básicamente tratar de extender esa tecnología TCP/IPa las empresas. Porque lo que las empresas utilizaban era típicamente unos protocolos propietarios de IBM. Entonces esa experiencia de Interconectividad y esas cosas que se hacían en la Universidad de los Andes académicamente me dio una serie de destrezas. Luego a lo que yo salí, fue a vender esas destrezas. En ese momento, los bancos empezaban a usar de forma masiva las redes de computadores y empezaban básicamente a interconectarlas.

6. Sistema de matrículas y el galpón

Claudia Sastre [00:18:44] El ajuste de horario siempre fue un karma. O sea, cuando entré a la Universidad de los Andes era terrible. Tú tenías que ir al segundo piso de la cafetería, hacer unas filas eternas con las dichosas tarjetitas y en los listados tiene cupo en tal clase, si o no, entonces tú te anotabas, ahí entregabas la tarjetica y a los varios días podías ir a reclamar tu horario en esos listados de páginas. Ustedes son más jóvenes, no sé si lo recuerdan o si lo conocieron… ya después empezamos a decir oiga, galpón por internet, o sea, está esta la herramienta, cómo así que los muchachos tienen que venir a la Universidad de los Andes, a las pantallas, intentemos Galpón por internet y ese fue un proyecto súper chévere porque teníamos que conectar todo.

Claudia Sastre [00:19:55] Toda la web de la Universidad de los Andes estaba en Unix y todas las bases de datos administrativas y académicas de información académica estaban en Unisys. La idea era conectar esas dos. Esas plataformas no eran conectables en teoría. Entonces fue un trabajo de programar la conexión. Trabajé en la parte de UNIX del servidor HTTP generando programas en C en super bajo nivel con sockets, se llamaba en esa época, para hablar con la parte Unisys, que en ese momento la estaba haciendo Fernando Salcedo, quien hizo toda esa parte, nos conectamos y logramos hacer el galpón por internet. Me acuerdo de los mensajes de los estudiantes diciéndole: “ay! Muchas gracias, gracias a ustedes no tuve que salir corriendo de mis vacaciones, y venir a la universidad hacer el ajuste de horario”, sino que se pudo quedar en donde estaba. Obviamente en ese momento todavía era difícil conectarse a internet, era con un módem súper lento. La gente empezó a hacer el ajuste de horarios como me imagino que es ahora la única manera como se hace.

Entrevistador [00:21:27] ¿En qué año se logró hacer el ajuste horarios por internet?

Claudia Sastre [00:21:36] Yo creo que por el 96 estimo, 96-97, creo. Para mí eso fue espectacular. Como abrir, permitir, de verdad sacarle el jugo al internet y a las páginas web. Fue un servicio para los estudiantes súper importante Fue muy chévere poder hacer el ajuste de horarios y los estudiantes en ese momento ya podían imprimir su horario en el momento. No tocaba esperar ni ir a admisiones y registro para tener su horario. De forma también simultánea en todo ese proceso, me acuerdo que me invitaban, -que me sentía súper importante- me invitaron a dictar conferencias para hablar sobre cómo crear páginas. Digamos que no había mucho de donde investigar, era más hablar de la experiencia propia. Había un muchacho, se llamaba Carlos Varela, fue un estudiante de la Universidad de los Andes que no trabajó con nosotros en o con el Centro de Cómputo en la conexión, pero digamos que tuvo contacto con gente acá de la universidad. Nos enseñó cosas y me acuerdo de hablar con él para aprender.

15. Direcciones IP

[00:53:12] Lo mismo con las direcciones IP. Saben que ahora cada computador tiene una dirección IP, una conexión de acceso a internet. En esa época también Hugo Sin consiguió un rango, así como el dominio .CO lo consiguió él, también consiguió un rango de direcciones que eran más o menos 64.000 direcciones. La consigo para el país, entonces también toda organización de direcciones: para la Universidad del Valle le vamos a dar esta dirección… entonces estamos hablando de direcciones, nombres y parte de conexión física, que en ese momento ya todo eso está automatizado, es muy sencillo. Es más, ya se acaban las direcciones IP cuatro, ahora todo es IP seis, pero en esa época pues era todo en eso. Habernos conseguido ese rango de direcciones fue un logro muy grande de Hugo Sin, pues fue un logro para el país realmente porque no era para la universidad. O sea, ¿nosotros que hacíamos con tantas direcciones? Y las empezamos a distribuir. Pero todo iba a través de la Universidad de los Andes. Digamos que de ahí ya empezaron a venir y venir requerimientos y todo el mundo ya empezaba a hablar de internet. “Yo quiero conectarme, quiero esto”. Todos esos requerimientos, por ejemplo del dominio punto Co (.co) inicialmente pues lo hicimos muy [rápido]… un correo, bueno se hace, y ya después por planeación tocó empezar a cobrar, pues igual eso tiene unos costos. Y ya [años después] eso se vendió a quien maneja el dominio punto Co (.co), pero todo ese proceso inicial lo hicimos nosotros.