Hubbry Logo
Connection-oriented communicationConnection-oriented communicationMain
Open search
Connection-oriented communication
Community hub
Connection-oriented communication
logo
7 pages, 0 posts
0 subscribers
Be the first to start a discussion here.
Be the first to start a discussion here.
Contribute something
Connection-oriented communication
Connection-oriented communication
Connection-oriented communication
View on Wikipedia
from Wikipedia

In telecommunications and computer networking, connection-oriented communication is a communication protocol where a communication session or a semi-permanent connection is established before any useful data can be transferred. The established connection ensures that data is delivered in the correct order to the upper communication layer. The alternative is called connectionless communication, such as the datagram mode communication used by Internet Protocol (IP) and User Datagram Protocol (UDP), where data may be delivered out of order, since different network packets are routed independently and may be delivered over different paths.

Connection-oriented communication may be implemented with a circuit switched connection, or a packet-mode virtual circuit connection. In the latter case, it may use either a transport layer virtual circuit protocol such as the Transmission Control Protocol (TCP) protocol, allowing data to be delivered in order. Although the lower-layer switching is connectionless, or it may be a data link layer or network layer switching mode, where all data packets belonging to the same traffic stream are delivered over the same path, and traffic flows are identified by some connection identifier reducing the overhead of routing decisions on a packet-by-packet basis for the network.

Connection-oriented protocol services are often, but not always, reliable network services that provide acknowledgment after successful delivery and automatic repeat request functions in case of missing or corrupted data. Asynchronous Transfer Mode (ATM), Frame Relay and Multiprotocol Label Switching (MPLS) are examples of connection-oriented unreliable protocols.[citation needed] Simple Mail Transfer Protocol (SMTP) is an example of a connection-oriented protocol in which, if a message is not delivered, an error report is sent to the sender, making it a reliable protocol. Because they can keep track of a conversation, connection-oriented protocols are sometimes described as stateful.

Circuit switching

[edit]

Circuit switched communication, for example the public switched telephone network, ISDN, SONET/SDH and optical mesh networks, are intrinsically connection-oriented communication systems. Circuit-mode communication provides guarantees that constant bandwidth will be available, and bit stream or byte stream data will arrive in order with constant delay. The switches are reconfigured during a circuit establishment phase.

Virtual circuit switching

[edit]

Packet switched communication may also be connection-oriented, which is called virtual circuit mode communication. Due to packet switching, communication may suffer from variable bit rates and delays, due to varying traffic loads and packet queue lengths. Connection-oriented communication does not necessarily imply reliability.

Transport layer

[edit]

Connection-oriented transport-layer protocols provide connection-oriented communications over connectionless communication systems. A connection-oriented transport layer protocol, such as TCP, may be based on a connectionless network-layer protocol such as IP, but still achieves in-order delivery of a byte-stream by means of segment sequence numbering on the sender side, packet buffering, and data packet reordering on the receiver side.

[edit]

In a connection-oriented packet-switched data-link or network-layer protocol, all data is sent over the same path during a communication session. Rather than using complete routing information for each packet (source and destination addresses) as in connectionless datagram switching such as conventional IP routers, a connection-oriented protocol identifies traffic flows only by a channel or data stream number, often denoted virtual circuit identifier (VCI). Routing information may be provided to the network nodes during the connection establishment phase, where the VCI is defined in tables within each node. Thus, the actual packet switching and data transfer can be taken care of by fast hardware, as opposed to slower software-based routing. Typically, this connection identifier is a small integer (for example, 10 bits for Frame Relay and 24 bits for ATM). This makes network switches substantially faster.

ATM and Frame Relay, for example, are both examples of connection-oriented, unreliable data link layer protocols. Reliable connectionless protocols exist as well, for example, AX.25 network layer protocol when it passes data in I-frames, but this combination is rare, and reliable connectionless protocols are uncommon in modern networks.

Some connection-oriented protocols have been designed or altered to accommodate both connection-oriented and connectionless data.[1]

Examples

[edit]

Examples of connection-oriented packet-mode communication, i.e. virtual circuit mode communication:

References

[edit]
Revisions and contributorsEdit on WikipediaRead on Wikipedia

Connection-oriented communication

View on Grokipedia
from Grokipedia
Connection-oriented communication is a networking in which a dedicated logical connection is established between two endpoints prior to data transmission, ensuring reliable, ordered, and error-free delivery of messages through mechanisms like acknowledgments and retransmissions. This approach contrasts with by reserving resources and maintaining state information throughout the session, which can support quality-of-service guarantees such as bounded delay and in resource-reserved networks. It is particularly suited for applications requiring high reliability, such as file transfers and web browsing. The process typically unfolds in three phases: connection establishment, data transfer, and connection teardown. During establishment, endpoints perform a handshake—often a three-way process involving synchronization (SYN), acknowledgment (SYN-ACK), and final confirmation (ACK)—to negotiate parameters and allocate resources. In the data transfer phase, messages are segmented, sequenced, and transmitted with acknowledgments to detect and retransmit lost or corrupted packets, while flow control prevents receiver overload. Teardown releases resources, typically via another handshake, ensuring clean session closure. Key features include end-to-end reliability, where the protocol handles detection via checksums and recovery through timeouts, as well as congestion control to manage network traffic. These attributes make connection-oriented services ideal for interactive applications, though they introduce overhead from connection setup and maintenance. In contrast to connectionless protocols like UDP, which transmit datagrams independently without guarantees, connection-oriented methods prioritize over speed. Prominent examples include the Transmission Control Protocol (TCP) at the transport layer, which underpins reliable communication, and lower-layer protocols like (ATM) using fixed-size cells for high-speed networks. Other implementations encompass X.25 for packet-switched networks and for storage area networks, demonstrating its versatility across OSI layers. Applications leveraging this model range from HTTP for web pages to SMTP for , highlighting its foundational role in modern data exchange.

Fundamentals

Definition and Principles

Connection-oriented communication is a networking paradigm in which a dedicated logical or physical path is established between sender and receiver endpoints before any transmission occurs, and this path is maintained throughout the session until explicitly terminated. This approach provides a reliable and ordered delivery mechanism, ensuring that messages arrive at the destination in the sequence they were sent, without losses, duplicates, or corruption. Unlike datagram-based methods, which treat each packet independently without prior setup or ongoing state management, connection-oriented communication allocates resources upfront and enforces end-to-end guarantees on delivery and integrity. The core principles of connection-oriented communication revolve around mechanisms that ensure reliability and efficiency during the session. A handshaking process, often involving multiple exchanges to synchronize endpoints, initiates the connection and negotiates parameters such as numbers and buffer sizes. Sequencing assigns unique identifiers to units, allowing reassembly in correct order and detection of missing or duplicated packets. Flow control regulates the transmission rate to prevent overwhelming the receiver, typically using window-based mechanisms that adjust based on available buffer space. correction is achieved through checksums for checks, acknowledgments to confirm receipt, and retransmissions for lost or corrupted . Operationally, connection-oriented communication proceeds through three distinct phases: establishment, data transfer, and release. In the establishment phase, endpoints exchange control signals to set up the path, reserve resources, and transition through initial states such as awaiting incoming requests and having sent a connection request. The data transfer phase follows, where sequenced packets are exchanged in the connected state, applying flow control and error mechanisms to maintain reliability. Finally, the release phase tears down the connection via mutual agreement signals, returning to a closed state and freeing allocated resources. These phases can be visualized in a state diagram illustrating transitions triggered by events like handshake completions or timeouts.

Comparison to Connectionless Communication

Connection-oriented communication establishes a dedicated logical path between sender and receiver before data transmission begins, involving phases of connection setup, data transfer, and teardown to ensure reliable, ordered delivery. In contrast, transmits data units, such as datagrams, independently without any prior setup or ongoing state maintenance, allowing each packet to be routed separately based on its destination address. This fundamental distinction means connection-oriented protocols manage state information at both endpoints and intermediate nodes to track the connection, while connectionless protocols treat each packet as self-contained, relying on higher-layer mechanisms if reliability is needed. Performance trade-offs arise primarily from the overhead of in connection-oriented approaches, which introduce higher latency due to the initial handshaking and final teardown processes, as well as increased resource consumption for maintaining connection tables across the network. Connectionless methods, however, offer lower overhead and faster transmission since no setup is required, enabling quicker delivery but at the risk of , duplication, or out-of-order arrival without built-in recovery. For instance, in high-bandwidth environments, connection-oriented services may exhibit reduced efficiency for short, bursty interactions due to this setup cost, whereas connectionless services scale better for such scenarios but demand additional error-handling at the application level. Connection-oriented communication suits applications requiring guaranteed delivery and sequencing, such as file transfers or remote terminal sessions, where reliability outweighs speed concerns. Conversely, is preferable for real-time applications like video streaming or network broadcasts, where low latency and tolerance for occasional loss are critical, as seen in protocols handling traffic. These choices reflect the need to balance dependability with responsiveness in diverse network conditions. Historically, connection-oriented paradigms trace their roots to early systems, which used to dedicate physical paths for the duration of a call, influencing the design of reliable data networks. The shift to IP-based networks in the late introduced predominant connectionless switching for flexibility and efficiency, yet allowed coexistence through layered protocols like TCP, which overlays connection-oriented reliability atop the connectionless IP foundation. This evolution enabled modern networks to support both models, adapting telephony's reliability principles to packet-switched environments.

Switching Mechanisms

Circuit Switching

Circuit switching is a technique that establishes a dedicated end-to-end physical path between two nodes, reserving exclusive bandwidth for the entire duration of the communication session. This method ensures a continuous, uninterrupted connection, primarily used in traditional networks where resources like transmission lines are allocated solely to the active call, preventing interference from other traffic. The operational process of circuit switching consists of three main phases: setup, data transmission, and teardown. During the setup phase, signaling protocols are employed to route and reserve a physical circuit through switches, establishing the dedicated path; this may fail if resources are unavailable, leading to call blocking. Once established, the transmission phase allows constant-bit-rate data, such as voice signals, to flow exclusively over the reserved path without from other connections. The teardown phase, or connection relinquishment, occurs when one endpoint signals the end of the session, freeing the circuit for reuse; blocking probability, the likelihood of setup failure due to insufficient resources, is quantified using Erlang's seminal model from 1917, which analyzes traffic intensity against available channels. Historically, circuit switching originated in analog telephony during the late 19th century, coinciding with the invention of the telephone by Alexander Graham Bell in 1876 and the establishment of the world's first commercial telephone exchange in New Haven, Connecticut, in 1878. This formed the basis of the Public Switched Telephone Network (PSTN), which relied on manual and later automatic switches to create temporary circuits for voice calls. The transition to digital circuit switching began in the 1960s, with the introduction of T1 lines by AT&T in 1962 for multiplexing 24 voice channels at 1.544 Mbps, and the European E1 standard shortly thereafter for 30 channels at 2.048 Mbps, enabling more efficient digital transmission while maintaining dedicated paths. Technically, allocates fixed bandwidth to the connection, ensuring predictable performance but underutilizing resources during idle periods since no other traffic can share the path during active use. This fixed allocation makes it particularly suitable for constant-bit-rate applications like real-time voice and early video conferencing, where low latency and consistent quality are essential, as opposed to bursty traffic.

Virtual Circuit Switching

Virtual circuit switching is a packet-switching technique that establishes a logical connection, or , between source and destination hosts over a shared physical network before data transmission begins. This mechanism simulates a dedicated path by assigning a unique virtual circuit identifier (VCI) to each link along the route, enabling switches or routers to forward packets based on these identifiers rather than full destination addresses. Unlike physical , which allocates dedicated resources exclusively for the duration of the connection, virtual circuit switching allows multiple virtual circuits to share the same physical links through , improving overall network efficiency. The process of virtual circuit switching begins with a connection request from the source host, which triggers route computation across to determine an end-to-end path. Once the route is selected, VCIs are assigned to each segment of the path, and connection state information is installed in the forwarding tables of intermediate switches. During transfer, packets include the VCI in their headers, allowing switches to perform fast lookups in their state tables—typically mapping an incoming interface and VCI to an outgoing interface and new VCI—and forward them along the pre-established path, ensuring packets arrive in order. The connection is released upon completion, with a teardown propagating to clear the state tables and free resources. Virtual circuits can be implemented as permanent virtual circuits (), which are pre-configured by network administrators for semi-permanent use without dynamic setup, or switched virtual circuits (SVCs), which are established and torn down on demand via host-initiated signaling. A key advantage of virtual circuit switching over traditional is its use of statistical , which permits efficient sharing of bandwidth among multiple connections, accommodating bursty patterns without reserving full link capacity in advance. This leads to higher utilization, as idle periods in one circuit can be exploited by others, unlike the fixed allocation in that often results in underutilized resources. Technical details include a modest header overhead for VCIs—typically a few bits or bytes per packet—and the maintenance of per-circuit state tables at each switch, which store mappings like incoming VCI to outgoing VCI for rapid forwarding decisions. These tables enable predictable performance, such as bounded delay, while the link-local nature of VCIs keeps identifiers compact and scalable.

Layer Implementations

Transport Layer Protocols

In the OSI , the (Layer 4) is responsible for providing reliable end-to-end data transfer services between hosts, including segmentation, reassembly, error control, and flow regulation, operating above the network layer to ensure process-to-process communication across diverse networks. In the TCP/IP model, this layer similarly manages host-to-host , abstracting the underlying network's unreliability to deliver a stream-oriented service to applications. Connection-oriented protocols at this layer establish virtual end-to-end paths, contrasting with connectionless alternatives by guaranteeing delivery order and integrity. The Transmission Control Protocol (TCP) serves as the primary example of a connection-oriented protocol, enabling reliable, full-duplex communication between sockets identified by IP addresses and numbers. Developed to support multi-network applications over packet-switched systems, TCP establishes connections through a three-way : the client sends a SYN segment with an initial sequence number (ISN), the server responds with a SYN-ACK segment acknowledging the client's ISN and providing its own, and the client replies with an ACK to confirm, synchronizing sequence numbers before data transfer begins. This process ensures both endpoints agree on starting points for data sequencing, preventing at connection setup. TCP employs sequence numbers assigned to every octet of data to maintain ordering and detect gaps from losses or duplicates, with the sender tracking the next expected sequence and the receiver using these numbers to reassemble streams in the correct order. Acknowledgments are cumulative, where a receiver's ACK specifies the next anticipated sequence number, confirming all prior data as successfully received and triggering retransmissions for unacknowledged segments after a timeout. Error detection relies on a mandatory checksum in each segment, covering the header, payload, and a pseudo-header with IP details, while recovery involves selective or go-back-N retransmissions based on detected errors or missing ACKs. For flow control, TCP uses a receiver-advertised sliding , where the window size in bytes indicates how much additional the receiver can accept without overflow, dynamically adjusting to match processing capacity and preventing sender overload. Congestion control builds on this by modulating the congestion to probe network capacity, incorporating algorithms like slow start (exponentially increasing the window until congestion signals) and congestion avoidance (linear growth post-threshold), ensuring fair resource sharing across the internet. These mechanisms collectively provide reliable delivery by retransmitting lost , ordering segments, and adapting to varying network conditions. Another example is the (SCTP), which provides connection-oriented transport services with features like multi-streaming for independent message delivery and multi-homing for enhanced reliability across multiple network paths. SCTP establishes associations via a four-way and supports congestion control similar to TCP, making it suitable for applications like signaling. TCP's evolution traces to the 1970s efforts, where and Robert Kahn proposed a host-to-host protocol for heterogeneous packet networks, laying the groundwork for reliable over unreliable links. This transitioned from the Network Control Protocol (NCP) via RFC 801 in 1981, standardized in RFC 793 in 1981, with full adoption of TCP/IP by 1983. Subsequent updates, such as RFC 9293 in 2022, have refined these elements for modern robustness without altering the foundational connection-oriented paradigm. In the Open Systems Interconnection (OSI) model, connection-oriented protocols at the data link layer (Layer 2) handle link-local connections between directly attached devices, providing framing, error detection, and flow control for reliable transmission over a single physical link. At the (Layer 3), these protocols enable path-oriented setups across multiple intermediate nodes, establishing virtual circuits that simulate dedicated paths in packet-switched environments while supporting and . The (PPP), defined in RFC 1331, exemplifies a implementation for serial point-to-point links, where the Link Control Protocol (LCP) negotiates parameters such as encapsulation, , and link quality before entering the "Opened" state to carry network-layer datagrams. LCP achieves this through an exchange of Configure-Request and Configure-Ack packets, ensuring a negotiated connection setup that supports multi-protocol encapsulation via HDLC-like framing and (FCS) for error detection. PPP's connection-oriented nature facilitates link establishment in scenarios like dial-up or leased lines, with optional protocols to verify peers during setup. Fibre Channel (FC), standardized by ANSI/INCITS, is another protocol used in storage area networks (SANs), providing high-speed serial connections with connection-oriented services. It supports multiple service classes, including Class 1, which offers dedicated, circuit-switched connections with end-to-end flow control and acknowledgments for guaranteed delivery. At the network layer, X.25, standardized by Recommendation X.25 in 1976, provides packet-switched services between (DTE) and (DCE) in public data networks. It supports both switched virtual circuits (SVCs), established via call request and clear signaling packets, and permanent virtual circuits (PVCs) pre-configured for ongoing use, with the packet layer protocol (PLP) handling up to 4095 simultaneous circuits per interface through logical channel identifiers. X.25 incorporates flow control, error recovery, and multiplexing at Layer 3, atop LAPB (Link Access Procedure, Balanced) at the for hop-by-hop reliability. Historically prominent from the late 1970s through the 1990s for wide-area connectivity, X.25 declined with the ascendance of connectionless IP protocols in the 1990s, as IP offered simpler scaling without per-circuit signaling overhead. Its influence persists in specialized networks via successors like , standardized in I.233.1, which uses Data Link Connection Identifiers (DLCIs) for virtual circuits with reduced error checking for higher throughput. Asynchronous Transfer Mode (ATM), governed by recommendations such as I.361 for the ATM layer, operates across and network layers using fixed-size cells and virtual path/channel identifiers (VPI/VCI) to demultiplex connection-oriented circuits. Virtual circuits are established through signaling protocols like Q.2931 at the user-network interface, where a SETUP message initiates path allocation with parameters for traffic class and QoS (e.g., peak cell rate and cell delay variation), followed by a CONNECT message upon acceptance and for teardown. This enables QoS guarantees via resource reservation during setup, supporting services like constant for voice or variable for data, with address resolution handled through ATM End System Address (AESA) formats. ATM's cell-based switching provides low-latency paths but has largely been supplanted by IP/MPLS in core networks. Multiprotocol Label Switching (MPLS), outlined in RFC 3031, augments network layer routing with label-switched paths (LSPs) that emulate connection-oriented behavior over IP infrastructures. An ingress label-switching router (LSR) assigns packets to a Forwarding Equivalence Class (FEC) and pushes a label, which intermediate LSRs swap to forward along the pre-established LSP without inspecting IP headers, while the egress LSR pops the label. LSPs are signaled using protocols such as Label Distribution Protocol (LDP) for hop-by-hop label binding or Resource Reservation Protocol (RSVP) for explicit path setup with bandwidth reservations, enabling traffic engineering and QoS differentiation. Address resolution in MPLS relies on underlying IP mechanisms, with labels providing a shim layer for path-oriented multiplexing in modern backbone networks.

Applications

Real-World Examples

In telephony, the Public Switched Telephone Network (PSTN) employs circuit switching to establish dedicated end-to-end paths for voice calls, ensuring a constant connection for the duration of the conversation. This mechanism allocates physical or logical circuits exclusively to the call, preventing resource sharing during transmission to maintain consistent quality. Signaling System No. 7 (SS7) handles the setup, management, and teardown of these circuits across the network, enabling call routing and control in traditional PSTN environments. On the , the Transmission Control Protocol (TCP) provides connection-oriented communication for applications requiring reliable data delivery, such as web browsing via the Hypertext Transfer Protocol (HTTP). HTTP operates over TCP connections established between clients and servers on port 80 (or 443 for secure variants), allowing sequential request-response exchanges for loading web pages. Similarly, email transmission using the (SMTP) relies on TCP to create persistent sessions between mail servers for transferring messages, ensuring ordered and error-free delivery. File transfers through the (FTP) also utilize TCP for control and data connections, establishing virtual links to upload or download files reliably across networks. In enterprise networks, Asynchronous Transfer Mode (ATM) served as a legacy wide area network (WAN) technology that used virtual circuits to multiplex fixed-size cells for data, voice, and video traffic, providing guaranteed bandwidth in corporate backbones during the 1990s and early 2000s. Frame Relay, another legacy WAN protocol, employed permanent and switched virtual circuits to connect branch offices over packet-switched networks, offering cost-effective alternatives to leased lines for data-intensive enterprise applications. Modern deployments have shifted to Multiprotocol Label Switching (MPLS) for virtual private networks (VPNs), where label-switched paths function as virtual circuits to isolate customer traffic and enable scalable, secure connectivity across provider backbones. In New Radio (NR), connection-oriented data radio bearers support ultra-reliable low-latency communications (URLLC) for services like industrial automation and . Enhancements were introduced in Releases 16, 17, and 18 (2020–2024), enabling widespread deployments as of 2025 in private networks and mission-critical applications. These bearers establish dedicated radio resources during session setup, mapping quality-of-service flows to ensure end-to-end latency below 1 for mission-critical transmissions in non-public networks and .

Advantages and Limitations

Connection-oriented communication offers significant advantages in reliability and performance control for applications requiring dependable data transfer. It ensures ordered and error-free delivery through mechanisms such as sequence numbering and acknowledgments, which retransmit lost packets to guarantee completeness and correct sequencing. This reliability makes it particularly suitable for interactive applications, such as remote terminal sessions or web browsing, where is paramount over speed. Additionally, built-in flow and congestion control prevent network overload by regulating transmission rates based on receiver capacity and link conditions, enhancing overall network stability. Despite these strengths, connection-oriented communication has notable limitations, primarily stemming from its setup and maintenance requirements. The initial connection establishment, often via a , introduces latency overhead, delaying the start of data transfer compared to immediate transmission in connectionless approaches. Maintaining state for each active connection—tracking numbers, buffers, and timers—poses challenges in large networks, as routers and endpoints must allocate resources for potentially millions of simultaneous connections, leading to memory and processing burdens. Furthermore, it proves inefficient for short or bursty data transfers, where the per-connection overhead outweighs the benefits of reliability, resulting in underutilized resources for sporadic, low-volume communications. In modern contexts, these limitations have drawn critiques, particularly in resource-constrained environments like IoT and sensor networks, where connection-oriented protocols' overhead exacerbates energy consumption and limits scalability for numerous low-power devices sending infrequent data. Hybrid approaches, such as the protocol, address some TCP-like shortcomings by implementing connection-oriented reliability over UDP, reducing latency through faster handshakes and eliminating while preserving congestion control. Quantitatively, the header overhead exemplifies this: connection-oriented protocols like TCP use 20-60 bytes per packet (including options for control fields), compared to 8 bytes for UDP, amplifying inefficiency for small payloads.

References

  1. https://www.sciencedirect.com/topics/computer-science/connection-oriented-service
  2. https://www.techtarget.com/searchnetworking/definition/TCP
  3. https://ptgmedia.pearsoncmg.com/images/0130424110/samplechapter/0130424110_ch18.pdf
  4. https://www.science.smith.edu/~jcardell/Courses/EGR328/Readings/KuroseRoss%20Ch1.pdf
  5. https://foldoc.org/connection-oriented
  6. https://www.rfc-editor.org/rfc/rfc787.html
  7. https://www.internetsociety.org/internet/history-internet/brief-history-internet/
  8. https://www.techtarget.com/searchnetworking/definition/circuit-switched
  9. https://www.itu.int/dms_pub/itu-t/opb/tut/T-TUT-NGN-2013-PDF-E.pdf
  10. https://www.ece.uci.edu/~ayanoglu/circuitdocsis.pdf
  11. https://www.cambridge.org/core/journals/journal-of-applied-probability/article/generalisation-of-erlangs-formulas-in-queueing-theory/E967C026E2F11D2167BC3560C899603B
  12. https://connecticuthistory.org/the-first-commercial-telephone-exchange-today-in-history/
  13. https://www.techtarget.com/searchnetworking/definition/PSTN
  14. https://www.techtarget.com/searchunifiedcommunications/answer/What-are-the-applications-for-E1-T1-and-ISDN
  15. https://www.atera.com/blog/circuit-switching-vs-packet-switching/
  16. https://book.systemsapproach.org/internetworking/switching.html
  17. https://pg.its.edu.in/sites/default/files/Unit%203%20NETWORK%20LAYER.pdf
  18. https://www.cisco.com/c/en/us/support/docs/asynchronous-transfer-mode-atm/permanent-virtual-circuits-pvc-switched-virtual-circuits-svc/23520-pvcfaq-23520.html
  19. https://web.eecs.umich.edu/~sugih/courses/eecs489/lectures/36-QoS+TBF+WFQ.pdf
  20. https://datatracker.ietf.org/doc/html/rfc9293
  21. https://datatracker.ietf.org/doc/html/rfc793
  22. https://datatracker.ietf.org/doc/html/rfc5681
  23. https://datatracker.ietf.org/doc/html/rfc4960
  24. https://www.cs.princeton.edu/courses/archive/fall20/cos461/papers/TCPIP74.pdf
  25. https://datatracker.ietf.org/doc/html/rfc801
  26. https://www.bmc.com/blogs/osi-model-7-layers/
  27. https://datatracker.ietf.org/doc/html/rfc1331
  28. https://datatracker.ietf.org/doc/html/rfc1331#section-4.4
  29. https://datatracker.ietf.org/doc/html/rfc1331#section-6
  30. https://www.sanog.org/resources/sanog8/sanog8-san-functional-overview-asimkhan.pdf
  31. https://www.itu.int/rec/T-REC-X.25/en
  32. https://www.cisco.com/c/en/us/tech/wan/x-25-protocols/index.html
  33. https://www.itu.int/rec/T-REC-I.233.1/en
  34. https://datatracker.ietf.org/doc/html/rfc1490
  35. https://datatracker.ietf.org/doc/html/rfc3031
  36. https://datatracker.ietf.org/doc/html/rfc3031#section-3.1
  37. https://ieeexplore.ieee.org/document/535225/
  38. https://datatracker.ietf.org/doc/rfc793/
  39. https://datatracker.ietf.org/doc/html/rfc1945
  40. https://datatracker.ietf.org/doc/html/rfc5321
  41. https://datatracker.ietf.org/doc/html/rfc959
  42. https://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-I.731-200010-I!!PDF-E&type=items
  43. http://rfc.nop.hu/frf/FRbasics.pdf
  44. https://datatracker.ietf.org/doc/rfc4364/
  45. https://www.3gpp.org/technologies/urlcc-2022
  46. https://www.3gpp.org/specifications-technologies/releases/release-18
  47. https://www.5gamericas.org/wp-content/uploads/2020/01/5G-Evolution-3GPP-R16-R17-FINAL.pdf
  48. https://www.cs.cornell.edu/courses/cs4410/2019su/lectures/18-tcp-udp.pdf
  49. https://hpc.pnl.gov/people/vishnu/public/vishnu_ppopp07.pdf
  50. https://datatracker.ietf.org/doc/html/rfc9000
Add your contribution
Related Hubs
Contribute something
User Avatar
No comments yet.