 |
 |
Awesome! Welcome Fastly! TL;DR: Things are good and happy. The people doing the work are doing a good job. I have some ideas/comments on ways we could improve. As I was reading this e-mail I did some quick checking on the newly joining organization, as I do with all of the new member joining announcements. It is nice to see another CDN joining in this case. I then like to see how many prefix counts they may be contributing to the exchange so I typically check them out in peeringdb.com. This got me thinking that it may be a good idea to have a requirement that joining networks have and maintain their peeringdb.com record. I am guessing many others find it useful like I do to have an approximate prefix count expected. I know some people like to keep their max-prefix limits set near to the expected prefix count when on the route servers. A joining company's prefix count could also be requested up front, especially if they do intend to peer to the route servers, which then could be included in the new member announcement e-mail. This way people can adjust their max prefix settings accordingly in advance. This is especially useful in the case of a larger prefix count network before they unload onto the exchange, like HE has recently done. (thumbs up on that) From my perspective, it's been consistent and smooth on the turn ups of new networks on the exchange so I am not criticizing at all but similar to a line of discussion on a different thread, it may not be a bad idea to have a documented template/process for all of the things needed in the turn up of a new network. Plus I like the idea of sharing our collectively learned knowledge in building up the exchange with the general internet for others to potentially benefit from or even possibly for others to offer suggestions to us to help us improve our exchange. For example, I notice we don't have an official position (at least not a documented official position which arguably means we don't have a position) on PTR records for the member IP addresses. I realize PTRs are not significantly important but they can be useful when troubleshooting and having them I feel gives a little extra polish to the exchange in general. To reiterate/elaborate, I think that Jay, Doug, Richard, Anthony, etc. have been doing an excellent job with getting new organizations up and running and getting the requisite website/cacti components updated to reflect the changes. ________________________________________ From: MICE Discuss [[log in to unmask]] on behalf of Jason Hanke [[log in to unmask]] Sent: Tuesday, October 25, 2016 9:20 AM To: [log in to unmask] Subject: [MICE-DISCUSS] Please welcome Fastly to MICE! Name: Fastly, Inc ASN: 54113 IPv4: 206.108.255.72/24 IPv4: 206.108.255.73/24 IPv6: 2001:504:27:0:0:d361::1/64 IPv6: 2001:504:27:0:0:d361::2/64 Ports: Main Switch xe-2/0/25, xe-2/0/26 (NO LAG) Contact: [log in to unmask] Route Server and website please, I'm checking on BFD support. Welcome aboard! -- Jay Hanke CTO Neutral Path Communications 3 Civic Center Plaza, Suite 204 Mankato, MN 56001 (507) 327-2398 mobile [log in to unmask] www.neutralpath.net