Нескромно конечно, но в этом вопросе я прав последние лет 5.
Я задумываюсь над философским вопросом - почему мою правоту надо доказывать всё время? Говоришь-пишешь - делай там, копай туда! А в ответ возражения - но это же другое? Это же не там?

elmurazh:

проблема - если абонент АТС позвонил через шлюз в *, пошел вызов, а он положил трубку не дождавшись ответа - то вызов в астериск так и идет, пока он не ответит - а потом короткие гудки и сразу отбой. ???

Совсем не понял. Если он положил трубку не дождавшись ответа, то где мы можем услышать короткие гудки и сразу отбой. ?

ну это же я экспериментирую :)
я звоню с простого телефона через циску на ip-телефон - подождал пару гудков и бросил трубку, а на ip-телефон вызов продолжается, пока не возьмешь трубку, или пока звонок не оборвется по тайм-ауту

Надо посмотреть в этой ситуации
CLI>sip show channels
покажет обе ноги или только одну до ИП-телефона?
Если есть нога от циски до Астериска, и что-то видно при
show call active voice
то скорость определения тонов DISCONNECT недостаточна на циске.

вот что выдает циска (это в момент когда со стороны АТС трубку уже положили)

kmf.hq#sh call active voice brief
<ID>: <CallID> <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr> <state>
dur hh:mm:ss tx:<packets>/<bytes> rx:<packets>/<bytes>
IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms lost:<lost>/<early>/<late>
delay:<last>/<min>/<max>ms <codec>

media inactive detected:<y/n> media cntrl rcvd:<y/n> timestamp:<time>

long duration call detected:<y/n> long duration call duration :<sec> timestamp:<time>
MODEMPASS <method> buf:<fills>/<drains> loss <overall%> <multipkt>/<corrected>
last <buf event time>s dur:<Min>/<Max>s
FR <protocol> [int dlci cid] vad:<y/n> dtmf:<y/n> seq:<y/n>
<codec> (payload size)
ATM <protocol> [int vpi/vci cid] vad:<y/n> dtmf:<y/n> seq:<y/n>
<codec> (payload size)
Tele <int> (callID) [channel_id] tx:<tot>/<v>/<fax>ms <codec> noise:<l> acom:<l> i/o:<l>/<l> dBm
MODEMRELAY info:<rcvd>/<sent>/<resent> xid:<rcvd>/<sent> total:<rcvd>/<sent>/<drops>
speeds(bps): local <rx>/<tx> remote <rx>/<tx>
Proxy <ip>:<audio udp>,<video udp>,<tcp0>,<tcp1>,<tcp2>,<tcp3> endpt: <type>/<manf>
bw: <req>/<act> codec: <audio>/<video>
tx: <audio pkts>/<audio bytes>,<video pkts>/<video bytes>,<t120 pkts>/<t120 bytes>
rx: <audio pkts>/<audio bytes>,<video pkts>/<video bytes>,<t120 pkts>/<t120 bytes>


Telephony call-legs: 1
SIP call-legs: 1
H323 call-legs: 0
Call agent controlled call-legs: 0
SCCP call-legs: 0
Multicast call-legs: 0
Media call-legs: 0
Total call-legs: 2

1516 : 4247 798213020ms.1 +-1 pid:1 Answer *0* connected
dur 00:00:00 tx:0/0 rx:0/0
Tele 0/1/0 (4247) [0/1/0] tx:0/0/0ms None noise:0 acom:0 i/0:0/0 dBm

1516 : 4248 798215380ms.1 +-1 pid:1000 Originate 5555 connecting
dur 00:00:00 tx:0/0 rx:0/0
IP 0.0.0.0:0 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g729r8 TextRelay: off
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a

Telephony call-legs: 1
SIP call-legs: 1
H323 call-legs: 0
Call agent controlled call-legs: 0
SCCP call-legs: 0
Multicast call-legs: 0
Media call-legs: 0
Total call-legs: 2

kmf.hq#

а в * CLI> там в это время идет вызов, и больше ничего:
*CLI> -- Executing [5555@default:1] Dial("SIP/192.168.XXX.XXX-28d0c000", "SIP/5555|35|tT") in new stack
-- Called 5555
-- SIP/5555-28710000 is ringing

Вот это - pid:1 Answer *0* connected говорит о том, что для циски телефонная нога, принявшая звонок через dial-peer 1 pots существует, и она её будет удерживать, пока не поймет, что надо DISCONNECT. У Вас небось сделано через plar 5555? Вот и издержки, вот и будет понимание, что такое direct inward dialing.
Может Вы уже разберётесь с этим? Информации более чем достаточно.