<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Feb 18, 2014 at 11:49 PM, Richard A. O'Keefe <span dir="ltr"><<a href="mailto:ok@cs.otago.ac.nz" target="_blank">ok@cs.otago.ac.nz</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">> On Tue, Feb 18, 2014 at 9:11 AM, Vlad Dumitrescu <<a href="mailto:vladdu55@gmail.com">vladdu55@gmail.com</a>> wrote:<br>


</div><div class="">> One thought about this: there are several levels of modularity that could be enabled, but as a first step I think that what could be separated are the telecom-specific libraries (asn1, cos*, megaco, diameter). Snmp is on the fence.<br>


<br>
</div>What makes you think ASN.1 is telecom-specific?<br></blockquote><div> </div><div>Sorry, it was just a reflection of me spending too many years in the telecomi industry :-) The orber support isn't specific to it either. The right word would have been "enterprise-y".</div>

<div><br></div><div>regards,</div><div>/Vlad</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote></div></div></div>