ARTCOM LOGO

Здравствуйте, гость ( Вход | Регистрация )

 
Ответить в данную темуНачать новую тему
> Связка LDK300 > E1 > Asterisk Нужна помощь.
Domas
сообщение 7.6.2010, 15:37
Сообщение #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'
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 7.6.2010, 16:13
Сообщение #2


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



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

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

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


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Domas
сообщение 8.6.2010, 16:49
Сообщение #3


Частый гость
***

Группа: Участники
Сообщений: 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 biggrin.gif1 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 biggrin.gif0 05 01 1E 02 81 88 (U3)
5528849 COL 053:07 01 St:dialing (00) EVT biggrin.gif2 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 biggrin.gifE 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 biggrin.gif1 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 biggrin.gif0 05 01 1E 02 81 88 (U3)
5529535 COL 082:07 30 St:co idle (00) EVT biggrin.gif5 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

Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 8.6.2010, 19:02
Сообщение #4


ГУРУ
********

Группа: Участники
Сообщений: 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


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Domas
сообщение 10.6.2010, 12:19
Сообщение #5


Частый гость
***

Группа: Участники
Сообщений: 38
Регистрация: 7.6.2010
Пользователь №: 14712



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


Ветеран форума
*****

Группа: Участники
Сообщений: 826
Регистрация: 10.12.2008
Пользователь №: 12720



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

Насколько я понял в ПГМ322 указан тип PSTN. А в ПГМ324 какой тип указан для кода 61?
Перейти в начало страницы
 
+Цитировать сообщение
Domas
сообщение 10.6.2010, 14:34
Сообщение #7


Частый гость
***

Группа: Участники
Сообщений: 38
Регистрация: 7.6.2010
Пользователь №: 14712



Тоже PSTN.
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 10.6.2010, 14:42
Сообщение #8


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



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

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


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
noox
сообщение 10.6.2010, 15:10
Сообщение #9


Ветеран форума
*****

Группа: Участники
Сообщений: 826
Регистрация: 10.12.2008
Пользователь №: 12720



Цитата(Domas @ 10.6.2010, 14:34) *
Тоже PSTN.

Попробуйте в ПГМ322 оставить PSTN, а в ПГМ324 для кода 61 поставьте NET.
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 10.6.2010, 15:14
Сообщение #10


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(noox @ 10.6.2010, 16:10) *
Попробуйте в ПГМ322 оставить PSTN, а в ПГМ324 для кода 61 поставьте NET.

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


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
noox
сообщение 10.6.2010, 15:34
Сообщение #11


Ветеран форума
*****

Группа: Участники
Сообщений: 826
Регистрация: 10.12.2008
Пользователь №: 12720



Цитата(harris @ 10.6.2010, 15:14) *
ohmy.gif ohmy.gif Зачем????
Ему же нужен исходящий транзит на аналоговые СО!!! Причем здесь код типа NET???

И что????
Да ему нужен исходящий транзит на поток, я это понимаю, и не просто так написал. У меня в аналогичном случае работает именно через тип NET, если ставлю PSTN - отбой.
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 10.6.2010, 16:03
Сообщение #12


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(noox @ 10.6.2010, 16:34) *
И что????
Да ему нужен исходящий транзит на поток, я это понимаю, и не просто так написал. У меня в аналогичном случае работает именно через тип NET, если ставлю PSTN - отбой.

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


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 10.6.2010, 16:16
Сообщение #13


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



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


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Domas
сообщение 11.6.2010, 7:01
Сообщение #14


Частый гость
***

Группа: Участники
Сообщений: 38
Регистрация: 7.6.2010
Пользователь №: 14712



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

Да, там и было значение JOIN . В ПГМ 324 пробовал ставить NET - не помогает.
Перейти в начало страницы
 
+Цитировать сообщение
noox
сообщение 11.6.2010, 7:14
Сообщение #15


Ветеран форума
*****

Группа: Участники
Сообщений: 826
Регистрация: 10.12.2008
Пользователь №: 12720



Цитата(Domas @ 11.6.2010, 7:01) *
Да, там и было значение JOIN . В ПГМ 324 пробовал ставить NET - не помогает.

Что у вас было в ПГМ322 и ПГМ324 когда связь между астериском и LDK работала со сбоями? И что сейчас в этих программах. В ПГМ143 для линий потока с астериском enblock включен?
Перейти в начало страницы
 
+Цитировать сообщение
noox
сообщение 11.6.2010, 7:30
Сообщение #16


Ветеран форума
*****

Группа: Участники
Сообщений: 826
Регистрация: 10.12.2008
Пользователь №: 12720



Цитата(harris @ 10.6.2010, 16:03) *
Ему нужен исходящий транзит с потока (с Астериска) на аналоговые СО-линии.
Он с потока получает 61 и должен захватить аналоговую СО.

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

Во-вторых, еще раз вам подтверждаю, что прекрасно понимаю что это PSTN код. Но... сам столкнулся с ситуацией, в которой для транзита использовался именно код с типом NET, иначе не работало. Но это к данному случаю не относится.
Перейти в начало страницы
 
+Цитировать сообщение
Domas
сообщение 11.6.2010, 8:11
Сообщение #17


Частый гость
***

Группа: Участники
Сообщений: 38
Регистрация: 7.6.2010
Пользователь №: 14712



Цитата(noox @ 11.6.2010, 8:14) *
Что у вас было в ПГМ322 и ПГМ324 когда связь между астериском и LDK работала со сбоями? И что сейчас в этих программах. В ПГМ143 для линий потока с астериском enblock включен?

Сейчас стоят настройки такие же как и были. Все работает так же со сбоями и звонки при переводе сбрасываются.
В ПГМ322 стоят значения NET , а в ПГМ324 для кода 61 стоит тип PSTN.
В ПГМ143 ENBLK Send = OFF
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 11.6.2010, 11:42
Сообщение #18


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(Domas @ 11.6.2010, 9:11) *
Сейчас стоят настройки такие же как и были. Все работает так же со сбоями и звонки при переводе сбрасываются.
В ПГМ322 стоят значения NET , а в ПГМ324 для кода 61 стоит тип PSTN.
В ПГМ143 ENBLK Send = OFF

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


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Domas
сообщение 17.6.2010, 7:40
Сообщение #19


Частый гость
***

Группа: Участники
Сообщений: 38
Регистрация: 7.6.2010
Пользователь №: 14712



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

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

Ответить в данную темуНачать новую тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



Текстовая версия Сейчас: 29.3.2024, 5:22