<div dir="ltr"><div class="gmail_default" style="font-family:georgia,serif">Hi guys, </div><div class="gmail_default" style="font-family:georgia,serif"><br></div><div class="gmail_default" style="font-family:georgia,serif">I will do my project about some other topic.</div><div class="gmail_default" style="font-family:georgia,serif">But it has been nice to find this project so I will gladly work in making OpenGGSN code better.</div><div class="gmail_default" style="font-family:georgia,serif"><br></div><div class="gmail_default" style="font-family:georgia,serif">I will come back with my findings and plan.</div><div class="gmail_default" style="font-family:georgia,serif"><br></div><div class="gmail_default" style="font-family:georgia,serif">Regards,</div><div class="gmail_default" style="font-family:georgia,serif">Manuel</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-03-22 16:12 GMT+01:00 Neels Hofmeyr <span dir="ltr"><<a href="mailto:nhofmeyr@sysmocom.de" target="_blank">nhofmeyr@sysmocom.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Mar 21, 2016 at 04:00:14PM +0100, Manuel José Muñoz Calero wrote:<br>
> I am evaluating these days the possibility to do something interesting<br>
> which could be used as my project and also to put my bit for the OpenGGSN<br>
> project.<br>
<br>
</span>Well, my opinion is that OpenGGSN has fairly bad code structuring. It has<br>
heavy use of code duplication and the code layers aren't separated well<br>
(e.g. I can't use libgtp to decode messages without also using its tx/rx).<br>
<br>
So a proper audit and spring cleaning might be a nice project, if not<br>
necessarily super exciting, at least it is well defined in that OpenGGSN<br>
should not (or hardly) change behavior while making the code safer /<br>
easier to maintain / more versatile to re-use. You could analyse the code<br>
structures and/or security holes, academically argue why they are bad and<br>
come up with improvements, while using and/or writing tests to ensure<br>
correctness. If you know your stuff, all OpenGGSN users would arguably<br>
benefit from that.<br>
<br>
I'd like to do that if I had the time, but that will probably never be the<br>
case. I'm too busy writing new bugs for 3G :P<br>
<br>
That's just my sixpence -- good speed for your project, whichever you<br>
chose! :)<br>
<span class="HOEnZb"><font color="#888888"><br>
~Neels<br>
<br>
</font></span></blockquote></div><br></div>