- NANOG - lists.nanog.org

Re: routeviews.org need someone to contact me
by Christopher Munz-Michielin 19 Dec '19

19 Dec '19

If anyone actually manages to get in touch with someone there, it would be awesome if they could let the list know. I too have been trying for some time to get in touch with someone at Routes Views. On 2019-12-18 8:17 p.m., Mehmet Akcin wrote: > Same here > > On Wed, Dec 18, 2019 at 16:11 Kaiser, Erich <erich(a)gotfusion.net <mailto:erich@gotfusion.net>> wrote: > > Need someone from routeviews.org <http://routeviews.org> to contact me offlist, have reached out with no response via all emails i can find. > > Sincerely, > > Erich Kaiser > The Fusion Network > erich(a)gotfusion.net <mailto:erich@gotfusion.net> > > -- > Mehmet > +1-424-298-1903

1 0

routeviews.org need someone to contact me
by Kaiser, Erich 19 Dec '19

19 Dec '19

Need someone from routeviews.org to contact me offlist, have reached out with no response via all emails i can find. Sincerely, Erich Kaiser The Fusion Network erich(a)gotfusion.net

2 1

Akamai/HollisterCo
by Dmitriy Vaynshteyn [infiniwiz] 19 Dec '19

19 Dec '19

Hello, I am looking for some help with Akamai or a contact from Akamai (or their client HollisterCo) We have an IP that is being blocked, but can’t get anywhere with their support without having an account with them and getting in touch with someone at Hollister is even more impossible. Any help would be greatly appreciated. Thank you, [cid:image001.png@01D5B5B4.6DD89970] Dmitriy Vaynshteyn Senior Systems Engineer 1835 Hicks Rd. Rolling Meadows, IL 60008 tel: 847.994.1111 | direct: 847.850.7894 | fax: 847.850.7902 http://www.infiniwiz.com<http://www.infiniwiz.com/> [Facebook]<https://www.facebook.com/infiniwiz> [Twitter]<https://twitter.com/infiniwiz> [LinkedIn]<https://www.linkedin.com/company/infiniwiz/> Happy with our service? Tell others by leaving a review<https://www.infiniwiz.com/experience/> or making a referral. <https://www.infiniwiz.com/referrals/> <https://www.infiniwiz.com/referrals/>

5 6

Energy Efficiency - Data Centers
by Rod Beck 19 Dec '19

19 Dec '19

Energy efficiency is a hobby of mine and most of my properties embody Passive House Technology. This led me to wonder what is the inefficiency of these servers in data centers. Every time I am in a data center I am impressed by how much heat comes off these semiconductor chips. Looks to me may be 60% of the electricity ends up as heat. Regards, Roderick. Roderick Beck VP of Business Development United Cable Company www.unitedcablecompany.com<http://www.unitedcablecompany.com> New York City & Budapest rod.beck(a)unitedcablecompany.com 36-70-605-5144 [1467221477350_image005.png]

7 8

Re: Energy Efficiency - Data Centers
by Rod Beck 18 Dec '19

18 Dec '19

Well, the fact that a data center generates a lot of means it is consuming a lot of electricity. It is probably a major operating expense. And while it may be efficient given current technology standards, it naturally leads to the question of how we can do better. Thermodynamics is only part of the picture. The other part is economics. If you see a lot of heat being produced and it is not the intended output, then it is anatural focus for improvement. My guess is that a lot of corporate research is going into trying to reduce chip electricity consumption. So my gut feeling might still be relevant. It is about the level of energy consumption, not just the fact electricity becomes disorderly molecular gyrations. ________________________________ From: Thomas Bellman Sent: Wednesday, December 18, 2019 9:57 PM To: Nanog(a)nanog.org Cc: Rod Beck Subject: Re: Energy Efficiency - Data Centers On 2019-12-18 20:06 CET, Rod Beck wrote: > I was reasoning from the analogy that an incandescent bulb is less > efficient than a LED bulb because more it generates more heat - more > of the electricity goes into the infrared spectrum than the useful > visible spectrum. Similar to the way that an electric motor is more > efficient than a combustion engine. Still, you should not look at how much heat you get, but how much utility you get. Which for a lighting source would be measured in lumens within the visible spectrum. If you put in 300 watt of electricity into a computer server, you will get somewhere between 290 and 299 watts of heat from the server itself. The second largest power output will be the kinetic energy of the air the fans in the server pushes; I'm guestimating that to be somewhere between 1 and 10 watts (and thus my uncertainty of the direct heat output above). Then you get maybe 0.1 watts of sound energy (noise) and other vibrations in the rack. And finally, less than 0.01 watts of light in the network fibers from the server (assuming dual 40G or dual 100G network connections, i.e. 8 lasers). Every microwatt of electricity put into the server in order to toggle bits, keeping bits at their current value, transporting bits within and between CPU, RAM, motherboard, disks, and so on, will turn into heat *before* leaving the server. The only exception being the light put into the network fibers, and that will be less than 10 milliwatts for a server. All inefficiencies in power supplies, power regulators, fans, and other stuff in the server, will become heat, within the server. So your estimate of 60% heat, i.e. 40% *non*-heat, is off by at least a factor ten. And the majority of the kinetic energy of the air pushed by the server will have turned into heat after just a few meters... So, if you look at how much heat is given off by a server compared to how much power is put into it, then it is 99.99% inefficient. :-) But that's just the wrong way to look at it. In a lighting source, you can measure the amount of visible light given off in watts. In an engine (electrical, combustion or other- wise), you can measure the amount of output in watts. So in those cases, efficiency can be measured in percent, as the input and the output are measured in the same units (watts). But often a light source is better measured in lumens, not watts. Sometimes, the torque, measured in Newton-meters, is more relevant for an engine. Or thrust, measured in Newtons, for a rocket engine. Then, dividing the input (W) with the output (lm, Nm, N) does not give a percentage. Similarly, the relevant output of a computer is not measured in watts, but in FLOPS, database transactions/second, or web pages served per hour. Basically, the only time the amount of heat given off by a computer is relevant, is when you are designing and dimensioning the cooling system. And then the answer is always "exactly as much as the power you put *into* the computer". :-) /Bellman

2 1

Is anyone able to contact GTT?
by Bottiger 18 Dec '19

18 Dec '19

I sent an email to noc at gtt.net from 2 different emails and both got a reply saying: 5.1.0 - Unknown address error 550-'5.4.1 Recipient address rejected: Access denied [HE1EUR01FT058.eop-EUR01.prod.protection.outlook.com]' Not sure if this means if they are blocking my email or if their email is broken.

5 5

Re: Energy Efficiency - Data Centers
by Rod Beck 18 Dec '19

18 Dec '19

I was reasoning from the analogy that an incandescent bulb is less efficient than a LED bulb because more it generates more heat - more of the electricity goes into the infrared spectrum than the useful visible spectrum. Similar to the way that an electric motor is more efficient than a combustion engine. ________________________________ From: Thomas Bellman Sent: Wednesday, December 18, 2019 7:47 PM To: Nanog(a)nanog.org Cc: Rod Beck Subject: Re: Energy Efficiency - Data Centers On 2019-12-18 15:57, Rod Beck wrote: > This led me to wonder what is the inefficiency of these servers in data> centers. Every time I am in a data center I am impressed by how much> heat comes off these semiconductor chips. Looks to me may be 60% of the> electricity ends up as heat. What are you expecting the remaining 40% of the electricity ends up as? In reality, at least 99% of the electricity input to a datacenter ends up as heat within the DC. The remaining <1% turns into things like: - electricity and light leaving the DC in network cables (but will turn into heat in the cable and at the receiving end) - sound energy (noise) that escapes the DC building (but will turn into heat later on as the sound attenuates) - electric and magnetic potential energy in the form of stored bits on flash memory, hard disks and tapes (but that will turn into heat as you store new bits over the old bits) (I'm saying <1%, but I'm actually expecting it to be *much* less than one percent.) This is basic physics. First law of thermodynamics: you can't destroy (or create) energy, just convert it. Second law: all energy turns into heat energy in the end. :-) You are really asking the wrong question. Efficiency is not measured in how little of the input energy is turned into heat, but in how much *utility* you get out of a certain amount of input energy. In case of a datacenter, utility might be measured in number of database transac- tions performed, floating point operations executed, scientific articles published in Nature (by academic researchers using your HPC datacenter), or advertisments pushed to the users of your search engine. There is another efficiency number that many datacenters look at, which is PUE, Power Usage Effectiveness. That is a measure of the total energy used by the DC compared to the energy used for "IT load". The differece being in cooling/ventilation, UPS:es, lighting, and similar stuff. However, there are several deficiencies with this metric, for example: - IT load is just watts (or joules) pushed into your servers, and does not account for if you are using old, inefficient Cray 1 machines or modern AMD EPYC / Intel Skylake PCs. - Replace fans in servers with larger, more efficient fans in the rack doors, and the IT load decreases while the DC "losses" increase, leading to higher (worse) PUE, even though you might have lowered your total energy usage. - Get your cooling water as district cooling instead of running your own chillers, and you are no longer using electricity for the chillers, improving your PUE. There are still chillers run, using energy, but that energy does not show up on your DC's electricity bill... This doesn't mean that the PUE value is *entirely* worthless. It did help in putting efficiency into focus. There used to be datacenters that had PUE numbers close to, or even over, 2.0, due to having horribly inefficient cooling systems, UPS:es and so on. But once you get down to the 1.2-1.3 range or below, you really need to look at the details of *how* the DC achieved the PUE number; a single number doesn't capture the nuances. /Bellman

3 3

Telmex
by Mehmet Akcin 18 Dec '19

18 Dec '19

Hey there Looking for Clueful Telmex person for a need in Mexico City/Querétaro Mehmet -- Mehmet +1-424-298-1903

1 0

Re: Dallas Dark Fiber
by Ryan Gelobter 18 Dec '19

18 Dec '19

+1 for ICFN (innercityfiber) On Wed, Dec 18, 2019 at 10:39 AM Ryan Gelobter < ryan.g(a)andthenwegotpaycuts.com> wrote: > +1 for ICFN (innercityfiber) > > On Wed, Dec 18, 2019 at 10:30 AM Steven Karp <smkarp(a)galliumnetworks.com> > wrote: > >> I have had good service with https://www.innercityfiber.net/ in Dallas. >> >> Sent from my mobile device >> >> On Dec 17, 2019, at 2:35 PM, Ilissa Miller <ilissa(a)imillerpr.com> wrote: >> >> >> FiberLight is a strong player in TX and has a number of new builds >> throughout Dallas and beyond. >> >> On Tue, Dec 17, 2019 at 3:26 PM JASON BOTHE via NANOG <nanog(a)nanog.org> >> wrote: >> >>> Zayo, Consolidated and Crown Castle are my go-tos. They have the biggest >>> footprints in the DFW market. >>> >>> J~ >>> >>> On Dec 17, 2019, at 14:20, Rod Beck <rod.beck(a)unitedcablecompany.com> >>> wrote: >>> >>> >>> Hi, >>> >>> I want to understand the Dallas dark fiber market. Who are the major >>> players? Who has done recent builds (2010 onward)? Who has 864 strand >>> cables for sale? Who has dense coverage with good manhole access to >>> buildings and utility structures? >>> >>> Thanks in advance. >>> >>> Regards, >>> >>> Roderick. >>> >>> Roderick Beck >>> VP of Business Development >>> >>> United Cable Company >>> >>> www.unitedcablecompany.com >>> >>> New York City & Budapest >>> >>> rod.beck(a)unitedcablecompany.com >>> >>> 36-70-605-5144 >>> >>> >>> [image: 1467221477350_image005.png] >>> >>> >> >> -- >> *Ilissa Miller* >> >> CEO, iMiller Public Relations >> >> President, NEDAS >> >> Founder, Independent Data Center Alliance >> >> Office: (914) 315-6424 >> >> Mobile: (917) 743-0931 >> >> @iMillerPR | @ilissanyc >> >> >> >> iMiller Public Relations >> >> www.imillerpr.com >> >> >> *NEDAS 2020 Sponsorships now available - ask me how you can get involved >> educating and learning about the wireline and wireless convergence >> underway.* >> >>

1 0

A new open source RPKI CA solution: NLnet Labs' Krill
by Job Snijders 18 Dec '19

18 Dec '19

Dear fellow network operators, It appears Santa brought presents early this year! I'd like to draw attention to the below forwarded message and provide my take on it. Some of you represent organisations that interact with multiple RIRs, and have concluded it can be challenging to figure out the RPKI ROA provisioning process for each individual RIR and integrate those different processes with your internal business process. Every RIR provides their members with what is called a 'hosted' RPKI service. The 'hosted' RPKI service means the RIRs offer web interfaces which operators use to create & publish RPKI ROAs. However, the devil is in de details: concepts such as 'who holds the private keys?' or the API specification differ from RIR to RIR. In this context the differences aren't necessarily good or bad, they are just different. For many operators the RIR hosted model is excellent, but ... there also is a class of users who would perhaps benefit from something more 'unified', and this is where Krill comes in! The use case where Krill really shines is that you can ask your RIR to delegate your resources to your Krill instance, and then build your tooling to interact with just Krill (instead of building RIR-specific software)! To me the very existence of Krill is a sign of a maturing RPKI ecosystem. If I stare deeply into my crystal ball I can already see the rise of third-party hosted RPKI solutions for provisioning & monitoring RPKI objects, or integrations with IPAM systems such as 6connect. I believe these would be positive developments for the operational Internet community. In short: if RPKI is on your company's roadmap, give Krill a spin! :) get the goods: https://github.com/NLnetLabs/krill documentation: https://rpki.readthedocs.io/en/latest/krill/ Kind regards, Job ----- Forwarded message from Alex Band <alex(a)nlnetlabs.nl> ----- Date: Tue, 3 Dec 2019 12:33:51 +0100 From: Alex Band <alex(a)nlnetlabs.nl> To: rpki(a)nlnetlabs.nl Subject: [RPKI] Krill 0.4.0 'The Krill Factor' released and running in production Dear mailing list, We are incredibly proud to introduce Krill 0.4.0 'The Krill Factor'. This release is the culmination of one and a half years of designing, building, testing and documenting our RPKI Certificate Authority (CA) and Publication Server solution. The first three releases of Krill were meant to test the implementation. With Krill 0.4.0 'The Krill Factor', we are confident that the software can be used reliably with all five Regional Internet Registries (RIRs) and its Route Origin Authorisations (ROAs) are correctly validated by all Relying Party software implementations. As a result, NLnet Labs is now running Krill in production under the RIPE NCC parent CA. With Krill 0.4.0 'The Krill Factor', operators can now generate and publish RPKI cryptographic material themselves to authorise their BGP announcements. It supports running RPKI under all five RIRs simultaneously and transparently, so if you have IP address space in multiple regions you can manage it as a single pool. Krill can also delegate to child organisations or customers who, in turn, run their own CA. The built-in publication server lets operators publish certificates and ROAs from their own infrastructure. Alternatively, you can use a third party which offers RPKI publication as a service. In short, all essential functions to run RPKI yourself using Krill are now available. Krill can be managed using a Command Line Interface (CLI), as well as an Application Programming Interface (API). An optional web-based user interface is currently being developed as a separate project, named Lagosta. With Krill 0.4.0 'The Krill Factor' data storage and the API are now stable, allowing for seamless updates going forward. This release serves as a starting point for further development throughout 2020 and beyond, where we will work on features such as high availability and support for just-in-time authorisations integrated tightly with internal routing management. Starting with Krill 0.4.0 and Routinator 0.6.0 we are offering commercial support for our RPKI software solutions, in case this is a requirement for your organisation or if you want to support the future development of the software. The service-level agreement (SLA) contract and security policy is on par with our DNS software NSD and Unbound. End of support for the software will be publicly announced two years in advance. Krill is licensed under the Mozilla Public License 2.0. Routinator and all libraries that are built to support the RPKI toolset are licensed under the BSD 3-Clause License. Once again, We would like to extend our gratitude to NIC.br, the RIPE NCC Community Projects Fund, the Dutch National Cyber Security Centre and the Mozilla Open Source Support Fund for financially supporting the development of Krill, as well as our Relying Party software package Routinator. In addition, our thanks go out to DigitalOcean for offering their cloud infrastructure for our automated test platform, Fastly for their CDN services, as well as Juniper, Cisco and Nokia for providing us with virtual routers for testing. These organisations make it possible for us to develop free, open source software in a sustainable way. Please reach out to us if you want to join this effort. On behalf of the NLnet Labs RPKI Team, Alex -- RPKI mailing list RPKI(a)nlnetlabs.nl https://www.nlnetlabs.nl/mailman/listinfo/rpki ----- End forwarded message -----

2 1