ouroboros/src/irmd, branch 0.6Ouroboros main repositoryhttp://133.ip-51-38-114.eu/cgit/ouroboros/atom?h=0.62017-08-05T18:15:52+00:00irmd: Don't self-query an IPCP2017-08-05T18:15:52+00:00Dimitri Staessensdimitri.staessens@ugent.be2017-08-05T18:15:52+00:00urn:sha1:3f9fb4c957e639b96df672190c9d03eec02dce3e
Upon flow_allocation, the IRMd queries IPCPs for the destination
name. After this commit, when an IPCP allocates a flow, the IRMd won't
query that IPCP.
irmd: Don't call ipcp_flow_dealloc under lock2017-08-05T16:05:44+00:00Dimitri Staessensdimitri.staessens@ugent.be2017-08-05T16:05:44+00:00urn:sha1:57784d85969a0bcf8599442e3be5ae7edf1fbe10
When a process was killed, ipcp_flow_dealloc was called under a lock,
causing a deadlock in the IRMd because handling the IPCP response also
needs to take the same lock (the IPCP calls flow_dealloc to finalize
this). This deadlock also resulted in the IPCP always reporting that
it failed to send a reply message as the deadlock effectively blocks
the IRMd until its socket timeout expired and thus the IPCP was always
responding to an already closed socket.
irmd: Specify timeout per command2017-08-05T15:15:17+00:00Dimitri Staessensdimitri.staessens@ugent.be2017-08-05T15:15:17+00:00urn:sha1:ffd8de94c9b3829116f6604dfae8aa9a24ef2ef3
The commands towards the IPCPs have different time requirements, but
the irmd had only a single timeout value to wait for a response. This
commit allows setting different timeouts for the IRMd based on the
command, configurable globally.
Merge branch 'testing' into be2017-08-04T10:30:33+00:00Sander Vrijderssander.vrijders@ugent.be2017-08-04T10:30:33+00:00urn:sha1:f85c70fdb6dbbadb903155120892e55b0eff5ddairmd: Release lock before ipcp_query2017-08-04T10:24:41+00:00dimitri staessensdimitri.staessens@ugent.be2017-08-04T09:47:41+00:00urn:sha1:055835e5b06d7f18d94ca1d6b2df5f0a3ec3e954
The blocking ipcp_query call was called under reg_lock, causing
flow_allocs over the shim-eth-llc to block the irmd for prolonged
timespans.
lib: Add threadpool manager2017-07-26T08:39:51+00:00dimitri staessensdimitri.staessens@ugent.be2017-07-25T17:54:39+00:00urn:sha1:809abada865727ea986d69afcf2a9a3b00df560a
This adds a threadpool manager component in the library that is used
in the IRMd and IPCPs. The threadpool manager now doesn't detach
threads but does a join when they exit. This solves a data race in the
previous implementation where some threads were not completely finished
upon release of some resources.
irmd: Fix order of IPCPs2017-07-18T12:04:42+00:00Sander Vrijderssander.vrijders@ugent.be2017-07-18T12:04:42+00:00urn:sha1:f1cd9f37af3c864bbadcc06b6525e3f4f63b168f
This fixes the order of the IPCPs in the IRMd, so that the right type
is queried first on flow allocation.
ipcpd, lib, irmd: Hardcode shim hash algorithms2017-07-12T14:12:50+00:00Sander Vrijderssander.vrijders@ugent.be2017-07-12T13:18:15+00:00urn:sha1:d088c3395a28bce3e1530db5aeacbcf59ab16619
This will hardcode the shim hash algorithms as they don't have an
enrollment phase.
Fixes #44
irmd: Shutdown sanitizer without cancellation2017-07-12T10:17:58+00:00dimitri staessensdimitri.staessens@ugent.be2017-07-12T10:16:34+00:00urn:sha1:eaa2dff945366ed43b28fb1ae8e5c10ce95d9964lib, ipcpd, irmd: Add full-fledged QoS2017-06-21T10:21:54+00:00Sander Vrijderssander.vrijders@ugent.be2017-06-21T09:50:19+00:00urn:sha1:806629e64e8231d0c57a80d3b6584094cd6c89bd
This adds more Quality of Service support to Ouroboros. One part is
the network specific characteristics such as bandwidth, delay, ...
The other part is end-to-end QoS like reliability, window based flow
control, ...