Exit Zen
155
../../protocols/email.rst:260
English
48
0/100 · 2
155
../../protocols/ipv6.rst:522
English
It is sometimes necessary for intermediate routers or the destination host to inform the sender of the packet of a problem that occurred while processing a packet. In the TCP/IP protocol suite, this reporting is done by the Internet Control Message Protocol (ICMP). ICMPv6 is defined in :rfc:`4443`. It is used both to report problems that occurred while processing an IPv6 packet, but also to distribute addresses.
0/4150 · 415
155
../../protocols/wifi.rst:25
English
802.11g
0/100 · 7
155
../../protocols/tcp.rst:496
English
As shown above, when an isolated segment is lost the sender receives several `duplicate acknowledgments` since the TCP receiver immediately sends a pure acknowledgment when it receives an out-of-sequence segment. A duplicate acknowledgment is an acknowledgment that contains the same `acknowledgment number` as a previous segment. A single duplicate acknowledgment does not necessarily imply that a segment was lost, as a simple reordering of the segments may cause duplicate acknowledgments as well. Measurements [Paxson99]_ have shown that segment reordering is frequent in the Internet. Based on these observations, the `fast retransmit` heuristic has been included in most TCP implementations. It can be implemented as follows.
0/7320 · 732
156
../../glossary.rst:176
English
A relay operating in the network layer.
0/390 · 39
156
../../principles/dv.rst:141
English
This technique is called `split-horizon`. With this technique, the count to infinity problem would not have happened in the above scenario, as router `A` would have advertised :math:`[A=0]` after the failure, since it learned all its other routes via router `D`. Another variant called `split-horizon with poison reverse` is also possible. Routers using this variant advertise a cost of :math:`\infty` for the destinations that they reach via the router to which they send the distance vector. This can be implemented by using the pseudo-code below.
0/5500 · 550
156
../../principles/reliability.rst:567
English
The initial state of the sender is `Wait for D(0,...)`. In this state, the sender waits for a `Data.request`. The first data frame that it sends uses sequence number `0`. After having sent this frame, the sender waits for an `OK0` acknowledgment. A frame is retransmitted upon expiration of the retransmission timer or if an acknowledgment with an incorrect sequence number has been received.
0/3920 · 392
156
../../principles/transport.rst:822
English
Graceful connection release
0/270 · 27
156
../../principles/sharing.rst:736
English
To avoid `congestion collapse`, the hosts must regulate their transmission rate [#fcredit]_ by using a `congestion control` mechanism. Such a mechanism can be implemented in the transport layer or in the network layer. In TCP/IP networks, it is implemented in the transport layer, but other technologies such as `Asynchronous Transfer Mode (ATM)` or `Frame Relay` include congestion control mechanisms in lower layers.
0/4180 · 418
156
../../protocols/email.rst:260
English
w
0/100 · 1
156
../../protocols/ipv6.rst:524
English
ICMPv6 messages are carried inside IPv6 packets (the `Next Header` field for ICMPv6 is ``58``). Each ICMP message contains a 32 bits header with an 8 bits `type` field, a `code` field and a 16 bits checksum computed over the entire ICMPv6 message. The message body contains a copy of the IPv6 packet in error.
0/3090 · 309
156
../../protocols/wifi.rst:25
English
19 Mbps
0/100 · 7
156
../../protocols/tcp.rst:510
English
This heuristic requires an additional variable in the TCB (`dupacks`). Most implementations set the default number of duplicate acknowledgments that trigger a retransmission to 3. It is now part of the standard TCP specification :rfc:`2581`. The `fast retransmit` heuristic improves the TCP performance provided that isolated segments are lost and the current window is large enough to allow the sender to send three duplicate acknowledgments.
0/4430 · 443
157
../../glossary.rst:214
English
RPC
0/100 · 3
157
../../principles/reliability.rst:569
English
The receiver first waits for `D(0,...)`. If the frame contains a correct `CRC`, it passes the SDU to its user and sends `OK0`. If the frame contains an invalid CRC, it is immediately discarded. Then, the receiver waits for `D(1,...)`. In this state, it may receive a duplicate `D(0,...)` or a data frame with an invalid CRC. In both cases, it returns an `OK0` frame to allow the sender to recover from the possible loss of the previous `OK0` frame.
0/4480 · 448
157
../../principles/sharing.rst:740
English
Let us first consider the simple problem of a set of :math:`i` hosts that share a single bottleneck link as shown in the example above. In this network, the congestion control scheme must achieve the following objectives [CJ1989]_ :
0/2320 · 232
157
../../protocols/email.rst:262
English
15
0/100 · 2
157
../../protocols/ipv6.rst:530
English
ICMP version 6 packet format
0/280 · 28
157
../../protocols/wifi.rst:26
English
802.11n
0/100 · 7
157
../../protocols/tcp.rst:512
English
The figure below illustrates the operation of the `fast retransmit` heuristic.
0/780 · 78