Blog en espanol destinado a diferentes temas tecnicos principalmente en IT y Networking. Se desea cubrir Linux, DNS, DNSSEC, RPKI, BGP, Cisco, Programacion (Bash, Python, etc), Protocolos de Enrutamiento, Seguridad en Redes, VoIP.
Mostrando entradas con la etiqueta historia. Mostrar todas las entradas
Mostrando entradas con la etiqueta historia. Mostrar todas las entradas
sábado, 1 de enero de 2022
Microcuento de navidad de IPv4 e IPv6
Transcurre el año 2043, en un pequeño pueblo en Netland, justo antes de navidad, IPv6 se encuentra sentado en un pequeño microchip dentro de un router; como si fuese una chimenea sentía el calor de las compuertas lógicas y justo antes de ser inyectado en la red WiFi percibe una soledad y vienen muchos recuerdos, una imagen que ya hace mucho no se podría recuperar del caché del equipo, viene a su memoria un viejo compañero de guerra, un señor llamado IPv4 que casi nunca aparece en estos días.
Lo primero que viene a su memoria eran las competencias que existían 20 años atrás, cuando su dueño les pedía hacer algo salían juntos lo más rápido con el objetivo de llegar primeros y darle respuesta lo más rápido posible. Siempre fue una carrera muy cerrada y el pronóstico del ganador era siempre reservado.
Luego recuerda con dolor aquellos sufrimientos por los que pasaba IPv4 antes de llegar a su destino, era literalmente una mutación lo que ocurría, IPv6 nunca lo entendió pero sabe que no fueron momentos agradables, IPv4 a veces incluso ganaba la carrera pero el dueño no quedaba contento y no recibía su premio.
Un recuerdo nada satisfactorio era la pérdida de algún compañero, sobre todo al comienzo de la misma, muy frecuentemente IPv4 sencillamente desaparecía en esos primeros 100 metros.
Existía un recuerdo que siempre le sacaba una sonrisa a IPv6, rememoraba aquellos primeros momentos, cuando era aún un pequeño bebé en sus primeros años y no tenía buenos resultados en sus recorridos, comúnmente perdía. Hoy en día se llena de orgullo pensando que es un ganador que luchó innumerables batallas ante un gran guerrero.
Nanosegundos antes sentir el viento dentro de la red WiFi, IPv6 toma ánimo, a pesar de que ya es un ganador no baja la guardia, lucha sus batallas y como deseo de año nuevo pide cosas sencillas: a) que no existan congestión de redes, b) adiós a las colisiones, c) que no haya pérdida de paquetes y que todo el planeta tenga Internet.
Feliz navidad 2021 y feliz año 2022.
Alejandro Acosta,
martes, 28 de julio de 2020
¿Fue creada Arpanet para soportar una guerra nuclear?
Ya sea en una clase del colegio o incluso la universidad, un documental en televisión o un apunte anecdótico en alguna revista de tecnología, en algún momento de nuestras vidas hemos escuchado que Arpanet, la red predecesora de Internet, nació como un proyecto informático capaz de soportar las consecuencias de una guerra nuclear, incluso si se hace una sencilla búsqueda en google escribiendo la frase: “TCP/IP Arpanet” entre las opciones desplegadas aparecerá como resultado “tcp/ip arpanet nuclear war”.
¿Es cierto que Arpanet tuvo un propósito militar antinuclear?
Por: Gabriel E. Levy B.(www.galevy.com) y Alejandro Acosta (Lacnic) – Artículo conjunto promovido por Andinalink y Lacnic
Advanced Research Projects Agency Network (ARPANET), fue la primera red de datos de computadora – WAN -, que funcionó basada en un sistema de intercambio de paquetes de información conocido como “packet-switching”, y que se consolidó en este propósito a través de un protocolo denominado TCP, que en esencia permite la fragmentación de la información en múltiples paquetes, siendo estas dos tecnologías el origen de lo que hoy conocemos como “Internet”[1].
De acuerdo a los registros históricos disponibles y los relatos de sus creadores, la idea o concepto de una red de ordenadores con capacidad para comunicar usuarios ubicados en computadoras, distantes de forma remota entre ellas, fue formulado en abril de 1963 por Joseph C. R. Licklider[2], quien es considerado uno de los padres de la ciencia de la computación y quien trabajando de la mano de Bolt, Beranek y Newman (BBN)[3]una compañía especializada en investigación y desarrollo de tecnología de punta, elaboraron de manera conjunta un documento que proponía la creación de una gran sistema de interconexión de computadoras, que en su momento llamaron,“La red galáctica”[4].
Una proyecto financiado por el Departamento de Defensa de los Estados Unidos – DOT
La Agencia de Proyectos de Investigación Avanzados de Defensa, más conocida por su acrónimo DARPA, (Defense Advanced Research Projects Agency)[5], es una agencia adscrita al Departamento de Defensa de los Estados Unidos de Norte America y es la responsable en gran medida, del desarrollo de nuevas tecnologías enfocadas en uso militar[6].
En Octubre de 1963, Darpa (para ese momento se llamaba ARPA), convocó a Joseph C. R. Licklider[7] para presentar los resultados de su investigación, lo cual le permitió de paso convencer a los científicos de computación Ivan Sutherland y Robert «Bob» Taylor[8], acerca de la importancia y los alcances de sus investigaciones, pero más importante aún, de la necesidad de crear una gran red de computadoras[9].
Como director de Información del – Information Processing Techniques Office – IPTO – de ARPA, y convencido del trabajo liderado por Licklider, el informáticoRobert «Bob» Taylor,planteó al entonces director de ARPA Charles Herzfeld, la posibilidad de conectar entre sí las computadoras que hacían parte del Departamento de Defensa de Los Estados Unidos, buscando optimizar los recursos y el flujo de Información.
“Robert Taylor, tuvo una brillante idea basada en las ideas propuestas por J. C. R. Licklider : ¿Por qué no conectar todos esos ordenadores entre sí? Al construir una serie de enlaces electrónicos entre diferentes máquinas, los investigadores que estuvieran haciendo un trabajo similar en diferentes lugares del país podrían compartir recursos y resultados más fácilmente” Análisis publicado por @Wicho en el portal Microsiervos[10]
Uno de los aspectos más relevantes de la apuesta de Taylor, es que no se concentró exclusivamente en la interconexión y la compartición de recursos, sino que desde el principio buscó garantizar la interoperabilidad entre los diferentes tipos de máquinas, sin importar la compatibilidad entre ellas, creando de paso una protección contra fallos, algo que solo podría lograr si la estructura de la red estaba descentralizada, de esta forma si un ordenador fallaba, los demás podrían seguir trabajando[11]. La idea en su conjunto le encantó Herzfeld, quien asignó un presupuesto inicial de un millón de dólares (Equivalente a 8 Millones de dólares al tiempo presente) para el desarrollo de esta red descentralizada y aprueba de fallos por problemas de interoperabilidad.
De acuerdo con una entrada correspondiente al mes de marzo de 1964, en la cronología de Internet que mantiene Larry Roberts, “El trabajo conjunto de los investigadores del MIT, junto con el aporte de de Licklider, Kleinrock y Roberts, permitió que el proyecto de Arpanet tomara fuerza”[12].
Como parte de esta indagación, en un cruce de correos sostenidos entre Alejandro Acosta coautor de este artículo y Vint Cenf, científico computacional de Stanford que hizo parte del proyecto de Arpanet, existe una referencia a Larry Roberts en donde asegura que:
“Tenía claro que ARPANET estaba destinado al apoyo de recursos, es decir, una red diseñada para compartir “.
Cazando el Mito
The RAND Corporation, a principios de la década de los 60 y en el contexto de plena guerra fría[13], comenzó a trabajar en el diseño de un tipo de red segura de comunicaciones capaz de sobrevivir a un ataque con armas nucleares, con fines militares. Al frente de esta Investigación se encontraba Paul Baran[14] quien propuso en un documento presentado en 1962 y publicado en 1964, “El uso de una red descentralizada con múltiples caminos entre dos puntos; en donde la división de mensajes completos en fragmentos seguiría caminos alternativos y la red estaría capacitada para responder ante sus propios fallos”[15].
Para 1964 el profesor Leonard Kleinrock, profesor de la Universidad de UCLA en California[16], escribió un libro denominado Communication Nets[17], en el cual propuso la teoría de conmutación de paquetes en la interconexión de redes, las cuales en 1968 fueron comparadas con las investigaciones que venían desarrollando en el mismo sentido Paul Baran y Donald Davies,
“quienes llegaron independientemente a conclusiones similares a las de Kleinrock[18]” y que en conjunto sirvieron como inspiración para el desarrollo de la arquitectura descentralizada de Arpanet, aunque si bien existe mucha literatura, es imposible determinar con total certeza cuál fue el nivel de influencia de la investigación de Baran sobre el diseño final del modelo propuesto por el MIT.
Un año después, a las 10.30 de la noche del día 29 de octubre de 1969, el mismo profesor Leonard Kleinrock desde su computadora SDS Sigma 7, envió el mensaje LOGIN al equipo SDS 940 del instituto de investigación de Stanford. El mensaje quedó recortado a un extraño “lo”, ya que hubo un fallo de transmisión, pero una hora después la máquina de Stanford recibió la palabra “Login” completa, produciéndose de esta forma la primera conexión entre computadores dando formalmente origen práctico a la red: ARPANET, que en menos de dos años ya tenía más de 70 computadoras conectadas[19]. Por su parte el protocolo TCP apareció unos años después, pero no sería perfeccionado sino hasta principio de los años 80 [20]
La influencia de Baran en el proyecto
Si bien los diseños originales de Paul Baran tenía un claro propósito Militar para garantizar la supervivencia del sistema de interconexión ante un ataque nuclear y aunque el proyecto de Arpanet fue financiado por el Departamento de Defensa de los Estados Unidos a través de DARPA, la imposibilidad para determinar a ciencia cierta el nivel de influencia que tuvo los estudios de Baran sobre el diseño final y al no haber existido una solicitud puntual a los investigadores sobre el diseño de una red que tuviera estas características, (de acuerdo a sus propias afirmaciones), NO es posible asegurar que el diseño descentralizado de ARPANET tuvo un propósito relacionado con la supervivencia Nuclear, siendo este un MITO ampliamente difundido a lo largo de la historia.
No obstante lo anterior, es importante hacer salvedad en varios aspectos claves, por una parte el mito tiene origen en hechos históricos demostrables que justifican coherentemente el supuesto que lo subyace. El primero de ellos es que la financiación militar del proyecto estuvo a cargo del Departamento de Defensa de los Estados Unidos mediante DARPA, que se dió en el contexto de la guerra fría en un momento en que el espionaje era una de las mayores preocupaciones del gobierno, por lo que la confidencialidad del mismo y el secreto que lo enmarca, sin duda jugaron un rol preponderante para que las verdaderas intenciones posiblemente fueran clasificadas. Finalmente las investigaciones de Paul Baran de una u otra forma pudieron influir en el resultado final del proyecto, lo cual podría ocasionar que sin quererlo, los investigadores del MIT (Instituto Tecnológico de Massachuset) terminaran trabajando para esta causa sin tener mucha conciencia al respecto.
En Conclusión, si bien queda claro que en estricto sentido y rigor histórico, Arpanet y por derecho propio Internet, no nacieron como redes diseñadas para sobrevivir a un ataque Nuclear, ya que su diseño de fragmentado en paquetes, respondió fue a la suma de una serie de casualidades, la búsqueda de estabilidad y la optimización de recursos, el hecho que Paul Baran como uno de los fundadores de la génesis de la red, estuviera trabajando desde RAND Corporation en una red segura de comunicaciones capaz de sobrevivir a un ataque con armas nucleares con claros fines militares y que todo el desarrollo de la red hubiera surgido en el contexto de la guerr fría, pero sobre todo, que el proyecto Arpanet hubiera sido financiado con recursos militares provenientes de la agencia DARPA, evidencia que el “MITO”, no es absurdo desde una perspectiva contextual y representa una parte importante de la problemática del momento histórico y es muy probable que si estos desarrollos no se hubieran dado en el contexto de la Guerra Fría y la amenaza nuclear que la subyace, difícilmente hubieran encontrado la financiación que el proyecto requería.
Enlaces y fuentes que soportan el presente artículo:
[1] Nota publicada por la Universidad Politécnica de Cataluña sobre el Origen de Arpanet e Internet
[2] Artículo de la Enciclopedia Británica sobre Joseph Licklider
[3] Artículo de Wikipedia sobre Bolt, Beranek y Newman BBN
[4] Artículo del Periódico La Nación de Argentina sobre los 50 años de Arpanet
[5] Artículo enciclopédico sobre DARPA en Wikipedia
[6] Artículo de Xataca sobre el origen de Internet y Arpanet
[7] Biografía no oficial de Joseph Licklider publicada como parte de una investigación de la Universidad de Murcia
[8] Biografía de Robert Bob Taylor en Wikipedia
[9] Biografía no oficial de Joseph Licklider publicada como parte de una investigación de la Universidad de Murcia
[10] Análisis del portal especializado MicroSiervos sobre el origen de Internet
[11] Artículo de Xataca sobre el origen de Internet y Arpanet
[12] Enlace el documento publicado por Larry Roberts
[13] Artículo de Muy Historia sobre el origen y contexto de la Guerra Fria
[14] Artículo enciclopédico sobre Paul Baran en Wikipedia
[15] Artículo de Wikipedia sobre el origen de Internet
[16] Enlace al Website de la Universidad UCLA en California
[17] Communication Nets: Stochastic Message Flow and Delay, Leonard Kleinrock, ISBN 0486151115, 9780486151113, 224 páginas
[18] Análisis del portal especializado MicroSiervos sobre el origen de Internet
[19] Artículo de Xataca sobre el origen de Internet y Arpanet
[20] Artículo: Retato del Protocolo IP – Portal especializado ionos.es
Descargo de Responsabilidades: Este artículo corresponde a una revisión y análisis contextual en el contexto de la transformación digital en la sociedad de la información, y está debidamente soportado en fuentes académicas y/o periodísticas confiables y verificadas. Este NO es un artículo de opinión y por tanto la información que contienen no necesariamente representan la postura de Andinalink, LACNIC o la de sus autores o las entidades con las que se encuentren formalmente vinculados, respecto de los temas, personas, entidades u organizaciones mencionadas en el texto.
lunes, 26 de enero de 2015
Tecno-cuento: La triste historia de un ISP sin IPv6
Erase una vez..... Erase una vez, en un tiempo no muy lejano, un ISP muy grande que dominaba las telecomunicaciones de un país, se sentía poderoso y sin competencia. Cuando alguien necesitaba conectarse a Internet siempre recurrian a ellos. Tenían una penetración en el mercado envidiable para todos. Sin embargo, este ISP tan grande no había querido implementar nunca IPv6, pensaba que tenía suficientes direcciones IP para abastecerse, no percibían indicador alguno que dijera: tengo que tener el nuevo protocolo. Durante esos años, otro pequeño ISP si implementó IPv6, comenzaron a crecer lentamente, se dieron cuenta que el protocolo si marcaba una diferencia en sus clientes, ganaban usuarios gracias a tener soporte de dicho protocolo. Su penetración en el mercado crecía, ganaban más dinero y más respeto. Siendo más grandes le era más fácil conseguir mejores precios de equipos, de tráfico, de interconexión. Todo funcionaba muy bien. El ISP pequeño sencillamente no lo podía creer, algo tan sencillo de implementar como IPv6 le rendía frutos inimaginables. Sus clientes le decian que tenian crear VPNs y conferencias contra otras partes del mundo, que sus subsidiarias, clientes y aliados de negocio en Europa y Asia si tenían IPv6, por ello IPv4 no les era importante. El ISP grande, a pesar de ser tan poderoso comenzó a tener problemas internos, no eran problemas de facturación o dinero. Eran quejas del personal de ventas que no podían cerrar las mismas porque los clientes empezaron a pedir IPv6 y ellos siendo tan grandes e importantes sencillamente no tenían!!. Clientes corporativos pedían IPv6, usuarios residenciales solicitaban lo mismo, incluso grandes licitaciones del estado. Cuando eso empezó a ocurrir el Gerente de Ventas tuvo quejas hacia los departamentos de Producto, IngenierÃa y Operaciones. Estos últimos se quedaron sin palabras y algunos empleados fueron removidos por los dueños de las empresas. Al final, a Ventas no les importaba donde estaba la culpa, sencillamente no podían obtener nuevos clientes. Posteriormente algunos vendedores al percatarse que estaban perdiendo clientes fueron contratados por el ISP pequeño que estaba buscando personal, total ahora sí podían pagar a importantes vendedores porque en realidad ya no eran tan chicos. Lo mismo ocurrió con el jefe de redes del ISP grande que sabía mucho de IPv6 pero la burocracia no le había permitido llevar a producción el novedoso protocolo. Luego el jefe de redes lógicamente trajo a su administrador de servidores de confianza y su persona de seguridad. El ISP grande no podía creer lo que estaba pasando. Los vendedores contratados por el ISP chico (provenientes del ISP grande) venían con su enorme cartera de clientes, todos potenciales para ser instalados. Se avecinaba una estampida de clientes del ISP grande. Pasaban los meses y el ISP chico ya no solo ofrecía Internet, su Data Center era mucho más grande, importantes empresas trajeron servidores nuevos, de cache y mucho más. Ahora ofrecían co-location, hosting, virtual hosting, voz, video y más. Cuando el proveedor grande quiso implementar IPv6, tuvo que hacer las cosas muy rápidas, les salian mal, varios errores, además consultores y empresas se aprovecharon de sus problemas y cobraban mucho más para hacer las tareas con la premura que solicitaban. Aumentó el downtime de red, las llamadas al call center y la prestigiosa reputación se venía abajo. Como es de esperar, al final de la historia todos en el cuento: clientes y proveedores terminaron implementando IPv6, unos más felices que otros pero todos con IPv6 en sus redes Espero lo hayan disfrutado, y Colorín Colorado este cuento se ha acabado Abrazos a todos, Alejandro,
Get ready for Black Friday deals in South Africa with bidorbuy. We at bidorbuy are as excited as you are! We are hard at work to find the best deals at the best price to bring you a whole week of awesome Black Friday deals!
Suscribirse a:
Entradas (Atom)
Una mejora práctica en el Transporte DNS sobre UDP en IPv6
Por Hugo Salgado y Alejandro Acosta Introducción y planteamiento del problema En el presente documento queremos discutir sobre un draft (bor...
-
Debido al crecimiento moderado que ha tenido el presente blog se me ocurrió añadir/integrar las estadisticas de google analytics a mi blog. ...
-
Introduccion: En algunas ocasiones es necesario "bajar" o deshabilitar iptables en nuestro Linux, el procedimiento depende de...
-
Saludos, Lo primero que debemos de hacer para quitar el stacking entre los switches es desconectar los cables Stack que los unen.... Es buen...