@ru_freeswitch

Страница 117 из 430
Dmitriy
25.07.2017
12:42:16
никто не сливает)

Lev
26.07.2017
07:58:06
Подскажите пожалуйста, можно ли длительность на Б леге засунуть в переменную без подключения cdr модулей?

Konstantin
26.07.2017
07:59:16
А в каком месте эту переменную планируется использовать и как?

Alexey
26.07.2017
07:59:51
пихайте в hang up hook api например

Google
Konstantin
26.07.2017
08:00:14
Вообще, переменные в канале есть без модулей cdr, а модули их просто используют или не используют.

Alexey
26.07.2017
08:00:24
есть еще варианты, но этот самый простой

Lev
26.07.2017
08:01:52
в том же диалплане и будет использоваться переменная

Konstantin
26.07.2017
08:02:33
Т.е. в а-плече использовать причину из б-плеча?

Alexey
26.07.2017
08:03:16
обычно канал B не проходит через диалплан (за исключением loopback и магии att_xfer)

Konstantin
26.07.2017
08:03:26
https://wiki.freeswitch.org/wiki/Variable_last_bridge_hangup_cause

Alexey
26.07.2017
08:03:49
там нужно длительность

Lev
26.07.2017
08:03:53
мне не причину надо использовать а именно вытаскивать длительности, сколько звонок был в коннекте и сколько потом А лега провисела на ivr

Alexey
26.07.2017
08:04:24
я уже ответил используйте нипгз пщщл

hangup hook

Lev
26.07.2017
08:04:55
Спасибо!

Konstantin
26.07.2017
08:04:56
Тогда в hangup_hook б-плеча вызывать uuid_setvar на UUID а-плеча и ставить там переменную с длительностью и т.д. и т.п..

Alexey
26.07.2017
08:05:17
Hy да

Google
Alexey
26.07.2017
08:06:14
uuid можно передать через переменную. Но там вроде есть buddy_uuid

signal_bond

uuid другого плеча

Konstantin
26.07.2017
08:07:40
https://wiki.freeswitch.org/wiki/Variable_originating_leg_uuid

Ihor
26.07.2017
09:01:36
есть новое что-то в ней?
Судя по оглавлению, WebRTC, HTTAPI добавили. Цена тоже не кусается особо.

Igor
26.07.2017
09:02:14
да я потыркал, в целом да, есть кое что новое

но не читал еще

Ihor
26.07.2017
09:09:10
Кстати, кто-то знает, PacktPub как-то PDF защищает? В смысле можно вычислить источник?

Короче, книжка есть, готов в личку выдать.

Denis 災 nobody
26.07.2017
09:47:10
Так что там изменилось?

Ihor
26.07.2017
09:48:02
У меня есть только по 1.4, чтобы сравнить

Точнее, по 1.2

Denis 災 nobody
26.07.2017
09:48:59
По 1.4 вроде и не было

Ihor
26.07.2017
09:49:36
По 1.6 есть Coockbook еще, но там другое

Igor
26.07.2017
09:49:56
самая норм из них все равно mastering freeswitch

Alexey
26.07.2017
13:34:37
Господа красивые - не кидайте тряпками, рассказите есть ли профит использовния 3cx?

Konstantin
26.07.2017
13:35:08
3CX Phone?

Alexey
26.07.2017
13:35:28
да всё от них - зовут партнером стать

Konstantin
26.07.2017
13:35:36
Или 3CX серверного решения?

Как openSource альтернатива sipXcom

Google
Alexey
26.07.2017
13:45:40
как сервис их продавать с их атс и тд

Fedor
26.07.2017
13:51:53
видел негативные отзывы по ним на хабрах

по постпродажной поддержке

Igor
26.07.2017
13:52:24
я с клиентосами общался, тоже жаловались на это

Alexey
26.07.2017
13:52:45
то есть не стоит. ок. Спасибо ребята.

Max
26.07.2017
19:37:12
thx

Alexander
26.07.2017
19:41:12
Это я вовремя зашел :)) Спасибо

? Stan
26.07.2017
19:47:47
книжка огонь

Victor
26.07.2017
19:48:40
ОУ.. огромное спасибо!

Alexey
26.07.2017
19:58:08
#books

Спасибо

Mykyta
26.07.2017
21:02:33
Кстати, может кто-то случайно знает, я просто еще не начинал копаться в этом, но присылает ли фрисвитч какое-то событие после команды originate, по которому можно было бы понять, был ли терминирован звонок через external gateway или нет (в случае ошибочной конфигурации сип-провайдера, например)?

Konstantin
27.07.2017
01:15:46
Спасибо за книгу.

Есть событие, которое показывает результат originate, а точнее результат исх вызова. К gw или не gw это никак не относится. На канальном уровне понятия gw нет. Такие uri сужествуют выше для упрощения фоомата обращения к "contact", ассоциированного с этим uri по некому шаблону/алгоритму.

Ivan
27.07.2017
09:37:21
Привет, может ли fs при большой нагрузке отдавать 480 ошибку? В status вижу это и все звонки, которые шли 5 минут назад отдали 480 или для fs это фигня, а не нагрузка? UP 0 years, 55 days, 23 hours, 14 minutes, 54 seconds, 711 milliseconds, 443 microseconds FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) is ready 3756494 session(s) since startup 138 session(s) - peak 278, last 5min 161 7 session(s) per Sec out of max 30, peak 53, last 5min 16 1000 session(s) max min idle cpu 0.00/63.03 Current Stack Size/Max 240K/8192K

? Stan
27.07.2017
09:38:53
может

7 session(s) per Sec out of max 30, peak 53, last 5min 16

лимит в 30 цпс стоит, а нагрузили 53

Ivan
27.07.2017
09:41:22
не заметил чет, спасибо, сейчас пойду конфиг подправлю

а так примерно, сколько можно ставить сессий? если сервак 8 оперативы 4 ядра

Google
Victor
27.07.2017
10:35:50
о, и я бы послушал на каких ресурсах сколько caps получили

Konstantin
27.07.2017
10:36:38
От сценария вызова сильно зависит.

Транзит одно, хитрый диал-план иное.

Ivan
27.07.2017
10:41:32
совсем не хитрый диалплан, делает исходящий вызов и пишет запись разговора и все

Konstantin
27.07.2017
10:43:11
Это частный случай. Показатели будут применимы только для него.

Say
27.07.2017
10:45:07
В любом случае это сотни вызовов

Admin
ERROR: S client not available

Serge
27.07.2017
14:25:25
Приветствую Есть какая-то странная проблема когда ФС вдруг решает, что связь у нас односторонняя и ему неинтересен callee RTP - пишет sendonly SDP

с какого места начать отладку?

Konstantin
27.07.2017
14:26:27
ReINVITE при этом есть? Или с самого начала такой вызов?

На другой стороне или в dialplan *ответ* есть или только 183 progress?

Serge
27.07.2017
14:29:01
Там довольно запутанный сигналинг с многочисленными переключениями

ответ, реинвайт, апдейт

причём реинвайт не всегда с SDP

ответ есть всегда

Alexey
27.07.2017
14:29:51
ищи sendonly в SDP

Konstantin
27.07.2017
14:29:54
Вот, в этом может быть причина.

Если на другой стороне не отдали sdp вообще, то callee rtp просто некуда пересылать.

Serge
27.07.2017
14:31:24
я не могу понять почему там появляется sendonly

callee как раз понятно куда - на ФС

Google
Serge
27.07.2017
14:32:06
вся эта свистопляска на стороне callee как раз

Konstantin
27.07.2017
14:32:22
Fs не хочет принимать то, что некуда пересылать и говорит callee "не шли".

Alexey
27.07.2017
14:32:42
sendonly обычно hold/transfer/mute

Serge
27.07.2017
14:33:00
ФС знает куда посылать - на леге А все SDP на месте

Konstantin
27.07.2017
14:33:56
Тогда hold, как уже сказали.

Serge
27.07.2017
14:34:14
лег А как раз встаёт один раз и больше не дёргается

холд есть и IVR есть на леге Б, даже sendonly оттуда прилетает

Konstantin
27.07.2017
14:35:52
Дамп сигналлизации бы помог.

Serge
27.07.2017
14:35:56
может я сигналинг покажу для простоты?

щас

https://pastebin.freeswitch.org/view/5892bc18

Konstantin
27.07.2017
15:08:46
Забавно, но sendonly приходит не в 200 OK, а в ACK на него. И только потом в 200 OK.

Alexey
27.07.2017
15:09:46
Cisco :) Мне кажется я видел что-то подобное на JIRA

Konstantin
27.07.2017
15:10:09
Да, CISCO доставляет, как всегда.

А ещё дальше идёт ACK c recvonly

Alexey
27.07.2017
15:19:17
CUCM шлет INVITE без SDP FS отвечает с 200 с SDP На что CUCM шлет ACK sendonly

Я не очень понимаю чего CUCM хочет

Serge
27.07.2017
15:19:48
первый sendonly в ACK как раз норм - это холд и реально говорить там не с кем потом с какого-то бодуна ФС генерит sendonly в 200 и циска резонно отвечает recvonly

Страница 117 из 430