Laughing out Loud, really, good views all...
Having been through this a few times.. and being one of those who is now
the one of the hated C level guys..
Much truth is spoken here. EBITA and size are the issues IMHO in our
current system.
Having been the owner of a few "smallish" retail ISPs in
Anybody work with VMWare HCX having weird MTU issues? Can provide more info
but just curious
from a commercial perspective, we've been using Radiator for the last
~7 yearsbeen working really well, super flexible in terms of user
group permissions, authorized commands etc + the upside for us was
logging auth logs to SQL, both authentication and authorization
logsit's primarily
On Wed, Sep 20, 2023 at 1:22 PM Jim wrote:
>
> Router operating systems still typically use only passwords with
> SSH, then those devices send the passwords over that insecure channel. I
> have yet to
> see much in terms of routers capable to Tacacs+ Authorize users based on
> users'
>
Several carriers went down around 7am this morning, all tied to
a datacenter in San Diego that has apparently shut down. Sad to
see that place go, good guys ran it but there are several carriers that
bit the bullet on us today due to that place closing down. Seems every
one of them is grasping to
Hi Bryan,
https://tacacsgui.com/ it might be a good fit for you.
Em qua., 20 de set. de 2023 às 12:10, Bryan Holloway
escreveu:
> Ah, the good old days when I could download the latest tac_plus code
> from the Cisco FTP site, compile it, and off I go.
>
> But I digress.
>
> Curious if there
On Wed, Sep 20, 2023 at 10:22 AM, Jim wrote:
> On Wed, Sep 20, 2023 at 11:16 AM Mike Lewinski via NANOG
> wrote:
>
>> > https://www.shrubbery.net/tac_plus/
>> That tac_plus has python 2 dependencies and so has been removed from
>> Debian packages. That's not surprising given the last update was
Hi,
There's an online service that does fraud detection by forwarding web
traffic to their platform before sending it to its destination.
They claim they do it by one of two methods:
1) Traffic is routed to our Cloud via DNS for dynamic async or sync
processing before being proxied to the
On Wed, Sep 20, 2023 at 11:16 AM Mike Lewinski via NANOG
wrote:
> > https://www.shrubbery.net/tac_plus/
> That tac_plus has python 2 dependencies and so has been removed from
> Debian packages. That's not surprising given the last update was 2015 and
> Python 2 was EOL in 2020:
On Tue, Sep 19, 2023 at 12:21 PM Mike Hammett wrote:
> Well sure, and I would like to think (probably mistakenly) that just no
> one important enough (to the money people) made the money people that these
> other things are *REQUIRED* to make the deal work.
>
> Obviously, people lower on the
On Wed, 20 Sept 2023 at 19:06, Chris Boyd wrote:
> We run Teams Telephony in $DAYJOB, and it does use SILK.
>
> https://learn.microsoft.com/en-us/microsoftteams/platform/bots/calls-and-meetings/real-time-media-concepts
Looks like codecs still are rapidly evolving in walled gardens. I just
> https://www.shrubbery.net/tac_plus/
That tac_plus has python 2 dependencies and so has been removed from Debian
packages. That's not surprising given the last update was 2015 and Python 2 was
EOL in 2020: https://www.python.org/doc/sunset-python-2/
Currently I favor this one which is still
> On Sep 20, 2023, at 2:46 AM, Saku Ytti wrote:
>
> skype uses Silk
> (maybe teams too?).
We run Teams Telephony in $DAYJOB, and it does use SILK.
https://learn.microsoft.com/en-us/microsoftteams/platform/bots/calls-and-meetings/real-time-media-concepts
On Wed, Sep 20, 2023 at 8:09 AM, Bryan Holloway wrote:
> Ah, the good old days when I could download the latest tac_plus code from
> the Cisco FTP site, compile it, and off I go.
>
You might be thinking of the Shrubbery one —
https://www.shrubbery.net/tac_plus/
There are newer, fancier, etc
We have also used https://www.shrubbery.net/tac_plus/ for some time as
well. Great product!
JM
On Wed, Sep 20, 2023 at 8:15 AM Mark Tinka wrote:
>
>
> On 9/20/23 17:09, Bryan Holloway wrote:
>
> > Ah, the good old days when I could download the latest tac_plus code
> > from the Cisco FTP
On 9/20/23 17:39, Jeff Moore wrote:
We have also used https://www.shrubbery.net/tac_plus/ for some time as
well. Great product!
Yes, that's one of the ones in the FreeBSD ports.
Works very well.
Mark.
On 9/20/23 17:09, Bryan Holloway wrote:
Ah, the good old days when I could download the latest tac_plus code
from the Cisco FTP site, compile it, and off I go.
But I digress.
Curious if there are any operators out there that have a good
recommendation on a lightweight TACACS+ server for
Ah, the good old days when I could download the latest tac_plus code
from the Cisco FTP site, compile it, and off I go.
But I digress.
Curious if there are any operators out there that have a good
recommendation on a lightweight TACACS+ server for ~200 NEs and
access-control for 20-30 folks.
I think it all goes back to the earliest MOS tests ("Hold up the number of
fingers for how good the sound is") and every once in a while somebody actually
does some testing to look for correlations.
Thought it's 15 years old, I like this thesis for the writer's reporting:
On 9/19/23 18:05, Mike Hammett wrote:
Some of it is scale-related. Someone's operating just fine at the size
they are, but the next order of magnitude larger enjoys many benefits
from that size, but it takes either A) luck or B) the right skills to
be able to move up to get those benefits.
On 9/19/23 17:54, Mike Hammett wrote:
Well sure, and I would like to think (probably mistakenly) that just
no one important enough (to the money people) made the money people
that these other things are *REQUIRED* to make the deal work.
Obviously, people lower on the ladder say it all of
On Wed, 20 Sept 2023 at 03:15, Dave Taht wrote:
> I go back many, many years as to baseline numbers for managing voip networks,
> including things like CISCO LLQ, diffserv, fqm prioritizing vlans, and running
> voip networks entirely separately... I worked on codecs, such as oslec, and
> early
22 matches
Mail list logo
