Search results for query: *

I don't have OTM, but don't forget there is also a CLID prompt in LD 15. Post the CDB and RDB printout from Ld 21. Hopefully this will trigger other comments.

Do you have CDR = "YES", and "INC" on the incoming Route Data Block (Ld 16) ?

If these are calls to a non-call centre private number on his phone then 1 solution is to use remote notification on that number to a personal pager. If he's on a call & someone leaves a msg his pager goes off. If he's walking around etc he may hear multiple pages. If this is for an ACD number...

Ld 96... STAT DCH

Don't mean to be insulting, but if these are new, ensure the slot is correct.

Please post the TNB of the phone.

Did you use Ovl(Load) 22, PRT, type = PWD to see your current passwords ?

....dropping speed down to 1200 plus n,8,1 fixed a similar problem for me....

Wait 8 seconds after dialing is completed - I always do this....or ...immediately try entering a <CR> and see if a response is sent ...also try different speeds in your setup...

Googled "E1 distance" and got: http://www.cisco.com/en/US/products/hw/routers/ps1904/products_installation_guide_chapter09186a008007de20.html#xtocid15 with some good info'

entc..." commands are for Enhanced call trace which requires Pkg 215 and pkg 242....otherwise standard trace commands I believe are like TRAC 4 0 4 0 which only give a single trace snapshot at that instant.

Go to Ld 21, prt, type = RDB, <cr> to get all printed out... one of those will be a music route with TKTP = MUS, then the ROUT = xx is the number you want.

Go to Ld 50, type is CPK, enter the music route at the MURT prompt.

There may be loose connectors on the Intergroup module -NT8D36

1) Are those phones located near to, or was any equipment that may generate/use high voltage - eg, a TV set test station, moved in the area of those phones ? 2)does the call re-establish itself after the dropout or is it disconnected ?

BUG messages are generated by software; for illustration only, eg - a set goes on hook that was established, but before the software sets that bit to onhook, the programmer makes the software check that bit to ensure it is not onhook already. If the bit shows eg the set is idle - which is not...

Step 1 - hate to be obvious, but advise your users /management of planned shutdown time, duration of outage, restore time and any call redirection of incoming calls that you may invoke.

Final Words: As of Dec 1/06 the GA release for this problem with dual language prompting is still being planned. Nortel apparently has been requiring colocating all Mgate cards (a12ozbottle is correct on this) for a few months. This dual language prompting problem originated in the CP buffer...

GHTROUT: Colocating the Mgates did not solve the problem as per Nortel's advice. We still had the problem after doing that. The patch is the solution. Remember this is associated with the new CP dual language prompting feature - like old MMail - just available in September.

Clarification: PEP CP404S02L34S is the dual language prompting PEP. PEP CP404S02G37S is for dropped calls. PEP DFD207S finally fixed the problem.