Size: a a a

2020 September 30

IK

Ivan K in ru_freeswitch
Ivan K
Привет всем, вопрос немного не по теме. А кто использует Яндекс tts, он у вас работает? У меня просто на все запросы
upstream connect error or disconnect/reset before headers. reset reason: connection failure
заработал, примерно час лежал(
источник

AK

Andrey Kryukov in ru_freeswitch
Алексей Хабуляк
потому что в transfer on fail вы передаете $1(destination_number)

а в errors пытаетесь проматчить его BRIDGE_FAILED_EXTENSION
да не увидел
источник

AK

Andrey Kryukov in ru_freeswitch
Andrey Kryukov
да не увидел
Но все равно не работает
<context name="public">
 <extension name="transfer_on_fail" continue="true">
   <condition field="destination_number" expression="^(.*)$">
     <action application="set" data="hangup_after_bridge=true"/>
     <action application="set" data="continue_on_fail=true"/>
     <action application="set" data="failure_causes=USER_BUSY"/>
     <action application="set" data="transfer_on_fail=USER_BUSY BRIDGE_FAILED_EXTENSION XML errors"/>
     <action application="bridge" data="sofia/gateway/gw_name/$1"/>
   </condition>
 </extension>
</context>

<context name="errors">

 <extension name="BRIDGE_FAILED_EXTENSION" >
   <condition field="destination_number" expression="BRIDGE_FAILED_EXTENSION" >
     <action application="log" data="DEBUG hangup cause was:::::: ${originate_disposition}" />
   </condition>
 </extension>
</context>
————————————————————————————————————
В логе пишет что transfer  to XML[BRIDGE_FAILED_EXTENSION@errors]
но после пишет что
has executed the last dialplan instruction, hanging up
при этом в кондишены не заходит и ничего не смотрит в контексте
источник

АХ

Алексей Хабуляк... in ru_freeswitch
Andrey Kryukov
Но все равно не работает
<context name="public">
 <extension name="transfer_on_fail" continue="true">
   <condition field="destination_number" expression="^(.*)$">
     <action application="set" data="hangup_after_bridge=true"/>
     <action application="set" data="continue_on_fail=true"/>
     <action application="set" data="failure_causes=USER_BUSY"/>
     <action application="set" data="transfer_on_fail=USER_BUSY BRIDGE_FAILED_EXTENSION XML errors"/>
     <action application="bridge" data="sofia/gateway/gw_name/$1"/>
   </condition>
 </extension>
</context>

<context name="errors">

 <extension name="BRIDGE_FAILED_EXTENSION" >
   <condition field="destination_number" expression="BRIDGE_FAILED_EXTENSION" >
     <action application="log" data="DEBUG hangup cause was:::::: ${originate_disposition}" />
   </condition>
 </extension>
</context>
————————————————————————————————————
В логе пишет что transfer  to XML[BRIDGE_FAILED_EXTENSION@errors]
но после пишет что
has executed the last dialplan instruction, hanging up
при этом в кондишены не заходит и ничего не смотрит в контексте
<context name="errors">
 <extension name="BRIDGE_FAILED_EXTENSION" >
   <condition field="destination_number" expression="^(.*)$" >
     <action application="log" data="DEBUG hangup cause was:::::: ${originate_disposition}" />
   </condition>
 </extension>
</context>
источник

AK

Andrey Kryukov in ru_freeswitch
Алексей Хабуляк
<context name="errors">
 <extension name="BRIDGE_FAILED_EXTENSION" >
   <condition field="destination_number" expression="^(.*)$" >
     <action application="log" data="DEBUG hangup cause was:::::: ${originate_disposition}" />
   </condition>
 </extension>
</context>
Трансфер в логе есть а действия не выполняются  никакие , я уже голову сломал, может я просто не доконца понимаю как он должен работать ?
Но вроде все просто, если наступили указанные причины, то трансфернуть на номер в нужный тип диалплана в нужный контекст .... НО не работает  ((
источник

АХ

Алексей Хабуляк... in ru_freeswitch
Andrey Kryukov
Трансфер в логе есть а действия не выполняются  никакие , я уже голову сломал, может я просто не доконца понимаю как он должен работать ?
Но вроде все просто, если наступили указанные причины, то трансфернуть на номер в нужный тип диалплана в нужный контекст .... НО не работает  ((
покажите лог
источник

AK

Andrey Kryukov in ru_freeswitch
Алексей Хабуляк
покажите лог
если не домучаю завтра сам, то пришлю
источник

*

* [SPb] in ru_freeswitch
@serjio_k тут зато забань
источник

M

Mr. Serjio in ru_freeswitch
* [SPb]
@serjio_k тут зато забань
+
источник
2020 October 01

AK

Andrey Kryukov in ru_freeswitch
Алексей Хабуляк
покажите лог
У меня в итоге заработала только такая конструкция
<action application="set" data="hangup_after_bridge=true" />
<action application="set" data="failure_causes=USER_BUSY,NO_ANSWER"/>
<action application="set" data="continue_on_fail=true" />
<action application="bridge" data="sofia/gateway/gw_name/74991234567"/>
<action application="transfer" data="{destination_number} XML error"/>
........................
а вот  задание переменной transfer_on_fail не ясно как работает
у меня никак нормально не обрабатывает диалплан в контексте в который переводится
источник
2020 October 02

O

Olexano in ru_freeswitch
Приветствую! Камрады, подскажите как синхронизировать время во процессе freeswitch?  На сервере  время правильное, а в логах freeswitch другое
источник

AA

Adamtsov Artem in ru_freeswitch
Olexano
Приветствую! Камрады, подскажите как синхронизировать время во процессе freeswitch?  На сервере  время правильное, а в логах freeswitch другое
Привет, я делал через fs_cli -x “fsctl sync_clock”
источник

O

Olexano in ru_freeswitch
Adamtsov Artem
Привет, я делал через fs_cli -x “fsctl sync_clock”
благодарю!
источник

SY

Serge Yuriev in ru_freeswitch
Коллеги, час сижу туплю: не могу поменять в шлюзе P-Asserted-Identity 🙁
 <param name="username" value="79012345678”/>
 <param name="caller-id-in-from" value="false"/>
 <variables>
   <variable name="origination_caller_id_number" value="79012345678” direction="outbound"/>
   <variable name="sip_cid_type" value="pid" direction="outbound"/>
 </variables>

Переменные выставляются, но остаётся значение от А лега. Во From всё верно и без шаманства.
источник

AK

Andrey Kryukov in ru_freeswitch
Serge Yuriev
Коллеги, час сижу туплю: не могу поменять в шлюзе P-Asserted-Identity 🙁
 <param name="username" value="79012345678”/>
 <param name="caller-id-in-from" value="false"/>
 <variables>
   <variable name="origination_caller_id_number" value="79012345678” direction="outbound"/>
   <variable name="sip_cid_type" value="pid" direction="outbound"/>
 </variables>

Переменные выставляются, но остаётся значение от А лега. Во From всё верно и без шаманства.
<variable name="sip_cid_type" value="pid" direction="outbound"/> вот эта конструкция странная
источник

AK

Andrey Kryukov in ru_freeswitch
Вы в director у пользователя что-ли ставите ?
источник

SY

Serge Yuriev in ru_freeswitch
Andrey Kryukov
<variable name="sip_cid_type" value="pid" direction="outbound"/> вот эта конструкция странная
Вполне нормальная конструкция, в доке описана :)
Это в конфиге гейта
источник

AK

Andrey Kryukov in ru_freeswitch
Serge Yuriev
Вполне нормальная конструкция, в доке описана :)
Это в конфиге гейта
Да согласен, но всегда можно сделать
sip_cid_type=none
sip_h_P-Asserted-Identity="name"<sip:+74951234567@main.location>,"name"<tel:+74951234567>
источник

АК

Александр Кузнецов... in ru_freeswitch
Всем добрейшего чего за окном) Коллеги прошу помощи ибо не знаю куда копать и как решить проблему. Есть:
голый fs(стоковый конфиг, ток профиль по дефолту выбран internal)
2 пользака 1001 и 1002
домен 192.168.0.1
в профиле отключена авторизация без регистрации(логин и пасс вводить надо,без этого никак)
Собственно с обоих акков регистрируется и звонит друг-другу, вроде все отлично, но есть одно НО!
По непонятной мне причине могу зарегаться под пользователем "!"(хотя такого нема вообще) с паролем от первого реального пользователя из списка, в данном случае 1001. По идее это можно прикрыть через f2b, но не по ГОСТу вроде)) Ради интереса чекнул это на разных версиях fs, присудствует везде, так же проверил на последнем fusionpbx, там эта проблема не воспроизводится. Если кто сталкивался с подобным и знает как без f2b решить, буду признателен за подсказку. Очень надо.

   <!-- <param name="accept-blind-auth" value="true"/> -->
   <!-- <param name="accept-blind-reg" value="true"/> -->
   <param name="apply-inbound-acl" value="domains"/>
   <!-- <param name="apply-register-acl" value="domains"/> -->
   <param name="auth-all-packets" value="false"/>
   <param name="auth-calls" value="true"/>


   <list name="domains" default="deny">
     <node type="allow" domain="$${domain}"/>
   </list>

   <list name="lan" default="allow">
     <node type="allow" cidr="192.168.42.42/32"/>
   </list>
источник

АК

Александр Кузнецов... in ru_freeswitch
источник