... | ... | @@ -30,6 +30,6 @@ |
|
|
|
|
|
## Features
|
|
|
* Adapative coding: Currently, we can extract channel parameters from the socket and set a new coding configuration. Missing is a box in the middle which decides which configuration to pick.
|
|
|
* Protocol-internal clock synchronization: At the moment the sync is not fast enough so that at the beginning of the transmission, packets are dropped. Therefore, the clock sync runs at the moment, but we never query the protocol-internal clock but the system clock. Find out why certain constants are used in clock sync. Check if they can be tuned to improve the sync performance.
|
|
|
* Protocol-internal clock synchronization: At the moment the sync is not fast enough so that at the beginning of the transmission, packets are dropped. Therefore, the clock sync runs at the moment, but we never query the protocol-internal clock but the system clock. Find out why certain constants are used in clock sync. Check if they can be tuned to improve the sync performance. This could also include sending the hardware-send-timestamp of the last packet to allow for send stack compensation (as done in e.g. PTP).
|
|
|
* The original PRRT had a priority field, which we also use in our implementation. It is not yet clear, what this field should be used for.
|
|
|
* Acknowledgements: Currently, we use positive selective acknowledgements. It should be tested, how we can move to a) a negative acknowledgement scheme and b) how feedback can be suppressed or aggregated. More ideas can also be found [here](https://groups.google.com/forum/#!topic/bbr-dev/8pgyOyUavvY ). |
|
|
\ No newline at end of file |