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

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 9 23

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 9 23

обновил 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
6744 2 6 69
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
2686 11 9 37
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

Просмотрен: 944 раз

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

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