Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

SIPNET vs Asterisk + Dahdi

0

Столкнулся со следующей проблемой. Есть Панас 1232 с платой PRI - Астериск с платой PRI от Digium. Все работает, но иногда канал отсыхает, хотя dahdi show status говорит что все ОК. Помогает только dahdi restart. Проблема возникает хаотично, и я долго не мог понять откуда растут ноги. Сперва грешил на физический стык, но манипуляции ничего не дали. Пересборка пакетов с нуля до Asterisk 1.6.2.20 Dahdi 2.5.0 LibPRI 1.4.2 ничего не изменила. Тогда я стал копать диалплан на предмет дедлоков, но с ним тоже все в порядке. И тут я случайно наткнулся на следующее. Есть резервный канал через SIPNET, через который иногда все таки звонят. Если позвонить по несуществующему номеру с Панасоника, в ответ приходит "403 Forbidden", что правильно, и при этом канал нормально реагирует. А если набрать существующий номер и пропустить в нем одну цифру (неважно где, вначале или в конце) то приходит "404 Unknown user account" и канал падает, то есть при наборе 9 на Панасе приходит отбой с Астериска. Еще один момент, поток у меня разбит на группы (1-10, 11-15....), и падение происходит только по той группе откуда был вызов, остальные продолжают работать. Писать тикет на Digium? Сталкивался кто - нибудь с таким?

удалить закрыть спам изменить тег редактировать

спросил 2011-08-19 08:45:16 +0400

Ecuador Gravatar Ecuador
845 ● 10 ● 10 ● 24

Comments

А чем отличается существующий номер от несуществующего? Пример можно более подробный? samael28 ( 2011-08-19 11:14:57 +0400 )редактировать
и главное причем тут сипнет? с другим каналом вы не хотите попробывать? я дуумаю тикет у вас не приймут. ибо не о чем. meral ( 2011-08-19 18:02:14 +0400 )редактировать
Помимо сипнета есть еще 3 канала, через которые эта ситуация обрабатывается штатно и не роняет Dahdi Ecuador ( 2011-08-23 06:43:53 +0400 )редактировать

3 Ответа

0

Дебаг до падения:

< Protocol Discriminator: Q.931 (8) len=19 < TEI=0 Call Ref: len= 2 (reference 2873/0xB39) (Sent from originator) < Message Type: SETUP (5) < [04 03 80 90 a3] < Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0) < Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16) < User information layer 1: A-Law (35) < [18 03 a9 83 81] < Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0 < ChanSel: As indicated in following octets < Ext: 1 Coding: 0 Number Specified Channel Type: 3 < Ext: 1 Channel: 1 Type: NET] < [7d 02 91 81] < IE: High-layer Compatibility (len = 4) -- Making new call for cref 2873 Received message for call 0xb544bc28 on link 0xb545b894 TEI/SAPI 0/0 -- Processing Q.931 Call Setup -- Processing IE 4 (cs0, Bearer Capability) -- Processing IE 24 (cs0, Channel Identification) -- Processing IE 125 (cs0, High-layer Compatibility) q931.c:8281 post_handle_q931_message: Call 2873 enters state 6 (Call Present). Hold state: Idle q931.c:5552 q931_setup_ack: Call 2873 enters state 25 (Overlap Receiving). Hold state: Idle > DL-DATA request > Protocol Discriminator: Q.931 (8) len=14 > TEI=0 Call Ref: len= 2 (reference 2873/0xB39) (Sent to originator) > Message Type: SETUP ACKNOWLEDGE (13) TEI=0 Transmitting N(S)=10, window is open V(A)=10 K=7 > Protocol Discriminator: Q.931 (8) len=14 > TEI=0 Call Ref: len= 2 (reference 2873/0xB39) (Sent to originator) > Message Type: SETUP ACKNOWLEDGE (13) > [18 03 a9 83 81] > Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0 > ChanSel: As indicated in following octets > Ext: 1 Coding: 0 Number Specified Channel Type: 3 > Ext: 1 Channel: 1 Type: NET] > [1e 02 81 82] > Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1) > Ext: 1 Progress Description: Called equipment is non-ISDN. (2) ] > DL-DATA request > Protocol Discriminator: Q.931 (8) len=9 > TEI=0 Call Ref: len= 2 (reference 2873/0xB39) (Sent to originator) > Message Type: PROGRESS (3) TEI=0 Transmitting N(S)=11, window is open V(A)=10 K=7 > Protocol Discriminator: Q.931 (8) len=9 > TEI=0 Call Ref: len= 2 (reference 2873/0xB39) (Sent to originator) > Message Type: PROGRESS (3) > [1e 02 81 88] > Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1) > Ext: 1 Progress Description: Inband information or appropriate pattern now available. (8) ] -- Accepting overlap call from '' to '<unspecified>' on channel 0/1, span 1 -- Starting simple switch on 'DAHDI/1-1' 

После падения:

< Protocol Discriminator: Q.931 (8) len=19 < TEI=0 Call Ref: len= 2 (reference 2869/0xB35) (Sent from originator) < Message Type: SETUP (5) < [04 03 80 90 a3] < Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0) < Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16) < User information layer 1: A-Law (35) < [18 03 a9 83 81] < Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0 < ChanSel: As indicated in following octets < Ext: 1 Coding: 0 Number Specified Channel Type: 3 < Ext: 1 Channel: 1 Type: NET] < [7d 02 91 81] < IE: High-layer Compatibility (len = 4) -- Making new call for cref 2869 Received message for call 0xb544a3a0 on link 0xb715d95c TEI/SAPI 0/0 -- Processing Q.931 Call Setup -- Processing IE 4 (cs0, Bearer Capability) -- Processing IE 24 (cs0, Channel Identification) -- Processing IE 125 (cs0, High-layer Compatibility) q931.c:8281 post_handle_q931_message: Call 2869 enters state 6 (Call Present). Hold state: Idle q931.c:6837 q931_hangup: Hangup other cref:2869 q931.c:6594 __q931_hangup: ourstate Call Present, peerstate Call Initiated, hold-state Idle q931.c:6085 q931_release_complete: Call 2869 enters state 0 (Null). Hold state: Idle > DL-DATA request > Protocol Discriminator: Q.931 (8) len=9 > TEI=0 Call Ref: len= 2 (reference 2869/0xB35) (Sent to originator) > Message Type: RELEASE COMPLETE (90) TEI=0 Transmitting N(S)=42, window is open V(A)=42 K=7 > Protocol Discriminator: Q.931 (8) len=9 > TEI=0 Call Ref: len= 2 (reference 2869/0xB35) (Sent to originator) > Message Type: RELEASE COMPLETE (90) > [08 02 81 ac] > Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1) > Ext: 1 Cause: Requested channel not available (44), class = Network Congestion (resource unavailable) (2) ] q931.c:6837 q931_hangup: Hangup other cref:2869 q931.c:6594 __q931_hangup: ourstate Null, peerstate Null, hold-state Idle Destroying call 0xb544a3a0, ourstate Null, peerstate Null, hold-state Idle 

Все после данного сообщения

<--- SIP read from UDP:212.53.40.40:5060 ---> SIP/2.0 404 unknown user account Via: SIP/2.0/UDP 78.159.238.43:5060;rport=5060;branch=z9hG4bK3474c651 From: <sip:2710406@sipnet.ru>;tag=as3310da58 To: <sip:8495555555@sipnet.ru>;tag=cd4c7e21-76475422 Call-ID: 5656a73a7c78d2181913b261501e8645@sipnet.ru CSeq: 103 INVITE Server: TarioSoftswitch/3.2.12 Content-Length: 0 
ссылка удалить спам редактировать

ответил 2011-08-24 06:05:42 +0400

Ecuador Gravatar Ecuador
845 ● 10 ● 10 ● 24

обновил 2011-08-24 06:08:48 +0400

Comments

8495555555 - 10 цифр , звонить некуда. zzuz ( 2011-08-25 11:01:36 +0400 )редактировать
Само собой, но почему Dahdi при это падает? Ecuador ( 2011-08-25 17:20:12 +0400 )редактировать
Я вот не вижу чтобы какие проблемы были "q931.c:6837 q931_hangup: Hangup other cref:2869" zzuz ( 2011-08-25 17:42:28 +0400 )редактировать
Да, но факт остается фактом, после этого звонка встать на 9 уже не получается, дает отбой Ecuador ( 2011-08-26 07:42:25 +0400 )редактировать
То есть по нитке выпрашивать нужно . dahdi show channel 9 ? zzuz ( 2011-08-26 12:11:43 +0400 )редактировать
Все в сервисе, 9 это не канал, а выход с Панаса на внешку через Астериск. Внутренняя нумерация через 1. Ecuador ( 2011-08-26 12:38:13 +0400 )редактировать
Ну так. я имею ввиду канал dahdi . Завис канал , смотрим какой .Из первых логов канал был определен 1 . zzuz ( 2011-08-26 12:51:58 +0400 )редактировать
0

Тут дебаги нужны в обоих технологий . Вы не первый и не последний , кто инсталлит систему на панасонике. Проблем обычно нет. Где-то затык в конфигах.

ссылка удалить спам редактировать

ответил 2011-08-22 23:47:11 +0400

zzuz Gravatar zzuz flag of Russian Federation
7174 ● 2 ● 6 ● 75
http://line24.ru/

Comments

Это врядли, поток работает идеально. Конфиги тоже не причем. Были проведены тесты индивидуально с каждым из каналов, в самом примитивном виде. И только Сипнет неадекватен. Ecuador ( 2011-08-23 06:47:37 +0400 )редактировать
Ну , если проблема в зависших потоках , то вивдимо - неидеально? Тут можно долго филосовствовать , без дебагов смысла нет. zzuz ( 2011-08-23 07:38:13 +0400 )редактировать
Поток не падает, падает группа каналов потоке, при это остальные продолжаю функционировать. Ладно, выложу дебаги, только не уверен что вы че то поймете Ecuador ( 2011-08-23 10:11:27 +0400 )редактировать
Занимательное утверждение. zzuz ( 2011-08-23 16:43:49 +0400 )редактировать
0

Вот меня что натолкнуло на мыслю:

Accepting overlap call from '' to '<unspecified>' on channel 0/1, span 1

Нужно разрешить overlapped звонки в dahdi. overlapdial = yes

ссылка удалить спам редактировать

ответил 2011-08-25 11:12:34 +0400

Zavr2008 Gravatar Zavr2008 flag of Russian Federation
2886 ● 11 ● 9 ● 40
http://mh.otx.ru/

Comments

зачем разрешать то , что уже разрешено? zzuz ( 2011-08-25 11:17:10 +0400 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2011-08-19 08:45:16 +0400

Просмотрен: 1,242 раз

Обновлен: Aug 25 '11

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.