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 gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

I can't delete this generic extension but others I can.

Status
Not open for further replies.

rokane

Technical User
Feb 28, 2004
108
PH
I was trying to delete this particular generic extension
but the system response is always this one:


<cxake:dir=3176;
CXAKE:DIR=3176;
SURE? (YES/NO)
<y
NOT ACCEPTED
TEMPORARY CONGESTION

<gedie:dir=3176;
GEDIE:DIR=3176;
SURE? (YES/NO)
<y
NOT ACCEPTED
DIR=3176
TERMINAL ASSIGNED
<cxake:dir=3176;
CXAKE:DIR=3176;
SURE? (YES/NO)
<y
NOT ACCEPTED
TEMPORARY CONGESTION

Can anyone help me how to remove this temporary congestion
response without affecting the other users. I can delete
other generic extension numbers except this one.



regards,


rokane
 
restart unit DER in the lim of the GEDIP...

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
fyi:
The answer which you get when trying to remove the generic phone is coming from a patch. This patch is preventing data reload when trying to remove the dirno, but does not fix the fault. At least this was the case with BC10. If your MD is BC10, there is a final solution (in DER).

fcpli
 
fcpli,

I saw this fault first in BC10 and troughout BC11 and BC12...

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
Daddy!
I haven't seen this in BC12, but maybe I missed it?
Have to read the code + patches....

br

fcpli
 
fcpli,

what is the patchnr for BC10??

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
I see this fault regularly in BC12 SP5 but only in combination with Free Seating.
For some reason a link between the BASICFILE and the CALLFILE is not removed. I can remove this link but we haven't found out yet why this happens.


 
i've seen this fault with personal number, ip extensions, cordless extensions,... thus generic extensions in general,
even in BC12SP8

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
The patch for BC10 is 95565 and converted to BC11 as 95648.
This is what happens:
When we try to remove the CXN (or whatever)with GEDIE, DER tells GEH that the dirno has a PBX member even if it hasn't,
and GEH stores this and continues to send CHEPBXASG to DGP and back comes PBXASGCHE with answer, No PBX entries
found.Byte 2 in PBXASGCHE = 0, meaning number of PBX groups that dirno belongs to.
So, even if we have corruption here(in DER), DGP still tells GEH that this dirno is not a member of any PBX groups. Perfect !
Despite this GEH still continues and sends signal REMPBXDIR to DGP.......... and then DGP really gets angry!!!!!
DGP checks if its PBXINDSUFFIX pointer is equal #FF, if it is then do ILLEGALSTATE
which will later result in reload ...
Daddy: I assume the "correction" in SP8 is in code?

fcpli
 
No what I mean is that the fault is still there (we are in SP8+)

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
Yes, I got it, just wondering how it is dealt with.....
(That's why " ").

 
Whosrdaddy,

Thanks a lot the problem was rectified I was able to erased
the generic extension after restarted the unit DER. The MD110 is running on BC12SP7.

To all of you guys ,thanks for the technical contributions & more powers to MD110 PBX Forum.


rokane
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top