ouroboros/src/ipcpd/normal/frct.h, branch 0.4 Ouroboros main repository http://www.ouroboros.rocks/cgit/ouroboros/atom?h=0.4 2017-01-09T15:09:07Z build: Update licenses and copyright 2017-01-09T15:09:07Z dimitri staessens dimitri.staessens@intec.ugent.be 2017-01-09T15:09:07Z urn:sha1:7687ba45fca7a7f139d880d39a51c9e741fb25ea Copyright is set to 2016 - 2017. License text on includes and sources in the library are changed to indicate the LGPLv2.1 license. ipcpd: Use qoscube_t instead of enum qos_cube 2016-12-27T15:44:31Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-12-27T15:44:31Z urn:sha1:7a286471720aca037ea001f052630c16044198ee ouroboros: Correct license statements 2016-12-24T12:50:00Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-12-24T00:59:42Z urn:sha1:2fe765020769c8eb06ca410b7e289f37508d5efc This corrects the license statements on all files. Installed headers are LGPLv2.1, the rest of the code is GPLv2. ipcpd: normal: Provide directory for registered names 2016-12-02T16:45:24Z Sander Vrijders sander.vrijders@intec.ugent.be 2016-12-02T14:22:52Z urn:sha1:85b3822a4cc121dcb3d87937c2a44395d8887ae3 This adds a directory to the normal IPCP that maps names on IPCP addresses. build: Compile with strict conversion 2016-10-22T11:27:02Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-10-21T18:13:41Z urn:sha1:3cafbf3cfe5c58a6988dbfc4c29148ebb804f5c2 This has the code checked with -Wcast-qual and -Wconversion flags. These flags were removed because SWIG generated code fails. ipcpd: normal: Improve upon the internal design 2016-10-12T12:54:18Z Sander Vrijders sander.vrijders@intec.ugent.be 2016-10-12T12:54:18Z urn:sha1:43e2f332770007a3fcea011ffb35e8fbb24a6205 This commit will remove the RMT component from the normal IPCP, as some of its functionality would else be duplicated in the FMGR. Now all reading from flows, either N-1 or N+1 is done in the FMGR, then either passed to the FRCT or a lookup is performed in the PFF (not there yet) and the PDU is forwarded. ipcpd: normal: First version of the fast path bootstrap 2016-10-11T14:15:33Z Sander Vrijders sander.vrijders@intec.ugent.be 2016-10-08T17:42:51Z urn:sha1:69ef99bb2dc05337e8189acc42dc9122f4182ead This is the first version of the fast path bootstrap in the normal IPCP. It sets up a connection with the other end, and creates the appropriate data structures. N+1 and N-1 SDUs are read and written and passed through the right components. lib, ipcp: Revise fast path and flow interfaces 2016-10-04T13:16:00Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-09-18T04:27:43Z urn:sha1:c96efb13edfaf9b2f2c626bd2a5d5d5afd38155f IPCPs can now use ap_init() to initialize the memory. All flows are accessed using flow descriptors, this greatly simplifies IPCP development. Reverts the fast path to a single ap_rbuff per process. Splits lib/ipcp into irmd/ipcp and lib/ipcp-dev. Adds a lib/shim-dev holding tailored functions for shims. Moves the buffer_t to utils.h. Fixes the shim-eth-llc length field. Removes the flow from shared.h. Fixes #4 Fixes #5 ipcpd: normal: Add operations to get and set the PCI 2016-09-07T11:58:21Z Sander Vrijders sander.vrijders@intec.ugent.be 2016-09-06T08:29:02Z urn:sha1:2cf4f88fc8b957c15ae93a2eb3e56ebdb07a0381 This adds the operations needed in the normal IPCP to get and set the Protocol Control Information. It allows to allocate or release space in the current DU. The struct pci can be serialized into newly allocate space. Vice versa, a struct pci can be deserialized given a DU. It allows for decreasing the TTL in the DU and for calculating the CRC32. The TTL and CRC32 can now be selected when creating a new DIF. ipcpd: normal: Add initial steps for N+1 flow allocation 2016-08-23T20:40:01Z Sander Vrijders sander.vrijders@intec.ugent.be 2016-08-22T09:13:31Z urn:sha1:bb0a01dbb52cb0a02ce684b6fef3ec85e6c1918a This adds the initial framework for flow allocation between two N+1 endpoints. The FMGR will receive flow allocation requests and will create a connection as a result, addressed to the right address, it will also pass a flow allocation message to this address. Upon receipt on the other side, the FMGR will be receive a flow allocation message and a pointer to a new connection. The FMGR can then accept or destroy the connection. This commit also introduces the RMT function, which is needed by the FRCT to forward its SDUs on the right file descriptor.