<div dir="ltr">Excellent, most appreciated!</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><p style="margin:10px 0px 0px;padding:0px;color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px"><span style="display:inline-block;max-width:100%"><img src="http://www.fastly.com/img/sig.png" style="margin:0px 2px;padding:0px;border:0px;display:block;max-width:calc(100% - 4px)"></span></p><div style="margin:0px;padding:0px;color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px"><div style="margin:0px;padding:0px"><div style="margin:0px;padding:0px"><b>Matthew Walster </b>| Network Engineer</div><div style="margin:0px;padding:0px"><a href="http://fastly.com/" rel="nofollow" style="color:rgb(59,115,175);text-decoration:none" target="_blank">fastly.com</a> | <a href="https://twitter.com/fastly" rel="nofollow" style="color:rgb(59,115,175);text-decoration:none" target="_blank">@fastly</a> | <a href="http://www.linkedin.com/company/fastly" rel="nofollow" style="color:rgb(59,115,175);text-decoration:none" target="_blank">LinkedIn</a></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On 3 November 2016 at 03:08, Matt Griswold <span dir="ltr"><<a href="mailto:grizz@20c.com" target="_blank">grizz@20c.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Top posting since I just skimmed it (but had already looked at your<br>
slide deck from the RIPE emails) and am not addressing specific<br>
points... yet :)<br>
<br>
Nice work - I think it's a good idea and would belong in PeeringDB.<br>
I've brought it up internally for board discussion and we will update<br>
the list after further discussion.<br>
<br>
* Matthew Walster <<a href="mailto:matthew@walster.org">matthew@walster.org</a>> [161101 16:39 +0000]:<br>
<div class="HOEnZb"><div class="h5">> Hey all,<br>
><br>
> The weekend before RIPE73, RIPE NCC held an IXP Tools Hackathon, and<br>
>   an idea we came up with was a system to facilitate peering.<br>
><br>
> It's not a matchmaking service -- you don't get suggested possible<br>
>   peers, you don't submit any sensitive data -- it just facilitates<br>
>   peering.<br>
><br>
> I'm sure you've all received emails from other networks... Perhaps it<br>
>   came from a @<a href="http://gmail.com" rel="noreferrer" target="_blank">gmail.com</a> address, perhaps it just had their IP<br>
>   address at an exchange without telling you which exchange it came<br>
>   from, perhaps this peer is only responsible for a couple of<br>
>   Megabits per second of traffic and the effort required to setup<br>
>   this peer is disproportional to the benefit your network would gain<br>
>   from it.<br>
><br>
> That's why Pinder came around -- Tinder for Peering.<br>
><br>
> The idea is that if there is a desired peering relationship between<br>
>   two networks, and you're happy to just configure some sessions<br>
>   rather than enter into a commercial agreement, Pinder would be the<br>
>   middle man. You would submit the request via either a basic Web UI<br>
>   or an API, the other network would either be notified or<br>
>   periodically check their outstanding requests, and if they are<br>
>   willing to peer, both sides are told to configure a session. Once<br>
>   both sides indicates sessions are configured and established, the<br>
>   request is then deleted (rather than persisting in a database) so<br>
>   as to prevent any data security issues in the future.<br>
><br>
> We knocked up a brief slide deck to explain a little better:<br>
> <a href="http://accel.waffle.sexy/pinder.pdf" rel="noreferrer" target="_blank">http://accel.waffle.sexy/<wbr>pinder.pdf</a><br>
><br>
> Our example code is at: <a href="http://github.com/dotwaffle/pinder" rel="noreferrer" target="_blank">http://github.com/dotwaffle/<wbr>pinder</a><br>
><br>
> A brief description of the project is at: <a href="http://peer.sexy" rel="noreferrer" target="_blank">http://peer.sexy</a><br>
><br>
> I would love it if this could be integrated (probably with entirely<br>
>   new code) into PeeringDB, taking advantage of almost all networks<br>
>   having valid accounts and fairly accurate data on which exchanges<br>
>   they are at.<br>
><br>
> Is this something the PeeringDB board would consider? Is this<br>
>   something networks are interested in seeing from PeeringDB?<br>
>   Certainly on the of the other Hackathon teams (the peerme team,<br>
>   partly from Facebook, who I know have just subscribed to this list<br>
>   to hear this discussion) are interested in integrating with it as<br>
>   soon as possible, rather than providing yet another one-sided crazy<br>
>   web form that prospective peers have to fill out.<br>
><br>
> Here's some discussion points I thought of:<br>
><br>
> 1. Does PeeringDB want to be that facilitator? Does it want to be a<br>
>   third party service?<br>
><br>
> 2. If so, how is authentication/authorisation performed?<br>
><br>
> 3. Also, if it isn't a function provided by PeeringDB, do we want a<br>
>   new field in the ASN record that has an endpoint for a particular<br>
>   protocol (preferably via https rather than on raw TCP) so people<br>
>   can design their own tools against it and the communication becomes<br>
>   decentralised?<br>
><br>
> 4. If it is taken on by PeeringDB, how much metadata wants attaching<br>
>   to the communication? Should it just be "accepted", "rejected",<br>
>   "contact me" as we have suggested, or would a messaging field be<br>
>   appropriate? If that was the case, does that put PeeringDB in an<br>
>   awkward position?<br>
><br>
> 5. If the primary consumable was an API, with a basic Web UI on top<br>
>   for those unwilling to build on top of it, how do we make sure the<br>
>   private data stays private?<br>
><br>
> 6. Assuming PeeringDB was chosen as the "right place" to store this<br>
> project, is this likely to gain any traction anytime soon? Do we need<br>
> volunteers to help implement it? Is this even something that can be<br>
> considered a separate module that perhaps we want to have Open Source<br>
>   from Day One?<br>
><br>
> Anyway, enough waffle from me... I'd be interested in hearing people's<br>
> thoughts.<br>
><br>
> Matthew Walster<br>
<br>
</div></div><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Pdb-tech mailing list<br>
<a href="mailto:Pdb-tech@lists.peeringdb.com">Pdb-tech@lists.peeringdb.com</a><br>
<a href="http://lists.peeringdb.com/cgi-bin/mailman/listinfo/pdb-tech" rel="noreferrer" target="_blank">http://lists.peeringdb.com/<wbr>cgi-bin/mailman/listinfo/pdb-<wbr>tech</a><br>
</div></div></blockquote></div><br></div>