Stan Sch да подойдет думаю пишите на почту пообщаемся

а в сторону клиента что?

выглядит так, как будто вам нужен сетевик с бумажкой, на которой прям написано CCNA/CCNP. можно попробовать шлюз поменять или включить aggressive nat detection на freeswitch.

могу ошибаться, но траффик с белого ip-шника 172.16.200.201 и не должен доходить до серого 192.168.11.3

а без рабочей сети ip-телефония и не должна работать

или дамп не со шлюза?

отсутствует обратный RTP

возможно клиенту уже побоку на входящий и не отправляет свой

а где sip call flow от этого rtp-дампа, да в идеале с 2-сторон.

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

вроде никто не жаловался, что в дампе?

было такое

дать SIP 180 сначала

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

это же не может зависить от региона из которого звонят

дать SIP 180 сначала

подробнее

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

это же не может зависить от региона из которого звонят

не Дагестан случайно?

впервые с этим там столкнулся

впервые с этим там столкнулся

нет,домашний регион нормально,а Москва через раз

подробнее

ring_ready ищите в wiki

я не отрицаю,что косяк может быть и уменя,но звонков очень мало но все важные

Привет. Поделитесь книгой Mastering Freeswitch

Если нет ни у кого, то можно сброситься

http://www.allitebooks.com/?s=freeswitch

уже 3-й раз скидываю, можно как-то прикрепить ссылку?

это к @Dragonflybsd

уже 3-й раз скидываю, можно как-то прикрепить ссылку?

оно в shared links автоматом попало

можно загрузить книги и сюда закинуть, тогда и в shared files будет

а вы думаете там все прям так смотрят?))))

отсылать туда проще

логично

пины могут и будут меняться

ой, только mastering freeswitch там как раз нет

есть только две другие

Да, ее там нет

Да, ее там нет

судя по отзывам, там "1000 foot view", так что смысла в ней особого нет

Всем привет, есть вопрос что будет дешевле по ресурсам, меньший объем xml через xml_curl с несколькими execute_extension или большой кусок xml через xml_curl?

меньший объем - в 2 раза

по сути, что дешевле, распарсить большой xml, или несколько вызовов execute_extension?

Делай как удобнее

да это понятное дело)

Всем привет, есть вопрос что будет дешевле по ресурсам, меньший объем xml через xml_curl с несколькими execute_extension или большой кусок xml через xml_curl?

в дефолтном конфиге написано и в нескольких cluecon weekly повторено: используйте xml curl, отдавайте ровно тот кусок конфига который нужен

вопрос не в этом был, вопрос был по написанию это xml

я отдаю ровно тот кусок конфига который нужен

вопрос в его объеме и содержимом

если у вас есть execute_extension, значит не ровно

Exec - перезапрос конфига

xml_curl by дизайн должен получать только тот экстеншон, который исполнится

всё, понял, спасибо

хотя лично мне кажется, что скрипт или даже esl должен быть легче генерации XML

xml_curl by дизайн должен получать только тот экстеншон, который исполнится

не обязательно. И у меня например штук 5 выдаётся, но они все выполняются

если не секрет, каким образом?

выполняются все условия?

continue=true и field такой, чтобы захватило

<?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan"> <context name="public"> <extension name="Pre-sets" break="never" continue="true"> <condition> <action application="set" data="sip_received_port=5060"/> <action application="log" data="INFO sip_received_port=${sip_received_port}"/> </condition> </extension> <extension name="X-NotNewLeg" break="never" continue="true"> <condition> <action application="set" data="X-NotNewLeg=1"/> <action application="log" data="INFO X-NotNewLeg=${X-NotNewLeg}"/> </condition> ...

не вижу принципиальной разницы, если честно: записать четыре команды в один экстеншон или сделать два по два, которые всё равно выполнятся, главное, что freeswitch не делает hunting и не проверяет условия в тысяче конидшонов

слушайте,а как сдлать

молча? )

слушайте,а как сделать extension для конкретного юзера? делать отдельный контекст или проверятьuser_name?

$destination_number как вариант

открой ваниллу конфиг, там всё есть

и проверка номеров тоже

$destination_number как вариант

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

кто юзал LINKSYS PAP2T

LINKSYS PAP2T что это? и стоит ли готовить?

юзал, но без фрисвича

даже работает

юзал, но без фрисвича

почему?

потому что остериск )

мне она нужна как чисто fxs

бери, цена адекватная, работает нормально

Нормально работает со фрисвитчем

У неё есть один большой минус

Если пользователь вытыкает ее из розетки то в телефоне нет гудка

Заявка висит с пятницы - никак решить не можем .

хм, как решите проблему скажите, очень надо такой багфикс

Топор разве что :)))

а если ногами вытыкает, топор тогда тоже поможет? это полный багфикс да? )

Законы РФ против :) а если серьёзно 2 года уже работают на фрисвитче. Никаких проблем. Цена/качество идеально для нас

ну у меня с астером их 4... я даже забыл что они есть...

LINKSYS PAP2T что это? и стоит ли готовить?

если сравнивать с dvg-7111s что лучше

dvg7111s стоит у меня дома, страшное г.... постоянно отваливаются пиры да и сама греется как паровой тепловоз

но для дома сгодится, нагрузки почти нет...

а в офис только линксис

ребят у меня задача пустить звонки пользователя через отдельный шлюз, я придумал 3 варианта 1) создать для него отдельный ext с проверкой sip_user 2) реализовать на action anti-action в основном ext 3) создать отдельный диалплан

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

или я не идиот

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

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

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

а при require-nested=false отступы важны?

просто у меня бардак какой-то везде пишут, что сначала выполняются все action во всех sub-condition, а только потом все action в top-level condition

у меня это не так 2017-01-17 00:57:40.948487 [INFO] mod_dialplan_xml.c:637 Processing PhonerLite <1000>->123467 in context default 2017-01-17 00:57:40.948487 [INFO] mod_dptools.c:1721 top gate is 2017-01-17 00:57:40.968473 [INFO] mod_dptools.c:1721 ns cid is 1000

http://pastebin.com/ZWDR0ae9

а при require-nested=false отступы важны?

это не питон, в хмл хоть в 1 строку пиши

просто у меня бардак какой-то везде пишут, что сначала выполняются все action во всех sub-condition, а только потом все action в top-level condition

а это про вложенные condition, опять же отступы ни при чем