Re: (ASCEND) Ascend/Lucent and Y2k.

[Jason Nealis <nealis@rcn.com>]

Particularly I'm not concerned for the E-Load, It's the legal ramifications if just in case something does
break. For the first time in several years I have found a E-Load that gives me a level of stability that I have
never seen prior in the network. Going to a production release typically means very bad things for me in my network. 


Either way, My Y2k office will not allow me to run a non-certified Y2K release on production prior to the
magical date. So now I'm forced to upgrade the boxes into a realm that I have very little to no success
in my experience w/ Lucent/Ascend. 

:(

Jason 


On Fri, Dec 10, 1999 at 04:47:30PM -0600, Cori Rhodes stated
>          Reply to:   RE: (ASCEND) Ascend/Lucent and Y2k.
> Jason,
> I thought Ascend based their dates on an epoch, that is how many seconds have passed since a certain time in the past.  Based on that, they figure out the year.  In this case, we don't have to worry about wether  or not the engineers used two digits or four digits to represent the year.  I would see no reason for the engineers to adjust this part of the TAOS when addressing routing, stability, interoperability, etc. problems.
> 
> I am mostly an observer on the list but have respected your comments, thoughts and insight.  Why do you think running engineering code could be a problem?  
> Cori
> 
> Jason Nealis wrote:
> >
> >
> >Just thought for many of you out there you may be interested in the following : >
> >As I know many of you out there have been running engineering loads in >production
> >due to the problems and instability with production releases. FWIW, I have >gotten
> >confirmation from Lucent that they will not stand behind any engineering >releases
> >for Y2k readiness.
> >
> >"Because this is an eload as opposed to a release, Lucent does not provide >any warranties, Including any related to >Y2k Readiness, and furnishes this to you "as-is". >
> >Personally, I've very upset as it has been the lack of ability for >engineering to supply me a
> >production release that actually works. I'm always forced to run >engineering loads because of
> >the lack of proper regression testing. >
> >So if you running E-Loads as I am, Then you may have some need for concern. >
> >
> >
> >-- >Jason Nealis
> >Director of Internet Operations
> >RCN >++ 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>
> 

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