Exactly, which was why my first suggestion was "take someone else's tool and modify it to pull the data you want".  OpenNMS, for example, keeps data and configuration in XML.  Not hard to get at if you want it.<div>

<br clear="all">--<br>Christopher Pollock,<br>io Networks Pty Ltd.<div>e. <a href="mailto:chris@ionetworks.com.au" target="_blank">chris@ionetworks.com.au</a><br>p. 1300 1 2 4 8 16</div><div>d. 07 3188 7588</div><div>m. 0410 747 765</div>

<div>skype: christopherpollock</div><div><a href="http://twitter.com/chrisionetworks" target="_blank">twitter.com/chrisionetworks</a></div><div><div><a href="http://www.ionetworks.com.au" target="_blank">http://www.ionetworks.com.au</a><br>

In-house, Outsourced.</div></div><br>
<br><br><div class="gmail_quote">On Fri, Jul 27, 2012 at 7:29 PM, Simon Knight <span dir="ltr"><<a href="mailto:simon.knight@gmail.com" target="_blank">simon.knight@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">> I suppose network configuration is such a wide and varied thing that it's<br>
> difficult to model all useful configuration so it's really up to us to<br>
> decide what we need to capture and model it ourselves.<br>
<br>
</div>There's always going to be custom requirements, but there's also a<br>
strong argument for not reinventing the wheel.<br>
</blockquote></div><br></div>