I have a dream about V8 UR1 ?

[T8keiteasy]

Have I dreamt or not ??

V8.0 UR1 was released for a few days last weeks then...nothing...

Is the version bugged ?
Has someone tried it ?

Now, it's about French users too !!!

 

[andy4uk]

Same thing happened with version 8.0 they released it then discovered there was bugs then re-released 2 weeks later.

Again same as version 8.0 we were given a release date, they missed it and haven't bothered to inform any of us to when it will now be available.

8 UR1 is now 2 weeks late, i always give them at least a month..!!

 

[MitelInMyBlood]

Missing a planned release date might also be an indication that someone is doing their job and thoroughly testing to find the obscure (and sometimes not so obscure) problems.

In the 2K days back around E-stream or so, it was expected that every new major pass of code introduced as many glitches as it fixed. That's also why many wise men will tell you to avoid the "n.o" releases even today. Bragging rights doesn't mean much when your phone rings at 3AM & you have to drive 100 miles to fix something that previously wasn't broken. We load new code only when there's a sound business reason for doing so.

Just as with MS Windows, it ordinarily is unwise to load the new OS until SP1 at the earliest.

Of course there will always be those with far more free time than I who will throw caution to the wind and brave the elements to stand in line to grab the latest release.

 

[T8keiteasy]

I first need latest release for lab testing....

Now, it's about French users too !!!

 

[Webmany]

Have a late release date is fine, but when it is on Mitels site, you download it and install it only to find out that it was pulled with no explanation leaves you in a bad spot. Do I track down the customer who has it installed and wipe it back to 8.0, or leave it and hope it was nothing major.

 

[MitelInMyBlood]

I wouldn't (and as yet haven't) put 8.x on any production box. I've got a lab demo but just haven't had time to dink with it yet. That's a rainy day project after all my fires are out. I'm going to have to let someone else take the bullet and test drive it for me, maybe take another look at it at UR2.

 

[Mitelpassion]

release 8 is in my opinion not that great. issues with voicemail and I've heard from collegues similar problems.

Also upgraded a site from release 7.1 to 8 and having endless problems with the IP DECT. Downgrading the site today. Have about 5 or 6 systems installed with this version. The main reason for upgrading was to get the ring group facility going.

in short very apprehensive about release 8 for now...

 

[nickcx]

Hi,

We're on Rel 8 now (for two ICPs on two sites) and so far so so. Ring groups are working for us. We did have one issue relating to configuring a teleworker phone which (according to the offical Mitel response) was responsible for bringing one of the 3300s to its knees and losing us comms! Only way to fix it was the auto-scheduled reboot. The cause wasn't anything nothing major and shouldn't have resulted in such a problem, you'd have thought, but no - evidently wasn't the case!

 

[LoopyLou]

I usually wait at least a couple of weeks before going with a new release unless there is something I am dying for. I would almost wait for 8.1 anyway.

 

[T8keiteasy]

Whaou !!!
8.0 UR1 is out...who wants to try ?

Now, it's about French users too !!!

 

[Mitelpassion]

not me! still 'recovering' from the disasterous (in my case anyway) release 8.0

someone else take the leap of faith and let us know

 

[whosrdaddy]

upgraded to Rel8 last night, now my analog mainboard is no longer working

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!

 

[Lundah]

I've got about 30 controllers running 8.0 with no major issues, downloading UR1 right now to load in my lab. We'll see how it goes.

 

[Lundah]

Ok, loaded 8.0 UR1 in my lab yesterday. My lab consists of 1 MXe, 1 100-user controller, 2 LX, and a 2K. The only system that gave me the option of using the on-line upgrade is the MXe. I don't like the fact that you have to leave SI up to continue the service-affection portion of the activation. I'm also not thrilled about not being able to do an on-line upgrade on an MX or LX chassis.

I haven't really hammered away on the testing yet, but I've heard of some issues with the corresponding OpsMan release (7.6.1.3). Mostly relating to the upgrade program not upgrading all of the MAC templates correctly. One tech I've talked to had to manually run the update tool on the templates before he could successfully do anything with them.

 

[Lundah]

After re-reading the release notes, I need to clarify some of my statements from above. Online upgrade is only available on controllers equipped with 512MB or more of RAM, which at this point would be a 1400-user LX, or MXe.

Also, I've stumbled across some issues with the IP set firmware. First, the DSCP setting sent to an IP set via DHCP option 134 is ignored. Not sure if this is also the case if you use option 125 instead, I'm doing more testing on that today.

Also, I've noticed issues with the more recent Cisco IOS updates and CDP. Normally, when CDP is used to send the VLAN information to an IP set, if no COS priority is specified, the set should default to 5. Since one of my customers upgraded their 3560's to a new IOS (12.2(40)EX), the IP sets running the 8.0 firmware have been coming up with COS Priority of 0. However, when I first connect a brand new phone, which I believe is factory loaded with the 6.1 firmware, it comes up with the correct COS Priority. Again, doing some more testing on this, checking each IP set firmware load from 6.1 to 8.0 UR1 to see if there was a change somewhere along the line.

 

[Mitelpassion]

thanks for this input lundah.
this is of great help to me and sure would be useful to some others too

 

[Lundah]

Turns out our COS and DSCP problems were due to LLDP being enabled by default on the new IOS that was loaded to the Cisco switches. LLDP settings (which were all defaulted to 0) take priority over CDP and DHCP settings to the IP phones.