summaryrefslogtreecommitdiff
path: root/src/ipcpd
Commit message (Collapse)AuthorAgeFilesLines
...
* ipcpd: Add registration to DNS serverSander Vrijders2016-04-272-19/+120
| | | | | This adds support for adding the application name to a BIND DNS server through the nsupdate utility.
* lib: client-side flow allocationdimitri staessens2016-04-272-4/+12
| | | | | flow allocation now propagates on the client side up to the IPCP. added UNKNOWN_AP and UNKNOWN_AE definitions to dev.h
* ipcpd: Hide IRMd messages and fix formattingSander Vrijders2016-04-273-64/+40
| | | | | This abstracts away the IRMd messages by calling the functions from ipcp.h in the ouroboros library. It also fixes some formatting issues.
* ipcpd: Fix shim-udp-testSander Vrijders2016-04-271-2/+2
| | | | | This fixes the shim-udp-test, which was using a non null-terminated string, which caused it to fail on some systems.
* shim-udp: resolve dst_name using DNSdimitri staessens2016-04-263-20/+37
| | | | | | This commits adds the gethostbyname call to resolve the dst_name for a flow allocation using DNS. The DNS server should be specified using the method mandated by the system (e.g. added to /etc/resolv.conf).
* lib: instance ID's are now set to the process PIDdimitri staessens2016-04-265-32/+23
| | | | | | | | All instance-id's in ouroboros will be set by the system to the pid of the process associated with this application process instance. This means that the user has no way to choose the instance id's. Function calls that assumed manually defined instance id's have been replaced throughout the system.
* irmd/shim-udp: formatting fixesdimitri staessens2016-04-251-12/+12
|
* irmd: reg/unreg whatevercast namesdimitri staessens2016-04-226-120/+51
| | | | | | | | | | | | Unregistering ap's now works. An AP now registers/unregisters its AP-I by sending its AP name and its pid to the IRMd. The IPCPs register whatevercast names. An AP name is currently mapped on a whatevercast name represented by the same string literal. The IRMd allows registration of only one AP-I per AP. A Name Space Management system is needed in the processing system so we can resolve this completely. Changing the stack to register whatevercast names required some changes all over the ipcpd implemented and in the library.
* ipcpd: fixes comments on 18c5da3dimitri staessens2016-04-211-7/+7
|
* irmd: application registrationdimitri staessens2016-04-211-8/+4
| | | | | | Initial code for application registration. Specifying "*" will (for now) register with the first IPCP available in the system. Modified the echo server not to barf messages on failed accept()
* ipdpd: shim UDP: listen to incoming SDUsdimitri staessens2016-04-201-28/+74
| | | | | | The shim UDP will listen to incoming SDU's for a flow. If the flow is FLOW_PENDING, it will set it to FLOW_ALLOCATED on the reception of the first SDU, and connect() to set the destination server_host:sp.
* ipdpd: defined ANONYMOUS_AP namedimitri staessens2016-04-202-23/+11
| | | | fixes comments on 38c4169 (memleaks)
* shim-udp: flow allocation addeddimitri staessens2016-04-194-17/+319
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This implements the API for flow allocation. The shims currently does the following. The shim IPCP binds to an interface (IP address) and listens for flow allocation requests on UDP port 0x0D1F (3359), referenced as the listen port (lp). It will treat any datagram received on lp as a flow allocation request. Upon receiving an allocation request IRM_MSG_CODE__IPCP_FLOW_ALLOC from the IRMd, the shim IPCP will bind a UDP socket to a port (cp) allocated by the host OS. From that port it will send a UDP packet containing the destination ap_name to server_host:lp and wait for a response. Upon reception of a packet on server_host:lp, the shim_IPCP creates a UDP socket for the flow with a port set by the host os (sp), binds to it and echoes the received datagram back from server_host:sp to client_host:cp. It will also notify the IRMd of an incoming flow allocation request IRM_MSG_CODE__IPCP_FLOW_REQ_ARR, with as src_ap_name ("John Day"). It will get the port_id as a return value of that message and create a flow with status FLOW_PENDING with that port_id. If the server responds negatively to the flow allocation request (i.e. the shim IPCP on the server side receives a IRM_MSG_CODE__IPCP_FLOW_ALLOC_RESPONSE with a response != 0, it will delete the pending flow. If response == 0, it will set the status to FLOW_ALLOCATED. On the client machine the IPCP will learn sp upon reception of the echoed datagram. It will then create a flow with the port_id it received with the message from the IRMd and set it to ALLOCATED. Pending implementation: DNS support, this PR only supports local flows on the loopback adapter 127.0.0.1. A thread to listen for the echoed message, to avoid the entire IPCP to block when the echoed message is lost. This PR compiles but is untested pending necessary implementations elsewhere in the stack.
* lib: moved flow header and source to ipcpddimitri staessens2016-04-196-3/+153
|
* ipcpd: alignment fixes in ipcp-ops.hdimitri staessens2016-04-191-4/+4
|
* ipcpd: added checksdimitri staessens2016-04-193-19/+62
| | | | | added missing NULL checks common argument check function for ipcps
* ipcpd: alignment fixes in ipcp-ops.hdimitri staessens2016-04-191-6/+6
|
* ipcpd: initial IPC processesdimitri staessens2016-04-1817-25/+1399
| | | | | | | | | | | Basic functions for implementation of IPC processes, and implementation of core functions of the shim IPCP over UDP. Updates to the build system to compile these IPC processes, as well as some fixes in the irmd (rudimentary capturing exit signals) and some fixes in the library, mainly relating to the messaging. Basic implementation of creation / bootstrapping / deletion of the shim UDP. Placeholders for other functions.
* ipcpd: added shm_pci_t to manipulate PCI in shmdimitri staessens2016-03-253-0/+190
| | | | | Provides access to the members of the PCI for shm_du_buffs stored in the shared memory ringbuffer.
* lib/ipcpd: fixed logging mistakedimitri staessens2016-03-252-3/+4
| | | | logs should be included in source, not in header
* irmd, lib: Create and destroy IPC ProcessesSander Vrijders2016-03-151-0/+5
| | | | | | This adds the functionality to create and destroy IPCPs. Upon creation a new process is forked and execve'd. Upon destruction the IPCP is destroyed by killing it with SIGTERM.
* build: Add check target, fix packagingSander Vrijders2016-03-072-1/+23
| | | | | | | | | This adds a build target 'check', which executes a test suite for every daemon/library. Every test suite consists of a test driver that executes a function in a file with the same name as the function. The compile_debug script executes the 'check' target to validate there are no regressions. Packaging is also fixed and the prototype can be shipped as a tarball.
* build: Move debugging switch to correct CMakeListsSander Vrijders2016-03-031-0/+5
| | | | | | This moves the debugging switch down to the CMakeList associated with every program or library. It allows to build apps individually with debugging info on or off.
* ipcpd: Added dt_const.hDimitri Staessens2016-02-261-0/+44
| | | | | forgot to add the dt_const.h file in my previous commits. this completes the pull request
* ipcpd: Fixes in pci.cDimitri Staessens2016-02-261-13/+15
| | | | | HEAD_SIZE and TAIL_SIZE renamed PCI_HEAD_SIZE and PCI_TAIL_SIZE broke up a mixed definition and assignment
* ipcp: Addresses comments on 62eba34Dimitri Staessens2016-02-262-29/+22
|
* ipcp: PCI structureDimitri Staessens2016-02-263-56/+106
| | | | | | | | | ipcpd/dt_const.h: ipcp-internal datastructures for dtp and dip constants ipcpd/pci.h : header for pci structure ipcpd/pci.c : pci structure ipcpd : updated makefile commit not fully tested yet
* ipcps: initial code for pci structureDimitri Staessens2016-02-262-0/+143
|
* src: Rename daemons and add tools folderSander Vrijders2016-02-222-0/+26
This renames the daemons to end with a 'd', as is common for UNIX daemons. It also adds a tools folder, that will hold the tools of the Ouroboros prototype. Examples are a simple echo application, an application to instruct the IRM ...