Fact-checked by Grok 2 weeks ago

Store and forward

Store-and-forward is a fundamental technique in telecommunications and computer networking where a data packet or message is fully received, stored temporarily at an intermediate device or node, and then forwarded to the next destination only after verification for completeness and integrity.^[1]^[2] This method contrasts with cut-through switching, as it allows the receiving device—such as a router, switch, or server—to inspect the entire frame for errors like cyclic redundancy check (CRC) failures before transmission, thereby reducing the propagation of corrupted data across the network.^[2]^[3] In networking contexts, store-and-forward is commonly employed in Ethernet switches and routers to handle packet switching, enabling reliable data transfer over potentially unreliable or intermittent links by buffering messages until the optimal forwarding opportunity arises.^[3]^[4] It also underpins asynchronous communication systems, such as email protocols, where messages are stored on mail servers (Message Transfer Agents, or MTAs) and forwarded to recipients when connections are available, facilitating transmission across time zones or during off-peak hours to optimize efficiency.^[5]^[6] The approach enhances overall network reliability in high-error environments, minimizes retransmissions, and supports cost-effective management by allowing devices to operate without constant end-to-end connectivity.^[3]^[7]

Definition and Principles

Core Concept

Store and forward is a fundamental technique in telecommunications and networking where a message or data packet is fully received, stored at an originating or intermediate node, and then forwarded to the next node only when a suitable communication link is available. This approach enables the handling of data in discrete units without requiring a continuous end-to-end connection from sender to receiver.^[8] Key characteristics of store and forward include its asynchronous nature, allowing transmission to occur independently of real-time synchronization between nodes, which enhances fault tolerance in unreliable or intermittent networks.^[9] It supports efficient resource sharing by buffering data during link unavailability, thereby accommodating bursty traffic patterns common in data communications.^[8] Unlike circuit-switched systems that dedicate paths for the duration of a session, store and forward eliminates the need for immediate end-to-end availability, making it suitable for environments with variable connectivity.^[10] The concept originated in the context of early 20th-century telegraphy and radio relay systems, where operators would store incoming messages and forward them manually to subsequent stations.^[8] Basic examples include telegraph operators transcribing and relaying messages hop-by-hop across networks, as well as foundational packet-switching implementations like the ARPANET in the late 1960s, which used store and forward to route data packets dynamically.^[9] This technique underpins modern applications such as email, where messages are stored on servers until delivery conditions are met.^[9]

Operational Mechanism

In store-and-forward networks, the operational mechanism begins with the reception of an incoming message at an intermediate node, where the node first validates the message for completeness and integrity, typically by checking error detection codes such as cyclic redundancy checks (CRC).^[11] Once validated, the message is temporarily stored to allow for processing and to decouple reception from transmission, preventing immediate forwarding if the outgoing link is unavailable.^[12] The stored message is then placed into a queue or buffer, often using a first-in, first-out (FIFO) discipline to maintain order among multiple messages, while preserving associated metadata including headers for routing, timestamps for sequencing, and control information for delivery status.^[13] The node subsequently inspects the availability of the next-hop link, selecting an appropriate path based on current network conditions such as link status or congestion levels; if the preferred link is unavailable, the message remains queued until a suitable opportunity arises.^[12] Upon link availability, the node forwards the entire message to the next node, incorporating error checking mechanisms like checksums to ensure transmission reliability.^[11] Acknowledgment handling, if implemented in the protocol, involves the receiving node sending a confirmation back to the forwarding node or the source, enabling hop-by-hop reliability verification.^[14] Error handling in this mechanism includes retry protocols, where failed forwarding attempts due to link failures or congestion prompt the node to reattempt transmission after a delay, often using adaptive routing to select alternative paths.^[12] Additionally, message expiration policies are enforced to prevent indefinite storage, typically via time-to-live (TTL) values that discard undeliverable messages after a predefined period, thereby managing buffer resources and network efficiency.^[15] Storage methods vary by implementation but commonly employ FIFO queues for transient buffering in high-speed environments or persistent files and databases for longer-term holding in delay-tolerant scenarios, ensuring metadata integrity throughout.^[13] A logical flow in a simple node-to-node relay can be described as follows: The source transmits the message to Node A, which receives and validates it before storing in a queue; Node A then checks the link to Node B and, if available, forwards the message with error checks; upon successful reception, Node B acknowledges (if required), stores, and repeats the process toward the destination, forming a hop-by-hop chain until delivery.^[12]

Advantages and Limitations

Store-and-forward networking offers significant resilience to network disruptions, such as intermittent connectivity, by allowing messages to be temporarily stored at intermediate nodes until transmission paths become available, thereby enabling reliable delivery in environments where continuous end-to-end connections are impractical.^[16] This approach also promotes efficient bandwidth utilization on low-capacity links, as resources are shared dynamically among multiple users rather than dedicated to a single connection, optimizing economic use of communication facilities in shared networks.^[17] Furthermore, its scalability supports multi-hop paths effectively, facilitating expansion across diverse topologies without requiring simultaneous availability of all links.^[18] Despite these benefits, store-and-forward systems introduce increased latency from queuing delays at each node, as messages must be fully received and processed before forwarding, which can accumulate in longer paths.^[19] Potential data loss arises if storage at nodes fails due to buffer overflows or hardware issues, particularly under high traffic conditions where congestion management becomes challenging.^[20] Managing queues during peak loads adds operational complexity, often necessitating advanced control mechanisms to prevent network degradation.^[19] In comparison to circuit switching, store-and-forward decouples the timing of sender and receiver, eliminating the need for dedicated end-to-end circuits and allowing asynchronous transmission that accommodates bursts of data without reserving constant bandwidth.^[16] This contrasts with circuit switching's requirement for a pre-established path, which ensures low latency but underutilizes resources during idle periods.^[16] Store-and-forward is particularly suitable for unreliable or delayed environments, such as mobile or satellite links, where intermittent connectivity is common, enabling data buffering and opportunistic forwarding to maintain communication reliability.^[21]

Historical Development

Manual Relay Systems

Manual relay systems in store-and-forward communication originated in the 19th-century electrical telegraphy era, where human operators played a central role in message handling. Following the development of Samuel Morse's telegraph in the 1830s, operators at stations received incoming signals in Morse code via electromagnetic sounders, transcribed them onto paper for verification, and then retransmitted the messages using manual keys to the next station.^[22] This process ensured reliable propagation across long distances, as signals weakened over extended wires, necessitating intermediate stops every 10-20 miles due to battery and line limitations.^[23] A prominent example was the Western Union Telegraph Company, established in 1851 and expanding to a nationwide network by the 1860s, including the 1861 transcontinental line. Operators at relay stations functioned like physical post offices, manually decoding messages, correcting errors from signal noise or operator fatigue, and making routing decisions based on network availability. If lines were down due to weather, mechanical issues, or overload, messages were stored on paper forms until transmission resumed, embodying the core store-and-forward principle of temporary retention before forwarding.^[24] Human intervention was essential for interpreting ambiguous code, resolving disputes over content, and coordinating with multiple carriers in fragmented early networks.^[25] These systems declined in the early 20th century as automation addressed inherent speed limitations—manual Morse transmission topped out at around 40-50 words per minute, far slower than emerging needs. The introduction of automatic perforated-tape systems in 1914 and teletypewriters by the 1920s-1930s enabled machine-based relaying without constant human oversight, phasing out manual operations.^[26]^[25] This shift marked the evolution toward fully automated relay innovations.

Automatic Relay Innovations

The transition to automatic relay systems in the 1920s and 1930s marked a significant advancement in store-and-forward technology, replacing manual operations with electromechanical devices for handling messages in radio and wire networks. Teletype machines, utilizing punched paper tape, enabled automated storage and retransmission of messages encoded in Baudot code, allowing for efficient buffering and routing without constant human intervention. These systems were pivotal in telegraph networks operated by companies like Western Union, where reperforator-transmitter sets punched incoming signals onto tape for later reading and forwarding, supporting speeds up to 200 words per minute in advanced configurations such as the U.S. Air Force's Plan 55. By the 1950s, such innovations had become standard in military and commercial applications, facilitating reliable message handling across unreliable channels.^[27] Key milestones included the introduction of electromechanical switches by AT&T in the 1930s, culminating in the deployment of the No. 1 Crossbar system in 1938 at Troy Avenue in Brooklyn, New York. This system employed a store-and-forward approach for call digits, collecting and processing the full number before seizing a trunk to the next switch, which improved efficiency over earlier panel and step-by-step selectors by reducing mechanical wear and enabling more flexible routing. During World War II, military communications adopted similar automatic relay innovations, with the U.S. Navy's Teletype Model 19 Automatic Send-Receive (ASR) set—designated AN/FGC-9—integrating tape perforators and readers to store messages upon receipt while simultaneously printing them, allowing for seamless forwarding in radioteletype (RTTY) operations. Similar electromechanical setups continued in the post-war era, often housed in mobile units like the AN/GRC-26, using diversity reception across multiple antennas to mitigate signal fading and ensure higher reliability.^[28]^[29] Technical features of these systems emphasized robustness and automation, with tape readers serving as buffers to hold messages during transmission interruptions, preventing data loss in variable radio conditions. Automatic retry mechanisms, such as those in early ARQ (Automatic Repeat reQuest) protocols developed by RCA in the 1940s, enabled error detection via specialized codes (e.g., 3-out-of-7 bit schemes) and retransmission requests upon signal loss, significantly reducing human error compared to manual relays. This automation minimized operator involvement, as machines could detect faults, pause, and resume forwarding from the stored tape without manual reconfiguration. Overall, these innovations drastically lowered error rates in high-volume networks, with electromechanical relays handling diverse signals like teletype and voice over shared lines.^[27]^[30]^[29] The impact of automatic relay innovations was profound, enabling expansive transoceanic radio networks like RCA Communications' global system in the 1940s, which linked major cities across continents via shortwave telex circuits. By storing messages at coastal stations and forwarding them opportunistically during optimal propagation windows, RCA's ARQ-M equipment supported reliable international telegraphy, handling thousands of daily messages with error correction that approached 99% accuracy. This capability not only supported wartime logistics but also laid the groundwork for postwar commercial expansion, demonstrating the scalability of machine-based store-and-forward over long distances.^[30]

Transition to Digital Networks

The transition from analog and electromechanical store-and-forward systems to digital networks occurred primarily during the 1960s and 1970s, driven by advancements in computing and the need for more efficient data communication. Independently, Paul Baran at the RAND Corporation proposed similar distributed network concepts using message blocks in reports published from 1964. Early precursors included Donald Davies' 1965 design at the UK's National Physical Laboratory, which introduced a store-and-forward packet switching system using fixed-size data blocks of 128 bytes, allowing dynamic queuing and routing of messages across nodes.^[31] This concept influenced the development of ARPANET, launched by the U.S. Advanced Research Projects Agency (ARPA) in 1969, which became the first large-scale implementation of store-and-forward packet switching on a wide-area network, connecting four initial nodes via 50 kbps leased lines.^[31] By the 1970s, early packet networks expanded this approach, enabling asynchronous data transmission that contrasted with traditional circuit-switched telephony by statistically multiplexing multiple messages over shared links.^[32] Key innovations in this era involved the integration of software-based queuing mechanisms within minicomputers to handle message storage and forwarding. ARPANET's Interface Message Processors (IMPs), built on Honeywell DDP-516 minicomputers, served as dedicated nodes that buffered incoming packets in memory queues before routing them to the next hop, ensuring reliable delivery even under variable link conditions.^[33]^[34] These IMPs connected to host computers and transmission lines via modems—specifically, telecommunication data sets operating over leased phone lines—facilitating the conversion between digital packet data and analog signaling for wide-area connectivity.^[34] In parallel, value-added networks (VANs) like Tymnet, operational from the late 1960s, incorporated similar store-and-forward packet switching with modem integration, supporting dial-up access from remote terminals to central hosts and enabling efficient multiplexing of diverse traffic types. This software-driven queuing replaced manual or hardware-limited buffering, allowing nodes to manage congestion by temporarily holding packets until bandwidth became available.^[32] Significant milestones marked the widespread adoption of these digital techniques in the 1970s. Tymnet's expansion as a commercial VAN exemplified the practical deployment of store-and-forward in public networks, connecting thousands of users and hosts by the mid-1970s through a hierarchical topology of supernodes and local concentrators.^[35] The influence extended to foundational internet protocols, as ARPANET's store-and-forward model informed the design of TCP/IP, adopted network-wide on January 1, 1983; IP routers continue to employ this mechanism by fully receiving and inspecting packets—including error checking—before forwarding them to the next interface.^[34]^[36] A primary challenge overcome was the standardization of digital data formats to supplant inconsistent analog storage methods, such as magnetic tapes used in prior relay systems. The International Telecommunication Union (ITU)'s X.25 protocol, finalized in 1976, provided a unified framework for packet-switched networks, defining virtual circuit establishment, error control, and binary packet encapsulation that ensured interoperability across diverse hardware and eliminated the variability of analog recording.^[37] This standardization facilitated seamless store-and-forward operations in digital environments, paving the way for scalable, error-resilient communication without reliance on physical media like tapes.^[37]

Key Applications

Email Protocols

In electronic mail systems, the store-and-forward paradigm originated with the development of network email on ARPANET in 1971, when Ray Tomlinson created the first program allowing messages to be sent between users on different computers, leveraging the network's inherent store-and-forward packet switching to relay content asynchronously.^[38] This early implementation treated email as a simple file transfer across hosts, where messages were stored temporarily at intermediate nodes before forwarding to the destination, enabling reliable delivery despite network variability.^[34] The mechanism evolved into the standardized Simple Mail Transfer Protocol (SMTP) as defined in RFC 821 in 1982, where mail transfer agents (MTAs) act as intermediaries that receive, store, and forward messages along multi-hop paths until reaching the recipient's mailbox.^[39] In SMTP, a sending MTA establishes a connection to a receiving MTA, transfers the message if possible, and the receiver becomes a sender for the next hop; if immediate delivery fails due to temporary issues, the message is queued locally for later attempts.^[39] This relay process continues across potentially numerous servers, with each MTA responsible for persistent storage until successful transmission or final failure notification.^[40] Key features of SMTP's store-and-forward include the use of spool files—temporary storage queues on the MTA's filesystem—to hold messages, envelopes, and metadata during processing and retries.^[41] Retry mechanisms involve periodic reattempts after transient errors (e.g., 4xx responses), with RFC 5321 recommending a minimum 30-minute interval initially, escalating to hours, and continuing for 4-5 days before generating a delivery status notification (DSN).^[41] For undeliverable mail, MTAs generate bounce messages using a null reverse-path (MAIL FROM:<>), detailing the failure reason per RFC 3463 standards, ensuring the originator receives feedback without looping.^[41] These elements, including suggested backoff strategies to avoid overload, maintain reliability in asynchronous environments.^[41] On a global scale, SMTP's store-and-forward role underpins the handling of approximately 376 billion emails sent daily as of 2025, with MTAs serving as critical intermediaries in complex paths that span continents and traverse multiple relays to manage this volume efficiently.^[42] Similar queuing principles appear in protocols like UUCP, though adapted for batch dial-up transfers.

Short Message Service (SMS)

The Short Message Service (SMS) is a store-and-forward messaging system introduced in the Global System for Mobile Communications (GSM) standard in 1991, enabling the exchange of short text messages between mobile devices.^[43] The service relies on a Short Message Service Center (SMSC), which functions as the central store-and-forward entity, receiving, storing, and relaying messages up to 140 octets in length—equivalent to 160 characters in the GSM 7-bit default alphabet.^[44] This mechanism ensures reliable delivery in environments with intermittent connectivity, such as mobile networks, by buffering messages until the recipient device is reachable. In the SMS delivery process, a sender's Mobile Switching Center (MSC) forwards the message to the SMSC for queuing upon submission via the air interface.^[45] The SMSC then attempts delivery to the recipient's device through the appropriate gateway MSC, with retries initiated for temporary failures like device unavailability; these attempts can persist for hours or up to a configurable validity period, often spanning days.^[44] Key features include a "store-until-delivered" policy, where the SMSC retains messages until successful transfer or expiration, and integration with the Signaling System No. 7 (SS7) network via the Mobile Application Part (MAP) protocol for efficient routing across public land mobile networks (PLMNs).^[45] For roaming users, the home network's Home Location Register (HLR) queries the visited network's Visitor Location Register (VLR) to determine the serving MSC, enabling seamless message forwarding between home and visited networks.^[44] The core store-and-forward principles of SMS have remained fundamentally unchanged from 2G GSM networks through enhancements in 3G, 4G, and 5G, despite shifts in underlying infrastructure.^[44] In 5G, the SMS Function (SMSF) interfaces with the SMSC to maintain legacy compatibility, supporting both traditional circuit-switched paths and IP-based delivery while preserving the SMSC's role in queuing and retry logic.^[44] This continuity ensures backward compatibility for billions of devices, with roaming and SS7/MAP adaptations extended via Diameter protocols where needed.^[44]

UUCP and FidoNet Networks

The Unix-to-Unix Copy Protocol (UUCP), developed in 1979 by Mike Lesk at Bell Laboratories, implemented store-and-forward mechanisms for batch file transfers and email over dial-up telephone lines between Unix systems.^[46] In this system, messages and files were queued locally at originating sites until a connection could be established, at which point participating systems would poll each other periodically to exchange the accumulated data.^[47] This polling approach ensured reliable delivery in environments where continuous connectivity was unavailable, relying on modems to initiate calls based on scheduled or demand-driven sessions.^[48] FidoNet, established in 1984 by Tom Jennings as a decentralized network for bulletin board systems (BBSes), extended store-and-forward principles to facilitate message sharing among hobbyist and community-run nodes worldwide.^[49] Nodes in FidoNet accumulated outgoing messages in packets during the day and exchanged them via automated nightly calls over modems, using specialized software known as "tossers" to process, route, and distribute these bundles to appropriate destinations.^[50] This design supported both personal netmail and public discussions, enabling efficient propagation across a growing topology without requiring real-time links.^[51] Key technical features of these networks included batch processing for efficiency and specialized addressing schemes. In UUCP, routing relied on "bang paths," explicit sequences of host names separated by exclamation marks (e.g., host1!host2!user) that defined the exact path for message forwarding, allowing precise control in a non-routed environment.^[47] FidoNet, meanwhile, organized discussions into echomail areas—dedicated virtual conferences where messages formed threaded exchanges, with tossers scanning and duplicating content to subscribed nodes based on area tags and nodelists.^[52] These mechanisms prioritized offline batch handling, minimizing connection time and costs on public phone lines. During the 1980s and 1990s, UUCP and FidoNet provided essential pre-Internet connectivity for distributed computing communities, linking thousands of sites and fostering global information exchange in the absence of widespread TCP/IP infrastructure.^[53] Their store-and-forward models directly influenced the development of Usenet, with UUCP serving as its foundational transport layer and FidoNet nodes often gating content via UUCP links to integrate BBS discussions into broader newsfeeds.^[47] By the mid-1990s, as Internet adoption grew, these networks transitioned into niche roles but left a lasting legacy in resilient, asynchronous communication paradigms.^[49]

Modern Implementations

Delay-Tolerant Networking

Delay-tolerant networking (DTN) represents an advanced evolution of store-and-forward principles, tailored for environments where continuous end-to-end connectivity is unavailable due to prolonged delays, intermittent links, or frequent disruptions.^[54] This architecture addresses challenged networks, such as those in remote terrestrial areas or deep space, by enabling asynchronous message exchange through overlay protocols that store data at intermediate nodes until forwarding opportunities arise.^[55] At its core, DTN employs the Bundle Protocol, specified in RFC 5050 (2007), which structures data into self-contained "bundles" that support store-and-forward transmission while incorporating enhancements like custody transfer for reliability.^[56] Custody transfer shifts responsibility for bundle delivery from the source to intermediate nodes on a hop-by-hop basis, ensuring retransmission occurs locally if failures arise, rather than burdening the origin with end-to-end acknowledgments.^[54] Key features of DTN include custodial storage, where receiving nodes assume explicit custody of bundles, committing to their persistent storage and eventual forwarding until acknowledged by the next custodian.^[54] This mechanism mitigates data loss in disrupted paths by allowing nodes to hold bundles indefinitely or until a timeout, with optional end-to-end acknowledgments for final delivery confirmation.^[57] Additionally, DTN supports fragmentation and reassembly to handle variable link capacities; bundles can be divided into smaller fragments during transmission over constrained contacts, with reassembly performed only at the destination to optimize resource use without requiring intermediate reconstruction.^[54] These capabilities enable reliable operation in scenarios where traditional TCP/IP protocols fail due to timeouts or incomplete handshakes.^[56] DTN finds prominent applications in the Interplanetary Internet, a NASA-led initiative originating in the late 1990s and advancing through the 2000s to facilitate communication across solar system distances, where signal delays can exceed 20 minutes one-way.^[58] NASA's efforts, including demonstrations on missions like Deep Impact in 2008, have integrated DTN for storing and forwarding scientific data during orbital blackouts or planetary occlusions.^[59] More recent advancements include NASA's High-rate Delay Tolerant Networking (HDTN), which achieved gigabit-per-second rates and was deployed on the International Space Station (ISS) as of June 2024 for high-speed networking experiments over optical links.^[60] In August 2025, the Solar System Internet project successfully conducted a pioneering DTN edge processing test on Lonestar Data Holdings' lunar mission launched in February 2025, demonstrating reliable interplanetary communications in high-latency environments.^[61] Beyond space, DTN enables opportunistic forwarding in challenged terrestrial environments, such as mobile ad-hoc networks in disaster zones or underwater sensor arrays, where nodes exploit transient contacts to propagate bundles without assuming persistent connectivity.^[55] Recent advancements in DTN emphasize seamless integration with existing IP networks through overlay mechanisms, allowing bundles to traverse IP infrastructures as an application-layer protocol while encapsulating non-IP traffic for interoperability.^[54] This overlay approach, refined in updates like Bundle Protocol version 7 (RFC 9171, 2022), supports convergence layers for mapping DTN over UDP or TCP, enabling hybrid deployments in partially connected systems without disrupting legacy IP operations. Such integrations have expanded DTN's utility in emerging networks, prioritizing robustness over latency in high-impact scenarios.^[57]

Satellite and Space Communications

In satellite communications, geostationary Earth orbit (GEO) relays employ store-and-forward techniques to manage data from lower-orbit satellites during periods of intermittent visibility or handoffs, buffering incoming transmissions until ground station links are available for forwarding.^[62] This approach is exemplified in systems like the European Data Relay Satellite (EDRS), where GEO satellites receive data via inter-satellite links from low Earth orbit (LEO) platforms and store it temporarily to enable near-real-time relaying to terrestrial networks, minimizing delays compared to direct LEO-to-ground paths.^[63] Similarly, LEO constellations such as Starlink utilize inter-satellite store-and-forward mechanisms to route data across the network, with onboard processors buffering packets during brief link disruptions caused by orbital dynamics.^[64] In deep space applications, NASA's Deep Space Network (DSN), operational since the 1960s, relies on store-and-forward protocols to handle commands and telemetry for missions like Mars rovers, where one-way light-time delays range from 4 to 24 minutes depending on planetary alignment.^[65] Ground stations store uplink commands and forward them during acquisition-of-signal windows, while spacecraft buffer collected telemetry—such as Perseverance rover images and sensor data—for burst transmission back to Earth via the DSN's antennas in California, Spain, and Australia.^[66] This buffering accommodates the round-trip light delay of 8 to 48 minutes, ensuring reliable data relay without real-time interaction. Standardized protocols under the Consultative Committee for Space Data Systems (CCSDS) facilitate store-and-forward operations in space communications, including the Bundle Protocol for overlay networking that supports intermittent links through custody transfer and rate-based buffering. The CCSDS File Delivery Protocol (CFDP) further enables reliable end-to-end file transfers by segmenting data, storing at intermediate nodes, and reassembling upon receipt, often integrated with ground station buffering for handling bursty transmissions from satellites. These standards ensure interoperability across missions, with provisions for error detection and selective retransmission during forwarding. Key challenges in satellite store-and-forward systems include high propagation latency, which can exceed 250 milliseconds for GEO links and compound with queuing delays in LEO meshes, necessitating predictive scheduling to optimize data flow.^[67] Power constraints on satellites limit onboard storage and processing, addressed through efficient queuing algorithms that prioritize low-energy buffering and selective forwarding to conserve resources during orbital passes.^[68] For instance, withhold scheduling techniques equalize queue lengths across ground stations, reducing overall latency by up to 30% in high-traffic scenarios while minimizing power usage for retransmissions.^[69]

IoT and Edge Computing

In Internet of Things (IoT) applications, store-and-forward mechanisms enable sensors to store data locally during cloud connectivity failures and forward it via gateways once links are restored, enhancing reliability in unstable environments. The MQTT protocol, standardized by OASIS, supports this through its Quality of Service (QoS) levels, where QoS 1 ensures at least-once delivery via acknowledgments and retries, while QoS 2 guarantees exactly-once delivery using a four-way handshake; persistent sessions on the broker queue undelivered messages for clients that reconnect after disconnections.^[70] Gateways aggregate and queue sensor data, buffering it in lightweight local storage before transmission, which is critical for resource-limited devices in remote monitoring scenarios. In edge computing, nodes positioned at the network periphery perform local analytics on IoT data and buffer results for forwarding to central systems, reducing latency and bandwidth demands. This approach has been widely adopted in smart cities for traffic management and environmental sensing, and in industrial monitoring for predictive maintenance, with deployments accelerating since the mid-2010s as edge paradigms addressed IoT scalability challenges. For instance, edge nodes in manufacturing environments process sensor streams to detect anomalies, storing buffered analytics outputs until secure upload to cloud platforms, thereby minimizing data loss during network interruptions. Key features of store-and-forward in these contexts include lightweight storage solutions tailored for resource-constrained devices, such as flash memory buffers on microcontrollers, and synchronization protocols like CoAP, which handles intermittent connectivity through confirmable messages with exponential backoff retransmissions (up to four attempts) and proxy caching for delayed forwarding.^[71] CoAP's UDP-based design ensures minimal overhead, allowing devices to queue and resend observations without persistent connections, supporting multicast for efficient group synchronization in sensor networks. The growth of store-and-forward in IoT and edge computing has been propelled by 5G networks and mesh topologies, which provide ultra-reliable low-latency communication and multi-hop forwarding for resilient data flows. 5G's enhanced mobile broadband and massive machine-type communications enable seamless buffering and handover in dynamic environments, while mesh networks allow intermediate nodes to store packets during path disruptions, ensuring end-to-end delivery in dense IoT deployments like urban infrastructures.^[72]^[73]

References

[1]
Definition of store and forward - PCMag
The temporary storage of a message for transmission to its destination at a later time. Store and forward techniques allow for routing over networks that are ...
[2]
Store-and-Forward - NVIDIA Docs
May 23, 2023 · Store-and-Forward is used to describe a functionality where a switch receives a complete packet, stores it, and only then forwards it.
[3]
What is Store-and-Forward? - Twingate
Oct 9, 2024 · Store-and-Forward is a data communication method where a message is stored at an intermediary device before being forwarded to its destination.Missing: definition | Show results with:definition
[4]
Store And Forward - CallFire
The store and forward technique works by storing the message transmitted by the source device on an intermediary device, generally a server.
[5]
STORE-AND-FORWARD definition | Cambridge English Dictionary
a process, such as that used by email, that allows data to be stored until it can be sent if there is no connection available immediately.
[6]
About store and forward email systems - TechDocs
Jan 13, 2025 · The sender application sends the mail through a series of Message Transmission Agents (MTAs) that read the message, store it, and then forward ...Missing: technique telecommunications
[7]
What is Store and forward? - Star Telecom
Store and Forward is a communication method where data, such as emails or messages, is temporarily stored at an intermediate point before being forwarded to ...
[8]
None
### Summary of Store-and-Forward in the Context of Network History
[9]
[PDF] The Evolution of Packet Switching - UCF ECE
Almost immediately after the 1965 meeting, Donald Davies conceived of the details of a store-and-forward packet switch- ing system, and in a June 1966 ...
[10]
[PDF] Networks - MIT
Store-and-forward switching has the advantage over circuit switching that each communication link is fully utilized whenever it has any traffic to send.
[11]
Store – and – Forward Packet Switching - Tutorials Point
Nov 28, 2020 · In general, the network layer operates in an environment that uses store and forward packet switching. Working Principle. The node which has ...Missing: steps | Show results with:steps
[12]
On Distributed Communications: I. Introduction to ... - RAND
The switching process in any store-and-forward system is analogous to a postman sorting mail. A postman sits at each switching node. Messages arrive ...
[13]
17 Queuing and Scheduling - An Introduction to Computer Networks
A token-bucket filter can be thought of as a queuing discipline, with an underlying FIFO queue. ... The third term represents the total store-and-forward delay at ...
[14]
Switching Techniques in Computer Networks - Baeldung
Mar 18, 2024 · Unlike packet switching, message switching is a store-and-forward method of data transmission. It means that each intermediate node stores ...Missing: operational | Show results with:operational
[15]
https://ieeexplore.ieee.org/document/7374945
[16]
Robert E Kahn Additional Materials - A.M. Turing Award Winner - ACM
Message-switching (or store-and-forward) systems address these problems by not setting up a dedicated path or circuit through the network.
[17]
RCA's automatic store and forward message switching system
... advantages may be obtained, some of which are: • Economic utilization of communication facilities. • Automatic transfer of messages through the network.<|control11|><|separator|>
[18]
A Better Way to Organize the Internet: Content-Centric Networking
Boosting reliability and making it easier to scale networks are two important benefits.
[19]
Congestion Control of Store-and-Forward Networks by Input Buffer ...
Abstract: The use of input buffer limits for congestion control of store-and-forward networks is investigated. An analytic model is formulated.Missing: definition | Show results with:definition<|control11|><|separator|>
[20]
Analysis of Shared Finite Storage in a Computer Network Node ...
Nodal storage limitations in a store and forward computer network lead to blocking; this results in degradation of network performance due to the loss or ...
[21]
Store-and-forward data communications using small terminals and microsatellites
**Summary of Store-and-Forward in Mobile Satellite Networks:**
[22]
Invention of the Telegraph | Articles and Essays | Digital Collections
The idea of using electricity to communicate over distance is said to have occurred to Morse during a conversation aboard ship when he was returning from ...
[23]
The Telegraph Crosses Wyoming, 1861 | WyoHistory.org
Nov 22, 2021 · Each telegrapher sent off to the next station, etc., from these “relay stations.” Cost to send a message was $7 for 10 words, seemingly ...
[24]
[PDF] The History of Western Union - Morse Telegraph Club
There was no interconnection of lines; messages were transferred physically from one company to another, and rates were as high as $20 for a telegram. The ...
[25]
History of the U.S. Telegraph Industry – EH.net
The twentieth century saw the continued rise of the telephone and decline of the telegraph. Telegraphy continued to have a niche in inexpensive long-distance ...
[26]
1830s – 1860s: Telegraph | Imagining the Internet - Elon University
The idea behind the telegraph – sending electric signals across wires – originated in the early 1700s, and by 1798 a rough system was used in France. New York ...
[27]
First-Hand:Chad is Our Most Important Product: An Engineer's Memory of Teletype Corporation
Summary of each segment:
[28]
Western Electric Crossbar Telephone Switching Systems
Jan 18, 2021 · The Crossbar switch had a significant advantage over either Panel or Step by Step since it was able to use a “store and forward” concept where ...Missing: AT&T | Show results with:AT&T
[29]
RTTY Teletype - Western Historic Radio Museum
All wire TTY setups employed polar relays to assure low noise on the line and reduce printing and sending errors. Later machines, from the 1960s on, though ...
[30]
RCA Teleprinter Service
In May 1950 the TEX (Overseas teleprinter exchange) service between New York and Amsterdam started. TEX was an early name for TELEX which is a system to allow ...
[31]
Packet Switching - Engineering and Technology History Wiki
Feb 17, 2024 · In 1965, Davies of the National Physical Laboratory in the United Kingdom, designed a store-and-forward packet switching system. In a June ...
[32]
Packet Switching | History of Computer Communications
How would packets be buffered in the store-and-forward switches if the transmission possibilities were unavailable and the switches became overloaded? What ...
[33]
https://www.columbia.edu/~rh120/ch106.x08
[34]
ARPANET - an overview | ScienceDirect Topics
Sponsored by the U.S. Department of Defense beginning in the 1960s, ARPANET introduced the datagram store-and-forward network, which enabled rerouting of ...
[35]
Tymnet - Wikipedia
Tymnet was an international data communications network developed and operated by Tymshare. It was based at the company's headquarters in Cupertino, California.
[36]
Definition of Tymnet | PCMag
An early value-added, packet switching network that enabled many varieties of terminals and computers to exchange data. Tymnet became part of Concert ...<|separator|>
[37]
What is store and forward routing? - YouTube
Sep 8, 2016 · Internet routers operate using a technique called store and forward. Packets that arrive from any link are put into a memory buffer.Missing: telecommunications | Show results with:telecommunications
[38]
Store-and-forward scheme | communications - Britannica
In a process called store-and-forward, each packet is temporarily stored at each intermediate node, then forwarded when the next link becomes available.
[39]
Raymond Tomlinson - Internet Hall of Fame
Raymond Tomlinson is widely known for inventing network electronic mail, choosing the “@” sign in emails to connect the username with the destination address. ...
[40]
RFC 821: Simple Mail Transfer Protocol
The receiver-SMTP then becomes a sender-SMTP, establishes a transmission channel to the next SMTP in the forward-path, and sends it the mail. The first host ...
[41]
[PDF] Trustworthy Email - NIST Technical Series Publications
Feb 1, 2019 · Email is transmitted, in a “store and forward” fashion, across networks via Mail Transfer Agents ... Email systems rely on DNS for many functions.
[42]
RFC 5321: Simple Mail Transfer Protocol
Summary of each segment:
[43]
[PDF] The GSM Short Message Service
The I1SMS Service Centre" was defined to be the store and forward centre for short messages. The. Service Centre interfaces to the GSM PLMN on one side, and a.
[44]
[PDF] ETSI TS 123 040 V17.2.0 (2022-05)
The provision of SMS makes use of a Service Centre, which acts as a store and forward centre for short messages. ... Enhanced Messaging is based on standard ...<|control11|><|separator|>
[45]
Introduction to SMS - GSM Favorites
The service makes use of an SMSC, which acts as a store-and-forward system for short messages. ... The wireless network signaling infrastructure is based on SS7.
[46]
[PDF] Distributing the News: UUCP to UUNET - USENIX
In 1976, Mike Lesk at Bell Labs came up with a program called UUCP—“UNIX to UNIX copy.” UUCP enabled users to send mail, transfer files, and execute remote ...
[47]
Store And Forward Communication: UUCP and FidoNet
Somewhat earlier than the development of FidoNet, the UUCP ("Unix-to-Unix Copy Protocol") system was developed by Mike Lesk at AT&T. UUCP is another store ...
[48]
How UUCP works
UUCP uses a batch method to manage communications traffic, storing (or ``spooling'') requests for later execution when actual contact is made between systems.How A Uucp Transmission... · Stage 1: Connection · Stage 2: Initial Handshake
[49]
Bulletin Board Systems & FidoNet History | LivingInternet
The FidoNet BBS was created by Tom Jennings in San Francisco in 1983 ... FidoNet's packet-based, store-and-forward technology worked as well as it ...
[50]
Back to the roots: FidoNet - WindfluechterNet Blog
May 3, 2017 · A FidoNet system (node) usually consists of a mailer that does the exchange with other systems, a tosser that “routes” the mail to the ...Missing: packets | Show results with:packets
[51]
FidoNet: Technology, Use, Tools, and History
FidoNet is a point-to-point and store-and-forward email WAN which uses modems on the direct-dial telephone network. It was developed in 1984, and has over ...
[52]
FTS-0004 EchoMail Specification - FTSC
In this setup exported mail is placed into the FidoNet mail area. Each message exported from a Conference Mail area has one message generated for each ...
[53]
Forgotten Internet: UUCP | Hackaday
Jan 16, 2025 · Developed in the late 1970s, UUCP was a solution for sending messages between systems that were not always connected together. It could also ...Under The Hood · File Transfer · Reading The Mail
[54]
RFC 4838 - Delay-Tolerant Networking Architecture - IETF Datatracker
It includes a hop-by-hop transfer of reliable delivery responsibility and optional end-to-end acknowledgement. ... Madden, "Custody Transfer for Reliable Delivery ...
[55]
[PDF] A Delay-Tolerant Network Architecture for Challenged Internets
A custody transfer refers to the acknowledged delivery of a message from one DTN hop to the next and the corresponding passing of reliable delivery ...
[56]
RFC 5050 - Bundle Protocol Specification - IETF Datatracker
This document describes the end-to-end protocol, block formats, and abstract service description for the exchange of messages (bundles) in Delay Tolerant ...
[57]
[PDF] Delay- and Disruption-Tolerant Networks (DTNs) - A Tutorial - NASA
The bundle-protocol agent uses reliable underlying transport protocols together, optionally, with custody transfers to move points of retransmission ...
[58]
Delay/Disruption Tolerant Networking - NASA
Sep 23, 2025 · DTN Is a foundational capability for creating the Solar System Internet and will be bring internet-like functionality to space communications.
[59]
[PDF] Delay Tolerant Networking and Cubesats
“Interplanetary Internet”. Since the mid-2000s worldwide DTN development has been led by NASA ... NASA is the world leader in DTN. Multiple-use. Technology.
[60]
[PDF] Geostationary Data Relays for Low Earth Orbit Satellites - mediaTUM
A geostationary data relay receives the data from LEO satellites via inter-satellite links and forwards it to the ground. The main advantage, compared to ...
[61]
European Data Relay Satellite System (EDRS) Overview | ESA CSC
EDRS is a European system using geostationary satellites to relay data to non-geostationary satellites, reducing transmission delays. It consists of two nodes ...
[62]
On Starlink - National Security
Jun 13, 2025 · This report examines the core engineering techniques and technologies behind Starlink, including its LEO constellation design, phased array ...
[63]
Spacecraft Data and Relay Management Using Delay Tolerant ...
As a result, given round trip light time ranges at Mars of 10-40 minutes, a significant delay occurs from the time the data is sent from the lander to Earth ...
[64]
[PDF] Mars Exploration Rover Telecommunications - DESCANSO
The DSN provides both command uplink and navigation to deep- space probes and downlink telemetry to the Space Flight Operations Facility and the end-users it ...
[65]
Rethinking Data Transmission to Unlock Efficient Satellite ...
Aug 22, 2025 · Three persistent constraints define the satellite communications landscape: limited bandwidth, high latency, and scarce compute resources.
[66]
Routing Challenges and Enabling Technologies for 6G–Satellite ...
Satellite networks have high latency, high power, and high bandwidth;. Transmission losses are greater in satellite networks. 2.2. Routing in 6G Networks.
[67]
[PDF] Scheduling Satellite Traffic through Space and Time - Deepak Vasisht
Oct 6, 2023 · Withhold scheduling aims to equalize queue sizes across ground stations and leads to higher throughput and lower latency for the transfer of ...
[68]
MQTT Version 5.0
### Summary of MQTT v5.0 Sections on QoS Levels, Persistent Sessions, Retained Messages, and Store-and-Forward for IoT
[69]
RFC 7252: The Constrained Application Protocol (CoAP)
Summary of each segment:
[70]
MQTT vs CoAP: Comparing Protocols for IoT Connectivity - EMQX
Apr 23, 2024 · This blog explores MQTT and CoAP protocols, delineating their characteristics, benefits, drawbacks, and differences in design and usage.Missing: intermittent | Show results with:intermittent
[71]
IoT Mesh Networks: Build Scalable, Resilient IoT Systems - WebbyLab
Rating 4.6 (24) May 22, 2025 · Mesh networks eliminate single points of failure by letting every device route and receive data independently. Need to scale easily? Use a mesh ...