Recommended Posts

NASA and the European Space Agency have tested out a prototype system that may one day help enable Internet-like communications between Earth and robots on another planet.

Astronaut Sunita Williams, commander of the International Space Station's current Expedition 33 mission, used NASA's experimental Disruption Tolerant Networking (DTN) protocol to drive a small LEGO robot at the European Space Operations Center in Germany late last month.

The European-led experiment simulated a scenario in which an astronaut orbiting another world controls a robotic rover on the planet's surface, NASA officials said.

"The demonstration showed the feasibility of using a new communications infrastructure to send commands to a surface robot from an orbiting spacecraft and receive images and data back from the robot," Badri Younes, deputy associate administrator for space communications and navigation at NASA Headquarters in Washington, said in a statement.

"The experimental DTN we've tested from the space station may one day be used by humans on a spacecraft in orbit around Mars to operate robots on the surface, or from Earth using orbiting satellites as relay stations," Younes added.

NASA's DTN architecture is a new technology designed to enable standardized communications over long distances and through time delays, agency officials said. At its core is something called the Bundle Protocol (BP), which is similar to the Internet Protocol, or IP, that serves as the heart of the Internet here on Earth.

The big difference between the two is that IP assumes a seamless end-to-end data path, while BP is built to account for errors and disconnections ? glitches that commonly plague deep-space communications.

Data move through the BP network in a series of short hops, waiting at one node until the next link becomes available, NASA officials said.

source

NASA DTN Protocol: Interplanetary Internet, How It Works, What LEGOS Have to To With It

NASA is calling it the interplanetary Internet, and announcements have been hitting in recent weeks regarding the sending of the first emails, voicemails and, of late, news of an experiment that involved remote controlling of a LEGO space robot with it. But what?s truly cool is the technology enabling it ? it?s a protocol called Delay-Tolerant Networking, better known as DTN.

At its heart is Vint Cerf?s Bundle Protocol (BP), a version of the IP protocol he helped develop to pioneer the Internet decades ago.

In testing for several years, DTN got a major boost recently, says Badri Younes, a NASA administrator in Washington. Astronaut Sunita Williams ? she commanded the International Space Station?s current Expedition 33 mission ? used NASA?s experimental Disruption Tolerant Networking (DTN) protocol to drive a small LEGO robot at the European Space Operations Center in Germany late last month.

That was big news for the DTN and BP protocols, developed jointly by Internet pioneer +Vint Cerf and NASA?s Jet Propulsion Laboratory.

In a nutshell ? we?ll get down and dirty with the tech lower in the piece ? DTN allows a standard method of communication over long distances and through time delays, agency officials said. Its centering tech is similar to the IP protocol (that is the TCP/IP protocol) that is the building block of the Internet we use on Earth. That?s called the Bundle Protocol (BP).

The big difference between BP and IP is that, while IP assumes a more or less smooth pathway for packets going from start to end point, BP allows for disconnections, glitches and other problems you see commonly in deep space, Younes said. Basically, a BP network ? the one that will the Interplanetary Internet possible ? moves data packets in bursts from node to node, so that it can check when the next node is available or up.

?The demonstration (of the DTN controlled robot) showed the feasibility of using a new communications infrastructure to send commands to a surface robot from an orbiting spacecraft and receive images and data back from the robot,? Younes said. ?The experimental DTN we?ve tested from the space station may one day be used by humans on a spacecraft in orbit around Mars to operate robots on the surface, or from Earth using orbiting satellites as relay stations,? Younes added.

DTN-lego-NASA-ESA-robot-pic1-580x348.png

The first thing to understand is that the DTN testbed with BP driving it is in active testing now, NASA says.

Its first successful test was in 2008, when NASA announced that early DTN software for the first time enabled the transmission of more than a dozen of space images to and from a NASA science spacecraft located about 20 million miles (32M KM) from Earth. In a statement then, NASA?s Jet Propulsion Laboratory and Google?s +Vint Cerf said it kicked off the Interplanetary Internet. But what is DTN?

?The experimental DTN we?ve tested from the space station may one day be used by humans on a spacecraft in orbit around Mars to operate robots on the surface, or from Earth using orbiting satellites as relay stations,? Younes added.

In a nutshell, says NASA, ?The Disruption Tolerant Networking (DTN) program establishes a long-term, readily accessible communications test-bed onboard the International Space Station (ISS). Two Commercial Generic Bioprocessing Apparatus (CGBA), CGBA-5 and CGBA-4, will serve as communications test computers that transmit messages between ISS and ground Mission Control Centers. All data will be monitored and controlled at the BioServe remote Payload Operations Control Center (POCC) located on the Engineering Center premises at the University of Colorado ? Boulder,? reps said today.

interplanetary-internet-shot-nasa.gov_1-580x346.png

According to NASA?s Delay-Tolerant Networking Research Group (DTNRG), ?the DTN protocol is under active development.?

An experiment using DTN to control the LEGO robot is in the news today, but NASA says there are real world, military and consumer applications that affect Internet users worldwide.

?In addition to network security, research goals for the DTN activity will focus on testing and evolving important network services including naming and addressing, time synchronization, routing, network management and class of service,? NASA reps add, saying that ?the DTN experiments on the International Space Station (ISS) consist of software which is to be placed on both Commercial Generic Bioprocessing Apparatus (CGBA), CGBA-4 and CGBA-5, and then tested from a ground operations center.

What?s going on? Researchers explain ?the DTN activity will focus on testing and evolving important network services including naming and addressing, time synchronization, routing, network management and class of service. The DTN experiments on ISS consist of software (that) is to be placed on both Commercial Generic Bioprocessing Apparatus, CGBA-4 and CGBA-5, and then tested from a ground operations center. This software is not in any critical path of the CGBA operations and may be turned off at anytime. This software does not preclude the use of the CGBA units for other purposes or research support.

DTN, say NASA reps, is ?a networked architecture required to successfully complete these missions. The experiments that will be performed are designed to test the DTN protocol suite in an actual space environment, and to determine how well the protocols perform and what improvements may need to be made. The impact of the results of the research will help to advance the technical maturity of the DTN communications technology so that it is available for NASA use in both human and robotic Exploration missions.

"The Delay-Tolerant Networking Research Group (DTNRG) is a research group chartered as part of the Internet Research Task Force (IRTF). Members of DTNRG are concerned with how to address the architectural and protocol design principles arising from the need to provide interoperable communications with and among extreme and performance-challenged environments where continuous end-to-end connectivity cannot be assumed. Said another way, we are concerned with interconnecting highly heterogeneous networks together even if end-to-end connectivity may never be available. Examples of such environments include spacecraft, military/tactical, some forms of disaster response, underwater, and some forms of ad-hoc sensor/actuator networks. It may also include Internet connectivity in places where performance may suffer such as developing parts of the world.

"DTNRG members research aspects of delay-tolerant networking in a number of ways including academic publications, technical specifications, several active mailing lists, and code (reference implementation) development. DTNRG holds semi-regular teleconferences for software developers and occasional face-to-face public meetings. The public meetings usually occur in conjunction with an IETF meeting. The current co-chairs for DTNRG are Kevin Fall (Qualcomm), Stephen Farrell (Trinity College, Dublin) and J?rg Ott (Aalto University, Helsinki). Back in 2006 Stephen wrote a book on DTN. Several of the members of DTNRG participated in the (highly-related) DARPA Disruption Tolerant Networking program."

DTN research is necessary in space especially, NASA says, for the maturation of protocols to enable Internet-like communications with space vehicles, remote planetary habitats, rover vehicles and support infrastructure on a planetary surface. ?It is being tested for the first time on ISS Onboard (local) ISS , ISS-to-ground, and NASA ground communications networks will become DTN-enabled,? NASA says. ?That is the key stepping stone to enabling the Interplanetary Internet.

http://anewdomain.ne...-to-to-with-it/

Every article I've read on this has been kinda light on details, there's obviously a reason why DTN/BP is better than IP/UDP/TCP, but they don't say why specifically (The reasons given, things like latency or packet drop are an issue on IP networks to, part of it's design is to handle them)

From reading Wikipedia I get the idea that BP is message based, rather than packet based, but that's about it.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • How many other companies will follow Ford's lead? Or, have they already gotten lazy and become enslaved to AI--and now can't figure out how to get out of that mess.
    • Why would any self-respecting intelligent person follow any recommendation by Donald's GOP administration? With almost two years of fabrications, deceit, and blatantly illegal behavior, why believe them now? They had best be gone after the November 2026 election, so we'll wait and see.
    • AltSendme 0.4.1 by Razvan Serea AltSendme is a minimal, cross-platform application designed for fast, secure, and private peer-to-peer file transfers. It allows users to send files or entire directories directly between devices without relying on cloud servers, accounts, or any personal information. Everything is encrypted end-to-end using modern protocols like QUIC and TLS 1.3, ensuring both strong security and low-latency performance. Transfers are verified with BLAKE3 for data integrity, and interrupted downloads automatically resume, making the experience reliable even on unstable connections. You can transfer anything—images, videos, documents, and more. Integrity checks are performed on both ends, so your files are automatically verified for correctness during both sending and receiving. AltSendme works seamlessly across local networks or long-distance links, capable of saturating multi-gigabit connections for extremely fast delivery. With built-in NAT traversal and encrypted relay fallback, it connects devices almost anywhere. The app integrates with the Sendme CLI and will soon support mobile and web platforms. Fully free and open-source, AltSendme offers a lightweight, privacy-first alternative to traditional cloud-based services, removing size limits, upload costs, and unnecessary data exposure. AltSendme 0.4.1 changelog: Release Highlights Self-hosted relays: Run your own iroh relay so transfers don't rely on public infrastructure. Includes a full deployment template in deploy/relay/ with Docker Compose for a VPS and configuration examples for production use. Fly.io support: One-click deploy template for Fly.io, including a quick-start config (fly.dev.toml) for testing without a custom domain, plus production setup with Let's Encrypt and your own hostname. Relay settings UI: New Settings → Network panel to choose how AltSendme connects: automatic public relays, custom self-hosted URLs (with optional auth token), or disabled. Test connections, verify latency, and see live relay status in the footer. Disable relays: Turn off relay servers entirely when you only need same-network transfers (e.g. LAN). Direct connections only. No relay hop required when devices can reach each other. Android graduates from beta: Android is now part of the regular release cycle alongside desktop. APKs ship with each version (universal, arm64, and armv7). Other improvements Private relay access control via shared auth token Relay fallback notifications when a custom relay is unreachable Broadcast mode toggle in sharing settings Android release build fixes (split-per-ABI APKs, universal APK preservation) UI polish: mobile safe-area insets, dropzone layout, transfer progress animation Bug fixes for minification-related serialization issues and system tray icon loading What's Changed feat(relay): add relay status functionality and settings UI (a120cdf) feat(relay): implement custom relay server configuration and verification (51276c7) feat(relay): add configuration for private relay access and enhance observability features (48fbabf) feat(relay): enhance relay URL validation, display connection status (d4fffa0) feat(relay): add RelayChangeGuard component and enhance relay-related translations (16ba514) feat(broadcast): add toggle setting for broadcast mode in sharing UI (ca6d977) fix(relay): correct QUIC discovery port, pin image, templatize fly.dev (52a2ba5) fix: More broken serialization due to minification (67491a9) fix(android): preserve true universal APK across per-ABI builds (e9f256f) fix(ui): conditional safe-area insets padding on mobile (1182f0e) refactor(transfer): CircularRing component animation fix (944572b) chore(android): drop x86 and x86_64 release APKs, keep universal+arm64+armv7 (34ada0b) Download: AltSendme 0.4.1 | ARM64 | ~9.0 MB (Open Source) Download: AltSendme for MacOS | Android Links: AltSendme Home Page | GitHub | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • You are mostly right about the ephemeral nature of it. As I mention in the article, if you dont add a second device or take a backup of your account before uninstalling it, then yes you will lose access to your account. That said, in terms of actual user experience when you sync multiple devices your message history carries across and there's also a Saved Messages chat like there is on Telegram to send messages and attachments between your installs. But yh, what you point out are correct and its not trying to emulate Messenger or Telegram.
    • OK so SearXNG is a meta search engine that you can install locally or use via a public instance. It scrapes other search engines which you choose and then sorts the results. Not as complicated as multiple relays
  • Recent Achievements

    • Week One Done
      flexorcist earned a badge
      Week One Done
    • One Month Later
      Woland13 earned a badge
      One Month Later
    • Week One Done
      Woland13 earned a badge
      Week One Done
    • One Year In
      bernmeister earned a badge
      One Year In
    • Week One Done
      Scoobystu earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      492
    2. 2
      +Edouard
      224
    3. 3
      PsYcHoKiLLa
      150
    4. 4
      Steven P.
      75
    5. 5
      FloatingFatMan
      71
  • Tell a friend

    Love Neowin? Tell a friend!