Re: what is acceptible jitter for voip and videoconferencing?

On 9/22/23 1:54 PM, Mark Andrews wrote: Telnet sessions where often initiated from half duplex terminals. Pushing that flow control across the network helped those users. I'm still confused. Did it require the telnet users to actually take action? Like they'd manually need to enter the GA

webauthn

I know it's a little tangential, but it's a huge operational issue for network operations too. Have any NANOG folks been paying attention to webauthn? i didn't know about until yesterday, though i wrote a proof of concept of something that looks a lot like webauthn in 2012. The thing that is ki

Re: webauthn

2, 2019 at 8:52 PM Michael Thomas <mailto:m...@mtcc.com>> wrote: I know it's a little tangential, but it's a huge operational issue for network operations too. Have any NANOG folks been paying attention to webauthn? i didn't know about until yesterday, though

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

when we did DKIM back in the day, almost nobody was requiring SMTP auth which meant the providers could say "blame me" via the DKIM signature, but couldn't really take much action since they didn't know who has doing it. we sort of took a leap of faith that that would happen.  nowadays, almost

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

On 7/8/19 5:54 PM, Keith Medcalf wrote: On Monday, 8 July, 2019 18:08, Michael Thomas wrote: when we did DKIM back in the day, almost nobody was requiring SMTP auth which meant the providers could say "blame me" via the DKIM signature, >but couldn't really take much action

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

Jon Callas, Eric Allman, the IETF security geek contingent and even me disagree with you. rfc 4871 disagrees with you. STD 76 disagrees with you. Trillions of signed messages disagree with you. Steve Bellovin probably disagrees with you too since you seem to be under the illusion that a reverse

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

On 7/8/19 6:11 PM, Valdis Klētnieks wrote: On Mon, 08 Jul 2019 17:58:17 -0700, Michael Thomas said: On 7/8/19 5:54 PM, Keith Medcalf wrote: This is because DKIM was a solution to a problem that did not exist. ::eyeroll:: pray tell, how do you "always" know the identity of the M

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

On 7/8/19 6:24 PM, Keith Medcalf wrote: You are the only person who has mentioned reverse DNS lookups. I'm only trying to guess what enlightens your misinformed world. Mike

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

On 7/8/19 6:46 PM, Keith Medcalf wrote: On Monday, 8 July, 2019 19:28, Michael Thomas wrote: On 7/8/19 6:24 PM, Keith Medcalf wrote: You are the only person who has mentioned reverse DNS lookups. I'm only trying to guess what enlightens your misinformed world. You claimed that the

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

On 7/8/19 7:11 PM, Christopher Morrow wrote: when do we get back to stir/shaken? that would be nice. i have a lot of questions about stir/shaken. attacking a problem statement rfc seems rather bizarre and unhinged to me. it outlines a lot of the objections i had to p-asserted-identity i ha

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

So I have a meta-question about all of this. Why in 2019 are we still using telephone numbers as the primary identifier? It's a pretty sip-py world these days, even on mobile phones with wifi calling, I assume. It seems like this problem would be more tractable if callerid was a last resort rat

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

On 7/11/19 12:03 PM, Christopher Morrow wrote: On Thu, Jul 11, 2019 at 2:35 PM Michael Thomas wrote: So I have a meta-question about all of this. Why in 2019 are we still using telephone numbers as the primary identifier? It's a pretty sip-py world these days, even on mobile phones with

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

On 7/11/19 12:05 PM, Christopher Morrow wrote: On Thu, Jul 11, 2019 at 3:04 PM Peter Beckman wrote: "with the intent to defraud, cause harm, or wrongfully obtain anything of value" Kind of a huge hole that, unless you record all calls which opens other liability, is hard to prove. I'm not

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

On 7/15/19 12:07 PM, Jay R. Ashworth wrote: - Original Message - From: "Christopher Morrow" On Thu, Jul 11, 2019 at 12:00 PM Paul Timmins wrote: Chris it would be trivial for this to be fixed, nearly overnight, by creating some liability on the part of carriers for illicit use of ca

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

On 7/18/19 3:15 PM, Jay R. Ashworth wrote: - Original Message - From: "Michael Thomas" On 7/15/19 12:07 PM, Jay R. Ashworth wrote: Yes, of course we sent out calls with "spoofed" CNID. But, even though only 2 or 3 or our 5 carriers* held *our* feet to the fire,

Re: What can ISPs do better? Removing racism out of internet

On 8/5/19 9:24 AM, Bryan Fields wrote: On 8/4/19 11:41 PM, Mehmet Akcin wrote: What can we do better as network operators about hate sites like 8Chan? I actually went and looked at 8chan, it would appear to me they have a bunch of hate filled people there, 10 yr olds who think saying the n-wo

Re: This DNS over HTTP thing

On 10/1/19 12:18 PM, Jay R. Ashworth wrote: - Original Message - From: "Stephane Bortzmeyer" On Mon, Sep 30, 2019 at 11:56:33PM -0400, Brandon Martin wrote a message of 10 lines which said: It's use-application-dns.net. NXDOMAIN it, and Mozilla (at least) will go back to using you

Re: California public safety power shutdowns

On 10/9/19 2:15 PM, William Herrin wrote: On Wed, Oct 9, 2019 at 12:37 PM Sean Donelan > wrote: Pacific Gas & Electric and Southern California Edison have started Public Safety Power Shut-offs (PSPS) in California wildfire high-risk areas. Wasn't Californi

Re: California public safety power shutdowns

On 10/10/19 10:40 AM, Randy Bush wrote: Pacific Gas & Electric and Southern California Edison have started Public Safety Power Shut-offs (PSPS) in California wildfire high-risk areas. not exactly the diablo winds are way north in the state. but much of the power for the big metros is bought

Re: Comcast outages continue even in areas with PG&E power restored

On 10/11/19 4:31 PM, Sean Donelan wrote: The FCC asked a half-dozen carriers about their network resilience plans last month.  Comcast was not one of the service providers askedd about their plans. The FCC should have looked closer at Comcast in California. While it was expected many people

Re: Comcast outages continue even in areas with PG&E power restored

On 10/14/19 3:06 PM, Sean Donelan wrote: That is not why people are surprised.  When the house doesn't have power, and doesn't have home generator or UPS, (most) people are less surprised their DSL or Cable modem and VOIP doesn't work anymore. The reasons I saw people angry on twitter was

Re: Comcast outages continue even in areas with PG&E power restored

On 10/14/19 4:16 PM, Sean Donelan wrote: On Mon, 14 Oct 2019, Michael Thomas wrote: Of course this is a lot of conjecture on my part... be glad to be clued in by folks in know. An old news story, but telco's usually have backup batteries in their outside plant, cell towers, etc.  D

Re: Comcast outages continue even in areas with PG&E power restored

On 10/14/19 4:39 PM, Brandon Martin wrote: All the conventional telcos are far more focused on keeping voice service alive since they get raked over the coals by the FCC if it drops due to lack of 911.  That includes wireless if they are both a wireline and wireless operator.  Interestingl

Re: Comcast outages continue even in areas with PG&E power restored

On 10/14/19 6:11 PM, Sean Donelan wrote: On Mon, 14 Oct 2019, Michael Thomas wrote: deal with the CPE, that the cable plant was the actual problem. The cable companies should, imo, be held to the same standard as the telcos. Maybe even moreso these days since IP has taken over everything

Re: Comcast outages continue even in areas with PG&E power restored

On 10/14/19 5:58 PM, Brandon Martin wrote: On 10/14/19 8:26 PM, Michael Thomas wrote: So when we were working on this 20 years ago at Cisco, there was a tremendous amount of effort to deal with the issue of e911 and generally battery backup. I'm really surprised to hear that though we

Re: Comcast outages continue even in areas with PG&E power restored

On 10/16/19 12:09 PM, Jeff Shultz wrote: Interesting! And so primitive! So they go to all of the expense of laying fiber, but not power too? Note: small local telco experience speaking below: Telco's tend to have experience with fiber, but probably not the construction and transmission of t

Re: Comcast outages continue even in areas with PG&E power restored

co that charges the batteries. https://portal.adtran.com/pub/Library/Data_Sheets/International_/I61179918F1-8_1148VXP.pdf Mike On 10/16/19 12:09 PM, Jeff Shultz wrote: On Mon, Oct 14, 2019 at 4:26 PM Michael Thomas wrote: On 10/14/19 4:16 PM, Sean Donelan wrote: On Mon, 14 Oct 2019, Michael

Re: VDSL

On 10/16/19 5:12 PM, Brandon Martin wrote: On 10/16/19 2:42 PM, Jeff Shultz wrote: But I'm confused a bit by the below - G.Fast is a twisted pair standard, last I saw - why would a cable (presumably coax) company be offering it?  Are they just taking over the PTT's inside wiring? G.fast has

Re: U.S. Senate: READI Act 2019 re-introducted

On 10/24/19 4:01 PM, Sean Donelan wrote: U.S. Senators Brian Schatz (D-Hawaii) and John Thune (R-S.D.) reintroduced the Reliable Emergency Alert Distribution Improvement (READI) Act today (October 24, 2019). The READI Act would: [...] Explore establishing a system to offer emergency alerts t

Re: U.S. Senate: READI Act 2019 re-introducted

On 10/25/19 11:21 AM, Sean Donelan wrote: On Thu, 24 Oct 2019, Michael Thomas wrote: Content provider is pretty ill defined -- everything is "content". But I'm not sure why it should reside in smart assistants either. What if I don't want or use any of them? They're

Re: U.S. Senate: READI Act 2019 re-introducted

On 10/27/19 11:57 AM, Sean Donelan wrote: On Fri, 25 Oct 2019, Michael Thomas wrote: Ok, you had me completely puzzled by digital assistant layer. I'm not sure apps might not be interested in competing for users: "This 7.0 earthquake is brought to you by Allstate!" I'll

Re: U.S. Senate: READI Act 2019 re-introducted

On 10/27/19 4:46 PM, Sean Donelan wrote: On Sun, 27 Oct 2019, Sean Donelan wrote: I do not expect Apple, Amazon or Google to do something until forced too. The semi-joke amoung the emergency management community, if tech firm CEOs lived in the mid-west (tornado alley) or south-east (hurri

Re: U.S. Senate: READI Act 2019 re-introducted

On 10/27/19 4:46 PM, Sean Donelan wrote: On Sun, 27 Oct 2019, Sean Donelan wrote: I do not expect Apple, Amazon or Google to do something until forced too. The semi-joke amoung the emergency management community, if tech firm CEOs lived in the mid-west (tornado alley) or south-east (hurri

Re: Disney+ Streaming

Back in the old days, we had the ultimate in unbundling: you walked up, got a ticket, and watched the movie. In principle it wouldn't be that hard these days to do something similar with a tremendous reduction in friction. Basically pay-per-view on steroids. My sense is that it would be trem

Re: Elephant in the room - Akamai

On 12/5/19 1:44 PM, Valdis Klētnieks wrote: On Thu, 05 Dec 2019 14:41:30 -0600, "Aaron Gould" said: Tarko. wow, gaming again ! It's not going away. gaming traffic is growing in a big way it seems. And it's only going to get worse. Sony has already announced that the Playstation 5 will have

Re: Elephant in the room - Akamai

On 12/5/19 6:02 PM, Valdis Klētnieks wrote: On Thu, 05 Dec 2019 14:18:07 -0800, Michael Thomas said: My suspicion is that the root problem was buffer bloat -- i flashed a new router with openwrt and was a little dismayed that the bufferbloat code is a plugin you have to enable. The buffer

Re: Elephant in the room - Akamai

On 12/8/19 3:37 PM, Fred Baker wrote: Sent from my iPad On Dec 5, 2019, at 9:03 PM, Stephen Satchell wrote: For SP-grade routers, there isn't "code" that needs to be added to combat buffer bloat. All an admin has to do is cut back on the number of packet buffers on each interface -- an

Re: FCC proposes $10 Million fine for spoofed robocalls

On 12/19/19 8:16 AM, Christopher Morrow wrote: How is it envisioned that this will work? I mean, I'm all for less spam calling... and ideally there would be some form of 'source address verification' on the PSTN/phone network... but in today's world that really just doesn't exist and the motiva

Re: FCC proposes $10 Million fine for spoofed robocalls

On 12/19/19 11:34 AM, William Herrin wrote: On Thu, Dec 19, 2019 at 11:27 AM Brian J. Murrell wrote: On Thu, 2019-12-19 at 11:02 -0800, William Herrin wrote: I call your phone number. Your phone company compares my number against your whitelist. Ring through on match. If no match, "You have

Re: FCC proposes $10 Million fine for spoofed robocalls

On 12/19/19 11:27 AM, Brian J. Murrell wrote: On Thu, 2019-12-19 at 11:02 -0800, William Herrin wrote: I call your phone number. Your phone company compares my number against your whitelist. Ring through on match. If no match, "You have reached Name. Press 2 to leave a message. Press 3 to ente

Re: FCC proposes $10 Million fine for spoofed robocalls

On 12/19/19 1:09 PM, Rich Kulawiec wrote: Bcc: Subject: Reply-To: In-Reply-To: On Thu, Dec 19, 2019 at 11:34:48AM -0800, William Herrin wrote: I don't want to start an arms race with the spam callers, I want to end it. That means: jump directly to something they can't easily defeat. It is

Re: FCC proposes $10 Million fine for spoofed robocalls

On 12/19/19 2:56 PM, Keith Medcalf wrote: On Thursday, 19 December, 2019 13:57, Michael Thomas wrote: Plus if it didn't work well/too cumbersome/etc with email, it probably won't be any better with voice. We have lots of experience with what doesn't work for email. I really d

Re: FCC proposes $10 Million fine for spoofed robocalls

On 12/19/19 6:52 PM, Keith Medcalf wrote: On Thursday, 19 December, 2019 19:07, Valdis Kletnieks wrote: On Thu, 19 Dec 2019 16:02:42 -0700, "Keith Medcalf" said: That stupid people do stupid things has no bearing on me. If there is a legal requirement for these people to be "notifying" t

Re: FCC proposes $10 Million fine for spoofed robocalls

On 12/19/19 9:14 PM, Christopher Morrow wrote: Plus if it didn't work well/too cumbersome/etc with email, it probably won't be any better with voice. We have lots of experience with what doesn't work for email. I sort of figured that the shaken/stir model that ( i happened to propose in their

Re: FCC proposes $10 Million fine for spoofed robocalls

On 12/20/19 11:46 AM, Christopher Morrow wrote: On Fri, Dec 20, 2019 at 1:40 PM Michael Thomas wrote: SHAKEN is trying to solve e.164 problem which inherently hard and subject to a lot of cases where it fails. Their problem statement is worth the read if you're interested. I'll

power to the internet

https://www.politico.com/news/2019/12/25/california-power-shutoffs-089678 This article details some of the issues with California's "new reality" of planned blackouts. One of the big things that came to light with these blackouts is that our network infrastructure's resilience is pretty lac

Re: power to the internet

On 12/25/19 5:59 PM, Constantine A. Murenin wrote: On Wed, 25 Dec 2019 at 19:32, Michael Thomas <mailto:m...@mtcc.com>> wrote: On the dark side, this is probably coming to a lot more states and countries due to climate change. Australia. Sigh. Do you have a source for this? 

Re: power to the internet

On 12/25/19 6:16 PM, Michael Loftis wrote: Having lived through the blackouts that was entirely different. 90% Enron manipulating the markets. There was plenty of capacity both in transmission and generation, but Enron manipulated prices and apparent supply to make money and screwed the who

Re: power to the internet

On 12/25/19 7:10 PM, Stephen Satchell wrote: On 12/25/19 6:29 PM, Michael Thomas wrote: Yes, this is exactly right. My point here isn't to assign blame, but to ask what the hell we're going to do about it. Trying to score political points is disgusting. Do you live in Californ

Re: power to the internet

On 12/25/19 7:26 PM, Constantine A. Murenin wrote: I'm an ex-California resident myself here Good riddance. This has nothing to do with the climate change that is actually happening here. Mike

Re: power to the internet

On 12/26/19 7:51 AM, Mike Bolitho wrote: I'm pretty sure political bickering is well beyond the scope of the mailing list. Is anyone moderating this? It certainly wasn't my intent or desire to have this turn political, and shame on the person who did. This is a serious networking related iss

Re: power to the internet

On 12/26/19 10:19 AM, Jason Wilson wrote: As a small WISP operator in Northern California and well into the urban interface we fell victim to the PSPS this year. Thousands was spent on upgrading battery plants that would normally hold during a short outage and generator purchases, whether it

Re: power to the internet

On 12/26/19 10:26 AM, Tom Beecher wrote: If that was a reference to my comments, it was certainly not my intention. I was striving to avoid it being seen as that, but apparently fell short. Not directed at you at all. To reanswer the question posed though, is still the same ; $$$. If net

Re: power to the internet

On 12/26/19 10:41 AM, Ben Cannon wrote: Exactly. And we will build it all. The power stuff is serious people.  We’ve gotten letters from the FCC over it.  There is additional regulation coming down when people can’t call 911! You need at minimum 8 hours (or your CRT response time with a g

Re: power to the internet

On 12/26/19 11:00 AM, Ben Cannon wrote: How much generating capacity can you get out of a typical hybrid? You’re joking right?  A lot… Enough to run an entire neighborhood…   The Prius makes 50,000watts alone. With the right circuitry, there is no need for power plants in the United State

Re: power to the internet

On 12/26/19 11:18 AM, Stephen Satchell wrote: On 12/26/19 10:55 AM, Michael Thomas wrote: Here in California, you're going to need a lot more than 8 hours. We had one that lasted 3 days, followed by about 8 hours of power, followed by 2 days of no power. If this is the new normal, an

Re: power to the internet

On 12/26/19 11:18 AM, John Levine wrote: In article you write: To reanswer the question posed though, is still the same ; $$$. If network operators take the position that the electric utility supply should be more reliable than it is, then they need to start influencing and lobbying for ways

Re: power to the internet

On 12/26/19 4:06 PM, John Levine wrote: In article you write: run but are now showing their long term consequences, notably land use that encourages sprawl and construction in ill-suited areas If we stopped construction in all of the ill-suited areas, we'd stop construction all together, and

Re: power to the internet

On 12/26/19 6:38 PM, Fred Baker wrote: This time it’s PG&E all alone, but still fallout from back then. Too much liability and they’ve not maintained the infrastructure and so they decided that to reduce the liability costs it’s cheaper to blackout. Same story again different colors. PG&E mak

5G roadblock: labor

https://www.politico.com/news/2019/12/29/big-barrier-trump-5g-america-089883 An interesting article on the road to 5G that they need to about double the size of the workforce to roll it out. I expect that this affects some of you directly. But one of its premises seems a little shaky to me:

Re: 5G roadblock: labor

On 12/30/19 12:36 PM, Mike Hammett wrote: I mean it's inevitable that 5G replaces 4G. It just comes down to the spectrum the given carrier uses that dictates speed and range. In the US, AT&T and Verizon are deploying in the millimeter bands. They'll do a gig at a few hundred feet. T-Mobile is

Re: 5G roadblock: labor

On 12/30/19 1:35 PM, Brandon Martin wrote: On 12/30/19 4:14 PM, Michael Thomas wrote: The latency argument is what interests me. Supposedly 4G's latency and jitter are tough on voip. If that improves there is just no reason for TDM to phones which is a significant development because

Re: 5G roadblock: labor

On 12/30/19 2:39 PM, Christopher Morrow wrote: It'd be nice to see what benefits 5g really has for carriers and consumers/users... It looks, to me, like a bunch of the 5g hype is really: "uhm, we need to sell these carriers on the G++ ... spin up the hype machine about speed!" never mind the c

Re: 5G roadblock: labor

On 12/30/19 2:46 PM, Brandon Martin wrote: On 12/30/19 5:42 PM, Michael Thomas wrote: Oh, I didn't know that. Seems like it's a relatively new thing. Seems like they went to a lot of trouble to essentially do what voip does. Or maybe not? I've been poking around trying fi

Re: 5G roadblock: labor

On 12/30/19 3:34 PM, Christopher Morrow wrote: On Mon, Dec 30, 2019 at 6:09 PM Michael Thomas wrote: On 12/30/19 2:46 PM, Brandon Martin wrote: On 12/30/19 5:42 PM, Michael Thomas wrote: Oh, I didn't know that. Seems like it's a relatively new thing. Seems like they went t

Re: 5G roadblock: labor

On 12/30/19 4:19 PM, Brandon Martin wrote: I really don't want to go diving down the 3GPP document hole... Yeah, no kidding. It's like acronym soup. I've been trying all afternoon to figure out vowifi and am now pretty certain that it's just SIP signaling over IP. But it's been really f

Re: 5G roadblock: labor

On 12/30/19 4:41 PM, Shane Ronan wrote: Look up VoLTE. Yeah I did, and confirmed it's just SIP+RTP over IP.  Which is why it's so frustratingly hard to find the same simple diagram or whatever for vowifi. Mike On Mon, Dec 30, 2019, 7:39 PM Michael Thomas <mailto:m...@mtc

Re: 5G roadblock: labor

n an encrypted tunnel it's nobody's business what's in it :) Mike On Mon, Dec 30, 2019, 7:45 PM Michael Thomas <mailto:m...@mtcc.com>> wrote: On 12/30/19 4:41 PM, Shane Ronan wrote: Look up VoLTE. Yeah I did, and confirmed it's just SIP+RTP

Re: power to the internet

On 1/2/20 1:34 PM, Sabri Berisha wrote: - On Jan 2, 2020, at 1:24 PM, John Levine jo...@iecc.com wrote: PS: You also wouldn't believe how cheap the power is. California's prices are high compared to most of the US, but it's still only about €0.15 per KWh. I don't know where you live, bu

Re: 5G roadblock: labor

On 1/5/20 3:21 AM, Mark Tinka wrote: I think we can all agree that the future is wireless access for everything (phones, tablets, laptops, domestic appliances, e.t.c.). The question isn't about whether the kids will be using wire or wireless... we know they will be using wireless. The questio

Re: 5G roadblock: labor

On 1/5/20 1:05 PM, Shane Ronan wrote: This may be the case for single family homes, but bringing ftth into MDUs can be very ezpensive, as building want to charge entry fees, etc. Same goes for commercial buildings. 5G fixed wireless allows wireless to be used for the last mile, with the use

Re: 5G roadblock: labor

On 1/5/20 10:45 PM, Mark Tinka wrote: On 5/Jan/20 23:10, Michael Thomas wrote: Aren't commercial and MDU just terminating the fiber at the building and sending ethernet where it's needed? Shane is right - some commercial buildings can make your life difficult when trying to brin

Re: 5G roadblock: labor

On 1/5/20 10:39 PM, Mark Tinka wrote: On 5/Jan/20 22:56, Michael Thomas wrote: It occurs to me that what we're really quibbling about here is where fiber ends. Indeed. The notion that wireless will replace fibre is misplaced. Wireless is just so prevalent because folk don't

Re: 5G roadblock: labor

On 1/6/20 1:21 PM, Sabri Berisha wrote: Low Earth Orbit satellites do not have a fixed position and move in a low orbit. This means that in order to serve a particular region, one must deploy a constellation of satellites in order to ensure that at least one transponder is always covering the

Re: 5G roadblock: labor

On 1/6/20 2:42 PM, Sabri Berisha wrote: - On Jan 6, 2020, at 1:44 PM, Michael Thomas m...@mtcc.com wrote: Hi, On 1/6/20 1:21 PM, Sabri Berisha wrote: Low Earth Orbit satellites do not have a fixed position and move in a low orbit. But at what cost to latency? Sounds like gamers would

Re: Fwd: [ PRIVACY Forum ] Critical bug threatens to bite mobile phones and networks

On 07/19/2016 04:55 PM, Jay R. Ashworth wrote: Heap overflow bug in either a widely used ASN.1 library from Objective Systems, apparently popular with cell-radio industry people. Not sure if this will leak over into NANOG land -- but neither are you, and that's most of my point. DO *you* know i

Re: IoT security

On 2/6/17 2:31 PM, William Herrin wrote: This afternoon's panel about IoT's lack of security got me thinking... On the issue of ISPs unable to act on insecure devices because they can't detect the devices until they're compromised and then only have the largest hammer (full account ban) to act.

Re: IoT security

On 02/07/2017 02:05 PM, William Herrin wrote: On Tue, Feb 7, 2017 at 3:27 PM, Randy Bush wrote: On Tue, Feb 07, 2017 at 06:56:40AM -0500, William Herrin wrote: Immaterial. The point is to catch vulnerable devices before they're hacked. you have a 30 second window there, maybe five minutes if

Re: BGP in a containers

So I have to ask, why is it advantageous to put this in a container rather than just run it directly on the container's host? Mike On 06/14/2018 05:03 PM, Richard Hicks wrote: I'm happy with GoBGP in a docker container for my BGP Dashboard/LookingGlass project. https://github.com/rhicks/bgp-da

Re: Proving Gig Speed

Thanks, Jason. While I might have idle curiosity of how well my link performs when I first get it, beyond that the only time I care is when I or somebody else in the house starts screaming "THE INTERTOOBZ R SLOWZ!@!". I just had this happen to me the other night as I trying to watch possibly

Re: Proving Gig Speed

SoIP surely will sure require trigabits. Mike On 7/17/18 8:38 AM, Saku Ytti wrote: On Tue, 17 Jul 2018 at 17:45, Mike Hammett wrote: 10G to the home will be pointless as more and more people move away from Ethernet to WiFi where the noise floor for most installs prevents anyone from reachi

Re: Oct. 3, 2018 EAS Presidential Alert test

On 10/05/2018 04:47 PM, Sean Donelan wrote: On Thu, 4 Oct 2018, b...@theworld.com wrote: Just to try to squeeze something worthwhile out of these reports... I wonder, if there were a real alert, what the odds are that one wouldn't hear about it in 1 minute, 5 minutes, etc even if they didn't pe

Re: Oct. 3, 2018 EAS Presidential Alert test

On 10/07/2018 03:49 PM, Fred Baker wrote: On Oct 7, 2018, at 12:23 PM, b...@theworld.com wrote: That was one advantage of the old air raid siren system, it was difficult to ignore and required nothing special to receive (hearing impaired excepted.) Where I grew up, the “Civil Defense Warning”

Re: It's been 20 years today (Oct 16, UTC). Hard to believe.

I believe that the IETF party line these days is that Postel was wrong on this point. Security is one consideration, but there are others. Mike On 10/16/2018 07:18 PM, b...@theworld.com wrote: What it's trying to say is that you have control over your own code but not others', in general. So

Re: It's been 20 years today (Oct 16, UTC). Hard to believe.

On 10/16/2018 08:20 PM, b...@theworld.com wrote: On October 16, 2018 at 19:35 m...@mtcc.com (Michael Thomas) wrote: > I believe that the IETF party line these days is that Postel was wrong > on this point. Security is one consideration, but there are others. Security fits into al

Re: It's been 20 years today (Oct 16, UTC). Hard to believe.

On 10/16/2018 08:36 PM, Scott Brim wrote: On Tue, Oct 16, 2018, 22:37 Michael Thomas <mailto:m...@mtcc.com>> wrote: I believe that the IETF party line these days is that Postel was wrong on this point. Security is one consideration, but there are others. Mike I s

Re: It's been 20 years today (Oct 16, UTC). Hard to believe.

On 10/17/2018 12:43 PM, Florian Weimer wrote: * Laszlo Hanyecz: On 2018-10-17 02:35, Michael Thomas wrote: I believe that the IETF party line these days is that Postel was wrong on this point. Security is one consideration, but there are others. Postel's maxim also allowed extensibility

Re: SMTP Over TLS on Port 26 - Implicit TLS Proposal [Feedback Request]

Having been through this many times, I'd say that probably the best way to advocate for something is to advocate for what the *problem* is much more than what the *solution* is. Invariably, things are more complex than we imagine in the solution space and the people who inhabit that space are m

Re: Should Netflix and Hulu give you emergency alerts?

On 3/8/19 2:32 PM, Matt Hoppes wrote: No. Please no. We need less regulation. Not more. VoIP started out the same way. Very simple to start offering voip. Worked well. Then the government got involved. Now it’s a mess of requirements, warnings and reporting. I was there developing service pr

Re: Should Netflix and Hulu give you emergency alerts?

On 3/8/19 2:22 PM, Sean Donelan wrote: https://www.cnn.com/2019/03/08/tech/emergency-alert-netflix-hulu-streaming/index.html New York (CNN Business) The federal emergency alert program was designed decades ago to interrupt your TV show or radio station and warn about impending danger — fro

Re: Should Netflix and Hulu give you emergency alerts?

On 3/11/19 7:02 AM, Livingood, Jason wrote: +1 to Rich's note: I agree we need to be careful not to extrapolate our experiences/devices/preferences to the average person. Emergency alerts serve a valuable purpose, especially when something like a wild fire or tornado or whatever is approaching

Re: Should Netflix and Hulu give you emergency alerts?

On 3/11/19 6:57 PM, William Herrin wrote: On Mon, Mar 11, 2019 at 6:25 PM Michael Thomas <mailto:m...@mtcc.com>> wrote: > This entire thing strikes me as a horrible layering violation. Why on > earth should alerts be required to dogleg through content providers? > > It seem

Re: Should Netflix and Hulu give you emergency alerts?

On 3/11/19 8:24 PM, Sean Donelan wrote: On Mon, 11 Mar 2019, Michael Thomas wrote: It seems to me that it would be much better to use the standards we already have to deliver text, voice and video, and just make it a requirement that some list of devices must be able to listen for these

Re: Should Netflix and Hulu give you emergency alerts?

On 3/12/19 1:45 PM, William Herrin wrote: On Tue, Mar 12, 2019 at 11:57 AM Michael Thomas <mailto:m...@mtcc.com>> wrote: > Yes, that's exactly my point: it should just be a requirement of the > hardware platform to implement this. Just like e911. Enumerating the > ty

Re: Should Netflix and Hulu give you emergency alerts?

On 3/12/19 3:39 PM, William Herrin wrote: On Tue, Mar 12, 2019 at 2:50 PM > wrote: > On Tue, 12 Mar 2019 13:45:23 -0700, William Herrin said: > > In many cases, only the foreground app has a clear understanding of the > > state of the screen. Not the OS and def

Re: Should Netflix and Hulu give you emergency alerts?

On 3/12/19 4:52 PM, Sean Donelan wrote: On Tue, 12 Mar 2019, Michael Thomas wrote: What's with perpetuating the thought that it needs to be in the bios? It's just a normal app on a normal computer like Biff. I know, after working with network engineers in too many meetings.

Re: Should Netflix and Hulu give you emergency alerts?

On 3/12/19 5:34 PM, William Herrin wrote: On Tue, Mar 12, 2019 at 4:04 PM Michael Thomas <mailto:m...@mtcc.com>> wrote: > On 3/12/19 3:39 PM, William Herrin wrote: >> I'd prefer if my computer's BIOS didn't talk to the network at all, that being >> far

Re: xfinity not working

On 10/11/23 11:34 AM, William Herrin wrote: On Wed, Oct 11, 2023 at 11:12 AM Delong.com wrote: There are still some knobs… e.g. bridge mode or not (usually) I'm guessing that's only if there's a built-in wifi router. My grand experience with cable modems counts to exactly two brands and fou

Re: transit and peering costs projections

On 10/15/23 8:33 PM, Matthew Petach wrote:  I think we often forget just how much of a massive inversion the communications industry has undergone; back in the 80s, when I started working in networking, everything was DS0 voice channels, and data was just a strange side business that nobody in

Re: [EXTERNAL] Re: Charter DNS servers returning malware filtered IP addresses

On 10/27/23 2:20 PM, John Levine wrote: It appears that Bryan Fields said: -=-=-=-=-=- -=-=-=-=-=- On 10/27/23 7:49 AM, John Levine wrote: But for obvious good reasons, the vast majority of their customers don't I'd argue that as a service provider deliberately messing with DNS is an obviou

<    1   2   3   4   5   6   7   8   9   >