<feed xmlns='http://www.w3.org/2005/Atom'>
<title>ouroboros/src/tools, branch 0.15.0</title>
<subtitle>Ouroboros main repository</subtitle>
<id>http://133.ip-51-38-114.eu/cgit/ouroboros/atom?h=0.15.0</id>
<link rel='self' href='http://133.ip-51-38-114.eu/cgit/ouroboros/atom?h=0.15.0'/>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/'/>
<updated>2019-03-18T10:09:31+00:00</updated>
<entry>
<title>ipcpd: Revise UDP IPCP</title>
<updated>2019-03-18T10:09:31+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri@ouroboros.rocks</email>
</author>
<published>2019-03-16T14:16:21+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=8940fe2cc063d2de8393684ff48efec0e27edc8a'/>
<id>urn:sha1:8940fe2cc063d2de8393684ff48efec0e27edc8a</id>
<content type='text'>
The UDP IPCP now uses a fixed server UDP port (default 3435) for all
communications. This allows passing firewalls more easily since only a
single port needs to be opened. The client port can be fixed as well
if needed (default random). It uses an internal eid, so the MTU of the
UDP layer is reduced by 4 bytes, similar to the Ethernet IPCPs.

Signed-off-by: Dimitri Staessens &lt;dimitri@ouroboros.rocks&gt;
Signed-off-by: Sander Vrijders &lt;sander@ouroboros.rocks&gt;
</content>
</entry>
<entry>
<title>build: Update copyright to 2019</title>
<updated>2019-02-05T08:58:08+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2019-02-04T15:37:21+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=5dd086aa679e3e05d20ef6a19f3fefbe46ffe40e'/>
<id>urn:sha1:5dd086aa679e3e05d20ef6a19f3fefbe46ffe40e</id>
<content type='text'>
Updates the copyright notice in all sources to 2019.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>tools: Allow enrollment with destination IPCP</title>
<updated>2019-01-16T11:10:15+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2019-01-16T10:26:56+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=dee6cbec255c3a8af7f79fd7e401d231a5cbbb93'/>
<id>urn:sha1:dee6cbec255c3a8af7f79fd7e401d231a5cbbb93</id>
<content type='text'>
The irm enroll tool had a semantic to enroll with a layer name, but
this is not checked. Now the enroll command will retrieve the correct
layer name that the IPCP got from the actual enrollment procedure.
The irm enroll now has two string parameters, a dst and a layer, which
cannot be both NULL. If only dst is specified, the IPCP will enroll
with that name; autobind will bind with the layer name. If only layer
is specified, the IPCP will enroll with the layer name, and perform a
check that the layer name retrieved from enrollment is indeed the
layer name before possibly autobinding. If both dst and layer are
specified, the IPCP will enroll with dst and perform a check that the
enrollment was in the expected layer. Basically only specifying the
layer name is a shorthand for dst == layer.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>tools: Rename "normal" to "unicast"</title>
<updated>2019-01-02T15:45:09+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2019-01-01T18:53:00+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=91e69340799866966eb9b7acc63f404424f23dee'/>
<id>urn:sha1:91e69340799866966eb9b7acc63f404424f23dee</id>
<content type='text'>
This renames the normal IPCP to unicast in the irm toolkit.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>include: Add a flow_join operation for broadcast</title>
<updated>2018-12-27T15:08:56+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-12-27T14:42:00+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=9dab3985812e75071271ce69000561156d0d9374'/>
<id>urn:sha1:9dab3985812e75071271ce69000561156d0d9374</id>
<content type='text'>
This adds a new flow_join operaiton for broadcast, which is a much
safer solution than overloading destination name semantics.  The
internal API now also has a different IPCP_FLOW_JOIN operation. The
IRMd doesn't need to query broadcasts IPCPs for the name, it can just
check if an IPCP with the layer name exists. The broadcast IPCP
doesn't need to implement the query proxy call anymore.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>tools: Fix server name argument in oping</title>
<updated>2018-11-30T08:27:14+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-11-29T19:25:32+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=555e0a91ee711599b909857a9aae3ac83310b3fa'/>
<id>urn:sha1:555e0a91ee711599b909857a9aae3ac83310b3fa</id>
<content type='text'>
The --server-name option was mistyped with an underscore in the
argument parser.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>tools: Add IFF_NO_PI flag to ovpn</title>
<updated>2018-10-24T13:13:05+00:00</updated>
<author>
<name>Sander Vrijders</name>
<email>sander.vrijders@ugent.be</email>
</author>
<published>2018-10-24T10:11:30+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=991470de0c7b59c69dd2de8110ba1ddef042a473'/>
<id>urn:sha1:991470de0c7b59c69dd2de8110ba1ddef042a473</id>
<content type='text'>
The flag IFF_NO_PI is needed to make sure that no extra protocol
header is added to the payload that is received on the TUN interface.

Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
</content>
</entry>
<entry>
<title>ipcpd: Add broadcast IPCP</title>
<updated>2018-10-24T09:58:49+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-10-24T08:06:23+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=da60c56365ac13a262ffa6adaba7540c4d914843'/>
<id>urn:sha1:da60c56365ac13a262ffa6adaba7540c4d914843</id>
<content type='text'>
This adds a broadcast IPCP that allows us to easily create multicast
applications. The broadcast IPCP accepts flows for "&lt;layer_name&gt;.mc".
A tool, obc (Ouroboros broadcast), is added that sends and reads a
message to a broadcast layer.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>tools: Add ovpn application</title>
<updated>2018-10-22T14:38:44+00:00</updated>
<author>
<name>Sander Vrijders</name>
<email>sander.vrijders@ugent.be</email>
</author>
<published>2018-10-22T12:52:51+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=e161da9a580152e52a84c5ca31422355307bab42'/>
<id>urn:sha1:e161da9a580152e52a84c5ca31422355307bab42</id>
<content type='text'>
This adds the ovpn application which allows to send TCP/IP traffic
over Ouroboros. This is done by opening a TUN interface and allocating
a flow to another ovpn application so that applications using TCP/IP
can be used over Ouroboros as well.

Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
</content>
</entry>
<entry>
<title>tools: Specify QoS cube for data transfer flows</title>
<updated>2018-10-19T10:24:23+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-10-19T09:38:54+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=619502f7178fef30e726ba57b5a49b61c1c1a276'/>
<id>urn:sha1:619502f7178fef30e726ba57b5a49b61c1c1a276</id>
<content type='text'>
The ipcp connect command can now set a specific qos cube for data
transfer flows. For management flows, the tool ignores this and
defaults to raw until data flows are stable enough.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
</feed>
