Связка LDK300 > E1 > Asterisk Нужна помощь. |
Здравствуйте, гость ( Вход | Регистрация )
Связка LDK300 > E1 > Asterisk Нужна помощь. |
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' |
|
|
7.6.2010, 16:13
Сообщение
#2
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
А линии на ipLDK в сторону Астериска каким типом обозначены по ПГМ322??
Если тип линий NET, то попробуйте поставить = PSNT. Вообще-то это форум по ipLDK, а не по Астериску... Так зачем трассировки Астриска??? Почему нет трассировки ipLDK?? А что говорят по поводу этой проблеме спецы по Астериску, на форуме Астерисковедов?? -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
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 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 |
|
|
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 -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
10.6.2010, 12:19
Сообщение
#5
|
|
Частый гость Группа: Участники Сообщений: 38 Регистрация: 7.6.2010 Пользователь №: 14712 |
Поставил PSTN . Звонки при переводе сбрасываться перестали , но при этом отвалился выход на СО-шки LDK.
Сейчас настроено так : При наборе 9******* с астериска, в LDK передается 61******* . А на LDK это 61 прописано в Network Numbering Plan. |
|
|
10.6.2010, 13:08
Сообщение
#6
|
|
Ветеран форума Группа: Участники Сообщений: 826 Регистрация: 10.12.2008 Пользователь №: 12720 |
Поставил PSTN . Звонки при переводе сбрасываться перестали , но при этом отвалился выход на СО-шки LDK. Сейчас настроено так : При наборе 9******* с астериска, в LDK передается 61******* . А на LDK это 61 прописано в Network Numbering Plan. Насколько я понял в ПГМ322 указан тип PSTN. А в ПГМ324 какой тип указан для кода 61? |
|
|
10.6.2010, 14:34
Сообщение
#7
|
|
Частый гость Группа: Участники Сообщений: 38 Регистрация: 7.6.2010 Пользователь №: 14712 |
Тоже PSTN.
|
|
|
10.6.2010, 14:42
Сообщение
#8
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Поставил PSTN . Звонки при переводе сбрасываться перестали , но при этом отвалился выход на СО-шки LDK. Сейчас настроено так : При наборе 9******* с астериска, в LDK передается 61******* . А на LDK это 61 прописано в Network Numbering Plan. А раньше это работало при таких же настройках на астериске? -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
10.6.2010, 15:10
Сообщение
#9
|
|
Ветеран форума Группа: Участники Сообщений: 826 Регистрация: 10.12.2008 Пользователь №: 12720 |
|
|
|
10.6.2010, 15:14
Сообщение
#10
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Попробуйте в ПГМ322 оставить PSTN, а в ПГМ324 для кода 61 поставьте NET. Зачем???? Ему же нужен исходящий транзит на аналоговые СО!!! Причем здесь код типа NET??? -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
10.6.2010, 15:34
Сообщение
#11
|
|
Ветеран форума Группа: Участники Сообщений: 826 Регистрация: 10.12.2008 Пользователь №: 12720 |
|
|
|
10.6.2010, 16:03
Сообщение
#12
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
И что???? Да ему нужен исходящий транзит на поток, я это понимаю, и не просто так написал. У меня в аналогичном случае работает именно через тип NET, если ставлю PSTN - отбой. Ему нужен исходящий транзит с потока (с Астериска) на аналоговые СО-линии. Он с потока получает 61 и должен захватить аналоговую СО. 61 - это PSTN код. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
10.6.2010, 16:16
Сообщение
#13
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Я так и не понял, Вы пробовали вариант, когда все настройки оставлены так, как они и были (ПГМ322 линии =NET),
но в ПГМ321/1 (Net Transfer Mode) = JOIN ???!!! -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
11.6.2010, 7:01
Сообщение
#14
|
|
Частый гость Группа: Участники Сообщений: 38 Регистрация: 7.6.2010 Пользователь №: 14712 |
|
|
|
11.6.2010, 7:14
Сообщение
#15
|
|
Ветеран форума Группа: Участники Сообщений: 826 Регистрация: 10.12.2008 Пользователь №: 12720 |
|
|
|
11.6.2010, 7:30
Сообщение
#16
|
|
Ветеран форума Группа: Участники Сообщений: 826 Регистрация: 10.12.2008 Пользователь №: 12720 |
Ему нужен исходящий транзит с потока (с Астериска) на аналоговые СО-линии. Он с потока получает 61 и должен захватить аналоговую СО. Во-первых, ему нужен транзит с потока на поток. И необходимо разграничивать два потока. Имхо, один для связи LDK и * должен иметь в ПГМ322 тип NET, другой - для связи LDK с городом - PSTN. И в ПГМ324 соответственно для кодов связи между станциями тип NET, для транзита код 61 - тип PSTN. 61 - это PSTN код. Во-вторых, еще раз вам подтверждаю, что прекрасно понимаю что это PSTN код. Но... сам столкнулся с ситуацией, в которой для транзита использовался именно код с типом NET, иначе не работало. Но это к данному случаю не относится. |
|
|
11.6.2010, 8:11
Сообщение
#17
|
|
Частый гость Группа: Участники Сообщений: 38 Регистрация: 7.6.2010 Пользователь №: 14712 |
Что у вас было в ПГМ322 и ПГМ324 когда связь между астериском и LDK работала со сбоями? И что сейчас в этих программах. В ПГМ143 для линий потока с астериском enblock включен? Сейчас стоят настройки такие же как и были. Все работает так же со сбоями и звонки при переводе сбрасываются. В ПГМ322 стоят значения NET , а в ПГМ324 для кода 61 стоит тип PSTN. В ПГМ143 ENBLK Send = OFF |
|
|
11.6.2010, 11:42
Сообщение
#18
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Сейчас стоят настройки такие же как и были. Все работает так же со сбоями и звонки при переводе сбрасываются. В ПГМ322 стоят значения NET , а в ПГМ324 для кода 61 стоит тип PSTN. В ПГМ143 ENBLK Send = OFF Отправил ответ в личку. Проверил у себя. У меня на станции диагноз потвердился. На линиях NET (CO53~CO82) поменяйте тип сетевой сигнализации с UUS на FAC в ПГМ321/5. В этом случае станция не будет разъединять линию при прозрачном трансфере. А далее будет зависеть от Астериска - сможет ли он "проглотить" сообщения Facility (т.е. просто игнорировать их). Если нет, то придется переходить на тип линий PSTN. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
17.6.2010, 7:40
Сообщение
#19
|
|
Частый гость Группа: Участники Сообщений: 38 Регистрация: 7.6.2010 Пользователь №: 14712 |
Отправил ответ в личку. Проверил у себя. У меня на станции диагноз потвердился. На линиях NET (CO53~CO82) поменяйте тип сетевой сигнализации с UUS на FAC в ПГМ321/5. В этом случае станция не будет разъединять линию при прозрачном трансфере. А далее будет зависеть от Астериска - сможет ли он "проглотить" сообщения Facility (т.е. просто игнорировать их). Если нет, то придется переходить на тип линий PSTN. Большое спасибо. Помогло! Звонки при переводе не сбрасываются. Будем тестить. |
|
|
Текстовая версия | Сейчас: 20.4.2024, 12:28 |