Set Relocation bug 6.0 software ?? 1

[DigitalMind]

Apparently a couple of our sites, with either MICS or CICS and 6.0 software.. set relocation is not working... It IS turned on .. yet the set doesn't follow.. System nowhere near being maxed out ..

anyone else seen this or had this problem ??
Even better .. anyone have a fix ??

 

[bkrike]

My fix is to never tell anyone that the feature exists, and leave it off.

 

[ThePhoneGURU]

Hmmm..
I had a customer call me about the same thing. I thought the KSU took some kind of power spike or something. Now I leave SET RELOCATION off. I haven't seen any documentation or releases indicating that they recognize this issue..
Anyone else heard???

 

[senk1s]

as far as i know no issues with set relocation in 6.0 ...

did u try it yourself using the proper procedure ...maybe the customer didnt know how to do it

as everyone said ..it is a feature best left turned off

 

[DigitalMind]

A Technician reported the problem.. I thought he was doing it too quickly or something of the sorts... I did try it myself only at ONE site and the set relocation doesn't work..

For me and many of my customers, this is an INCREDIBLE feature and practically a selling point for the system .. I can't believe i'm being told not to use it as a solution !! hehehe..

Thanks for all the input ..

 

[Sphoneman]

Since I had 6 different sites crash the voicemail drives over the years from customers using set relocation. Keep it off. I only do new installs & relocation sites with patch panel set ups now- no problems (move them yourself whenever you want all day long).

Steve
tele-dataservices.com

 

[DigitalMind]

Yes Patch Panel set-ups have are very nice. However personally, over the last 7 years the only times I have had problems with set relocations was when all ports on the system are being used, or when you move too many phones at the same time (too quickly) .. Only problems other than that we just realized where on our 4-5 sites that had 6.0 software ..

It's ridiculously handy for companies where people keep getting shuffled .. And normally it works fine. So we've all gotten used to telling certain customers about set relocation.. And we look dumb if we tell someone about it, and then their system doesn't let it happen.

Also handy for programming customers phones in advance and then putting on a shelf while waiting for cable guys to come and wire ..

 

[telemarv]

Digitalmind... guess you never had a system software crash and had to reprogram a switch that had all its DN's default back to their original ports. Now everyone in the building has the wrong DN and YOU get to figure out who gets which DN

 

[ThePhoneGURU]

telemarv..thats a lesson learnt...I'll take your advice on that one..Although its never happend to me yet..I can see it happening...this WOULD be a mess.
Thanks for the tip

 

[Sphoneman]

After the panic emergency calls which usually ended up on Sundays. It used to take me 4 hours (once onsite) for a certain retail chain with approx 30 users, to find the proper set locations, change DN's,reprogram entire system,& test each location for proper functionality.
Those sites were as close to cookie cutter that you could get.

Steve
tele-dataservices.com

 

[NorstarWiz]

I have found set relocation to be SLOW in 6.0 and up...but I would rather not use it if at all possible!!!

 

[telemarv]

Sphoneman imagine how long for 100+ users. I have a few customers who insist on using set relocation (to save on service calls), but I warn them of the added cost, agrevation and long down time if there is a crash (and ther will be a crash its only a matter of when) till things are operating properly. They still insist on having it on.

Oh well pay me now or pay me later!!

 

[DigitalMind]

Telemarv : That is basically the case for the bulk of my customers.. They want set relocation .. And yes I have had systems crash on me, then when re-starting they all have the wrong extension.. Quite used to going around to each phone real quick and looking at current ext # and what it should be and changing .. No Big deal, customer pays for it. Please keep in mind most of my customers have less than 32 sets ...

Anyways .. I will keep everybody's advice in mind about Set Relocation .. But when a customer asks for it, or it's the answer to a problem .. I will not not tell them about it. If a customers system crashes and all has to be reprogrammed .. the least of their worries are the correct ext #'s ..

I'm kinda surprised of everyone here .. usually when something is wrong everyone tried to figure out why .. and now i'm being told just not to use the feature .. kinda silly no ? If it was so bad, it wouldn't be there ...

 

[Bgun]

I use set relocation at several sites, however my office server does automatic OLP backups weekly which than transfers info to an excel spreadsheet based on ports an dn's. if the systems are backed up routinley its not a problem.

 

[DigitalMind]

Yes ... very true ..

Anyways .. Thanks for all your input .. I passed on the info to my collegues that there's no known issue with set relocation and version 6.0, and that all the pro's on tek tips say it's always buggy in general...

Thanx !

 

[Sphoneman]

Telemarv,
Better you than me on those. I've had my fill (and I'm sure you have too) of the penny wise and dollar foolish customers, when we are trying to help them (and get some quality time off on nights & weekends for ourselves).

DigitalMind,
The set relocation was the most dangerous feature. In DR1 you had no way to shut it off. Then they made it a toggle.
It was only meant to be a flip flop between 2 phones of the same type- then stop. It really became more of a problem with the AA/VM & ACD applications that end up getting confused. I have at least convinced myself that since the Norstars went to the PCMCIA cards, that the systems have acted more PC like than as a Class 1 computing device that were reliable as we had known of the older systems.

Bgun,
I like your technique, but how does that help prevent the crash in the 1st place?(by the way,I had noticed on the 6.1MR OLP the system speed dials after 70 do not show properly to view the numbers) I have never myself had a customer demand the feature.

Now since I do my installs as a patch solution which keeps everything square for them in a common wiring platform that has become a better sellling point for the flexibility. I'm always glad to take a quick phone call when they forget and I say look at the jack # and the jack color where the phone is now, & move that patch cable to the # and color you want the phone to be.



Steve
tele-dataservices.com

 

[oldAGTer]

Is this still an issue with 6.1??

 

[Bgun]

Sphoneman,
Nothing is going to prevent a crash if the customer insists on doing this. However to make my job easier in the event that it happens, if you have the most current backups you can reload from your office if need be. I have had to do this twice in six year's.

 

[BagsNYC]

Set relocation= Installer Nightmare

The secret of Joy in work is contained in one word- excellence- To know how to do something well is to enjoy it..

 

[nortelpbxguy]

Set relocation isnt difficult if you mark your wire blocks with port numbers instead of extension numbers. When working on a set were customer uses it, make it a practice to verify in maintenance menu port/DN status for the actual DN. It is a big plus to customers when selling system.