Ascend Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: (ASCEND) 5.0Ap34




 Both sides are correct here. Ascend has been under the gun many times
in regards to patch releases, People are almost scared to run new
patch releases on day one, but then again people are forced into
running patch releases on day one. 

 Kevin, You spoke of some great annoucement in regards to regression
testing and new approaches etc.. I never saw anything in regards to
a change in current procedures. 

 My Opinion, The Patch regression testing needs to be changed, Ascend
should assemble some sort of TAC team to get out and find exactley what
customers are doing with their equipment, Reports on exact configurations
of customer networks, customer switches. Considering The MAX is in about
80% of ISP's out there they should model a ISP setup up. For instance many
times I've heard as I'm sure you have, We got this release running in
so-and-so and they are not seeing the problem. Well Ascend needs to figure
out what is different in my network in comparsion to others. Testing
plans/procedures need to be rewritten from the ground up. This box 
is no longer a video box, Its a Network Access Server. 

Jason Nealis
Director Internet Operations
Network Access
Erols Internet


On Mon, 24 Nov 1997, Oliver J. Albrecht wrote:

> On Mon, Nov 24, 1997 at 09:57:32AM -0600, Chris King wrote:
> 
> > Well said... I agree 100%.  Full releases should be tested (and they are by
> > a lot of the users when the new full release was the last in the prior patch
> > release).  But for those who want the 'beta' code (ie - patches,
> > incrementals, etc.) Ascend provides that as well.  
> 
> I strongly disagree! We're not talking about fancy *beta* code with new 
> features, some folks around here are just desperate to get their boxes 
> into a working condition. With the current release our max 4000 reboots 
> every three days. each time kicking many *paying* customers. 
> Am we asking to much when we request a fix for problems like that? 
> Other open tickets are also forcing us to upgrade (V34 performance 
> issues, K56/V34 compatibility issues etc...).
> In the meantime our quality of service is lacking, due to these issues. 
> 
> > The result - "bleed edge"
> > as it's been called.  Where the fire sometimes gets _real_ hot. :)  Just the
> > way I like it.
> 
> I couldn't care less about bleeding edge technology, these patch 
> release are primarily designed to fix bugs and to make existing 
> technology (like K56flex) work. We paid a substantial amount of 
> money for our boxes and IMHO it's not too much to ask that we get 
> them working as advertized. Please correct me if I'm wrong.
> 
> -- 
> Oliver J. Albrecht <olli@allcon.net>
> 
> AllCon GmbH         Lise Meitner Str. 2        D-24941 Flensburg
> EMail: allcon@allcon.net     Tel: +49 461 9992-162     Fax: -165
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>
> 

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>


References: