а ну если так

один хрен cdr разгребать)

В сдр писать в отдельное поле переменную из originate

Воспользуюсь хайпом :) и таки снова поинтересуюсь: чем можно заменить loopback? В подобной конструкции originate loopback/12550/internal 79421234567 xml external

А какого эффекта добиться хочется? Т.е. какая задача изначально стояла?

В сдр писать в отдельное поле переменную из originate

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

А какого эффекта добиться хочется? Т.е. какая задача изначально стояла?

Набрать из вебморды два телефона и сбриджевать их. Не задумываясь о пути, как они там в диалплане будут обработаны. Задача минимум в диалплане должны быть чётко определяемы абоненты А и Б. Максимум соединение с А должно произойти только в случае успеха Б.

Ой. Где-то у меня есть на пхп такой код - пару лет баловался назад

Набрать из вебморды два телефона и сбриджевать их. Не задумываясь о пути, как они там в диалплане будут обработаны. Задача минимум в диалплане должны быть чётко определяемы абоненты А и Б. Максимум соединение с А должно произойти только в случае успеха Б.

Т.е. избежать необходимости определять, этот пользователь внутренний или внешний на этапе формирования sofia uri ?

Сложный путь: https://ru.wikipedia.org/wiki/NAPTR И рассматривать всех абонентов как внешних, при этом сделать контекст с редиректами в нужном направлении. Простой путь: Возложить на WEB приложение определение формата sofia uri по формату номера абонента.

Ой. Где-то у меня есть на пхп такой код - пару лет баловался назад

Если обнаружите - было бы интересно. Может я конечно ошибаюсь оценивая это как "простое", но с виду единственная сложность это loopback. Мне даж не влом ловить результат вызова API

Всем привет! Просьба пнуть ... в нужную сторону :) Есть sip транк с FS. В сторону FS прилетает внутренний номер вызывающего абонента. На софтфонах , подключенных к FS , только номер транка. Как получить номер вызывающего на софтфоне ?

Т.е. избежать необходимости определять, этот пользователь внутренний или внешний на этапе формирования sofia uri ?

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

в ответ от фс летит 400 bad sdp, я так понимаю ФС парсит по "/8000" и не видит ни одного известного ему кодека перед "/8000" и как то я хз даже кого винить то, никто не сталкивался?

Всем привет! Просьба пнуть ... в нужную сторону :) Есть sip транк с FS. В сторону FS прилетает внутренний номер вызывающего абонента. На софтфонах , подключенных к FS , только номер транка. Как получить номер вызывающего на софтфоне ?

привет, видимо в диалплане где-то переопределяется номер

в ответ от фс летит 400 bad sdp, я так понимаю ФС парсит по "/8000" и не видит ни одного известного ему кодека перед "/8000" и как то я хз даже кого винить то, никто не сталкивался?

8 кодек ему известен

8 кодек ему известен

да, но судя по исходникам он сваливается с ошибкой парсинга SDP

через sipp или rawudp покидать в него изменяя пока не поймет

да это в меня кидают, на той стороне какая то из реализаций ВАТС мегафона на broadworks

ну покидать самому чтоб убедиться в верности теории

понял, щас попробую, спасибо

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

первый раз такое в мегафоне вижу

У них появился саппорт по электронной почте?)))

раньще просто ппц было с ними связываться)

а сейчас хоть есть куда отправлять)

да это я уже вытряс, потому что они сказали что можно отправить запрос из личного кабинета диалог был примерно такой: - Вы можете отправить запрос из личного кабинета - Там нет такой возможности, может я не в том кабинете? - Сейчас уточню, может нет такой возможности - ..... - Там есть пункт "отправить запрос" - Нет такого пункта - Вам нужно войти в личный кабинет по адресу блаблабла.мегафон.ру - Логин и пароль из карточки клиента не подходит - Давайте я зарегистрирую ваше обращение? - Давайте, в инвайте летит т38, можно его убрать? - Напишите на почту

??

Приветствую. А такой вопрос возник. Можно ли xml_curl частично использовать? Например, у меня все конфиги вполне себе статичные, а вот шлюзы (gateways) я хочу динамически делать. Можно ли профили описать через XML в файлах, а шлюзы - просто уточнять xml_curl запросами? Пока не получается так делать, он если увидел какой-то ответ от xml_curl - в файлы не лезет

Приветствую. А такой вопрос возник. Можно ли xml_curl частично использовать? Например, у меня все конфиги вполне себе статичные, а вот шлюзы (gateways) я хочу динамически делать. Можно ли профили описать через XML в файлах, а шлюзы - просто уточнять xml_curl запросами? Пока не получается так делать, он если увидел какой-то ответ от xml_curl - в файлы не лезет

почти уверен, что можно

весь конфиг состоит из секций, вы можете получать через xml_curl только некоторые из них

а ещё вы можете делать fallback: когда xml_curl отдаёт 404, файл будет браться с диска

только 404 надо отадвать по http, а не внутри xml-ки, которая отдалась по 200

выхлоп <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="result"> <result status="not found"/> </section> </document>говорит FS брать из статики

отдельные контексты можно пререопределять так на счет шлюзов ХЗ

Приветствую. А такой вопрос возник. Можно ли xml_curl частично использовать? Например, у меня все конфиги вполне себе статичные, а вот шлюзы (gateways) я хочу динамически делать. Можно ли профили описать через XML в файлах, а шлюзы - просто уточнять xml_curl запросами? Пока не получается так делать, он если увидел какой-то ответ от xml_curl - в файлы не лезет

Отдать 404 и будет с диска, мы так конфиги грузим

В доках видел про опцию XML, типа файл прочитать, но распинать не вышло

В доках видел про опцию XML, типа файл прочитать, но распинать не вышло

не помнишь как называется?

Там в строку адреса, типа ,XML:/path/to/file было

Понял, спасибо

Хм, просто секция configuration довольно обширная. И не нашёл как частично отдавать именно sofia.conf.xml

Ладно, буду изучать запросы более детально

Хм, просто секция configuration довольно обширная. И не нашёл как частично отдавать именно sofia.conf.xml

У гейтов отдельная секция в конфиге

А вообще активируешь все блоки и xml_curl debug_on

Ну да, так и есть

Ребять а что надо указать чтобы с CDR прекратились полностью MANDATORY_IE_MISSING ?

узнать что хочет от тебя провайдер и посылать полную информацию в сип-пакете

ну это в моем логе

это боты пытаються найти лазейку

delete from table tableName where .....

в крон

и настроить fail2ban )

<param name="enable-3pcc" value="proxy"/> за нее отверчает

и в регистрации оно не отключаемое похоже

Народ мб кто знает:

В общем протестировал я bypass_media_after_bridge

да. Эта тука шлет reinvite

только вот в reINVITE нет контента

Конечно. Это логично.

вообще

и вот это не логично вообще

А что там происходит после?

Ему отвечают с SDP ?

по SDP пока ничего не могу сказать Пока что недоделал сценарий так как расчитывал что мне все таки в reinvite придет SDP и на этом я успокоюсь

я имею ввиду в response

А какие предположения?

INVITE без SDP - это нормально, кстати.

В общем и целом да

как и reINVITE

но при функции переброски медиа - это несколкьо смущает)

В ответ на него противная сторона должна прислать ранее согласованное SDP

А ненужно смущаться, нужно реализовать полный сценарий.

то есть reINVITE выступает в роли запроса на получание

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

как бы не все совсем просто

то есть до endpoint мне доводить reINVITE в даном случае не нужно

Суть в том, что, чтобы послать на сторону Б reINVITE с SDP от стороны A нужно сначала сторону А спросить об этом SDP посредством reINVITE с пустым content

Так по идее FS уже имеет описание сессии от стороны Он соглосовал диалог

Да, но тем не менее описанный выше сценарий более универсален.

"Чем предполагать лучше спросить"

Суть того что вы говорите я понимаю. Просто сценарий сам я представлял по другому. Так как это все таки b2bua. YТак я спрашивал тут вчера

меня все дружно послали лесом

Это фрагмент 3PCC сценария управления медийкой "со стороны".

Попробуй на листочке бумаги FLOW расписать, особенно обращая внимание на то, кто куда шлёт RTP в какой момент.

И сразу станет ясно, почему именно так всё просиходит.

так мне и так сейчас вполне понятно. Просто ожидалось другое совсем. Почитать о том как это реализовано на FS негде. вот я тут и спрашиваю

@kvishnivetsky а у вас случаем не завалялось ссылки на данный RFC?

Боюсь, я так на вскидку не вспомню. Я думаю, по запросу SIP 3PCC найдётся.

@kvishnivetsky Спасибо. Нашел

?

Где почитать? [G729:18:8000:20:8000:1] ++++ is saved as a match [PCMA:8:8000:20:64000:1] ++++ is saved as a match T38 REFUSE on request ну и понятно [INCOMPATIBLE_DESTINATION]

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

Суть в том, что, чтобы послать на сторону Б reINVITE с SDP от стороны A нужно сначала сторону А спросить об этом SDP посредством reINVITE с пустым content

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

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

да, если на 729 то нет t38 в SDP

Я не знаю что со стороны клиента, но когда включает только G729 - то t38 не прилетает, а когда включает PCMA, то откудато сразу берется t38.

https://sdcast.ksdaemon.ru/2018/02/sdcast-73/

т38 - идёт реинвайт на t=image

вообще факсы умеют поверх PCM*, насколько я знаю, но пока не очень вижу связь с Т38