Добрый день,
Была станция LIK iPECS-50A
MFIM/GS92M-F.0Cp JUL/13
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Ap
H/W issue-1

Настроена как оконечная, используем поток Е1 на ipLDK300 в центральном офисе. Связь между
станциями по ip. Транзитный код ноль. Все работало исправно.
Надо настроить LCR. Перед тем как настраивать обновил
MFIM до 6.1 Ак и ядро до Kernel Version-6.0Aq

обновление прошло штатно, но сразу перестал работать транзит. Пытался настроить два дня,
не работает и все. Вернул прошивку MFIM/GS92M-F.0Cp JUL/13, залил данные, которые были до
обновления. Транзит заработал сразу, а вот LCR не работает. Настройка LCR в LIK очень схожа
с настройкой в LDK, а в LDK использую LCR уже давно и успешно.
На LDK включен LCR INT, по коду 101 ( INT) добавляем 370, удаляем 3 цифры, группа N\A,
альтернативный DMT индекс тоже N\A.
Набираю 101 и как и должно быть звенит 370.
Для LIK делаю тоже самое, набираю на Fonfage 101, вижу на нем появляется 370, но вызов не идет.
??


Хотелось бы попробовать откатить ядро до Kernel Version-6.0Ap. На сайте Арткома лежит только
Version-6.0Aq, есть у кого-нибудь Version-6.0Ap??
Или тогда уже на заводские настройки придется сбрасывать.

То, что дали на обучении год назад:
50a

да, спасибо.
скачал, залил, перегрузил АТС
LCR не работает, так как с моей точки зрения должна работать.
Или руки кривые, или что-то я не понимаю в этой жизни....

мне и надо то он ее, чтоб когда набирали 157-160
она выдавала соответственно 0101157-0101160, чтоб записывать внутренние разговоры операторов 157-160
ноль в начале это транзитный код.

Эта тема здесь же в ipLDK http://www.artcom.ru/forum/?showtopic=11639

Походу, на LIK несколько иные приоритеты. План нумерации имеет более высокий приоритет, чем LCR.

Нет. INT LCR так же, как и в ipLDK, имеет наивысший приоритет.
А вот Numbering Plan не может пересекаться с Networking Numbers.

А у меня создалось впечатление, что Numbering Plan имеет более высокий приоритет. Вот прописать не 157-160, а некий номер, которого нет в плане нумерации и, думаю, заработает.

Сейчас проверю.

Проверил. Я прав. Пытался, чтобы при наборе номера 104 из плана нумерации вызывался номер 102. Вызывается 104. А вот, если прописать, например, 160, которого нет в плане нумерации, то все работает - набираю 160, вызывается 102.

Проверил еще раз... Да, Андрей, ты прав.
Прошу пардону.
Но есть еще - если указана CO Grp, то срабататывет INT LCR, если CO Grp=пусто, то срабатывает Numbering Plan.
Странно как-то это. Проверь у себя с назначенной CO группой, плиз.

Вроде бы недавно говорили с тобой о приоритетах. Опять всплыло.
Дернуть что ли корейцев по этому поводу??? Или плюнуть??

Internal, Loop, Direct CO and Direct Loop LCR. Может, конечно, тип имеет значение - это не проверял.

Проверил - результат одинаков, от режима LCR у меня не зависит.

Я уже давно это заметил.

Да, действительно, все так, как ты написал.
Очень странно! И, неправильно, на мой взгляд! По мне, было бы, как на ipLDK.

... а делать то, что ??

На сегодня

MFIM/GS92M-F.0Cp JUL/13
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Ap
H/W issue-1

Flexible Station Number(105) [N] только номера 370-375

370,371 - аналоговые, 372 - Phontage 5.3 с которого я все и тестирую, 373-374 - LIP-8002E,
375 - нет.

вот как выглядит System&Device IP(102~103) [N]

CO Gateway
1 1 1 1 - 4 VOIP GW 97 b40edcb64014 192.168.90.248 L OFF Multicast F.0Cp MS828
2 4 1 5 - 8 LGCM LOOP 4 GW 114 b40edcb64014 192.168.90.248 L OFF Multicast F.0Cp MS828
STA
1 6 1 370 371 SLT2 GW 119 b40edcb64014 192.168.90.248 L OFF Multicast F.0Cp MS828
2 7 1 372 PC-Phone 145 0013d46d2355 192.168.10.29 R ON Unicast 5.3Ai ...
3 8 1 373 LIP-8002E 207 b40edcbdef25 192.168.90.245 R ON Unicast 1.1Ao SC14452
4 9 1 374 LIP-8002E 207 b40edcbdf0c8 192.168.90.246 L OFF Multicast 1.1Ao SC14452
MISC Gateway
1 2 1 1 - 4 MISC GW 9 b40edcb64014 192.168.90.248 L OFF Multicast F.0Cp MS828
VSF Gateway
1 3 1 1 - 6 VSF GW 8 b40edcb64014 192.168.90.248 L OFF Multicast F.0Cp MS828

Теперь Net Numbering Plan(324) [N]

0 NET 5588 Yes No NET On On No No 0
1 PSTN 0 2 192.168.100.248 5588 Yes No PSTN Off Off No No 0
2 NET 1** 2 192.168.100.248 5588 No No NET Off On No No 0
3 NET 2** 2 192.168.100.248 5588 No No NET Off On No No 0
4 NET 30* 2 192.168.100.248 5588 No No NET Off On No No 0
5 NET 31* 2 192.168.100.248 5588 No No NET Off On No No 0
6 NET 32* 2 192.168.100.248 5588 No No NET Off On No No 0
7 NET 33* 2 192.168.100.248 5588 No No NET Off On No No 0
8 NET 34* 2 192.168.100.248 5588 No No NET Off On No No 0
9 NET 35* 2 192.168.40.248 5588 No No NET Off On No No 0
10 NET 36* 2 192.168.40.248 5588 No No NET Off On No No 0
11 NET 37#* 2 5588 No No NET Off On No No 0
12 NET 38* 2 5588 No No NET Off On No No 0
13 NET 39* 2 5588 No No NET Off On No No 0
14 NET 40* 2 192.168.70.248 5588 No No NET Off On No No 0
15 NET 41* 2 192.168.70.248 5588 No No NET Off On No No 0
16 NET 42* 2 192.168.70.248 5588 No No NET Off On No No 0
17 NET 43* 2 192.168.30.248 5588 No No NET Off On No No 0
18 NET 44* 2 192.168.30.248 5588 No No NET Off On No No 0
19 NET 45* 2 192.168.30.248 5588 No No NET Off On No No 0

Net CO Line Attributes(322) [N] все линии в группе 2, DID, NET


номера 157-160 не входят в план номерации,

Internal and Loop LCR
пытаюсь заменить 157 на 370 (из плана номерации)
группа не указана
набираю 157 вижу на Phontage появляется 370, но звонка нет.
указана вторая группа
набираю 157 вижу на Phontage появляется 157, загорается 4 линия, и все, тихо.

Internal, Loop, Direct CO and Direct Loop LCR. Nation Code у меня CIS
группа не указана
набираю 157 вижу на Phontage появляется какая-то кракозябра, но звонка нет.
LCD Display Mode(169) [N] стоит Английский в самом Phontage тоже английский
указана вторая группа
набираю 157 вижу на Phontage появляется 157, загорается 4 линия, и все, тихо.


В настройке LCR DMT(222) [N]
есть еще Networking Number Plan Bin с диапазоном 001-251
из учебника
Networking Number Plan Bin
Индекс таблицы сетевой нумерации.Если данный параметр назначен,
то дальнейшая маршрутизация вызова осуществляется согласно назначениям,
сделанным в указанной строке (индексе) плана сетевой нумерации (Программа 324).

001-251

По идее то, что надо, но тоже не работает.

Ну, если, 157-160 отсутствуют в Flexible Station Number(105) [N] и в Flexible Numbering Plan(106) [N], то все должно быть нормально.
Я, правда, не совсем понял, что вы хотите сделать. И что есть что. Столько написали, что не воспринимаю...

мне и надо то он ее, чтоб когда набирали 157-160
она выдавала соответственно 0101157-0101160, чтоб записывать внутренние разговоры операторов 157-160
ноль в начале это транзитный код.

Эта тема здесь же в ipLDK http://www.artcom.ru/forum/?showtopic=11639

А в LCR какую группу указываете? В CO/IP Attributes(140~142) [N] нужные линии у вас в какой группе?

Если 157-160 операторы, значит они у вас пристствуют в плане нумерации? Это внутренние номера? Или я так и не понял, что за операторы...

это операторы которые в другом офисе, на ipLDK300
просто дозваниваться до них по сети получается, а хочется через записывающее устройство, с заворотом по Е1.
Если без LCR набираю ноль - гудок, добираю 101157 и попадаю на 157 на LDK, через записывающую железку, через поток.
хочется чтоб это было автоматом. просто набираю 157...

Т.е., 157-160 - это из стевого плана? Т.е., выходит, LCR пересекается с сетевым планом. Вы попробуйте не 157 прописать, а что то, чего нет ни в каком плане нумерации. Ну а в линию уходило 0101157...
В LIK с приоритетами совсем не так, как в ipLDK. Лучше бы, конечно, чтобы было, как в ipLDK!

взял код 460, надо попасть на 370 - получилось, ну значит с АТС-кой у меня все нормально. И то хорошо
но мою проблему это не решает, буду пробовать...

Боюсь, проблему эту могут решить только корейцы, если согласятся сделать как в ipLDK. Но, их надо еще попросить об этом...

Жаль,
В таком же случае ipLDK100 отработала сразу, без проблем, настроил минут за 10.

Думаю, каким-то образом надо использовать :

LCR DMT(222) [N]
Networking Number Plan Bin с диапазоном 001-251
из учебника
Networking Number Plan Bin
Индекс таблицы сетевой нумерации.Если данный параметр назначен,
то дальнейшая маршрутизация вызова осуществляется согласно назначениям,
сделанным в указанной строке (индексе) плана сетевой нумерации (Программа 324).

Зачем то ведь это сделали, тут прямое указание плана сетевой нумерации (Программа 324).
Кто-нибудь использует??

код INT 460
заменяю на 0101288 (288 это я на LDK300, чтоб операторов не дергать)
Networking Number Plan Bin ставлю 1, т.е. направляю на строчку с транзитным кодом ноль
набираю 460
захватывается ip линия на LIK и на LDK (вижу по системнику), тишина, отбой.
WinTarif выдает, что был занят канал PRI такой-то, звонили с 372 (это правильно) и мало цифр в номере.

набираю опять 460 и когда тихо добрал 88, типа раз мало цифр доберу, не проблема
вам смешно..
а я попадаю в пожарную охрану 01
в потоке вижу звонок на 01 со своего закрепленного за LIK, все правильно
В WinTarif выдает, что был занят канал PRI такой-то, звонили с 372 (это правильно) и звонили по номеру 01128888
??
не то чтоб совсем не похоже...

попробую трассировку снять на LDK

Используют. Но только в данном случае ссылаться нужно на индекс в таблице ПГМ324, в котором прописан код типа PSTN, а не сетевая нумерация.

Вам что собственно нужно?? Чтобы при наборе 157 (или 158/159/160) по транку H.323 уходил вызов на IP адрес головной станции на номер 010157 (010158 и т.п.). Так ??
Тогда в LCR:
- тогда в LCR прописываете INT код 157 (158/159/160). Делаете ссылку на DMT
- в DMT: ничего не удаляете, но добавляете 010. И указываете ссылку на индекс 1 в ПГМ324, где прописан транзитный (PSTN) код 0.
Возможно, придется в LCR DMT прописать лишний 0 впереди добавляемых цифр, т.к. у вас используется Digit Repeat. Но при входе из LCR в таблицу Networking опция Digit Repeat не работает. Вообще вариант входа из LCR в Networking Table нужен только, что взять оттуда IP адрес.

все почти так,
надо чтоб при наборе 157, набирался транзитный код 0, при этом устанавливается связь между станциями и захватывается канал PRI на транзитной станции. Должно набраться 101157, т.к. нужен шестизначный номер, железка записи определит этот номер и завернет его обратно, первые три цифры будут удалены и оставшийся 157 направляю на внутр.157

В LCR пишу 157 и ссылку
в DMT 0101 (пробовал и 00101) и направляю на индекс 1 в ПГМ324, где прописан транзитный (PSTN) код 0.

набираю 157, тихо, после отбоя пишет в WinTarif про PRI линию, что мало цифр в номере.

Может с форматом что-то не так, линии у меня NET, subscriber, таблицы COLP и CLIP по умолчанию Stantion CLI,
ENBLOC Sending OFF Настраивал по LDK100, а тут может все не так??

Дык, в 221 прописываете 157, а он из сетевого плана. Выше же уже выяснили...

Так попробуйте включить Enblock в ПГМ143 и в ПГМ324 индекс 1.

Вообще-то так можно долго гадать.
Снимите снифер WireShark'ом или трассировку H.323 транка на самой станции (LIK или LDK)

убрал с Numbering Plan Code вообще ссылку не 1**
тоже самое, тишина и недостаточно цифр в номере

Тоже самое, тишина
Буду трассировку снимать.

Это??

mon> t b 1
Trace On: Slot(01) - Board Trace


На LIK
набрал 157 и минуты две слушал тишину, потом повесил трубку



mon> t v
[1] Q Trace (event trace for all devices) disabled.
[2] Physical Brief Trace disabled.
[3] Board-Level Trace Option List :
1
[4] Device-Level Trace Option List :

[5] Trace Option List : 0005 0000
call http

mon> x

DATE: 09/23/14 TIME: 16:15:25
Exiting monitor utility...

8554490 Date:14/09/23, Time:16/15
8555450 EVT_DEV_INFO_REQ_TO for Slot1
8555453 E:PP>0001 70 0001, 1D 0000, 91EE
8556980 EVT_DEV_INFO_REQ_TO for Slot1
8556981 E:PP>0001 70 0001, 1D 0000, 91EE
8558480 EVT_DEV_INFO_REQ_TO for Slot1
8558481 E:PP>0001 70 0001, 1D 0000, 91EE
8560050 EVT_DEV_INFO_REQ_TO for Slot1
8560051 E:PP>0001 70 0001, 1D 0000, 91EE
8560490 Date:14/09/23, Time:16/16
8560947 VOIP: 1 Asc: St:co idle (00)(00) Ev-I:seize req P1:11 P2:0 EVT: 15 From[VP:3]
8560950 C>0001 70 0001, 41 0002, 8383
8560950 C>0001 70 0001, A7 0003, 4B1
8560951 E:PP>0001 70 0001, A7 0004, 4B2
8560951 VOIP: 1 Asc: S 372 St:wt sz rsp (00)(00) Ev-P:seize ack P1:4B P2:2 EVT: 0
8560951 C>0001 70 0001, A5 002E, 43
8560951 C>0001 70 0001, 41 0002, 8383
8560972 E:PP>0001 70 0001, 40 000A, 1A2
8560972 E:PP>0001 70 0001, 40 000A, 1A2
8560975 E:PP>0001 70 0001, A1 0000, 1A2
8560975 VOIP: 1 Asc: S 372 St:wt sz rsp (00)(00) Ev-P:proceeding P1:00 P2:0 EVT: 0
8560975 C>0001 70 0001, 44 0004, 1C2
8560975 C>0001 70 0001, 40 0002, 830
8560975 C>0001 70 0001, 42 0047, 191
8560975 C>0001 70 0001, 42 0047, 191
8560975 VOIP: 1 Asc: S 372 St:wt sz rsp (00)(00) Ev-I:pp sz ack P1: 0 P2:0 EVT: 16 From[VOIP:1]
8560975 C>0001 70 0001, 40 0002, 830
8560975 C>0001 70 0001, 4D 0002, 11
8560975 C>0001 70 0001, 43 000A, 1A2
8560975 C>0001 70 0001, 42 0047, 191
8560975 C>0001 70 0001, 43 000A, 1A2
8560977 VOIP: 1 Asc: S 372 St:dialing (00)(00) Ev-I:mem dial P1: 0 P2:4 02A6B26 EVT: 46 From[VP:3]
8561590 EVT_DEV_INFO_REQ_TO for Slot1
8561590 E:PP>0001 70 0001, 1D 0000, 1A2
8563100 EVT_DEV_INFO_REQ_TO for Slot1
8563100 E:PP>0001 70 0001, 1D 0000, 1A2
8564680 EVT_DEV_INFO_REQ_TO for Slot1
8564680 E:PP>0001 70 0001, 1D 0000, 1A2
8566230 EVT_DEV_INFO_REQ_TO for Slot1
8566230 E:PP>0001 70 0001, 1D 0000, 1A2
8566490 Date:14/09/23, Time:16/17
8567750 EVT_DEV_INFO_REQ_TO for Slot1
8567750 E:PP>0001 70 0001, 1D 0000, 1A2
8569340 EVT_DEV_INFO_REQ_TO for Slot1
8569340 E:PP>0001 70 0001, 1D 0000, 1A2
8570900 EVT_DEV_INFO_REQ_TO for Slot1
8570900 E:PP>0001 70 0001, 1D 0000, 1A2
8572069 C>0001 70 0001, 43 000A, 1A2
8572071 VOIP: 1 Asc: S 372 St:dialing (00)(00) Ev-I:release P1: 0 P2:0 EVT: 31 From[VP:3]
8572071 C>0001 70 0001, 44 0004, 1C2
8572071 C>0001 70 0001, 41 0002, 8383
8572071 C>0001 70 0001, AF 0007, 111
8572073 E:PP>0001 70 0001, B0 0000, 91EE
8572073 VOIP: 1 Asc: S 372 St:rls guard (00)(00) Ev-P:releas ack P1:00 P2:0 EVT: 0
8572073 VOIP: 1 Asc: S 372 St:rls guard (00)(00) Ev-I:pp rls ack P1: 0 P2:0 EVT: 32 From[VOIP:1]
8572430 EVT_DEV_INFO_REQ_TO for Slot1
8572430 E:PP>0001 70 0001, 1D 0000, 91EE
8572490 Date:14/09/23, Time:16/18
8573930 EVT_DEV_INFO_REQ_TO for Slot1

А зачем HTTP трассировать??

Нужно маску call и voip.

А еще проще протрассировать LDK, чтобы сразу смотреть слоты и PRI и VOIB.

я так не умею

А как вы умеете??
Снимите снифер WireShark'ом.

В LDK:
t b XX (XX - слот PRIB)
t b YY (YY - слот VOIB)

Так я умею
3-й слот VoIP, 4-й PRIB
набрал на LIK 157 послушал тишину, положил трубку


t b 03
Trace On: Slot(03) - Board Trace
mon> ^[[A    t b 04
t b 04
Trace On: Slot(04) - Board Trace
mon> ^[[A    t p
t p
BOARD TRACE
SLOT: 03 04 .. .. .. ..

DEVICE TRACE
DEV 01: ...
DEV 02: ...
DEV 03: ...
DEV 04: ...
DEV 05: ...
DEV 06: ...
DEV 07: ...
DEV 08: ...
DEV 09: ...
DEV 10: ...
DEV 11: ...
DEV 12: ...
DEV 13: ...
DEV 14: ...
DEV 15: ...

CHANNEL TRACE
000000000000 000000000000 000000000000 000000000000 000000000000 000000000000 000000000000 000000000000 000000000000

mon> x
x

4597562 C>03 240, F0 13 01 04 A0 00 0E 03 0C 41 00 02 50 13 00 51 01 29 41 0B 02
4597562 D>03 02, 50 00 13
4597562 D>03 02, 51 01 29
4597562 C>03 240, F0 13 02 04 A0 00 0E 03 0C 41 00 02 50 13 00 51 01 29 41 0B 02
4597935 COL 071:03 01 St:co idle (00) EVT 5 19 04 02 80 90 30 05 80 C0 A8 5A F8 18 01 FF 6C 05 01 80 33 37 32 70 02 80 30 (U0)
4597935 D>03 01, C0 00 66
4597935 D>03 01, D1 00 66
4597935 COL 071:03 01 St:dd-wt ans (00) Ev-I:dummy acd P1:26F4 P2: 0 EVT: 0 <- 71,44
4597935 COL 071:03 01 St:dd-wt ans (00) Ev-I:dummy acd P1:26AF P2: 9 EVT: 0 <- 71,44
4597935 COL 071:03 01 St:dd-wt ans (00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 71,44
4597935 COL 071:03 01 St:dd-wt ans (00) Ev-I:dummy acd P1:26F4 P2: 0 EVT: 0 <- 71,44
4597935 COL 046:04 06 St:co idle (00) Ev-I:seize req P1: 10 P2: 0 EVT: 15 <- 71,44
4597935 D>03 01, C0 00 66
4597935 D>03 01, C5 0B 01
01/29/13 TIME: 17:01:00
4598161 STN 229:03 01 St:IDLE (00) Ev-I:LCD P1: 1 P2: 1 EVT:330 <- 1,01
4598161 STN 228:03 02 St:IDLE (00) Ev-I:LCD P1: 1 P2: 1 EVT:330 <- 1,01
4598161 D>03 01, 42 00 00
4598161 D>03 01, 53 17 01
4598161 D>03 01, 54 20 20
4598161 C>03 240, F0 16 01 04 A0 00 11 03 0F 42 00 00 41 05 03 53 17 01 54 20 20 41 05 03
4598161 D>03 02, 42 00 00
4598161 D>03 02, 53 17 01
4598161 D>03 02, 54 20 20
4598161 C>03 240, F0 16 02 04 A0 00 11 03 0F 42 00 00 41 05 03 53 17 01 54 20 20 41 05 03
4598162 D>03 01, 50 00 13
4598162 D>03 01, 51 01 29
4598162 C>03 240, F0 13 01 04 A0 00 0E 03 0C 41 00 02 50 13 00 51 01 29 41 0B 02
4598162 D>03 02, 50 00 13
4598162 D>03 02, 51 01 29
4598162 C>03 240, F0 13 02 04 A0 00 0E 03 0C 41 00 02 50 13 00 51 01 29 41 0B 02
4598191 COL 071:03 01 St:dd-wt ans (00) EVT F 04 08 02 80 90 (U0)
4598191 D>03 01, C1 00 00
4598191 D>03 01, C5 00 00
4598192 D>03 01, C5 00 00
4598192 COL 046:04 06 St:enblk p_sz(00) Ev-I:release P1: 0 P2: 0 EVT: 27 <- 71,44
4598192 D>04 06, C5 00 00
4598192 D>04 06, C1 00 00
4598192 COL 071:03 01 St:dd-wt ans (00) Ev-I:release P1: 0 P2: 0 EVT:102 <- 46,61
4598192 D>03 01, C5 00 00
4598192 D>03 01, C1 00 66
4598192 COL 071:03 01 St:rls guard (00) EVT :E2 04 08 02 80 90 (U0)
4598192 COL 071:03 01 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 71,44
4598193 COL 071:03 01 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 71,44
4598193 D>03 01, C5 00 00

col 71 это межофисная
col 46 PRI

Да. В вашем случае LIK отправляет в ipLDK только 0. Остальные цифры не уходят.
После проверок выяснилось, что это связано с опцией Digit Repeat. Если Digit Repeat в ПГМ324 выключен, то номер уходит нормально.
В моем тесте:
INT LCR = 1DD
DMT = Add 071, ссылка на 32 индекс ПГМ324.
ПГМ324-индекс 32: 071 PSTN, Digit Repeat = Off, PSTN Enblock = ON.
ПГМ324 индекс 44: 1**, NET
Работает.

Но если вы сейчас выключите Digit Repeat, то транзит не будет работать. Нужно будет тоже через INT LCR прописывать код "0" и ссылаться на индекс 1 в ПГМ324.
Короче, это все весьма накручено получается.

Отключил Digit Repeat, заработало, идет через Е1
Наверное же корейцы хотели как лучше, а лучшее ярый враг хорошего
спасибо

??? Нет. Корейцы просто не могут предусмотреть все российские извраты, как например, в вашем случае - связь петлей для записи разговора.