Был

упомянул)

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

товарищ в ru_voip присутствует?)

а, он только в этом канале есть )

а вот оно чо)

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

Пока что от неожиданной нелогичности конфигурации и неописуемой причудливости названия переменных + способов получения инормации о freeswitch один негатив Я согласен что он гораздо гибче asterisk, Но в 80% проектов asterisk достаточно с головой. Хорошая документация и ожидаемость поведения делают свое дело.

но каждому свое

У мну вот сейчас приходит 183 с sdp и FS на этом ломается

Как именно?

Пока что от неожиданной нелогичности конфигурации и неописуемой причудливости названия переменных + способов получения инормации о freeswitch один негатив Я согласен что он гораздо гибче asterisk, Но в 80% проектов asterisk достаточно с головой. Хорошая документация и ожидаемость поведения делают свое дело.

дело привычки на самом деле

привыкнуть к нелогичному сложно

ну по крайней мере мне мне

Логика разная бывает

я про двоичную

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

нежели от фрисвичовых)

щас будет срач

Ну от fs тоже все плохо И там и там использую lua

Как именно?

Если без вмешательств с нашей стороны, то он прокидывает INVITE без SDP, потом во второй ноге приходит 183 с офером и FS отвечает на это CANCEL

asterisk на lua получается гибче (ну как b2bua по крайней мере)

Если без вмешательств с нашей стороны, то он прокидывает INVITE без SDP, потом во второй ноге приходит 183 с офером и FS отвечает на это CANCEL

А если 200 OK?

asterisk на lua получается гибче (ну как b2bua по крайней мере)

а так вот почему названия переменных смущают

А если 200 OK?

Клиент шлёт 183 и это не изменить

Если же прислать 200 то всё норм

А я видел, что rfc нашли на эту тему. Что в нём в этом сценарии?

А я видел, что rfc нашли на эту тему. Что в нём в этом сценарии?

Не rfc, IMS инфраструктура. Она вся на 183-их построена.

а так вот почему названия переменных смущают

Нет. Не по этому Смущает то, что ожидаешь оно а получаешь другое. Я тут уже как то задавал вопрос пару месяцев назад. Все упирались что именно так должна выглядеть переменная. Оказаллось выглядит она совсем иначе...

И такого оооочень много

Слишком много чтобы говорить о логичности

Не rfc, IMS инфраструктура. Она вся на 183-их построена.

Нет rfc по 3pcc?

есть

3725

Нет rfc по 3pcc?

Нет конкретного под этот сценарий. По 3гпп то их полно.

В нём есть сценарий с пустым INVITE?

Есть но!

касаемо пустого инвайта есть проблема что то - что делает freeswitch там не описано

Что на него должно приходить в ответ?

по крайней мере при enable-3pcc=true

Нет. Не по этому Смущает то, что ожидаешь оно а получаешь другое. Я тут уже как то задавал вопрос пару месяцев назад. Все упирались что именно так должна выглядеть переменная. Оказаллось выглядит она совсем иначе...

разница в uuid_dump и то, как потом её получить? Да, мне тоже пришлось городить костыли на эту тему, благо есть as json в ряде случаев

(или просто json для дампа)

по крайней мере при enable-3pcc=true

Этот диалог оттуда, но к этому фоагу он отношения не имеет.

разница в uuid_dump и то, как потом её получить? Да, мне тоже пришлось городить костыли на эту тему, благо есть as json в ряде случаев

Не только. Я то ли хедер пытался получить входящий и ждал в одном формате сообщение а мне слалось в другром, то ли переменная выставлялась неожиданно с low_case

Не только. Я то ли хедер пытался получить входящий и ждал в одном формате сообщение а мне слалось в другром, то ли переменная выставлялась неожиданно с low_case

нестандартные, заданные через X- - не преобразуются

штатные да, "есть нюансы"

Этот диалог оттуда, но к этому фоагу он отношения не имеет.

Да точно

касаемо пустого инвайта есть проблема что то - что делает freeswitch там не описано

При пустом инвайте фс не генерирует сдп, так как подразумевается что оно генерируется на основе оффера клиента. А по приходу 183 лезет проверять сгенерированное (а нету) и шлёт лесом

Это на обработку входящих

да да. Я просто видимо влез в тему не вникнув .Сорян

При пустом инвайте фс не генерирует сдп, так как подразумевается что оно генерируется на основе оффера клиента. А по приходу 183 лезет проверять сгенерированное (а нету) и шлёт лесом

FS шлёт INVITE без SDP. В rfc в подобном сценарии что в ответ приходит?

По сценарию, при включенном 100rel должен прийти 183 с офером, что у меня и есть и на него следует ответить праком со своим офером.

Если FS не по rfc действует, значит нужно делать патч.

Если в код фс не лезть, он отвечает CANCEL. Так как ответный офертой не сгенерировано при обработке входящего инвайта. Если чуть влезть и прописать NUTAG_ENABLE_MEDIA(0) при отправке инвайта во второй ноге, он отвечает праком, но без SDP, что логично, оффер то не предложен. При этом PRACK генерирует sofia-sip и мод даже не может повлиять на него.

Под CISCO delayed offer я патч в sofia делал.

Если FS не по rfc действует, значит нужно делать патч.

Я уж неделю сижу пытаясь решить эту загвоздку. Может и попробую отправить если получится (что вряд-ли)

Под CISCO delayed offer я патч в sofia делал.

Приняли? Ссылку можешь дать? Я б завтра посмотрел с работы.

Я не публиковал.

А зря )

а этот CISCO delayed offer уж не схож ли с тем, как циска с холдом работает? А то они ж там переменную для этого прикрутили

Не подскажу.

глупый вопрос, а как в мод_софия сгенерировать SDP с чистого листа на основе прописанных в конфигах кодеков, портов и прочего? switch_core_media_gen_local_sdp желает иметь remote_sdp, а у мну его нет

Есть вопрос, мб кто сталкивался все таки Помимо bypass_medis_After_bridge и bypass_media_after_bridge_oldschool (это не работает к сожалению на 1.6.19. Ничего не шлет) Есть еще методы обновить SDP?

или толкьо на каме переедлывать уже?

смотря что обновить, есть еще uuid_media_reneg

Хм... щас попробуем))

Это инетресно

В stasis конференции можно замутить всех сразу не мутя каждый канал в отдельности ?

@igor_dm_p а она тлкьо на 1 плечо или на оба плеча работает?

На 1

А. Ну и пошлется она отправителю...

понял

А. Ну и пошлется она отправителю...

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

Есть схема провайдер-kamailio(+rtpengine)->FS1 rtpenngine проксит через себя После того как звонок попадает на FS1 FS1 делает бридж FS1->kamialio->FS2 НО rtp должен пройти через rtpenigne то ес тьсхема должна болучиться провайдер->kamailio->fs1-?сигналка - kamialio)->fs2 а после reinvite Провайдер->rtpengine->fs2 При этом пров не должен получить Reinvite

то есть кам получает reINVITE manage_rtpengine получает reINVITE с новым медиа Я отправляю OK c кама И в общем то по второму - то же самое толкьо бе rtpengine уже потому что соединение fs1->fs2 после бриджа не нужно

Обновил схему

насколько помню, мои попытки такое вытворить окончились ничем - реинвайт оригинатору всё равно уходил

Не. На kamailio reINVITE я потушу

Это не проблема

есть такая замечательная функция там как drop

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

на этом то я и запнулся

На каме я все обработаю

это норм

А вот как заставить FS отправить reINVITE с SDP чтобы обновить обе ноги - это проблема

просто after_bridge - то не вариант потмоу что на каме придется пахикать кучу логики

мне проще тогда на кааме написать подобие b2bua))

может тогда взять опенсипс с его б2б модулем?

Нет. Опенсипс принципиально нет. ЖА и зачем? Уже же есть b2bua

FS

Логику услонять это тоже так себе

кстати, во ещё такое нарыл https://freeswitch.org/jira/browse/FS-6833

може что-то сработает

спасибо! буду искать

Есть ее вариант конечно с камаилио послать reINVITE в обе стороны

после ack

мне проще тогда на кааме написать подобие b2bua))

примерно описываемый тобой случай я полтора года назад как раз хотел решать на каме без ФС и ты же мне сказал: мол не майся дурью и возьми астер или ФС :)

Ну в данном контексте - у меня нет выбора

У меня уже архитектура тут гттова и решаю не толкьо я к сожалению