е
"просто" контейнеризация это чрут
Size: a a a
2020 March 30
е
остальное имеет под собой больше абстракции
IO
странно конечно - вроде как просто же контейнеризация
Потому что таймеры. Почитайте про cgroups и как распределяют ресурсы
PZ
@john_kloper а рестар не помог? что за версия?
DG
Рестарт не помог.
Помог @ihor_olkhovskyi устранить не сохранение номера в поле интерфейса.
Но во From всё также, при переадресации, улетает А-номер звонящего, а мой номер не подставляется.
Помог @ihor_olkhovskyi устранить не сохранение номера в поле интерфейса.
Но во From всё также, при переадресации, улетает А-номер звонящего, а мой номер не подставляется.
DG
В связи с этим шлюз оператора даёт отлуп
I
Рестарт не помог.
Помог @ihor_olkhovskyi устранить не сохранение номера в поле интерфейса.
Но во From всё также, при переадресации, улетает А-номер звонящего, а мой номер не подставляется.
Помог @ihor_olkhovskyi устранить не сохранение номера в поле интерфейса.
Но во From всё также, при переадресации, улетает А-номер звонящего, а мой номер не подставляется.
caller-id-in-from стоит в шлюзе?
DG
Это оно?
I
возможно
I
если это оно, то его надо отключить
DG
Не вышел каменный цветок)
DG
... не помогло
PZ
диалплан надо смотреть значит и править руками..
2020 March 31
КП
Приветствую. Для инициализации двойного вызова через сипы использую команду:
originate {origination_caller_id_number=8xxxx1,ignore_early_media=true,execute_on_answer='record_session /var/lib/freeswitch/recordings/archive/dual_call_8xxxx1-8xxxx2-1.mp3'}sofia/gateway/gateway1/8xxxx1 &bridge({origination_caller_id_number=8xxxx2,ignore_early_media=false}sofia/gateway/gateway2/8xxxx2)
Как сюды limit прикрутить, что бы звонок не совершался, если уже кто то говорит через gateway? Добавить в фигурные скобки limit=hash gateway gateway1 1 ? Это сработает?КП
Решил сам, добавил
execute_on_originate='limit hash gateway gateway1 1'2020 April 02
А
Народ у кого 1.10.1 и внутренние базы в постгресе- нормально профиля рестартятся и нет ошибок про блокированную транзакцию?
FK
а чем она там заблокироваться может?
FK
посмотрите в постгре idle in transaction.
FK
в pg_stat_activity
А
В такой ситуации там просто есть один запрос висящий в идле с прошлого коннекта и все остальные данные там в норме