Приветствую.
Нужна помощь !!!
Имеется связка АТС LG LDK 300 + Asterisk 1.4.29 на FreeBSD.

LDK:
Прошивка 3.9Ah
Установлена плата PRIB.

Asterisk:
Плата Digium TE420B , с эходавом.
DAHDI 2.2.0.1

Между АТС поднят поток Е1 PRI.

/etc/dahdi/system.conf

span=1,1,0,ccs,hdb3,crc4
bchan = 1-15,17-31
dchan = 16
echocanceller=mg2,1-15,17-31
loadzone = us
defaultzone=us

/usr/local/etc/asterisk/chan_dahdi.conf

[channels]
pridialplan = national
prilocaldialplan = national
resetinterval = 100000000
facilityenable = yes
rxwink = 300
usecallerid = yes
cidsignalling = bell
cidstart = ring
hidecallerid = no
callwaiting = yes
usecallingpres = yes
sendcalleridafter = 1
callwaitingcallerid = yes
threewaycalling = yes
transfer = yes
canpark = yes
cancallforward = yes
callreturn = yes
echocancel = yes
echocancelwhenbridged = yes
echotraining = 800
relaxdtmf = yes
rxgain = 0.0
txgain = 0.0
context = default
group = 1
context = default
immediate = no
switchtype = euroisdn
signalling = pri_cpe
channel => 1-15,17-31
mohsuggest = default
callgroup = 1
pickupgroup = 1

Звонки по потоку Е1 ходят в обе стороны, но иногда возможность совершения звонков пропадает в обе стороны. Пока лечим это рестартом DAHDI.
Снимали дебаг потока на стороне астериска, имеются звонки, завершенные с причинами (cause) 101, 97, 98.



Также при поднятии потока есть сообщения такого плана:
[Jun 7 08:05:20] ERROR[741] chan_dahdi.c: !! Don't know how to pre-handle message type Unknown Message Type (0)
[Jun 7 08:05:20] ERROR[741] chan_dahdi.c: Call Reference Length not supported: 0
Выскакивает по 2 вот таких строки на каждый канал в потоке.

Так же время от времени валятся ошибки такого плана:

[Jun 4 16:42:03] ERROR[593] chan_dahdi.c: !! Not yet handling pre-handle message type USER_INFORMATION (32)
[Jun 4 16:42:03] ERROR[593] chan_dahdi.c: !! Don't know how to pre-handle message type USER_INFORMATION (32)
[Jun 4 16:53:11] ERROR[593] chan_dahdi.c: !! Not yet handling pre-handle message type USER_INFORMATION (32)
[Jun 4 16:53:11] ERROR[593] chan_dahdi.c: !! Don't know how to pre-handle message type USER_INFORMATION (32)

Еще добавлю что в LDK есть еще одна плата E1 , куда приходят городские линии, и при переводе входящего звонка из города на внутренний номер Asterisk, не дождавшись ответа со стороны asterisk, звонок сбрасывается.

Вот кусок лога.
-- Accepting call from '' to '5127' on channel 0/1, span 1
-- Executing [5127@default:1] Dial("DAHDI/1-1", "SIP/5127") in new stack
-- Called 5127
-- SIP/5127-000000d7 is ringing
-- Channel 0/1, span 1 got hangup, cause 101
== Spawn extension (default, 5127, 1) exited non-zero on 'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'

А линии на ipLDK в сторону Астериска каким типом обозначены по ПГМ322??
Если тип линий NET, то попробуйте поставить = PSNT.

Вообще-то это форум по ipLDK, а не по Астериску...
Так зачем трассировки Астриска??? Почему нет трассировки ipLDK??

А что говорят по поводу этой проблеме спецы по Астериску, на форуме Астерисковедов??

Спасибо за ответ.
Да , там стояли значения NET. Поменяли на PSTN - звонки ходить совсем перестали. Поменяли обратно.
Снял трассировку.

Вот вариант когда при переводе звонка из города дожидаются ответа и кладут трубку. При этом звонок проходит.


5528731 COL 053:07 01 St:co idle (00) Ev-I:seize req P1: A P2: 0 EVT: 15 <- 1,01
5528731 C>07 01, D5 17 05 A1 04 03 80 90 A3 18 03 A9 83 81 6C 02 01 81 70 05 80 35 31 32 37
5528731 COL 053:07 01 St:wt sz rsp (00) EVT 1 06 02 18 03 A9 83 81 (U1)
5528732 COL 053:07 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 53,61
5528732 D>07 01, C0 00 60
5528733 COL 053:07 01 St:dialing (00) EVT 0 05 01 1E 02 81 88 (U3)
5528849 COL 053:07 01 St:dialing (00) EVT 2 0A 07 18 03 A9 83 81 1E 02 81 82 (U4)
5528849 D>07 01, C0 00 60
5528849 C>07 01, D3 01 0F
5528849 COL 053:07 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 53,61
5528859 COL 053:07 01 St:talk (00) Ev-I:release P1: B P2: 59 EVT: 27 <- 1,01
5528859 C>07 01, DD 01 20
5528859 D>07 01, C0 00 60
5528888 COL 053:07 01 St:talk (00) EVT E 05 45 08 02 81 90 (U10)
5528888 D>07 01, C1 00 00
5528888 D>07 01, C5 00 00
5528888 D>07 01, C5 00 00
5528890 COL 053:07 01 St:talk (00) Ev-I:smsg proc P1: DF P2: 0 EVT: 61 <- 89,61
5528890 C>07 01, DF 05 4D 08 02 80 90
5528890 COL 053:07 01 St:talk (00) EVT :E0 05 5A 08 02 81 90 (U19)
5528891 D>07 01, C5 00 00
5528893 COL 053:07 01 St:talk (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 53,61
5528894 D>07 01, C5 00 00



А вот вариант когда ответа не дожидаются и кладут трубку. При этом звонок сбрасывается.

5529531 COL 053:07 01 St:co idle (00) Ev-I:seize req P1: A P2: 0 EVT: 15 <- 6,01
5529531 C>07 01, D5 17 05 A1 04 03 80 90 A3 18 03 A9 83 81 6C 02 01 81 70 05 80 35 31 32 37
5529532 COL 053:07 01 St:wt sz rsp (00) EVT 1 06 02 18 03 A9 83 81 (U1)
5529532 COL 053:07 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 53,61
5529532 D>07 01, C0 00 60
5529533 COL 053:07 01 St:dialing (00) EVT 0 05 01 1E 02 81 88 (U3)
5529535 COL 082:07 30 St:co idle (00) EVT 5 1B 05 04 03 80 90 A3 18 03 A1 83 9F 6C 06 21 80 35 33 37 37 70 05 A1 31 33 33 37 A1 (U0)
5529535 D>07 30, C0 00 7D
5529535 C>07 30, D1 06 02 18 03 A9 83 9E
5529535 COL 082:07 30 St:dd-rng req(00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 82,61
5529535 COL 082:07 30 St:dd-rng req(00) Ev-I:dummy acd P1:26AF P2: 1 EVT: 0 <- 82,61
5529535 COL 082:07 30 St:dd-rng req(00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 82,61
5529535 COL 082:07 30 St:dd-rng req(00) Ev-I:dd rng ack P1: 3 P2: 0 EVT: 82 <- 164,05
5529535 D>07 30, C0 00 7D
5529535 D>07 30, C5 11 01
5529535 C>07 30, D0 06 01 18 03 A9 83 9E
5529537 COL 053:07 01 St:dialing (00) Ev-I:release P1: B P2: 5B EVT: 31 <- 6,01
5529537 C>07 01, DD 01 20
5529537 D>07 01, C0 00 60
5529537 COL 053:07 01 St:dialing (00) ABNORMAL ISDN MSG: evt_no=25, p1=FF p2=07
5529537 C>07 01, DF 05 4D 08 02 80 90
5529537 C>07 01, E0 05 5A 08 02 80 90
5529537 D>07 01, C1 00 00
5529537 D>07 01, C5 00 00
5529537 D>07 01, C5 00 00
5529542 COL 082:07 30 St:dd-wt ans (00) Ev-I:dd rng ack P1: 0 P2: 0 EVT: 86 <- 193,04

Увы. По этой трассировке невозможно определить возможную причину проблемы.
До сообщения Abnormal Msg - все нормально.

Вообще-то, линии NET в большей степени предназначены для соединения двух ipLDK между собой, а не стороннего оборудования. Можно и NET, но от Астериска приходит Alert c прогресс_индикатором. Может это не нравится LDK - не могу ничего сказать. Завтра попытаюсь проверить у себя станции.
Почему не сработало при установке типа линий =PSTN??? Это нужно весь конфиг смотреть, чтобы понять, как именно у Вас запрограммировано. Там много нюансов.
Пришлите конфиг от LDK.

Если в ПГМ320/1 стоит Net Enable - выключите
И в ПГМ321/1 (Net Transfer Mode) должно быть = JOIN

Поставил PSTN . Звонки при переводе сбрасываться перестали , но при этом отвалился выход на СО-шки LDK.
Сейчас настроено так : При наборе 9******* с астериска, в LDK передается 61******* . А на LDK это 61 прописано в Network Numbering Plan.

Насколько я понял в ПГМ322 указан тип PSTN. А в ПГМ324 какой тип указан для кода 61?

Тоже PSTN.

А раньше это работало при таких же настройках на астериске?

Попробуйте в ПГМ322 оставить PSTN, а в ПГМ324 для кода 61 поставьте NET.

Зачем????
Ему же нужен исходящий транзит на аналоговые СО!!! Причем здесь код типа NET???

И что????
Да ему нужен исходящий транзит на поток, я это понимаю, и не просто так написал. У меня в аналогичном случае работает именно через тип NET, если ставлю PSTN - отбой.

Ему нужен исходящий транзит с потока (с Астериска) на аналоговые СО-линии.
Он с потока получает 61 и должен захватить аналоговую СО.
61 - это PSTN код.

Я так и не понял, Вы пробовали вариант, когда все настройки оставлены так, как они и были (ПГМ322 линии =NET),
но в ПГМ321/1 (Net Transfer Mode) = JOIN ???!!!

Да, там и было значение JOIN . В ПГМ 324 пробовал ставить NET - не помогает.

Что у вас было в ПГМ322 и ПГМ324 когда связь между астериском и LDK работала со сбоями? И что сейчас в этих программах. В ПГМ143 для линий потока с астериском enblock включен?

Во-первых, ему нужен транзит с потока на поток. И необходимо разграничивать два потока. Имхо, один для связи LDK и * должен иметь в ПГМ322 тип NET, другой - для связи LDK с городом - PSTN. И в ПГМ324 соответственно для кодов связи между станциями тип NET, для транзита код 61 - тип PSTN.

Во-вторых, еще раз вам подтверждаю, что прекрасно понимаю что это PSTN код. Но... сам столкнулся с ситуацией, в которой для транзита использовался именно код с типом NET, иначе не работало. Но это к данному случаю не относится.

Сейчас стоят настройки такие же как и были. Все работает так же со сбоями и звонки при переводе сбрасываются.
В ПГМ322 стоят значения NET , а в ПГМ324 для кода 61 стоит тип PSTN.
В ПГМ143 ENBLK Send = OFF

Отправил ответ в личку.
Проверил у себя. У меня на станции диагноз потвердился.
На линиях NET (CO53~CO82) поменяйте тип сетевой сигнализации с UUS на FAC в ПГМ321/5. В этом случае станция не будет разъединять линию при прозрачном трансфере.
А далее будет зависеть от Астериска - сможет ли он "проглотить" сообщения Facility (т.е. просто игнорировать их).
Если нет, то придется переходить на тип линий PSTN.

Большое спасибо. Помогло! Звонки при переводе не сбрасываются.
Будем тестить.