Hi,
On Wed, Jul 18, 2018 at 02:50:13AM +, Richard McGovern wrote:
> As well the really important stuff comes after the sale, not before.
Yeah. JTAC really excels on this.
(We have an open case where SNMP on *some* EX4600 is abysmally slow while
the same queries on other EX4600 with the same
From: Pavel Lunin
Date: Tuesday, July 17, 2018 at 6:17 PM
To: Richard McGovern
Cc: juniper-nsp
Subject: Re: [j-nsp] EX4550 and MX104
#1 – I do not make the news, I only report it. #2, it is impossible to keep
everyone happy all of the time. I have learned that over almost 40 years in
netw
Richard McGovern :
> Felt need to jump in here, and hopefully get some of the real facts
> straight. Prior to ELS CLI Juniper had basically 2 different CLI’s – one
> for EX Products and branch SRX one for MX and a like. M/MX CLI came first
> and used the terminology IRB and Bridge Domains. Thes
On 17/Jul/18 21:41, Gert Doering wrote:
> (And no, you can't compare this to "this is like Cisco CatOS vs. Cisco IOS",
> because "that was a different operating system, where everything was totally
> different" - inside IOS for switches, such a silly and needless change has
> *never* happened)
Hi,
On Tue, Jul 17, 2018 at 04:46:37PM +, Richard McGovern wrote:
> QFX3500/3600 might have been the only platform where SW change introduced ELS
> CLI, but as you mentioned they are EOL now. QFX5100, and all other QFX
> platforms (outside of QFX3500/3600) supported ELS CLI only from day 1.
Yes... Exactly.
I upgraded to 17.3R2 and was a total mess. And had to downgrade to 15.1X
train.
On Wed, Jul 4, 2018 at 11:31 AM Colton Conor wrote:
> Gustavo,
>
> We you say " Another problem was upgrading to the lastest Junos JTAC
> recommended that made the ACX5048 unusable... ( Junos was un
There is a tool available via the Juniper Partner site that helps with
migrations from Netscreen to SRX.
/Per
> 17 juli 2018 kl. 15:54 skrev Doug McIntyre :
>
>> On Tue, Jul 17, 2018 at 07:48:52AM +, M Abdeljawad via juniper-nsp wrote:
>> Was checking portal for the Netscreen-Junos translat
QFX3500/3600 might have been the only platform where SW change introduced ELS
CLI, but as you mentioned they are EOL now. QFX5100, and all other QFX
platforms (outside of QFX3500/3600) supported ELS CLI only from day 1.
On 7/17/18, 12:43 PM, "Tobias Heister" wrote:
Hi,
On 17.07.2
Hi,
On 17.07.2018 16:24, Richard McGovern wrote:
So, the original EX CLI and newer ELS based CLI are 100% based upon hardware
platform in use, and not SW release, and do not BREAK anything from working.
You cannot change from one CLI to the other via Junos SW code release changes.
This CLI
Agree. Can’t please everyone all the time.
Sent from my iPhone
> On Jul 17, 2018, at 10:34 AM, Mark Tinka wrote:
>
>
>
> On 17/Jul/18 16:24, Richard McGovern wrote:
>
>> Felt need to jump in here, and hopefully get some of the real facts
>> straight. Prior to ELS CLI Juniper had basically
On 17/Jul/18 16:24, Richard McGovern wrote:
> Felt need to jump in here, and hopefully get some of the real facts straight.
> Prior to ELS CLI Juniper had basically 2 different CLI’s – one for EX
> Products and branch SRX one for MX and a like. M/MX CLI came first and used
> the terminology
Felt need to jump in here, and hopefully get some of the real facts straight.
Prior to ELS CLI Juniper had basically 2 different CLI’s – one for EX Products
and branch SRX one for MX and a like. M/MX CLI came first and used the
terminology IRB and Bridge Domains. These products were designed
On Tue, Jul 17, 2018 at 07:48:52AM +, M Abdeljawad via juniper-nsp wrote:
> Was checking portal for the Netscreen-Junos translation tool but was not
> there, is it obsoleted?
If I remember right, that tool was really Netscreen->JunOSe
So, an obsolete target that was nothing like what an SRX
On Fri, Jul 13, 2018 at 12:35 AM Phil Shafer wrote:
>
> Martin T writes:
> >aren't you using grave accent("echo -e "\x60"") character? I was using
> >"echo -e "\x27"" character.
>
> Doh! I read apostrophe (even named the script apos.slax) but my
> brain turned into backtick.
>
> Yes, this looks l
On 17/Jul/18 11:24, Pavel Lunin wrote:
>
>
> Honestly, I don't feel like the new CLI model is broken. For me it
> rather looks like change everything just to change everything.
The new CLI, in itself, isn't broken. What it does is break the old CLI.
IOS to IOS XR is one thing. But even they d
Hi,
On Tue, Jul 17, 2018 at 11:24:18AM +0200, Pavel Lunin wrote:
> Honestly, I don't feel like the new CLI model is broken. For me it rather
> looks like change everything just to change everything.
And that makes it "non-broken", why?
gert
--
"If was one thing all people took for granted, was
On Tue, Jul 17, 2018 at 10:52 AM, Mark Tinka wrote:
>
> Or because they just don't want to bother with the new Junos switching CLI
> for Broadcom-based models ;)
>
>
> Well, looks like Juniper are horny for that moving forward, so the only
> solution there is to move to another vendor :-).
>
Ho
Another cool thing with EVE-NG, it has got REST APIs which can be used in
CI/CD automated builds for things like testing and validation. Might be a
useful tool for NetDevOps :)
Ashvin
On Mon, Jul 16, 2018 at 7:06 PM Aaron Gould wrote:
> Cool, yeah, my gosh I like eve more than lsys at this poi
On 17/Jul/18 10:30, Pavel Lunin wrote:
>
>
> Or because they just don't want to bother with the new Junos switching
> CLI for Broadcom-based models ;)
Well, looks like Juniper are horny for that moving forward, so the only
solution there is to move to another vendor :-).
Mark.
___
Mark Tinka :
>
>
> On 12/Jul/18 23:07, Pavel Lunin wrote:
>
> That's normal. Government and financial sectors always use the most
> outdated solutions because of bureaucracy, compliance, certifications and
> all those WTF reasons :)
>
>
> Probably with a big fat vendor (or vendor-partner) 10-year
Hi
Was checking portal for the Netscreen-Junos translation tool but was not there,
is it obsoleted?
Thanks
RegardsMahmoud
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp
21 matches
Mail list logo