Можем в писатели пойти...??

Добрый день,
Работает сеть АТС
ipLDK-300 DX30PXC.9Gj, pcadmin C.9Ia в центральном офисе
в удаленных MG, LIC, LDK100

В центральном офисе Подключено 40 аналоговых линий и поток PRI
Отказываемся от аналога переходим на поток, но сейчас работает и то и другое
Порядочное месиво получилось...

Подключаю удаленные офисы через ipLDK-300 на поток.
пока сам тестировал все нормально было.
В одной из MG100 дал доступ к потоку нескольким менеджерам через ноль.
Т.е. набирают 9 идут в город по своему аналогу, набирают ноль идут транзитом через ipLDK-300
в город через поток. Входящие тоже по потоку к ним доходят.

и вот результат - подвисает VOIBN12 2-3 раза в день на ipLDK-300 через которую подключаются
удаленные офисы, Asterisk по sip и внутренние ip телефоны.
Вижу, что вдруг отключаются sip транки на Астериск,
из других офисов нельзя дозвониться в центральный - идет занято. Лечится pgm340 update.

Второй косяк - зависает одна VoIP линий, вижу на своем системнике и через Phontage на удаленной
MG. (где менеджеры работают через ноль). Активных пользователей нет (они все выведены на консоль),
а линия занята неограниченно долго. Лечится перезагрузкой MG100.
Сейчас на трассировку поставил ipLDK-300 и MG

Выкладываю свою pgm324 на ipLDK-300, читал. что заполнять надо аккуратно, важен порядок.
Может здесь, что то покрутить, чтоб под нагрузкой не вырубалось.
Тестируемый удаленный офис имеет номера 400-420, индексы PRI потока для них 416, 417, 420, 422,
455.
Net CO Group 15 - это группа линий потока. Ноль входящие, 1 исходящие для VoIBN12.
Нулевая строчка стояла раньше на 20-ой позиции, но были те же самые грабли.

ИМХО, еще не готовы в писатели... Одна и та же ошибка из одной повести в другую.
Станция имеет название LIK, а не LIC

В этой повести нет основного содержания:
- нет полного конфига транзитной станции (ipLDK-300) и MG
- неизвестна версия софта на плате VOIBN12 (еще есть и другая VOIB ??)
- неизвестны версии софта MG: ни версия MPB ни версия VOIB (если есть)
- неизвестно в каком именно состоянии линии в момент "подвисания" (трассировка, распечатка статуса линии).

LIK
Так ведь у каждого "большого" мастера свой стиль

VoibN 12 (Version : GS30T-A.1Dc) на LDK-300, одна в станции.
Конфиг http://zalil.ru/34974379 транзитная LDK-300

iPECS-MG/GS55M-2.1Ac DEC/12
Boot Version-1.1Ab AUG/11
OS Version-1.1Ab AUG/11

All DataBase
http://zalil.ru/34986635 Странно, в rar он всего 65 кбайт.
линии VoIP только встроенные в MG100, других нет.

А вот момент когда звисает одна линия, остальное работает. Надеюсь это то, что надо
на MG100 зависла COL:011
=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2014.02.27 09:25:16 =~=~=~=~=~=~=~=~=~=~=~=
Welcome to iPECS-MG system. Press enter.
Your address is 192.168.10.29 Your TCP port number is 2.

IPKTS System, Remote Maintenance Access
ENTER PASSWORD: *******
******
You are accepted!

Now, follows normal process!
iPECS-MG MPB100 System
Version iPECS-MG/GS55M-2.1Ac DEC/12
Checksum: 0
Dsp Version: 1.1(10/03/16),(A-law)
DATE: 02/13/14
TIME: 09:23:44
SITE NAME:
You are on TCP02
ENTER PASSWORD: jennie
****
mon> t b o
t b o

Show current trace setting for unit_id & slot_no
UNIT_ID
- STN:400
- STN:401
- VTN:060

Slot No
- 0
done.

mon> tm call
tm call

enable all call message trace

mon> tm show
tm show

======================
Trace ID
----------------------
TID status port
0015 : ( ON, 03)
1000 : ( ON, 03)
1002 : ( ON, 03)
1100 : ( ON, 03)
1102 : ( ON, 03)
1200 : ( ON, 03)
1202 : ( ON, 03)
1300 : ( ON, 03)
2000 : ( ON, 03)
2003 : ( ON, 03)
======================
UNIT_ID
----------------------
STN:400
STN:401
VTN:060
======================


mon> x

...

0035606 [COL:010] TRK_STATE_IDLE <- TRK_STATE_RLS_GUARD 
0036101 UID:0008001F feature : 31 (CO Line Access)
0037543 UID:0008005C feature : 92 (ACD Supervisor Queued Call Answer)
0041050 UID:0008001F feature : 31 (CO Line Access)
13:30:03(13) [COL:011<-STN:413] COM_MSG_NET_SEIZE_REQ [P1:0001, P2:0000]
[COL:011] TRK_STATE_IDLE (1)
CalNet_SM_Idle_CM_NetSeizeReq

13:30:03(15) [COL:011->COL:011] TRK_TIMER_WAIT_PPSEIZEACK [P1:0000, P2:0000] TIME(d):0050
0042251 [COL:011] TRK_STATE_OG_WAITPP_PRESEIZE_ACK <- TRK_STATE_IDLE 
13:30:03(16) [COL:011<-COL:011] TRK_EVENT_PRESEIZE_ACK [P1:0000, P2:0000]
[COL:011] TRK_STATE_OG_WAITPP_PRESEIZE_ACK(1)
CalNet_SM_OgWaitPPPreSzAck_PP_PreSzAck

13:30:03(16) [COL:011->COL:011] TRK_TIMER_INTER_DGT [P1:0000, P2:0000] TIME(d):0100
13:30:03(16) [COL:011->STN:413] COM_MSG_NET_SEIZE_ACK [P1:0001, P2:0001]
13:30:03(16) [COL:011->COL:011] TRK_TIMER_WAIT_PPSEIZEACK [P1:0000, P2:0000] TIME(d):0050
0042251 [COL:011] TRK_STATE_OG_ENBLOCK_DIAL <- TRK_STATE_OG_WAITPP_PRESEIZE_ACK
13:30:03(16) [STN:413<-COL:011] COM_MSG_NET_SEIZE_ACK [P1:0001, P2:0001]
[04:00] STN_STATE_WAIT_COMSEIZEACK
CalStn_SM_WaitComSeizeAck_CM_NetSeizeAck

13:30:03(44) [COL:011<-COL:011] TRK_EVENT_VOIP_IPADDR_RTP [P1:0000, P2:0000]
[COL:011] TRK_STATE_OG_ENBLOCK_DIAL (2)
CalNet_SM_AllState_PP_IpAddrRtp

13:30:03(44) [COL:011<-COL:011] TRK_EVENT_CALL_PROC [P1:0000, P2:0000]
[COL:011] TRK_STATE_OG_ENBLOCK_DIAL (2)
CalNet_SM_OgEnblockDial_PP_CallProc

13:30:03(45) [COL:011->STN:413] COM_MSG_CALLPROCEED [P1:0002, P2:0000]
13:30:03(45) [COL:011->COL:011] TRK_TIMER_WAIT_ALERT [P1:0000, P2:0000] TIME(d):0300
0042254 [COL:011] TRK_STATE_OG_DIAL <- TRK_STATE_OG_ENBLOCK_DIAL 
13:30:03(45) [STN:413<-COL:011] COM_MSG_CALLPROCEED [P1:0002, P2:0000]
[06:03] STN_STATE_TRKDIAL
CalStn_SM_TrkDial_CM_CallProceed

13:30:05(32) [COL:011<-STN:413] COM_MSG_HOLD [P1:0002, P2:0000]
[COL:011] TRK_STATE_OG_DIAL (3)
NetErrEvent

13:30:07(48) [COL:011<-STN:413] COM_MSG_RETRIEVE_REQ [P1:0000, P2:0000]
[COL:011] TRK_STATE_OG_DIAL (3)
CalNet_SM_AllState_CM_RetrieveReq

13:30:07(48) [COL:011->STN:413] COM_MSG_RETRIEVE_RSP [P1:0002, P2:0000]
 video_answer = 00
13:30:07(48) [STN:413<-COL:011] COM_MSG_RETRIEVE_RSP [P1:0002, P2:0000]
[20:01] STN_STATE_WAIT_RESPONSE
CalStn_SM_WaitResponse_CM_RetrieveRsp

13:30:13(84) [COL:011<-COL:011] TRK_TIMER_INTER_DGT [P1:0000, P2:0000]
[COL:011] TRK_STATE_OG_DIAL (3)
CalNet_SM_OgDial_TM_InterDgt

13:30:16(39) [COL:012<-STN:419] COM_MSG_NET_SEIZE_REQ [P1:0001, P2:0000]
[COL:012] TRK_STATE_IDLE (1)
CalNet_SM_Idle_CM_NetSeizeReq

13:30:16(40) [COL:012->COL:012] TRK_TIMER_WAIT_PPSEIZEACK [P1:0000, P2:0000] TIME(d):0050
0042387 [COL:012] TRK_STATE_OG_WAITPP_PRESEIZE_ACK <- TRK_STATE_IDLE 
13:30:16(40) [COL:012<-COL:012] TRK_EVENT_PRESEIZE_ACK [P1:0000, P2:0000]
[COL:012] TRK_STATE_OG_WAITPP_PRESEIZE_ACK(1)
CalNet_SM_OgWaitPPPreSzAck_PP_PreSzAck

13:30:16(40) [COL:012->COL:012] TRK_TIMER_INTER_DGT [P1:0000, P2:0000] TIME(d):0100
13:30:16(40) [COL:012->STN:419] COM_MSG_NET_SEIZE_ACK [P1:0001, P2:0001]
13:30:16(40) [COL:012->COL:012] TRK_TIMER_WAIT_PPSEIZEACK [P1:0000, P2:0000] TIME(d):0050
0042387 [COL:012] TRK_STATE_OG_ENBLOCK_DIAL <- TRK_STATE_OG_WAITPP_PRESEIZE_ACK
13:30:16(40) [STN:419<-COL:012] COM_MSG_NET_SEIZE_ACK [P1:0001, P2:0001]
[04:00] STN_STATE_WAIT_COMSEIZEACK
CalStn_SM_WaitComSeizeAck_CM_NetSeizeAck

13:30:17(69) [COL:012<-COL:012] TRK_EVENT_VOIP_IPADDR_RTP [P1:0000, P2:0000]
[COL:012] TRK_STATE_OG_ENBLOCK_DIAL (2)
CalNet_SM_AllState_PP_IpAddrRtp

13:30:17(69) [COL:012<-COL:012] TRK_EVENT_CALL_PROC [P1:0000, P2:0000]
[COL:012] TRK_STATE_OG_ENBLOCK_DIAL (2)
CalNet_SM_OgEnblockDial_PP_CallProc

13:30:17(70) [COL:012->STN:419] COM_MSG_CALLPROCEED [P1:0002, P2:0000]
13:30:17(70) [COL:012->COL:012] TRK_TIMER_WAIT_ALERT [P1:0000, P2:0000] TIME(d):0300
0042390 [COL:012] TRK_STATE_OG_DIAL <- TRK_STATE_OG_ENBLOCK_DIAL 
13:30:17(70) [STN:419<-COL:012] COM_MSG_CALLPROCEED [P1:0002, P2:0000]
[06:03] STN_STATE_TRKDIAL
CalStn_SM_TrkDial_CM_CallProceed

13:30:19(52) [COL:012<-STN:419] COM_MSG_RELEASE [P1:0001, P2:0010]
[COL:012] TRK_STATE_OG_DIAL (3)
CalNet_SM_OgDial_CM_Release

13:30:19(53) [COL:012->COL:012] TRK_TIMER_RLS_GUARD [P1:0000, P2:0000] TIME(d):0020
0042414 [COL:012] TRK_STATE_RLS_GUARD <- TRK_STATE_OG_DIAL 
13:30:19(54) [COL:012<-COL:012] TRK_EVENT_RLSACK [P1:0000, P2:0000]
[COL:012] TRK_STATE_RLS_GUARD (1)
CalNet_SM_RlsGuard_PP_RlsAck

0042414 [COL:012] TRK_STATE_IDLE <- TRK_STATE_RLS_GUARD 
13:30:34(66) [COL:011<-COL:011] TRK_TIMER_WAIT_ALERT [P1:0000, P2:0000]
[COL:011] TRK_STATE_OG_DIAL (3)
NetErrEvent




В ----------------------


В это время на транзитной зависла COL 049
трасситовка с порта 27 - VoIBN12

1596713 COL 049:27 01 St:co idle (00) EVT 5 19 04 02 80 90 30 05 80 C0 A8 46 F8 18 01 FF 6C 05 00 80 34 31 33 70 02 80 30 (U0)
1596713 D>27 01, C0 00 156
1596713 D>27 01, D1 00 156
1596714 COL 049:27 01 St:dd-wt ans (00) Ev-I:dummy acd P1:26F4 P2: 0 EVT: 0 <- 49,44
1596714 COL 049:27 01 St:dd-wt ans (00) Ev-I:dummy acd P1:26AF P2: 9 EVT: 0 <- 49,44
1596714 COL 049:27 01 St:dd-wt ans (00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 49,44
1596714 COL 049:27 01 St:dd-wt ans (00) Ev-I:dummy acd P1:26F4 P2: 0 EVT: 0 <- 49,44
1596714 D>27 01, C0 00 156
1596714 D>27 01, C5 0B 01
1596776 C>27 240, F0 05 02 04 4E 10 01
01/31/13 TIME: 13:30:00
1596781 STN 229:27 01 St:IDLE (00) Ev-I:LCD P1: 1 P2: 1 EVT:330 <- 1,01
1596781 STN 228:27 02 St:IDLE (00) Ev-I:LCD P1: 1 P2: 1 EVT:330 <- 1,01
1596781 D>27 01, 42 00 00
1596781 D>27 01, 53 13 30
1596781 D>27 01, 54 20 20
1596781 C>27 240, F0 16 01 04 A0 00 11 03 0F 42 00 00 41 05 03 53 13 30 54 20 20 41 05 03
1596781 D>27 02, 42 00 00
1596781 D>27 02, 53 13 30
1596781 D>27 02, 54 20 20
1596781 C>27 240, F0 16 02 04 A0 00 11 03 0F 42 00 00 41 05 03 53 13 30 54 20 20 41 05 03
1596782 D>27 01, 50 00 13
1596782 D>27 01, 51 01 31
1596782 C>27 240, F0 13 01 04 A0 00 0E 03 0C 41 00 02 50 13 00 51 01 31 41 0B 02
1596782 D>27 02, 50 00 13
1596782 D>27 02, 51 01 31
1596782 C>27 240, F0 13 02 04 A0 00 0E 03 0C 41 00 02 50 13 00 51 01 31 41 0B 02
1596852 COL 050:27 02 St:co idle (00) EVT 5 19 04 02 80 90 30 05 80 C0 A8 46 F8 18 01 FF 6C 05 00 80 34 31 39 70 02 80 30 (U0)
1596852 D>27 02, C0 00 157
1596852 D>27 02, D1 00 157
1596852 COL 050:27 02 St:dd-wt ans (00) Ev-I:dummy acd P1:26F4 P2: 0 EVT: 0 <- 50,44
1596852 COL 050:27 02 St:dd-wt ans (00) Ev-I:dummy acd P1:26AF P2: 9 EVT: 0 <- 50,44
1596852 COL 050:27 02 St:dd-wt ans (00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 50,44
1596852 COL 050:27 02 St:dd-wt ans (00) Ev-I:dummy acd P1:26F4 P2: 0 EVT: 0 <- 50,44
1596852 D>27 02, C0 00 157
1596852 D>27 02, C5 0B 01
1596881 COL 050:27 02 St:dd-wt ans (00) EVT F 04 08 02 80 90 (U0)
1596881 D>27 02, C1 00 00
1596881 D>27 02, C5 00 00
1596881 D>27 02, C5 00 00
1596881 COL 050:27 02 St:dd-wt ans (00) Ev-I:release P1: 0 P2: 0 EVT:102 <- 88,61
1596881 D>27 02, C5 00 00
1596881 D>27 02, C1 00 157
1596881 COL 050:27 02 St:rls guard (00) EVT :E2 04 08 02 80 90 (U0)
1596881 COL 050:27 02 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 50,44
1596882 COL 050:27 02 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 50,44
1596882 D>27 02, C5 00 00
1596923 C>27 240, F0 05 02 04 4E 10 01
01/31/13 TIME: 13:31:00

Вот. Дата тут другая, но время тоже самое.
А дату подкручиваю, чтоб лицензия демо работала

1) ИМХО, корейцы бы сошли с ума, если бы увидели, как всё сразу пытаются накрутить на бедную LDK, и на одну плату VOIB: и SIP и H.323 и IP-телефоны... Плюс транзит.
2) Я бы попробовал в первую очередь обновить софт на MG.
На версии B[2].1Bl были корректировки по поводу зависания каналов VOIB на MPB. Правда, там было замечено при использовании SIP, но тем не менее.
Сейчас последняя тестовая версия - B[2].5Ba
3) История вашей станции ipLDK-300 неизвестна. Какая версия была изначально при исходном программировании этой конфигурации. Если были обновления, то делали ли инициализацию версий по ПГМ452??
4) Вызывает подозрения слот №28, который отображается в Off-Line Admin'е в списке COL Boards. Это, конечно, может быть, баг самого Off-Line Admin'а..., но при просмотре файлов конфигураций от других станций все отображается нормально.
Я бы попробовал следующее:
- "убить" все платы в ПГМ101 (все "железо")
- заново прописать все платы в ПГМ101 и в ПГМ103, в том же логическом порядке.
Плату VOIBN я бы все-таки переставил в другой слот. Все-таки в последние слоты KSU2 и KSU3 "интеллектуальные" платы (с собственным процессором на борту) лучше не ставить.
5) Каналы VOIB у вас поделены:
- 49~55 - NET, H.323
- 56~58 - PSTN, SIP
и 2 каналы заняты под IP телефоны.
Так вот, мне непонятно: почему каналы 49~52 в ПГМ322 оказались в NET CO GRP 0 ?? Реальные сетевые каналы не должны быть в 0-ой группе. Остальные сетевые каналы 53~55 нормально прописаны в NET CO GRP 1.

Да, поводов для размышления полно...

А вот прошивку B[2].5Ba для MG100 на Вашем сайте нет. Где можно взять??

LDK300 программировал в 2003 году, перешивал до 3.6, потом поставили MPBN с 3.9 и вот в конце 2013 прошил до
DX30PXC.9Gj.
Есть у нас LDK100 с платой VOIBE 12 (GS30H-B.2Ad), будем ее демонтировать и ставить туда LIK. Дешевле оказывается
купить на 10 менеджеров LIK, чем в центральный офис VOIB12, да и зачем покупать снятое с производства оборудование. LDK300 забита полностью, по моим подсчетам 296 портов, поэтому чтоб что-то поставить придется выдернуть LCOB и уменьшить количество портов под DECT. Это приведет к смещению портов и глобальной перестройке
Ну тогда и VOIB перекину в первый блок АТС.
Группу для 49~55 - NET, H.323 сейчас поменяю
Спасибо за подробный анализ и советы.

Ну, это не столь уже подробно... То, что бросилось в глаза. Увы, удаленно разобраться в причине проблемы очень трудно. Пока ничего другого в голову не приходит... Будем думать, может будет новая информация.
Когда линия (VOIP) на LDK повиснет, снимите информацию о статусе линии:
mon> c XXX{Enter]
где ХХХ - номер зависшей СО-линии (VOIP)

Версию для MG можно взять в Арткоме, просто позвоните в тех. отдел.

Ну, это не столь уже подробно... То, что бросилось в глаза. Увы, удаленно разобраться в причине проблемы очень трудно. Пока ничего другого в голову не приходит... Будем думать, может будет новая информация.
Когда линия (VOIP) на LDK повиснет, снимите информацию о статусе линии:
mon> c XXX{Enter]
где ХХХ - номер зависшей СО-линии (VOIP)

Версию для MG можно взять в Арткоме, просто позвоните в тех. отдел.

Добрый день,
прошил MG100 до
iPECS-MG/GS55M-B.5Ba FEB/14
Boot Version-1.1Ab AUG/11
OS Version-1.1Ad MAY/13

каналы 49~55 - NET, H.323 проревел в группу 1

Линия пока не зависала,
а вот сама плата VoIBN12 в ipLDK300 вчера наглухо зависла.
Хочу все же перетащить ее в 1-й блок. Производство круглосуточное,
как сделать с минимальным перепрограммированием?? У кого есть положительный опыт??

Думаю так.
сначала, конечно, архив.
в 3 блоке свободны 20-24 слоты, в 1-ом блоке занято все.
Хочу из 1-го блока, слот 8 перенести CLCOB8 в 20 слот 3-го. Шнура вроде хватает,
с тайм-слотами проблем не возникнет. А соответственно VoIBN12 из 27 слота в освободившийся 8-ой.
Сначала программирую в PGM101 установку в 20 слот платы CLCOB8
Эта плата появится в pgm103, переношу ее в "COL BOARD" и устанавливаю на
место (по порядку), где ей положено стать в новой раскладке. Прикладываю этот вид.
Далее удаляю слот 8 из "COL BOARD" и нажимаю Update.
выключаю АТС, переставляю физически плату CLCOB8 из 8 в 20-й слот, включаю в ожидании
чуда, что станция подхватит новую раскладку плат. Есть шанс??
В pgm101 есть еще возможность очистить слот "Empty Board", но мне кажется, это надо будет
делать после, если после перезагрузки АТС не поймет, что слот 8 пуст.


Далее VoIBN12 из 27 слота в освободившийся 8-ой по той же схеме.

Положительный опыт есть у всех, кто когда-нибудь это делал и понимает, что делает
В целом все верно.
Можно и не переносить VOIB в KSU1, просто переставить его в другой слот в KSU3 (в 26 слот, например).
Еще хорошо бы проверить версию софта на плату VMIB.

Есди хотите все-таки переставить платы, то все можно сразу переназначить:
- ПГМ101: прописать слот 8= VOIB, слот 20 = LCOB, слот 27 = Empty. Нажать Update.
- далее в ПГМ103 воостанавливаем нужный порядок слотов COL Boards. Нажать Update.
- выключить станцию
- переставить платы
- включить станцию

-

плату VoiB утром переставлю в 24 порт. Вот читал же Ваш совет, а до нужной степени не вник...

а вот с VMIB

0 MPB NEW C.9Gj 6
1 DSIB INS
2 SLIB12 INS
3 SLIB12 INS
4 SLIB12 INS
5 SLIB12 INS
6 SLIB12 INS
7 SLIB12 INS
8 CLCOB8+ INS
9 LCOB8 INS
10 VMIB 1.2A 21 INS
11 SLIB12 INS
12 SLIB12 INS
13 SLIB12 INS
14 SLIB12 INS
15 CLCOB8 INS
16 LCOB8 INS
17 WTIB+ 1.0I 10 INS
18 LCOB8 INS
19 SLIB12 INS
20 ....
21 ....
22 ....
23 ....
24 ....
25 PRIB 3.0G 30 INS
26 CLCOB8 INS
27 VOIB 1.1D 11 INS

Эта плата работает больше 10 лет, даже батарейку не менял.
COM порта на ней нет, перепрошить ее можно? Что-то не найду ничего.
Да и прошивка на Ваше сайте только для VMIBE

Да, у вас еще старая плата. Но на нее нареканий не было и софт на ней последний (для этой модификации платы). ОК.

передернул платы утром, а не тут то было.
Не работает связь с другими АТС, не поднимаются sip транки.
А суть, думаю, в том, что у меня "отрезаны" два канала под внутренние ip телефоны
В pgm380\381 идет привязка к слоту 27, поэтому произошло смещение.
Попробовал отрезать эти два порта уже в момент когда плата стала в 24 слот.
Не заработало. Надо, видимо, сразу отрезать.
Т.е. в 101, 103 перенести, как писали раньше. update
Потом в pgm380\381 выбрать уже Voib в 24 порту и отрезать два канала. update
далее выключать АТС и переставлять плату VoibN12
пока все вернул назад, народ зашумел на меня

Ну да. ПГМ380/381 завязаны на номер слота. Ну прописать в ПГМ380/381 уже 24-й слот. В чем проблема??
Пару раз станцию перезапустить??
Народ всегда шумит. Пять минут вполне можно обойтись без связи.

Вчера в обед перенес VoIBN12 с 27 слота в 24. Еще pgm340/341 надо перебивать, там тоже к слоту привязка
Больше суток плата не висла, надеюсь на лучшее...
А вот канал между LDK300 и удаленной MG100 только что завис.
В удаленном офисе сейчас можно звонить через ноль и через 9, думаю, они там тыкают пальцами как-то криво.
Типа набрала ноль, тут же быстро сбросила (FLASH) и набрала 9. У меня удаленно через Phontage так не получается,
но там менеджеры умельцы.

статус висящей линии на ipLDK300
mon> c 049
c 049
COL DATA
10343bfe 00 31 44 00 18 01 01 56 00 00 11 16 00 00 58 61
10343c0e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343c1e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343c2e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343c3e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343c4e 00 00 00 00 00 00 00 00 00 00 00 02 00 00 00 00
10343c5e 00 0e c8 ec 00 0e c8 eb 00 1d 2b 0f 03 07 02 0d
10343c6e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343c7e 00 ff 00 00 00 00 00 ff 00 ff 41 30 00 00 00 00
10343c8e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343c9e ff ff 00 00 00 00 00 00 21 22 80 20 00 00 00 00
10343cae 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343cbe 00 00 00 00 00 00 00 00 ff 00 00 10 48 ad 31 00
10343cce 40 00 16 00 00 00 00 00 00 00 00 00 00 00 00 00
10343cde 00 00 00 00 00 00 00 00 ff ff 00 00 00 00 00 00
10343cee 00 ff ff 00 00 00 00 00 00 00 00 00 00 00 00 00
10343cfe 00 00 00 00 00 00 00 00 ff 00 00 00 00 00 00 05
10343d0e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343d1e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343d2e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343d3e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343d4e 00 00 00 ca 58 f0 00 c9 90 f0 00 00 00 00 00 00
10343d5e 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00
10343d6e 00 00 00 00 00 00 00 00 00 00 00 40 00 00 00 00
10343d7e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343d8e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343d9e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343dae 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343dbe 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343dce 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343dde 00 00 00 00 ff 00 ff ff ff 00 00 00 00 00 00 00
10343dee 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff 00
10343dfe 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343e0e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343e1e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343e2e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343e3e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff 00
10343e4e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 78
10343e5e 00 ff ff 00 00 00 00 00 00 00 00 00 ff 00 00 00
10343e6e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10343e7e 00 00 00

Хм, пока писал, на ipLDK300 канал освободился, по WinTarif видно, что не было звонков 58 минут.
Явно какой-то таймер на 1 час. Обычно по этому каналу звонки идут каждую минуту, он первый в группе VoiP каналов.
а на MG100 так и висит.

Линия СО 49 (VOIP) соединена с линией СО 88 (PRI). Линия 49 находится в состоянии ожидания ответа на DID вызов (COL_DID_DISA Wait Answer State).

Попробуйте в MG для всех SLT абонентов прописать следующее:
- ПГМ132, [Hook Flash Mode] = Hold_Release
- ПГМ134, [SLT Block Back Call] = Enable

Добрый день,
прошел месяц...
Из истории этой темы:

Работет сеть АТС
ipLDK-300 DX30PXC.9Gj, pcadmin C.9Ia в центральном офисе
в удаленных MG, LIK, LDK100

В центральном офисе Подключено 40 аналоговых линий и поток PRI
Отказываемся от аналога переходим на поток, но сейчас работает и то и другое
Порядочное месиво получилось...

Подключаю удаленные офисы через LDK-300 на поток.
пока сам тестировал все нормально было.
В одной из MG100 дал доступ к потоку нескольким менеджерам через ноль.
Т.е. набирают 9 идут в город по своему аналогу, набирают ноль идут транзитом через ipLDK-300
в город через поток. Входящие тоже по потоку к ним доходят.

и вот результат - подвисает VOIBN12 2-3 раза в день на ipLDK-300 через которую подключаются
удаленные офисы, Asterisk по sip и внутренние ip телефоны.
Вижу, что вдруг отключаются sip транки на Астериск,
из других офисов нельзя дозвониться в центральный - идет занято. Лечится pgm340 update.

Из того, что предлагали сделать, сделал все:
прошил удаленную MG до
iPECS-MG/GS55MxB.1Cb FEB/14
Boot Version-1.1Ab AUG/11
OS Version-1.1Ab AUG/11

"- "убить" все платы в ПГМ101 (все "железо")
- заново прописать все платы в ПГМ101 и в ПГМ103, в том же логическом порядке."
сделано.

В конце концов переставил VoIB12, PRIB соответсвенно в 3 и 4 слоты 1-го блока.

"Вызывает подозрения слот №28, который отображается в Off-Line Admin'е в списке COL Boards"
удалил в Off-Line Admin'е этот слот №28, сохранил, и залил на АТС. Хуже не стало, но и лучше тоже.

сегодня утром, поменял в своей ipLDK300 плату VoIBN12 на VOIBE12 Version : GS30H-B.2Ad.
Зависла еще до обеда, все тоже самое. Значит сама плата не виновата.

осталось только снять сниф Wireshark на момент звисания и прошить VOIBE12 до версии B.2Az.
Кстати, ссылка http://www.artcom.ru/_files/Download/Soft/ldk/Gs30HB2Az.rar на Вашем сайте не
находит файл. А где взять??

Что можно еще сделать?? Надо подключить 4 удаленных офиса, а у меня начинает виснуть плата
после не полной нагрузки с одного.





прописал на удаленной MG
за месяц линия зависала только один раз, видимо помогло
Спасибо.

нашел ссылку на Gs30HB2Az.rar на форуме
прошил
VOIBE
Version : GS30H-B.2Az

Добрый день,
Проблема с подвисанием VoIB12 в центральном офисе так и осталась...
Пока менеджеров в удаленном офисе с MG достали проблемы с набором нуля, выходят через девятку.
Транзита нет, плата не виснет...

подцепил транзит с удаленного офиса на LIK
MFIM/GS92M-F.0Cp JUL/13
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Ap
H/W issue-1

пока все нормально, но там народу сейчас совсем мало, нагрузка совсем небольшая..

подключаю транзит с ipLDK100 GS90PXC.9Gh Dec/12
принцип тот же, через 9 выходят через свой аналог, через ноль - транзит через центральный офис
ipLDK300 DX30PXC.9Gj поток PRI
Без LCR на ipLDK100 все работает замечательно. (LCR направляет межгород и федеральные сотовые на
Asterisk по sip, и далее на провайдеров sip)
Набираю ноль, захватывает ip канал, и вижу
захват канала из потока. Набираю номер, отличный звук.

Включаю LCR, пробовал всякие режимы...
набираю ноль, гудок но ничего не происходит, пишет на Phontage "LCR mode", как только набираю первую
цифру городского номера - захватывает ip канал межстанционный, и вижу
захват канала из потока в транзитной LDK300. Набираю номер, дозваниваюсь, есть гудок, звука нет
ни в одну сторону.
пробовал разные варианты с LCR , но видимо, надо где-то еще подкрутить...
???

заработало
Поставил в LCR тип линии INT. С группами, тоже чуть путался, где надо NET смотреть, а где CO
Ну и без бубна не обошлось....

О! Растёт мастерство! Опыт, понимашь, не пропьешь...