52:(UDP), and ensures reliable communication based upon a negative acknowledgement (NACK), selective Automatic Repeat Request (ARQ) mechanism, as opposed to the positive acknowledgement (ACK) approach that the standard Transmission Control Protocol (TCP) uses. In other words, receivers using NORM only send feedback when they do not receive a packet, as opposed to the TCP model where receivers regularly acknowledge packet receipt as part of it protocol operation. This allows NORM to support large-scale receiver groups.
457:
period, it resends the associated packet. The sender will continue doing this until it receives an ACK (although beyond a certain point the sender will assume the connection has been lost and stop the session). This is loosely analogous to a human listener nodding his or her head and saying "uh-huh" in a one-on-one conversation between persons. (TCP's sister protocol, UDP, does not do this. UDP simply sends data packets over the network in a
2564:. With this option the sender requests positive acknowledgement from a specific set of receivers regarding the successful reception of a designated point, or watermark, in the current transmission. If all the receivers acknowledge successful receipt of the watermark, the sender can continue sending new data.
2609:
NACK-oriented multicast communications are susceptible to NACK implosions. If a large number of receivers NACK simultaneously, this could overwhelm the sender as well as the entire network. NORM uses a NACK suppression mechanism, discussed in RFC 5740, Section 5.3, Receiver NACK Procedure, to prevent
2620:
The receiver enters a holdoff period based on a random backoff algorithm. The duration of this timeout is governed by the "RandomBackoff" algorithm described in the
Multicast NACK Building Block , and is based on the information the sender has been transmitting in the "grtt", "backoff", and "gsize"
1444:
NORM_CMD messages, defined in RFC 5740 Section 4.2.3, are used to manage NORM sessions. These messages serve to collect round-trip timing, gather and send data related to congestion control, synchronize repair windows, and make notifications of a sender's status. There is a core set of specified and
492:
Protocol instantiations were defined as “specifications that define the necessary gluing logic and minimal additional functionality required to realize a working protocol from one or more building blocks.” Those specifications would also include an abstract API that defined the interface between the
468:
The
Multicast Dissemination Protocol (MDP) was an initial attempt to ensure reliability and to address the problem of ACK implosions through the use of NACKs. MDP used selective negative acknowledgement (NACK) to support reliability. Additionally, MDP implemented probabilistic techniques to suppress
464:
An early problem noted with TCP's ACK mechanism was it did not work well in large multicast group communications. In multicast group communications, data packets are transmitted to a group of receivers simultaneously. In large multicast groups, the use of ACKs can create “ACK implosions,” in which a
2540:
The TFMCC congestion control approach is an equation-based approach. Sender transmission rates rely on the collection of packet loss estimates and round trip times that are collected with NORM_CMD(CC) messages. This information identifies bottlenecks and adjusts the sender rate to accommodate them.
2567:
2. Implicit watermark. This option is based on a lack of negative acknowledgement (NACK) repair requests from the receiver set. The sender uses the NORM_CMD(FLUSH) to alert receivers to NACK for any repairs needed through the indicated watermark. The sender then waits until the flushing has fully
2489:
1. Following the establishment of a NORM session, a sender segments a NORM object into an ordinally-numbered sequence. These segments are transmitted as NORM_DATA messages. In addition to data content, NORM_DATA messages are labelled with unique identifiers and FEC identifiers. The sender may also
2544:
As with TCP, the NORM congestion control scheme assumes packet loss is due to buffer overflows, and the sender consequently backs off it transmission rate when packet loss reaches a specified level. This can lead to limitations in wireless networks, where packet loss is often due to bit errors or
2159:
Optional header extensions, defined in RFC 5740 Section 4.1, follow the common header and the message-specific header, and they precede the payload (if there is one). Header extensions typically carry information related to baseline FEC, congestion control operations, and other session management
602:
refers to an individual node in the context of a continuous segment of a NORM session. When a node joins a NORM session, it has a unique node identification as well as an instance identification. If the node leaves the session for any reason, and later rejoins the session, the node identification
472:
MDP also used packet-level forward error correction coding concepts as a repair mechanism. Encoded parity repair packets were generally sent in response to repair requests by receivers. In this way no additional protocol overhead was added above selective retransmission methods. Additionally, MDP
2521:
Unlike the connection-oriented TCP protocol, NORM does not establish a session with a setup mechanism (i.e., a three-way handshake). Rather, NORM uses predesignated port numbers and addresses that senders and receivers must know. This allows receivers to join ongoing NORM sessions, and it allows
619:
All NORM messages consist of a mandatory common header, a message type header, and a payload (data) section. An optional extension field that specifies the error correction encoding being used, the congestion control algorithm, or other session management information, can be inserted between the
552:
The NORM_OBJECT_STREAM refers to streams (non-finite) of continuous data content. NORM supports reliable transport of streaming data similar to that of TCP, with an exception being that NORM receivers are able to join in the reception of stream content without regard for the point of time in the
488:
Building blocks were defined as “a set of easily-separable coarse-grained modular components that are common to multiple protocols along with abstract APIs that define a building block's access methods and their arguments.” Initial building blocks included negative acknowledgments, forward error
476:
MDP was a direct predecessor to NORM, with an initial IETF draft published in
November 1996. The National Aeronautics and Space Administration (NASA) adopted MDP for reliable file transfers during space missions., and the U.S. Army used in for tactical group messaging in its Force Battle Command
1217:
The NORM_INFO content must fit into the payload portion of a single NORM message. Thus, it is considered atomic. An example of NORM_INFO use would be to send MIME-type information for the associated NORM data content. This would allow receivers to make decisions about their participation in the
55:
To support further scalability, NORM also employs packet erasure coding using forward error correction (FEC) codes coupled with suppression of redundant NACK feedback from the receiver group. Additionally, NORM can be configured to operate with “silent receivers” relying upon its packet erasure
2536:
NORM uses a TCP-Friendly congestion control scheme that enables it to fairly share available bandwidth with TCP and other transport protocols. Specifically, NORM's congestion control scheme uses a rate control procedure, and it is an adaptation of the TCP-Friendly
Multicast Congestion Control
548:
NORM_OBJECT_DATA refers to static computer memory data content, while NORM_OBJECT_FILE refers to computer storage files. Both message types provide reliable transport to finite blocks of content, but a distinction is made to allow receivers to determine what type of storage to allocate for the
456:
With the ACK mechanism, data packets are sequentially numbered, and the sender does not send a packet in a sequence until it receives an acknowledgement (ACK) from the receiver that the previous packet has been successfully received. If the sender does not receive an ACK after a specified time
2571:
3. Soft, timer-based flow control. This option holds transmit data and limits repair window advancement based on group round-trip timing (GRTT) and NACK activity. A minimum, adaptable time limit is set, after which the sender can continue sending new data. This time limit is based on the
2496:
2. When receivers detect missing content from a sender, they may attempt repair using FEC mechanisms. Barring successful repairs, the receivers will send NORM_NACK messages to the sender. Using the ordinally-numbered sequence information, the receivers specify missing content.
484:
The RMTWG pursued the strategy of developing building blocks and protocol instantiations. This strategy avoided a "one size fits all" protocol, which in turn could accommodate the large number of applications and types of applications that reliable multicast could support.
1708:
NORM_NACK messages, defined in RFC 5740 Section 4.3.1, are used primarily for receivers to request repairs of sender content. Additionally, these messages contain fields to provide information to the sender(s) related to round-trip timing collection and congestion control.
56:
coding for high assurance delivery, thus operating as a broadcast-only protocol. The FEC can be configured to be used either reactively (with NACKing receivers) or proactively (silent receivers), or in a hybrid manner that allows tradeoffs in latency and network overhead.
615:
NORM has two general message classes, sender and receiver messages, that are defined in RFC 5740 Section 4, NORM Message
Formats. NORM sender message types are: NORM_DATA, NORM_INFO, and NORM_CMD. NORM receiver message types are: NORM_NACK, NORM_ACK, and NORM_REPORT.
452:
In the TCP/IP network model, the transport layer of the network (Layer 4) is responsible for the reliable transport of data. The TCP protocol is the principal means of ensuring reliable unicast (point-to-point) transport. TCP does this through an ACK mechanism.
924:
The number of 32-bit words that constitute the given message's header portion. This is used to identify the addition of header extensions. If the "hdr_len" value is greater than the base value for the given message type, it implies the presence of a header
1213:
to be sent in association with the data content objects. This allows receivers to determine the nature of the corresponding content being transmitted, which in turn allows application-level control of the receiver node's participation in the session.
2490:
send out-of-band NORM_INFO messages associated with the NORM_DATA content that allow receivers to determine the nature of the corresponding content, which in turn allows application-level control of the receiver node's participation in the session.
583:
A fundamental assumption about a NORM session is that it will consist of a single transmitter communicating with a group of receivers. Multiple senders may operate in a given NORM session, although each receiver must maintain state for each sender.
2600:
Both FEC coding schemes can be used in either a reactive or proactive manner. In both cases, FEC-based repair can be affected, which allows receivers to repair packets and thereby reduces the level of repair requests and repair transmissions.
480:
Several other approaches to reliable multicast were being developed at approximately the same time, and in April 1999, the IETF chartered the
Reliable Multicast Transport Working Group (RMTWG) to standardize reliable multicast transport.
956:
The NORM_DATA message, defined in RFC 5740 Section 4.2.1, is the most common message type transmitted by NORM senders. NORM_DATA messages carry segmented data content for NORM_OBJECT_DATA, NORM_OBJECT_FILE, and NORM_OBJECT_STREAM types.
508:
In July 2005 the NACK-based protocol building blocks and protocol instantiation were submitted as “Experimental” in RFC 3940, and in
November 2009 “NACK-Oriented Reliable Multicast (NORM) Transport Protocol” was approved in RFC 5740.
67:. Unlike TCP, which uses the ACK mechanism for congestion control and flow control, NORM uses separate mechanisms for each. This allows for a wide variety of configurations to meet different application data delivery needs.
2123:
A sequence number so the sender can verify a received NORM_ACK message actually applies to a current acknowledgment request. The "ack_id" field is not used in the case of the NORM_ACK(CC) and NORM_ACK(FLUSH) acknowledgment
2548:
Because NORM's rate control mechanism is separate from its other components, e.g., reliability mechanism, flow control mechanism, it can be replaced with an alternative algorithm and appropriate header extensions.
74:
control, application-controlled positive acknowledgement, and other functions towards building complete point-to-point and group network communications applications that are highly robust and efficient.
2633:
If the NORM session is not taking place in a multicast routing environment, the NACK is transmitted to the sender, and the sender immediately re-sends it to all the other nodes in the network.
465:
large number of simultaneous ACKs can overwhelm the sender. This is loosely analogous to a large roomful of human listeners nodding their heads and saying "uh-huh" while a speaker is talking.
2493:
At the same time, the sender periodically transmits NORM_CMD(CC) messages as needed to collect feedback information necessary for congestion control and other session management activities.
2575:
4. Purposeful disabling. This option deliberately disables flow control mechanisms and allows the application to push transmission forward with newly enqueued data in a best effort manner.
3247:
S. Floyd, V. Jacobson, S. McCanne, C. Liu, and L. Zhang. “A Reliable
Multicast Framework for Lightweight Sessions and Application Level Framing”, Proc. ACMSIGCOMM, August 1995.
1435:
A value assigned by the sender to NORM objects being transmitted that receivers use for transmissions and repair requests. It is increased in a monotonically incremental manner.
1188:
A value assigned by the sender to NORM objects being transmitted that receivers use for transmissions and repair requests. It is increased in a monotonically incremental manner.
1681:
FLUSH : Indicates sender's temporary end-of-transmission. May also be optionally used to collect positive acknowledgment of reliable reception from a subset of receivers.
1665:
A value assigned by the sender to NormObjects being transmitted that receivers use for transmissions and repair requests. It is increased in a monotonically incremental manner.
3244:
S. Pingali, D. Towsley, J. Kurose. “A Comparison of Sender-Initiated and
Receiver-Initiated Reliable Multicast Protocols”. Proc. INFOCOM, San Francisco, CA, October 1993.
434:
2557:
NORM has four options for flow control, which allows the NORM sender to manage the rate of transmission to NORM receivers to ensure the receivers are not overwhelmed.
2506:
Within the context of general operations, NORM has specific mechanisms to address session control, congestion control, flow control, reliability, and NACK management.
591:
refers to an individual node taking part in a NORM session. Each node has a unique identifier. When a node transmits a NORM message, this identifier is noted as the
2637:
NORM's NACK suppression mechanism, combined with its FEC mechanism, allows NORM multicast groups to scale to very large group sizes while maintaining reliability.
2503:
4. When the sender reaches the end of a collection of repair requests, it transmits a NORM_CMD(FLUSH) message, indicating the temporary end of transmission.
194:
2630:
If the NORM session is taking place in a multicast routing environment, the NACK is transmitted to the sender as well as all the other nodes in the network.
2117:
The nature of the NORM_ACK message. This directly corresponds to the "ack_type" field of the NORM_CMD(ACK_REQ) message to which this acknowledgment applies.
2500:
3. As the sender receives NACKs, it aggregates repair requests and sends appropriate repairs associated with the ordinally-numbered sequence information.
3253:
A. Mankin, A. Romanow, S. Bradner, V. Paxson, “IETF Criteria for
Evaluating Reliable Multicast Transport and Application Protocols”, RFC 2357, June 1998.
3266:
B. Whetton and J. Conlan, "A Rate Based Congestion Control Scheme for Reliable Multicast", Technical Report, GlobalCast Communication, October 1998.
3241:
S. Floyd and V. Jacobson, "Random Early Detection Gateways for Congestion Avoidance", IEEE/ACM Transactions on Networking, V.1 N.4, August 1993.
1927:
NORM_ACK messages, defined in RFC 5740 4.3.2, are used primarily to support congestion control operations and round-trip timing measurements.
2617:
There is an assumption that one or more other receivers have missed that same data, and that a NACK may have already been sent to the sender.
427:
154:
560:
refers to the exchange of information among two or more network hosts using NORM. Typically a NORM session takes place using pre-determined
2810:
284:
279:
249:
2537:
Protocol Specification approach described in RFC4654. This approach has been demonstrated to work well with TCP and multicast data flows.
3263:
D. Gossink, J. Macker, "Reliable Multicast and Integrated Parity Retransmission with Channel Estimation", IEEE GLOBECOM 98, October 1998.
2624:
During the holdoff period the receiver continues to receive and evaluate repair messages from the sender, and it suppresses its own NACK.
1641:
A value used by receivers to determine the maximum backoff timer value when using timer-based NORM NACK feedback suppression mechanisms.
1411:
A value used by receivers to determine the maximum backoff timer value when using timer-based NORM NACK feedback suppression mechanisms.
1164:
A value used by receivers to determine the maximum backoff timer value when using timer-based NORM NACK feedback suppression mechanisms.
109:
3297:
770:
All NORM messages begin with the following common header, defined in RFC 5740, Section 4.1, NORM Common Message Header and Extension.
356:
299:
224:
1699:
APPLICATION : Used for application-defined purposes that need to temporarily preempt or supplement data transmission (OPTIONAL).
3250:
J. Macker, "Reliable Multicast Transport and Integrated Erasure-based Forward Error Correction", Proc. IEEE MILCOM 97, October 1997.
3238:
D. Clark, D. Tennenhouse, “Architectural Considerations for a New Generation of Protocols”. Proc. ACM SIGCOMM, September 1990.
2879:
2525:
At the same time, NORM senders and receivers maintain state to ensure reliable transfer, hence NORM is not totally connection-less.
2515:
366:
336:
2561:
420:
351:
144:
34:
169:
159:
2528:
A range of NORM_CMD message sub-types is reserved to support session control protocols that may be developed in the future.
580:(SAP) . Although NORM was specifically designed for multicast group communication, it supports unicast communication, also.
2694:- Author Guidelines for Reliable Multicast Transport (RMT) Building Blocks and Protocol Instantiation documents, April 2002
1693:
REPAIR_ADV : Advertises sender's aggregated repair/feedback state for suppression of unicast feedback from receivers.
473:
allowed the protocol to be optionally configured to send proactive repair packets in the original data transmission block.
2568:
completed. If there was no NACK activity, the sender assumes the “watermark” completed and can continue sending new data.
577:
289:
269:
219:
2627:
If, at the end of the holdoff period, the receiver has not received sufficient repair information, it initiates its NACK.
2151:
The NORM_REPORT message, discussed in RFC 5740 Section 4.4.1, is an optional message. The format is currently undefined.
2136:
An adjusted version of the timestamp from the most recently received NORM_CMD(CC) message for the indicated NORM sender.
2130:
An adjusted version of the timestamp from the most recently received NORM_CMD(CC) message for the indicated NORM sender.
1912:
An adjusted version of the timestamp from the most recently received NORM_CMD(CC) message for the indicated NORM sender.
1906:
An adjusted version of the timestamp from the most recently received NORM_CMD(CC) message for the indicated NORM sender.
573:
209:
204:
199:
918:
The NORM message type (i.e., 1 = NORM_INFO, 2 = NORM_DATA, 3 = NORM_CMD, 4 = NORM_NACK, 5 = NORM_ACK, 6 = NORM_REPORT).
501:
386:
346:
214:
71:
527:
is the fundamental NORM architectural construct. A NORM message is contained in the data field of a UDP datagram.
3282:
Use of Nack Oriented Reliable Multicast (NORM) protocol for transport of spacecraft telemetry in ground networks
2613:
When a receiver detects it is missing data from a sender's NORM transmissions, it initiates its NACK procedure:
2584:
2486:
The following general NORM protocol operation is described in RFC 5740 Section 5, Detailed Protocol Operation.
572:
that are determined prior to the session. These addresses may be determined using other protocols, such as the
239:
179:
3281:
406:
396:
189:
104:
88:
26:
2650:
274:
124:
49:
2307:
The header extension type. For variable-length header extensions, a value between 0 and 127 (inclusive).
1696:
ACK_REQ : Requests application-defined positive acknowledgment from a list of receivers (OPTIONAL).
401:
174:
2460:
The header extension type. For fixed-length header extensions, a value between 128 and 255 (inclusive).
947:
The unique identify of the node that originated the message within the context of a given NORM session.
3260:, "Congestion Control Performance of a Reliable Multicast Protocol", Proc. IEEE ICNP 98, August 1998.
1445:
enumerated NORM_CMD messages, as well as a range other available types for application-specific use.
458:
184:
38:
1918:
The repair needs of the receiver with respect to the NORM sender indicated by the "server_id" field.
520:
The following architectural constructs are defined in RFC 5740 Section 2, Architecture Definition.
64:
2897:
2885:
391:
119:
78:
Although NORM was developed primarily to support multicast group communication, it also supports
60:
2673:- IETF Criteria for Evaluating Reliable Multicast Transport and Application Protocols, June 1998
1653:
Binary flags providing information to assist the receiver in appropriately handling the payload.
1423:
Binary flags providing information to assist the receiver in appropriately handling the payload.
1176:
Binary flags providing information to assist the receiver in appropriately handling the payload.
603:
remains the same, but the instance identification changes. The current instance is noted as the
3212:
3179:
3168:
3157:
3146:
3135:
3124:
2687:- Reliable Multicast Transport Building Blocks for One-to-Many Bulk-Data Transfer, January 2001
2518:
protocol, like TCP, it does have both connection-oriented and connection-less characteristics.
2875:
2591:
and non-systematic codes. These are discussed in RFC 5740 Section 2, Architecture Definition:
569:
319:
95:
3223:
3190:
3013:
2975:
2867:
2844:
1210:
3201:
3113:
3102:
3091:
2729:– Negative-acknowledgment (NACK)-Oriented Reliable Multicast (NORM) Protocol, November 2004
1200:
payload_length, payload_msg, and payload_offset only pertain to NORM_OBJECT_STREAM content.
2909:
2597:
With non-systematic codes, the sender encodes the content with FEC prior to transmission.
2588:
1687:
SQUELCH : Indicates current repair window of sender in response to out-of-range NACKs
260:
23:
2594:
With systematic codes, the sender transmits blocks of content followed by blocks of FEC.
2160:
information. There are two types of header extensions: variable-length and fixed-length.
3276:
2862:
J.P. Macker; P.B. Adamson (1999). "The multicast dissemination protocol (MDP) toolkit".
2771:- TCP-Friendly Multicast Congestion Control (TFMCC): Protocol Specification, August 2006
934:
Allows receivers to maintain an estimate of packet loss to facilitate congestion control
3257:
310:
2924:
489:
correction, a generic signaling mechanism for router assist, and transport protection
3291:
2994:
2864:
MILCOM 1999. IEEE Military Communications. Conference Proceedings (Cat. No.99CH36341)
2111:
A unique identification of the current instance of participation in the NORM session.
1894:
A unique identification of the current instance of participation in the NORM session.
1629:
A unique identification of the current instance of participation in the NORM session.
1399:
A unique identification of the current instance of participation in the NORM session.
1152:
A unique identification of the current instance of participation in the NORM session.
493:
protocol implementation and an application. Two protocol instantiations were chosen:
3036:
2998:
2889:
1659:
The FEC Encoding Identifier. This is described in the FEC Building Block document .
1429:
The FEC Encoding Identifier. This is described in the FEC Building Block document .
1182:
The FEC Encoding Identifier. This is described in the FEC Building Block document .
937:
Supports protection from message replay attacks of NORM_NACK or NORM_NACK messages.
565:
561:
534:
refers to one of the three different types of bulk data carried in a NORM message:
229:
3057:
2313:
The header extension length. Indicates the length of the entire header extension.
1690:
CC : Used for GRTT measurement and collection of congestion control feedback
42:
2979:
2796:
2789:
2782:
2775:
2768:
2761:
2754:
2747:
2740:
2733:
2726:
2719:
2712:
2705:
2701:- The Use of Forward Error Correction (FEC) in Reliable Multicast, December 2002
2698:
2691:
2684:
2677:
2670:
2663:
3071:
2871:
2649:
maintains a freely-available, reference implementation of the NORM protocol on
2943:
377:
2999:"Multipoint communication: A survey of protocols, functions, and mechanisms"
469:
redundant NACKs in the multicast group (and thereby avoid NACK implosions).
59:
Along with supporting reliable transport, NORM also provides TCP-compatible
30:
2799:- NACK-Oriented Reliable Multicast (NORM) Transport Protocol, November 2009
2785:- Multicast Negative-Acknowledgment (NACK) Building Blocks, November 2008
1209:
NORM_INFO messages, defined in RFC 5740 Section 4.2.2, allow optional,
79:
3017:
2848:
2653:. This includes source code, a developer's guide, and a user's guide.
2750:- GSAKMP: Group Secure Association Key Management Protocol, June 2006
340:
234:
133:
113:
2942:
J. Rash; E. Criscuolo; K. Hogie; R. Parise; J. Hennessy (Jan 2002).
2963:
2961:
2959:
2957:
361:
139:
2715:- RTP: A Transport Protocol for Real-Time Applications, July 2003
70:
NORM also supports additional signaling mechanisms to facilitate
3114:
RFC 5740, Section 4.1, NORM Common Message Header and Extensions
2736:- Security Architecture for the Internet Protocol, December 2005
329:
324:
294:
244:
164:
129:
149:
2778:- Forward Error Correction (FEC) Building Block, August 2007
2646:
1888:
The NORM sender to which the NORM_NACK message is destined.
16:
Principal protocol used to stream data across an IP network
2792:- Basic Forward Error Correction (FEC) Schemes, March 2009
2105:
The NORM sender to which the NORM_ACK message is destined.
2142:
The "ack_payload" format is a function of the "ack_type".
1194:
An identifier for the attached NORM_DATA payload content.
2743:- IP Encapsulating Security Payload (ESP), December 2005
2583:
NORM ensures reliable transport through the use of two
1635:
The sender's current estimate of group round-trip time.
1405:
The sender's current estimate of group round-trip time.
1158:
The sender's current estimate of group round-trip time.
33:
groups in data networks. It is formally defined by the
2522:
quick resumption of a session after a network outage.
931:
Serves two purposes (depending on the message type):
2927:
The Multicast Dissemination Protocol (MDP) Framework
2971:
Reliable Messaging for Tactical Group Communication
1684:
EOT : Indicates permanent end of transmission.
461:manner and assumes the packets are well-received.)
2666:- Host Extensions for IP Multicasting, August 1989
3058:"IETF Reliable Multicast Working Group Documents"
2572:sender-estimated GRTT and lack of NACK activity.
3202:RFC 5740, Section 5, Detailed Protocol Operation
3006:IEEE Journal on Selected Areas in Communications
2722:- MIKEY: Multimedia Internet KEYing, August 2004
512:The RMTWG was disestablished in September 2013.
3072:"IETF Reliable Multicast Working Group History"
3037:"IETF Reliable Multicast Working Group Charter"
2764:- Source-Specific Multicast for IP, August 2006
2708:- The Group Domain of Interpretation, July 2003
3224:RFC 5740, Section 5.3, Receiver NACK Procedure
3191:RFC 5740, Section 4.1, Architecture Definition
2946:MDP: Reliable File Transfer for Space Missions
2757:- SDP: Session Description Protocol, July 2006
2680:- Session Announcement Protocol, October 2000
428:
8:
3213:RFC 5740, Section 2, Architecture Definition
3180:RFC 5740, Section 4.4.1, NORM_REPORT Message
3092:RFC 5740, Section 2, Architecture Definition
1647:The sender's current estimate of group size.
1417:The sender's current estimate of group size.
1170:The sender's current estimate of group size.
2974:. Military Communications Conference 2010.
1671:Indicates the type of command that follows.
3158:RFC 5740, Section 4.3.1, NORM_NACK Message
3136:RFC 5740, Section 4.2.2, NORM_INFO Message
3125:RFC 5740, Section 4.2.1, NORM_DATA Message
435:
421:
84:
29:designed to provide reliable transport in
3169:RFC 5740, Section 4.3.2, NORM_ACK Message
3147:RFC 5740, Section 4.2.3, NORM_CMD Message
2837:IEEE Transactions on Software Engineering
2833:Flow Control for Limited Buffer Multicast
2325:
2163:
1929:
1711:
1447:
1220:
959:
772:
625:
45:, which was published in November 2009.
2823:
2647:United States Naval Research Laboratory
376:
309:
259:
94:
87:
3031:
3029:
3027:
2968:J.P. Macker; P.B. Adamson (Dec 2010).
2905:
2895:
7:
3103:RFC 5740, Section 4, Message Formats
2811:Stream Control Transmission Protocol
568:, which are usually associated with
2621:fields of its transmitted messages.
2469:header extension content (16 bits)
2090:header_extensions (if applicable)
1869:header_extensions (if applicable)
1380:header_extensions (if applicable)
1124:header_extensions (if applicable)
477:Brigade and Below (FBCB2) system.
14:
2866:. Vol. 1. pp. 626–630.
2165:Variable-Length Header Extension
82:(point-to-point) data transfers.
2319:Varies depending on the purpose.
20:NACK-Oriented Reliable Multicast
2923:J. Macker; W. Dang (Nov 1996).
2605:Scalability and NACK management
1132:payload_msg_start (see Note 1)
627:Generic NORM Message Structure
35:Internet Engineering Task Force
2327:Fixed-Length Header Extension
549:content of received messages.
1:
1900:For potential future NORM use
620:header and payload sections.
578:Session Announcement Protocol
516:NORM architectural constructs
2472:Varies depending on purpose.
2133:grtt_response_usec (32 bits)
2095:ack_payload (if applicable)
1909:grtt_response_usec (32 bits)
1137:payload_offset (see Note 1)
912:The protocol version number.
574:Session Description Protocol
570:IP multicast group addresses
48:NORM operates on top of the
2980:10.1109/MILCOM.2010.5680397
2139:ack_payload (if applicable)
2127:grtt_response_sec (32 bits)
1903:grtt_response_sec (32 bits)
1129:payload_length (see Note 1)
754:Optional Header Extensions
502:Asynchronous Layered Coding
3314:
2872:10.1109/MILCOM.1999.822759
2449:
2292:
2287:
2094:
2089:
2084:
2079:
2068:
2063:
2058:
2053:
1873:
1868:
1863:
1858:
1853:
1850:
1845:
1840:
1835:
1614:
1609:
1601:
1581:
1576:
1571:
1384:
1379:
1374:
1354:
1349:
1344:
1141:
1136:
1131:
1128:
1123:
1118:
1113:
1093:
1088:
1083:
901:
896:
766:NORM Common Message Header
758:
753:
748:
743:
3298:Transport layer protocols
2950:(Technical report). NASA.
2931:(Technical report). IETF.
2831:P.B. Danzig (Jan 1994). "
2450:Header Extension Content
2446:
2443:
2340:
2337:
2334:
2331:
2293:Header Extension Content
2288:Header Extension Content
2284:
2281:
2178:
2175:
2172:
2169:
2074:
2071:
2050:
2047:
2044:
1941:
1938:
1935:
1932:
1832:
1829:
1826:
1723:
1720:
1717:
1714:
1606:
1598:
1595:
1590:
1587:
1584:
1568:
1565:
1562:
1459:
1456:
1453:
1450:
1371:
1368:
1363:
1360:
1357:
1341:
1338:
1335:
1232:
1229:
1226:
1223:
1110:
1107:
1102:
1099:
1096:
1080:
1077:
1074:
971:
968:
965:
962:
893:
890:
887:
784:
781:
778:
775:
640:
637:
634:
631:
2641:Reference Implementation
2585:forward error correction
2466:Reserved for future use.
2316:header extension content
2147:NORM_REPORT Message Type
2993:Diot, C.; Dabbous, W.;
2657:Normative RFC documents
2514:Although NORM is not a
89:Internet protocol suite
2155:NORM Header Extensions
1704:NORM_NACK Message Type
1205:NORM_INFO Message Type
952:NORM_DATA Message Type
744:Common Message Header
611:NORM message structure
63:as well as end-to-end
50:User Datagram Protocol
2108:instance_id (16 bits)
1923:NORM_ACK Message Type
1891:instance_id (16 bits)
1626:instance_id (16 bits)
1440:NORM_CMD Message Type
1396:instance_id (16 bits)
1149:instance_id (16 bits)
497:A NACK-based protocol
3277:NORM Transport Notes
1602:object_transport_id
1375:object_transport_id
1114:object_transport_id
749:Message Type Header
39:Request for Comments
2516:connection-oriented
2328:
2166:
2102:server_id (32 bits)
2085:grtt_response_usec
1885:server_id (32 bits)
1864:grtt_response_usec
1662:object_transport_id
1432:object_transport_id
1185:object_transport_id
944:source_id (32 bits)
628:
2532:Congestion Control
2482:General operations
2477:Protocol operation
2326:
2164:
2080:grtt_response_sec
1897:reserved (16 bits)
1859:grtt_response_sec
928:sequence (16 bits)
626:
544:NORM_OBJECT_STREAM
61:congestion control
3018:10.1109/49.564128
2849:10.1109/32.263751
2610:NACK implosions.
2463:reserved (8 bits)
2454:
2453:
2301:
2300:
2114:ack_type (8 bits)
2099:
2098:
1882:
1881:
1668:sub_type (8 bits)
1623:
1622:
1615:NORM_CMD Content
1610:NORM_CMD Content
1393:
1392:
1146:
1145:
906:
905:
763:
762:
445:
444:
96:Application layer
27:Internet protocol
3305:
3226:
3221:
3215:
3210:
3204:
3199:
3193:
3188:
3182:
3177:
3171:
3166:
3160:
3155:
3149:
3144:
3138:
3133:
3127:
3122:
3116:
3111:
3105:
3100:
3094:
3089:
3083:
3082:
3080:
3078:
3068:
3062:
3061:
3054:
3048:
3047:
3045:
3043:
3033:
3022:
3021:
3003:
2990:
2984:
2983:
2965:
2952:
2951:
2939:
2933:
2932:
2920:
2914:
2913:
2907:
2903:
2901:
2893:
2859:
2853:
2852:
2828:
2589:systematic codes
2587:coding schemes:
2329:
2167:
1930:
1712:
1674:NORM_CMD content
1638:backoff (4 bits)
1448:
1408:backoff (4 bits)
1221:
1211:out-of-band data
1161:backoff (4 bits)
960:
921:hdr_len (8 bits)
909:version (4 bits)
773:
629:
541:NORM_OBJECT_FILE
538:NORM_OBJECT_DATA
437:
430:
423:
85:
3313:
3312:
3308:
3307:
3306:
3304:
3303:
3302:
3288:
3287:
3273:
3235:
3233:Further reading
3230:
3229:
3222:
3218:
3211:
3207:
3200:
3196:
3189:
3185:
3178:
3174:
3167:
3163:
3156:
3152:
3145:
3141:
3134:
3130:
3123:
3119:
3112:
3108:
3101:
3097:
3090:
3086:
3076:
3074:
3070:
3069:
3065:
3056:
3055:
3051:
3041:
3039:
3035:
3034:
3025:
3001:
2992:
2991:
2987:
2967:
2966:
2955:
2941:
2940:
2936:
2922:
2921:
2917:
2904:
2894:
2882:
2861:
2860:
2856:
2830:
2829:
2825:
2820:
2815:
2806:
2659:
2643:
2607:
2581:
2555:
2534:
2512:
2510:Session Control
2484:
2479:
2323:
2295:
2161:
2157:
2149:
2120:ack_id (8 bits)
1925:
1876:
1706:
1650:flags (32 bits)
1617:
1442:
1420:flags (32 bits)
1387:
1207:
1173:flags (32 bits)
1119:fed_payload_id
954:
768:
623:
613:
518:
450:
441:
261:Transport layer
24:transport layer
17:
12:
11:
5:
3311:
3309:
3301:
3300:
3290:
3289:
3286:
3285:
3279:
3272:
3271:External links
3269:
3268:
3267:
3264:
3261:
3254:
3251:
3248:
3245:
3242:
3239:
3234:
3231:
3228:
3227:
3216:
3205:
3194:
3183:
3172:
3161:
3150:
3139:
3128:
3117:
3106:
3095:
3084:
3063:
3049:
3023:
3012:(3): 277–290.
2997:(April 1997).
2985:
2953:
2934:
2915:
2906:|journal=
2880:
2854:
2822:
2821:
2819:
2816:
2814:
2813:
2807:
2805:
2802:
2801:
2800:
2793:
2786:
2779:
2772:
2765:
2758:
2751:
2744:
2737:
2730:
2723:
2716:
2709:
2702:
2695:
2688:
2681:
2674:
2667:
2658:
2655:
2642:
2639:
2635:
2634:
2631:
2628:
2625:
2622:
2618:
2606:
2603:
2580:
2577:
2554:
2551:
2533:
2530:
2511:
2508:
2483:
2480:
2478:
2475:
2474:
2473:
2470:
2467:
2464:
2461:
2458:
2452:
2451:
2448:
2445:
2441:
2440:
2437:
2434:
2431:
2428:
2425:
2422:
2419:
2416:
2413:
2410:
2407:
2404:
2401:
2398:
2395:
2392:
2389:
2386:
2383:
2380:
2377:
2374:
2371:
2368:
2365:
2362:
2359:
2356:
2353:
2350:
2347:
2343:
2342:
2339:
2336:
2333:
2321:
2320:
2317:
2314:
2311:
2308:
2305:
2299:
2298:
2290:
2289:
2286:
2283:
2279:
2278:
2275:
2272:
2269:
2266:
2263:
2260:
2257:
2254:
2251:
2248:
2245:
2242:
2239:
2236:
2233:
2230:
2227:
2224:
2221:
2218:
2215:
2212:
2209:
2206:
2203:
2200:
2197:
2194:
2191:
2188:
2185:
2181:
2180:
2177:
2174:
2171:
2156:
2153:
2148:
2145:
2144:
2143:
2140:
2137:
2134:
2131:
2128:
2125:
2121:
2118:
2115:
2112:
2109:
2106:
2103:
2097:
2096:
2092:
2091:
2087:
2086:
2082:
2081:
2077:
2076:
2073:
2070:
2066:
2065:
2061:
2060:
2056:
2055:
2052:
2049:
2046:
2042:
2041:
2038:
2035:
2032:
2029:
2026:
2023:
2020:
2017:
2014:
2011:
2008:
2005:
2002:
1999:
1996:
1993:
1990:
1987:
1984:
1981:
1978:
1975:
1972:
1969:
1966:
1963:
1960:
1957:
1954:
1951:
1948:
1944:
1943:
1940:
1937:
1934:
1924:
1921:
1920:
1919:
1916:
1913:
1910:
1907:
1904:
1901:
1898:
1895:
1892:
1889:
1886:
1880:
1879:
1871:
1870:
1866:
1865:
1861:
1860:
1856:
1855:
1852:
1848:
1847:
1843:
1842:
1838:
1837:
1834:
1831:
1828:
1824:
1823:
1820:
1817:
1814:
1811:
1808:
1805:
1802:
1799:
1796:
1793:
1790:
1787:
1784:
1781:
1778:
1775:
1772:
1769:
1766:
1763:
1760:
1757:
1754:
1751:
1748:
1745:
1742:
1739:
1736:
1733:
1730:
1726:
1725:
1722:
1719:
1716:
1705:
1702:
1701:
1700:
1697:
1694:
1691:
1688:
1685:
1682:
1678:
1677:
1675:
1672:
1669:
1666:
1663:
1660:
1657:
1654:
1651:
1648:
1645:
1644:gsize (4 bits)
1642:
1639:
1636:
1633:
1630:
1627:
1621:
1620:
1612:
1611:
1608:
1604:
1603:
1600:
1597:
1593:
1592:
1589:
1586:
1583:
1579:
1578:
1574:
1573:
1570:
1567:
1564:
1560:
1559:
1556:
1553:
1550:
1547:
1544:
1541:
1538:
1535:
1532:
1529:
1526:
1523:
1520:
1517:
1514:
1511:
1508:
1505:
1502:
1499:
1496:
1493:
1490:
1487:
1484:
1481:
1478:
1475:
1472:
1469:
1466:
1462:
1461:
1458:
1455:
1452:
1441:
1438:
1437:
1436:
1433:
1430:
1427:
1424:
1421:
1418:
1415:
1414:gsize (4 bits)
1412:
1409:
1406:
1403:
1400:
1397:
1391:
1390:
1382:
1381:
1377:
1376:
1373:
1370:
1366:
1365:
1362:
1359:
1356:
1352:
1351:
1347:
1346:
1343:
1340:
1337:
1333:
1332:
1329:
1326:
1323:
1320:
1317:
1314:
1311:
1308:
1305:
1302:
1299:
1296:
1293:
1290:
1287:
1284:
1281:
1278:
1275:
1272:
1269:
1266:
1263:
1260:
1257:
1254:
1251:
1248:
1245:
1242:
1239:
1235:
1234:
1231:
1228:
1225:
1206:
1203:
1202:
1201:
1198:
1195:
1192:
1191:fec_payload_id
1189:
1186:
1183:
1180:
1177:
1174:
1171:
1168:
1167:gsize (4 bits)
1165:
1162:
1159:
1156:
1153:
1150:
1144:
1143:
1139:
1138:
1134:
1133:
1130:
1126:
1125:
1121:
1120:
1116:
1115:
1112:
1109:
1105:
1104:
1101:
1098:
1095:
1091:
1090:
1086:
1085:
1082:
1079:
1076:
1072:
1071:
1068:
1065:
1062:
1059:
1056:
1053:
1050:
1047:
1044:
1041:
1038:
1035:
1032:
1029:
1026:
1023:
1020:
1017:
1014:
1011:
1008:
1005:
1002:
999:
996:
993:
990:
987:
984:
981:
978:
974:
973:
970:
967:
964:
953:
950:
949:
948:
945:
941:
940:
939:
938:
935:
929:
926:
922:
919:
916:
913:
910:
904:
903:
899:
898:
895:
892:
889:
885:
884:
881:
878:
875:
872:
869:
866:
863:
860:
857:
854:
851:
848:
845:
842:
839:
836:
833:
830:
827:
824:
821:
818:
815:
812:
809:
806:
803:
800:
797:
794:
791:
787:
786:
783:
780:
777:
767:
764:
761:
760:
756:
755:
751:
750:
746:
745:
741:
740:
737:
734:
731:
728:
725:
722:
719:
716:
713:
710:
707:
704:
701:
698:
695:
692:
689:
686:
683:
680:
677:
674:
671:
668:
665:
662:
659:
656:
653:
650:
647:
643:
642:
639:
636:
633:
612:
609:
576:(SDP) or the
546:
545:
542:
539:
517:
514:
506:
505:
498:
449:
446:
443:
442:
440:
439:
432:
425:
417:
414:
413:
412:
411:
404:
399:
394:
389:
381:
380:
374:
373:
372:
371:
364:
359:
354:
349:
344:
334:
333:
332:
327:
314:
313:
311:Internet layer
307:
306:
305:
304:
297:
292:
287:
282:
277:
272:
264:
263:
257:
256:
255:
254:
247:
242:
237:
232:
227:
222:
217:
212:
207:
202:
197:
192:
187:
182:
177:
172:
167:
162:
157:
152:
147:
142:
137:
127:
122:
117:
107:
99:
98:
92:
91:
15:
13:
10:
9:
6:
4:
3:
2:
3310:
3299:
3296:
3295:
3293:
3283:
3280:
3278:
3275:
3274:
3270:
3265:
3262:
3259:
3255:
3252:
3249:
3246:
3243:
3240:
3237:
3236:
3232:
3225:
3220:
3217:
3214:
3209:
3206:
3203:
3198:
3195:
3192:
3187:
3184:
3181:
3176:
3173:
3170:
3165:
3162:
3159:
3154:
3151:
3148:
3143:
3140:
3137:
3132:
3129:
3126:
3121:
3118:
3115:
3110:
3107:
3104:
3099:
3096:
3093:
3088:
3085:
3073:
3067:
3064:
3059:
3053:
3050:
3038:
3032:
3030:
3028:
3024:
3019:
3015:
3011:
3007:
3000:
2996:
2995:Crowcroft, J.
2989:
2986:
2981:
2977:
2973:
2970:
2964:
2962:
2960:
2958:
2954:
2949:
2948:
2945:
2938:
2935:
2930:
2929:
2926:
2919:
2916:
2911:
2899:
2891:
2887:
2883:
2881:0-7803-5538-5
2877:
2873:
2869:
2865:
2858:
2855:
2850:
2846:
2842:
2838:
2834:
2827:
2824:
2817:
2812:
2809:
2808:
2803:
2798:
2794:
2791:
2787:
2784:
2780:
2777:
2773:
2770:
2766:
2763:
2759:
2756:
2752:
2749:
2745:
2742:
2738:
2735:
2731:
2728:
2724:
2721:
2717:
2714:
2710:
2707:
2703:
2700:
2696:
2693:
2689:
2686:
2682:
2679:
2675:
2672:
2668:
2665:
2661:
2660:
2656:
2654:
2652:
2648:
2640:
2638:
2632:
2629:
2626:
2623:
2619:
2616:
2615:
2614:
2611:
2604:
2602:
2598:
2595:
2592:
2590:
2586:
2578:
2576:
2573:
2569:
2565:
2563:
2558:
2552:
2550:
2546:
2542:
2538:
2531:
2529:
2526:
2523:
2519:
2517:
2509:
2507:
2504:
2501:
2498:
2494:
2491:
2487:
2481:
2476:
2471:
2468:
2465:
2462:
2459:
2456:
2455:
2442:
2438:
2435:
2432:
2429:
2426:
2423:
2420:
2417:
2414:
2411:
2408:
2405:
2402:
2399:
2396:
2393:
2390:
2387:
2384:
2381:
2378:
2375:
2372:
2369:
2366:
2363:
2360:
2357:
2354:
2351:
2348:
2345:
2344:
2330:
2324:
2318:
2315:
2312:
2309:
2306:
2303:
2302:
2297:
2291:
2280:
2276:
2273:
2270:
2267:
2264:
2261:
2258:
2255:
2252:
2249:
2246:
2243:
2240:
2237:
2234:
2231:
2228:
2225:
2222:
2219:
2216:
2213:
2210:
2207:
2204:
2201:
2198:
2195:
2192:
2189:
2186:
2183:
2182:
2168:
2162:
2154:
2152:
2146:
2141:
2138:
2135:
2132:
2129:
2126:
2122:
2119:
2116:
2113:
2110:
2107:
2104:
2101:
2100:
2093:
2088:
2083:
2078:
2067:
2062:
2057:
2043:
2039:
2036:
2033:
2030:
2027:
2024:
2021:
2018:
2015:
2012:
2009:
2006:
2003:
2000:
1997:
1994:
1991:
1988:
1985:
1982:
1979:
1976:
1973:
1970:
1967:
1964:
1961:
1958:
1955:
1952:
1949:
1946:
1945:
1931:
1928:
1922:
1917:
1914:
1911:
1908:
1905:
1902:
1899:
1896:
1893:
1890:
1887:
1884:
1883:
1878:
1874:nack_payload
1872:
1867:
1862:
1857:
1849:
1844:
1839:
1825:
1821:
1818:
1815:
1812:
1809:
1806:
1803:
1800:
1797:
1794:
1791:
1788:
1785:
1782:
1779:
1776:
1773:
1770:
1767:
1764:
1761:
1758:
1755:
1752:
1749:
1746:
1743:
1740:
1737:
1734:
1731:
1728:
1727:
1713:
1710:
1703:
1698:
1695:
1692:
1689:
1686:
1683:
1680:
1679:
1676:
1673:
1670:
1667:
1664:
1661:
1658:
1655:
1652:
1649:
1646:
1643:
1640:
1637:
1634:
1632:grtt (8 bits)
1631:
1628:
1625:
1624:
1619:
1613:
1605:
1594:
1580:
1575:
1561:
1557:
1554:
1551:
1548:
1545:
1542:
1539:
1536:
1533:
1530:
1527:
1524:
1521:
1518:
1515:
1512:
1509:
1506:
1503:
1500:
1497:
1494:
1491:
1488:
1485:
1482:
1479:
1476:
1473:
1470:
1467:
1464:
1463:
1449:
1446:
1439:
1434:
1431:
1428:
1425:
1422:
1419:
1416:
1413:
1410:
1407:
1404:
1402:grtt (8 bits)
1401:
1398:
1395:
1394:
1389:
1385:payload_data
1383:
1378:
1367:
1353:
1348:
1334:
1330:
1327:
1324:
1321:
1318:
1315:
1312:
1309:
1306:
1303:
1300:
1297:
1294:
1291:
1288:
1285:
1282:
1279:
1276:
1273:
1270:
1267:
1264:
1261:
1258:
1255:
1252:
1249:
1246:
1243:
1240:
1237:
1236:
1222:
1219:
1215:
1212:
1204:
1199:
1196:
1193:
1190:
1187:
1184:
1181:
1178:
1175:
1172:
1169:
1166:
1163:
1160:
1157:
1155:grtt (8 bits)
1154:
1151:
1148:
1147:
1142:payload_data
1140:
1135:
1127:
1122:
1117:
1106:
1092:
1087:
1073:
1069:
1066:
1063:
1060:
1057:
1054:
1051:
1048:
1045:
1042:
1039:
1036:
1033:
1030:
1027:
1024:
1021:
1018:
1015:
1012:
1009:
1006:
1003:
1000:
997:
994:
991:
988:
985:
982:
979:
976:
975:
961:
958:
951:
946:
943:
942:
936:
933:
932:
930:
927:
923:
920:
917:
915:type (4 bits)
914:
911:
908:
907:
900:
886:
882:
879:
876:
873:
870:
867:
864:
861:
858:
855:
852:
849:
846:
843:
840:
837:
834:
831:
828:
825:
822:
819:
816:
813:
810:
807:
804:
801:
798:
795:
792:
789:
788:
774:
771:
765:
757:
752:
747:
742:
738:
735:
732:
729:
726:
723:
720:
717:
714:
711:
708:
705:
702:
699:
696:
693:
690:
687:
684:
681:
678:
675:
672:
669:
666:
663:
660:
657:
654:
651:
648:
645:
644:
630:
624:
621:
617:
610:
608:
606:
601:
596:
594:
590:
585:
581:
579:
575:
571:
567:
563:
559:
554:
550:
543:
540:
537:
536:
535:
533:
528:
526:
521:
515:
513:
510:
503:
499:
496:
495:
494:
490:
486:
482:
478:
474:
470:
466:
462:
460:
454:
447:
438:
433:
431:
426:
424:
419:
418:
416:
415:
410:
409:
405:
403:
400:
398:
395:
393:
390:
388:
385:
384:
383:
382:
379:
375:
370:
369:
365:
363:
360:
358:
355:
353:
350:
348:
345:
342:
338:
335:
331:
328:
326:
323:
322:
321:
318:
317:
316:
315:
312:
308:
303:
302:
298:
296:
293:
291:
288:
286:
283:
281:
278:
276:
273:
271:
268:
267:
266:
265:
262:
258:
253:
252:
248:
246:
243:
241:
238:
236:
233:
231:
228:
226:
223:
221:
218:
216:
213:
211:
208:
206:
203:
201:
198:
196:
193:
191:
188:
186:
183:
181:
178:
176:
173:
171:
168:
166:
163:
161:
158:
156:
153:
151:
148:
146:
143:
141:
138:
135:
131:
128:
126:
123:
121:
118:
115:
111:
108:
106:
103:
102:
101:
100:
97:
93:
90:
86:
83:
81:
76:
73:
68:
66:
62:
57:
53:
51:
46:
44:
40:
36:
32:
28:
25:
21:
3256:D. DeLucia,
3219:
3208:
3197:
3186:
3175:
3164:
3153:
3142:
3131:
3120:
3109:
3098:
3087:
3077:February 22,
3075:. Retrieved
3066:
3052:
3042:February 22,
3040:. Retrieved
3009:
3005:
2988:
2972:
2969:
2947:
2944:
2937:
2928:
2925:
2918:
2863:
2857:
2840:
2836:
2832:
2826:
2644:
2636:
2612:
2608:
2599:
2596:
2593:
2582:
2574:
2570:
2566:
2560:1. Explicit
2559:
2556:
2553:Flow Control
2547:
2545:contention.
2543:
2539:
2535:
2527:
2524:
2520:
2513:
2505:
2502:
2499:
2495:
2492:
2488:
2485:
2457:het (8 bits)
2322:
2310:hel (8 bits)
2304:het (8 bits)
2294:
2158:
2150:
1926:
1915:NACK_payload
1875:
1707:
1616:
1443:
1386:
1216:
1208:
955:
769:
622:
618:
614:
604:
599:
597:
592:
588:
586:
582:
566:port numbers
562:IP addresses
557:
555:
551:
547:
531:
529:
524:
522:
519:
511:
507:
491:
487:
483:
479:
475:
471:
467:
463:
455:
451:
407:
367:
300:
250:
77:
69:
65:flow control
58:
54:
47:
22:(NORM) is a
19:
18:
3284:at nasa.gov
3258:K. Obraczka
2843:(1): 1–12.
2579:Reliability
2069:instance_id
1851:instance_id
1582:instance_id
1355:instance_id
1094:instance_id
605:instance_id
459:best effort
2818:References
2064:server_id
2059:source_id
1846:server_id
1841:source_id
1577:source_id
1350:source_id
1089:source_id
925:extension.
902:source_id
448:Background
378:Link layer
37:(IETF) in
2908:ignored (
2898:cite book
2795:RFC
2788:RFC
2781:RFC
2774:RFC
2767:RFC
2760:RFC
2753:RFC
2746:RFC
2739:RFC
2732:RFC
2725:RFC
2718:RFC
2711:RFC
2704:RFC
2697:RFC
2690:RFC
2683:RFC
2676:RFC
2669:RFC
2662:RFC
2562:watermark
2444:het ≥ 128
2282:het ≤ 127
2054:sequence
1854:reserved
1836:sequence
1572:sequence
1345:sequence
1218:session.
1084:sequence
897:sequence
593:source_id
523:The NORM
31:multicast
3292:Category
2804:See also
2447:reserved
2072:ack_type
1607:sub-type
759:Payload
600:instance
553:stream.
504:protocol
2890:1742198
2075:ack_id
2051:hdr_len
2045:version
1833:hdr_len
1827:version
1569:hdr_len
1563:version
1361:backoff
1342:hdr_len
1336:version
1100:backoff
1081:hdr_len
1075:version
894:hdr_len
888:version
598:A NORM
587:A NORM
558:session
556:A NORM
530:A NORM
525:message
408:more...
392:Tunnels
368:more...
301:more...
251:more...
240:TLS/SSL
195:ONC/RPC
132: (
80:unicast
72:session
2888:
2878:
2651:GitHub
2124:types.
1656:fec_id
1599:fec_id
1591:gsize
1588:backof
1426:fec_id
1372:fec_id
1364:gsize
1197:Note 1
1179:fec_id
1111:fec_id
1103:gsize
532:object
235:Telnet
134:HTTP/3
41:(RFC)
3002:(PDF)
2886:S2CID
1596:flags
1369:flags
1108:flags
362:IPsec
140:HTTPS
3079:2021
3044:2021
2910:help
2876:ISBN
2797:5740
2790:5445
2783:5401
2776:5052
2769:4654
2762:4607
2755:4566
2748:4535
2741:4303
2734:4301
2727:3940
2720:3830
2713:3550
2706:3547
2699:3453
2692:3269
2685:3048
2678:2974
2671:2357
2664:1112
2645:The
2296:...
2048:type
1877:...
1830:type
1618:...
1585:grtt
1566:type
1388:...
1358:grtt
1339:type
1097:grtt
1078:type
891:type
589:node
564:and
357:IGMP
337:ICMP
295:QUIC
290:RSVP
285:SCTP
280:DCCP
245:XMPP
225:SNMP
220:SMTP
205:RTSP
180:OSPF
170:NNTP
165:MQTT
160:MGCP
155:LDAP
145:IMAP
130:HTTP
110:DHCP
43:5740
3014:doi
2976:doi
2868:doi
2845:doi
2835:".
2285:hel
500:An
402:MAC
397:PPP
387:ARP
352:ECN
347:NDP
275:UDP
270:TCP
230:SSH
215:SIP
210:RIP
200:RTP
190:PTP
185:POP
175:NTP
150:IRC
125:FTP
120:DNS
105:BGP
3294::
3026:^
3010:15
3008:.
3004:.
2956:^
2902::
2900:}}
2896:{{
2884:.
2874:.
2841:20
2839:.
2439:7
2341:3
2338:2
2335:1
2332:0
2277:7
2179:3
2176:2
2173:1
2170:0
2040:7
1942:3
1939:2
1936:1
1933:0
1822:7
1724:3
1721:2
1718:1
1715:0
1558:7
1460:3
1457:2
1454:1
1451:0
1331:7
1233:3
1230:2
1227:1
1224:0
1070:7
972:3
969:2
966:1
963:0
883:7
785:3
782:2
779:1
776:0
739:7
641:3
638:2
635:1
632:0
607:.
595:.
341:v6
330:v6
325:v4
320:IP
114:v6
3081:.
3060:.
3046:.
3020:.
3016::
2982:.
2978::
2912:)
2892:.
2870::
2851:.
2847::
2436:6
2433:5
2430:4
2427:3
2424:2
2421:1
2418:0
2415:7
2412:6
2409:5
2406:4
2403:3
2400:2
2397:1
2394:0
2391:7
2388:6
2385:5
2382:4
2379:3
2376:2
2373:1
2370:0
2367:7
2364:6
2361:5
2358:4
2355:3
2352:2
2349:1
2346:0
2274:6
2271:5
2268:4
2265:3
2262:2
2259:1
2256:0
2253:7
2250:6
2247:5
2244:4
2241:3
2238:2
2235:1
2232:0
2229:7
2226:6
2223:5
2220:4
2217:3
2214:2
2211:1
2208:0
2205:7
2202:6
2199:5
2196:4
2193:3
2190:2
2187:1
2184:0
2037:6
2034:5
2031:4
2028:3
2025:2
2022:1
2019:0
2016:7
2013:6
2010:5
2007:4
2004:3
2001:2
1998:1
1995:0
1992:7
1989:6
1986:5
1983:4
1980:3
1977:2
1974:1
1971:0
1968:7
1965:6
1962:5
1959:4
1956:3
1953:2
1950:1
1947:0
1819:6
1816:5
1813:4
1810:3
1807:2
1804:1
1801:0
1798:7
1795:6
1792:5
1789:4
1786:3
1783:2
1780:1
1777:0
1774:7
1771:6
1768:5
1765:4
1762:3
1759:2
1756:1
1753:0
1750:7
1747:6
1744:5
1741:4
1738:3
1735:2
1732:1
1729:0
1555:6
1552:5
1549:4
1546:3
1543:2
1540:1
1537:0
1534:7
1531:6
1528:5
1525:4
1522:3
1519:2
1516:1
1513:0
1510:7
1507:6
1504:5
1501:4
1498:3
1495:2
1492:1
1489:0
1486:7
1483:6
1480:5
1477:4
1474:3
1471:2
1468:1
1465:0
1328:6
1325:5
1322:4
1319:3
1316:2
1313:1
1310:0
1307:7
1304:6
1301:5
1298:4
1295:3
1292:2
1289:1
1286:0
1283:7
1280:6
1277:5
1274:4
1271:3
1268:2
1265:1
1262:0
1259:7
1256:6
1253:5
1250:4
1247:3
1244:2
1241:1
1238:0
1067:6
1064:5
1061:4
1058:3
1055:2
1052:1
1049:0
1046:7
1043:6
1040:5
1037:4
1034:3
1031:2
1028:1
1025:0
1022:7
1019:6
1016:5
1013:4
1010:3
1007:2
1004:1
1001:0
998:7
995:6
992:5
989:4
986:3
983:2
980:1
977:0
880:6
877:5
874:4
871:3
868:2
865:1
862:0
859:7
856:6
853:5
850:4
847:3
844:2
841:1
838:0
835:7
832:6
829:5
826:4
823:3
820:2
817:1
814:0
811:7
808:6
805:5
802:4
799:3
796:2
793:1
790:0
736:6
733:5
730:4
727:3
724:2
721:1
718:0
715:7
712:6
709:5
706:4
703:3
700:2
697:1
694:0
691:7
688:6
685:5
682:4
679:3
676:2
673:1
670:0
667:7
664:6
661:5
658:4
655:3
652:2
649:1
646:0
436:e
429:t
422:v
343:)
339:(
136:)
116:)
112:(
Text is available under the Creative Commons Attribution-ShareAlike License. Additional terms may apply.