<div dir="ltr"><div><div>I'm certainly supportive of bringing as many people involved as possible. As Jos mentioned, there's likely some approval processes at many companies that need to happen to release the source for public review.<br><br></div><div>Eric<br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 30, 2016 at 5:21 AM, Delbar Jos <span dir="ltr"><<a href="mailto:Jos.Delbar@technicolor.com" target="_blank">Jos.Delbar@technicolor.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Hauke Mehrtens <<a href="mailto:hauke@hauke-m.de">hauke@hauke-m.de</a>> wrote:<br>
> On 05/27/2016 01:43 AM, Delbar Jos wrote:<br>
</span><span class="">> > At Technicolor we have followed with great interest the recent proposals<br>
> to enhance OpenWrt with an open source solution for TR-069 remote<br>
> management. As one of the world's largest vendors of modems and routers<br>
> for carrier applications, making use of OpenWrt in a significant share of our<br>
> install base, we want to support this initiative in a meaningful way.<br>
> Concretely, we are willing to open source Technicolor's in-house TR-069<br>
> solution and thereby contribute to OpenWrt:<br>
> >  * a TR-069 protocol agent,<br>
> >  * a data model mapping framework that we use to bridge the world of<br>
> > OpenWrt, UCI, UBUS ... with the world of TR-069, TR-098, TR-181 ...<br>
> > (and by extension with the world of SNMP, MIB, NETCONF, YANG ...),<br>
> >  * a set of mappings.<br>
><br>
> That is really nice to hear. For me personally it looks like the remote<br>
> management with TR-069 and similar protocols is one of the biggest<br>
> extensions commercial vendors add to the user space of OpenWrt to make it<br>
> fit their needs.<br>
><br>
> In addition to the TR-* family does this also include support for SNMP, MIB,<br>
> NETCONF, YANG ?<br>
<br>
</span>Our proposal does not include protocol agents for SNMP or NETCONF but it does include a data model mapping framework that can be used to bridge between these protocols' data models MIB and YANG and an OpenWrt environment. If you compare this framework with the slides shown by Felix at the prpl weekly then it's an implementation of the "configuration backend", or if you compare it with the architecture of a NETCONF project like <a href="https://wiki.openwrt.org/inbox/howto/opencpe" rel="noreferrer" target="_blank">https://wiki.openwrt.org/inbox/howto/opencpe</a> then it's an implementation of "mand". (We aren't using mand.)<br>
<span class=""><br>
> That's good to hear, would it also be possible that other interested people<br>
> can join such a workshop?<br>
<br>
</span>The answer is yes as far as I'm concerned.<br>
<span class="HOEnZb"><font color="#888888"><br>
Jos<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
OpenWrt mailing list<br>
<a href="mailto:OpenWrt@lists.prplfoundation.org">OpenWrt@lists.prplfoundation.org</a><br>
<a href="http://lists.prplfoundation.org/cgi-bin/mailman/listinfo/openwrt" rel="noreferrer" target="_blank">http://lists.prplfoundation.org/cgi-bin/mailman/listinfo/openwrt</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Eric Schultz, Community Manager, prpl Foundation<br><a href="http://www.prplfoundation.org" target="_blank">http://www.prplfoundation.org</a><br><a href="mailto:eschultz@prplfoundation.org" target="_blank">eschultz@prplfoundation.org</a><br>cell: 920-539-0404<br>skype: ericschultzwi<br>@EricPrpl</div></div>
</div>