freeswitchforum.com

Форум поддержки FreeSWITCH

FreeSWITCH is a registered trademark of Anthony Minessale. Official FreeSWITCH site.

Текущее время: 29 апр 2024 13:18

Сообщения без ответов | Активные темы


Список форумов » FreeSWITCH Main » Для новичков/FAQ

Часовой пояс: UTC + 4 часа




Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 8 ] 
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
altair
СообщениеДобавлено: 13 окт 2014 08:00 

Зарегистрирован: 02 сен 2014 14:44
Сообщения: 10
В поисках решения идеального web-клиента :)
Имеется звонок с софт-телефона на страницу в Flash object.
Проблема в том, что каждый второй звонок (случайным образом, насколько мне известно) как бы мигнул и исчез. Не дозвон.
В логах этот момент происходит так:
Нормальная работа:
Код:
2014-10-10 19:04:11.571757 [DEBUG] mod_rtmp.c:190 rtmp/default/f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3 CHANNEL ROUTING
2014-10-10 19:04:11.571757 [DEBUG] switch_ivr_originate.c:67 (rtmp/default/f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3) State Change CS_ROUTING -> CS_CONSUME_MEDIA
2014-10-10 19:04:11.571757 [DEBUG] switch_core_session.c:1388 Send signal rtmp/default/f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3 [BREAK]
2014-10-10 19:04:11.571757 [DEBUG] switch_core_state_machine.c:528 (rtmp/default/f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3) State ROUTING going to sleep
2014-10-10 19:04:11.571757 [DEBUG] switch_core_state_machine.c:472 (rtmp/default/f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3) Running State Change CS_CONSUME_MEDIA
2014-10-10 19:04:11.571757 [NOTICE] mod_sofia.c:2073 Ring-Ready sofia/internal/operator3@192.168.1.3!
2014-10-10 19:04:11.571757 [DEBUG] switch_core_state_machine.c:547 (rtmp/default/f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3) State CONSUME_MEDIA
2014-10-10 19:04:11.571757 [DEBUG] switch_core_state_machine.c:547 (rtmp/default/f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3) State CONSUME_MEDIA going to sleep
2014-10-10 19:04:11.571757 [DEBUG] switch_core_session.c:1053 Send signal sofia/internal/operator3@192.168.1.3 [BREAK]
2014-10-10 19:04:11.571757 [DEBUG] sofia.c:6423 Channel sofia/internal/operator3@192.168.1.3 entering state [early][180]
2014-10-10 19:04:11.571757 [DEBUG] switch_core_session.c:908 Send signal sofia/internal/operator3@192.168.1.3 [BREAK]
2014-10-10 19:04:11.571757 [NOTICE] switch_ivr_originate.c:527 Ring Ready sofia/internal/operator3@192.168.1.3!

Неадекватная работа:
Код:
2014-10-10 19:04:45.971757 [DEBUG] mod_rtmp.c:190 rtmp/default/f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3 CHANNEL ROUTING
2014-10-10 19:04:45.971757 [DEBUG] switch_core_state_machine.c:166 rtmp/default/f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3 Standard ROUTING
2014-10-10 19:04:45.971757 [INFO] mod_dialplan_xml.c:558 Processing Operator operator3 <operator3>->f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3 in context default
Dialplan: rtmp/default/f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3 parsing [default->unloop] continue=false
... и далее начинает диалплан тормошить.

Первой строкой идёт общая строка.
Переменные вытащенные <action application="info"/> - одинаковые.

Отсылка к оператору происходит командой:
Код:
<action application="bridge" data="${rtmp_contact(default/${destination_number}@$${domain})}"/>
Данная команда, срабатывает всегда одинаково:
Код:
Dialplan: sofia/internal/operator3@192.168.1.3 Action bridge(${rtmp_contact(default/${destination_number}@192.168.1.3)})
2014-10-10 19:16:53.796804 [DEBUG] switch_core_state_machine.c:216 (sofia/internal/operator3@192.168.1.3) State Change CS_ROUTING -> CS_EXECUTE
2014-10-10 19:16:53.796804 [DEBUG] switch_core_session.c:1387 Send signal sofia/internal/operator3@192.168.1.3 [BREAK]
Вернуться к началу
 Профиль  
 
Vlad1983
СообщениеДобавлено: 13 окт 2014 08:28 
FreeSWITCH_GuRu

Зарегистрирован: 22 авг 2012 09:52
Сообщения: 1710
по этим обрезкам дебага, единственное что понятно - нет перехода "CS_ROUTING -> CS_CONSUME_MEDIA"
вооружатся tcpdump и долго... муторно... снимать анализы
потом ещё дольше пытаться их разобрать

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch
Вернуться к началу
 Профиль  
 
altair
СообщениеДобавлено: 13 окт 2014 13:42 

Зарегистрирован: 02 сен 2014 14:44
Сообщения: 10
Vlad1983 писал(а):
по этим обрезкам дебага, единственное что понятно - нет перехода "CS_ROUTING -> CS_CONSUME_MEDIA"

Вы совершенно правильно поняли, обрезка дебага оказалось достаточно.
Может быть имеется какая-нибудь волшебная команда "безусловного перехода", или там "сбросить всё" и "по-чистому" пройти по диалплану. Ну, хоть какие-нибудь зацепки, почему поведение может так резко меняться без каких-либо видимых причин.

Vlad1983 писал(а):
вооружатся tcpdump и долго... муторно... снимать анализы
потом ещё дольше пытаться их разобрать

Вот этого-то я и боялся. Слишком, слишком муторно.

При чём такое поведение как в локальной сети, так и в глобальной присутствует. Засада. На разных версиях FS: 1.4.9, 1.5.15b, 1.15.14b; на разных UbuntuServer: 12, 14 - всё одно. Может попробовать откатиться куда-нибудь в ветку 1.2.Х?
Вернуться к началу
 Профиль  
 
Vlad1983
СообщениеДобавлено: 13 окт 2014 14:22 
FreeSWITCH_GuRu

Зарегистрирован: 22 авг 2012 09:52
Сообщения: 1710
переход CS_ROUTING -> CS_CONSUME_MEDIA случается тогда когда нужно начать передавать медиа-данные
разве что дать answer в диалплане, но это не решение проблемы

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch
Вернуться к началу
 Профиль  
 
altair
СообщениеДобавлено: 14 окт 2014 08:52 

Зарегистрирован: 02 сен 2014 14:44
Сообщения: 10
Ещё раз здравствуйте.

С адекватным отрезком приблизительно понятно, что происходит:
Vlad1983 писал(а):
переход CS_ROUTING -> CS_CONSUME_MEDIA случается тогда когда нужно начать передавать медиа-данные


А как можно лексически (по-русски) описать что происходит при неадекватной работе:
Код:
2014-10-10 19:04:45.971757 [DEBUG] switch_core_state_machine.c:166 rtmp/default/f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3 Standard ROUTING
2014-10-10 19:04:45.971757 [INFO] mod_dialplan_xml.c:558 Processing Operator operator3 <operator3>->f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3 in context default
Dialplan: rtmp/default/f9f99d35-9c89-44eb-8014-98bae1112964/operator2@192.168.1.3 parsing [default->unloop] continue=false

Возможно, имея лексическую формулу, можно куда-нибудь копнуть.

Vlad1983 писал(а):
дать answer в диалплане, но это не решение проблемы

На всякий пожарный сделал вот так:
Код:
<extension name="rtmp_redirect">
      <condition field="destination_number" expression="^operator\d{1}$">
         <action application="info"/>
         <action application="answer" data=""/>
         <action application="sleep" data="500"/>
         <action application="bridge" data="${rtmp_contact(default/${destination_number}@$${domain})}"/>
         <action application="hangup" data="NORMAL_CLEARING"/>
      </condition>
   </extension>

Не помогло, конечно.

[+] Бред \:\)
Ещё сделал вот так:
Код:
   <action application="bridge" data="${rtmp_contact(default/${destination_number}@$${domain})}"/>
   <action application="sleep" data="500"/>
   <action application="bridge" data="${rtmp_contact(default/${destination_number}@$${domain})}"/>
   <action application="sleep" data="500"/>
   <action application="bridge" data="${rtmp_contact(default/${destination_number}@$${domain})}"/>
   <action application="sleep" data="500"/>
   <action application="bridge" data="${rtmp_contact(default/${destination_number}@$${domain})}"/>
   <action application="sleep" data="500"/>
   <action application="bridge" data="${rtmp_contact(default/${destination_number}@$${domain})}"/>

Удивительное наблюдение: дозвон гарантированно попадает на 2-й раз.
Т.е. если в моих первых попытках я мог не дозваниваться раза 4 к ряду, то здесь, если первый bridge не отрабатывает как надо, то уж второй - точно работает корректно.
Вернуться к началу
 Профиль  
 
altair
СообщениеДобавлено: 14 окт 2014 09:37 

Зарегистрирован: 02 сен 2014 14:44
Сообщения: 10
*Поправка*

Удалось мне достичь 2 отказов, поэтому "дозвон гарантированно попадает на 2-й раз" - вывод неверный.
Вернуться к началу
 Профиль  
 
Vlad1983
СообщениеДобавлено: 14 окт 2014 10:08 
FreeSWITCH_GuRu

Зарегистрирован: 22 авг 2012 09:52
Сообщения: 1710
снимайте дамп трафика
возможно на первую попытку прилетает icmp-reject от роутера

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch
Вернуться к началу
 Профиль  
 
altair
СообщениеДобавлено: 23 окт 2014 09:02 

Зарегистрирован: 02 сен 2014 14:44
Сообщения: 10
Здравствуйте.

Проблема отказов некоторых пакетов была в том, что за подключение сети отвечала сетевая карта Acorp L-1000S, которая в свою очередь била эти самые пакеты. Пришлось ставить другую карту.

И такое бывает.
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 8 ] 

Список форумов » FreeSWITCH Main » Для новичков/FAQ

Часовой пояс: UTC + 4 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 343

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB