![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
![]()
Сообщение
#1
|
|
Частый гость ![]() ![]() ![]() Группа: Участники Сообщений: 38 Регистрация: 7.6.2010 Пользователь №: 14712 ![]() |
Приветствую.
Нужна помощь !!! Имеется связка АТС 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' |
|
|
![]() |
![]()
Сообщение
#2
|
|
Частый гость ![]() ![]() ![]() Группа: Участники Сообщений: 38 Регистрация: 7.6.2010 Пользователь №: 14712 ![]() |
Спасибо за ответ.
Да , там стояли значения 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 ![]() 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 ![]() 5528849 COL 053:07 01 St:dialing (00) EVT ![]() 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 ![]() 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 ![]() 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 ![]() 5529535 COL 082:07 30 St:co idle (00) EVT ![]() 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 |
|
|
![]()
Сообщение
#3
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 ![]() |
Увы. По этой трассировке невозможно определить возможную причину проблемы.
До сообщения Abnormal Msg - все нормально. Вообще-то, линии NET в большей степени предназначены для соединения двух ipLDK между собой, а не стороннего оборудования. Можно и NET, но от Астериска приходит Alert c прогресс_индикатором. Может это не нравится LDK - не могу ничего сказать. Завтра попытаюсь проверить у себя станции. Почему не сработало при установке типа линий =PSTN??? Это нужно весь конфиг смотреть, чтобы понять, как именно у Вас запрограммировано. Там много нюансов. Пришлите конфиг от LDK. Если в ПГМ320/1 стоит Net Enable - выключите И в ПГМ321/1 (Net Transfer Mode) должно быть = JOIN -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
![]() ![]() |
Текстовая версия | Сейчас: 16.7.2025, 13:17 |