The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..., opennews (?), 04-Окт-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


10. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +2 +/
Сообщение от Аноним (-), 04-Окт-17, 15:06 
Ну давай кулстори про то как ты его настраивал в продакшене.
Ответить | Правка | Наверх | Cообщить модератору

12. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +/
Сообщение от ssh (ok), 04-Окт-17, 15:19 
Можно и просто личный опыт, почему одно заменили на другое. ;)
Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +1 +/
Сообщение от Аноним (-), 04-Окт-17, 15:54 
по личному опыту, ничего сложного, что бы перейти на него.
начал использовать по причине лучшей работы с нат и то что появилась возможность использовать несколько external ip (sip profile), что давно уже было в freeswitch c их sofia.
Ответить | Правка | Наверх | Cообщить модератору

21. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +1 +/
Сообщение от Moomintroll (ok), 04-Окт-17, 17:59 
> по личному опыту, ничего сложного, что бы перейти на него.

по личному опыту - какая-то переусложнённая хрень... :-(

Так и не осилил pjsip, чтобы реализовать похожую на обычный chan_sip конфигурацию с шаблонами(!) в users.conf(!). В итоге забил на ништяки и живу в прошлом веке.

Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +/
Сообщение от leap42 (ok), 05-Окт-17, 03:04 
попробуйте вот это:

https://wiki.asterisk.org/wiki/display/AST/PJSIP+Configurati...

там совсем просто стало

Ответить | Правка | Наверх | Cообщить модератору

39. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +1 +/
Сообщение от Moomintroll (ok), 05-Окт-17, 09:12 
Не... Я из тех идиотов, которые должны понимать что зачем.

И кстати, само существование этого визарда подтверждает мои слова, что это "какая-то переусложнённая хрень". А жаль... Я так радовался pjsip'у... Пока не попытался его использовать. И хрен бы с ним, что оно вовсе не drop-in звмена chan_sip - в sip.conf у меня только транки. Но, блин, а клиенты? Они у меня в users.conf с шаблонами...

Ответить | Правка | Наверх | Cообщить модератору

40. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +/
Сообщение от grsec (ok), 05-Окт-17, 10:55 
pjsip.conf не умеет шаблоны?
Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +/
Сообщение от Moomintroll (ok), 05-Окт-17, 11:29 
Утверджать не возьмусь, но поскольку в pjsip появились новые сущности, возможно с их использованием можно обойтись без шаблонов. Зато (опять же, насколько я понял, а я не очень понял) пользователь теперь описывается минимум двумя сущностями: endpoint и auth. И вот это users.conf не умеет. А ещё у меня там alternateexts.

Я конечно могу заблуждаться и буду благодарен если кто-нибудь ткнёт носом.

В общем, существующую конфигурацию на pjsip перевести не удалось. А вот новую инсталляцию снова попытаюсь реализовать на pjsip.

Сейчас у меня так:

extensions.conf:


[stdexten]

exten => _[a-z0-9].,50000(stdexten),NoOp(Start stdexten)
same =>   n,Set(LOCAL(ext)=${EXTEN})
same =>   n,Set(LOCAL(dev)=${ARG1})
same =>   n,Set(LOCAL(cntx)=${ARG2})
same =>   n,Set(LOCAL(mbx)=${ext}${IF($[!${ISNULL(${cntx})}]?@${cntx})})
same =>   n,Dial(${dev},60,o)
same =>   n,Goto(status-${DIALSTATUS},1)
same =>   n,Return()

exten => status-NOANSWER,1,Voicemail(${mbx},u)
same =>   n,Return()

[default]

include => stdexten

exten => _+X.,1,Goto(${EXTEN:1},1)


users.conf



[user](common-template,natted-phone)
description   = Full Name
md5secret     = xxx
callerid      = "Full Name" <+7..........>
alternateexts = 7..........,8..........,7..........,8..........
vmsecret      = xxx

Напомню, в sip.conf у меня только транки (тоже с шаблонами).

При активной регистрации пользователя, звонок ему на мобильный заворачивается локально.

Вот эти ништяки и не осилил перенести на pjsip. :-(

Ответить | Правка | Наверх | Cообщить модератору

47. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +/
Сообщение от Тузя (ok), 06-Окт-17, 06:09 
Давайте по порядку.
1) users.conf постепенно отправляется на свалку истории вместе с chan_sip. Его хотели удалить много версий назад, потому что его содержимое реально тяжело парсить/релоадить. Кроме того в астериске нет такой сущности как пользователь и чем дальше они его обновляют тем меньше слов user вы увидите. И попытка её добавить - очередная историческая ошибка от которой уходят. А еще, данный конфигурационный файл толком ничего не упрощает. Его оставили просто потому что не стали удалять, и оно никому не мешает.
2) Конфигурация pjsip.conf очень гибкая и функционально развитая, поэтому она реально перегружена и сложна для понимания. Они изобрели вот это, чтобы упростить шаблонизацию чисто в рамках pjsip: https://wiki.asterisk.org/wiki/display/AST/PJSIP+Configurati...
С другой стороны, вам ничего не мешает ушаблониться в самом pjsip.conf без применения специальных блоков type=wizard
3) alternateexts, естественно, будет потерян. То что вы вообще в нем делали - пример того, что его поведение не всегда соответствует аналогичным параметрам разнесённым по всем конфигам. Вообще users.conf - это изначально часть Asterisk-GUI, который брошен и больше не развивается и не будет. Если нужна графическая мордочка, то FreePBX сейчас, по-сути, безальтернативен.

По вашей задаче. То что вы переизобретаете называется Find-Me/Follow-Me

Например, во FreePBX вместо alternateexts есть поле "SIP Alias" в параметрах Extensions. По сути, его core-модуль допишет содержимое этого поля в виде дополнительных extension в контексте ext-local, и сделает Goto на основной extension. Чтобы из FreePBX звонить на мобильный и попадать на внутрненний этого достаточно. Вы же хотите, чтобы вызов прошел потом через транк во внешку. Так как dialparties.agi ищет внешние extensions во from-internal, то просто так указать свой внешний номер в Follow-Me не выйдет. Будет цикл, т.к. во from-internal приинклюдился алиас. Однако ничего не мешает написать внешний номер в follow-me с каким-то префиксом и убрать префикс в outbound route.
То есть на FreePBX решение такое:
6000 - внутренний номер
в Alias прописать 89111116000 - мобильный номер
В follow-me для 6000 прописать 000089111116000#
В outbound route добавить паттерн: () 0000 | 89XXXXXXXXX /
Ну и подтюнить под себя.

Если пользоваться FreePBX не позволяет религия и хочется городить велосипед, то заводите ваши мобильники в диалплан вручную и переизобретайте Follow-Me себе на здоровье без таймеров и прочих плюшек. Логика та же, узнать devicestate и звонить куда надо в зависимости от. Рутинной писанины номеров телефонов в диалпланы или в астовую базу будет много. Там на самом деле столько вариантов велосипедостроения... Хоть через вебню, хоть через PJSIP Realtime, хоть в их сочетании. Может PJSIP Realtime то что вы ищите?
Хотя, с учётом того, что вы себе через users.conf жизнь упрощали, а не усложняли, не вижу причины не использовать FreePBX.

Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +5 +/
Сообщение от Тузя (ok), 04-Окт-17, 19:57 
Ну, например, я имею PJSIP в продуктиве.
1) Если ПОЛНОСТЬЮ отказаться от chan_sip и вообще им не пользоваться на astrisk 13 у вас вырастет количество одновременных вызовов, которые держит сервак. Причина кроется в особенностях реализации многопоточности. chan_sip - однопоточный модуль, в то время как RTP, следуя традициям живёт в особых уличных астовых тредах. Вы понимаете что происходит при вызове blind transfer, который сформирует сигнализацию через chan_sip, который однопоточный? И вот так во всём. Переключение контекстов и блокировки налево и направо. В PJSIP такого нет. В PJSIP вообще нет исторических костылей chan_sip.
2) Также помимо сипового стека сменились мосты. Например, занимаясь хитрым тюнингом своих диалпланов на астах 13+ уже не нужно мучать себя жонглированием локальными вызовами (Local/). Там переписали ядро, мосты теперь всем управляют. И трансферы тоже переписали по-человечески через новые мосты. Суммарно всё это в сочетании с PJSIP даёт прирост примерно в 40% на таком астериске, который имеет много очередей и количество звонков равняется или превышает количество пользователей.
3) Сейчас в планах разнести одну очередь на несколько серваков, это стало возможным так как теперь нормально работает prescence (пока только в тестовом окружении).
4) А еще 100rel работает и можно прокинуть early media сквозь несколько астов. Или заменить на свои болтанки в 183-ем коде.
5) У тебя location-часть работает нормально, потому что нормально работают контакты. Можно иметь дело с несколькими регистрациями в одного пользователя. Тут всё опять по-астерисковски специфично.

Минусов мало. Придётся попотеть с провайдерами и собственным диалпланом на предмет особенностей с Dial. В Dial нужно учитывать, то ли мы хотим набрать номер через AOR, то ли мы хотим вызвать созданный в диалплане или вычисленный контакт напрямую то ли мы хотим забрать все контакты. С провайдерами тоже своя атмосфера. Если провайдер даёт несколько учетных записей, в каждой из которых по нескольку DID с возможностью менять CallerID в зависимости от поля From но только в зависимости от пользователя и если у него несколько граничных проксей, то готовьтесь к мозговому штурму. Multiple Endpoints + Multiple AORs + Lines и еще диалпланом помогать... И провайдеры на базе Broadworks (МТС, Билайн, например) кровушки вам попьют при настройке по-началу.

Вообще, если аст настраивает человек, который sip представляет себе через астерискоспецифичную белиберду типа friend, peer, user, то такому придётся сначала в школу сходить уроки выучить. В остальном всё норм. Работает сильно лучше chan_sip, рекомендую! Хотя какая разница, ты всё равно писал свой пост, чтобы вбросить.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

34. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +1 +/
Сообщение от anomymous (?), 04-Окт-17, 23:56 
В PJSIP с трансфером вообще звезда. Не с самим трансфером, а с хинтами после такового.
Ответить | Правка | Наверх | Cообщить модератору

45. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +/
Сообщение от mumu (ok), 05-Окт-17, 18:30 
с этим pjsip история как с файрволом nftables. Те, у кого уже всё работает, никогда не поймут зачем нужно делать акробатики в 10 раз больше, чтобы получить то же самое что было.
Это нужно лишь малому проценту магистральных провайдеров у которых уже нельзя просто так взять и купить сервачек по-мощнее, чтобы получить 30% прироста каналов.
А обычным организациям до 1000 человек это всё в принципе нафиг не сдалось.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

48. "Релиз коммуникационной платформы Asterisk 15 с поддержкой ви..."  +1 +/
Сообщение от Тузя (ok), 06-Окт-17, 06:57 
> Это нужно лишь малому проценту магистральных провайдеров у которых уже нельзя просто
> так взять и купить сервачек по-мощнее, чтобы получить 30% прироста каналов.

Как раз наоборот. Вот этим апнуться будет сложно. Мне не известны узлы связи, которые имеют гослицензию на такую версию аста. Кроме того там в своё время были трудности с multiple AOR, поэтому реализовывать свой LCR на PJSIP сложновато. На 13 вообще рановато. Может только следующий LTS. Если он держит пользователей (казалось бы зачем...), то в этой версии другой CDR, нужно править биллинг. Для провайдеров прирост производительности не так заметен. Выигрыш как раз для тех кто использует аст по назначению, то есть АТС и медиасервер.

> А обычным организациям до 1000 человек это всё в принципе нафиг не
> сдалось.

Если в такой организации астериск заменяет собой висящую на стене ОКС7 атску, то, пожалуй, да. Если у организации есть коллцентры, то PJSIP - это просто праздник какой-то.

> нужно делать акробатики в 10 раз больше, чтобы получить то же самое что было

Всё зависит от задач. Вот кому-то не нужен ни BLF, ни присутствие, ни подписки на RLS, ни webrtc, которые криво работают или отсутствуют в виду ограничений chan_sip. Таким вообще обновляться не надо. Оно еще 10 лет спокойно простоит.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру