<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: arial,helvetica,sans-serif; font-size: 10pt; color: #000000'>Some companies just don't join route servers as a policy. It can be annoying if you want to talk to them, but I understand there can be various reasons why. It gets very annoying when the peering department isn't responsive to manual peering requests when they're not on the route server because then they might as well not be there at all, as far as you're concerned.<br><br><div><span name="x"></span><br><br>-----<br>Mike Hammett<br>Intelligent Computing Solutions<br>http://www.ics-il.com<br><br>Midwest-IX<br>http://www.midwest-ix.com<span name="x"></span><br></div><br><hr id="zwchr"><div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"valdis kletnieks" <valdis.kletnieks@vt.edu><br><b>To: </b>"i3D.net - Martijn Schmidt" <martijnschmidt@i3d.net><br><b>Cc: </b>"North American Network Operators' Group" <nanog@nanog.org><br><b>Sent: </b>Wednesday, January 30, 2019 7:32:17 PM<br><b>Subject: </b>Re: Calling LinkedIn, Amazon and Akamai @ DE-CIX NY<br><br>On Wed, 30 Jan 2019 23:55:40 +0000, "i3D.net - Martijn Schmidt" said:<br><br>> Here: all networks that didn't already change their peering IP are not <br>> yet connected to the updated route-server. Some networks are not <br>> connected to any route-server. Therefore, those networks did not yet <br>> change their peering IP.<br>><br>> I think you can see what's wrong with that statement.. it does not <br>> follow. That has nothing to do with peering department resources, but <br>> everything to do with the chosen peering strategy.<br><br>Under what conditions would somebody be present at the exchange and<br>not talking to the route server *at all* before the IP change?<br></div><br></div></body></html>