More opinions, from someone old and jaded enough to prefer IRC but quite a bit
younger than the NANOG mailing list itself!
I feel like Mattermost bridged into a private IRC server (Matterbridge is
really good at puppetry these days: https://github.com/42wim/matterbridge)
would cover the widest
... to make sure I don't get locked out again.
ETOOMANYPLATES
~a
I've been running into the same aggressive ratelimiting with a twitter wall
we run for events - despite logging in with our own API access, two hits to
the twitter search API within 30 seconds seem to get ratelimited - I have
to wait about 5 minutes after that second connection to make sure
That's weird, I've never had to wait for a Flexoptix order: Are you ordering
pre-coded or are you coding them yourselves. Actually, I don't remember having
to wait very long the last time I ordered a bunch of fs.com optics.
~a
Can't reccomend Flexoptix[1] enough. Great service, fast shipping, and you only
need to maintain one stock of optics even if you use kit from different
vendors.
FS.com are the go-to for bulk purchases of pre-coded optics on a budget: a few
more cot deaths than most, but they're cheap and in
I feel this comes off as poking fun at trans people, women, and earnest
attempts to combat what are actual problems in our industry, more than it pokes
fun at the industry itself which is what a good April Fool should do - this
feels more like laughing at "outsiders" more than laughing at
ISNIC are incredibly manual (due to their small size) - they also require that
you deal with them in Icelandic for anything legal-related. I helped somebody
migrate they're .is domain away from a reseller last year and it was a whole
load of faff.
Probably not malice, just a quirk of this one
I'm of the opinion that, if you need resiliency, you should order
explicitly diverse circuits from a primary provider and then a secondary
circuit from a second vendor.
Ultimately, If you want contractually-enforced physical diversity then
the best options will be single-vendor solutions:
Six miles is probably pushing it, but Proscend make some interesting Long-
Range Ethernet SFP transciever which are VDSL based. They're
horrendously documented and they draw *way* more power than the SFP
specification allows.
They also make a version which is design to terminate VDSL broadband
The discussion was regarding an in-building LAN - residential access
networks/WANs are a wholly different beast and GPON is fantastically
suitable for that particular problem.
There is, however, a reason that a lot of new mixed-use (business &&
residential) WAN fibre deployments end up building a
Hi folks,
I'm not going to name-and-shame, but I just got a LinkedIn connection request
completely out of the blue from somebody with the comment "Greetings from
another NANOG user!"
I didn't recognise the name, and a quick search of my email history suggests we
haven't interacted before.
>The cost analysis was already done.
>Costs were not factored in for BBUs on every ONT like should have been
>spec'd out for emergency phone lines.
These two things do not quite agree.
Update your CV - It is not your responsibility to shoulder the stress of
your superiors' bad decisions,
Campus network deployments are expensive, by their very nature. You are
deploying a *lot* of capacity over a not-insignificant footprint.
If your building has been constructed sans wiring closets, then I can
forsee other issues in your future - Will you be deploying WiFi on site?
If so, where do
The first question to ask yourself is: Why does this need to be GPON?
The primary advantage of GPON is that it's *passive* (on the
distribution side, at least) - this makes it ideal for building networks
where most of your infrastructure located in places that getting power
is infeasible: for
I would be hesitant to include this kind of information if you don't
have a plan for keeping it recent and accurate - there's a real risk
your data will become stale quickly, at which point it stops being
useful to people.
Perhaps ask providers if you can subscribe to those, and automatically
> or MacSec
There's a school of thought which suggests MD5 security on single-hop BGP is
absolute theatre with no security benefit and that MACsec is the route you
should be taking.
~ a
Never attribute to malice that which can be adequately explained
by apathy.
~A
Looks interesting, I'll have to have a play!
One thing; Slack's a little modern for a lot of us, and perhaps
unsuitable for people who don't have as much attention to commit -
perhaps a mailing list would also be appropriate?
~ a@fdx
Important distinction; You fire any contractor who does it *repeatedly* after
communicating the requirements for securing your data.
Zero-tolerance for genuine mistakes (we all make them) just leads to high
contractor turnaround and no conceivable security improvement; A a rotating
door of
19 matches
Mail list logo
