Re: Apple Catalina Appears to Introduce Massive Jitter - SOLVED!

Just an update on this re: the Bluetooth. I had my AirPods paired previously for single use. I don't use them on the laptop (there is some latency), so I prefer the wired earphones. But it seems like Bluetooth was aggressively scanning for them. After removing them from the system, the scannin

Re: Technology risk without safeguards

Hi Suresh, I'm not disputing anything you or Tom wrote. The current scientific consensus is that most RF exposures are sage. We agree on that. My point is simply that, as Tom wrote in his citation, the biological effects of RF are still an area of research. And for that reason, it's unfair

Re: Technology risk without safeguards

- On Nov 4, 2020, at 7:19 PM, Randy Bush ra...@psg.com wrote: Hi, >> The fact that we haven't been able to identify a factual relationship, >> does not mean that there isn't any. > > just wow > > and, for all we know, the back side of the moon is green cheese I don't think you got the mess

Re: Technology risk without safeguards

> The fact that we haven't been able to identify a factual relationship, > does not mean that there isn't any. just wow and, for all we know, the back side of the moon is green cheese

Re: Technology risk without safeguards

On 04 Nov 2020, at 19.54, Sabri Berisha wrote: > RF emissions are absorbed by the human body. Your kitchen microwave works at > the same frequency as your 2.4Ghz wifi. We all know it's a bad idea to put > your > head in a microwave oven. It's a bad idea because you'll get burns. EM radiation isn

Re: Technology risk without safeguards

Since the Science is not settled... I still won't put a wireless earbud so close to my brain, and I'm especially worried about people doing this over extended periods.  Personally I try to use a wired earbud when I'm using my cell phone. But I'm overly cautious I guess.  I wear a mask when I g

Re: Technology risk without safeguards

> > The hypothesis that RF may cause damage to human DNA is not at all > conspiracy. The > fact that we haven't been able to identify a factual relationship, does > not mean > that there isn't any. For example: > If you are going to cite that American Cancer Society article, you should cite all th

Re: Technology risk without safeguards

Hi, Not that I'm into conspiracy theories, or believe at this point that RF emissions are in any way related to cancer, but Suresh' statement is not very scientific: > This is an internet conspiracy theory with no basis in reality or science. RF emissions are absorbed by the human body. Your

Re: Technology risk without safeguards

My first instinct is to let this be because the level of conspiracy theory nuttiness seems to be very high and the level of knowledge of basic physics seems to be very low, but since this list is archived in a way that lay-people may reference it at some point in the future, I'm going to go ahead a

Re: Technology risk without safeguards

I think the actual risk is the opposite of transmitting signals to damage or sabotage. I have read about many cases of receiving weak signals from things like monitors and wireless keyboards that could be snooped in by receiving and decoding them. I suppose routers and switches could leak signa

Re: {Disarmed} Re: Asus wifi AP re-writing DNS packets

This is annoying behavior, because unless you are doing something weird with actually signing DNS or TCP DNS, the router can just inject a fake response for their one DNS name they need into any UDP DNS stream with a tiny bit of inspection. Hijacking all of DNS is the DUMB way to do it. And eithe

Re: Bird Router Appliance projects

You could build an OpenWRT image with Bird and all the config already set like you would like. >

Re: Technology risk without safeguards

On Wed, Nov 4, 2020 at 11:37 AM Suresh Kalkunte wrote: > Your comments gives me an overall impression that data center equipment are > on average adequately protected, that is good. Also, public discussion on the > risk of intentional EMI is a big positive. I watched a T.V. program a few years

RE: {Disarmed} Re: Asus wifi AP re-writing DNS packets

I had a similar discussion with another vendor recently while testing their mesh wireless systems. This vendor’s units are actually re-writing dhcp requests that clients make to point DNS to the primary mesh unit. This even happened when the mesh platform was in pure bridge mode (as opposed to r

Re: Asus wifi AP re-writing DNS packets

Hello An update on this issue: Going through (long) Asus support channel, they first agreed that this was intentional to make router.asus.com work but did take my request to make that optional. They have issued me a test firmware which so far seems to be working perfectly with no-rewriting rules

Re: Technology risk without safeguards

    Maybe someone is just looking for "inspiration".     There is other venues to work this out "safely", IMHO. - Alain Hebertaheb...@pubnix.net PubNIX Inc. 50 boul. St-Charles P.O. Box 26770 Beaconsfield, Quebec H9W 6G7 Tel: 514-990-5911 http://www.p

Re: Technology risk without safeguards

On Wed, Nov 4, 2020 at 10:48 AM Suresh Kalkunte wrote: > Hello, > > I believe the below described method of causing intentional (1) damage to > equipment in data centers and (2) physical injury to a person at the > workplace is on-topic for the NANOG community, if not, I look forward to > your fe

Re: Technology risk without safeguards

On Wed, Nov 4, 2020 at 8:49 AM Suresh Kalkunte wrote: > I believe the below described method of causing intentional (1) damage to > equipment in data centers and (2) physical injury to a person at the > workplace is on-topic for the NANOG community, if not, I look forward to your > feedback. As

Technology risk without safeguards

Hello, I believe the below described method of causing intentional (1) damage to equipment in data centers and (2) physical injury to a person at the workplace is on-topic for the NANOG community, if not, I look forward to your feedback. As a software developer who has subscribed to the NANOG mail

Re: Mellanox / Cumulus

On 04/11/2020 16:02, aar...@gvtc.com wrote: > One of my CDN caching providers sent a Mellanox SN2700 with their > servers. Seems to be running well. They manage them, I just give > them rack, power, and a couple 10 gig links into my core At this point, we may descend into a "what does SP mean"

RE: Mellanox / Cumulus

One of my CDN caching providers sent a Mellanox SN2700 with their servers. Seems to be running well. They manage them, I just give them rack, power, and a couple 10 gig links into my core -Aaron -Original Message- From: NANOG On Behalf Of Tom Hill Sent: Wednesday, November 4, 2020 9:

Explore the best of NANOG 80 Virtual!

*NANOG 80 Virtual * The conference may be over, but the hours of archived talks + tutorials, keynotes + panels are just waiting to be explored! We've gathered up all the very best, just for you. Scroll on to learn more! View Agenda

Re: Mellanox / Cumulus

On 02/11/2020 17:52, Bryan Holloway wrote: > Anybody using these in production in an SP environment? And if so, any > opinions, good or bad? I haven't used them in an SP environment precisely because the Mellanox hardware - while miles better than equivalent Broadcom designs - does not cater to an

Bird Router Appliance projects

I'm deploying some Linux based routers with BIRD as the routing daemon. -> Yep, Bird is a specific requirement for this project. But is taking me to much time to adjust(and in the future keep it running good) the basic like, sysctl adjustments for routing and performance on that, ssh/snmp and sec