Commit Graph

86 Commits

Author SHA1 Message Date
Cort Buffington
7340309638 Fixed RCM Names 2014-05-18 15:30:11 -05:00
Cort Buffington
d6fafd256a RCM Updates 2014-05-18 15:28:27 -05:00
Cort Buffington
56c66dba5a VERSION 0.2 RELEASE
“Official” 0.2 version. Now has Master support, graceful shutdown, and
a number of stability improvements.
2014-05-17 20:01:26 -05:00
Cort Buffington
d6c22c4721 Graceful Shutdown & De-Reg. Handling 2014-05-17 13:18:45 -05:00
Cort Buffington
ee96c6752e MASTER: Peer List Broadcast Added 2014-05-17 10:53:27 -05:00
Cort Buffington
0be40df13b Master Sup.: Peer List Dist. Added 2014-05-17 10:40:19 -05:00
Cort Buffington
47a2b7db13 Normalized Naming Conventions for peer/peerid 2014-05-16 10:20:21 -05:00
Cort Buffington
e223b26a99 Master Support Useable! 2014-05-16 09:02:45 -05:00
Cort Buffington
b5ce0edbae Master Support/Normalization 2014-05-15 22:21:54 -05:00
Cort Buffington
68d52ee976 Master Support Cleanup
Also fixed lack of decoding of some hex strings in debug logging
function calls.
2014-05-15 17:17:54 -05:00
Cort Buffington
8cbf6c678f MASTER SUPPORT WORKING
Needs cleaned up, don’t count on it to be perfect, how to configure it
isn’t yet documented (or very clean). BUT – it works!
2014-05-14 21:42:31 -05:00
Cort Buffington
bbe299fc60 MASTER SUPPORT WORKING
Master support now works – not very well tested, don’t count on it to
be perfect. Also, configuration for a master isn’t yet documented.
2014-05-14 21:41:20 -05:00
Cort Buffington
8d451abebc Work on Master Support 2014-05-14 20:58:58 -05:00
Cort Buffington
f915131a23 Master Support Partially Working 2014-05-14 19:44:26 -05:00
Cort Buffington
9835c3f317 Master Support 2014-05-14 14:19:31 -05:00
Cort Buffington
134a34f22e Work on Master Support 2014-05-14 14:18:33 -05:00
Cort Buffington
9accbafe68 Work on Master Support 2014-05-13 11:18:44 -05:00
Cort Buffington
10c5c0c1ac Work on Master Support 2014-05-12 21:18:04 -05:00
Cort Buffington
bba5d42511 Work on Master support 2014-05-08 08:39:41 -05:00
Cort Buffington
182fe4f93b Work on Master Support 2014-05-08 08:29:57 -05:00
Cort Buffington
70127c021f Beginning Master Support 2014-05-07 20:03:03 -05:00
Cort Buffington
4cbabc48aa Trim Superfluous Code 2014-04-29 22:00:38 -05:00
Cort Buffington
80114833b1 Update Copyright 2014-04-28 22:07:34 -05:00
Cort Buffington
8cad9ee839 Update Copyright 2014-04-28 22:05:31 -05:00
Cort Buffington
43e11ea19a Removed Class & Inheritance for Unauth IPSCs
Previously, an unauthenticated network used a different class that
subclassed IPSC and overrode the the three functions that affect
authentication. Now, during class instantiation ( with __init__ ), the
set of functions are “aliased” depending on whether or not the IPSC’s
auth flag is set in dmrlink.cfg
2014-04-28 21:42:48 -05:00
Cort Buffington
45455322ce Easier config, just use integer string, no hex coding 2014-04-24 21:57:38 -05:00
Cort Buffington
dbe69bb15e keep-alive packet logging set for debug level 2014-01-21 10:49:13 -06:00
Cort Buffington
620d013e92 Added debug logging for keep-alives 2014-01-21 10:40:52 -06:00
Cort Buffington
98300901cc cfg file note added 2014-01-03 15:03:41 -06:00
Cort Buffington
874b11db7b Daemon Support
Shebangs added to all files expected to be executed, command line
argument for configuration file added (otherwise, it looks for
dmrlink.cfg in the same directory as dmrlink.py) - this divorces it
from the last ties to a shell environment… or at least I think.
2014-01-03 15:01:43 -06:00
Cort Buffington
97246370c5 Official Version V0.1 Release 2014-01-02 11:16:23 -06:00
Cort Buffington
6b4fa3b479 Configuraiton Clean-up 2013-12-22 16:16:10 -06:00
Cort Buffington
b461bc9240 Imported Logger - more config items 2013-12-15 09:45:39 -06:00
Cort Buffington
53d7472fa6 See Detailed Description
Made some changes to better stabilize where dmrlink.py looks for the
csv files… not perfect, but better. Expect more changes.

Have waffled back and forth on how to handle peers we lose contact
with… de-reg for sure, but ignore them, or try forever (until we get a
peer list without them from the master) to re-register with the peer?
Settled on trying forever, but will add code to request a new peer-list
every few hours.
2013-12-13 12:07:18 -06:00
Cort Buffington
878fec4a3e Begin Adding Features to Bridging 2013-12-12 19:59:04 -06:00
Cort Buffington
bf46299a2a re-add accidental deletion. 2013-12-12 18:20:21 -06:00
Cort Buffington
872053d6a5 Continue peer connection improvements 2013-12-12 17:03:00 -06:00
Cort Buffington
f3e2d53d9f Revert to Previous Peer De-registration Behavior
The quandry is what to do with peers that have disappeared for too
long. If we keep trying to re-register, we could be quite busy doing
that for an eternity… but if we de-reg the peer and it comes back in 10
minutes, but, say, never lost the master, we don’t get a peer list for
a LONG time and we don’t get it back then either…. There’s no good
answer right now. Anyone got one?
2013-12-12 16:59:56 -06:00
Cort Buffington
98b12aedd3 Import Simplification
Several imports only imported one function, so I changed them to “from
xxx import yyy”
2013-12-12 16:23:46 -06:00
Cort Buffington
101c627d3f Better Processing of MODE and FLAGS 2013-12-12 16:12:36 -06:00
Cort Buffington
d9cf7c3b8a More MODE and FLAGS additions 2013-12-12 07:50:47 -06:00
Cort Buffington
87260cc56e Peer Flag & Mode Additions 2013-12-12 07:42:56 -06:00
Cort Buffington
bbf5ce5282 See Previous Commit 2013-12-11 20:56:39 -06:00
Cort Buffington
8971bb8aed Added MODE decoding function
Turns out we have to do this in TWO places, when processing the peer
list (or could be peer reg. replies, but I only do it once) AND the
master registration reply. So rather than duplicate the code, I moved
it to a function.
2013-12-11 20:53:55 -06:00
Cort Buffington
8aec3d5078 Fixed the last fix :) 2013-12-11 19:25:19 -06:00
Cort Buffington
d6b948e0d1 Master Mode info (info only) wasn't gathered properly. 2013-12-11 19:10:08 -06:00
Cort Buffington
810e0c8c22 fixed Master information gathering 2013-12-11 19:09:38 -06:00
Cort Buffington
44b3e37142 No real change 2013-12-11 14:50:03 -06:00
Cort Buffington
5b35993159 Change In Peer Processing
Since peers are no-longer de-registered just by missing too many
keep-alives (instead returned to registration phase), there must be a
way to remove a peer that we have in our list(s) that are NOT in new
peer lists from the master. This was added.
2013-12-09 16:48:44 -06:00
Cort Buffington
af7941a484 Code Maturity Clean-Up
moved many of the inline print statements to logger.debug. The code is
solid enough they’re no longer needed.

Also made a couple of minor logic changes:
When a peer misses too-many keep-alives, it doesn’t de-register, it
just goes back to registration attempt until a new peer list is
recieved, or a de-registration is recieved. Also, outstanding
keep-alives are set to 0 when a peer or master exceed max-keep-alives
and return to registration pending.
2013-12-09 16:14:03 -06:00