[j-nsp] EX4200 9.4R2.9 process crash on previously valid config

Mark Tinka mtinka at globaltransit.net
Thu Apr 2 21:57:36 EDT 2009

On Friday 03 April 2009 09:14:28 am Richard A Steenbergen 

> Dare I ask who you're defending here? In all honesty,
> with respect to the quality and time/attention that goes
> into the software development and QA process of new
> software, JUNOS has gone massively down hill lately.
> Anyone who expects that a bug fix R1->R2 build is not
> likely to introduce some massive new issue in something
> that was previously working fine clearly hasn't been
> deploying JUNOS over the last year.

I realize that Juniper have to make a new release every 
quarter, and in most (if not all) cases, there is some new 
feature which has the potential to cause "badness" to 
systems that are already working fine.

I think what I'd like to see is a fork of the code base 
which consolidates all new features up until that point, and 
then enters into a maintenance state - only bug fixes, with 
no new features.

Other iterations of the code would continue to come out with 
new features every quarter.

I realize this is entering Cisco territory, but given that 
each new release of JunOS has new features that could 
potentially cause problems, and previous bugs still go 
unfixed (priorities?), I don't see a better way to have 
stability if we keep chasing bug fixes in new releases that 
lead to newer bugs we keep chasing fixes for in even newer 
releases, e.t.c.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <https://puck.nether.net/pipermail/juniper-nsp/attachments/20090403/0daaaba8/attachment-0001.bin>

More information about the juniper-nsp mailing list