Помогите пожалуйста разораться почему при проигрывании сообщения Asterisk не реагирует на то, что на другом конце соединения пользователь положил трубу и не освобождает канал до тех пор пока не данное собщение не будет проиграно до конца.
Т.е. после того как пользователь положит трубу и снова снимет ее через 2-3 секунды, он
по-прежнему будет слышать сообщение.
Заранее признателен.
Влад.

Начнем по порядку:
1. ознакомится с текстом smart-question
2. после ознакомления переформулировать вопрос чтобы было понятно:
- в какое оборудование включен телефон абонента
- исправен ли сам телефон вообще (а то бывает микрик из-под рычага
отбоя выскочил)
пока хватит

упс, меня опередили ;)

Вообщем следующая ситуация:
Есть система телемаркетинга, которая осуществляет дозвон по заданным телефонным адресам. Состоит из двух частей: первая распологается на Windows машине и общается с asterisk-ом посредством Asterisk.NET модулей. Вторая - собственно сам Asterisk расположен на Linux машине и настроен на кокретного VoIP провайдера.

Для осуществления звонка используется SIP канал:
type=friend
host=71.10.171.176
context=incoming
nat=yes
canreinvite=yes
dtmfmode=inband
fromuser=4273358
disallow=all
allow=ulaw
allow=gsm
allow=alaw
allow=g723
allow=g726
allow=g729
allow=adpcm
allow=slin
allow=lpc10
allow=speex
allow=ilbc
allow=jpeg
allow=png
allow=h261
allow=h263
allow=h263p

Обработка звонка (в случае успешного дозвона) осуществляется в следущем контексте:
exten => s,1,Answer( )
exten => s,n,Agi(agi://198.161.26.1/vt)
exten => s,n,Hangup( )
В данном случае AGI скрипт просто транслирует сообщение. Так вот при попытке пользователя прервать сообщение * проигнорирует его и проиграет данное сообщение до конца и только потом освободит канал.
Лог Asterisk-a:
Channel SIP/71.16.179.176-84eb was answered.
Executing Answer("SIP/71.16.179.176-84eb", "") in new stack
Executing AGI("SIP/71.16.179.176-84eb", "agi://10.10.21.11/vt") in new stack
AGI Script Executing Application: (Background) Options: (/share/tmp35)
Playing '/share/tmp35' (language 'en')
После того как начнет играть на Hangup уже реагировать не будет.

после того как проиграет до конца выдаст следующее

BYE sip:4256416723@207.202.238.121:5060 SIP/2.0
Via: SIP/2.0/UDP 71.16.179.176:5060
From: ;tag=226B0940-B5E
To: "4256416723" ;tag=as3bf5ab69
Date: Thu, 17 Aug 2006 14:01:57 GMT
Call-ID: 729fb69e546edf33004c6af17f6e2bf1@207.202.238.121
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 6
Timestamp: 1155823344
CSeq: 101 BYE
Content-Length: 0


--- (11 headers 0 lines)---
Sending to 71.16.179.176 : 5060 (NAT)
Transmitting (NAT) to 71.16.179.176:55849:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 71.16.179.176:5060;received=71.16.179.176
From: ;tag=226B0940-B5E
To: "4256416723" ;tag=as3bf5ab69
Call-ID: 729fb69e546edf33004c6af17f6e2bf1@207.202.238.121
CSeq: 101 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact:
Content-Length: 0
X-Asterisk-HangupCause: Normal Clearing

Влад

Мда.
спамеры должны сдохнуть.

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