All documentation for IXP Manager is linked in the support menu above. There is also a page linked there for presentations and talks which should be quiet useful.
All bugs should be filed on the GitHub Issues page. It is vitally important that you file a detailed bug report with steps on how to reproduce the issue. One line / vague bug reports are likely to be closed without investigation.
The ideal feature request comes with code via a pull request. This (or commercial support) is the most probable way to get a feature into IXP Manager! Feel free to file feature requests as an issue and tag it as such.
We will give all feature requests a fair hearing and due consideration. But, those that we are unlikely to implement pro bono or those that do not align with the core purpose of IXP Manager may be closed or moved to a feature request file so as not to clog up the issue tracker.
INEX promotes a "Support, out in the open" model. When support issues crop up, we invite people to send them to the firstname.lastname@example.org mailing list where a member of the community can answer them. When this model is used, search engines pick up relevant query terms, everybody learns about the application and the developers can see what's important to the community. This allows all members of the community to benefit.
Alternatively if the problem is a repeatable bug, this can be reported on the IXP Manager issue tracker on Github where it can be triaged by our dev team.
INEX doesn't offer free private technical support. This means that if you email one of the development team directly, we will politely suggest that you send your question to the mailing list.