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

Asterisk, не освобождается линия после исходящего

0

Добрый день! Есть астериск 1.6 в локалке на 10 абонентов, подключен по E1 Digium TE122P, настроил входящие, исходящие, запись и т.д. Какое-то время все было ок. Сегодня заметил, что начали "забиваться линии" (ввиду непрофессионализма по данной теме возможно выражаюсь неверно), а если точнее, не проходят исходящие. Первый звонок проходит ок, второй уже Service unreacheble, в консоли Cause 34.

 Executing [номер@mycall:4] Dial("SIP/303-b6d264d8", "Dahdi/g0/номер") in new stack
    -- Requested transfer capability: 0x00 - SPEECH
    -- Called g0/номер
  == Begin MixMonitor Recording SIP/303-b6d264d8
    -- DAHDI/2-1 is proceeding passing it to SIP/303-b6d264d8
    -- Channel 0/2, span 1 got hangup request, cause 34
    -- DAHDI/2-1 is circuit-busy
    -- Hungup 'DAHDI/2-1'
  == Everyone is busy/congested at this time (1:0/1/0)

Нагуглил, что

Cause No. 34 - no circuit/channel available.
This cause indicates that there is no appropriate circuit/channel presently available to handle the call.

What it means:
There is no place on the Public Telephone network to place the call; the call never gets to its destiation. This is usually a temporary problem.\

Ок, делаю core show channels, и вижу, что после окончания исходящего, линия с меткой Outgoing line остается висеть в консоли занятой, временно помогает только Reload/Sip reload. Большая просьба подсказать, в чём может быть проблема, может быть конфиг какой подправить, выложить более подробный лог? в общем классика: "что я сделал не так"? :)

exten => _8XXXXXXXXXX,1,Set(fname=OUT-${STRFTIME(${EPOCH},,%Y%m%d%H%M)}-${CALLERID(number)}-TO${EXTEN}) 
exten => _8XXXXXXXXXX,n,MixMonitor(${fname}.wav) 
exten => _8XXXXXXXXXX,n,Dial(Dahdi/g0/${EXTEN}) 
exten => _8XXXXXXXXXX,n,Hangup()

Вот, например, один из кусочков диалплана.

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

спросил 2012-05-10 11:43:58 +0400

dedicate Gravatar dedicate
1 1 1

обновил 2012-05-10 11:52:16 +0400

Comments

неплохо было бы для входящего и исходящего звонка сделать pri intense debug span 1. Интересует только сам момент соединения.

Zavr2008 ( 2012-05-10 11:57:32 +0400 )редактировать

1 Ответ

0

Подправил, без урезаний, думал просто что необходимо выложить именно в месте, где звонок обрывается..

вот пока для исходящего, входящий пытаюсь сейчас отследить, т.к. звонков много, трудно выделить нужную информацию.

         -- Executing [номер_исходящего@mycall:4]
 Dial("SIP/303-b6d55980", "Dahdi/g0/номер_исходящего")
     in new stack
        -- Making new call for cr 32903
            -- Requested transfer capability: 0x00 - SPEECH
          == Begin MixMonitor Recording SIP/303-b6d55980
        > Protocol Discriminator: Q.931 (8)  len=41
        > Call Ref: len= 2 (reference 135/0x87) (Originator)
        > Message type: SETUP (5)
        > [04 03 80 90 a3]
        > Bearer Capability (len= 5) [ Ext: 1  Q.931 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 83]
        > Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
        >                        ChanSel: As indicated in following octets
        >                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
        >                       Ext: 1  Channel: 3 ]
        > [6c 09 00 80 36 36 35 33 34 38 31]
        > Calling Number (len=11) [ Ext: 0  TON: Unknown Number Type (0)  NPI: Unknown 
    Number Plan (0)
        >                           Presentation: Presentation permitted, user number 
    not screened (0)  'номер_входящего' ]
        > [70 0c 80 38 39 31 36 30 32 33 33 34 36 33]
        > Called Number (len=14) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown 
    Number Plan (0)  'ном_исх' ]
        > [a1]x1*CLI>
        > Sending Complete (len= 1)
        q931.c:3134 q931_setup: call 32903 on channel 3 enters state 1 (Call Initiated)
            -- Called g0/ном_исх
        < Protocol Discriminator: Q.931 (8)  len=14
        < Call Ref: len= 2 (reference 135/0x87) (Terminator)
        < Message type: CALL PROCEEDING (2)
        < [18 03 a9 83 83]
        < Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
        <                        ChanSel: As indicated in following octets
        <                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
        <                       Ext: 1  Channel: 3 ]
        < [1e 02 82 82]
        < Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0 
     Location: Public network serving the local user (2)
        <                               Ext: 1  Progress Description: Called equipment
     is non-ISDN. (2) ]
        -- Processing IE 24 (cs0, Channel Identification)
        -- Processing IE 30 (cs0, Progress Indicator)
        q931.c:3683 q931_receive: call 32903 on channel 3 enters state 3 (Outgoing call
      Proceeding)
        < Protocol Discriminator: Q.931 (8)  len=25
        < Call Ref: len= 2 (reference 135/0x87) (Terminator)
        < Message type: DISCONNECT (69)
        < [08 02 82 a2]
        < Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0 
     Location: Public network serving the local user (2)
        <                  Ext: 1  Cause: Circuit/channel congestion (34), class = 
    Network Congestion (resource unavailable) (2) ]
        < [1e 02 82 88]
        < Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 
     0: 0  Location: Public network serving the local user (2)
        <                               Ext: 1  Progress Description: Inband 
    information or appropriate pattern now available. (8) ]
        < [28 0a 5a 41 53 49 43 45 4e 4a 45 20]
        < Display (len=10) [ ZASICENJE  ]
        -- Processing IE 8 (cs0, Cause)
        -- Processing IE 30 (cs0, Progress Indicator)
        -- Processing IE 40 (cs0, Display)
        q931.c:3826 q931_receive: call 32903 on channel 3 enters state 12 
    (Disconnect Indication)
            -- Channel 0/3, span 1 got hangup request, cause 34
            -- DAHDI/3-1 is proceeding passing it to SIP/303-b6d55980
            -- DAHDI/3-1 is circuit-busy
        NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, 
    peerstate Disconnect Request
        q931.c:2967 q931_release: call 32903 on channel 3 enters state 19 
    (Release Request)
        > Protocol Discriminator: Q.931 (8)  len=9
        > Call Ref: len= 2 (reference 135/0x87) (Originator)
        > Message type: RELEASE (77)
        > [08 02 81 a2]
        > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  
    Location: Private network serving the local user (1)
        >                  Ext: 1  Cause: Circuit/channel congestion (34), class = 
    Network Congestion (resource unavailable) (2) ]
            -- Hungup 'DAHDI/3-1'
          == Everyone is busy/congested at this time (1:0/1/0)
            -- Executing [номер_исх@mycall:5] Congestion("SIP/303-b6d55980", "") 
    in new stack
          == Spawn extension (mycall, номер_исх, 5) exited non-zero on 
    'SIP/303-b6d55980'
        < Protocol Discriminator: Q.931 (8)  len=5
        < Call Ref: len= 2 (reference 135/0x87) (Terminator)
        < Message type: RELEASE COMPLETE (90)
        q931.c:3766 q931_receive: call 32903 on channel 3 enters state 0 (Null)
        NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
        NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
          == End MixMonitor Recording SIP/303-b6d55980
ссылка удалить спам редактировать

ответил 2012-05-10 12:08:10 +0400

dedicate Gravatar dedicate
1 1 1

обновил 2012-05-10 13:36:40 +0400

Comments

НАЧАЛА ЗВОНКА А НЕ КОНЦА НАДО. И ДЛЯ ВХОДЯЩЕГО ТОЖЕ.

Zavr2008 ( 2012-05-10 12:15:13 +0400 )редактировать

и не обрезайте строки вправо, половины нет лога..

Zavr2008 ( 2012-05-10 12:19:24 +0400 )редактировать

ок, отслежу лог входящего, выложу. почему-то подумалось что лог нужно было выкладывать только в том месте где происходит обрыв.

dedicate ( 2012-05-10 12:50:40 +0400 )редактировать

Проблема решена, Zavr2008, спс за отклик! Закрыто.

dedicate ( 2012-05-11 10:36:52 +0400 )редактировать

не могли бы вы описать решение проблемы, у меня похожая проблема

yannails ( 2013-07-31 23:55:23 +0400 )редактировать

да судя по логу callprogress=yes наверняка нехватало)

Zavr2008 ( 2013-08-01 17:43:33 +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 ленту новостей

Статистика

Задан: 2012-05-10 11:43:58 +0400

Просмотрен: 2,097 раз

Обновлен: May 10 '12

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