asterisk.ru

Добрый вечер всем. Имеется * + FXO и GSM шлюзы. В cdr складывается статистика с записью в userfield пути к файлу с записью разговора только в том случае если CDR(billsec) > 0. Проблема в том, что при вызове через VoIP-оборудование идет ANSWER еще до реального вызова через железки.

Код: Выделить всё

    -- Called 305/89651234567
    -- SIP/305-00000c03 is ringing
    -- SIP/305-00000c03 is making progress passing it to SIP/109-00000c02
    -- SIP/305-00000c03 answered SIP/109-00000c02

Соответственно если положить трубку недождавшись ответа, то получим:

Код: Выделить всё

    -- Executing [h@default:1] NoOp("SIP/109-00000c02", "CDR(billsec)=9") in new stack
    -- Executing [h@default:2] NoOp("SIP/109-00000c02", "CDR(disposition)=ANSWERED") in new stack

С VoIP-операторами таких проблем нет, там идет 180 Ringing и всё.
Собственно вопрос: это как-то исправляется на железках или это их нормальная логика работы? Если же нормальная логика, то можете посоветовать как следить за тем, что разговор всётаки состоялся и прописывать путь к файлу?

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

Хотите нормальную сигнализацию используйте ISDN или SIP.

Можете также поинтересоваться у оператора линий FXO может ли он давать переполюсовку (polarity reversal) в качестве начала тарификации. Этот метод использовался ещё в Советском Союзе на всех таксофонах. Кое-где ещё встречается.

Имеется ввиду, что GSM шлюзы подключены через FXO? Если да, то вполне нормальная логика работы.

asterisk.ru

* + VoIP-шлюзы+ранний answer+CDR

* + VoIP-шлюзы+ранний answer+CDR

Re: * + VoIP-шлюзы+ранний answer+CDR

Re: * + VoIP-шлюзы+ранний answer+CDR

Re: * + VoIP-шлюзы+ранний answer+CDR