<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"Segoe UI";
panose-1:2 11 5 2 4 2 4 2 2 3;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
line-height:150%;
font-size:11.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
{mso-style-priority:99;
mso-style-link:"Plain Text Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
span.PlainTextChar
{mso-style-name:"Plain Text Char";
mso-style-priority:99;
mso-style-link:"Plain Text";
font-family:"Calibri",sans-serif;}
span.EmailStyle20
{mso-style-type:personal-compose;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-AU" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoPlainText">Thanks Chris,<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">So, for my own sense-making:<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0" width="1032" style="width:774.0pt;margin-left:-.15pt;border-collapse:collapse">
<tbody>
<tr style="height:16.5pt">
<td width="251" valign="bottom" style="width:188.0pt;border:solid windowtext 1.0pt;background:black;padding:0cm 5.4pt 0cm 5.4pt;height:16.5pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<b><span style="color:white;mso-fareast-language:EN-AU">Situation<o:p></o:p></span></b></p>
</td>
<td width="391" nowrap="" style="width:293.0pt;border:solid windowtext 1.0pt;border-left:none;background:#FFC000;padding:0cm 5.4pt 0cm 5.4pt;height:16.5pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<b><span style="font-size:9.0pt;font-family:Consolas;color:black;mso-fareast-language:EN-AU">allow_ixp_update</span></b><b><span style="font-family:"Segoe UI",sans-serif;color:black;mso-fareast-language:EN-AU">: no</span></b><b><span style="font-size:9.0pt;font-family:Consolas;mso-fareast-language:EN-AU"><o:p></o:p></span></b></p>
</td>
<td width="391" nowrap="" style="width:293.0pt;border:solid windowtext 1.0pt;border-left:none;background:#92D050;padding:0cm 5.4pt 0cm 5.4pt;height:16.5pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<b><span style="font-size:9.0pt;font-family:Consolas;color:#24292E;mso-fareast-language:EN-AU">allow_ixp_update</span></b><b><span style="font-family:"Segoe UI",sans-serif;color:#24292E;mso-fareast-language:EN-AU">: yes</span></b><b><span style="font-size:9.0pt;font-family:Consolas;color:#24292E;mso-fareast-language:EN-AU"><o:p></o:p></span></b></p>
</td>
</tr>
<tr style="height:30.0pt">
<td width="251" valign="bottom" style="width:188.0pt;border:solid windowtext 1.0pt;border-top:none;background:#595959;padding:0cm 5.4pt 0cm 5.4pt;height:30.0pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<span style="color:white;mso-fareast-language:EN-AU">Data disagrees (asn, ipaddr4, ipaddr6: 1 or more mismatches.)<o:p></o:p></span></p>
</td>
<td width="391" nowrap="" style="width:293.0pt;border-top:none;border-left:none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;background:#FFC000;padding:0cm 5.4pt 0cm 5.4pt;height:30.0pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<span style="color:black;mso-fareast-language:EN-AU">Manual intervention via DeskPro ticket.</span><span style="mso-fareast-language:EN-AU"><o:p></o:p></span></p>
</td>
<td width="391" nowrap="" style="width:293.0pt;border-top:none;border-left:none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;background:#92D050;padding:0cm 5.4pt 0cm 5.4pt;height:30.0pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<span style="color:black;mso-fareast-language:EN-AU">IXF Importer will update data.<o:p></o:p></span></p>
</td>
</tr>
<tr style="height:15.0pt">
<td width="251" valign="bottom" style="width:188.0pt;border:solid windowtext 1.0pt;border-top:none;background:black;padding:0cm 5.4pt 0cm 5.4pt;height:15.0pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<span style="color:white;mso-fareast-language:EN-AU">Data disagrees (Other items)<o:p></o:p></span></p>
</td>
<td width="391" nowrap="" style="width:293.0pt;border-top:none;border-left:none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;background:#FFC000;padding:0cm 5.4pt 0cm 5.4pt;height:15.0pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<span style="color:black;mso-fareast-language:EN-AU">"Do Nothing"</span><span style="mso-fareast-language:EN-AU"><o:p></o:p></span></p>
</td>
<td width="391" nowrap="" style="width:293.0pt;border-top:none;border-left:none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;background:#92D050;padding:0cm 5.4pt 0cm 5.4pt;height:15.0pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<span style="color:black;mso-fareast-language:EN-AU">IXF Importer will update data.<o:p></o:p></span></p>
</td>
</tr>
<tr style="height:30.0pt">
<td width="251" valign="bottom" style="width:188.0pt;border:solid windowtext 1.0pt;border-top:none;background:#595959;padding:0cm 5.4pt 0cm 5.4pt;height:30.0pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<span style="color:white;mso-fareast-language:EN-AU">Data agrees (asn, ipaddr4, ipaddr6: all match.)<o:p></o:p></span></p>
</td>
<td width="391" nowrap="" style="width:293.0pt;border-top:none;border-left:none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;background:#FFC000;padding:0cm 5.4pt 0cm 5.4pt;height:30.0pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<span style="color:black;mso-fareast-language:EN-AU">"Do Nothing"</span><span style="mso-fareast-language:EN-AU"><o:p></o:p></span></p>
</td>
<td width="391" nowrap="" style="width:293.0pt;border-top:none;border-left:none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;background:#92D050;padding:0cm 5.4pt 0cm 5.4pt;height:30.0pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<span style="color:black;mso-fareast-language:EN-AU">"Do Nothing"<o:p></o:p></span></p>
</td>
</tr>
<tr style="height:15.0pt">
<td width="251" valign="bottom" style="width:188.0pt;border:solid windowtext 1.0pt;border-top:none;background:black;padding:0cm 5.4pt 0cm 5.4pt;height:15.0pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<span style="color:white;mso-fareast-language:EN-AU">No Data Present in PDB<o:p></o:p></span></p>
</td>
<td width="391" nowrap="" style="width:293.0pt;border-top:none;border-left:none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;background:#FFC000;padding:0cm 5.4pt 0cm 5.4pt;height:15.0pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<span style="color:black;mso-fareast-language:EN-AU">"Do Nothing"</span><span style="mso-fareast-language:EN-AU"><o:p></o:p></span></p>
</td>
<td width="391" nowrap="" style="width:293.0pt;border-top:none;border-left:none;border-bottom:solid windowtext 1.0pt;border-right:solid windowtext 1.0pt;background:#92D050;padding:0cm 5.4pt 0cm 5.4pt;height:15.0pt">
<p class="MsoNormal" align="center" style="text-align:center;line-height:normal">
<span style="color:black;mso-fareast-language:EN-AU">Manual intervention via DeskPro ticket.<o:p></o:p></span></p>
</td>
</tr>
</tbody>
</table>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">To me, this seems very fair: allow the parties to be notified that data is misaligned.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">I would also say that the lower right corner, has a “new network” contingency where that network is not on PDB and needs to start the journey to create records.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><a href="https://github.com/peeringdb/peeringdb/issues/585#issuecomment-549667200">https://github.com/peeringdb/peeringdb/issues/585#issuecomment-549667200</a>
<span style="font-family:"Segoe UI Emoji",sans-serif">😊</span><o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><span style="mso-fareast-language:EN-AU">Regards,<o:p></o:p></span></p>
<p class="MsoPlainText"><span style="mso-fareast-language:EN-AU">Terry Sweetser<o:p></o:p></span></p>
<p class="MsoPlainText"><span style="mso-fareast-language:EN-AU">General Manager, IX Australia<o:p></o:p></span></p>
<p class="MsoPlainText"><span style="mso-fareast-language:EN-AU">Terry.Sweetser@ix.asn.au<o:p></o:p></span></p>
<p class="MsoPlainText"><span style="mso-fareast-language:EN-AU">Mobile/WhatsApp: +61455067119<o:p></o:p></span></p>
<p class="MsoPlainText"><span style="mso-fareast-language:EN-AU"><o:p> </o:p></span></p>
<p class="MsoPlainText"><span style="mso-fareast-language:EN-AU"><o:p> </o:p></span></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><span lang="EN-US" style="mso-fareast-language:EN-AU">-----Original Message-----<br>
From: Chris Caputo <ccaputo@alt.net> <br>
Sent: Saturday, 25 January 2020 8:28 AM<br>
To: Terry Sweetser <Terry.Sweetser@ix.asn.au><br>
Cc: DTF PeeringDB <dataownership-tf@lists.peeringdb.com><br>
Subject: Re: [PDB Data Ownership-TF] IXP assignment IP address (netixlan) ownership</span><o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Hey Terry,<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">In <a href="https://github.com/peeringdb/peeringdb/issues/627">
<span style="color:windowtext;text-decoration:none">https://github.com/peeringdb/peeringdb/issues/627</span></a> the Network will see details of a conflict on their /net/ HTML page and may choose to act based on that, or may choose to wait for the related IX-F
JSON export data to match up.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">If some TBD (30? AdminCom discretion based on workload?) days pass without resolution, the harmony mechanisms described in<o:p></o:p></p>
<p class="MsoPlainText"><a href="https://github.com/peeringdb/peeringdb/issues/585"><span style="color:windowtext;text-decoration:none">https://github.com/peeringdb/peeringdb/issues/585</span></a> can be engaged,<o:p></o:p></p>
<p class="MsoPlainText">specifically:<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"> - If a network has an IXP entry with differing (asn, ipaddr4, ipaddr6),
<o:p></o:p></p>
<p class="MsoPlainText"> an email is sent to the ix operator, the net owner and the Admin
<o:p></o:p></p>
<p class="MsoPlainText"> committee.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Thanks,<o:p></o:p></p>
<p class="MsoPlainText">Chris<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">On Fri, 24 Jan 2020, Terry Sweetser wrote:<o:p></o:p></p>
<p class="MsoPlainText">> Hi Chris,<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> The hourly JSON import intrigues me! It would mean data convergence becomes less of an issue when all data is aligned.<o:p></o:p></p>
<p class="MsoPlainText">> Convergence is dealt with easily. Data alignment continues to a central problem.<o:p></o:p></p>
<p class="MsoPlainText">> How does one get 2 parties to agree when they're putting different data into the same schema?<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> Regards,<o:p></o:p></p>
<p class="MsoPlainText">> Terry Sweetser<o:p></o:p></p>
<p class="MsoPlainText">> General Manager, IX Australia<o:p></o:p></p>
<p class="MsoPlainText">> <a href="mailto:Terry.Sweetser@ix.asn.au"><span style="color:windowtext;text-decoration:none">Terry.Sweetser@ix.asn.au</span></a><o:p></o:p></p>
<p class="MsoPlainText">> Mobile/WhatsApp: +61455067119<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> -----Original Message-----<o:p></o:p></p>
<p class="MsoPlainText">> From: DataOwnership-TF <<a href="mailto:dataownership-tf-bounces@lists.peeringdb.com"><span style="color:windowtext;text-decoration:none">dataownership-tf-bounces@lists.peeringdb.com</span></a>>
<o:p></o:p></p>
<p class="MsoPlainText">> On Behalf Of Chris Caputo<o:p></o:p></p>
<p class="MsoPlainText">> Sent: Saturday, 25 January 2020 3:26 AM<o:p></o:p></p>
<p class="MsoPlainText">> To: William Marantz <<a href="mailto:wmarantz@salesforce.com"><span style="color:windowtext;text-decoration:none">wmarantz@salesforce.com</span></a>><o:p></o:p></p>
<p class="MsoPlainText">> Cc: DTF PeeringDB <<a href="mailto:dataownership-tf@lists.peeringdb.com"><span style="color:windowtext;text-decoration:none">dataownership-tf@lists.peeringdb.com</span></a>><o:p></o:p></p>
<p class="MsoPlainText">> Subject: Re: [PDB Data Ownership-TF] IXP assignment IP address
<o:p></o:p></p>
<p class="MsoPlainText">> (netixlan) ownership<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> Hi Bill,<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> On Fri, 24 Jan 2020, William Marantz wrote:<o:p></o:p></p>
<p class="MsoPlainText">> > I was engaged in a side conversation with Chris on this proposal to
<o:p></o:p></p>
<p class="MsoPlainText">> > clarify some things and would like to bring the discussion to the list.<o:p></o:p></p>
<p class="MsoPlainText">> > I'm going to wear two different hats when looking at this proposal.<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > 1) From a data ownership perspective I like this proposal as it won't
<o:p></o:p></p>
<p class="MsoPlainText">> > lead to full deletion of end user network specified IP data but will
<o:p></o:p></p>
<p class="MsoPlainText">> > limit its visibility to others and indicate the IX-F conflict to the
<o:p></o:p></p>
<p class="MsoPlainText">> > network.<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > 2) From a poor coder and automated peering operator perspective I have
<o:p></o:p></p>
<p class="MsoPlainText">> > some concerns with it depending on how the folks with reported issues
<o:p></o:p></p>
<p class="MsoPlainText">> > use the API.<o:p></o:p></p>
<p class="MsoPlainText">> ><o:p></o:p></p>
<p class="MsoPlainText">> > a) does anyone know the access method and tables/objects the users
<o:p></o:p></p>
<p class="MsoPlainText">> > who had data deletion issues used?<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> I'm not sure, but it is important the solution be useful regardless of how data is submitted. fkorsback raised the flag about the original issue, resulting in the IX-F JSON importer being disabled, and he has expressed support for
#627.<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> > If they are getting netixlan via the API the conflicted IP data
<o:p></o:p></p>
<p class="MsoPlainText">> > won't be there in this proposal. If they call a net object will the
<o:p></o:p></p>
<p class="MsoPlainText">> > data be viewable in the netixlan_set data element in your proposal
<o:p></o:p></p>
<p class="MsoPlainText">> > Chris? I'd assume yes if it will be available via the net web page.
<o:p></o:p></p>
<p class="MsoPlainText">> > If the user is using netixlan calls as part of their provisioning
<o:p></o:p></p>
<p class="MsoPlainText">> > process, I don't see how this proposal solves the problem. I'd
<o:p></o:p></p>
<p class="MsoPlainText">> > suggest to clearly document the potentially conflicted view ( net )
<o:p></o:p></p>
<p class="MsoPlainText">> > and conflict free view ( netixlan ). Users can then code to whatever
<o:p></o:p></p>
<p class="MsoPlainText">> > view meets the needs of their network.<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> No, it won't be visible in the /net/ result or other results as long as it is conflicted. The idea here is to prevent PeeringDB from presenting (via web or API) any data that could be interpreted as valid when it is not valid. Conflicted
data is not valid. While that conflict can be denoted in the web pages, so a network has a clue that an issue has arisen, for API queries conflicted data would be withheld to prevent accidental automation using conflicted data.<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> For API developers the lack of consistency between a GET after a PUT/POST is the way a conflict is indicated.<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> I've added the above to the issue on GitHub.<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> > b) Some networks are very slow at peer provisioning and IX port
<o:p></o:p></p>
<p class="MsoPlainText">> > provisioning, so peers may have a strong desire to get provisioning
<o:p></o:p></p>
<p class="MsoPlainText">> > started as soon as the IXP assigns the IPs but that may not yet be
<o:p></o:p></p>
<p class="MsoPlainText">> > reflected in IX-F. This means a provisioning system would rely on
<o:p></o:p></p>
<p class="MsoPlainText">> > the conflicting data if that system is built to only obtain IPs from
<o:p></o:p></p>
<p class="MsoPlainText">> > peeringDB. As long as the caveats are documented, I'd like to
<o:p></o:p></p>
<p class="MsoPlainText">> > support such functionality as I feel it would aid many operators.<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> The idea with the proposal is that if an IXP is regularly (ex. within
<o:p></o:p></p>
<p class="MsoPlainText">> last<o:p></o:p></p>
<p class="MsoPlainText">> 30 days) providing IX-F JSON data, the IXP is asserting authority over their address space, which is their right to do. Thus conflicted data will not be allowed to be presented. I've recommended in the proposal that PeeringDB pull
the IX-F JSON updates hourly to minimize the conflict period for soon-to-be-valid data. Further, it is expected that IX-F JSON data be kept current by the IXP such that any assignments go into their IX-F JSON export when the IXP port for the network is in
production (or earlier, depending on their local policy).<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> > The provisioning code I wrote makes API calls to get netixlan but
<o:p></o:p></p>
<p class="MsoPlainText">> > I'm happy to change it to make net calls if this proposal goes through.<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> I don't think you will need to change any code for this proposal, except possibly code which performs PUT/POST updates. But even if PUT/POST code is unmodified and continues to periodically PUT/POST conflicted data, since it is not
showing up in a subsequent GET, that is okay.<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> Thanks,<o:p></o:p></p>
<p class="MsoPlainText">> Chris<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> > Best Regards<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > -Bill<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > On Fri, Jan 24, 2020 at 9:25 AM Filiz Yilmaz <<a href="mailto:filiz@peeringdb.com"><span style="color:windowtext;text-decoration:none">filiz@peeringdb.com</span></a>> wrote:<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > Dear all,<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > Bringing this to your attention again:<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <a href="https://github.com/peeringdb/peeringdb/issues/627">
<span style="color:windowtext;text-decoration:none">https://github.com/peeringdb/peeringdb/issues/627</span></a><o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > There seems to be support from Product Com as well as some of the TF
<o:p></o:p></p>
<p class="MsoPlainText">> > members for it.<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > Thoughts?<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > Filiz<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > ---------- Forwarded message ----------<o:p></o:p></p>
<p class="MsoPlainText">> > Date: Thu, 9 Jan 2020 19:18:13 +0000 (UTC)<o:p></o:p></p>
<p class="MsoPlainText">> > From: Chris Caputo <<a href="mailto:ccaputo@alt.net"><span style="color:windowtext;text-decoration:none">ccaputo@alt.net</span></a>><o:p></o:p></p>
<p class="MsoPlainText">> > Reply-To: Chris Caputo <<a href="mailto:ccaputo-dated-1588965493.0ca23d@alt.net"><span style="color:windowtext;text-decoration:none">ccaputo-dated-1588965493.0ca23d@alt.net</span></a>><o:p></o:p></p>
<p class="MsoPlainText">> > To: DTF PeeringDB <<a href="mailto:dataownership-tf@lists.peeringdb.com"><span style="color:windowtext;text-decoration:none">dataownership-tf@lists.peeringdb.com</span></a>><o:p></o:p></p>
<p class="MsoPlainText">> > Subject: Re: [PDB Data Ownership-TF] IXP assignment IP address (netixlan)<o:p></o:p></p>
<p class="MsoPlainText">> > ownership (was: conditions for being listed in a facility)<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > On Thu, 9 Jan 2020, Arnold Nipper wrote:<o:p></o:p></p>
<p class="MsoPlainText">> > On 09.01.2020 19:02, Chris Caputo wrote:<o:p></o:p></p>
<p class="MsoPlainText">> > I believe the importer needs to perform an additional task:<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > - populate/update a new database table, potentially known as<o:p></o:p></p>
<p class="MsoPlainText">> > netixlan_ixp, which represents the IXP viewpoint.<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > and once that is implemented, it can cease removing conflicted assignments<o:p></o:p></p>
<p class="MsoPlainText">> > unless a network has opted for IX-F JSON automatic updates.<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > There is no reason to do so. See #585 [0] which is ready for implementation.<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > [...]<o:p></o:p></p>
<p class="MsoPlainText">> > [0] <a href="https://github.com/peeringdb/peeringdb/issues/585">
<span style="color:windowtext;text-decoration:none">https://github.com/peeringdb/peeringdb/issues/585</span></a><o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > Arnold, #585 has the word "Interim" in its very title. I am proposing a<o:p></o:p></p>
<p class="MsoPlainText">> > longer term solution that does not put the repeated burden of resolution<o:p></o:p></p>
<p class="MsoPlainText">> > of ownership issues on the Admin Committee. I shared my proposal with the<o:p></o:p></p>
<p class="MsoPlainText">> > PC and got positive feedback, so I have now created an issue for it:<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <a href="https://github.com/peeringdb/peeringdb/issues/627"><span style="color:windowtext;text-decoration:none">https://github.com/peeringdb/peeringdb/issues/627</span></a><o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > Chris<o:p></o:p></p>
<p class="MsoPlainText">> > --<o:p></o:p></p>
<p class="MsoPlainText">> > DataOwnership-TF mailing list<o:p></o:p></p>
<p class="MsoPlainText">> > <a href="mailto:DataOwnership-TF@lists.peeringdb.com">
<span style="color:windowtext;text-decoration:none">DataOwnership-TF@lists.peeringdb.com</span></a><o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <a href="https://lists.peeringdb.com/cgi-bin/mailman/listinfo/dataownership-t">
<span style="color:windowtext;text-decoration:none">https://lists.peeringdb.com/cgi-bin/mailman/listinfo/dataownership-t</span></a><o:p></o:p></p>
<p class="MsoPlainText">> > f<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > --<o:p></o:p></p>
<p class="MsoPlainText">> > DataOwnership-TF mailing list<o:p></o:p></p>
<p class="MsoPlainText">> > <a href="mailto:DataOwnership-TF@lists.peeringdb.com">
<span style="color:windowtext;text-decoration:none">DataOwnership-TF@lists.peeringdb.com</span></a><o:p></o:p></p>
<p class="MsoPlainText">> > <a href="https://lists.peeringdb.com/cgi-bin/mailman/listinfo/dataownership-t">
<span style="color:windowtext;text-decoration:none">https://lists.peeringdb.com/cgi-bin/mailman/listinfo/dataownership-t</span></a><o:p></o:p></p>
<p class="MsoPlainText">> > f<o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > --<o:p></o:p></p>
<p class="MsoPlainText">> > Bill Marantz<o:p></o:p></p>
<p class="MsoPlainText">> > Principal Network Engineer<o:p></o:p></p>
<p class="MsoPlainText">> > Backbone Engineering<o:p></o:p></p>
<p class="MsoPlainText">> > Mobile: 848-404-4613email: <a href="mailto:wmarantz@salesforce.com"><span style="color:windowtext;text-decoration:none">wmarantz@salesforce.com</span></a><o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> > <o:p></o:p></p>
<p class="MsoPlainText">> --<o:p></o:p></p>
<p class="MsoPlainText">> DataOwnership-TF mailing list<o:p></o:p></p>
<p class="MsoPlainText">> <a href="mailto:DataOwnership-TF@lists.peeringdb.com"><span style="color:windowtext;text-decoration:none">DataOwnership-TF@lists.peeringdb.com</span></a><o:p></o:p></p>
<p class="MsoPlainText">> <a href="https://lists.peeringdb.com/cgi-bin/mailman/listinfo/dataownership-tf">
<span style="color:windowtext;text-decoration:none">https://lists.peeringdb.com/cgi-bin/mailman/listinfo/dataownership-tf</span></a><o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
</div>
</body>
</html>