Re: DNS and subdomains

On Fri, Feb 28, 2025 at 3:18 PM, William Herrin wrote: > On Fri, Feb 28, 2025 at 9:11 AM Jay wrote: > > Every subdomain is in fact a domain name. > > Hi Jay, > > Not necessarily. > > Remember my example cat.p.dirtside.com? P.dirtside.com > is a subdomain of dirtside.com.

Re: Arista filesystem rewinding back 3 years

On Tue, Feb 18, 2025 at 4:05 PM, William Herrin wrote: > On Tue, Feb 18, 2025 at 12:16 PM Drew Weaver > wrote: > > I found out that this was an issue when I reloaded the switch and the > filesystem looks like it rewound itself to 2022 in Aboot. > > I've seen this before with MicroSD cards in a R

Re: ICANN verification

If you let people know the domain name, you might have more luck — e.g someone who works at the registrar may look into it, etc. Also, it seems surprising that this would be an **ICANN** verification message… W On Fri, Feb 14, 2025 at 8:48 AM, Marco Belmonte wrote: > The company I work for own

Re: Level3 4.2.2.1 and 4.2.2.2 not responding to pings, DNS queries work

On Mon, Jan 13, 2025 at 10:48 AM, Mel Beckman wrote: > > Dan, > > > > That dig tip for identifying the NS phy loc is very nice! That's something > I can put in our support procedures for DNS troubleshooting. > Yup. Note that many authoritative DNS servers also support RFC5001 - "DNS Name Server

Re: Comcast looking glass router

, 2025 at 1:29 PM, Warren Kumari wrote: > Quick update: I just spoke with someone at Comcast, and they let me know > they have identified a problem with the authentication and are working to > resolve it. > > W > > > On Thu, Jan 09, 2025 at 1:11 PM, Warren Kumari wrote:

Re: Comcast looking glass router

Quick update: I just spoke with someone at Comcast, and they let me know they have identified a problem with the authentication and are working to resolve it. W On Thu, Jan 09, 2025 at 1:11 PM, Warren Kumari wrote: > On Thu, Jan 09, 2025 at 10:41 AM, Christopher Morrow com> wrote: &

Re: Comcast looking glass router

On Thu, Jan 09, 2025 at 10:41 AM, Christopher Morrow < morrowc.li...@gmail.com> wrote: > On Thu, Jan 9, 2025 at 9:29 AM Warren Kumari wrote: > > On Wed, Jan 08, 2025 at 3:35 PM, Paulo J Amaral wrote: > > Hi, hoping someone here from Comcast can help me. I need to be ab

Re: Comcast looking glass router

On Wed, Jan 08, 2025 at 3:35 PM, Paulo J Amaral wrote: > Hi, hoping someone here from Comcast can help me. I need to be able to > login Comcast Looking Glass router in NY to check on some route advertising > but the username and password that was previously working for the LG no > longer seems t

Re: Route optimization using GPUs?

On Thu, Dec 05, 2024 at 3:41 PM, Mike Hammett wrote: > *shrugs* Incorrectly assigning the blame doesn't really help anyone. > Sure, but the fact remains that there is blame to be assigned. It doesn't really matter to the affected network if the fault lies with the box itself, or the operator o

Re: A plea to ignore abuse reports from "watchdogcyberdefense.com"

So, who here remembers "BlackICE Defender"? It was MS Windows software which would watch for and protect against "attacks", draw pretty charts and graphs, and also "report the attack to the attackers ISP". They did improve slightly over time, but things which it initially viewed as an attack wer

Re: Question about the use of NO_EXPORT in BGP route announcements

On Fri, Sep 20, 2024 at 2:36 PM, wrote: > Why would a single homed customer not take a default route? > 1: They are concerned about bandwidth — if a customer sends a packet and there is no global route, they can drop and not "waste" the transit bandwidth. This is actually useful in some specific

Re: eero outage

On Wed, Jul 10, 2024 at 5:56 PM, Niels Bakker wrote: > * war...@kumari.net (Warren Kumari) [Wed 10 Jul 2024, 23:03 CEST]: > > More seriously, erm, you mean Eero like the wireless devices? Aren't they > supposed to be mesh wifi thingies, and so traffic is local? Like, if eero

Re: eero outage

On Wed, Jul 10, 2024 at 3:06 PM, Jared Mauch wrote: > Does anyone know about the big eero outage going on? > If only there was some sort of outages list, where big outages would be discussed…[0] More seriously, erm, you mean Eero like the wireless devices? Aren't they supposed to be mesh wifi

Re: On consistency and 192.0.0.0/24

On Tue, May 14, 2024 at 1:24 PM, Tom Beecher wrote: > That means that some IP addresses in the block 192.0.0.0/24 may be >> routable. >> > It feels like people are talking past each other when they are saying "routable" — these are fairly clearly not routable on the Global Internet, but addresse

Re: [External] Opengear alternatives that support 5g?

On Sun, Apr 28, 2024 at 11:55 AM, Hunter Fuller wrote: > We use MikroTik for this. All manner of interfaces including LTE and 5G > are available. I hear you can connect USB serial to them directly, > Yup, that's the solution I mentioned above with #5: "5: actually be designed as a termserver -

Re: Opengear alternatives that support 5g?

On Fri, Apr 26, 2024 at 12:43 AM, Saku Ytti wrote: > On Fri, 26 Apr 2024 at 03:11, David H wrote: > > Curious if anyone has particular hardware they like for OOB / serial > management, similar to OpenGear, but preferably with 5G support, maybe even > T-Mobile support? It’s becoming increasingly

Re: starlink ixp peering progress

Or this: https://bgp.tools/as/14593#peers Personally I find bgp.tools to be the friendliest… I realize that this thread is turning into an Me too! type thread, but it does seem useful to share which tools work best for each of us… W On Tue, Feb 27, 2024 at 7:33 AM, Marco Davids wrote: > Or

Re: NANOG 90 Attendance?

On Mon, Feb 19, 2024 at 7:37 PM, Randy Bush wrote: > We actually had an IETF "Help Desk" at NANOG 63 (San Antonio, 2015) and > NANOG 64 or 65 ― > https://www.internetsociety.org/blog/2015/01/ > chris-grundemann-nanog-63-talking-bcop-ietf-and-more/ and > https://www.internetsociety.org/blog/2014/1

RE: NANOG 90 Attendance?

etings > in a row, and I know the board is giving them a lot of thought, and I’m > just trying to support those efforts from outside the board. > > > > Maybe this should have gone to the members mailing list, but I couldn’t > find one. > > > > Lee > > > > > >

Re: NANOG 90 Attendance?

On Sun, Feb 11, 2024 at 8:31 AM, Mike Hammett wrote: > I haven't been to a NANOG meeting in a while. While going through the > attendee list for NANOG 90 to try to book meetings with people, I noticed a > lack of (or extremely minimal) attendance by several organizations that > have traditionally

Re: If I announce 192.0.2.0/24, do I need a discard route? (Looking for a reference…)

On Wed, Jan 31, 2024 at 5:56 PM, Owen DeLong wrote: > On Jan 31, 2024, at 13:46, Warren Kumari wrote: > > > > > > On Wed, Jan 31, 2024 at 3:56 PM, William Herrin wrote: > >> On Wed, Jan 31, 2024 at 12:30 PM Warren Kumari >> wrote: >> >> So,

Re: If I announce 192.0.2.0/24, do I need a discard route? (Looking for a reference…)

. W > It's certainly possible that a BGP implementation exists that violates > this rule, or hides the fact that it's doing this, but if it's standards > compliant this is what should be happening. > > On Wed, Jan 31, 2024 at 4:47 PM Warren Kumari wrote: > >>

Re: If I announce 192.0.2.0/24, do I need a discard route? (Looking for a reference…)

On Wed, Jan 31, 2024 at 3:56 PM, William Herrin wrote: > On Wed, Jan 31, 2024 at 12:30 PM Warren Kumari wrote: > > So, let's say I'm announcing some address space (e.g 192.0.2.0/24), but > I'm only using part of it internally (e.g 192.0.2.0/25). I've always >

If I announce 192.0.2.0/24, do I need a discard route? (Looking for a reference…)

Hey all, This falls into the "Somebody is wrong on the Internet …" category. So, let's say I'm announcing some address space (e.g 192.0.2.0/24), but I'm only using part of it internally (e.g 192.0.2.0/25). I've always understood that it's best practice[0] to have a discard route (eg static to nul

Re: "Hypothetical" Datacenter Overheating

On Mon, Jan 15, 2024 at 9:55 AM, William Herrin wrote: > On Mon, Jan 15, 2024 at 6:08 AM Mike Hammett wrote: > > Let's say that hypothetically, a datacenter you're in had a cooling > failure and escalated to an average of 120 degrees before mitigations > started having an effect. What should be

Re: Vint Cerf Re: Backward Compatibility Re: IPv4 address block

On Sat, Jan 13, 2024 at 9:48 AM, Tom Beecher wrote: > Vint told you the same thing other people have been telling you for years. > You don't seem to name drop anyone else. Weird. > Indeed — Vint made an observation, but this was not intended to be endorsement… Implying that it is is disingenuo

Re: U.S. test of national alerts on Oct. 4 at 2:20pm EDT (1820 UTC)

On Fri, Oct 06, 2023 at 2:58 PM, Sean Donelan wrote: > The Disability Advocacy Community has been extensively involved with > CMAS/WEA since President Bush signed the WARN Act, passed by a republican > house and republican senate, in 2006. > > The dozens of disability groups helped design the sou

Re: Using RFC1918 on Global table as Loopbacks

On Thu, Oct 05, 2023 at 1:42 PM, Niels Bakker wrote: > * gutierr...@westmancom.com (Javier Gutierrez) [Thu 05 Oct 2023, 19:25 > CEST]: > > I have recently encountered some operational differences at my new > organization that are not what I have been exposed to before, where the > loopback of the

Re: TACACS+ server recommendations?

On Wed, Sep 20, 2023 at 10:22 AM, Jim wrote: > On Wed, Sep 20, 2023 at 11:16 AM Mike Lewinski via NANOG > wrote: > >> > https://www.shrubbery.net/tac_plus/ >> That tac_plus has python 2 dependencies and so has been removed from >> Debian packages. That's not surprising given the last update was

Re: TACACS+ server recommendations?

On Wed, Sep 20, 2023 at 8:09 AM, Bryan Holloway wrote: > Ah, the good old days when I could download the latest tac_plus code from > the Cisco FTP site, compile it, and off I go. > You might be thinking of the Shrubbery one — https://www.shrubbery.net/tac_plus/ There are newer, fancier, etc on

Re: JunOS config yacc grammar?

On Thu, Aug 24, 2023 at 10:10 AM, Christopher Morrow < morrowc.li...@gmail.com> wrote: > On Tue, Aug 22, 2023 at 11:39 PM Grant Taylor via NANOG > wrote: > > On 8/21/23 7:09 PM, Diogo Montagner wrote: > > I would first try to understand what you are trying to achieve. JUNOS is > very flexible on

Re: Best Linux (or BSD) hosted BGP?

+lots. I've used a number of Linux routing thingies (BIRD, Quagga, VyOS/Ubiquiti, OpenBGPd, ExBGP), and FRR is (for me at least) by far the friendliest. It's trivial to spin this up on a cloud VM and start announcing a prefix. For doing something like Anycast though (where you are mostly just ann

Re: BGP Books

On Tue, Apr 25, 2023 at 7:20 PM, Steven G. Huter wrote: > On 4/25/23 3:55 PM, Lyndon Nerenberg (VE7TFX/VE6BBM) wrote: > > It has been a couple of decades since I've done any BGP in anger, but it > looks like I will be jumping into the deep end again, soon, and I > desperately need to get up to sp

RE: Standard DC rack rail distance, front to back question

On Thu, Apr 27, 2023 at 2:38 PM, Adam Thompson wrote: > Fascinating. I’ve never had an ASR-1001 come with two sets of ears, and I > also note that the text of the instruction manual doesn’t reference the > rear set at all. I’ve never seen rear ears on any Cisco gear of my own, > nor on anything

Re: Standard DC rack rail distance, front to back question

On Thu, Apr 27, 2023 at 2:21 PM, Randy Bush wrote: > "small mounting shelf" > > we use mounting shelves for all sorts of recalcitrant devices > Yah, and for recalcitrant screws [0] , one of these: https://amzn.to/41Z0YQq . It's super annoying, and somewhat terrifying to be banging on a rack co

Re: Standard DC rack rail distance, front to back question

A bunch of devices (eg Juniper MX240) come with a "small mounting shelf" — see Figure1, Figure 2 at https://www.juniper.net/documentation/us/en/hardware/mx240/topics/topic-map/mx240-installing-the-router.html#id-installing-the-mx240-router-mounting-hardware-for-a-rack-or-cabinet Their theory is th

Re: AS3356 Announcing 2000::/12

On Thu, Dec 8 2022 at 12:38 PM, Job Snijders wrote: Hi all, > > On Wed, Dec 07, 2022 at 08:24:54PM -0800, Ryan Hamel wrote: > > AS3356 has been announcing 2000::/12 for about 3 hours now, an aggregate > covering over 23K prefixes (just over 25%) of the IPv6 DFZ. > > A few months ago I wrote: "Fre

Re: Random shower thought: GBIC with LC connector...

> > Oh. And it’s not “OCD”. It’s “CDO”, with letters in ascending sequence. :) > > -mel via cell > > On Nov 15, 2022, at 8:18 AM, Mel Beckman wrote: > > No. GBIC stands for Great Big Inserted Cartridge. LC stands for Little > > Connector. Thus they are not compatible. &g

Random shower thought: GBIC with LC connector...

Hi there all, While looking through my big box of random optics I suddenly realized that I'd never seen a GBIC with an LC connector, and I started wondering if anyone else had / if such a thing actually exists. Yes, I realize that this would be a fairly niche device - if you arrived somewhere wit

Re: Request for BGP Community-to-text mappings for BGP Looking Glass

On Sat, Sep 24, 2022 at 12:57 AM, Teun Vink wrote: > Hi, > > On 23 Sep 2022, at 18:01, Job Snijders via NANOG wrote: > > Dear all, > > I'd like to ask help from the EBGP hivemind: the shiny new BGP looking > glass at https://lg.ring.nlnog.net/ supports displaying text strings > mapped from BGP co

Fwd: Reminder: Call for Papers: IAB workshop on Management Techniques in Encrypted Networks (M-TEN)

Hi there all, The IAB is organizing a workshop on Management Techniques in Encrypted Networks (M-TEN). This seemed sufficiently on-topic and relevant (and the IAB is looking for operator input) that I decided it was worth sharing with the list. Please see below for details, W -- Forw

Re: Question re prevention of enumeration with DNSSEC (NSEC3, etc.)

On Fri, May 06, 2022 at 9:18 PM, Mukund Sivaraman wrote: > On Fri, May 06, 2022 at 08:58:51PM -0400, Amir Herzberg wrote: > > Hi NANOGers, > > I have a small question re DNSSEC `proof of non-existence' records: NSEC, > NSEC3 and the (dead?) NSEC5 proposal. > > NSEC3 was motivated as a > method t

Re: Strange behavior on the Juniper MX240

'show chassis fpc' might also be useful (or, at least easier :-)) W On Wed, May 04, 2022 at 4:43 PM, Saku Ytti wrote: > Actually is this DPCE? 'show jtree N summary' > > On Wed, 4 May 2022 at 23:39, Saku Ytti wrote: > > 'show route summary' > 'start shell pfe network fpcX' > 'show jnh N pool

Re: junos config commit question

On Fri, Feb 11, 2022 at 5:58 PM Jon Lewis wrote: > On Fri, 11 Feb 2022, Lyndon Nerenberg (VE7TFX/VE6BBM) wrote: > > > On an EX4300 switch running JunOS 14.1 let's imagine I typed > > > > config > > delete interfaces > > > > before coming to my senses. How am I supposed to back out of

Re: Cleaning out my basement - hopefully useful to someone near IAD

[ Top Post ] Thank you everyone -- I've gotten a fair number of off-list responses, and it seems as though all the things will be taken and given good home(s). If this falls through, I'll update the thread. W On Sun, Dec 12, 2021 at 5:14 PM Warren Kumari wrote: > Hi all, &

Cleaning out my basement - hopefully useful to someone near IAD

Hi all, I'm in the process of cleaning out my basement and getting rid of a bunch of networking stuff that I've accumulated over the years. Much of it is older, but I'm hoping it might be useful to someone, especially if they are doing anything like building a lab for learning/certification, etc.

Re: FYI: NANOG and ICANN

On Fri, Oct 8, 2021 at 2:39 PM Owen DeLong via NANOG wrote: > I see this as a way to allow NANOG to help channel some of ICANN’s > incredible excess of funding > towards more useful pursuits than those ICANN has endowed so far. > https://www.icann.org/en/announcements/details/icann-and-first-sig

Re: Facebook post-mortems...

On Tue, Oct 5, 2021 at 1:47 PM Miles Fidelman wrote: > jcur...@istaff.org wrote: > > Fairly abstract - Facebook Engineering - > https://m.facebook.com/nt/screen/?params=%7B%22note_id%22%3A10158791436142200%7D&path=%2Fnotes%2Fnote%2F&_rdr >

Re: Disaster Recovery Process

On Tue, Oct 5, 2021 at 1:07 PM Jeff Shultz wrote: > 7. Make sure any access controlled rooms have physical keys that are > available at need - and aren't secured by the same access control that they > are to circumvent. . > 8. Don't make your access control dependent on internet access - always >

Re: Facebook post-mortems... - Update!

On Tue, Oct 5, 2021 at 9:56 AM Mark Tinka wrote: > > > On 10/5/21 15:40, Mark Tinka wrote: > > > > > I don't disagree with you one bit. It's for that exact reason that we > > built: > > > > https://as37100.net/ > > > > ... not for us, but specifically for other random network operators > > ar

Re: DNS & IP address management

On Wed, Sep 22, 2021 at 11:15 AM Andy Smith wrote: > Hi Joel, > > On Wed, Sep 22, 2021 at 10:12:26AM -0400, Joel Sommers wrote: > > Besides the common "reserved" keyword in the FQDN, we also see > > names like "not-in-use.example.tld", again with quite a few > > addresses all mapped to that one n

Re: Never push the Big Red Button (New York City subway failure)

On Wed, Sep 15, 2021 at 3:20 PM Fred Baker wrote: > > > > On Sep 10, 2021, at 1:33 PM, Warren Kumari wrote: > > > > The utility let them know that they were going to be doing some > maintenance work in the area. No impact expected, but out of an abundance > of

Re: Never push the Big Red Button (New York City subway failure)

On Wed, Sep 15, 2021 at 12:23 PM Daniel Seagraves < dseag...@humancapitaldev.com> wrote: > > On Sep 15, 2021, at 10:58 AM, Adam Thompson > wrote: > > Now I'm curious... in all of the DCs and COs I've worked in - to the best > of my knowledge, I haven't personally tested this! - the EPO button doe

Re: Never push the Big Red Button (New York City subway failure)

On Fri, Sep 10, 2021 at 4:21 PM Baldur Norddahl wrote: > A nearby datacenter once lost power delayed because someone hit the switch > to transfer from city power to generator power and then failed to notice. > The power went out the day after when there was no fuel left. > :-) A story, told to

Re: Never push the Big Red Button (New York City subway failure)

On Fri, Sep 10, 2021 at 2:52 PM Christopher Morrow wrote: > > > On Fri, Sep 10, 2021 at 1:49 PM Matthew Huff wrote: > >> Reminds me of something that happened about 25 years ago when an >> elementary school visited our data center of the insurance company where I >> worked. One of our operators

Re: The great Netflix vpn debacle! (geofeeds)

On Wed, Sep 1, 2021 at 2:28 PM wrote: > > Every time I've read a thread about using TVs for monitors several > people who'd tried would say don't do it. And everytime I see an email thread about the difference or not between monitors and TVs I'm taken over by an all consuming rage... I have a *

Re: Reminder: Never connect a generator to home wiring without transfer switch

On Tue, Aug 31, 2021 at 12:17 PM Mel Beckman wrote: > It’s germane to NANOG. Just last week I visited a “data center” that uses > a roll up generator and a cheater cord to power the racks. “Oh, this is > safe”, they told me. “We have a policy that you must throw the main breaker > before plugging

Re: The great Netflix vpn debacle!

On Fri, Aug 27, 2021 at 7:54 PM Justin Krejci wrote: > +1 on Bryan's message. > > > TL;DR > > It seems lots of ISPs are struggling to figure out the why and the where > of many IP addresses or blocks that are suddenly being blacklisted or > flagged as VPNs or as out of service area. > > > > > I w

Re: Reminder: Never connect a generator to home wiring without transfer switch

On Tue, Aug 31, 2021 at 10:44 AM Mel Beckman wrote: > Mark, > > But you said “Gas-fired furnaces or heaters should not have an impact > because the only electrical requirement is to fire up the pilot light.” > There is no gas-fired furnace I know of that doesn’t require a blower fan. > How else d

Re: Reminder: Never connect a generator to home wiring without transfer switch

r >> make a mistake". >> There are usually redundancies built-in when it comes to safety. i.e. >> what's the point of installing grounds on the upstream side if you have the >> switch open? If the lines are de-energized, why wear gloves? If you're >> doing

Re: Reminder: Never connect a generator to home wiring without transfer switch

On Mon, Aug 30, 2021 at 12:47 PM Aaron C. de Bruyn via NANOG < nanog@nanog.org> wrote: > I've been following the thread. > If I'm dumb enough to back feed through the transformer into the > downstream side of the downed line, how is it going to be a problem if > linemen are grounding the phases on

Re: Reminder: Never connect a generator to home wiring without transfer switch

On Wed, Aug 25, 2021 at 2:34 PM wrote: > > Ok, I'll be the curmudgeon... > > Is this really a problem in practice? > > Most people I've known who worked around electrical mains etc assumed > the worst at all times and it isn't all that difficult to protect > against as one works. > > I realize on

Re: Reminder: Never connect a generator to home wiring without transfer switch

On Wed, Aug 25, 2021 at 11:06 AM Jared Mauch wrote: > > > > On Aug 25, 2021, at 10:04 AM, Mark Tinka wrote: > > > > You need to make these things fool-proof. We haven't traveled in over a > year but the day we do, it's a recipe for disaster if the person that deals > with this stuff is on the ro

Re: Do you care about "gray" failures? Can we (network academics) help? A 10-min survey

On Thu, Jul 8, 2021 at 5:04 PM William Herrin wrote: > > On Thu, Jul 8, 2021 at 5:31 AM Saku Ytti wrote: > > Network experiences gray failures all the time, and I almost never > > care, unless a customer does. > > Greetings, > > I would suggest that your customer does care, but as there is no > s

Re: Do you care about "gray" failures? Can we (network academics) help? A 10-min survey

On Thu, Jul 8, 2021 at 8:32 AM Saku Ytti wrote: > > On Thu, 8 Jul 2021 at 15:00, Vanbever Laurent wrote: > > > Detecting whole-link and node failures is relatively easy nowadays (e.g., > > using BFD). But what about detecting gray failures that only affect a > > *subset* of the traffic, e.g. a

Re: Beta Starlink with a slight tree obstruction vs degraded DOCSIS3 last mile

On Tue, Jun 29, 2021 at 9:04 PM Eric Kuhnke wrote: > > I'd much rather have 0.11 to 0.25% average packet loss over a 3 to 24 hour > period than 2-3%. > > The starlink experience is overall superior at present from a subjective user > point of view. ... and I think that this last sentence is the

Re: OSI layer 1 and revisiting labelmakers in the year 2021

I have one of the DYMO XTL 500 units - https://amzn.to/3v1SreG The labels are pricey, but they have a wide selection, including 2” wide, laminating wire labels, and heat-shrink. There is a set of sensors which detect when a label cartridge is installed, which sometimes don’t make great contact, so

Re: Broken Mini-SAS cable removal?

A related question -- every now and then I run into SFPs where the bail / level has decided to come off, and now I've got a jammed SFP+ inna slot. I've often managed to wiggle the bail back in and use it to release the SFP, or used the tip of a small screwdriver to push down the release, but this d

Re: OOB management options @ 60 Hudson & 1 Summer

On Fri, Apr 16, 2021 at 1:08 PM Bryan Fields wrote: > On 4/16/21 1:33 AM, Saku Ytti wrote: > > https://www.markleygroup.com/cloud/network/out-of-band > > Wow, this is an impressive offering. I wish more providers would do this. > +manylots. It's always surprising to me how often companies (in a

Re: [EXTERNAL_MESSAGE] RE: OOB management options @ 60 Hudson & 1 Summer

On Fri, Apr 16, 2021 at 12:20 PM Mike McGurty wrote: > I believe we were recently quoted a price of like $900/month (between > cross-connect and monthly charge) for 10Mb OpenGear OOB access in a large > Canadian Data Center. We passed. While I don’t disagree, you have to pay > for these service

Re: Famous operational issues

On Tue, Feb 23, 2021 at 5:14 PM Justin Streiner wrote: > Beyond the widespread outages, I have so many personal war stories that > it's hard to pick a favorite. > > My first job out of college in the mid-late 90s was at an ISP in > Pittsburgh that I joined pretty early in its existence, and every

Re: Famous operational issues

On Mon, Feb 22, 2021 at 7:31 PM wrote: > > At Boston Univ we discovered the hard way that a security guard's > walkie-talkie could cause a $5,000 (or $10K for the big machine room) > Halon dump. > At one of the AOL datacenters there was some convoluted fire marshal reason why a specific door cou

Re: Famous operational issues

On Mon, Feb 22, 2021 at 12:50 PM Regis M. Donovan wrote: > On Thu, Feb 18, 2021 at 07:34:39PM -0500, Patrick W. Gilmore wrote: > > And to put it on topic, cover your EPOs > > I worked somewhere with an uncovered EPO, which was okay until we had a > telco tech in who was used to a different data c

Re: Famous operational issues

On Mon, Feb 22, 2021 at 7:09 AM t...@pelican.org wrote: > On Thursday, 18 February, 2021 22:37, "Warren Kumari" > said: > > > 4: Not too long after I started doing networking (and for the same small > > ISP in Yonkers), I'm flying off to install a new custom

Re: Famous operational issues

At a previous company we had a large number of Foundry Networks layer-3 switches. They participated in our OSPF network and had a *really* annoying bug. Every now and then one of them would get somewhat confused and would corrupt its OSPF database (there seemed to be some pointer that would end up

Re: Google Fiber abuse address does not exist

Whoops. Thank you for reporting this, it’s being looked into. W On Thu, Feb 18, 2021 at 5:01 PM Chris Boyd wrote: > Can someone at ARIN tell them they need to fix this? > > From whois 136.32.164.64: > OrgAbuseHandle: GFA32-ARIN > OrgAbuseName: Google Fiber Abuse > OrgAbusePhone: +1-650-25

Re: Famous operational issues

On Thu, Feb 18, 2021 at 8:31 AM Jared Mauch wrote: > On Thu, Feb 18, 2021 at 01:07:01AM -0800, Eric Kuhnke wrote: > > On that note, I'd be very interested in hearing stories of actual > incidents > > that are the cause of why cardboard boxes are banned in many facilities, > > due to loose particu

Re: BGP / routing paper recommendations?

On Tue, Feb 2, 2021 at 10:57 AM Warren Kumari wrote: > > On Tue, Feb 2, 2021 at 10:06 AM Casey Callendrello wrote: > > > > Hi all, > > > > I'm part of a paper reading club, and the group's interest has turned to > > BGP and Internet routing i

Re: BGP / routing paper recommendations?

On Tue, Feb 2, 2021 at 10:06 AM Casey Callendrello wrote: > > Hi all, > > I'm part of a paper reading club, and the group's interest has turned to > BGP and Internet routing in general. As the only person in the group who > even knows what an AS is, I've been tasked with finding interesting > pape

Re: Show NOCs: OIG report: Should you charge extra for NOC tours?

On Thu, Jan 7, 2021 at 1:49 PM Brandon Svec wrote: > > Don’t dismiss and underestimate the curiousity and amazement of those who > have not seen such things in person. Indeed. Not too long ago I was at the headquarters of an organization which runs some "critical infrastructure". In the lobby t

Re: A letter from the CEO

On Mon, Nov 23, 2020 at 10:22 AM Andy Ringsmuth wrote: > > > > On Nov 23, 2020, at 12:35 AM, Carsten Bormann wrote: > > > >> 8tbps (8 terrabits per second). > > Terrabits? That’s a new one to me. Would that be akin to an “earthbit” or > something like that? They are better than terrorbits, whic

Re: Youtube TV Location error. Google Confirms issue but can't fix.

On Mon, Nov 2, 2020 at 3:19 PM Josh Luthman wrote: > > Did you try this? https://support.google.com/websearch/workflow/9308722 Also, do you publish an RFC8805 style Geofeed? (https://datatracker.ietf.org/doc/rfc8805/). If so, have you added it to https://isp.google.com ? W > > Josh Luthman >

Re: Virginia voter registration down due to cable cut

On Tue, Oct 13, 2020 at 5:15 PM Christopher Morrow wrote: > > On Tue, Oct 13, 2020 at 2:41 PM Sean Donelan wrote: > > > > On Tue, 13 Oct 2020, Christopher Morrow wrote: > > > spof > > > > > > the vita folk have a history of 'not really understanding large scale > > > compute/network operations' :

Re: Hurricane Electric AS6939

On Tue, Oct 13, 2020 at 8:22 PM Seth Mattinen wrote: > > On 10/13/20 5:10 PM, Darin Steffl wrote: > > > > You would do well to add them to your mix and remove one of the other > > ones. I'd probably remove spectrum and replace with HE. We've only had > > 30 minutes of downtime total in 5 years so

Re: Hand held copper Ethernet testers

On Wed, Sep 30, 2020 at 4:33 PM Nick Hilliard wrote: > Chris Boyd wrote on 30/09/2020 21:24: > > My old Test-Um Lanscaper died, and I was curious what people liked > > these days. Don’t need throughput testing or anything like that, just > > basic wire map testing, cable ID, cable length, PoE vol

Re: IP addresses on subnet edge (/24)

On Mon, Sep 14, 2020 at 5:28 PM Andrey Khomyakov wrote: > > TL;DR I suspect there are middle boxes that don't like IPs ending in .255. > Anyone seen that? Windows XP/Windows 2003 both had an issue where addresses ending in .255 wouldn't work, regardless of the mask. It seems unlikely that there

Re: [outages] Major Level3 (CenturyLink) Issues

On Wed, Sep 2, 2020 at 3:04 PM Vincent Bernat wrote: > > ❦ 2 septembre 2020 16:35 +03, Saku Ytti: > > >> I am not buying it. No normal implementation of BGP stays online, > >> replying to heart beat and accepting updates from ebgp peers, yet > >> after 5 hours failed to process withdrawal from c

Re: Centurylink having a bad morning?

On Wed, Sep 2, 2020 at 12:00 AM Christopher Morrow wrote: > > On Tue, Sep 1, 2020 at 11:53 PM Alain Hebert wrote: > > > > As a coincidence... I was *thinking* of moving a 90TB SAN (with > > mechanical's) to another rack that way... skateboard, long fibers and long > > power cords =D > > >

Re: Centurylink having a bad morning?

On Mon, Aug 31, 2020 at 4:36 PM Tom Beecher wrote: > > Hopefully those customers learned the difference between redundancy and > diversity this weekend. :) I'm unclear how either solves things for many customers... If they had CenturyLink and AcmeNetworkWidgets, and announce the same network th

Re: Centurylink having a bad morning?

On Mon, Aug 31, 2020 at 3:52 PM Eric Kuhnke wrote: > > There's a number of enterprise end user type customers of 3356 that have > on-premises server rooms/hosting for their stuff. And they spend a lot of > money every month for a 'redundant' metro ethernet circuit that takes diverse > fiber pat

Re: AT&T NOC Contact Info

On Mon, Aug 17, 2020 at 12:46 PM Mike Hammett wrote: > > http://thebrotherswisp.com/index.php/geo-and-vpn/ As a short followup, the google-self-published-geofeeds format (referenced on this page, etc) used on has finally been published as an RFC -- https://www.rfc-editor.org/rfc/rfc8805.pdf Th

Re: Has virtualization become obsolete in 5G?

On Tue, Aug 4, 2020 at 12:00 PM Etienne-Victor Depasquale wrote: > > Intel definitely is pressing for containerized data plane. > > Here, @20:49 (registration required), I placed that very question and it took > a bit of humming to obtain a straight answer :) > I'm shocked, shocked to discover t

Re: Network card with relay in case of power failure

On Wed, Jun 17, 2020 at 4:15 PM Dovid Bender wrote: > > Hi, > > I am sorry if this is off topic.I was once demoed a network device that had > two interfaces. The traffic would go through the device. If there was a power > cut or some other malfunction there would be a relay that would physically

Re: Router Suggestions

On Thu, Jun 18, 2020 at 6:26 AM Mark Tinka wrote: > > > > On 18/Jun/20 00:50, Warren Kumari wrote: > > > A number of customers (myself included) had 4 hour replacement contracts, > which the vendor really could not meet - so we agreed to take a new, much > larger/be

Re: Router Suggestions

On Tue, Jun 16, 2020 at 5:28 PM Owen DeLong wrote: > > > > On Jun 16, 2020, at 1:51 PM, Mark Tinka wrote: > > > > > > > > On 16/Jun/20 22:43, Owen DeLong wrote: > > > >> Covering them all under vendor contract doesn’t necessarily guarantee > that > >> the vendor does, either. In general, if you

Re: LTE modem where I can control the MTU

On Fri, May 1, 2020 at 10:10 AM Dovid Bender wrote: > > Hi, > > We have VZ wireless in the data center as a backup to our core > infrastructure. We have an issue where if packets have a large MTU they seem > to die. Does anyone know of a good 4G modem where I can set the MTU on the > cellular c

Re: "Is BGP safe yet?" test

On Wed, Apr 22, 2020 at 11:45 AM Danny McPherson wrote: > > On 2020-04-21 12:36, Rubens Kuhl wrote: > > On Tue, Apr 21, 2020 at 1:10 PM Matt Corallo via NANOG > > wrote: > > > >> That’s an interesting idea. I’m not sure that LACNIC would want > >> to issue a ROA for RIPE IP space after RIPE issue

Re: Route aggregation w/o AS-Sets

On Tue, Apr 14, 2020 at 1:04 AM Alejandro Acosta wrote: > > Hello Lars, > > As a comment there is a draft that proposes to deprecate AS_SET > https://datatracker.ietf.org/doc/draft-ietf-idr-deprecate-as-set-confed-set/?include_text=1 Ta, thanks. This completes the work started by RFC6472 - "Reco

Re: [EXT] Shining a light on ambulance chasers - Noction

On Thu, Mar 26, 2020 at 9:50 AM Tom Beecher wrote: > > Their device by itself did not leak anything, no. But it was the thing that > created the more specifics that were then leaked due to other errors. "In order to further reduce the likelihood of these problems occurring in the future, we will

Re: South Africa On Lockdown - Coronavirus - Update!

On Mon, Mar 23, 2020 at 8:03 PM Owen DeLong wrote: > > > > > On Mar 23, 2020, at 16:50 , Warren Kumari wrote: > > > > On Mon, Mar 23, 2020 at 6:53 PM Sabri Berisha wrote: > >> > >> Hi, > >> > >> In my experience, yubikeys ar

  1   2   3   >