| 1 | gvpe NEWS |
1 | GVPE NEWS |
|
|
2 | |
|
|
3 | 2.2 Mon Sep 1 06:28:09 CEST 2008 |
|
|
4 | - protocol version 0.1, compatible with older releases, |
|
|
5 | but upgrade is recommended to due changed ondemand behaviour. |
|
|
6 | - new per-node options max-ttl and max-queue. |
|
|
7 | - convert from iom.C to libev, a high-performance event loop |
|
|
8 | (http://software.schmorp.de/pkg/libev). |
|
|
9 | - tcp connections were leaking in some cases. |
|
|
10 | - retry more aggressively (once/s) to establish a connection if |
|
|
11 | new packets arrive for it. |
|
|
12 | - save a lot of setsockopt calls when the tos doesn't change. |
|
|
13 | - honor disabled even on initial connect attempt. |
|
|
14 | - changed callback mechanism to be slightly less portable |
|
|
15 | but more efficient mechanism (standards-compliant c++ compilers |
|
|
16 | should work). |
|
|
17 | - increased receive window positive size, to allow for massive |
|
|
18 | packet loss due to occasional longer drop-outs. |
|
|
19 | - send RST when a positive window size violation is detected, but |
|
|
20 | not in other cases, to reconnect more quickly. |
|
|
21 | - upgraded liblzf to version 3.4. |
|
|
22 | - dropped -fno-exceptions due to ev++.h using it. |
|
|
23 | - node-up/down scripts are now run in sequence. |
|
|
24 | - new -q switch for gvpectrl, for when you run it often. |
|
|
25 | - work around the horribly inconsistent, ad-hoc, ever-changing |
|
|
26 | and broken texinfo syntax. YMMV. avoid texinfo. |
|
|
27 | - keepalive is more aggressive now, sensding ping's every 3 seconds |
|
|
28 | and killing the conenction after 15 seconds. |
|
|
29 | - bugfixes. |
| 2 | |
30 | |
| 3 | 2.01 Thu Mar 29 19:26:04 CEST 2007 |
31 | 2.01 Thu Mar 29 19:26:04 CEST 2007 |
| 4 | - protocol version 0.1, compatible with older releases. |
32 | - protocol version 0.1, compatible with older releases. |
| 5 | - bugfix of callback.h, might have cause callback return values to |
33 | - bugfix of callback.h, might have cause callback return values to |
| 6 | be corrupted on architectures like sparc before. |
34 | be corrupted on architectures like sparc before. |
