First time here? Check out the FAQ!

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

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? Сталкивался кто - нибудь с таким?

спросил Aug 19 '11

Ecuador Gravatar Ecuador
845 10 10 24

Comments

А чем отличается существующий номер от несуществующего? Пример можно более подробный? samael28 (Aug 19 '11)edit
и главное причем тут сипнет? с другим каналом вы не хотите попробывать? я дуумаю тикет у вас не приймут. ибо не о чем. meral (Aug 19 '11)edit
Помимо сипнета есть еще 3 канала, через которые эта ситуация обрабатывается штатно и не роняет Dahdi Ecuador (Aug 23 '11)edit

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
ссылка удалить спам редактировать

ответил Aug 24 '11

Ecuador Gravatar Ecuador
845 10 10 24

обновил Aug 24 '11

Comments

8495555555 - 10 цифр , звонить некуда. zzuz (Aug 25 '11)edit
Само собой, но почему Dahdi при это падает? Ecuador (Aug 25 '11)edit
Я вот не вижу чтобы какие проблемы были "q931.c:6837 q931_hangup: Hangup other cref:2869" zzuz (Aug 25 '11)edit
Да, но факт остается фактом, после этого звонка встать на 9 уже не получается, дает отбой Ecuador (Aug 26 '11)edit
То есть по нитке выпрашивать нужно . dahdi show channel 9 ? zzuz (Aug 26 '11)edit
Все в сервисе, 9 это не канал, а выход с Панаса на внешку через Астериск. Внутренняя нумерация через 1. Ecuador (Aug 26 '11)edit
Ну так. я имею ввиду канал dahdi . Завис канал , смотрим какой .Из первых логов канал был определен 1 . zzuz (Aug 26 '11)edit
0

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

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

ответил Aug 22 '11

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

Comments

Это врядли, поток работает идеально. Конфиги тоже не причем. Были проведены тесты индивидуально с каждым из каналов, в самом примитивном виде. И только Сипнет неадекватен. Ecuador (Aug 23 '11)edit
Ну , если проблема в зависших потоках , то вивдимо - неидеально? Тут можно долго филосовствовать , без дебагов смысла нет. zzuz (Aug 23 '11)edit
Поток не падает, падает группа каналов потоке, при это остальные продолжаю функционировать. Ладно, выложу дебаги, только не уверен что вы че то поймете Ecuador (Aug 23 '11)edit
Занимательное утверждение. zzuz (Aug 23 '11)edit
0

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

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

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

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

ответил Aug 25 '11

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

Comments

зачем разрешать то , что уже разрешено? zzuz (Aug 25 '11)edit

Ваш ответ

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 ленту новостей

Статистика

Задан: Aug 19 '11

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

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

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