On 2/10/22 19:42, John Todd wrote:
I think it would be fair to say that ICMP echo to easy-to-remember
internet resources is tolerated, but not encouraged, and is probably
not a good idea unless one knows and very well understands the
implications of failure (or success!) modes that don’t
On 2/10/22 22:20, Brian Knight via NANOG wrote:
On 2022-02-10 11:42, John Todd wrote:
"The Prudent Mariner never relies solely on any single aid to
navigation"
It's best to ping multiple targets, and take action only if all
targets do not return replies.
For the odd random ping just to
On 2/10/22 20:27, Tom Beecher wrote:
I guess it depends on what the actual problem trying to be solved is.
If I understand it correctly, the OG issue was someone (who was not
Google) building some monitoring around the assumption of the idea
that ICMP echo-request/reply to 8.8.8.8 would
On 2/9/22 18:19, Joe Greco wrote:
So what people really want is to be able to "ping internet" and so far
the easiest thing people have been able to find is "ping 8.8.8.8" or
some other easily remembered thing.
Pretty much - both people and "things".
Does this mean that perhaps we should
On 2/11/22 06:49, David Andrzejewski wrote:
I don't know how people around here feel about Mikrotik, but they have included
Wireguard support in their latest operating system.
I know some Tik heads here that are happy about this.
I am running ROS 7.1.2 on my home router, but I don't use
On 2/10/22 20:02, William Herrin wrote:
Hi folks,
Do you have any recommendations for VPN appliances? Specifically: I
need to build a site to site VPNs at speeds between 100mpbs and 1 gbit
where all but one of the sites are behind an IPv4 NAT gateway with
dynamic public IP addresses.
Hi all.
Grateful if anyone from Lumen with some clue can reach out.
They appear to be dropping traffic to our name servers
(ns3.seacomnet.com + ns4.seacomnet.com) at our interconnect transit edge
with them in MRS. Naturally, this is causing whoever is on their network
to fail DNS queries to
On 2/9/22 16:53, Łukasz Bromirski wrote:
Yup. And Google folks accounted for the world pinging them all day long.
I wouldn't call using DNS resolvers as best "am I connected to internet over this
interface" tool though. A day, year or 5 years from now the same team may decide to
On 2/9/22 15:00, Masataka Ohta wrote:
Wrong. It is not bad, at least not so bad, pinging properly
anycast DNS servers.
The point of anycast is resistance to DDoS.
But, relying on hard coded 8.8.8.8 is not a good idea because
DNS service of the address may be terminated.
Instead, properly
On 2/9/22 11:32, Brian Turnbow wrote:
It wouldn't be too hard for ripe to setup a dns record for ping.ripe.net and
point it towards a local anchor for each request.
I think it could generate some interesting data for the atlas project as well.
Once it becomes popular the anchor hosters
On 2/9/22 10:12, Matthew Walster wrote:
But yes, that would be the easiest way around it. If only ping.network
didn't look as though it was squatting on the name for it's resale
value...
As is ping.net.
Mark.
On 2/9/22 09:42, Stephane Bortzmeyer wrote:
I don't think that John (who is probably no more clueful than Jane)
knows about Google Public DNS either.
It's less about Jane and John than it is about a number of techs and IT
folk who are not interested in global Internet operations. Those
On 2/9/22 09:30, Stephane Bortzmeyer wrote:
Let me repeat that there is a service which is officially intended to
be pinged/queried/etc, the RIPE Anchors.
Yeah, but how do we get out there in a manner that Jane can easily find
and use, like she does 8.8.8.8?
RIPE's probes are great,
On 2/9/22 07:32, Matthew Walster wrote:
Do a DNS query. You don't even have to randomise the id number, just
query for something that will have a small set of results (so, not the
root) and ensure checking is disabled. For 8.8.8.8, I'm guessing
"dns.google" is probably an excellent
On 2/9/22 07:24, Grant Taylor via NANOG wrote:
The entrenched, pervasive, Internet-wide behavior used to be to use
any convenient SMTP server to relay mail too.
The entrenched, pervasive, -wide behavior used to be to
smoke on planes too.
Things change with the times.
Yep. And we
On 2/9/22 07:24, Grant Taylor via NANOG wrote:
The entrenched, pervasive, Internet-wide behavior used to be to use
any convenient SMTP server to relay mail too.
The entrenched, pervasive, -wide behavior used to be to
smoke on planes too.
Things change with the times.
Yep. And we
On 2/9/22 01:13, Mark Delany wrote:
So. Question. Will making ping/ICMP mostly useless for home-gamers and lazy
network admins
change internet behaviour for the better? Or will it have unintended
consequences such as
an evolutionary adaptation by the tools resulting in yet more unwanted
On 1/28/22 15:42, Mike Hammett wrote:
I also think the complexities, requirements, tolerances, etc. of an
EPC are also being understated in the thread. The difference being is
that I am aware (and stated as such) that I'm understating Netflix's
usage. The other side doesn't know how
On 1/28/22 15:22, Josh Baird wrote:
I think Netflix's usage of AWS is being understated here.
My understanding is that the user profiles and library listings are held
with AWS, but that the actual video is on their OCA's.
I could be wrong...
Mark.
On 1/28/22 13:28, Mike Hammett wrote:
There's a big difference between a website (admittedly a complex one)
and a mobile core.
Word is it hasn't been smooth-sailing, but Amazon are pushing on.
Failing and improving is in their DNA, so I'm sure everyday, they are
one step closer to the
On 1/27/22 14:43, Mike Hammett wrote:
Cloud-hosted infrastructure just doesn't work reliably. Too many
points of failure along the way.
If that were true, the "Internet" (what users define as the Internet)
would be down more often than not.
For the price, I think there is sufficient
On 1/27/22 09:32, Saku Ytti wrote:
I do disagree, if I understood the argument right. If the argument is
'cloud makes no business sense to anyone'.
I don't agree that cloud does not make business sense to anyone. There
is a reason why Amazon, Microsoft and Google are milking it right now,
On 1/26/22 23:04, Christopher Morrow wrote:
It seems like some of the situation is:
"5g/mobile builds include a bunch more 'general machine' resources
which offload a bunch of the work from what was dedicated appliances/etc."
Followed quickly by:
"Well, we don't have the resources/etc
On 1/26/22 21:38, Michael Thomas wrote:
I think for the vast majority of cloud users they'd do a way worse job
at uptime than the providers.
Indeed... I mean, we've seen it with the migration of on-premise
infrastructure into the cloud, en masse, for a number of "corporate"
services.
On 1/26/22 17:10, Tom Beecher wrote:
Those folks also tend to learn hard lessons about what happens when
the Magic Cloud provider fails in a way that isn't possible to
anticipate because it's all black box.
Saving 12 months of opex $ sounds great, except when you lose 18
months of opex
On 1/26/22 16:41, Randy Bush wrote:
s/de-risk/re-risk/
it's just a different risk
I should have finished that sentence with "de-risk their infrastructure
spend", because the actual risk is in having to spend money upfront to
build the network.
For some folk, the risk of money cost
On 1/26/22 15:29, Mike Hammett wrote:
Like most other things cloud, the value is going to be much harder to
find than the hype.
If you stay away from getting stuck in the word "cloud", there is lots
of value for folk that choose to de-risk their infrastructure, by
letting someone else run
On 1/25/22 16:11, Josh Luthman wrote:
Mark,
Use the 12 foot ladder to get over the 10 foot paywall:
https://12ft.io/proxy?q=https%3A%2F%2Fwww.economist.com%2Fbusiness%2Fwill-the-cloud-business-eat-the-5g-telecoms-industry%2F21806999
Hehe, thanks :-).
So yeah, it sort of mirrors my
On 1/25/22 21:56, Michael Thomas wrote:
What I was thinking of is more of "over the top" where I don't need to
be an Xfinity customer (lot least of which is that I can't).
I've seen MNO's partner with other providers to run a VLAN for their
service on their wi-fi network. For various
On 1/25/22 20:06, Michael Thomas wrote:
That's what I've been trying to figure out as well. The use case of
seamless handoff across large regions is fairly niche imo. Sure that
was the original motivation for cell phones, but smartphones are about
as statically located as laptops and
On 1/25/22 17:46, David Bass wrote:
Wondering what others in the small to medium sized networks out there
are using these days for netflow data collection, and your opinion on
the tool?
Kentik.
Happy.
Mark.
On 1/25/22 16:14, Ca By wrote:
I would say its all actually billions of $$ in spectrum and patent
fees… hardware parts are a rounding error.
Yes, the majority of the cost is in bidding and competing for spectrum.
It's a whole song & dance.
But also, depending on just how much of a
On 1/25/22 15:45, Masataka Ohta wrote:
As is stated in free part of the article that:
The country’s three biggest carriers, AT, Verizon and
T-Mobile, have offered 5G connectivity but in practice
this differed little from the earlier 4G.
5G is nothing. That's all.
Considering
On 1/25/22 14:33, sro...@ronan-online.com wrote:
It’s the frequency and the knowledge to configure the software and equipment
that is still prohibitively expensive in many cases.
And I think this is where the AWS solution would be able to come into
its own, just like they did with
On 1/25/22 12:50, Bjørn Mork wrote:
I don't know what that article says, but cloudification of the mobile
core has been a thing for a while. We have this: https://wgtwo.com/
Disclaimer: I'm working for Telenor and spouse is working for Cisco.
WG2 is a joint venture between Cisco, Telenor
On 1/19/22 21:52, Michael Thomas wrote:
There was an article in the Economist (sorry if it's paywalled) about
Dish entering the mobile market using an AWS backend. I don't think
that AWS brings much more than compute for the most part so I don't
really get why this would be a huge win. A
On 1/20/22 20:45, Keenan Tims wrote:
The AOA DISAGREE alert was never intended as an optional feature.
However either due to a software bug or miscommunication between
Boeing and their contractor for the avionics package (Collins?), it
got tied to the optional AoA (value) indicator. This
On 1/19/22 23:57, nano...@mulligan.org wrote:
Scott - a side note to clarify things...
The 737 Max8 problem was NOT due to lack of testing or non-incremental
changes. The system was well tested and put through it's paces. It
was a lack of proper pilot training in the aircraft and its
On 1/18/22 22:27, Jordan Hazen wrote:
Yes, but separate from their absolute low-voltage cutoff meant to
protect battery cells, these hybrid storage products include a
user-adjustable reserve setpoint, meant to balance their backup
role with grid support and peak-shaving.
Yes. In the
On 1/18/22 23:17, Joe Maimon wrote:
The inverter in question is the one being utilized in conjunction with
the powerwall, ats, solar array. All nicely done and reliable and
wired in already and with proper capacity.
Being able to call for and get more DC power on demand would make this
On 1/18/22 22:31, Michael Thomas wrote:
I have a SolarEdge inverter and they are still working on the
software. I don't know if that's true across their product line, but I
would think that the software would be pretty portable.
SMA on this side. Highly configurable, and you don't even
On 1/18/22 18:15, Joe Maimon wrote:
Now how about some programming available so you can decide what
thresholds and conditions remote start your genny which powers the
rectifier which substitutes|augments the solar array?
Any half decent battery inverters will be able to adequately
On 1/18/22 17:14, Michael Hare via NANOG wrote:
Paul-
You said: "... would decide to configure MPLS paths between Chicago and distant
international locations ..."
AS3128 runs MPLS and it's probable someone might correct me here, but for a IGP
backbone area I think it's common for there to
On 1/18/22 16:28, Saku Ytti wrote:
2) MPLS-TTL expires in transit
2a) generate TTL exceeded and put it back to tunnel, sending it to
egressPE, which is guaranteed to know how to return to sender
This is what we run - our core is BGP-free (LDP), so the traceroute
value customers see will
On 1/18/22 16:28, Saku Ytti wrote:
2) MPLS-TTL expires in transit
2a) generate TTL exceeded and put it back to tunnel, sending it to
egressPE, which is guaranteed to know how to return to sender
This is what we run - our core is BGP-free (LDP), so the traceroute
value customers see
On 1/18/22 00:26, Jordan wrote:
Wow, that's a nice program. Do you know what they keep the
"reserve percentage" set to, the proportion of stored energy that
will never be discharged for grid-support, but held back for
island-mode use in case of an outage?
I don't use the Tesla Powerwall,
On 1/17/22 09:57, Brandon Butterworth wrote:
Isn't the argument here that if it's in most chip sets already it might
reasonably be expected to be a standard low end feature by now, along
with IPv6?
That it isn't may be why people are open to SRv6 (I'm assuming some are
based on this
On 1/17/22 03:52, Colton Conor wrote:
I agree that pretty much all the chipsets and asics out there today
support MPLS, but it's the vendor and NOS that decides whether to
enable it or not, or charge more for it.
That has been the case since MPLS debuted.
Example, Junipers EX4600,
On 1/15/22 21:16, Raymond Burkholder wrote:
And in this discussion group, when MPLS is mentioned, does that
include VPLS? Or do operators simply use MPLS and manually bang up
the various required point-to-point links? Or is there a better way
to do this?
For example, Free Range
On 1/15/22 19:22, Colton Conor wrote:
True, but in general MPLS is more costly. It's available on limited
devices, from limited vendors. Infact, many of these vendors, like
Extreme, charge you if you want to enable MPLS features on a box.
Well, I don't entirely agree.
Pretty much all
On 1/14/22 19:04, Randy Bush wrote:
but, heck, we don't publish a list of pingables. so we're gonna get
random behavior.
Fair point.
Most of our customers are not interested in our on-net servers that they
can ping. They prefer to ping the usual suspects, because, well, that is
"the
On 1/14/22 18:47, Michael Thomas wrote:
Y'all are power hogs. We're at about 350 watts most of the time, and
even that bugs me.
When the kids leave the house in a few years, that footprint should come
down for us. It's amazing how much power a PS4 in full swing draws...
Then again, we
On 1/13/22 17:56, Aaron C. de Bruyn via NANOG wrote:
I bought one of those power monitors and tossed it on the circuit that
goes into my house. At *night* when everything is off, I might get
down as far as ~800 watts.
During the day it's more like 2,000-3,500.
Almost the same here...
On 1/13/22 19:50, Don Thomas Jacob wrote:
Disclosure - I work for Blue Planet.
Blue Planet, a division of Ciena, has Route Optimization and Analysis,
a product that provides visibility into IP/MPLS networks and IGP/BGP
routing. Its routing alerts include peering state change, prefix state
On 1/13/22 17:38, Jay wrote:
Greetings,
I am a home user. Much of my home has been rewired to run off of
12-volts D.C. from a large 1200 Amp/Hour LiFePO4 battery bank that is
recharged using Solar. All my lighting, ceiling fans, water pump, Ham
radio gear, weather alert radio, USB
On 1/13/22 17:44, Andy Ringsmuth wrote:
The utility had never experienced that before either. The entire city only had
a couple hours notice that this would be happening.
Oh well. We got through it.
Chances are they have since upgraded their experience and procedures for
this occurrence
On 1/13/22 17:15, Andy Ringsmuth wrote:
The power company said the rotating outages would be 30-45 minutes,
which I do have UPS capacity to handle. But the rotating outage went
close to 2 hours, exhausting my UPS capacity and getting to the point
where I was more concerned about the
On 1/13/22 01:11, Scott T Anderson via NANOG wrote:
For those individuals with backup battery power for their
modem/router, do they maintain Internet access throughout a power
outage (as long as their backup power solution works)? I.e., does the
rest of the ISP network maintain service
On 1/13/22 04:02, Mike Hammett wrote:
Armchair quarterbacking here:
Increasing
---
Demand
Age of infrastructure
Capital Costs
Operational Costs
Government mismanagement
Pressure from the tree huggers to lower carbon output that results from
"traditional" power generation, and yet nobody
On 1/12/22 23:34, Mike Hammett wrote:
Keeping one's spouse happy is FAR more important than keeping a router
or modem online. ;-)
In some circles, that may be one and the same thing :-).
Mark.
On 1/12/22 20:37, Aaron C. de Bruyn via NANOG wrote:
Same. My home office has 3 Cyberpower 2500 VA double-conversion UPS
units backed by Champion transfer switches. Power goes out, and ~45
seconds later I'm running on generator power.
My local ISP runs out of power well before I do.
On 1/12/22 17:35, Adam Thompson wrote:
Before you start reading, yes, I fully understand how silly this
question is. But I need to give _/something/_ to a customer who has
the ability to run ping/traceroute but nothing else. (And they have
an intermittent latency problem that we haven’t
On 1/13/22 00:28, Colton Conor wrote:
I agree it seems like MPLS is still the gold standard, but ideally I
would only want to have costly, MPLS devices on the edge, only where
needed. The core and transport devices I would love to be able to use
generic IPv6 enabled switches, that don't need
On 1/12/22 23:01, Sabri Berisha wrote:
Same here. A small UPS that will keep my modem, router, and POE for APs alive
for
the time I need to run outside and hook up my generator when PG decides to cut
the power again. A bigger UPS for the small 19" rack that hosts some stuff.
Top Gear Top
On 1/12/22 21:41, Michael Thomas wrote:
We just installed a battery too, but it will probably only last ~1 day
and much less than that in winter. We're in the process of looking at
a generator that interfaces directly with the inverter so that it
handles the grid, the battery, the solar
On 1/12/22 20:50, Sean Donelan wrote:
Need to look at the entire infrastructure. Now, its less about backup
for the hardwired router, and better utility backups and construction
for mobile provider infrastructure.
Over here, if there is an outage, most people lose their home Internet,
On 1/12/22 17:58, Sean Donelan wrote:
Back in the old days, when there was competition between ISPs, the
ISPs you paid money used to have curated speed test targets on their
networks. Because you were paying them, some people wanted evidence
they were getting what they were paying for,
On 1/11/22 23:57, Adam Thompson wrote:
My question is, why do you think you need Segment Routing at all? Is your
network so enormously large and/or complex that IS-IS (and/or MPLS-TE) isn't
capable of handling it?
So far, SR looks like a solution in search of a problem, at least to me.
On 1/11/22 19:20, Saku Ytti wrote:
And you have this use-case? And you can't use MPLSoUDP?
SRv6 is pure snake oil, an easy marketing story to people with limited
knowledge. 'It is just IP bro, you already know it'. I'd like to to
continue 'like already widely used X', but I don't dare,
On 1/11/22 17:16, Colton Conor wrote:
Has
anyone deployed this new technology?
I have heard of a network in Uganda that is running it.
The rest I've heard of are either in the lab, or some portions of their
network under testing.
If building a greenfield regional ISP network, would
on the submission and agenda milestones, please see:
https://2022.apricot.net/program/call-for-papers/
Mark.
On 11/16/21 07:08, Mark Tinka wrote:
FYI.
Mark.
Forwarded Message
Subject:[APRICOT-PC-Chairs] APRICOT 2022 Call for Presentations
Date: Thu, 7 Oct 2021 21:16:43 +1000
From
On 12/21/21 09:11, Hank Nussbacher wrote:
As Google has stated in many forums and I quote:
"Google Public DNS is a Domain Name System service, not an ICMP
network testing service."
:-)... can't argue with that.
In the 90's and early 2000's, it was:
ping -t yahoo.com
Mark.
On 12/8/21 15:27, Laura Smith via NANOG wrote:
Bit of a long stretch given the US audience, but I'm seeing lots of things like
this at the moment:
info: validation failure : key for validation
european-union.europa.eu. is marked as invalid because of a previous validation failure
: DS
On 12/7/21 18:57, Jean St-Laurent wrote:
I thought 5G here meant Fifth Generation of mobile network and not 5
Ghz wifi. I don’t need a sim card to use wifi on 5 Ghz.
Is the private 5G network advertised by Amazon a kind of?
Put a sim card in that phone and use our 5^th Gen mobile gears.
On 12/6/21 19:34, Jean St-Laurent wrote:
Strangely, there is apparently a lawsuit of $150B against Meta for for
facilitating Rohingya Genocide . I am not sure how valid it is and where it
will go, but $150B is quite something.
It looks like the price a country has to pay after a war.
On 12/6/21 15:56, Jean St-Laurent wrote:
I vouch for fairness.
It seems there might be a shift in how we consume services around the world.
It's like a train. You can't turn 90 degrees. You need to start a smooth curve
many miles ahead if you want your train to turn and reach the
On 12/6/21 15:10, Jean St-Laurent wrote:
Probably not. There seem to be a new portfolio starting.
Your telco could probably have a special product for business/enterprises which
need private 5G without all the learning of technical stuff.
If Amazon went from selling books to being the
On 12/4/21 16:52, Jean St-Laurent via NANOG wrote:
Maybe the main argument is: run a Pegasus free 5g/lte network.
Mr. Besos was hack by that and it's probably a technical way to start
protecting customers against that kind of sophisticated spywares that spread
in the normal mobile network.
On 11/29/21 03:33, Masataka Ohta wrote:
The end result was that our DNS servers became unreachable even though
they were still operational. This made it impossible for the rest of
the internet to find our servers.
So your suggestion to map machine addresses to human-readable names
is...
On 11/29/21 03:11, Masataka Ohta wrote:
It's Mark, not me, who said:
: There was a time when knowing the IP(v4) address of every interface
: of every router in your network was cool.
In case you missed the nuance, I haven't had to do this in over 20 years.
Mark.
On 11/29/21 00:41, scott wrote:
Side note: I recently tried to get /48 per customer with ARIN on
repeated emails and they refused. We were already given an IPv6 block
a while back. I told them I wanted to expand it so I could give out a
/48 per customer and that we had more than 65535
On 11/28/21 16:20, Jean St-Laurent via NANOG wrote:
I like to put some servers behind that scheme.
2601::443: for https servers
2601::25: for MTA servers.
2601::993: for IMAP
It gives a quick note of what is that ip even though it’s ipv6 and
usually non-human readable.
Not
On 11/28/21 16:13, Masataka Ohta wrote:
Certainly, but, merely because it is an easily avoided one.
None of the us came out the womb knowing anything. We learned as we went
along. And we keep learning, right until our death.
To expect experience before it is experienced has always been
On 11/28/21 15:59, Masataka Ohta wrote:
It merely means you should not use MAC address based IP addresses for,
at least, routers, which is partly why opex of IPv4 is low.
I often wonder what Internet you use :-)...
More space, only to encourage stupid idea of MAC address based
addresses
On 11/28/21 15:33, Masataka Ohta wrote:
As a person who proposed anycast DNS servers, against which facebook
operated their DNS, I'm so sure you are right.
Facebook's mistake on this is an easily fixable one.
We've all been there. Nothing groundbreaking.
All I can see is that there
On 11/28/21 14:58, Masataka Ohta wrote:
Exactly.
That facebook poorly managed their DNS to cause the recent disaster
is an important evidence to support my point that DNS, so often, may
not be helpful for network operations against disastrous failures,
including, but not limited to, DNS
On 11/28/21 14:09, Jean St-Laurent wrote:
Ipv6 can be shorter than ipv4.
Here is the proof:
ping6 ::1
is shorter than
ping 127.1
ipv6 addresses can be very small when done properly.
The good news is the point of an IP address is not for its own sake.
Mark.
On 11/28/21 06:43, Masataka Ohta wrote:
Here in nanog, we are talking about network operations, considerable
part of which can not rely on DNS.
And yet Facebook were unable to access their kit to fix their recent
outage because of it (or, lack of it).
There was a time when knowing the
On 11/28/21 05:37, Masataka Ohta wrote:
Try to type in raw IPv6 addresses.
There is DNS for that.
Mark.
On 11/27/21 17:07, Masataka Ohta wrote:
Because lengthy IPv6 addresses mean a lot more opex than IPv4.
I disagree - it can be more opex if you want to run both together, but
less so if you choose one; largely IPv6, but also largely IPv4 if you
don't intend to be in the game for the rest
On 11/27/21 02:39, Jean St-Laurent via NANOG wrote:
But CFOs like monetization. Was that thread about IPv6 or CFO?
In 2021, what's the difference?
Mark.
On 11/27/21 02:15, Jean St-Laurent via NANOG wrote:
We now have apple and fb saying ipv6 is faster than ipv4.
If we can onboard Amazon, Netflix, Google and some others, then it is
a done deal that ipv6 is indeed faster than ipv4.
Hence, an easy argument to tell your CFO that you need IPv6
On 11/26/21 23:47, Jean St-Laurent via NANOG wrote:
With that specific line directly from Apple:
"And when IPv6 is in use, the median connection setup is 1.4 times
faster than IPv4. This is primarily due to reduced NAT usage and
improved routing."
There it is, Improved routing.
On 11/27/21 02:41, Michael Thomas wrote:
Amazon's in this case. They are monetizing their lack of v6 support
requiring you go through all kinds of expensive hoops instead of doing
the obvious and routing v6 packets.
Individual CDN's and content providers have better control over how
On 11/26/21 16:16, Jose Luis Rodriguez wrote:
Well … YMMV. We’ve been running v6 for years, and it didn’t really make a dent
in spend or boxes or rate of v4 depletion. Big part of the problem in our neck
of the woods is millions of v4-only terminals … as well as large customer/gov
bids
On 11/26/21 15:47, Frank Habicht wrote:
"want to buy 5 of those shiny new CGNAT boxes or only 2 ?"
To which she will respond, "2 or 5, what do I make :-)?"
Mark.
On 11/26/21 15:00, Jean St-Laurent wrote:
With a kicking ass pitch
Can I take your CFO :-)...
Mark.
On 11/3/21 22:13, Max Tulyev wrote:
Implementing IPv6 reduces costs for CGNAT. You will have (twice?) less
traffic flow through CGNAT, so cheaper hardware and less IPv4 address
space. Isn't it?
How to express that in numbers CFO can take to the bank?
Mark.
On 11/12/21 23:47, Jeff Tantsura wrote:
LAG - Micro BFD (RFC7130) provides per constituent livability.
Not sure if this has changed, but the last time I looked into it, Micro
BFD's for LAG's was only supported and functional on point-to-point
Ethernet links.
In cases where you are
Randy will be presenting draft-ymbk-sidrops-rov-no-rr during RIPE-83, at
around 1530hrs UTC:
https://datatracker.ietf.org/doc/html/draft-ymbk-sidrops-rov-no-rr-02
Most grateful if you can join, and provide some initial feedback. Thanks.
Mark.
301 - 400 of 2574 matches
Mail list logo
