atcomsystems.ca/forum Forums TDM Business Telephone Systems Comdial Telephones & Systems FX-II 17D

If this database was set-up with a default of (masterclear2)stations with 2 group ictm's per phone and then station numbers were changed then this is where your problem began. You will get some stange problems when those group ictm's get buried in the code instead of removed. There is a way to save the database if this is the problem. You have to put back the original station numbers to the original ports, then remove the group ictm's from the stations to be changed. After you assign the numbers to different ports you then assign group ictm's to them again.

I always master clear with mode 3 on new databases/systems. I will try putting them back on the old ports nd see what happens.

Larry - the corruption is in the database without loading into CPU. Just opening in VMMI and not logged in you can assign two ports with 277 and port 26 will always show 277. If you delete 277 from port 26, it jumps to port 1. Anyway playing with it I finally tricked to let me assign ports and cleared out what was going on(not logged in) and I'm sending the file back . Whatever was going on had to do with station numbering and not physical port numbering. I run into this one other time on a FXT 464.

Chaz - youv'e got mail.

P.S. Chaz I only enable auto station relocation when I am moving the phones around. Customers create problems everytime doing it themselves. But this will keep you busy !! https://www.sundance-communications.com/forum/icons/icon10.gif
https://www.sundance-communications.com/forum/icons/icon10.gif

I agree 100% on the auto station relocation.
I have passed that word on to my customer.

Same here with the auto station relocation command.

We have the customers call us, we turn it on, tell them to move the phones one by one and then we turn it off.

Any other way just causes problems.

------------------


WWW.THEBESTPHONESUPPORT.COM

Punch Down- That is a different problem than I was thinking of. Nice catch

Cmdl_Guy you taught me well when you were in TS - I always learn from the best !!

I suspect that this issue may not have just been an autoset relocation issue. I NEVER turn auto set on but experienced the same problem a month ago on an MP5000. You could not change the intercom number under station programming as it kept jumping back between 2 ports. We actually had to go under board menus and staion port locations. Had to null both ports and save...restart and the problem disappeared. Odd indeed

ODD = COMDIAL = JOB SECURITY

------------------


WWW.THEBESTPHONESUPPORT.COM

Auto set relocation was not something Engineering wanted to do on the DXP/DXP+.
It was ok on the small KSU's and DSU's.
Too many variables on the DXP, cards and be moved as well as phones. Different types of cards for different phones, DXDST,DXIST,DXAST. But sales people said we can't bid on Government contracts without it. Guess who won that battle.