Ситуация такая-звонок из VOIP идет на какой то телефон через аналоговый порт, например TDM400.
Dialstatus ANSWERED получаем при ответе КАНАЛА а не вызываемого абонента, т.е. биллингом тарифицируются гудки вызова, что неправильно. Ситуацию можно немного подправить используя опцию "с" в комманде DIAL, например Dial(Zap/1c/{EXTEN}), при этом звонок получит статус ANSWERED только после нажатия # вызываемым абонентом. Это приемлемо только в "домашних условиях". Вопросы все те же: что делать и кто виноват :) Слышал что кто то в Эстонии и Испании делал это с помощью бубна и танцев вокруг zapata и polarity switch.

polarity switch это вопрос частный и не всегда работает
у меня проблема решалась тем что я менял частоты в
zapata: progzone=my
zaptel: loadzone=my

а при этом открывал файл в исходниках zaptel-1.2.1/zonedata.c
и сделал там аналогично другим зонам свой [my]
туда вписал мои частоты ;) а взял я их у местной АТС
хотя говорят можно и самому их измерить но думаю это уже черезчур!

1)-- Executing Dial("SIP/yyy-2abe", "Zap/1/xxx|30") in new stack
2)-- Called 1/xxx
3)-- Zap/1-1 answered SIP/yyy-2abe
4)-- Hungup 'Zap/1-1'

Sorry za translit. Mozhet ja ne prav, no pravilnye chastoty tut ni pri chiom, oni nuzhny dlia pravilnogo nabora nomera i razryva sviazi pri signale zaniato, ne zria zhe v zapate sdelali opciju "c". Tut zhe problema v tom chto ne opredeliaetsia moment otveta vyzyvaemogo abonenta na zvonok. 1) Klient iniciiruet zvonok 2) Asterisk peredaet nabiraemyj nomer v DTMF po kanalu 1 3)SRAZU posle peredachi nomera poluchaem (-- Zap/1-1 answered SIP/yyy-2abe), t.e. status zvonka ANSWERED, i billing schitaet dengi, tolko posle etogo slyshen dlinnyj gudok vyzova (ili signal zaniato) 4) abonent ne otvetil, lozhim trubku. Esli zvonim na nomer kotoryj zaniat ta zhe situacija-zvonok poluchaet status ANSWERED v punkte 3, * slushaet BUSY, i schitaet ih, kogda BUSY=busycount iz zapata.conf razryvaem sviaz. No zvonok vsio ravno tarificirovan i klient platit za proslushivanie signala zaniato (!) (ili dlinnyh gudkov, esli ni kto ne otvetit). Eto spravidlivo i dlia moego landline provajdera, chastoty kotorogo u menia vvedeny i dlia GSM gate NOKIA 32 (premicell,i tp) chastot kotorogo ja ne imeju.

Это называется callprogress (см. zapata.conf). Но работает это всё криво и ненадёжно. FXO есть FXO. Строго говоря, медиа и сигнализация должны передаваться по разным логическим каналам и абоненты должны получать медиа только после согласования на сигнальном уровне. Иначе, даже если вы научитесь правильно ловить эти гудки - никто не помешает вызываемому абоненту посылать КПВ (длинные гудки) и говорить бесплатно. Кроме того, например, наша чудная АТС при звонке на определённые направления может вообще не давать гудков - сразу слышим ответ абонента. Talk detection в Asterisk тоже никакой. Читайте bugs.digium.com :)

GSM specam:
Razgadka blizka. zapata.conf -> answeronpolarityrevers=yes (vrode) kliuch. Vopros: kak zastavit NOKIA09/18 delat polarityrevers pri otvete vyzyvaemogo abonenta? Po default vydaet ego tolko pri hangup. Chuju nuzhen spec soft ot nokii + kabel. Pro landline ne govoriu t.k. vsio zhelezo na storone operatora :)