ouroboros - Ouroboros main repository

	Commit message (Collapse)	Author	Age	Files	Lines
*	ipcpd, normal: Safe handling of CDAP requests	dimitri staessens	2016-08-25	1	-64/+33
\| \| \| \|	Destruction of the object in the reply stage was unsafe.
*	ipcpd: Revised locking	dimitri staessens	2016-08-24	1	-28/+33
\| \| \| \| \| \|	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: Handle enrollment replies	Sander Vrijders	2016-08-19	1	-8/+42
\| \| \| \| \| \| \| \|	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.
*	ipcpd: Add condition variable to IPCP state	Sander Vrijders	2016-08-11	1	-23/+23
\| \| \| \| \| \| \|	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: Allow exchange of static DIF information	Sander Vrijders	2016-08-08	1	-20/+215
\| \| \| \| \| \|	This adds the functionality of exchanging the static DIF information between 2 DIF members. After exchange the enrollment is stopped, and the IPCP that initiated enrollment transitions to the enrolled state.
*	ipcpd: normal: Allow initiating enrollment	Sander Vrijders	2016-08-01	1	-12/+38
\| \| \| \| \| \| \|	This will add more functionality for enrolling two normal IPCPs with each other. Some bugs were fixed in CDAP. Now on enrolling, an IPCP will send a START message to the other IPCP. Next step is syncing the RIBs.
*	ipcpd: normal: Provide initial steps for enrollment	Sander Vrijders	2016-07-27	1	-4/+261
\| \| \| \| \| \|	This provides the normal IPCP with bootstrapping and the initial steps for enrollment. Next step is actually reacting to an enrollment request and sending the data transfer constants.
*	ipcpd: normal: Add main loop to normal IPCP	Sander Vrijders	2016-07-15	1	-2/+2
\| \| \| \| \| \|	This adds the main loop to the normal IPCP, just like it is present in the shim IPCPs. So in essence, the normal IPCP now reacts to all operations from ipcp.h.
*	ipcpd: normal: Establish N-1 management flows	Sander Vrijders	2016-07-14	1	-0/+62
	This adds the intial implementation of establishing management N-1 flows between normal IPCPs. On calling fmgr_mgmt_flow, a management flow will be setup to a certain destination IPCP. After flow allocation, the fd is handed to the RIB manager. The flow manager also listens for incoming flow requests. In case they are management flows, they are handed to the RIB manager, otherwise to the FRCT.