BBN Technologies, Inc.

A entidade fica à esquerda e suas conexões se distribuem por função à direita; o gráfico mostra as conexões de maior confiança de cada grupo, e a lista completa abaixo traz todos os relacionamentos.

Lista completa

• O núcleo que precisou deixar de ser o núcleo: EGP e a invenção dos sistemas autônomos

  A Internet inicial não se descentralizou porque suas redes passaram a concordar. Ela tornou o desacordo administrável. O EGP deixou cada operação escolher seu roteamento interno e exigiu apenas uma troca limitada de alcançabilidade na fronteira. Essa divisão criou autonomia prática dentro de uma topologia ainda dependente de um núcleo. Quando a NSFNET virou malha, acordos, filtros e um banco de políticas revelaram a informação que faltava — até que o caminho de AS passou a viajar com a rota.

  Artigo principalPublicado 2026-08-21
• O endereço que sobreviveu ao servidor: como o MX separou identidade e entrega

  O domínio depois de `@` já pareceu indicar a própria máquina de destino. À medida que o correio atravessou redes, relays e organizações, esse atalho deixou de funcionar. O MX deu ao endereço uma vida longa e tratou o servidor como uma implementação que podia mudar.

  Artigo principalPublicado 2026-08-21
• A fronteira do IMP: como a ARPANET dividiu a rede antes que a Internet aprendesse a confiar nas pontas

  O primeiro grande corte arquitetônico da ARPANET não separou uma “rede inteligente” de computadores passivos. Separou um substrato de comutação contratado, especificado e operado por BBN de hosts que ainda precisavam decidir, em conjunto, como a comunicação seria tornada correta. A evolução posterior da Internet estreitou essa fronteira sem abolir a infraestrutura — e, com isso, ofereceu uma disciplina duradoura para distinguir confiabilidade útil de autoridade excessiva.

  Artigo principalPublicado 2026-08-21
• Адрес, переживший свой сервер: как MX отделил идентичность от доставки

  Часть после `@` когда-то выглядела прямым указанием машине, к которой должен подключиться SMTP. Но публичному адресу требовалось жить дольше любого шлюза, сервера или площадки. MX превратил различие между именем и текущим местом приёма в небольшую исполнимую запись DNS.

  Artigo principalPublicado 2026-08-21
• Die Adresse, die ihren Server überlebte: Wie MX Identität und Zustellung trennte

  Der Teil hinter `@` wirkte einst wie der Name der Maschine, zu der SMTP verbinden sollte. Als Mail über Relays, nicht direkt erreichbare Hosts und wachsende Domains lief, musste der öffentliche Name länger leben als das jeweilige Empfangssystem. MX machte diese Trennung ausführbar.

  Artigo principalPublicado 2026-08-21
• عنوان البريد الذي عاش أطول من خادمه: كيف فصلت سجلات MX الهوية عن التسليم

  كان الجزء الواقع بعد علامة `@` يبدو كأنه اسم الجهاز الذي ينبغي لـSMTP الاتصال به. لكن الاسم العام كان يحتاج إلى البقاء، بينما تتغير البوابات والخوادم ومواقع التشغيل. جعل سجل MX هذا الفرق معلومة صغيرة قابلة للتنفيذ داخل DNS.

  Artigo principalPublicado 2026-08-21
• O endereço que sobreviveu ao servidor: como o MX separou identidade e entrega

  O domínio depois de `@` já pareceu indicar a própria máquina de destino. À medida que o correio atravessou redes, relays e organizações, esse atalho deixou de funcionar. O MX deu ao endereço uma vida longa e tratou o servidor como uma implementação que podia mudar.

  Artigo principalPublicado 2026-08-21
• サーバーより長く生きたメールアドレス――MXが名前と配送先を分けたとき

  メールアドレスの`@`以後は、かつて配送先の機械名に見えた。だがネットワークが広がると、名前を知ることと、現在どの機械が受け取るかを知ることは別の問題になった。MXはその差を一つの小さなDNSレコードとして公開した。

  Artigo principalPublicado 2026-08-21
• 比服务器活得更久的邮件地址：MX 记录如何把身份与投递分开

  地址的右半边看起来像一台机器。早期邮件系统常常也这样行动：看到 `@` 后面的名字，就去连接同名主机。1986 年 1 月，RFC 974 记录了这个直觉为何已经不够，以及一条很小的 DNS 记录如何让地址留下、服务器却可以更换。

  Artigo principalPublicado 2026-08-21
• La dirección que sobrevivió a su servidor: cómo MX separó identidad y entrega

  Durante un tiempo, la parte derecha de una dirección de correo parecía contestar dos preguntas: quién era el destinatario y a qué máquina había que conectarse. Cuando esas respuestas dejaron de coincidir, MX convirtió el dominio en una identidad estable y el servidor en una elección sustituible.

  Artigo principalPublicado 2026-08-21
• L’adresse qui a survécu à son serveur : comment MX a séparé l’identité du lieu de livraison

  Une adresse électronique ressemble à une machine à contacter. Au début d’Internet, cette lecture fonctionnait souvent : le domaine après `@` désignait l’hôte SMTP. En janvier 1986, le RFC 974 constata que ce raccourci ne suffisait plus et confia à une petite donnée DNS le soin de maintenir l’adresse pendant que l’infrastructure changeait.

  Artigo principalPublicado 2026-08-21
• The Mail Address That Outlived Its Server: How MX Records Separated Identity from Delivery

  An email address looks like a destination. In the early Internet, it often was: a mailer could take the domain after `@`, open SMTP to the machine with that name and hope the mailbox lived there. In January 1986, RFC 974 described why that assumption had stopped scaling—and how one small DNS record let the address remain while the receiving machine moved.

  Artigo principalPublicado 2026-08-21
• Ядро, которое должно было перестать быть ядром: EGP и изобретение автономных систем

  Ранняя сеть стала распределённой не потому, что все участники согласились выбирать одинаковые маршруты. Она научилась соединять разные решения. EGP оставлял внутреннюю маршрутизацию каждой администрации и выносил на границу лишь ограниченное сообщение о достижимости. Такое разделение сделало автономию рабочей, но сначала опиралось на привилегированное ядро. Ячеистая NSFNET показала цену недостающих сведений, а путь AS перенёс часть контекста от центра к каждому получателю маршрута.

  Artigo principalPublicado 2026-08-21
• Der Kern, der aufhören musste, Kern zu sein: EGP und die Erfindung autonomer Systeme

  Das frühe Internet wurde nicht dezentral, weil seine Netze dieselben Entscheidungen trafen. Es lernte, unterschiedliche Entscheidungen miteinander zu verbinden. EGP ließ das interne Routing in der Hand jeder Verwaltung und verlangte an der Grenze nur begrenzte Erreichbarkeitsangaben. Diese Trennung machte Autonomie praktisch, zunächst jedoch unter einem privilegierten Kern. Als NSFNET vermascht wurde, zeigten Verträge, Datenbanken und Filter, welche Belege im Protokoll fehlten — bis der AS-Pfad einen Teil dieses Wissens mit der Route transportierte.

  Artigo principalPublicado 2026-08-21
• النواة التي كان عليها أن تتوقف عن كونها النواة: EGP واختراع الأنظمة المستقلة

  لم تصبح الإنترنت المبكرة لامركزية لأن شبكاتها اتفقت على قرار واحد، بل لأنها تعلّمت تشغيل الاختلاف. أبقى بروتوكول EGP التوجيه الداخلي بيد كل إدارة، وطلب عند الحد الخارجي معلومة محدودة عن إمكانية الوصول. جعل هذا الفصل الاستقلال قابلاً للتنفيذ، لكنه اعتمد أولاً على نواة مميّزة. وعندما أصبحت NSFNET شبكة مترابطة المسارات، كشفت الاتفاقات والمرشحات وقاعدة السياسات عن الأدلة التي لم يحملها البروتوكول، قبل أن ينقل مسار AS جزءاً منها مع إعلان الطريق.

  Artigo principalPublicado 2026-08-21
• O núcleo que precisou deixar de ser o núcleo: EGP e a invenção dos sistemas autônomos

  A Internet inicial não se descentralizou porque suas redes passaram a concordar. Ela tornou o desacordo administrável. O EGP deixou cada operação escolher seu roteamento interno e exigiu apenas uma troca limitada de alcançabilidade na fronteira. Essa divisão criou autonomia prática dentro de uma topologia ainda dependente de um núcleo. Quando a NSFNET virou malha, acordos, filtros e um banco de políticas revelaram a informação que faltava — até que o caminho de AS passou a viajar com a rota.

  Artigo principalPublicado 2026-08-21
• 中心であることをやめる必要があった中心――EGPと自律システムの発明

  初期インターネットが分散化できたのは、参加ネットワークが同じ判断をするようになったからではない。異なる判断を抱えたまま接続する境界をつくったからだ。EGPは内部経路制御を各運用者に残し、外部には限定された到達可能性を示した。しかし、特権的なコアと少ない証拠で成り立つ設計は、網状に成長するネットワークを支えきれなかった。その失敗の補い方に、自治と責任を両立させる原型がある。

  Artigo principalPublicado 2026-08-21
• 必须不再成为核心的核心：EGP 与自治系统的诞生

  互联网早期的去中心化，并不是假设所有网络都持有同一套判断，而是让分歧可以运行。外部网关协议 EGP 划出一条边界：系统内部如何选路可以保密，对邻居则必须披露有限的可达性。这个边界使自治成为工程现实，也暴露了一个问题——当网络从树长成网，特权核心和过少的路径证据都无法继续承担全局协调。

  Artigo principalPublicado 2026-08-21
• El núcleo que tuvo que dejar de ser el núcleo: EGP y la invención de los sistemas autónomos

  La Internet temprana no se descentralizó haciendo que cada red pensara igual. Aprendió a conectar administraciones que podían discrepar. EGP permitió mantener privado el encaminamiento interior y compartir una afirmación limitada de alcanzabilidad en la frontera. Esa separación hizo operativa la autonomía, pero su núcleo privilegiado y sus pruebas escasas no resistieron una red mallada. La transición hacia rutas con secuencias de AS explica cómo se puede retirar un centro sin borrar la responsabilidad.

  Artigo principalPublicado 2026-08-21
• Le cœur qui devait cesser d’être le cœur : EGP et l’invention des systèmes autonomes

  La décentralisation de l’Internet n’a pas commencé par l’égalité parfaite de ses réseaux. Elle a commencé par une séparation praticable : chaque administration pouvait garder son routage intérieur, tout en publiant une information limitée à ses voisins. EGP a rendu cette autonomie exécutable dans un monde encore organisé autour d’un cœur privilégié. Lorsque NSFNET est devenu maillé, ce compromis a révélé ce qu’il lui manquait : une preuve de chemin que chaque réseau puisse examiner sans consulter un centre permanent.

  Artigo principalPublicado 2026-08-21
• The Core That Had to Stop Being the Core: EGP and the Invention of Autonomous Systems

  The early Internet did not decentralize by pretending that every network agreed. It learned to survive disagreement. The Exterior Gateway Protocol drew a boundary around what one routing administration could keep private and what it had to tell its neighbours. That boundary made autonomy practical, but EGP’s privileged core and thin evidence could not carry a meshed Internet. The machinery built around its omissions—and the AS path that followed—shows how a federation replaces a centre without replacing responsibility.

  Artigo principalPublicado 2026-08-21
• Граница IMP: как ARPANET разделила сеть до того, как Интернет научился доверять краям

  Первый ARPANET не был ни сетью глупых труб, ни ранней копией современного Интернета. Его интерфейсный процессор сообщений (IMP) вобрал в себя значительную часть надёжности, коммутации и управления потоком — но одновременно провёл довольно жёсткую границу, за которой ответственность снова переходила к хостам. Именно пределы этой сделки позднее помогли понять, почему сеть сетей не может полагаться на один общий механизм корректности.

  Artigo principalPublicado 2026-08-21
• حدّ الـIMP: كيف قسمت ARPANET مسؤولية الشبكة قبل أن يتعلّم الإنترنت الثقة بالطرف

  لم يكن معالج رسائل الواجهة (IMP) راوتراً حديثاً وُلد قبل أوانه، ولا مجرد صندوق في مقدمة قصة الإنترنت. كان حداً عملياً بين شبكة تبديل حزم تعاقدت ARPA على بنائها وبين حواسيب مضيفة ظل على أصحابها أن يقرروا كيف تتخاطب التطبيقات والأنظمة. وعندما اتسعت المسألة لاحقاً من شبكة واحدة يُفترض أنها موثوقة إلى ربط شبكات مستقلة لا تشترك في التصميم نفسه، لم يعد السؤال: كيف نجعل القلب يفعل أكثر؟ بل: أي وظائف يجب أن تبقى مشتركة، وأي أخطاء لا يمكن إعلان إصلاحها إلا إذا تحققت الأطراف نفسها من النتيجة؟

  Artigo principalPublicado 2026-08-21
• Wo das Netz aufhörte: Die IMP-Grenze und die Neuverteilung technischer Verantwortung

  ARPANET wurde nicht deshalb zum Vorläufer des Internets, weil ein zentraler Netzapparat bereits alle späteren Prinzipien vorwegnahm. Im Gegenteil: Der Interface Message Processor machte zunächst sichtbar, wie viel Zuverlässigkeit sich sinnvoll in gemeinsame Infrastruktur verlagern ließ — und zugleich, welche Entscheidungen dort nicht vollständig getroffen werden konnten. Zwischen 1968 und 1970 entstand so eine operative Grenze zwischen BBNs paketvermittelndem Subnetz und den Rechnern an seinen Rändern. Erst als mehrere eigenständige Netze verbunden werden sollten, zeigte sich, dass diese Grenze neu gezogen werden musste.

  Artigo principalPublicado 2026-08-21
• A fronteira do IMP: como a ARPANET dividiu a rede antes que a Internet aprendesse a confiar nas pontas

  O primeiro grande corte arquitetônico da ARPANET não separou uma “rede inteligente” de computadores passivos. Separou um substrato de comutação contratado, especificado e operado por BBN de hosts que ainda precisavam decidir, em conjunto, como a comunicação seria tornada correta. A evolução posterior da Internet estreitou essa fronteira sem abolir a infraestrutura — e, com isso, ofereceu uma disciplina duradoura para distinguir confiabilidade útil de autoridade excessiva.

  Artigo principalPublicado 2026-08-21
• 境界をつくった箱――IMPが分けたネットワークの責任

  インターネットの原型を探すとき、私たちは後世のルーターや TCP/IP の姿を過去へ投影しがちだ。だが1969年前後の ARPANET を動かした Interface Message Processor、IMP が歴史的に重要なのは、現代のルーターを先取りしていたからではない。IMP は、通信網が共通して引き受ける仕事と、接続されたコンピューター自身が決めなければならない仕事とのあいだに、実装可能な境界を初めて強く引いた装置だった。その境界は完全ではなく、のちのインターネットがそのまま継承したものでもない。しかし、契約によって作られた共有基盤がどこまで責任を負い、どこから先を端点に残すべきかという問題は、すでにそこに姿を現していた。

  Artigo principalPublicado 2026-08-21
• 边界先于互联网：IMP如何把网络责任切开，又为何把正确性留给端点

  互联网后来以“端到端”著称，但它并不是从一个空白、无功能的网络核心起步。1968—1970年的ARPANET恰好展示了相反的一幕：BBN交付的IMP承担了大量可靠性、分段、重组、测量、跟踪和流量约束工作，而主机团队仍必须自行解决只有端点才能知道的问题。真正值得追溯的，不是谁“发明了路由器”，而是一个更深的制度与工程问题：当共同基础设施能够做越来越多事情时，哪些责任应该进入公共底座，哪些正确性判断必须留在使用它的系统手中？

  Artigo principalPublicado 2026-08-21
• La frontera del IMP: cómo ARPANET separó la red antes de que Internet aprendiera a confiar en los extremos

  El Interface Message Processor de ARPANET no fue un router IP prematuro ni una caja pasiva entre ordenadores. Fue una decisión sobre dónde debía residir la complejidad: BBN podía construir y operar una subred de conmutación fiable, pero los hosts seguían cargando con aquello que la red no podía conocer por sí sola. Esa frontera, visible ya en los primeros RFC, ayuda a entender por qué la arquitectura posterior de Internet redujo las pretensiones del núcleo común sin renunciar a una infraestructura potente.

  Artigo principalPublicado 2026-08-21
• La frontière IMP : quand ARPANET sépara le réseau avant que l’Internet n’apprenne à faire confiance aux extrémités

  Avant TCP/IP, ARPANET avait déjà fait un choix décisif : isoler une partie du réseau dans des machines dédiées tout en laissant aux hôtes une responsabilité irréductible. L’IMP de BBN fut donc moins l’ancêtre simple d’un routeur moderne qu’une expérience grandeur nature sur la frontière entre infrastructure commune, logiciel local et autorité technique. C’est précisément là que l’Internet apprit ce qu’un réseau pouvait rendre fiable — et ce qu’il ne pouvait jamais rendre correct à la place de ses extrémités.

  Artigo principalPublicado 2026-08-21
• Where the Network Stopped: The IMP, the Host, and the First Price of Shared Correctness

  ARPANET’s Interface Message Processor made packet switching operational by putting substantial machinery into a dedicated subnet. It also made a harder problem visible: infrastructure can carry, check, meter and protect communication without possessing the knowledge required to make communication correct. The Internet emerged when designers learned to preserve that distinction across networks—and to keep authority from expanding farther than the function actually delivered.

  Artigo principalPublicado 2026-08-21