Changes
Translation components API.
See the Weblate's Web API documentation for detailed description of the API.
GET /api/translations/cnp3-ebook/principlesreliability/en/changes/?format=api&page=2
{ "count": 33, "next": null, "previous": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/changes/?format=api", "results": [ { "unit": "https://weblate.info.ucl.ac.be/api/units/37689/?format=api", "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.866694+02:00", "action": 59, "target": "Checksums, CRCs,...", "id": 14944, "action_name": "String updated in the repository", "url": "https://weblate.info.ucl.ac.be/api/changes/14944/?format=api" }, { "unit": "https://weblate.info.ucl.ac.be/api/units/37690/?format=api", "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.866729+02:00", "action": 59, "target": "Most of the protocols in the TCP/IP protocol suite rely on the simple Internet checksum in order to verify that a received packet has not been affected by transmission errors. Despite its popularity and ease of implementation, the Internet checksum is not the only available checksum mechanism. Cyclical Redundancy Checks (CRC_) are very powerful error detection schemes that are used notably on disks, by many datalink layer protocols and file formats such as ``zip`` or ``png``. They can easily be implemented efficiently in hardware and have better error-detection capabilities than the Internet checksum [SGP98]_ . However, CRCs are sometimes considered to be too CPU-intensive for software implementations and other checksum mechanisms are preferred. The TCP/IP community chose the Internet checksum, the OSI community chose the Fletcher checksum [Sklower89]_. Nowadays there are efficient techniques to quickly compute CRCs in software [Feldmeier95]_.", "id": 14945, "action_name": "String updated in the repository", "url": "https://weblate.info.ucl.ac.be/api/changes/14945/?format=api" }, { "unit": "https://weblate.info.ucl.ac.be/api/units/37691/?format=api", "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.866790+02:00", "action": 59, "target": "Since the receiver sends an acknowledgment after having received each data frame, the simplest solution to deal with losses is to use a retransmission timer. When the sender sends a frame, it starts a retransmission timer. The value of this retransmission timer should be larger than the `round-trip-time`, i.e. the delay between the transmission of a data frame and the reception of the corresponding acknowledgment. When the retransmission timer expires, the sender assumes that the data frame has been lost and retransmits it. This is illustrated in the figure below.", "id": 14946, "action_name": "String updated in the repository", "url": "https://weblate.info.ucl.ac.be/api/changes/14946/?format=api" }, { "unit": "https://weblate.info.ucl.ac.be/api/units/37692/?format=api", "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.866830+02:00", "action": 59, "target": "Unfortunately, retransmission timers alone are not sufficient to recover from losses. Let us consider, as an example, the situation depicted below where an acknowledgment is lost. In this case, the sender retransmits the data frame that has not been acknowledged. However, as illustrated in the figure below, the receiver considers the retransmission as a new frame whose payload must be delivered to its user.", "id": 14947, "action_name": "String updated in the repository", "url": "https://weblate.info.ucl.ac.be/api/changes/14947/?format=api" }, { "unit": "https://weblate.info.ucl.ac.be/api/units/37693/?format=api", "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.866865+02:00", "action": 59, "target": "The Alternating Bit Protocol uses a single bit to encode the sequence number. It can be implemented easily. The sender (resp. the receiver) only require a four-state (resp. three-state) Finite State Machine.", "id": 14948, "action_name": "String updated in the repository", "url": "https://weblate.info.ucl.ac.be/api/changes/14948/?format=api" }, { "unit": "https://weblate.info.ucl.ac.be/api/units/37694/?format=api", "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.866899+02:00", "action": 59, "target": "The Alternating Bit Protocol can recover from the losses of data or control frames. This is illustrated in the two figures below. The first figure shows the loss of one data frame.", "id": 14949, "action_name": "String updated in the repository", "url": "https://weblate.info.ucl.ac.be/api/changes/14949/?format=api" }, { "unit": "https://weblate.info.ucl.ac.be/api/units/37695/?format=api", "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.866933+02:00", "action": 59, "target": "The second figure illustrates how the hosts handle the loss of one control frame.", "id": 14950, "action_name": "String updated in the repository", "url": "https://weblate.info.ucl.ac.be/api/changes/14950/?format=api" }, { "unit": "https://weblate.info.ucl.ac.be/api/units/37696/?format=api", "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.866966+02:00", "action": 59, "target": "To overcome the performance limitations of the alternating bit protocol, reliable protocols rely on `pipelining`. This technique allows a sender to transmit several consecutive frames without being forced to wait for an acknowledgment after each frame. Each data frame contains a sequence number encoded as an `n` bits field.", "id": 14951, "action_name": "String updated in the repository", "url": "https://weblate.info.ucl.ac.be/api/changes/14951/?format=api" }, { "unit": "https://weblate.info.ucl.ac.be/api/units/37697/?format=api", "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.867000+02:00", "action": 59, "target": "This is implemented by using a `sliding window`. The sliding window is the set of consecutive sequence numbers that the sender can use when transmitting frames without being forced to wait for an acknowledgment. The figure below shows a sliding window containing five frames (`6,7,8,9` and `10`). Two of these sequence numbers (`6` and `7`) have been used to send frames and only three sequence numbers (`8`, `9` and `10`) remain in the sliding window. The sliding window is said to be closed once all sequence numbers contained in the sliding window have been used.", "id": 14952, "action_name": "String updated in the repository", "url": "https://weblate.info.ucl.ac.be/api/changes/14952/?format=api" }, { "unit": "https://weblate.info.ucl.ac.be/api/units/37698/?format=api", "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.867034+02:00", "action": 59, "target": "The figure below illustrates the operation of the sliding window. It uses a sliding window of three frames. The sender can thus transmit three frames before being forced to wait for an acknowledgment. The sliding window moves to the higher sequence numbers upon the reception of each acknowledgment. When the first acknowledgment (`OK0`) is received, it enables the sender to move its sliding window to the right and sequence number `3` becomes available. This sequence number is used later to transmit the frame containing `d`.", "id": 14953, "action_name": "String updated in the repository", "url": "https://weblate.info.ucl.ac.be/api/changes/14953/?format=api" }, { "unit": "https://weblate.info.ucl.ac.be/api/units/37699/?format=api", "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.867069+02:00", "action": 59, "target": "The simplest sliding window protocol uses the `go-back-n` recovery. Intuitively, `go-back-n` operates as follows. A `go-back-n` receiver is as simple as possible. It only accepts the frames that arrive in-sequence. A `go-back-n` receiver discards any out-of-sequence frame that it receives. When `go-back-n` receives a data frame, it always returns an acknowledgment containing the sequence number of the last in-sequence frame that it has received. This acknowledgment is said to be `cumulative`. When a `go-back-n` receiver sends an acknowledgment for sequence number `x`, it implicitly acknowledges the reception of all frames whose sequence number is earlier than `x`. A key advantage of these cumulative acknowledgments is that it is easy to recover from the loss of an acknowledgment. Consider for example a `go-back-n` receiver that received frames `1`, `2` and `3`. It sent `OK1`, `OK2` and `OK3`. Unfortunately, `OK1` and `OK2` were lost. Thanks to the cumulative acknowledgments, when the sender receives `OK3`, it knows that all three frames have been correctly received.", "id": 14954, "action_name": "String updated in the repository", "url": "https://weblate.info.ucl.ac.be/api/changes/14954/?format=api" }, { "unit": "https://weblate.info.ucl.ac.be/api/units/37700/?format=api", "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.867105+02:00", "action": 59, "target": "A `go-back-n` sender is also very simple. It uses a sending buffer that can store an entire sliding window of frames [#fsizesliding]_. The frames are sent with increasing sequence numbers (modulo `maxseq`). The sender must wait for an acknowledgment once its sending buffer is full. When a `go-back-n` sender receives an acknowledgment, it removes from the sending buffer all the acknowledged frames and uses a retransmission timer to detect frame losses. A simple `go-back-n` sender maintains one retransmission timer per connection. This timer is started when the first frame is sent. When the `go-back-n sender` receives an acknowledgment, it restarts the retransmission timer only if there are still unacknowledged frames in its sending buffer. When the retransmission timer expires, the `go-back-n` sender assumes that all the unacknowledged frames currently stored in its sending buffer have been lost. It thus retransmits all the unacknowledged frames in the buffer and restarts its retransmission timer.", "id": 14955, "action_name": "String updated in the repository", "url": "https://weblate.info.ucl.ac.be/api/changes/14955/?format=api" }, { "unit": null, "component": "https://weblate.info.ucl.ac.be/api/components/cnp3-ebook/principlesreliability/?format=api", "translation": "https://weblate.info.ucl.ac.be/api/translations/cnp3-ebook/principlesreliability/en/?format=api", "user": null, "author": null, "timestamp": "2022-09-17T01:14:35.867140+02:00", "action": 0, "target": "", "id": 14956, "action_name": "Resource update", "url": "https://weblate.info.ucl.ac.be/api/changes/14956/?format=api" } ] }