On Mon Jan 17, 2022 at 09:25:47AM +0200, Mark Tinka wrote:
> High-end IP routing features (which includes MPLS) have always attracted
> additional costs on what are meant to be Layer 2/3 switches.
Isn't the argument here that if it's in most chip sets already it might
reasonably be expected to
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,
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.
Example, Junipers EX4600, QFX5100 and ACX5048 all have the same
Broadcom Trident II+ ASIC inside. One supports full MPLS
On 1/16/22 11:44, Rubens Kuhl wrote:
"We also discovered resolution problems that impact a few hundred domains"
Tucows group, which includes a few registrars including eNom, had more
than 12 million domains under management by September 2021 (last set
of statistics published by ICANN). So we
Hey Sabri,
Eventually they have implemented everything ;-)
Arista was a really special case, routing stack they acquired (NextHop) had no
mpls (quite some time ago), 90% of their revenue was coming from IP only
networks.
Life is good, MS is treating me well :).
Kids are growing, Marina’
Plane IP underlay works real well, I’m yet to see tangible proof of TE in DC
(outside of niche HPC/IB cases).
SR in DC - with overlay starting on the host SR-MPLSoUDP(RFC8663) is a perfect
representation of a working technology that works in IP environment as well as
allows end2end programming
> > Because they used URL redirection services, right ? Domains under
> > management are unlikely to be affected unless the registrant needs a
> > domain update.
>
> From what I see enom's nameservers are down.
"We also discovered resolution problems that impact a few hundred domains"
Tucows
On 16/01/2022 19:57, Rubens Kuhl wrote:
On Sun, Jan 16, 2022 at 2:38 PM Hank Nussbacher wrote:
Many of you might be following the enom weekend fiasco:
https://twitter.com/enomsupport/status/1482621466151571456
https://twitter.com/enomsupport/status/1482707275529678849
What do you mean by "takes responsibility?"
When my vendor goes down, I do whatever I can to get the end user back up
and running again. I take _ownership_ of the situation and work dilligently
to resolve it, as best I can, within my sphere of control.
However, because I cannot control how my
On Sun, Jan 16, 2022 at 2:38 PM Hank Nussbacher wrote:
>
> Many of you might be following the enom weekend fiasco:
>
> https://twitter.com/enomsupport/status/1482621466151571456
>
> https://twitter.com/enomsupport/status/1482707275529678849
>
> https://enomstatus.com/
>
> Thousands of domains
Many of you might be following the enom weekend fiasco:
https://twitter.com/enomsupport/status/1482621466151571456
https://twitter.com/enomsupport/status/1482707275529678849
https://enomstatus.com/
Thousands of domains have been knocked out.
But I just found out that Google is an enom
I do think the data in OpenStreetMap is undervalued. Lots of stuff there and
there are a few projects that exist to better visualize that data.
https://www.openrailwaymap.org/ is another using Open Street Map data.
-
Mike Hammett
Intelligent Computing Solutions
http://www.ics-il.com
Very cool, thanks, Eric.
><>
nathan stratton
On Sat, Jan 15, 2022 at 9:48 PM Eric Kuhnke wrote:
> Possibly of interest for network operators who have inter-city circuits,
> where the underlying carrier is something on OPGW fiber in high voltage
> lines.
>
> These people seem to be making an
13 matches
Mail list logo
