<div dir="ltr">Removing the stale info from a departing IX Member is key for the new IX Member assigned to the IP in peeringdb.<div><br></div><div>Not to mention how many times Peering leads write to defunct networks without knowing it...</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 22, 2015 at 6:52 AM, 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">* Will Hargrave <<a href="mailto:will@harg.net">will@harg.net</a>> [150622 11:03 +0100]:<br>
<span class="">> > The current plan is we'll use the schema at<br>
> > <a href="https://github.com/euro-ix/json-schemas" rel="noreferrer" target="_blank">https://github.com/euro-ix/json-schemas</a> to import IX members as they<br>
> > change, but will keep it internal until a peer either sets a global<br>
> > "allow IXes to publish my membership" flag, or approves them<br>
> > individually. This will definitely be phase two after the rollout.<br>
> ><br>
> > Comments?<br>
><br>
> +1 - This is something we’ve wanted for a while. I expect most<br>
>   networks would just tick this box and get on with life. Our biggest<br>
>   problem with pdb from an ixp perspective is the trash people put in<br>
>   the ‘IP address’ field.<br>
</span>That's the plan, we'll also be putting in validation for IPs entered so<br>
they're within the public IX blocks, which should eliminate most of the<br>
garbage.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<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/cgi-bin/mailman/listinfo/pdb-tech</a><br>
</div></div></blockquote></div><br></div>