These guys have no perspective of bandwidth vs customer service.
A T1 goes down, that's 1.544Meg - and the business is not-doing-business-at-all... end-of-the-world-as-they-know-it... they threaten to sue for lost business.
A 10Meg-100Meg pipe goes down, and they're perturbed... glad you're there, but at least you're not screamed & lectured for 5 min..
A 10Gig pipe is down for a month, yeah, that happens... I guess, usually something like cleaning fibers, occasionally an SFP/XFP fails.
A 100Gig pipe is down and nobody notices... Yeah, the port was bouncing, CRC errors, dropping frames, and it's been down for a week, fibers weren't cleaned, the hot signal turned the manufacturing grease into tar, which ruined both fiber and SFP, beyond cleaning. MEH.. it happens...
The SHTF is inversely proportional to the Bandwidth. I simply do not understand.
Staffing seems to work the same way.
People who do the physical work on 10Gig-100Gig ... <$15hr.
People who work on T1 interfaces, >$30hr.
Maybe it's related to the difficulty of the job... T1s actually require you know something to troubleshoot, testing can be a bear if it's a long circuit, lots of "hops" or segments.
A 10Meg-100Meg complaint, latency or the customer is paying for 10Meg & getting 9.999999999Meg... (over-subscribing, meh, bites you in the butt everytime.)
10Gig-100Gig, it's up-up or it's up-down or down-down... nobody measures bandwidth... I've seen stuff "pass" at 79% of rated capacity. (customer has no means of fully testing at that bandwidth).
...naturally, I like the big stuff, who wouldn't?... but like being paid like it's a T1. The whole industry is being flooded with 2yr IT idiots who think like electricians. (make the connection, and power flows). They have ZERO understanding of what's going on, DWDM, framing, payload, error checking/correction, and mention DB anything, their eyes glaze over... I dare not try to explain TDM or DWDM... They're totally clueless how a signal is generated, encapsulated, framed, transmitted, regenerated or received - unable to troubleshoot.