On 23/Jul/20 01:04, Brandon Martin wrote:
>
> Of course, there's also plenty of folks out there without them or any
> certs at all that are just as useful in practice. Getting those
> particular certifications does, however, seem to be a useful path to
> learning things that are actually of
On 23/Jul/20 00:55, Łukasz Bromirski wrote:
> And yes (to the main topic of this thread) - I have some certs.
> I understand people without certs tend to discard them as
> non-relevant or even toxic. Yes, I’ve met “paper” CCIEs,
> but also JNCIEs and I can see the point being made. I’ve
> met
On 16/Jul/20 19:34, Mark Tinka wrote:
>
> BFD on LAG's on IOS XR platforms in a LAN environment don't work. A
> point-to-point mechanism is required, so we disabled it there. Junos
> and IOS XE have no problems running BFD on LAG's in LAN's, so we have
> it on there. This is for within the data
Hello All,
Any one here who may be able to point us in the right direction..
We need to have a Bellsouth.net email address setup / re-activated ...
So that a Cloud Account can be recovered.
Open to any and or all suggestions..
Faisal Imtiaz
Snappy Internet & Telecom
I forwarded your message to the appropriate resource.
hope this helps,
Doug
On 7/22/20 4:51 PM, Paul Nash wrote:
I’m looking for a technical contact at Disney regarding geo-location. I have a
client (apartment building) with a /24 (one IP per apartment). We recently
upgraded out Internet
I’m looking for a technical contact at Disney regarding geo-location. I have a
client (apartment building) with a /24 (one IP per apartment). We recently
upgraded out Internet connection to give a much-needed speed boost. Same
connectivity provider, same IP addresses, just a bigger pipe.
On 7/22/20 6:04 PM, JORDI PALET MARTINEZ wrote:
> The comparison between MAP-T and 464XLAT is not just state.
>
> With 464XLAT you can have more subscribers (almost unlimited) per IP address,
> without a limitation on the number of ports, so you save a lot of money in
> addresses.
>
> And of
- On Jul 22, 2020, at 4:04 PM, Brandon Martin lists.na...@monmotha.net
wrote:
Hi,
> The CCIE and JNCIE (and perhaps other vendor equivalents) are some of
> the few vendor certs I've found often (though not always) meaningful.
Well, in the good old days when you could not pass an IE exam by
On 7/22/20 6:55 PM, Łukasz Bromirski wrote:
And yes (to the main topic of this thread) - I have some certs.
I understand people without certs tend to discard them as
non-relevant or even toxic. Yes, I’ve met “paper” CCIEs,
but also JNCIEs and I can see the point being made. I’ve
met great minds
Adam,
> On 21 Jul 2020, at 19:13, Mark Tinka wrote:
> On 21/Jul/20 18:39, adamv0...@netconsultings.com wrote:
>> Little you two know about SDN, please read the following presentation from
>> Scott Shenker and then get back here arguing what it is and what it is not:
>>
The comparison between MAP-T and 464XLAT is not just state.
With 464XLAT you can have more subscribers (almost unlimited) per IP address,
without a limitation on the number of ports, so you save a lot of money in
addresses.
And of course, a limited number of ports in MAP-T means troubles for
I’m here ;-)
I’m tracking all possible products and deployments of NAT64/DNS64/464XLAT. I’ve
done a few of them myself for many customers.
The idea is to bring the relevant RFCs to Internet Standards
We could try to do the same also with MAP-T and others. However, my point right
now
On Wed, Jul 22, 2020 at 2:18 PM Brian Johnson
wrote:
> Has anyone implemented a MAP-T solution in production? I am looking for
> feedback on this as a deployment strategy for an IPv6 only core design. My
> concern is MAP-T CE stability and overhead on the network. The BR will have
> to do
On 7/22/20 5:15 PM, Brian Johnson wrote:
Has anyone implemented a MAP-T solution in production? I am looking for
feedback on this as a deployment strategy for an IPv6 only core design. My
concern is MAP-T CE stability and overhead on the network. The BR will have to
do overloaded NAT anyway
For the record, we are asking similar questions about 464XLAT in v6ops. If you
are deploying it, please advise Jordi Palet Martinez.
For those unfamiliar with them, MAP-T and 464XLAT are each deployment
frameworks for IPv4/IPv6 translation, as described in RFCs 4164, 4166, 4167,
and 7915.
Has anyone implemented a MAP-T solution in production? I am looking for
feedback on this as a deployment strategy for an IPv6 only core design. My
concern is MAP-T CE stability and overhead on the network. The BR will have to
do overloaded NAT anyway to access IPv4 only resources. The idea
> Jeff Bacon
> Sent: Wednesday, July 22, 2020 1:55 PM
>
> > Who said anything about boxing your tooling in to SDN tech? You >
> described Software Defined Networking as a rabbit hole and snake oil.
> > It isn't. It's a class of tools in the networking toolbox and an >
> increasingly
> useful
> Who said anything about boxing your tooling in to SDN tech? You
> described Software Defined Networking as a rabbit hole and snake oil.
> It isn't. It's a class of tools in the networking toolbox and an
> increasingly useful one.
My toolbox in the garage has torque wrenches and allen wrenches
NANOGers –
FYI - LACNIC has adopted a policy for inter-RIR transfers of IPv4 number
resources, and this policy is compatible with ARIN’s inter-RIR transfer
policies.
FYI,
/John
John Curran
President and CEO
American Registry for Internet Numbers
Begin forwarded message:
From: ARIN
> William Herrin
> Sent: Tuesday, July 21, 2020 8:21 PM
>
> On Mon, Jul 20, 2020 at 9:57 PM Mark Tinka
> wrote:
> > Suffice it to say, to this day, we still don't know what SDN means to
> > us, hehe.
>
> Hi Mark,
>
> The Software Defined Network concept started as, "Let's use commodity
>
> From: Mel Beckman
> Sent: Tuesday, July 21, 2020 9:48 PM
>
> The problem is your door is stuck in 2014 :)
>
> A lot has happened in the last six years.
>
Yeah but if you won't get the basics (or fundamental problems in networking as
a discipline that SDN is trying to solve) as nicely
On 22/Jul/20 10:10, William Herrin wrote:
> Who said anything about boxing your tooling in to SDN tech? You
> described Software Defined Networking as a rabbit hole and snake oil.
> It isn't. It's a class of tools in the networking toolbox and an
> increasingly useful one.
Okay.
Mark.
On Wed, Jul 22, 2020 at 12:41 AM Mark Tinka wrote:
> I'll try this again...
>
> There will be tooling required to operate your network. Cloud,
> connectivity, content, e.t.c.
>
> The tooling will help the operator accomplish the task required as
> efficiently as possible, as long as they keep
On Tue, Jul 21, 2020 at 9:50 AM wrote:
> One can't be an expert in many areas, (like CCIE-everything... folks)
> Same as Usain Bolt can't swim like Michael Phelps...
Polymaths are a thing but they have better use for the space on their
resumes than telling you about the certificates they hold.
On 22/Jul/20 01:41, William Herrin wrote:
> I suppose it depends what you're trying to accomplish. If you're a
> hosting provider and you want to provide a capability both similar to
> AWS VPCs and strong enough to not be a joke, you won't get there on
> the tools Linux or VMWare provide.
On 22/Jul/20 02:35, Owen DeLong wrote:
> That word advantage… I do not think it means what you appear to think it means
> in this context. At least not based on some of my experiences with some
> of their implementations of certain basic networking features.
The context of "advantage" is not
On Tue, 21 Jul 2020 23:04:30 +0200, Robert Raszuk said:
> attempt to open innovation into networking ... allowing one to invent
> protocols at will as well as setup forwarding tables with arbitrary
All of which either get layered onto port 443 or you have to wait for your CGNAT
vendor to provide
27 matches
Mail list logo
