Ага. Я этот писец кардинально прекратил: ибо нехуй

Даже заморачиваться не стал

Такая вот блин организация

И таких дохерища!

У меня циска ата завалялось.  Вот и применим

Прекрасный вариант для приёма и отправки факсов - VentaFax. При наличии гарнитуры можно даже поговорить с абонентом перед передачей факсов (актуально для России и ex.СССР)

да, есть такая, но задача что б на мфу тыкнуть кнопку. выбрать контакт из справочника и отправить

с ventafax знаком с 2000х годов. прога классная

Тогда только шлюз вам поможет. Это тоже рабочий вариант.

Ещё есть hylafax - у меня он пятый год прекрасно работает в связке hylafax-iaxmodem-asterisk/dahdi-pstn. Секретарей не заставишь вернуться на железный факс.

Alex Stolbov , сообщество Asterisker-ы приветствует тебя ✋

Ты не можешь писать сообщения пока не ознакомишься с нашими правилами у бота и не примешь их. У тебя есть на это 5 минут. Если не успеешь, то будешь удален и заблокирован на 30 мин.

Всем привет!!!
В каком AMI Event можно гарантированно понять что ответили на звонок?

Добрый день. Настраиваем realtime + PJSIP на Астериске 16.19.0

В целом все работает. данные в ps_contacts / ps_aors / ps_auths / ps_endpoints ложатся и считываются. Но возниклa проблемa. При истечении времени регистрации пира, астериск не может его перерегистрировать, т.е. обновить данные в ps_contacts. В консоли астериска такая ошибка


[Jul  1 10:52:40] WARNING[64614]: res_config_odbc.c:540 update_odbc: Key field 'id' does not exist in table 'ps_contacts@ics-postgresql-asterisk'.  Update will fail

[Jul  1 10:52:40] WARNING[64614]: res_odbc.c:538 ast_odbc_print_errors: SQL Execute returned an error: 42601: ERROR: syntax error at or near "WHERE";

Error while preparing parameters

[Jul  1 10:52:40] WARNING[64614]: res_odbc.c:433 ast_odbc_prepare_and_execute: SQL Execute error -1!

[Jul  1 10:52:40] ERROR[64614]: res_pjsip_registrar.c:830 register_aor_core: Failed to update contact 'sip:8003@ip_address:43256;rinstance=2debcf8b18d06e57;x-ast-orig-host=123.123.0.104:43256' expiration time to 100 seconds.

В логе постгрес вижу, что запрос на апдейт приходит в некорректном виде

2021-07-01 10:52:40.112 EEST,"user","db",65819,"127.0.0.1:56514",60dd73ef.1011b,85,"PARSE",2021-07-01 10:51:11 EEST,11/8007,0,ERROR,42601,"syntax error at or near ""WHERE""",,,,,,"UPDATE ps_contacts SET  WHERE id=$1",25,,""

т.е. там отсутствует список параметров для обновления.

Не подскажете, из-за чего такая проблема может быть ?

Привет. Есть у кого модемы е173 на продажу?

Структуру ps_contacts покажите

Column        |          Type          | Collation | Nullable | Default
----------------------+------------------------+-----------+----------+---------
id                   | character varying(255) |           | not null |
uri                  | character varying(511) |           |          |
expiration_time      | bigint                 |           |          |
qualify_frequency    | integer                |           |          |
outbound_proxy       | character varying(40)  |           |          |
path                 | text                   |           |          |
user_agent           | character varying(255) |           |          |
qualify_timeout      | double precision       |           |          |
reg_server           | character varying(20)  |           |          |
authenticate_qualify | yesno_values           |           |          |
via_addr             | character varying(40)  |           |          |
via_port             | integer                |           |          |
call_id              | character varying(255) |           |          |
endpoint             | character varying(40)  |           |          |
prune_on_boot        | yesno_values           |           |          |
Indexes:
   "ps_contacts_id_key" UNIQUE CONSTRAINT, btree (id)
   "ps_contacts_uq" UNIQUE CONSTRAINT, btree (id, reg_server)
   "ps_contacts_id" btree (id)
   "ps_contacts_qualifyfreq_exp" btree (qualify_frequency, expiration_time)

Забыл уточнить, БД используется - PostgreSQL

мало конкретики, но например DialEnd и аргумент DialStatus или Newstate и аргумент ChannelStateDesc или AgentConnect если очередь.

по чему же забыли?
"В логе постгрес вижу, что запрос на апдейт приходит в некорректном виде"

ну я имел ввиду, что не явно выделил. Спасибо )