Прошивку менял?

Включал аппаратное эхоподавление?

Ппошивка последняя и на шлюз и на аппараты

Аппаратное эхоподавл в виде галки не вижу, echo cancel tail стоит 64ms

Поставь 128 мс

Из 10 звонков на этой стороне не случилось, но 1раз на той стороне эхо было

Еще прогнали, эха нет, спасибо! Завтра прогоним под реальнрй нагрузкой

Еще заметил иногда при входящем звонке вдруг тихо слышно собеседника, причем с того же мобильного перезваниваю, в большинстве других нормалтно, есть какой то параметр который громкость определяет на шлюзе? Или это может быть на разных аналоговых линиях по разному?

Line parametr tx gain 0db, rx gain -2db

Да. Можешь gain покрутить, но аккуратно.

ребят, щас нубский вопрос задам, но уже часов 8 гуглю и фигу

как его отучить предавать внутренние префиксы стороне А, в Remote-Paty-Id?

sip_cid_type

Или нужно что-то отрезать там?

это работает для Б стороны

проблему вот описывал товарищ http://lists.freeswitch.org/pipermail/freeswitch-users/2010-August/061859.html

мне нужно обрезать служебные префиксы (в этом поле) для стороны А (оригинатора вызова)

origination_caller_id_number аыставить не помогло?

неа

А как выставляли? В {} ?

не, через set

А нужно expory или {}

а как это поможет модифицировать Remote-Paty-Id отдваваемый оригинатору?

экспорт же передает переменную ноге Б

origination_caller_id_number ввообще изменяет АОН

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

<action application="bridge" data="{sdp_m_per_ptime=false,caller-id-type=none,ignore_display_updates=true}${lcr_route_1}"/> у меня вот так сделано и вроде работает

Так нужно АОН или destination поменять?

т.е. приходит звонок, ксловно на Б номер 420-239-239-239

Так нужно АОН или destination поменять?

проблема в том, что в ногу а прилетает апдейт с нумером после модификации

я его маршрутизирую с префо 123#420239239239

ignore_display_updates

ignore_display_updates

у товарища не сработало

а когда оригинатору отдаю 183, то в заголовке Remote-Paty-Id прилетает Б номер со всеми префами

притом даже когда в экшене

Или ещё можно а профиле ввключить.

в профиле как грохнуть?

Сейчас на вскидку не вспомню.

В гугле находилось запросто.

может ключевых слов для поиска подскажете?

у меня че-т не получается, хотя обычно не страдаю

возможно кстати когда <action application="set" data="ignore_display_updates=true"/> делаешь, попробовать инлайн

больше ни у кого идей нет?

у меня оно работает вот так(маршрутизация случается ниже) <action application="export" data="origination_callee_id_number=$1"/>

можно ещё callee name в undef

омг

сработало!

спасибо!

На здоровье.

радиус умеет, говорят что последнее время даже работает. Раньше было плохо. У нас как раз через курл сделано.

Здравствуйте, коллега! Позвольте, я попристаю ещё немного с вопросами по поводу авторизации. С mod_rad_auth получается, что фрисвитч сначала сам производит аутентификацию пользователя, а потом из диалплана можно запросить радиус. Получается, что нет возможности хранить учетные записи только в радиус-сервере, нужно их добавить так же и в фрисвитч. У вас как сделано, логины и пароли пользователей вашему фрисвитч известны? Он в курл что спрашивает, что-то типа "можно ли номеру 101 позвонить в город"? Т.е. логин пароль через курл не проверяется? А если проверяется, то где вы берете nonce, cnonce, nc, qop, response, которые в SIP от пользователя пришли при авторизации, или вы шлете в курл логин и пароль пользователя? UPD: Попробую mod_xml_radius, я не уверен, но похоже он умеет в дайджест.

Добрый день коллеги, такой небольшой вопрос. связанный с dtmf. зарегин сип транк с использованием dtmf rfc2833. на входящие звонки дтмф срабатывает и все нормально обрабатывается. на исходящих же, уже пробовал звонить на несколько номеров. дтмф почему то не срабатывает. в чем может быть дело?

тестил всё это дело при помощи x-lite. если на нем выставлять DTMF - INBAND. в таком случае донабирать могу. и еще такой вопрос, можно ли как то экстеншенам конкретно парметр дтмф привязать равный inband?

тестил всё это дело при помощи x-lite. если на нем выставлять DTMF - INBAND. в таком случае донабирать могу. и еще такой вопрос, можно ли как то экстеншенам конкретно парметр дтмф привязать равный inband?

Извините, случайно стёр сообщение, повторю. https://www.asterisk-pbx.ru/wiki/freeswitch/freeswitch_sofia_conf_xml по этой ссылке найдите про DTMF, мне кажется, это может вам помочь.

Парни, хочется необычного. Нужна оригинация трафика с фрисвича с двух разных адресов в один дестинейшн. Вообще возможно? Куда копать?

Парни, хочется необычного. Нужна оригинация трафика с фрисвича с двух разных адресов в один дестинейшн. Вообще возможно? Куда копать?

Ты хочешь слать INVITE с разных адресов тачки, на которой FS крутится?

Не только. Вплоть до медии

Не только. Вплоть до медии

Заведи 2 SIP профиля, каждый из них повесь на свой адрес, включая медийку. Во FreeSwitch профиль = сетевой сокет(точнее набор сокетов).

Заведи 2 SIP профиля, каждый из них повесь на свой адрес, включая медийку. Во FreeSwitch профиль = сетевой сокет(точнее набор сокетов).

Спасибо, щас своему коллеге передам

Как бы мне сохранить результат матчинга в случае вложенных условий? <condition field="destination_number" expression="^\+?(79\d{9})$"/> <condition> <action application="set" data="dest_num=$1"/> </condition> Пустой condition не от хорошей жизни конечно - иначе actions вообще не исполняются

а зачем пустой?

<condition field="destination_number" expression="^\+?(79\d{9})$"/>

/ убери в конце

<condition field="destination_number" expression="^\+?(79\d{9})$"> <action application="set" data="dest_num=$1"/> </condition>

и норм всё сохранится в переменную

там дальше ещё вложенный кондишн в котором как раз результат матчинга и нужен - это была попытка сохранить его

а ну тогда перед ним записывай в переменную

или другой экстеншн и трансфер на него

Вопрос как записать в переменную? Через трансфер не хочется Из-за вложенности не получается результат матчинга сохранить. Полная конструкция такая <condition field="${toll_allow}" expression="mobile"/> <condition field="destination_number" expression="^\+?(79\d{9})$"/> <condition field="caller_id_number" expression="^12902$">" <action application="bridge" data="sofia/gateway/sovintel-premium-kk-gw3/80000#${dest_num}"/> <anti-action application="bridge" data="sofia/gateway/gw/7757#$1"/> </condition>

куда тут приткнуть переменную?

<condition field="${toll_allow}" expression="mobile"/> <condition field="destination_number" expression="^\+?(79\d{9})$"/> <action application="set" data="DST_NUM=$1"/> <condition field="caller_id_number" expression="^12902$">" <action application="bridge" data="sofia/gateway/sovintel-premium-kk-gw3/80000#${DST_NUM}"/> <anti-action application="bridge" data="sofia/gateway/gw/7757#${DST_NUM}"/> </condition>

как вариант так

такой вариант был опробован первым :) set не выполняется, почему и появилось пустое условие

и этот пустой кондишн рушит область видимости :(

сделай вложенные условия тогда

<condition 1> <condition 2> </condition 2> </condition 1>

Зачем делать set в dst_num, можете просто поставить ${destination_number} ?

в данном конкретном случае там может быть "+", который шлюз не сожрёт, но вообще задачка то довольно генерализованная

ух, с такими вложенными опыта не было, надо аккуратно попробовать ночером (ибо стэйджинг сломался)

судя по докам ^(?:\+|00)(\d+)$ Example: +13171222222 matches and captures 13171222222 in $1 0013171222222 matches and captures 13171222222 in $1

в вашем случае ^(?:\+)(79\d{9})$

поправка ^(?:\+)|(79\d{9})$ , чтоб и без плюса номер срабатывал

ух, с такими вложенными опыта не было, надо аккуратно попробовать ночером (ибо стэйджинг сломался)

там проблем нет никаких

единственный момент, надо учесть что он сначала просматривает XML, проставляет все переменные, а потом уже выполнять начинает

т.е. вычисляемые переменные во вложенных значениях не отработают, если они не заданы в момент входа в 1ый condition

в вашем случае ^(?:\+)(79\d{9})$

немного не о том речь, вопрос в области видимости $1

поправка ^(?:\+)|(79\d{9})$ , чтоб и без плюса номер срабатывал

не надо так

в доке там или плюс, или два нуля

поправка ^(?:\+)|(79\d{9})$ , чтоб и без плюса номер срабатывал

^(?:\+)?(79\d{9})$ вот так уж тогда

но особого смысла нет в первой конструкции

единственный момент, надо учесть что он сначала просматривает XML, проставляет все переменные, а потом уже выполнять начинает

насколько я помню там ещё и последовательность вычисления condition другая и параметры надо выставить где прерваться