| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| |
| |
| | |
The state lock was reverted to an rwlock to avoid interference of
management functions with the fast path. IPCPs now close without
calling unsafe functions in the signal handler.
|
|\ \
| | |
| | |
| | | |
ipcpd: normal: Add initial steps for N+1 flow allocation
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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.
|
|\ \ \
| | |/
| |/|
| | | |
irmd: Fix wrong lookup
|
|/ /
| |
| |
| | |
ap_table had no function to look for entries by apn.
|
|\ \
| | |
| | |
| | | |
Various fixes
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
The reg_entry_del_api must be called to correctly set the flow
handling state instead of just clearing the entry from the list.
|
|/ /
| |
| |
| | |
Location-dependent names should be managed by a higher-level NMS.
|
|\ \
| | |
| | |
| | | |
tools: Fix segmentation faults
|
| | |
| | |
| | |
| | |
| | | |
The apis parameter is not set if the IRMd is not running when running
the tool.
|
|\| |
| | |
| | |
| | | |
irmd, ipcp: Unlink file for UNIX sockets
|
|/ / |
|
|\ \
| |/
|/|
| | |
Fix potential memleaks in ipcp.c
|
| | |
|
| | |
|
|\ \
| |/
|/|
| | |
tools: Add missing files
|
|/ |
|
|\
| |
| |
| | |
irmd, lib: Rebuild the IRMd data model
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The complete data model inside the IRMd has been restructured. The
bind operation was revised to allow binding of AP and AP instances and
register those names with different DIFs (see "irm bind" for details).
Server applications require to call ap_init with a server name
argument, client application that do not the be reachable over any DIF
can call ap_init(NULL). Calling ap_init for a client with a specified
name will not have adverse consequences for the application, but will
consume unnecessary resources in the IRMd.
Application servers can now be started at any point after the IRMd has
been started. Starting servers, binding AP names and registering names in
DIFs can be performed in any order that does not defy temporal logic.
Supports naming instances by their pid. In case of IPCP Instances
created with the IRM tool, the name assigned during "irm ipcp create"
can be used.
All the changes required updates in the tools.
|
|\
| |
| |
| | |
ipcpd: normal: Handle enrollment replies
|
|/
|
|
|
|
|
|
| |
This adds a condition variable with a timeout to the CDAP request so
that we can respond correctly to the answer from the remote. It also
adds a timeout to the condition variable waiting on completion of
enrollment. Furthermore, for every CDAP callback a new thread is now
spawned, to avoid deadlocking in case a callback is stuck.
|
|\
| |
| |
| | |
Be swig
|
| |
| |
| |
| |
| |
| |
| | |
Previously it was up to the admin to choose whether or not to enable
DDNS. Now the build just checks if the executables can be found, and
if they are available DDNS functionality is enabled, else it is
disabled.
|
|/
|
|
|
|
| |
This adds SWIG to the build and wraps the Ouroboros library so that it
can be called through Python scripts. If either SWIG or Python cannot
be found, no bindings are generated.
|
|\
| |
| |
| | |
ipcpd: Fix bootstrap with api_bind
|
|/
|
|
|
| |
Calling api_bind during bootstrap caused the IRMd to lock up.
api_bind is now called after the normal completes bootstrapping.
|
|\
| |
| |
| | |
ipcpd: Add condition variable to IPCP state
|
|/
|
|
|
|
|
| |
This adds a condition variable to the IPCP state, so that upon state
changes any listeners to state changes can be notified. It also
replaces the read/write lock with a mutex in order to be able to do
so.
|
|\
| |
| |
| | |
ipcpd: normal: Fix log message
|
| |
| |
| |
| |
| | |
conf->dif_name was not copied from the dif_config gpb message.
Fixes some logs.
|
| | |
|
|\ \
| |/
|/|
| | |
tools: irm: Create IPCP upon enroll if unexisting
|
|/
|
|
|
| |
This will create a new IPCP if enroll is called on a non existing
IPCP. It also fixes two memleaks.
|
|\
| |
| |
| | |
ipcpd: Put correct max SDU length in shim-eth-llc
|
|/
|
|
|
| |
Now the correct max length of an SDU is checked upon writing a frame,
as well as on receiving it.
|
|\
| |
| |
| | |
lib, irmd: Bind AP instances to AP_subsets
|
| |
| |
| |
| |
| |
| |
| | |
This call will allow grouping AP instances of a certain AP together
which are configured identically. Adds the bind operation to dev and
updates the applications to make use of this call. Flow_alloc is now
only called with the pid and doesn't send the apn anymore.
|
|\ \
| | |
| | |
| | | |
ipcpd: Add MSG_DONTWAIT flag to shim-eth-llc
|
|/ /
| |
| |
| |
| |
| | |
This adds the MSG_DONTWAIT flag to the send function of the
shim-eth-llc, when using PF_PACKET. Previously the send would return
only after the frame was sent, resulting in poor performance.
|
|\ \
| |/
|/|
| | |
lib, irmd, ipcp: Add socket timeout
|
|/
|
|
|
|
| |
This will add a timeout to the socket so that a process won't be
blocked by the actions of the process with which it is communicating
over the socket.
|
|\
| |
| |
| | |
irmd: Graceful shutdown
|
| |\
| |/
|/| |
|
|\ \
| | |
| | |
| | | |
ipcp, irmd, lib: Notify IRMd upon IPCP initialization
|
| | |
| | |
| | |
| | |
| | |
| | | |
This will notify the IRMd when the IPCP is initialized and ready to
receive messages. Previously a bootstrap could fail since the IPCP was
not listening to the socket yet.
|
|\ \ \
| | | |
| | | |
| | | | |
Several small fixes and enhancements
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
If the admin tries to bootstrap an IPCP that does not yet exist, it
will first create the IPCP, then bootstrap it since it has all
required information.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
If an IPCP crashes (due to a segfault for instance), it is removed
from the spawned apis list. However, if it was an IPCP it should also
be removed from the IPCPs list, since else on shutdown, the irmd will
try to destroy the IPCP that crashed.
|