Exit Zen
32
../../protocols/ethernet.rst:173
English
10BaseT
0/100 · 7
32
../../protocols/http.rst:124
English
a MIME document
0/150 · 15
32
../../protocols/http2.rst:230
English
Another feature of HTTP/2.0 is that it is possible to assign different priorities to different streams. A high priority stream should carry more `Data` frames than a lower priority ones. The HTTP/2.0 specification defines `Priority` frames which can be used for this purpose.
0/2750 · 275
32
../../protocols/ipv6.rst:120
English
``ff01:0:0:0:0:0:0:101`` is represented as ``ff01::101``
0/580 · 58
32
../../protocols/ethernet.rst:97
English
does not reorder the transmitted frames
0/390 · 39
32
../../protocols/routing.rst:99
English
These summary advertisements are flooded through the backbone area attached to routers `RB` and `RC`. In its routing table, router `RA` selects the summary advertised by `RB` to reach `2001:db8:1234::/48` and the summary advertised by `RC` to reach `2001:db8:5678::/48`. Inside `area 1`, router `RA` advertises a summary indicating that `2001:db8:1234::/48` and `2001:db8:5678::/48` are both at a distance of `3` from itself.
0/4250 · 425
32
../../protocols/rpc.rst:117
English
`result`: if the request succeeded, this member contains the result of the request (in our example, value `4`).
0/1110 · 111
32
../../protocols/ssh.rst:231
English
``MAC`` : this field is present if a Message Authentication Code has been negotiated for the session (in practice, using ``ssh`` without authentication is risky and this field should always be present). Note that to compute the MAC, an ``ssh`` implementation must maintain a message counter. This counter is incremented by one every time a message is sent and the MAC is computed with the negotiated authentication algorithm using the MAC key over the concatenation of the message counter and the cleartext message. The message counter is not transmitted, but the recipient can easily recover its value. The ``MAC`` is computed as :math:`mac = MAC(key, sequence\_number || unencrypted\_message)` where the key is the negotiated authentication key.
0/7470 · 747
32
../../protocols/tcp.rst:107
English
TCP connection establishment
0/280 · 28
32
../../protocols/tls.rst:105
English
The TLS handshake is a four-way handshake illustrated in the figure below.
0/740 · 74
32
../../protocols/wifi.rst:29
English
When developing its family of standards, the `IEEE 802.11 working group <http://www.ieee802.org/11/>`_ took a similar approach as the `IEEE 802.3 working group <http://www.ieee802.org/3/>`_ that developed various types of physical layers for Ethernet networks. 802.11 networks use the CSMA/CA Medium Access Control technique described earlier and they all assume the same architecture and use the same frame format.
0/4150 · 415
33
../../bibliography.rst:106
English
Kung, N.T. Morris, R., `Credit-based flow control for ATM networks <https://dx.doi.org/10.1109/65.372658>`_, IEEE Network, Mar/Apr 1995, Volume: 9, Issue: 2, pages: 40-48
0/1730 · 173
33
../../exercises/ex-sharing.rst:611
English
Same question as above, but now host `A` uses the simple DECBIT congestion control mechanism and a maximum window size of four segments.
0/1360 · 136
33
../../principles/network.rst:128
English
Besides the `data plane`, a network is also characterized by its `control plane`. The control plane includes all the protocols and algorithms (often distributed) that compute the forwarding tables that are installed on all routers inside the network. While there is only one possible `data plane` for a given networking technology, different networks using the same technology may use different control planes.
0/4100 · 410
33
../../principles/transport.rst:70
English
`carriage return` (`CR`) : `0001101b`
0/370 · 37
33
../../principles/sharing.rst:153
English
The node's capacity in bits per second mainly depends on the physical interfaces that it uses and also on the capacity of the internal interconnection (bus, crossbar switch, ...) between the different interfaces inside the node. Many vendors, in particular for low-end devices will use the sum of the bandwidth of the nodes' interfaces as the node capacity in bits per second. Measurements do not always match this maximum theoretical capacity. A well designed network node will usually have a capacity in bits per second larger than the sum of its link capacities. Such nodes will usually reach this maximum capacity when forwarding large packets.
0/6480 · 648
33
../../principles/security.rst:371
English
These two keys are generated together and they are linked by a complex mathematical relationship that is such that it is computationally difficult to compute :math:`K_{priv}` from :math:`K_{pub}`.
0/1960 · 196
33
../../exercises/ipv6.rst:297
English
...
0/100 · 3
33
../../exercises/routing-protocols.rst:378
English
Exploring BGP
0/130 · 13
33
../../exercises/tcp-2.rst:259
English
Another very interesting utilization of packetdrill_ is to explore how a TCP stack reacts to acknowledgments that would correspond to lost or reordered segments. For this analysis, we configure a very large initial congestion window to ensure that the connection does not start with a slow-start.
0/2960 · 296