Victor_sc120
11.01.2018
08:20:15
или ставь freeswitch и verto
Andrey
11.01.2018
08:20:40
нет, я вообще бэкэндер на руби) дали такую задачу, все админы в отпусках
Ivan
11.01.2018
08:20:48
Sergey
11.01.2018
08:22:23
Google
Kaschey
11.01.2018
08:22:45
Sergey
11.01.2018
08:22:50
=D
Kaschey
11.01.2018
08:23:15
Хорошая традиция ходить в отпуск отделами
Sergey
11.01.2018
08:23:36
Мне жена до сих пор припоминает, как меня в первый день свадебного путешествия с работы достали, через комментарий к нашей фотографии в инстаграмме...
Akamit
11.01.2018
08:23:53
Hangup handler это канальный макрос.... т.е. при входе в контекст ты создал 1 канал....
потом dial ( 2 канала) при выходе из первого контекста будет информация только по последнему диалу
а вот что в cdr:
"34201","53003","","kamailio","SIP/siptest-00000003","SIP/172.16.3.3-00000004","Dial","SIP/53003@172.16.3.3&SIP/53003@192.168.4.16,60,RTte","2","1","ANSWERED",""
"34201","53003","","kamailio","SIP/siptest-00000003","SIP/192.168.4.16-00000005","Dial","SIP/53003@172.16.3.3&SIP/53003@192.168.4.16,60,RTte","0","0","NO ANSWER","4.4"
последнее поле это MOS
handler выполняется на SIP/siptest-00000003 ( — SIP/siptest-00000003 Internal Gosub(hh_campon,53003,1) start)
значит по идее мос должен быть в обоих записях
Kaschey
11.01.2018
08:24:27
Akamit
11.01.2018
08:24:31
Sergey
11.01.2018
08:24:59
Akamit
11.01.2018
08:25:11
Kaschey
11.01.2018
08:25:23
Sergey
11.01.2018
08:25:31
Видимо да, такой подход.
Марк
11.01.2018
08:25:32
Google
Sergey
11.01.2018
08:25:46
Алексей
11.01.2018
08:26:22
а вот что в cdr:
"34201","53003","","kamailio","SIP/siptest-00000003","SIP/172.16.3.3-00000004","Dial","SIP/53003@172.16.3.3&SIP/53003@192.168.4.16,60,RTte","2","1","ANSWERED",""
"34201","53003","","kamailio","SIP/siptest-00000003","SIP/192.168.4.16-00000005","Dial","SIP/53003@172.16.3.3&SIP/53003@192.168.4.16,60,RTte","0","0","NO ANSWER","4.4"
последнее поле это MOS
handler выполняется на SIP/siptest-00000003 ( — SIP/siptest-00000003 Internal Gosub(hh_campon,53003,1) start)
значит по идее мос должен быть в обоих записях
А сколько раз контекст хендлера вызывается то?
Akamit
11.01.2018
08:26:46
о.. надо попробовать переменную через __
Алексей
11.01.2018
08:28:09
Тебе каждый звонок надо подвесить на контекст и в этом контексте уже писать хендлер..... вот тогда все будет
Dial(Local/${EXTEN}@context)
А вот на context повесить хендлер
Роман
11.01.2018
08:37:49
Марк
11.01.2018
08:41:07
Я пока не встречал людей, которые бы осилили wss в продакте на кц.
martastuart
11.01.2018
08:45:03
мы пользуем sip.js, но есть мысли перейти на jssip
наверное смогу ответить на некоторые вопросы если что
Марк
11.01.2018
08:49:21
У меня только один вопрос: сколько у вас работает эта технология в продакшене в кц и как она уживается с последниями версиями фф или хрома
martastuart
11.01.2018
08:53:37
есть некоторые проблемы с залипанием вебсокета, когда эндпоинт на астере онлайн, но инвайт в браузер не доходит, но это решаемо и возникает спорадически
в целом я согласен с тем что webrtc еще не совсем готов для продакшена, но в случае продуктовой компании есть смысл начинать именно ща работать в этом направлении, чтобы к моменту стабилизации rfc уже иметь рабочий инструмент
такие дела малята =)
Kirill
11.01.2018
08:59:14
и только так
на стороне Либы
Google
Kirill
11.01.2018
09:01:23
так как это обычно сетевые проблемы и нужно пересоздавать сокет. можно нивилировать одновреммено регаясь на нескольких серверах
Марк
11.01.2018
09:01:50
Kirill
11.01.2018
09:06:11
и нормальная сеть
martastuart
11.01.2018
09:07:37
Kirill
11.01.2018
09:22:22
Поэтому все не плохо в пределах 5 -10 сек
Реконнект работает
martastuart
11.01.2018
09:27:29
Kirill
11.01.2018
09:29:10
Работает стабильно
Если сокет часто рвется это сетевые проблемы
По стандарту там регистрация каждые 30 сек
Saint
11.01.2018
10:08:25
подскажите плиз, на freepbx звонки зависли ( что делать
вот такая фигня
Алексей
11.01.2018
10:09:25
дисковая шара тупит вероятно
не используйте ее для записи
ночью копируйте, если нужно
Victor_sc120
11.01.2018
10:10:10
писать надо на свой винт - а ночью переносить на примонтированный
Google
Saint
11.01.2018
10:10:15
шара есть, да..
уберу..а ща что сделать?)
martastuart
11.01.2018
10:11:31
core restart now
Victor_sc120
11.01.2018
10:13:59
Для 158000 звонков надо держать умного человека на готове - который за денежку знает что делать
martastuart
11.01.2018
10:25:42
так есть же *CLI> channel request hangup
Saint
11.01.2018
10:45:10
шара отвалилась действительно, все нормуль, спасибо
Sergey
11.01.2018
11:00:48
А что мультифон у обычных смертных убрали?
сделали только мультифон изнес?
Henaro
11.01.2018
11:03:17
Sergey
11.01.2018
11:09:46
Пилять
Akamit
11.01.2018
11:35:22
а кто е1 знает? почему так может быть - два по сути одинаковых звонка, оба с обрывом разговора. в одном от оператора прилетает хенгап, во втором нет:
2018-01-11 07:22:13 DAHDI/i3/8951893xxx0-3b6 answered DAHDI/i4/33205-132
2018-01-11 07:23:12 Executing [h@to-pstn:1] Gosub("DAHDI/i4/33205-132", "info,~~s~~,1") in new stack
2018-01-11 07:42:42 DAHDI/i3/8917929xxx2-47f answered DAHDI/i4/33205-182
2018-01-11 07:43:28 Span 4: Channel 0/4 got hangup request, cause 16
2018-01-11 07:43:28 Executing [h@to-pstn:1] Gosub("DAHDI/i4/33205-182", "info,~~s~~,1") in new stack
roma-tgn
11.01.2018
12:11:03
В смысле я не могу больше использовать транк мультифона?
братцы , а можно как то отключить уведомление что ктото вступил к нам в группу?
Victor_sc120
11.01.2018
14:34:25
все уведомления
Andrey
11.01.2018
15:21:55
пытаюсь настроить связку asterisk <-> sip.js
возникает ошибка:
chan_sip.c: Can't provide secure audio requested in SDP offer
кто нибудь может подсказать в какую сторону копать в данном случае?
*при попытке звонка на экстеншн
соединение через wss
sip_additional.conf выглядит так
[100]
deny=0.0.0.0/0.0.0.0
secret=xxx
dtmfmode=rfc2833
canreinvite=no
context=from-internal
host=dynamic
defaultuser=
trustrpid=yes
sendrpid=pai
type=friend
session-timers=accept
nat=no
port=5060
qualify=yes
qualifyfreq=60
transport=ws, wss, udp
avpf=yes
force_avp=yes
icesupport=no
rtcp_mux=no
encryption=no
namedcallgroup=
namedpickupgroup=
dial=SIP/100
permit=0.0.0.0/0.0.0.0
callerid=100 <100>
callcounter=yes
faxdetect=no
[101]
deny=0.0.0.0/0.0.0.0
secret=xxx
dtmfmode=rfc2833
canreinvite=no
context=from-internal
host=dynamic
defaultuser=
trustrpid=yes
sendrpid=pai
type=friend
session-timers=accept
nat=no
port=5060
qualify=yes
qualifyfreq=60
transport=udp, ws, wss
encryption = yes
avpf=yes
force_avp=yes
icesupport=no
rtcp_mux=no
encryption=yes
namedcallgroup=
namedpickupgroup=
dial=SIP/101
permit=0.0.0.0/0.0.0.0
callerid=101 <101>
callcounter=yes
nat=force_rport,comedia
faxdetect=no
Sergey
11.01.2018
16:13:21
У кого нить есть Panasonic KX-TGP500?
Вернее подключен к *?
Google
Алексей
11.01.2018
16:14:58
Да
Андрей
11.01.2018
16:16:52
Sergey
11.01.2018
16:17:27
Странная вещь, подключил к *, исходящие все хорошо
Только начиниаю звонить на телефон, сбрасывается регистрация трубки и базы
что за ерундна понять не могу
Андрей
11.01.2018
16:18:11
А что в дебаге?
Sergey
11.01.2018
16:20:08
Called SIP/999
— Connected line update to SIP/111-000000ab prevented.
— SIP/999-000000ac is ringing
— Nobody picked up in 15000 ms
и в момент звонка экран гаснет на трубке, и типа нажмите на кнопку для регистрации
кпв в трубке исходящей идет
Алексей
11.01.2018
16:37:12
Такого не было.... 2тгпшки по 4 трубки.... полет нормальный
martastuart
11.01.2018
16:38:28
Ну и rtcp_mux = yes , это убережет от следующей проблемы
Ну и ice нужен
Andrey
11.01.2018
16:41:54
спасибо, а ice - это для чего?
martastuart
11.01.2018
16:42:20
Для согласования аудио
Вы когда инициируете клиента в js, там этот параметр тоже нужен
Ice stun что-то из этого