накостылить не проьлема) сделать юзабельным и убедить подлить в мастер вот это проблема

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

есть вариант еще в диалплане менять

если коротко он написал "пшли нах, платите бабки, тогда буду делать"

есть вариант еще в диалплане менять

как?

вариант с дп очень бы даже устроил

только я так и не придумал варианта как

${switch_r_sdp}

в истории чата можно поискать, но это только на B-leg будет работать

https://freeswitch.org/confluence/display/FREESWITCH/Codec+Negotiation

как-то по аналогии

хотя ХЗ может как-то экспортнуть по особенному можно

<action application="set"> <![CDATA[switch_r_sdp=(sdp here) ]]> </action>

с А вряд ли выйдет, да

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

<extension name="disable-annexB" continue="true"> <condition field="${switch_r_sdp}" expression="/(.*)(m=audio \d+ RTP\/AVP)(.*)( 18 )(.*)/s"> <action application="export" data="rtp_append_audio_sdp=a=fmtp:18 annexb=no"/> </condition> </extension>

в общем, читать доку и пробовать

rtp_append_audio_sdp=a=sendrecv я пробовал

не проканало

накрайняк щас полностью кусок SDP попробую засунуть

надо еще с экспортом попробовать..

там есть переменная, но она в readonly

угу и контролировать где поменялось ниразу не пробовал эти фичи юзать

завтра помучаюсь, отпишусь по результатам

щас номер тестовый не добуду

a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv a=sendonly ?

прогресс

ну вариант найти rtp_append_audio_sdp и сделать по аналогии rtp_remove_audio_sdp

а напрямую через CDATA не пашет?

это и есть через CDATA, только я для начала сделал <![CDATA[rtp_local_sdp_str=${rtp_local_sdp_str}a=sendonly]]>

чтобы посмотреть влияет ли оно вообще на SDP

есть мысли почему вот так происходит? variable_ audio_media_flow: sendonly%0A

перенос строки в имени переменной

а как устанавливаешь?

и наверняка перенос виндовый

/r/n

ды не, линупсы везде

ща сек

полечил, не помогло

variable_audio_media_flow: sendonly

в этой переменной сендонли

а в SDP sendrecv всё равно

есть подозрение, что это ридонли как раз

только переформирование SDP видимо поможет

писать можно, но бесполезно

не не, я щас наоборот делаю, я из sendrecv пытаюсь сделаьт sendonly

дабы не ждать билайновский транк

сдп правь, и до инвайта наружу

sofia global siptrace on и смотри что улетает

да включено всё)

там просто чтобы SDP сформировать надо туеву хучу переменных найти сначала, аля медиа порты и тп

щас буду выцеплять пробовать

а использовал кто xml_fetch питона?

да, при запросе к любой бд fs крашится

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

О_О

ну вот тестирую пока 1.4

с питоном какая то болячка с бд

про фласк видел и про либу, как ее

на вики было написано что с sqlalchemy косяк был

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

sqlite помоему норм работал

да, алхимию

а в корке что при этом?

к сожалению уже не вспомню

посему имейте ввиду, если нужен xml_fetch то лучше lua

ну или перл

посему имейте ввиду, если нужен xml_fetch то лучше lua

хватит с меня луа

солидарен, редкостное гуано

и так хуки на нем

но у mod_python болячка

просто сейчас у нас всё на питоне и фласке, через mod_xml_curl, но начальника от этого очень бомбит

напрямую хочет

я думаю я дал вам аргумент)

сделаю прослойку через чистый питон, посмотрим что получится

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

что тоже большой плюс

да да, именно так

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

вобщем при ответе эта зараза переписывает то что я пишу в SDP

пока больше не боролся, вечером еще помучаюсь

а если разрабов спросить в ирке?

вечером как раз они выползают

попробую, но они не любят отвечать на вопросы которые я задаю)

кстати, насчет xml_curl

вы через него всю конфу отдаете?

вы через него всю конфу отдаете?

всё, да

дп кэшируете как то?

что-то подтекает, но за 50 дней всего 47% рамы отожрал

и как вообще бьете при отдаче xml ники, по контекстам/экстеншнам?

стата выше

дп кэшируете как то?

зачем?

дабы не дергать приложение отдающее xml при отсутствии изменений

директори то кэшится штатными средствами

tail /var/log/nginx/fsconfsrv-access.log 213.170.84.102 - - [10/Jan/2017:13:33:57 +0300] "POST /fsconfsrv/dialplan.xml HTTP/1.1" 200 1679 "-" "freeswitch-xml/1.0" "-" ++0.009 213.170.84.102 - - [10/Jan/2017:13:33:57 +0300] "POST /fsconfsrv/dialplan.xml HTTP/1.1" 200 1490 "-" "freeswitch-xml/1.0" "-" ++0.008 213.170.84.102 - - [10/Jan/2017:13:33:58 +0300] "POST /fsconfsrv/dialplan.xml HTTP/1.1" 200 5203 "-" "freeswitch-xml/1.0" "-" ++0.008 213.170.84.102 - - [10/Jan/2017:13:33:58 +0300] "POST /fsconfsrv/dialplan.xml HTTP/1.1" 200 5761 "-" "freeswitch-xml/1.0" "-" ++0.008 213.170.84.102 - - [10/Jan/2017:13:33:58 +0300] "POST /fsconfsrv/dialplan.xml HTTP/1.1" 200 4816 "-" "freeswitch-xml/1.0" "-" ++0.009 213.170.84.102 - - [10/Jan/2017:13:33:58 +0300] "POST /fsconfsrv/dialplan.xml HTTP/1.1" 200 5761 "-" "freeswitch-xml/1.0" "-" ++0.009 213.170.84.102 - - [10/Jan/2017:13:33:58 +0300] "POST /fsconfsrv/dialplan.xml HTTP/1.1" 200 5261 "-" "freeswitch-xml/1.0" "-" ++0.009 213.170.84.102 - - [10/Jan/2017:13:33:58 +0300] "POST /fsconfsrv/dialplan.xml HTTP/1.1" 200 5761 "-" "freeswitch-xml/1.0" "-" ++0.008 213.170.84.102 - - [10/Jan/2017:13:33:58 +0300] "POST /fsconfsrv/dialplan.xml HTTP/1.1" 200 4952 "-" "freeswitch-xml/1.0" "-" ++0.009 213.170.84.102 - - [10/Jan/2017:13:33:58 +0300] "POST /fsconfsrv/dialplan.xml HTTP/1.1" 200 6983 "-" "freeswitch-xml/1.0" "-" ++0.013

++ это время генерации

директори то кэшится штатными средствами

а зачем? у нас ничего не кэшируется

дабы не дергать приложение отдающее xml при отсутствии изменений

это как? ) все конфиги - динамика

и отдаётся только несколько кб