станция 4400 enterprise
релиз 8

Есть INTIP плата, подключили IP телефон - работает, звонит.
Вчера необходимо было удалить из системы INTIP, сначала вытащил плату, потом попробовал удалить плату-не удаляется потому что есть юзеры (IP TOUCH 4068), пробую удалить юзера-ругается "S0 bus exist".
Решил все вернуть на места, установил плату на место, плата в сервисе. Пробую подключить телефон-пишет "No tftp response". В конце концов перегрузил станцию. После этого при подключении аппарат запрашивает ввести код, ввожу четыре ноля(код был стандартный) и аппарат пишет "feature rejected"

Как это вылечить, где посмотреть подскажите?

снеси MAC адрес у абонента

По идее наличие абонентов - с платой не связано.

А вот наличие IP транковой группы, где прописан доступ - да.

А вы на абоненте поставили S0 adapter?

2 error
МАС адрес удалял - не помогает.

2 vad
а где на абоненте ставиться S0 adapter?

Прямо в свойствах абонента "S0 extention"
Но на самом деле это странно. Я бы понял если разговор шел о 4039. (UA терминал)
для IP это не существует.
Что-то вы не то удаляете.
В 4039 можно поставить наличие S0, далее shelf/ board/ S0 bus прописать на этом же комплекте S0 шину. Но это опять же для TDM аппаратов, не для IP.

сейчас пробовал удалить абонента с IP , ругается и пишет "Отклонение CMISE: [PCX] Неожиданная ошибка"

> пробую удалить юзера-ругается "S0 bus exist".

недавно чуть себе мозги не изъели, по телефону объяснили как создать нового абонента, потом звонит и говорит что при создании абонента выходит надпись "assoc. dect", точную фразу не знаю, в этоге оказалось что на атс была рванная номерация типа 1000 номер на одной атс а 1001 на другой атс, так вот пытались создать номер абонента который уже по роуту принадлежал другой атс

для интереса глянуть trkstat и адрес intip(gd ga)
что-то очень сильно похоже что у вас есть abc-f и при удалении не смотрите какая нода стоит в mgr, гляньте для начала в свойствах абонента какому узлу он пренадлежит

checkdb для начала

Сделал checkdb, куча ошибок и в том числе то, что касается этого юзера :
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=#662999 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
как можно базу исправить ????, а то что то боязно сразу запускать dbrecover, система в работе, вдруг чего нибудь убъет. Пробовал кто нибудь подобное ? подскажите ?

Пробовал, не подскажу - дело тонкое

То есть ?? могут быть проблемы ? или попробовать восстановить можно ?? если могут быть проблемы, то подскажи какого характера ?? делать то надо по любому ...

trkstat выдал вот это ....

+------------------------------------------------------------------------------+
| T R U N K S T A T E - INTIP Coupler Crystal_nbr = 0 |
| IN SERVICE Coupler Nbr = 4 |
+------------------------------------------------------------------------------+
|Access 0 Trk Grp 0 0 0 0 0 0 0 0 0 0 0 0 |
|Type: T2 State X X X X X X X X X X X X |
| |
| Trk Grp 0 0 0 0 0 0 0 0 0 0 0 0 |
| State X X X X X X X X X X X X |
| |
| Trk Grp 0 0 0 0 0 0 |
| State X X X X X X |
| |
| |
| access ENABLED |
| level2 CONNECT2 |
| |
+------------------------------------------------------------------------------+
|Access 1 Trk Grp 8769 8769 8769 8769 8769 8769 8769 8769 8769 8769 8769 8769 |
|Type: T2 State X X X X X X X X X X X X |
| |
| Trk Grp 8769 8769 8769 8769 8769 8769 8769 8769 8769 8769 8769 8769 |
| State X X X X X X X X X X X X |
| |
| Trk Grp 8769 8769 8769 8769 8769 8769 |
| State X X X X X X |
| |
| |
| access ENABLED |
| level2 CONNECT2 |
| |
+------------------------------------------------------------------------------+
| F: Free | B: Busy | X: Unusable | WB: Busy Without B Channel |
+------------------------------------------------------------------------------+

Самое простое восстановить базу за предыдущее время - есть возможность откатиться по времени например на неделю назад? Тогда проблем еще не было?

А кроме того - не понятно, мне всегда казалось что удаление платы INTIP не как не связано с наличием IP аппаратов.
Удалить access 0-4-0 из транковой группы 0 - это обязательно, перед удалением платы 0-4.
Если вы видели надпись про наличие подключенных терминейшенов - это про access в транковой группе, не про аппараты.

А про ошибки и их удаление - не подскажу по простой причине - без доступа к телу - тяжело что-то советовать. Был случай - ругалось на доступы, на платы, на S0 шины, на SO абонентов, нехватку ресурсов. При удалении, напрямую из базы, S0 абонентов и шин - ругаться на них переставало. НО - когда на той же базе сначала удалили ругань на платы и доступы - ВСЕ остальные ошибки исчезли сами.
Т.е. что из-за чего - не всегда понятно.

ОК, если попробовать dbrecover запустить, она может чего нибудь сама напортить, удалить там что нибудь важное или подобное, или эта утилита не сможет исправить ошибки, но и не напортить ничего, просто алгоритм ее работы не ясен....., по названию понятно что для исправления базы предназначена, а как действует не ясно...

Откатить базу не реально...., слишком много изменено и не сохранено ... понятно что косяк, но уже факт !

vad Написал:
-------------------------------------------------------
> А кроме того - не понятно, мне всегда казалось что
> удаление платы INTIP не как не связано с наличием
> IP аппаратов.
> Удалить access 0-4-0 из транковой группы 0 - это
> обязательно, перед удалением платы 0-4.
> Если вы видели надпись про наличие подключенных
> терминейшенов - это про access в транковой группе,
> не про аппараты.

с access 0-4-1 что надо делать?? удалять??

вы можите просто сравнить параметры узла в system (network node) с принадлежностью Ip-абонента данному узлу?????????


как-то после кувыркания по смене параметров узла (network node) у меня линки от pri которые создаются при добавлении access убежали на другую ноду, и удалить их не получилось никак, пришлось с нулю всю атс перелапачивать

c 0-4-1 ничего в данном случае делать не надо, там вроде ничего не прописано.
А в реальной жизни - удаляем все используемые в транковых группах доступы, потом удаляем плату.

А насчет нельзя откатить, много не сохранено - в реальной жизни особо сохранять не обязательно.
Если вы посмотрите на станции в каталоге /usr4/BACKUP - вы найдете базы за 7 дней, 3-и последних воскресенья, и за два месяца.

вот пытаюсь удалить транк группу 4-0-4, не дает, а 4-0-1 такой вообще в конфигурации нету......

Удалить \OmniPCX 4400\Trunk Groups::99\Trunk Group::1\T2/T1/T0 Access::0-4-0
Physical Address : enable cluster : forbidden change

"вы можите просто сравнить параметры узла в system (network node) с принадлежностью Ip-абонента данному узлу"
извини, но не пойму где это сделать ???

Значить это была межстанционна я транковая группа, с supervised by routing=yes/
Для удаления - сначала на доступе action = x25 sinchronisation = disable.
Или в mgr на access - x25 sinchronisation disable.

Еще раз повторюсь - IP абоненты (для удаления платы не причем)

А насчет принадлежности узлу - не заморачивайтесь - в здравом уме номер узла в сети просто так редко кто меняет.

To error - просьба не обижаться - это не в ваш огород камень, хотя чтоб TG или линки убежали на другой нод - это надо постараться. Хотя чего в жизни не бывает, пришлось как-то восстанавливать приличную станцию через текстовый экспорт-импорт

ВОТ ! транк и группу удалось удалить...., но юзеры так и не удаляются, ошибка та же..., Отклонение CMISE: [PCX] Неожиданная ошибка.... куда дальше ???

на Х25 так и не нашел где выключить синхронизацию ....

CMISD - могут быть проблемы, при проблемах с базой, а синхронизация - например в mgr - доходите до места T0/t1/t2 access - там и будет синхронизация - вводите номер TG, номер доступа и выбираете disable

Хотя при чем здесь синхронизация - если транковую группу удалили