Страница 1935 из 2854
Добавлено: 23 окт 2025, 13:14
notify_ded_bot
Добрых суток, помогите плз разобраться с pjsip+mikrotik+nat . Первый раз решил использовать pjsip, и иду по граблям. На микроте проброс портов настроен на сервер АТС. Вопрос в конфиге, всё ли верно?
Слышно только в одну сторону от абонента атс в сторону абонента мобилки
[global]
type=global ; Тип секции - глобальные настройки
debug=9 ; Уровень отладки (0 - выключена)
[transport-udp]
type=transport ; Тип секции - транспорт
protocol=udp ; Протокол передачи - UDP
bind=0.0.0.0:5060 ; Интерфейс и порт для привязки (все интерфейсы, порт 5060)
local_net=192.168.177.0/24
local_net=127.0.0.1/32
external_signaling_address=109.202.1.196:5060
external_media_address=109.202.1.196
[transport-tcp] ; Транспорт TCP
type=transport ; Тип секции - транспорт
protocol=tcp ; Протокол передачи - TCP
bind=0.0.0.0:5060 ; Интерфейс и порт для привязки
local_net=192.168.177.0/24
local_net=127.0.0.1/32
external_signaling_address=109.202.1.196:5060
external_media_address=109.202.1.196
; =============================================
; ТРАНК ДЛЯ RT
; =============================================
; ENDPOINT ДЛЯ ИСХОДЯЩИХ ВЫЗОВОВ - определяет параметры исходящих соединений
[itsp-rt]
type=endpoint
context=from-provider ; Контекст в extensions.conf для входящих вызовов ОТ провайдера
disallow=all ; Запретить все кодеки (перед разрешением конкретных)
allow=ulaw,alaw,g722 ; Разрешенные аудио кодеки (в порядке предпочтения)
transport=transport-udp ; Использовать указанный транспорт
aors=itsp-rt ; Связать с секцией AOR (Address of Record
;auth=itsp-auth ; Секция аутентификации для этого endpoint
; Аутентификация ТОЛЬКО для исходящих вызовов
outbound_auth=itsp-rt ; Аутентификация для исходящих запросов
from_user=999 ; Имя пользователя в поле From для исходящих вызовов
from_domain=123.20.rt.ru ; Домен в поле From для исходящих вызовов
; Настройки RTP
rtp_symmetric=yes ; Использовать тот же порт для входящего/исходящего RTP
force_rport=yes ; Принудительно использовать полученный порт для ответов
rewrite_contact=yes ; Перезаписывать Contact header в SIP сообщениях
direct_media=no
[itsp-rt]
type=aor
contact=sip:123.20.rt.ru ; Контактный адрес сервера провайдера
qualify_frequency=60 ; Частота проверки доступности (в секундах)
max_contacts=10
; СЕКЦИЯ АУТЕНТИФИКАЦИИ - хранит учетные данные
[itsp-rt]
type=auth ; Тип секции - аутентификация
auth_type=userpass ; Тип аутентификации - логин/пароль
password=12345678 ; Пароль для аутентификации (замените на ваш)
username=999 ; Логин для аутентификации
; СЕКЦИЯ РЕГИСТРАЦИИ - для автоматической регистрации на сервере провайдера
[itsp-rt]
type=registration ; Тип секции - регистрация
outbound_auth=itsp-rt ; Использовать секцию аутентификации для исходящих запросов
server_uri=sip:123.20.rt.ru ; URI сервера провайдера, куда отправляем регистрацию
client_uri=sip:999@123.20.rt.ru ; Наш URI (логин@сервер) для идентификации
retry_interval=60 ; Интервал попыток перерегистрации в секундах
transport=transport-udp
[itsp-rt]
type=identify
endpoint=itsp-rt ; Endpoint, который будет обрабатывать входящие вызовы
;match=123.20.rt.ru ; Идентифицировать вызовы с этого адреса
match=95.167.42.119
match=95.156.65.250
[200]
type=endpoint
context=internal
disallow=all
allow=ulaw,alaw
auth=200
aors=200
transport=transport-udp
direct_media=no
[200]
type=auth
auth_type=userpass
password=sLOOI5mniJ
username=200
[200]
type=aor
max_contacts=1
Добавлено: 23 окт 2025, 13:15
notify_ded_bot
Уже в эфире. На докладе Михаил покажет, как выстроить полный цикл управления Service Journeys на основе актуальных требований COPC-CX — от идентификации и проектирования до постоянных улучшений.
Что разберём коротко и по делу:
- чем живут современные стандарты КЦ и что COPC-CX требует от Service Journey;
- Customer Journey vs Service Journey: в чём разница и почему это важно для КЦ;
- практики выявления, проектирования и картирования Service Journey на уровне КЦ;
- как интегрировать Service Journey в бизнес-планирование и ежедневные операции;
- исследование клиентского опыта на уровне отдельных маршрутов;
- аналитика и оптимизация: метрики, узкие места, быстрые победы;
- бонус: реальные кейсы трансформации Service Journeys и их эффект на NPS, AHT и FCR.
Подключайтесь к прямой трансляции и задавайте вопрос в чате
Добавлено: 23 окт 2025, 13:21
notify_ded_bot
Добрых суток, помогите плз разобраться с pjsip+mikrotik+nat . Первый раз решил использовать pjsip, и иду по граблям. На микроте проброс портов настроен на сервер АТС. Вопрос в конфиге, всё ли верно?
Слышно только в одну сторону от абонента атс в сторону абонента мобилки
[global]
type=global ; Тип секции - глобальные настройки
debug=9 ; Уровень отладки (0 - выключена)
[transport-udp]
type=transport ; Тип секции - транспорт
protocol=udp ; Протокол передачи - UDP
bind=0.0.0.0:5060 ; Интерфейс и порт для привязки (все интерфейсы, порт 5060)
local_net=192.168.177.0/24
local_net=127.0.0.1/32
external_signaling_address=109.202.1.196:5060
external_media_address=109.202.1.196
[transport-tcp] ; Транспорт TCP
type=transport ; Тип секции - транспорт
protocol=tcp ; Протокол передачи - TCP
bind=0.0.0.0:5060 ; Интерфейс и порт для привязки
local_net=192.168.177.0/24
local_net=127.0.0.1/32
external_signaling_address=109.202.1.196:5060
external_media_address=109.202.1.196
; =============================================
; ТРАНК ДЛЯ RT
; =============================================
; ENDPOINT ДЛЯ ИСХОДЯЩИХ ВЫЗОВОВ - определяет параметры исходящих соединений
[itsp-rt]
type=endpoint
context=from-provider ; Контекст в extensions.conf для входящих вызовов ОТ провайдера
disallow=all ; Запретить все кодеки (перед разрешением конкретных)
allow=ulaw,alaw,g722 ; Разрешенные аудио кодеки (в порядке предпочтения)
transport=transport-udp ; Использовать указанный транспорт
aors=itsp-rt ; Связать с секцией AOR (Address of Record
;auth=itsp-auth ; Секция аутентификации для этого endpoint
; Аутентификация ТОЛЬКО для исходящих вызовов
outbound_auth=itsp-rt ; Аутентификация для исходящих запросов
from_user=999 ; Имя пользователя в поле From для исходящих вызовов
from_domain=123.20.rt.ru ; Домен в поле From для исходящих вызовов
; Настройки RTP
rtp_symmetric=yes ; Использовать тот же порт для входящего/исходящего RTP
force_rport=yes ; Принудительно использовать полученный порт для ответов
rewrite_contact=yes ; Перезаписывать Contact header в SIP сообщениях
direct_media=no
[itsp-rt]
type=aor
contact=sip:123.20.rt.ru ; Контактный адрес сервера провайдера
qualify_frequency=60 ; Частота проверки доступности (в секундах)
max_contacts=10
; СЕКЦИЯ АУТЕНТИФИКАЦИИ - хранит учетные данные
[itsp-rt]
type=auth ; Тип секции - аутентификация
auth_type=userpass ; Тип аутентификации - логин/пароль
password=12345678 ; Пароль для аутентификации (замените на ваш)
username=999 ; Логин для аутентификации
; СЕКЦИЯ РЕГИСТРАЦИИ - для автоматической регистрации на сервере провайдера
[itsp-rt]
type=registration ; Тип секции - регистрация
outbound_auth=itsp-rt ; Использовать секцию аутентификации для исходящих запросов
server_uri=sip:123.20.rt.ru ; URI сервера провайдера, куда отправляем регистрацию
client_uri=sip:999@123.20.rt.ru ; Наш URI (логин@сервер) для идентификации
retry_interval=60 ; Интервал попыток перерегистрации в секундах
transport=transport-udp
[itsp-rt]
type=identify
endpoint=itsp-rt ; Endpoint, который будет обрабатывать входящие вызовы
;match=123.20.rt.ru ; Идентифицировать вызовы с этого адреса
match=95.167.42.119
match=95.156.65.250
[200]
type=endpoint
context=internal
disallow=all
allow=ulaw,alaw
auth=200
aors=200
transport=transport-udp
direct_media=no
[200]
type=auth
auth_type=userpass
password=sLOOI5mniJ
username=200
[200]
type=aor
max_contacts=1
добрый. если правильно помню, нужно дописывать конфиг если вы за натом
Добавлено: 23 окт 2025, 13:25
notify_ded_bot
Добрых суток, помогите плз разобраться с pjsip+mikrotik+nat . Первый раз решил использовать pjsip, и иду по граблям. На микроте проброс портов настроен на сервер АТС. Вопрос в конфиге, всё ли верно?
Слышно только в одну сторону от абонента атс в сторону абонента мобилки
[global]
type=global ; Тип секции - глобальные настройки
debug=9 ; Уровень отладки (0 - выключена)
[transport-udp]
type=transport ; Тип секции - транспорт
protocol=udp ; Протокол передачи - UDP
bind=0.0.0.0:5060 ; Интерфейс и порт для привязки (все интерфейсы, порт 5060)
local_net=192.168.177.0/24
local_net=127.0.0.1/32
external_signaling_address=109.202.1.196:5060
external_media_address=109.202.1.196
[transport-tcp] ; Транспорт TCP
type=transport ; Тип секции - транспорт
protocol=tcp ; Протокол передачи - TCP
bind=0.0.0.0:5060 ; Интерфейс и порт для привязки
local_net=192.168.177.0/24
local_net=127.0.0.1/32
external_signaling_address=109.202.1.196:5060
external_media_address=109.202.1.196
; =============================================
; ТРАНК ДЛЯ RT
; =============================================
; ENDPOINT ДЛЯ ИСХОДЯЩИХ ВЫЗОВОВ - определяет параметры исходящих соединений
[itsp-rt]
type=endpoint
context=from-provider ; Контекст в extensions.conf для входящих вызовов ОТ провайдера
disallow=all ; Запретить все кодеки (перед разрешением конкретных)
allow=ulaw,alaw,g722 ; Разрешенные аудио кодеки (в порядке предпочтения)
transport=transport-udp ; Использовать указанный транспорт
aors=itsp-rt ; Связать с секцией AOR (Address of Record
;auth=itsp-auth ; Секция аутентификации для этого endpoint
; Аутентификация ТОЛЬКО для исходящих вызовов
outbound_auth=itsp-rt ; Аутентификация для исходящих запросов
from_user=999 ; Имя пользователя в поле From для исходящих вызовов
from_domain=123.20.rt.ru ; Домен в поле From для исходящих вызовов
; Настройки RTP
rtp_symmetric=yes ; Использовать тот же порт для входящего/исходящего RTP
force_rport=yes ; Принудительно использовать полученный порт для ответов
rewrite_contact=yes ; Перезаписывать Contact header в SIP сообщениях
direct_media=no
[itsp-rt]
type=aor
contact=sip:123.20.rt.ru ; Контактный адрес сервера провайдера
qualify_frequency=60 ; Частота проверки доступности (в секундах)
max_contacts=10
; СЕКЦИЯ АУТЕНТИФИКАЦИИ - хранит учетные данные
[itsp-rt]
type=auth ; Тип секции - аутентификация
auth_type=userpass ; Тип аутентификации - логин/пароль
password=12345678 ; Пароль для аутентификации (замените на ваш)
username=999 ; Логин для аутентификации
; СЕКЦИЯ РЕГИСТРАЦИИ - для автоматической регистрации на сервере провайдера
[itsp-rt]
type=registration ; Тип секции - регистрация
outbound_auth=itsp-rt ; Использовать секцию аутентификации для исходящих запросов
server_uri=sip:123.20.rt.ru ; URI сервера провайдера, куда отправляем регистрацию
client_uri=sip:999@123.20.rt.ru ; Наш URI (логин@сервер) для идентификации
retry_interval=60 ; Интервал попыток перерегистрации в секундах
transport=transport-udp
[itsp-rt]
type=identify
endpoint=itsp-rt ; Endpoint, который будет обрабатывать входящие вызовы
;match=123.20.rt.ru ; Идентифицировать вызовы с этого адреса
match=95.167.42.119
match=95.156.65.250
[200]
type=endpoint
context=internal
disallow=all
allow=ulaw,alaw
auth=200
aors=200
transport=transport-udp
direct_media=no
[200]
type=auth
auth_type=userpass
password=sLOOI5mniJ
username=200
[200]
type=aor
max_contacts=1
запускаете sngrep и смотрите что у вас в sdp. Если адреса правильные - запишите дамп с wan интерфейса и посмотрите что в sdp после микротика. Если адреса сменились - вероятно включен sip alg на микроте и его следует выключить
Добавлено: 23 окт 2025, 13:26
notify_ded_bot
запускаете sngrep и смотрите что у вас в sdp. Если адреса правильные - запишите дамп с wan интерфейса и посмотрите что в sdp после микротика. Если адреса сменились - вероятно включен sip alg на микроте и его следует выключить
alg я отключил
Добавлено: 23 окт 2025, 13:26
notify_ded_bot
ок , посмотрю дамп
Добавлено: 23 окт 2025, 13:31
notify_ded_bot
Михаил сейчас в эфире показывает, как на уровне контакт-центра выстроить полный цикл работы с Service Journeys по COPC-CX: от картирования и проектирования до вшивания в операционку — контроль качества, WFM, работа с жалобами и отложенными запросами — и корректного замера CX.
Присоединяйтесь к прямой трансляции
Добавлено: 23 окт 2025, 13:38
notify_ded_bot
нет цели интегрироваться с битриксом. Битрикса нету. Есть цель рисовать свои отчеты и для этого сделать модуль. Я только ради этого остался на freepbx, потому что веб не знаю, а там есть уже что то из коробки. Ну или варианты, где бы можно было это делать. Я так понимаю решение - учить веб и писать самому модуль. Я бы сделал дашборд в табло и DL но их тоже нету :(
Это не сгодится?
Добавлено: 23 окт 2025, 13:45
notify_ded_bot
Это не сгодится?
выглядит интересно, протестирую, спасибо.
P.s. офис в 500 метрах от меня :)
Добавлено: 23 окт 2025, 13:47
notify_ded_bot
Здравствуйте все. Может кто-то подсказать, перестали быть доступны репозитории http://downloads.asterisk.org, https://downloads.digium.com/ и может другие, это РКН угарает или ещё что случилось?
ХЗ даже, заметил на днях, исходники не качает, аудиофайлы тоже, nodejs с их репы не скачивает ?♂️