именно, оттуда кушает презенс в любом виде, пофиг откуда

у меня всё через xml_curl, я вижу что когда релоадится =_=

это секция директори

таки да, надо попробовать.. но применяться будет к любому бриджу, поэтому "обратная совместимость"

это секция директори

тоже

и директори читается при старте профиля

при старте профиля директори читается если там стоит alias=true

или directory=true

или какой там параметр за хранение шлюзов в директори отвечает

не помню

update presence

гугл выдает только про presense который сиповый.. а у меня их нет совсем

перечитывать каждый раз профиль тоже сомнительная радость )

дык не нужно же его перечитывать

надо через диал стринг пробовать

я ж про что и говоррю, через диалстринг

главное вот это {^^:sip_invite_domain=${dialed_domain}:presence_id=${dialed_user}@${dialed_domain}} то что справа —------------»>${sofia_contact(*/${dialed_user}@${dialed_domain})} уже пофиг

xml_curl директори заставляет кэшить xml?

нашел свой костыль :)

?

в гугле?)

прямо в генераторе конфигов """ s = ''' <domain name="siptest.ringme.ru"> <params> <param name="dial-string" value="{^^:sip_invite_domain=${dialed_domain}:presence_id=${dialed_user}@${dialed_domain}}${sofia_contact(*/${dialed_user}@${dialed_domain})}"/> </params> </domain>''' res = section_header("directory", s) #return abort(404) return res """

ну дык эт оно и есть

а не в базе

почему костыль то?

в базе должно быть

а не куском хмл в коде

# grep -rl dial-string /var/log/freeswitch/freeswitch.xml.fsxml #

хммм

а, ну эт хз

Здравствуйте! Подскажите, пожалуйста, в чем может быть проблема: при звонке с sip-клиента, мой сценарий dial-плана успешно отрабатывает (пригрывание звукового файла тому, кто поднял трубку), при звонке через fs_cli - originate sofia/gateway/goip/89000000000 user/1005 сразу срабатывает hangup.

Строки из dial-план, которые успешно отрабатывают при звонке с sip-клиента <extension name="Goip outbound"> <condition field="destination_number" expression="^(\d{11})$"> <action application="log" data="INFO goip outbound to $1"/> <action application="bridge" data="{api_on_answer='uuid_broadcast ${uuid} D:/01.wav bleg'} sofia/gateway/goip/$1"/> </condition> </extension>

originate sofia/gateway/goip/89000000000 &bridge(user/1005)

originate sofia/gateway/goip/89000000000 &bridge(user/1005)

В результате: Callstate Change EARLY -> ACTIVE, связь устанавливается (звонок не сбрасывается), но файл не проигрывается, в трубку молчание.

ртп не летает?

В результате: Callstate Change EARLY -> ACTIVE, связь устанавливается (звонок не сбрасывается), но файл не проигрывается, в трубку молчание.

конечно молчание это команда только для дозвона

чтоб файл проиграть нужно вызвать диалплан

В результате: Callstate Change EARLY -> ACTIVE, связь устанавливается (звонок не сбрасывается), но файл не проигрывается, в трубку молчание.

делайте originate ... &transfer(...)

можно просто our_ext

originate sofia/gateway/goip/89000000000 our_ext

а уже там бридж с настройками

что за бред

session:getVariable("sip_h_SupplierID") правильно же забираю?

хочу прочитать свой кастомный хедер

почему он возвращает nil то

session:getVariable("sip_h_SupplierID") правильно же забираю?

variable_

попробуй

тут тупень с этим, иногда надо, иногда нет

да я знаю но все равно nil возвращает

я и так и эдак

и как агрумент в диалплане уже задавал

сделай дамп и проверь, что оно есть

Да есть конечно

GenericVariable: baz SupplierServiceID: bar SupplierID: foo

каждый звонок проверяю

именно эта переменная

в сессии

охеренно....

он кастомные переменные только с X- вначале хавает

чтобы оно появилось в сип пакете? Да, читаем RFC

просто в канале - всё-равно должно быть

неа, нету в канале

у нас куча своих параметров в канале

и в том числе в диалплане используем потом

например ${dial} как замена destination_number

Денис, ну их просто нет ._. я сделал дамп через info

сейчас X- добавили - они появились

ну тогда подозрение только на sip_h_

не знаю, может версия фс такая.. я тоже помню что из камы без X- посылал

и вроде бы все хорошо было

с камы без Х - имеет полное право проигнорить

да не спорю

у нас 1.4

FreeSWITCH Version 1.5.6b+git~20131014T235757Z~850c154bd4 :)

Кстати, никто тут с netsense не интегрировался никогда?

мне очень нравится как у них автотесты работают

101 session(s) - peak 824, last 5min 252 0 session(s) per Sec out of max 300, peak 250, last 5min 2

да, еще раза в 3-4 больше и уже предел платформы..

ну извините) 2.5к параллельных вызовов держать это тоже не сахер)

астериск раньше окуклится)

да и еще и с сильно волнообразным CPS

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

<action application="start_dtmf_generate"/>

когда ставлю генерет вообще не идет набор на номер

а когда стоит старт то криво работает(

уйти от inbound, оставив 2833,

а там всё работает

2833 тоже пробою таже проблема

<action application="start_dtmf_generate"/>

ох, ещё раз: для входящих звонков start_dtmf (но вы не хотите его использовать, ниже объясню почему), а start_dtmf_generate - для исходящих

у меня сип принимает yeastar ippbx

Лусше spandsp_start_dtmf

start_dtmf работает плохо, вместо него лучше использовать spandsp_start_dtmf

2833 тоже пробою таже проблема

несколько сотен клиентов - ок

Он делает интерцепт

Лусше spandsp_start_dtmf

да-да, но требуется рабочий spandsp (скорее всчего он у вас есть)

select count(id) from client; +-----------+ | count(id) | +-----------+ | 2917 | +-----------+ ой, уже почти 3к клиентов )

но предлагаю начать с нуля: что именно работает не так, как настроено, что должно получиться в итоге

использовать вместе start_dtmf иstart_dtmf_gerate нельзя, надо сразу решить: или вы примаете inband и шлёте 2833, или вы примаете 2833 и шлёте inband

использовать вместе start_dtmf иstart_dtmf_gerate нельзя, надо сразу решить: или вы примаете inband и шлёте 2833, или вы примаете 2833 и шлёте inband

generate делает инбаунд?

generate делает инбаунд?

да, он пищит в канал

использовать вместе start_dtmf иstart_dtmf_gerate нельзя, надо сразу решить: или вы примаете inband и шлёте 2833, или вы примаете 2833 и шлёте inband

я вместе не делал.по очереди тестировал