<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 5 November 2016 at 10:42, Job Snijders <span dir="ltr"><<a href="mailto:job@instituut.net" target="_blank">job@instituut.net</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<no hats><br></blockquote><div><br></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​Awww, I like a good hat.​</div></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I recommend you remove the 'cheap gimmick' parts and make it look more<br>
like a boring business tool with appropiate domain name and<br>
documentation style. That will help bring the actual novel and<br>
intriguing parts of the engine into focal point.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​Ordinarily I'd completely agree. The idea behind the ​approach was to raise awareness of the project and get it as widely spread as possible. The name "Pinder" is a lot more eye catching than "peering communication streamlining tooling" or similar. Now that the issue is more widely known, it may come back to bite me for doing so... However, I in no way expect PeeringDB to keep up with the silliness I brought about during the "marketing" of our project ;)</div></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I know some people are working on YANG modeling for peering interactions<br>
on the layer-8 level, I can see a the pinder approach as viable too. I<br>
do not know where these things belong yet and what PeeringDB's role in<br>
it will be. For now I view this as a social experiment, fair? :-)<br></blockquote><div><br></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;display:inline">​I've not come across that, but we use a YANGy/OpenConfigy style interface internally. I'd not considered it for something like this precisely because I think the barrier to entry needs to be as low as humanly possible so that networks new to peering, and those that do not have the resources to commit to a fully automated solution are able (and encouraged) to use the system.</div></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;display:inline"><br></div></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;display:inline">It is for sure a social experiment. A mighty successful one if I might be so bold... I realise this isn't going to be a live feature in PeeringDB (or alternative solution) in the next couple of weeks, but I'd like to think that with the conversation started that PeeringDB would be considered a natural fit for this tooling... Or at least if the board do not decide to pursue it then someone seeks to take the idea and run with it.</div></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;display:inline"><br></div></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;display:inline">I think it's safe to say that "Pinder" as a project is conceptual only -- there's some fantastic demonstrations of integration in there, but a real implementation needs some substantial pondering before being taken forward. I am more than willing to help out, and I'll take a more "mature" approach to guerrilla marketing if that's what you'd prefer ;)</div></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;display:inline"><br></div></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;display:inline">M​</div> </div></div></div></div>