How can I erase generic extensions 2

[rokane]

How can I erase generic extensions when the LIM where the data are stored is already ended.It was erased with out knowing that some generic extensions data are stored in this lim.Can anyone pls help me how to clear this problem. I can't erase & prints data for those generic extensions the system always response is command lost.

 

[wfhy]

Generic extension is a concept introduced in ASB 501 04.
It is affiliated to an application such as Cordless, IP and RE extension.
To delete a generic extension, you must delete the application. I give a exzample for Cordless:

CXAKEIR=;
GEDIEIR=;
CXRFE:FPI=,RPN=;
CXCFE:FPI=;

Good luck!

 

[rokane]

Wfhy,

The problem is that when the generic extension was intiated
the data was stored in LIM 12 but for some reasons LIM12
was removed not knowing that generic extension data were
stored on this LIM 12. So when the command below is entered we got this respond command lost.

<gedip:dir=3348;WAIT
WAIT
WAIT
WAIT
WAIT
WAIT
WAIT
WAIT
WAIT
COMMAND LOST

<gedii:dir=3348,lim=12,csp=0;NOT ACCEPTED
DIR=3348
ALREADY ASSIGNED

 

[singhbrindisi]

Hi,

If possible put one Dummy LIM as LIM12 & delete all the info about it,

BR,

The truth about action must be known and the truth of inaction also must be known; even so the truth about prohibited action must be known. For mysterious are the ways of action.

 

[rokane]

Hello,


Is there another way to do it without putting back the LIM
again?...the lim was already sent away to a remote site.




rokane

 

[rfpui]

It can be other LIM
for examle one magazine with LPU LSU and DSU

 

[rokane]

Do I have to do the same procedure as adding new lim for this one lim magazine as lim 12?


rokane

 

[rfpui]

Yes

 

[rokane]

thanks, I give you feedback on what happen.



rokane

 

[rokane]

RFPUI,

I already returned the lim in the system, now how do I remove the generic extension or update the data base in
current status?



rokane

 

[rezal]

z

 

[rezal]

I have had problems posting, that's why I did the test above.

Anyway if You ended a LIM without properly removing all data
You basically have two options.
1. Find an old dump with that LIM on and reload it.
2. Try to print as much data as You possibly can
regenerate it with PCREGEN and start from INL.

/rezal

 

[rokane]

rezal,

The old dump is gone & if I use inl to load the system a new
it will take so much time to restore it back & this will be
un acceptable to the client having more than 4000 extensions. What I want is to be able to remove the data
corruptions with very minimal service interruptions. The
problem I am having is as follows;

KSDDPIR=ALL; got command lost at certain points
EXDDPIR=ALL; - same -
RODAP:ROU=ALL; - same -
ROCAP:ROU=ALL; - same -
GEDIPIR=ALL; - same -
GEDIEIR=xxxx; - same -


rokane

 

[fcpli]

rokane!
the corruption is surely in DEM (or DED), depends of your
BC release. This unit knows in which LIM an extension is located. Now you have to know, which directory numbers where located in LIM12. Then with a SGSAI that particular
directory number can be removed from DEM data. But first of all, find out the numbers, somehow. One way is to print out e.g. excap:dir=xxxx, then dir=xxxx+1 and so on, until you get command lost. Of course, with 4000 extensions this is a hard task. But when you have the numbers, this can be cleared. There could also be some other data corruption, but try to solve this first.
good luck!

 

[rokane]

fcpli,

I already got those extensions, can you give me the exact command/s & procedures on how to do it.The MD110 software
version is BC11 SP9.



rokane

 

[fcpli]

OK.

So, try with one extension first: Clear history (hirei). Print out one extension, which gives command lost. Then SGSAI and SGSSI. Print again, if no command lost, proceed. Otherwise send HIMDP.

sgsai:sigar=1,signo=129,level=b,lcside=exe,stype=swsw,unit=der,lim=1,byte=0-0&1-0&2-1&3-a8&4-c&5-ff&6-x1&7-x2&8-x3&9-x4&10-x5;
sgssi:sigar=1;

x1-x5 is the directory number
byte 4 is the LIM number, which is missing (c in your case)
byte 5 = ff removes the info from the unit

below also a trace of this procedure

(H'0129)
FROM SGR (H'00A6) EXE A IN LIM 001
TO DER (H'017D) EXE A IN LIM 001
WITH 0 1 2 3 4 5 6 7 8 9
000 H'00 H'00 H'01 H'A8 H'0C H'FF H'02 H'00 H'00 H'09
010 H'0F H'02 H'00 H'07 H'4C H'02 H'00 H'06 H'00

Note! Every directory number has to be removed separately!

 

[summerdike]

Why not try SFEXI;

in the evening


______________________________
&quot;Reload and Restart Requested
System Initiated&quot;

 

[fcpli]

SFEXI???? Maybe ALLIP?
Forget it!!!!!

 

[rezal]

There may be data mismatches all over the place. It entirily
depends on what data that was left. Rocap and rodap doesn't
have any data dependencies to generic extensions. This
implies that more then just generic extensions was left.
This system is very sick and You will probably have loads
of problems with any move add and change.

Unaccaptable or not At this point You don't have much choice. You must try to rescue as much data as possible
and rebuild it from there.

If You have a service contractract You may be able
to buy some time from Ericsson to help You.
Good luck

/rezal

 

[summerdike]

I think Rezal is right about the fact that you can not trust the system anymore. Mismatches all over the place. If you start messing around in that it is hard to get it any better then it is.

Let the system clean up things by command, in a simple way (i.e. SFEXI or other command).

If that don't work build it again in a proper way. Which can be best done at a service center where they can simulate your system and dump it ta Disk.
So....
Get BC11 sp 9 INL
Get license file
Get lim disposition
Make PC-regen of the current system (skip the unwanted extensions etc.).

Start "new" PBX!


______________________________
&quot;Reload and Restart Requested
System Initiated&quot;