Re: Pilot Fiber, Chicago Area: Impressions?
Employer has been using them for transit in Chicago for a while now. There was a case where they had a weird detour path through a router on the east coast for a prefix ultimately destined for the west coast, but once we notified them they quickly (same day) got it resolved. Been pretty happy with them so far. On Tue, Mar 31, 2020 at 9:42 AM Shawn Ritchie wrote: > > Pricing looks good, considering them for cheap backhaul as a tertiary path. > Anybody have experience with them for just IP transit? > > -- > Shawn
Cloudflare Contacts
Could someone from Cloudflare contact me off-list? I work for a major search engine (not google or bing), and we just launched some assets in Brazil, seeing some weird behavior to Cloudflare CDN assets and thinking maybe we are being caught in some kind of filter/block. Our image search traffic is proxied through a single IP, so its definitely high volume. We’ve never had an issue in other regions, but it could due to the sudden increase. Thanks John Von Essen
Re: free collaborative tools for low BW and losy connections
> Exactly. And there's no disconnect: usenet doesn't scale because each object > is copied to all core nodes rather than referenced, or copied-as-needed, or > other. This design of distributed messaging platform will eventually break > as it grows. Usenet scales far more gracefully than the current web. Each node sends content to a few downstream nodes. This makes it easy to scale; there is no central mega-node that gets overwhelmed, connectivity is to a nearby upstream where there is a reasonabe amount of bandwidth. Last time I ran a server, the sender could filter based on newsgroup or message size, so avoid swamping links. Content was mostly text. It is possible to use offline transmission — certain groups dumped onto mag tape and mailed, get pulled in at the destination. BTDT. More demand = more client nodes which in turn distribute to other nodes, so each node does not need to talk to a large number of others. We did this about 30 years ago in South Africa; Rhodes university brought in most groups, I brought in alt.*. We each distributed to a select number of nodes, who distributed again. Lather, rinse, repeat. Usenet for the entire sub-continent (along with email) over 9600 bps dial-up circuits. paul
Re: Sunday traffic curiosity
> On Mar 31, 2020, at 03:47 , Mark Tinka wrote: > > > > On 23/Mar/20 22:54, Owen DeLong wrote: > >> >> That hasn’t been my observation at any of the local sports bars. I >> actually have little to no interest in live sport (except maybe the >> occasional curling match, yeah, I’m not just old, I’m odd). > > I think we each need to define what we mean by "the kids" :-). From my perspective, anyone born in this century pretty much qualifies as a kid at this point. Maybe even the last 3-4 years of the previous one. >> Live sport seems quite popular among kids and millennials, at least in >> the US. > > Yes, but as a proportion of those who drive how the Internet is > re-defining traditional economies, how does that track? Don’t know. Not a statistician, not a gatherer of demographic information. I’ll leave that to those in the business of the surveillance economy which seems to be the primary way in which the internet is redefining traditional economies. Turning consumers into products. Personally, not a fan and I think GDPR is a sure sign that there is a backlash coming. The main reason it is tolerated so far is most people aren’t aware of what it really means or even that it is actually happening. >> From an African perspective, my anecdotal observation is that it is > mostly really young kids (you're talking from as little as 4 - 5 years > old) and women (both young and old) that are influencing this "I don't > care about how it all works, just get me my value" paradigm that is the > new economy. And in both cases, the majority of them don't have a > penchant for sport, live or on-demand. Much of that is relegated mostly > to men, from early-teen boys all the way to us geezers, a demographic > that, in my observation, don't use the Internet as dynamically as "the > kids" and women. 4-5 year olds don’t define the economy today and likely won’t have significant input into it for at least 10-11 years. My observation is that they are _NOT_ the ones influencing this. That rather, it is the very large corporations and their ability to leverage big data and the surveillance economy for fun and profit that are driving this. I will admit that 4-5 year olds are probably the most likely demographic to have no inkling as to what giving up their personal data means. I suppose rather like tobacco companies that getting them hooked in young does serve as a competitive advantage. >> Personally, I wish I could stop paying the “fee for access to local >> sports” that my linear provider charges every month. > > Africa's primary sports broadcaster, amazingly, includes access to all > sports, games and matches (regardless of their significance) as part of > the flat monthly subscription fee. Whether your poison is boxing, motor > racing, football (American and soccer), basketball, the Olympics, > baseball, rally cross, iron man, e.t.c., local and international. They > do not have a pay-per-view concept yet. It is something they are > considering as a way to keep themselves relevant in a VoD world, but for > now (and since ever), all major and minor sports events come for no > additional cost. I wouldn’t know. I’m not a subscriber and not particularly interested in any of their products. As I said, I wish I could get the local $CABLECO to turn off my “access to local sports” and stop charging me a monthly fee for something I don’t want. >> Nonetheless, the younger people around me supposedly driving this new >> economy seem very focused on their love of live sports. > > Would be interesting to know what age these "younger people" are, and if > they are male or female. I've found the gender does actually matter, > when it comes to watching sports. All genders seem to be relatively equally represented. Age range is probably about 7-25. Here, it seems there are as many female sports fans as male among the younger crowds. >> Well, for the moment, live sports aren’t happening, at least locally, >> so how to televise them isn’t exactly an issue. > > We all agree on that - but almost every sports event considered (until > the rolling lockdowns) how they can continue their events with some > combination of the Internet in play. Sure, they’re all desperate to try and find a way to preserve their revenue stream. > The thing with sport, though, is that participants have to play. No > players, no event. So even if there was a good solution to moving sports > to the new economy, scenarios like the Coronavirus keeps players off the > playing field. That doesn't mean that outside of these extreme cases, > sports organizers aren't considering how to use the new economy, > especially when those driving it will have far more influence on it, > than traditional sports lovers. Perhaps Twitch won the lottery as professional sports may be forced to move to remote competition via gaming consoles. :( I tend to doubt it as I think fans will find other things to do rather than make the migration. >> I don’t think
Re: free collaborative tools for low BW and losy connections
On 3/31/20 10:06 AM, Nick Hilliard wrote: Not pretty, but at least it could fit 4 xterms on-screen. In that sense, it was almost as functional as my ragingly fast desktop is these days. Link - Terminal forever <3 - http://www.commitstrip.com/en/2016/12/22/terminal-forever/ -- Grant. . . . unix || die smime.p7s Description: S/MIME Cryptographic Signature
Re: Measuring packet loss and Latency Between eastern Europe and north america
Turn out to be an issue with our primary ISP On Tue, Mar 31, 2020, 12:09 PM LTGJAMAICA wrote: > Thanks Arie > > What's the best resources to use to study for the ccde ? > > On Sun, Mar 29, 2020, 7:17 PM Arie Vayner wrote: > >> Hey, >> >> Look at thousand eyes... >> >> Tnx, >> Arie >> >> On Sun, Mar 29, 2020, 16:02 LTGJAMAICA wrote: >> >>> I have a customer in eastern Europe accessing a SAAS application hosted >>> in one of Azure's north America datacenters. for the past few days every >>> morning between 3am and 6am est performance slows to crawl. This is person >>> is like 8am to 11am locally so they cant get much done. >>> >>> The local ISP is providing 100mbps up/down. >>> >>> So far speed test to Saas providers speed test page is slow 0.02mbps >>> down 6 mbps up >>> >>> Speedtest.net to north American ISPs like Verizon in New York slow >>> >>> Speedtest to servers in Easter europe 100 up 100 down >>> >>> Traceroutes/MTR dont help because a lot of hops seem to drop icmp packets >>> >>> Need a tool or service that can detect packet loss/latency between >>> provider in eastern europe and a north american service provider. Any help >>> is appreciated >>> >>> >>> >>> >>> >>> >>>
Re: free collaborative tools for low BW and losy connections
Joe Greco wrote on 31/03/2020 15:55: There's a strange disconnect here. The concept behind Usenet is to have a distributed messaging platform. It isn't clear how this would work without ... well, distribution. The choice is between flood fill and perhaps something a little smarter, for which options were proposed and designed and never really caught on. Without the distribution mechanism (flooding), you don't have Usenet, you have something else entirely. Exactly. And there's no disconnect: usenet doesn't scale because each object is copied to all core nodes rather than referenced, or copied-as-needed, or other. This design of distributed messaging platform will eventually break as it grows. It's ok to acknowledge this explicitly: message buses are useful, but they have their limits. Kinda like how there's a problem with the technology of the Internet because if I wanna be a massive network or a tier 1 or whatever, I gotta have a massive investment in routers and 100G circuits and all that? Why can't we just build an Internet out of 10 megabit ethernet and T1's? Isn't this just another example of your "problem with the technology at the design level?" No, not even slightly. Is an NSP expected to carry all traffic for the entire DFZ? Because that's your proposed analogue here. Usage grows. I used to run Usenet on a 24MB Sun 3/60 with a pile of disks and Telebits. Now I'm blowing gigabits through massive machines. This isn't a poorly designed technology. It's scaled well past what anyone would have expected. yeah, I don't miss those days. I ran news on a decsystem 5100 with a couple of megs of RAM and a single disk. My desktop was a sun 3/60. Not pretty, but at least it could fit 4 xterms on-screen. In that sense, it was almost as functional as my ragingly fast desktop is these days. Nick
Re: New Jersey dark fiber
Love it, great resource Mehmet! -Ben > On Mar 31, 2020, at 8:29 AM, Mehmet Akcin wrote: > > > hi Ben, > > https://live.infrapedia.com - free & open source platform has more than 3 > other alternatives in this area, please take a look. > > new beta https://beta.infrapedia.com > >> On Tue, Mar 31, 2020 at 8:22 AM Ben Cannon wrote: >> Zayo and Crown both no-bid it, and crown has the old lighttower network. >> Are there any other dependable players for dark in south central NJ? >> >> -Ben
Re: New Jersey dark fiber
hi Ben, https://live.infrapedia.com - free & open source platform has more than 3 other alternatives in this area, please take a look. new beta https://beta.infrapedia.com On Tue, Mar 31, 2020 at 8:22 AM Ben Cannon wrote: > Zayo and Crown both no-bid it, and crown has the old lighttower network. > Are there any other dependable players for dark in south central NJ? > > -Ben
New Jersey dark fiber
Zayo and Crown both no-bid it, and crown has the old lighttower network. Are there any other dependable players for dark in south central NJ? -Ben
Re: free collaborative tools for low BW and losy connections
On Tue, Mar 31, 2020 at 01:46:09PM +0100, Nick Hilliard wrote: > Joe Greco wrote on 29/03/2020 23:14: > Flood often works fine until you attempt to scale it. Then it breaks, > just like Bj??rn admitted. Flooding is inherently problematic at scale. > >>> > >>>For... what, exactly? General Usenet? > >> > >>yes, this is what we're talking about. It couldn't scale to general > >>usenet levels. > > > >The scale issue wasn't flooding, it was bandwidth and storage. > > the bandwidth and storage problems happened because of flooding. Short > of cutting off content, there's no way to restrict bandwidth usage, but > cutting off content restricts the functionality of the ecosystem. You > can work around this using remote readers and manually distributing , > but there's still a fundamental scaling issue going on here, namely that > the model of flooding all posts in all groups to all nodes has terrible > scaling design characteristics. It's terrible because it requires all > core nodes to linearly scale their individual resourcing requirements > according to the overall load of the entire system. You can manually > configure load splitting to work around some of these limitations, but > it's not possible to ignore the design problems here. There's a strange disconnect here. The concept behind Usenet is to have a distributed messaging platform. It isn't clear how this would work without ... well, distribution. The choice is between flood fill and perhaps something a little smarter, for which options were proposed and designed and never really caught on. Without the distribution mechanism (flooding), you don't have Usenet, you have something else entirely. > [...] > >The Usenet "backbone" with binaries isn't going to be viable without a > >real large capex investment and significant ongoing opex. This isn't a > >failure in the technology. > > We may need to agree to disagree on this then. Reasonable engineering > entails being able to build workable solutions within a feasible budget. > If you can't do this, then there's a problem with the technology at > the design level. Kinda like how there's a problem with the technology of the Internet because if I wanna be a massive network or a tier 1 or whatever, I gotta have a massive investment in routers and 100G circuits and all that? Why can't we just build an Internet out of 10 megabit ethernet and T1's? Isn't this just another example of your "problem with the technology at the design level?" See, here's the thing. Twenty six years ago, one of the local NSP's here spent some modest thousands of dollars on a few routers, a switch, and a circuit down to Chicago and set up shop on a folding table (really). This was not an unreasonable outlay of cash to get bootstrapped back in those days. However, within just a few years, the amount of cash that you'd need to invest to get started as an NSP had exploded dramatically. Usage grows. I used to run Usenet on a 24MB Sun 3/60 with a pile of disks and Telebits. Now I'm blowing gigabits through massive machines. This isn't a poorly designed technology. It's scaled well past what anyone would have expected. > >Usenet is a great technology for doing collaboration on low bandwidth and > >lossy connections. > > For small, constrained quantities of traffic, it works fine. It seems like that was the point of this thread... ... JG -- Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net "The strain of anti-intellectualism has been a constant thread winding its way through our political and cultural life, nurtured by the false notion that democracy means that 'my ignorance is just as good as your knowledge.'"-Asimov
RE: Pilot Fiber, Chicago Area: Impressions?
I've been working with Pilot for over a year. Great company and staff. Ray Orsini Chief Executive Officer OIT, LLC 305.967.6756 x1009 | 305.571.6272 r...@oit.co | www.oit.co oit.co/ray How are we doing? We'd love to hear your feedback. https://go.oit.co/review Join our next Partner First Webinar on March 31st with Compliancy Group -Original Message- From: NANOG On Behalf Of Shawn Ritchie Sent: Tuesday, March 31, 2020 10:41 AM To: nanog@nanog.org Subject: Pilot Fiber, Chicago Area: Impressions? Pricing looks good, considering them for cheap backhaul as a tertiary path. Anybody have experience with them for just IP transit? -- Shawn
Pilot Fiber, Chicago Area: Impressions?
Pricing looks good, considering them for cheap backhaul as a tertiary path. Anybody have experience with them for just IP transit? -- Shawn
Re: NTT/AS2914 enabled RPKI OV 'invalid = reject' EBGP policies
On 31/Mar/20 15:21, Dorian Kim wrote: > Mark, > > Unfortunately we don’t have any testing done or experience with RPKI on XE or > Classic boxes as we don’t have any deployed outside of OOB infrastructure. Cherish your blessings, and for the time being, keep them that way :-). Mark.
Re: NTT/AS2914 enabled RPKI OV 'invalid = reject' EBGP policies
On 31/Mar/20 15:21, Dorian Kim wrote: > Mark, > > Unfortunately we don’t have any testing done or experience with RPKI on XE or > Classic boxes as we don’t have any deployed outside of OOB infrastructure. Cherish your blessing, and for the time being, keep them that way :-). Mark.
Re: NTT/AS2914 enabled RPKI OV 'invalid = reject' EBGP policies
> On Mar 31, 2020, at 7:19 AM, Mark Tinka wrote: > > > >> On 26/Mar/20 02:50, Job Snijders wrote: >> Dear group, >> >> Exciting news! Today NTT's Global IP Network (AS 2914) enabled RPKI >> based BGP Origin Validation on virtually all EBGP sessions, both >> customer and peering edge. This change positively impacts the Internet >> routing system. > > Good man. The club is growing :-). > > Quick one - do you have ROV on any IOS or IOS XE-based boxes? We've had > to walk back the few we did in recent weeks; the thing is just totally > broken there. Mark, Unfortunately we don’t have any testing done or experience with RPKI on XE or Classic boxes as we don’t have any deployed outside of OOB infrastructure. -dorian
Re: NTT/AS2914 enabled RPKI OV 'invalid = reject' EBGP policies
On 31/Mar/20 14:46, Ben Maddison wrote: > Tomorrow is our first ROV invalid = reject anniversary, Ah yes - April 1 :-). Had actually forgotten about that. Fun times :-). Congrats - we are 4 days behind you. > and for most of > that time I have been in communications at various levels with Cisco > regarding the shocking brokenness in classic and XE. > > Aside from some well meaning sounding email, crickets. > > I very much hope, for the sake of the interwebs at large, that you have > more luck than me. We're are falling back to plan B, aka truck-roll. I've actually been able to find a decent warm body that understands the problems, has taken the suggested fixes and is willing to listen. Initially, all fixes had been scheduled for 17.2 However, he is, since the 18th of this month, working on committing the fixes to all earlier throttles that are still open for commit, which includes a number of 16.x releases. I also asked if he can back-port those fixes to the Cisco 7200 train - so 15.2(S4)8 - and he's graciously looking into that. We use a couple of those as looking glasses around the world (although we are moving to CSR1000v now for that), but I know that a handful of networks are still running that platform in production, and we also use it for lab workshops and such. So getting that fixed would be most helpful. Mark.
Re: free collaborative tools for low BW and losy connections
Joe Greco wrote on 29/03/2020 23:14: Flood often works fine until you attempt to scale it. Then it breaks, just like Bj??rn admitted. Flooding is inherently problematic at scale. For... what, exactly? General Usenet? yes, this is what we're talking about. It couldn't scale to general usenet levels. The scale issue wasn't flooding, it was bandwidth and storage. the bandwidth and storage problems happened because of flooding. Short of cutting off content, there's no way to restrict bandwidth usage, but cutting off content restricts the functionality of the ecosystem. You can work around this using remote readers and manually distributing , but there's still a fundamental scaling issue going on here, namely that the model of flooding all posts in all groups to all nodes has terrible scaling design characteristics. It's terrible because it requires all core nodes to linearly scale their individual resourcing requirements according to the overall load of the entire system. You can manually configure load splitting to work around some of these limitations, but it's not possible to ignore the design problems here. [...] The Usenet "backbone" with binaries isn't going to be viable without a real large capex investment and significant ongoing opex. This isn't a failure in the technology. We may need to agree to disagree on this then. Reasonable engineering entails being able to build workable solutions within a feasible budget. If you can't do this, then there's a problem with the technology at the design level. Usenet is a great technology for doing collaboration on low bandwidth and lossy connections. For small, constrained quantities of traffic, it works fine. Nick
Re: NTT/AS2914 enabled RPKI OV 'invalid = reject' EBGP policies
On Tue, 2020-03-31 at 13:18 +0200, Mark Tinka wrote: > > On 26/Mar/20 02:50, Job Snijders wrote: > > Dear group, > > > > Exciting news! Today NTT's Global IP Network (AS 2914) enabled RPKI > > based BGP Origin Validation on virtually all EBGP sessions, both > > customer and peering edge. This change positively impacts the > > Internet > > routing system. > > Good man. The club is growing :-). > > Quick one - do you have ROV on any IOS or IOS XE-based boxes? We've > had > to walk back the few we did in recent weeks; the thing is just > totally > broken there. > > The good news is Cisco are listening to fix suggestions, and I'm > waiting > for test code to verify. > Tomorrow is our first ROV invalid = reject anniversary, and for most of that time I have been in communications at various levels with Cisco regarding the shocking brokenness in classic and XE. Aside from some well meaning sounding email, crickets. I very much hope, for the sake of the interwebs at large, that you have more luck than me. We're are falling back to plan B, aka truck-roll. Cheers, Ben
Re: Backhoe season?
On 31/Mar/20 13:56, Jared Mauch wrote: > Around here this is what is deemed essential: > > - snip - > > All gas, electric, telcom, fiber, and MDOT projects are considered "critical > infrastructure" and essential under Governor Whitmer's Executive Order > 2020-21. ONLY those doing work essential to the needs of our state and our > infrastructure should be placing tickets. > > - snip - > > This means that my fiber construction is ongoing. Plus those crews shouldn’t > get closer than 6’ from each other in most cases. Oh dear. Gubbermints can't tell the difference between "construction" and "maintenance". While all these are "essential services", the organizations, themselves, need to determine what that means for them and their employees from a health & safety perspective. Falling back on, "Well, the gubbermint didn't tell us that we should only fix breaks and not build new projects, so we don't see anything wrong" is reckless. Ah well. Mark.
Re: Backhoe season?
> On Mar 27, 2020, at 2:32 AM, Hank Nussbacher wrote: > > On 26/03/2020 20:02, Aaron Gould wrote: > > Numerous gov'ts and municipalities, which had planned constructions jobs but > postponed them to the summer due to heavy traffic volume, have started to > implement all those construction jobs, which includes backhoes. > Around here this is what is deemed essential: - snip - All gas, electric, telcom, fiber, and MDOT projects are considered "critical infrastructure" and essential under Governor Whitmer's Executive Order 2020-21. ONLY those doing work essential to the needs of our state and our infrastructure should be placing tickets. - snip - This means that my fiber construction is ongoing. Plus those crews shouldn’t get closer than 6’ from each other in most cases. - Jared
Re: South Africa On Lockdown - Coronavirus - Update!
On Tue, Mar 31, 2020 at 6:56 AM Mark Tinka wrote: > Also, considering everyone is, pretty much, working from home, the > Internet isn't dying as it randomly does throughout a typical working > week. Human MIT (maintenance-induced trouble) continues to be the > leading cause of outages, it seems :-). > 'Provocative maintenance' is the term I recall from back in the day. Basically, "It isn't broken, but we can fix that." :-)
Re: Backhoe season?
On 27/Mar/20 21:30, Hal Murray wrote: > I suspect any reduction in backhoe activity will depend strongly on where you > are looking. The San Francisco Bay area, including Silicon Valley is taking > things seriously. My expectation is that for countries that lockdown, stability will increase. We are seeing pockets of that here in South Africa (lockdown) and Kenya (night-time curfews, although I think a lockdown is coming soon). On our side of the world, the WACS (West African Cable System) got cut last Saturday morning off the UK coast (Highbridge), so that's not a good look during a time when all need to be online. However, there is backup and the repairs are scheduled to be completed this weekend, Insha'Allah! Mark.
Re: NTT/AS2914 enabled RPKI OV 'invalid = reject' EBGP policies
On 26/Mar/20 02:50, Job Snijders wrote: > Dear group, > > Exciting news! Today NTT's Global IP Network (AS 2914) enabled RPKI > based BGP Origin Validation on virtually all EBGP sessions, both > customer and peering edge. This change positively impacts the Internet > routing system. Good man. The club is growing :-). Quick one - do you have ROV on any IOS or IOS XE-based boxes? We've had to walk back the few we did in recent weeks; the thing is just totally broken there. The good news is Cisco are listening to fix suggestions, and I'm waiting for test code to verify. Mark.
Re: South Africa On Lockdown - Coronavirus - Update!
On 25/Mar/20 22:13, Paul Nash wrote: > Don’t hold your breath :-(. On the plus side, I am quite pleased to see how well this Internet thing we all built is coming into its own, these past couple of weeks, taking over as the traditions we've been accustomed to are subdued. I know the VoD providers have dumbed down their streaming resolution across the board to "keep things afloat", and even though I didn't think they were going to cause any issues, it's good to see how well things are holding up, globally. Also, considering everyone is, pretty much, working from home, the Internet isn't dying as it randomly does throughout a typical working week. Human MIT (maintenance-induced trouble) continues to be the leading cause of outages, it seems :-). Mark.
Re: ISC BIND 9 breakage?
On 25/Mar/20 19:20, Nick Hilliard wrote: > The fix is either to remove "dnssec-lookaside auto;" from the config > or else set "dnssec-lookaside no;" and then reload named. We had issues with that feature back in 2018. We disabled it since then as a matter of course: //dnssec-lookaside auto; Mark.
Re: Sunday traffic curiosity
On 23/Mar/20 22:54, Owen DeLong wrote: > > That hasn’t been my observation at any of the local sports bars. I > actually have little to no interest in live sport (except maybe the > occasional curling match, yeah, I’m not just old, I’m odd). I think we each need to define what we mean by "the kids" :-). > > Live sport seems quite popular among kids and millennials, at least in > the US. Yes, but as a proportion of those who drive how the Internet is re-defining traditional economies, how does that track? From an African perspective, my anecdotal observation is that it is mostly really young kids (you're talking from as little as 4 - 5 years old) and women (both young and old) that are influencing this "I don't care about how it all works, just get me my value" paradigm that is the new economy. And in both cases, the majority of them don't have a penchant for sport, live or on-demand. Much of that is relegated mostly to men, from early-teen boys all the way to us geezers, a demographic that, in my observation, don't use the Internet as dynamically as "the kids" and women. > > Personally, I wish I could stop paying the “fee for access to local > sports” that my linear provider charges every month. Africa's primary sports broadcaster, amazingly, includes access to all sports, games and matches (regardless of their significance) as part of the flat monthly subscription fee. Whether your poison is boxing, motor racing, football (American and soccer), basketball, the Olympics, baseball, rally cross, iron man, e.t.c., local and international. They do not have a pay-per-view concept yet. It is something they are considering as a way to keep themselves relevant in a VoD world, but for now (and since ever), all major and minor sports events come for no additional cost. > Nonetheless, the younger people around me supposedly driving this new > economy seem very focused on their love of live sports. Would be interesting to know what age these "younger people" are, and if they are male or female. I've found the gender does actually matter, when it comes to watching sports. > Well, for the moment, live sports aren’t happening, at least locally, > so how to televise them isn’t exactly an issue. We all agree on that - but almost every sports event considered (until the rolling lockdowns) how they can continue their events with some combination of the Internet in play. The thing with sport, though, is that participants have to play. No players, no event. So even if there was a good solution to moving sports to the new economy, scenarios like the Coronavirus keeps players off the playing field. That doesn't mean that outside of these extreme cases, sports organizers aren't considering how to use the new economy, especially when those driving it will have far more influence on it, than traditional sports lovers. > I don’t think eSports will replace traditional sports, And they were never meant to. Just like Formula-E and Formula One, it's just another avenue open to those who are interested. It's not meant to replace what the petrol heads like. > I think that for now, the sports organizations facing a sudden and > dramatic loss of revenue and progressively more distressed fans are > grasping at straws to find ways to keep their fans engaged, hoping for > a near-term return to normal revenue activities. Remains to be seen > how well that will work. And that is the new economy that the Coronavirus has amplified and accelerated. Listen to your customer, engage them, and offer value (not product). Every industry is affected. No one is immune. Old, traditional models, as sensible as they seem, are going to be challenged, and a ton of them will simply disappear. For every call we make to Google Maps to get us from point A to B, there is a shop selling an atlas that is going out of business. You can't blame the Google, or the user, for that. > > These have already been tried in a variety of ways, usually with > limited success. My advice is use the little time and money you have now to experiment with new models. 99% execution, 1% strategy; not the other way around. Don't wait until all the money and time runs out to experiment, and then you don't have any left of either. > > This idea that things can cost zero is the most frustrating part. I’m > so tired of not being able to buy apps instead of rent them. I’m fed > up to here with apps that come with ridiculous loads of advertising. > This shift from an ownership economy to a rental economy is terrible > and I wish that we could somehow educate the kids on how much more it > actually costs them. > > Possibly the worst artifact is the “If you’re not paying, you’re the > product” and the number of millennials that view the surveillance > economy with a kind of “Yeah, so what? Privacy is so 1990.” attitude. The folk on this list understand how it all works, which is why we either don't have Alexa in our homes and seal our laptop microphones and cameras
Re: rack rails
I have to deal with the slightly annoying ETSI racks also sometimes called 21 inch racks. As a french invention it is naturally not actually 21 inches but 500 mm between inside of rails and 535 mm outside, with 535 mm being very close to 21 inches. Although I love the idea of using metric all I ever do is installing adapters, so I can mount 19 inch rack equipment. A waste really. Regards Baldur man. 30. mar. 2020 23.49 skrev Shawn L via NANOG : > That's a tough one. In the telco space, the common sizes are 19" and > 23". 19" for gear, 23" for fiber patch panels, etc. There are also some > 25" floating around (Nortel, I'm looking at you). > > > > Unfortunately, 19" gear fits in 19" racks. It fits in 23" sometimes -- if > the manufacture makes both size ears, or you have to use an adapter plate, > which can be a pain, and expensive (for 25" you may as well find a local > machine shop to make them for you, or it's cheaper to remove them and start > over). > > > > Sometimes you can do 19" gear and 23" cable management in a 23" rack, > which is nice. There is also the telco proclivity to attach stand-offs on > the back side of the rack for vertical cabling, which can take up even more > space. > > > > The one thing you really can't do is take servers, etc. designed for a > cabinet or 4-post style rack and put them in a 2-post neatly. There's > adapters and things, but they're a pain as well. At least with a 4-post > square-hole rack you can get 80% of what you want to fit. > > > -Original Message- > From: "Coy Hile" > Sent: Monday, March 30, 2020 5:31pm > To: "Karsten Elfenbein" > Cc: "NANOG" > Subject: Re: rack rails > > > > > On Mar 30, 2020, at 5:24 PM, Karsten Elfenbein < > karsten.elfenb...@gmail.com> wrote: > > > > Hi, > > > > something like https://www.opencompute.org/projects/rack-and-power > > comes into my mind for that. > > Mounting on 4 posts should be the default. It is insane what some > > vendors want to mount on 2 posts only. > > > > That brings up an interesting question. As I understand it, the penchant > for two-post mounts come from what are at least colloquially termed telco > racks that are or were common when you had tons of modem banks and such. > Are such mounts — much like DC power — still quite common in the service > provider space, or do most use more or less normal racks? (That said, the > 750mm wide (29.5in) racks that actually have room for high density cables > inside the rack seem much more useful for a networking application than the > 600mm wide version.) > > > > -- > Coy Hile > coy.h...@coyhile.com > > > > >
