Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Westi on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

There is a way to see number of a user speedcall in sx-2000?? 1

Status
Not open for further replies.
Dec 19, 2002
28
CA
We convert an sx-2000 to ICP3300 Mxe, then I would like to retrieve the user speedcall of each phone... I don't find any form where the number are store. The only way I can see them, it's with OPS Manager... ops can read them ! But it's one by one and is very long... Somebody have an idea ?

Thank you !
 
Ops will be the only way

The conversion will retain this data, why do you need this?

**********************************************
What's most important is that you realise ... There is no spoon.
 
Thanks for reply quickly... There is the situation, we have 4 SX-2000 (LW 33.3) that we replace with ICP 3300 (MCD 4.0). Our provider did not use the "software conversion" because they had bad experience with it ?! Then what we do, is to print all forms from the SX-2000 and use the principal form with the excel spreadsheet (from ICP3300) to import in the new system. You know it's working, but we missed the user_speedcall... and it's why I try to figure out how can i retrieve them.
 
KWB, can the conversion tool be used in this case to output an individual form as in user speed calls? Or does it generate a backup-restore kind of file?

An option would be to restore the dummy conversion to a dummy system, retrieve the info needed and then reprogram using the spreadsheets, as those sx2000 are full of old no-longer-in-use stuff that is better left out than converted...

BTW in the Mitel 3300 class in Kanata the teacher advised explicitely against the conversion tool...
 
Aquaman,

I am in a similar situation, and I had already tried to formprint. However, the system returns a message that the form is empty. This cannot be the case as hundreds of keys are programmed as personal speed calls.

Something else I noticed was that the INSTALLER rights to this form in User Authorization Profiles were Read instead of Write like all other forms.

Thanks,

Mark
 
You can't edit the Personal Speed Call Assignment form.

to for print, use this command:
fo pe s c a/all

Or, if you only want one users speed calls:
fo pe s c a/in <ext>

Also remember, if you're using LPR3 to use the /n option

Dry Aquaman



 
Thanks for the quick response. I tried your new suggestion:

fo pe s c a /all /port lpr3
FORMPRINT: INSTANCE may not be specified for this form.

and then tried without an instance specified. Here is the truncated result (formatting is lost in translation, but you get the idea: not the right form):

--------------------------------------------------------------------------------
| PERSONAL SPEED CALL ASSIGNMENT |
| |
| |
| | | Entries | Entries |
| Directory Number | Name | Allocated | Used |
|------------------------------------------------------------------------------|
| 2369 | WALL,JULIE | | |
| 2370 | CARDIOLOGY NURSE | | |

Back to what I originally tried:

fo pe s c d /all /port lpr3
FORMPRINT: Request is in progress.

Then...

en pri /n
This form has no data. <----System response

:-(

Any help is appreciated. I have an easy screen share solution if you would like to get a visual.

Mark



 
the command fo pe s c d /all /port lpr3 looks wrong to me
it should be fo per s c a /all /p lpr3

If you use procomm plus you should be able to print to screen without the /n (just set a capture up first)

Share what you know - Learn what you don't
 
Supernova,

Thank you for your input. Please read lines 2-17 of my last post. Unless I am mistaken, I have already tried this command, which is erroneous, and also tried to correct form of the command and it is not the droids I am looking for. :-(

I use the /n out of habit as I use putty to log my session and it allows me to queue several forms of clean print output. I am admittedly a noob to the SX-2000 world, so I reiterate that any help is appreciated.

Thanks,

Mark
 
You're right about the 'd'
The command is
fo pe s c d/all/po lpr3
I do a 'sho pr all' until I see something in queue then:
en pr/n

I had to log into one of my old 2ks in order to test.
that command worked for me.

Hopefully I'm not confused about the original post. This won't show you speed dials programmed on a phone button.

Dry Aquaman


 
Aqua,

What does this form contain when it prints for you? Mine never has any data.

My take on the original post was that Meridian was manually migrating the programming from an SX-2000 to a 3300 MXe, which I am currently doing myself (without the luxury of Ops Man and the migration tool). Most of this manual process works okay by doing form prints, converting to spreadsheet, transcribing the data into the 3300 import spreadsheet, and then finally importing the finished product into the 3300.

The only major flaw of this method that I have identified thus far that would be frustrating for the end user is the loss of their personal speedcalls. I cannot find anywhere in the SX-2000 that actually shows you the number programmed on the speedcall. Is it possible that this is stored on the phone itself? Will it retain this programming when I migrate the FP Peripheral Node to the 3300 as long as the 3300 has the correct keys set to personal speed call?

Or should I chalk this up as a futile effort and give the users a heads up ASAP to start recording these numbers as they will have to be reprogrammed after the cutover?

Thanks again,

Mark
 
I think that opsman might be able to print the keys as a report never done it myself but if it is displayed then it should be possible to print
Also if the user made the personal speedcall private I would think that this might not be displayed

Share what you know - Learn what you don't
 
I think I understand now.
The Personal Speed Call Display doesn't have anything to do with the keys on the phone. That's a separate feature.
You're trying to avoid have to have the users reprogram each of their buttons with whatever speed dial they have programmed against it.

There isn't a report in the 2k to do this.

The numbers are stored in the 2k - no on the phones.
Ops will display what's programmed on the keys - but apparently you don't have OPS. Even then I don't know of a report that would show that.

Looks to me like you'll have to give your users a heads up.

Dry Aquaman

 
Hi All,

would just like to throw my tuppencworth in about the conversion from SX2000 to 3300 using OPS as it doesnt seem to be getting much support, have used it about a dozen times to very good effect on systems with around 1000 extensions, the only issue I have ever come across is 1 or 2 feature access codes getting changed but its the same ones every time so easy to spot after the first one or two. What I would say is make sure your SX2000 is LW 34 and your 3300 Version 8.0.11.7 , and use the version 8 software installer tool, definately NOT a newer version than that.
 
PS, the whole process takes less than an hour per site to aquire a working 3300 database on release 8 that can be upgraded to whatever release you need.
 
Software installer tool works very well for converting an sx2000 database to a 3300
As you have a new controller you really have nothing to lose anyway.
As mitelmania has said go for an earlier 3300 version (8.0) and then upgrade; just watch the process on the RTC Maint port for any errors (BAD DATA) so you know what needs adjusting after restore.

Share what you know - Learn what you don't
 
Finally, I have the answer !! And it's working fine for me. I will try to resume the process (my first language is french then I'll do my best).
You can perform a datasave ( then you have a database "update")
1. In the sx-2000 you need the ftp user and password (normaly use for OPS). You can read it by typing the command "ip debug dis"...
2. You need ftp server connect to sx-2000.
3. From the SX-2000 (in maintenance)you type this command:
sxtov *.dr.config.ms_bsc ms_bsc
Then now you have a binary file, ms_bsc. Read this file with "HxD - Hexeditor" it's a free software... open it, you can choose a number of bytes per row, put 67. With this is possible to "copy and paste" the text in excel.
4. What I did... with the form multiline set key (in excel) you have to keep Extention and the key number for userspeedcall...
You could be able to match all those things.

Good luck !

Jean-Pierre
Meridian1 (and Mitel)
 
Thanks all for your input(s). We completed this cutover last Friday, and we just had the users record their speedcalls before we cut so they could recreate them after the cut.

For those recommending the database migration route, that was what we wanted to do but when we called Mitel for some assistance (again, no prior SX-2000 experience), they told us we could not do it without Ops Man so we proceeded with the manual process. This worked well with the exception of the user speedcalls.

We are cutting over another SX-2000 this week, but we are moving the cabinets to an existing 3300, so even if there is a migration path without Ops Man, it is not an option.

Meridian, thank you for your persistence with this. I will definitely try your method for this week's system's user speedcalls.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top