Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
R
re6stnet
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
2
Issues
2
List
Boards
Labels
Milestones
Merge Requests
4
Merge Requests
4
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
nexedi
re6stnet
Commits
9137b986
Commit
9137b986
authored
Jul 19, 2012
by
Ulysse Beaugnon
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
The distance now include some samples with 100 nodes
parent
716c2580
Changes
4
Show whitespace changes
Inline
Side-by-side
Showing
4 changed files
with
30 additions
and
13 deletions
+30
-13
TODO
TODO
+18
-12
simulation/results/distance.pdf
simulation/results/distance.pdf
+0
-0
simulation/results/distance_final.csv
simulation/results/distance_final.csv
+12
-0
upnpigd.py
upnpigd.py
+0
-1
No files found.
TODO
View file @
9137b986
For Ulysse : useful is spelled with only ONE l and not two.....
+ ALL files should now respect a maximum 80 rows convention
Bugs :
Bugs :
When no peer is avalaible, the setup crash without the --no-boot option
When no peer is avalaible, the setup crash without the --no-boot option
=> see below
G : see below
U : this is still a bug to be solved
To be done :
To be done :
Use an algorithm to choose which connections to keep and/or establish
Use an algorithm to choose which connections to keep and/or establish
instead of pure randomness
instead of pure randomness
Find a name for the project : the projet is ( or should be ) independant
Find a name for the project : the projet is ( or should be ) independant
from vifib, openvpn, babel, and so should the name; btw we aim to build a
from vifib, openvpn, babel, and so should the name; btw we aim to build a
distributed, scalable, resilient VPN.... ( if it helps with the name )
distributed, scalable, resilient VPN.... ( if it helps with the name )
Replace comments at the beginning of functions with docstrings & give all
Replace comments at the beginning of functions with docstrings & give all
fn docstrings
fn docstrings
Use the server events ( client connection/deconnection ) to do something
Use the server events ( client connection/deconnection ) to do something
useful
useful
In peers DB, remove some peers when they are too many of them -> remove the
In peers DB, remove some peers when they are too many of them -> remove the
dead peers
dead peers
Use a timeout for the peersDB -> ?, removing the dead peers should be enough
Use a timeout for the peersDB
G : removing the dead peers should be enough
U : I was speaking of the server peers DB
Specify a lease duration in ForwardViaUPnP
Specify a lease duration in ForwardViaUPnP
Handle LAN internally in order not to have catastrophic results ....
Handle LAN internally in order not to have catastrophic results ....
To be discussed:
To be discussed:
...
@@ -41,18 +48,15 @@ To be discussed:
...
@@ -41,18 +48,15 @@ To be discussed:
doesn't lessen the hello_interval, it only changes how babel estimates
doesn't lessen the hello_interval, it only changes how babel estimates
quality link, and cost.
quality link, and cost.
U : Contact the server using vifibnet and not the underlying network when
possible
G : done by giving the vifibnet address of the server. Anyways, if you give
the 'internet' address of the server, it CANNOT be reached via vifib,
as there isn't yet a border vpn through which the internet traffic
would be routed
U : The peer DB size should depend on the number of connection and the
U : The peer DB size should depend on the number of connection and the
refresh time
refresh time
G : ?! I don't agree, the db size should be proportional ( with a factor
G : ?! I don't agree, the db size should be proportional ( with a factor
like 0.01 or less ) to the total number of peers in the entire network,
like 0.01 or less ) to the total number of peers in the entire network,
with maybe a max size.
with maybe a max size.
U : what we need to do is to keep the randomness. For this, we need a big
enought DB to ensure we can still choose a peer as if it was choosen
directly from the server. The requiered db size can be calculated from
the number of connections and the refresh time.
U : Remove the --no-boot option since we know when no node is avalaible
U : Remove the --no-boot option since we know when no node is avalaible
G : the no-boot option is only useful when the server knows no peer,
G : the no-boot option is only useful when the server knows no peer,
...
@@ -60,6 +64,8 @@ To be discussed:
...
@@ -60,6 +64,8 @@ To be discussed:
U : Ok, but the server knows when no peers is avalaible, doesn't he ?
U : Ok, but the server knows when no peers is avalaible, doesn't he ?
G : Well when no peer is available the SQL request ( + next() method ) raise
G : Well when no peer is available the SQL request ( + next() method ) raise
a StopIteration exception
a StopIteration exception
U : Well, I don't think this is a good thing. When not in debug, a node
cannot now if their is anyone else already connected
G : don't reconnect to server each time we repopulate in peers_db ?
G : don't reconnect to server each time we repopulate in peers_db ?
U : From what I've read on the internet, when you create a server object,
U : From what I've read on the internet, when you create a server object,
...
...
simulation/results/distance.pdf
0 → 100644
View file @
9137b986
File added
simulation/results/distance_final.csv
0 → 100644
View file @
9137b986
n\k 5 10 15 20 25 30 35 40 45 50
100 2.23943 1.81968 1.72034 1.64959 1.58585 1.5284 1.47638 1.42951 1.38698 1.34873
200 2.54961 2.03163 1.86349 1.80903 1.76841 1.73019 1.69445 1.65978 1.6274 1.59595
400 2.8434 2.31081 2.03105 1.92007 1.87984 1.85582 1.83433 1.81342 1.79337 1.77366
800 3.16889 2.57407 2.284 2.08634 1.98312 1.93768 1.91634 1.90273 1.8911 1.87994
1600 3.48318 2.77183 2.54659 2.34084 2.17866 2.06928 2.00456 1.96955 1.95108 1.94038
3200 3.77363 2.96714 2.74252 2.59115 2.44041 2.30543 2.19489 2.1115 2.05266 2.01386
6400 4.09112 3.23114 2.88104 2.77035 2.66669 2.55876 2.45304 2.35494 2.26813 2.1945
12800 4.41052 3.5067 3.0585 2.88684 2.81731 2.74861 2.67506 2.59909 2.52312 2.44937
25600 4.70121 3.7211 3.31816 3.02539 2.91355 2.86583 2.82206 2.77469 2.72421 2.67182
51200 5.01057 3.90563 3.57438 3.25994 3.04296 2.94729 2.90843 2.88037 2.85126 2.81991
102400 5.33644 4.1506 3.76082 3.52155 3.27455 3.0904 2.99015 2.94609 2.92372 2.90565
upnpigd.py
View file @
9137b986
...
@@ -16,4 +16,3 @@ def ForwardViaUPnP(local_port):
...
@@ -16,4 +16,3 @@ def ForwardViaUPnP(local_port):
if
u
.
addportmapping
(
external_port
,
'UDP'
,
u
.
lanaddr
,
local_port
,
'Vifib openvpn server'
,
''
):
if
u
.
addportmapping
(
external_port
,
'UDP'
,
u
.
lanaddr
,
local_port
,
'Vifib openvpn server'
,
''
):
return
(
u
.
externalipaddress
(),
external_port
)
return
(
u
.
externalipaddress
(),
external_port
)
# TODO : specify a lease duration
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment