BCM400 4.0 to BCM450 R5 Upgrade

[bostech]

Greetings All,

I just completed an upgrade from a BCM400 4.0 to a BCM450 R5 (w/ exp. cab.) using DMM. Didn't go too bad, but there were a couple of issues.

My findings:

1. All mailbox messages (not greetings) lost.

2. System had 4 GASM's in the Exp. Cab. Extension numbers that should have been assigned to analog ext.'s were assigned to Applications by DMM. Once I changed the extension assignments for Applications, the analog extensions came in line.

3. MB passwords changed. Expected, but a pain for the customer.

4. System had a DTM-T1. Outgoing calls were OK. Incoming calls were not completing. Dead air on the calling end. Found that the "Answer with DISA" box was checked. This happened during the migration.

I think that was it. Hope this info helps.

 

[pkellow]

thanks, has anyone at all ever managed to port the mailbox contents from a 4.0 to 450??

I'll raise a new forum entry asking the question, as it seems no one has.

 

[Khosher]

Nope, done quite a few and messages never migrated. I now make it a point of getting the customer to inform their users that all mailboxes will be deleted and they will be starting from scratch on Monday.

Funny, messages aren't the only thing it leaves out. It's like DMM is possessed and just like to screw with you by leaving little bits out

 

[telcodog]

I've never had a problem getting the messages ported over. It's not ver clear in the instructions but you must have UM licenses on BOTH the source and target systems and you must do the extract through the LAN 1 port on the source and the import on the LAN port of the target.

I've done 10 systems now and migrated messages every time.

Just lucky I guess.

 

[pkellow]

Thanks telcodog however I had UM license on both, and extracted on lan 1 and applied on lan (never OAM) - also had Avaya do it however they screwed up by exporting/importing using OAM.

 

[pkellow]

Khoser, DMM seems to screw up the user DNs. For example lets say I had user DNs 4200-4330 contiguous range. Along would come DMM and splatter the 100 application DNs in this range, so suddenly 4225 for example is no longer a user DN it's now an application DN. Consequently the renumbered user DNs would have wrong telephony config. I tried deconfiguring all application DNs then configure a few app DNs, then reboot (BCM will not reboot with no app DNs). However DMM still insists on creating 100 app DNs....no workaround found. Case raised with Avaya.

 

[pkellow]

sorry Khosher

 

[Khosher]

pkellow, I agree, it has a mind of it's own.

telcodog, was there anything missing from your experiences, or were they 100% ?

 

[telcodog]

The only problems I had were self-induced. I just took my time and followed all the instructions to the letter. |I suppose everyone else did too so I don't know what the issue is. Like I said before, I think I've just been lucky.

I'm sure my time will come though. LOL