<div dir="ltr"><i>> There are 84 dupe v4 and 51 dupe v6, so we'll fix the data and add the constraint.</i><div><br></div><div>That constraint can be a problem.</div><div><br></div><div>Example: </div><div>Network ABC is given an IP by an IX and updates PeeringDB. Later on, Network ABC leaves the IX, or goes out of business, or stops caring about peering. Their PeeringDB entry stays up. The IX decides to give the IP to new network XYZ. Now the new network cannot put it into PeeringDB, as the old entry is still sitting with Network ABC.</div><div><br></div><div>Happened to me in the past. Got around it by adding a space at the end of the IP (had to remember to strip out the space when processing data from PeeringDB).</div><div><br></div><div>If we add the constraint, does the resolution become reaching out to PeeringDB support and waiting for admin to sort it?</div><div><br></div><div>Best,<br>Chris</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 4, 2016 at 2:18 PM, 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"><p dir="ltr">From looking through the code, this was never implemented in v2, we can't think of any technical reasons so it was likely just my screw up while migrating the database. There are 84 dupe v4 and 51 dupe v6, so we'll fix the data and add the constraint.</p>
<p dir="ltr">The deploy automation needs updating from switching hosts before, but we'll get this out ASAP.</p>
<div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Oct 4, 2016 3:28 PM, "Arnold Nipper" <<a href="mailto:arnold.nipper@de-cix.net" target="_blank">arnold.nipper@de-cix.net</a>> wrote:<br type="attribution"></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">On 04.10.2016 18:53, James Bensley wrote:<br>
> On 13 September 2016 at 11:00, Stefan Pratter <<a href="mailto:stefan@20c.com" target="_blank">stefan@20c.com</a>> wrote:<br>
>> Hi,<br>
>><br>
>> Thank you for bringing this to our attention, i have opened a github ticket<br>
>> for it here:<br>
>><br>
>> <a href="https://github.com/peeringdb/peeringdb/issues/68" rel="noreferrer" target="_blank">https://github.com/peeringdb/p<wbr>eeringdb/issues/68</a><br>
>><br>
>> Stefan<br>
><br>
><br>
> Whilst playing the the PDB API some more I have found another "issue".<br>
> It's not an issue with the API as such but perhaps a feature request;<br>
> there seems to be no duplication detection.<br>
><br>
> I was trying to automate some stuff at this IX: <a href="https://www.peeringdb.com/ix/745" rel="noreferrer" target="_blank">https://www.peeringdb.com/ix/7<wbr>45</a><br>
><br>
> If you look there are two peers listed at that exchange with the same<br>
> IPv4 address (AS 8468 and AS 60688, both with IP 195.66.246.11). This<br>
> kind of thing should be easily detectable. Any scope for this sort of<br>
> function to be added, where the AS number and company are different<br>
> there shouldn't be a matching IP, the IP can only be announced by one<br>
> AS number at an exchange.<br>
><br>
<br>
Woow ... how could this happen? Afaik it is not possible to add an IP<br>
twice or even more often.<br>
<br>
Thanks for spotting. We will follow up with LINX to sort out the issue.<br>
<br>
<br>
Arnold<br>
--<br>
Arnold Nipper<br>
Chief Technology Evangelist and Co-Founder<br>
<br>
DE-CIX Management GmbH | Lindleystrasse 12 | 60314 Frankfurt am Main |<br>
Germany | <a href="http://www.de-cix.net" rel="noreferrer" target="_blank">www.de-cix.net</a> | Phone <a href="tel:%2B49%2069%201730902%2022" value="+4969173090222" target="_blank">+49 69 1730902 22</a> |<br>
Mobile <a href="tel:%2B49%20172%202650958" value="+491722650958" target="_blank">+49 172 2650958</a> | Fax <a href="tel:%2B49%2069%204056%202716" value="+496940562716" target="_blank">+49 69 4056 2716</a> |<br>
<a href="mailto:arnold.nipper@de-cix.net" target="_blank">arnold.nipper@de-cix.net</a> | Geschaeftsfuehrer Harald A. Summa |<br>
Registergericht AG Koeln HRB 51135<br>
<br>
<br></div></div><span class="">______________________________<wbr>_________________<br>
Pdb-tech mailing list<br>
<a href="mailto:Pdb-tech@lists.peeringdb.com" target="_blank">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<wbr>-bin/mailman/listinfo/pdb-tech</a><br>
<br></span></blockquote></div></div>
<br>______________________________<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></blockquote></div>
</div></div>