после удаления TN присваиваю на 00 key опред-ный DN на что получаю ошибку SCH0011.
Проверка DNB по этому DN разъяснений не принесла, что ей шупнуть?
Насколько критична ошибка (сообщение) DTC103?
Очень часто вижу ошибку DTA301 9, не могу понять что еще подкрутить или искать причину в канале?

Подробнее напиши как и что прописываешь, лучше покажи лог всего этого процесса.
Про DTC было недавно - поищи поиском.
DTA301 - это слипы, нужно разбираться с синхронизацией на этом потоке.
Удачи

frr> Подробнее напиши как и что прописываешь, лучше покажи лог всего этого процесса.
>LD 20
PT0000
MARP NOT ACTIVATED
REQ: PRT
TYPE: 2616
TN 4 2
DATE
PAGE
DES

DES ADMIN
TN 004 0 00 02
TYPE 2616
CDEN 8D
CUST 0
AOM 0
FDN 111
TGAR 0
LDN NO
NCOS 0
SGRP 0
RNPG 0
SCI 0
SSU
LNRS 16
XLST 0
SCPW
SFLT NO
CAC 3
CLS UNR FBA WTA LPR MTD FND HTD ADD HFA
MWD AAD IMD XHD IRD NID OLD VCE DRG1
POD DSX VMD CCSD SWD LNA CNDD
CFTA SFD MRD PDN DDV CNID
ICDD CLBD AUTU
GPUD DPUD DNDD CFXD ARHA CLTD ASCD
CPFA CPTA ABDA CFHD FICD NAID DNAA
UDI RCC HBTD AHD DDGA NAMA PRSD NRWD NRCD NROD
EXR0
USRD ULAD OCBD
CPND_LANG ENG
EFD 111
HUNT
EHT
PLEV 07
AST
IAPG 0
ITNA NO
DGRP
DNDR 0
KEY 00 SCR 644 MARP
01 RGA
02 TRN
03 CFW 16
04 AO6
05
06 OVR
07
08 SCR 111 MARP
09 VCC 631
SKIP
DATE 5 MAR 2002
>LD 11
SL1000
MARP NOT ACTIVATED
UDATA: 077145 2 PDATA: 084119 9
SCH5066
TNS AVAIL: 890 USED: 110 TOT: 1000
ACD AGENTS AVAIL: 994 USED: 6 TOT: 1000
AST SET AVAIL: 100 USED: 0 TOT: 100
REQ: CHG
TYPE: 2616
TN 4 2
ECHG YES
ITEM KEY 00 SCR 688
SCH0011
KEY

не дает проставить именн этот DN = 688
--
Best regards,
Dmitrii

Попробуй KEY 00 NUL, а потом уж KEY 00 SCR 688

Посмотри LD 20 prt dnb 644 и 688 ?
Что если LD 11 chg SCR 688 на другую клавишу этого TN ?

Вариант с NUL далее 00 SCR 688 не прошел, SCH0011
Присвоить др. клавише - тот же рез-т
В моем исходном письме писал что просмотр DNB ничего не прояснил, но привожу:

REQ: PRT
TYPE: DNB
CUST 0
DN 4 2

SCH0000

DN 688
DATE
PAGE
DESИ
NO ACT SINCE NO DATE

NACT

DN 644
TYPE SL1
TN 004 0 00 02 KEY 00 MARP DES ADMIN 6 MAR 2002
(2616)

просто мэджик какой то :(
Спасибо.

Забавно, :-). А LUDN в LD20, что говорит? Присутствует этот DN в списке?

REQ PRT
TYPE:
TYPE LUDN
CUST 0
DN 6

CUSTOMER 00 - UNUSED DNS:
60 61 620 622 623 624 626 627 628 629
638 643 648 649 653 654 656 658 659 668
669 670 671 672 673 674 675 676 679 684
689 690 691 692 693 694 695 696 697 698

такое случилось после следующего: присвоил plev 7 на кей назначил ovr, полезли ошибки, помоему баг не помню номер, вернул все взад, безрезультатно, удалил ТН, не помогло, все телефоны не работали, кнопка Man Int также не помогла, пришлось выкл вкл питание. Коряво все получилось, но долго без связи нельзя было.

В базе существует то, что называют Corruption. На этот счет есть курс в Nortel. таких бзиков описано в курсе более 20. В конкретном случае связано это с тем (как я понимаю) что на низком уровне существует несколько разных таблиц соответствия DN и TN. Если в одной из них запись вытирается а в остальных нет происходит вот такая ерунда. Устраняется через PDT. Помочь смогут только спецы владеющие информацией.

"Нетрож технику и она тебя не подведёт!"

Печальная история. Неужели без нортеля не разобраться? Очень интересное продожение темы использования PDT.

Нет конечно. И в этом форуме есть спецы способные помочь. В крупных фирмах есть люди закончившие эти курсы (или владеющие информацией). Но для себя мне кажется нужно избрать такую технологию. Скажем раз в неделю скачифать файл базы данных и хранить все эти файлы.
Если вдруг что-то такое всплывет, то можно попытаться загрузить более старые базы до тех пор пока дефект не будет устранен . Естественно что-то будет потеряно. Но мне кажется эта политика должна несколько компенсировать отсутствие желания работодателя учить своих спецов. У меня была подобная проблема. Ее решали спецы из Совинтел. Процедуру я немного понял но детальной информации нет. Получить подобную информацию видимо невозможно. Я попытался на этом форуме - заплевали.<P ID="edit"><FONT SIZE=1><EM>Отредактировано box140 07.03.2002 18:44 (время сервера).</EM></FONT></P>

Если сделал как говоришь, то data corraptions быть не должно. Потеря данных может быть если после всех глюков ты взял и сохранился EDD. Но если ты этого не делал, то ситуацию можно поправить и своими ручками. Попробуй запустить LD 1. А далее попробуй повторить все действия которые ты делал в обратном порядке. Еще такое сообщение встречал на аналоговых телефонах. Помогало следующее. На порт подключаешь аналоговый телефон - снимаешь трубу опускаешь и телефон исчезает. Попробуй на цифровом. А если все не в тему, попробуй загрузить одну из предыдущих сохраненок.
Успехов.

в прошлом месяце быстро исчерпал лимит, потому был отрезан от инета.
Что такое PDT?
Что же делать с номерком?

Дополнительно: чем, как организовать пэджинг на М 11?

А пробовал ли ты удалить TN 4 2 и создать снова?

пробовал удалить TN 4 2 и создать новый, таже ошибка SCH0011
Неужели все так печально?

С надеждой,
Дмитрий.