| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
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()
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
fixes comments on 38c4169 (memleaks)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
|
| |
added missing NULL checks
common argument check function for ipcps
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|\
| |
| |
| | |
Dif config now correctly passed to the IPCP
|
| |
| |
| |
| |
| | |
This changes the name of the IPCP types after discussions with
Dimitri.
|
| |
| |
| |
| |
| | |
This updates irm bootstrap so that the parameters from the struct
dif_config can be correctly filled in from the command line.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This adds dif_config to the prototype, in which one is able to specify
the parameters a DIF should have. The bootstrap operation of an IPCP
takes this as parameter and is oblivious to whether it is a shim or a
normal IPCP. The dif_config struct is also correctly serialized and
deserialized and passed opaquely to the correct IPCP. This IPCP is in
charge of deserializing it correctly.
|
|/ |
|
|
|
|
|
| |
Removes name_is_equal. Just using instance_name_cmp is encouraged. It
also removes a wrong initialization in the irm tool.
|
|
|
|
|
|
| |
Did a rename of the struct so that it can hold all data related to an
IPCP in the system. The DIF name an IPCP belongs to is set on
bootstrap and enrolment.
|
|
|
|
| |
This moves strdup to utils to make it globally available.
|
|\ |
|
| |
| |
| |
| |
| |
| | |
This adds the messages that are sent to the IPCPs related to
flows. Some messages are also sent to the IRMd (e.g. when a new flow
arrives).
|
| |\
| | |
| | |
| | | |
lib, irmd: Update communication with IRMd
|
| | |
| | |
| | |
| | |
| | | |
All messages sent to the IRMd now also get a reply back with the
result of the operation.
|
| |\| |
|
| | |
| | |
| | |
| | |
| | | |
fixes wrong check, checks now use lazy evaluation
changed the order of instance_name_cpy to (dst, src)
|
| | |
| | |
| | |
| | |
| | | |
all functions taking a char * ap_name and uint id now take either a
instance_name_t or instance_name_t *
|
| | |
| | |
| | |
| | |
| | | |
FLOW_O_INVALID now defined in terms of conflicting options
bugfix in setopts
|
| | |
| | |
| | |
| | |
| | | |
forgotten return statement
forgotten NULL check
|
| |\| |
|
| | |\ |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
This removes the custom ser/des methods for communicating with the
IPCP daemon and also uses GPB instead.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
IRMd and dev.c now also use GPB instead of our own ser/des. irm_msg
struct has been dropped as well as the methods associated with it.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Removes rina_name_t from that API. Passing ap_name and api_id as
params instead. The IRM tool has been updated accordingly. Some errors
in the build related to protobuf-c have also been resolved.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This adds a cmake file so that the build can ask to generate
protobuf-c files from .proto files. The messages between the IRM and
the library are compiled into the library.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
moved the flow definition to the library and made it public.
thread-safety implemented without compiler checks.
|
| | |/
| |/|
| | |
| | |
| | |
| | |
| | |
| | | |
The flow structure can be used to maintain the status of flows in ipcp
instances. It should probably not be exposed outside ipcpd's.
It has a flag FLOW_MT_SAFE which includes locking in case the IPCP has
a multithreaded implementation that may require it.
|
| |\ \
| | | |
| | | |
| | | | |
ipcpd: added shm_pci_t to manipulate PCI in shm
|
| | |/
| | |
| | |
| | |
| | | |
Provides access to the members of the PCI for shm_du_buffs stored in
the shared memory ringbuffer.
|
|/ / |
|
|/ |
|
|
|
|
| |
logs should be included in source, not in header
|
|
|
|
|
|
|
|
| |
Updated tests. Added code to drop a corner case (packet where the tail
PCI would cross the edge of the ring buffer) because solving this very
rare case is not worth the performance hit on the ringbuffer the extra
code would incur. This means the ringbuffer might drop a very small
percentage of packets.
|
|\ |
|
| |
| |
| |
| |
| |
| | |
This adds several messages for the dev.h API calls to communicate with
the IRM daemon. The deserializing of these messages is still missing
and the irmd hasn't been updated with them either.
|
|\| |
|
| |\
| | |
| | |
| | | |
tools: Simple echo application
|
| | |
| | |
| | |
| | |
| | |
| | | |
This adds a simple echo application written to show application how to
use the API. It also updates the dev.h header file with the insights
gained from performing this excercise.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Got rid of divisions and modulo operations.
Change in the meaning of a #define.
SHM_DU_MAP_SIZE: is now an exponent of 2. Default is 10, allowing
for 1024 blocks in the map.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Elements must be created/destroyed in order, but IPCPs can access PCI
while the PDU is in the ring buffer.
Test updated, no more waits are needed.
|