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

"Тематический каталог: Создание отказоустойчивого сервера Ast..."	+/–
Сообщение от auto_topic (??), 30-Авг-12, 12:37
Обсуждение статьи тематического каталога: Создание отказоустойчивого сервера Asterisk с поддержкой балансировкой нагрузки (sip voip asterisk openser balance cluster kamailio) Ссылка на текст статьи: http://www.opennet.dev/base/net/asterisk_balance.txt.html
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от lagorue (??), 30-Авг-12, 12:37	+/–
У Вас  эта связка до сих пор работает? Сколько SIP абонентов?
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Sergey (??), 16-Янв-13, 05:23	+/–
ERROR: <core> [modparam.c:151]: set_mod_param_regex: parameter <rtpproxy_disable> not found in module <nathelper>
Ответить | Правка | Наверх | Cообщить модератору

3. Сообщение от Sergey (??), 16-Янв-13, 05:25	+/–
Статья нуждаеться в обновлении What happend with “rtpproxy_disable” parameter? It was removed as it became obsolete - now “rtpproxy_sock” can take empty value to disable the rtpproxy functionality.
Ответить | Правка | Наверх | Cообщить модератору

4. Сообщение от Sergey (??), 16-Янв-13, 10:38	+/–
rtpproxy_disable больше нет в nathelper, по крайней мере в версии 3.3.x What happend with “rtpproxy_disable” parameter? It was removed as it became obsolete - now “rtpproxy_sock” can take empty value to disable the rtpproxy functionality.
Ответить | Правка | Наверх | Cообщить модератору

5. Сообщение от Сергей (??), 03-Июн-13, 13:14	+/–
Данная схема с изменениями работает все еще. Сейчас 3000 постоянно зарегистрированных абонентов. Прирост примерно по 1000 в год. Схема нуждается в обновлении, планируется кластеризация kamailio части. Статья тоже нуждается в обновлении, подумываю написать ее на habrahabr. Также моя компания  оказывает услуги по настройке подобных схем для коммерческого использования, на данный момент схема запущена у еще двух VoIP операторов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12

6. Сообщение от Вася (??), 15-Июн-13, 18:24	+/–
Напиши а статью на хабр, там нет статей про kamailio будет уникальная статья. Поможешь куче народа.
Ответить | Правка | Наверх | Cообщить модератору

7. Сообщение от Algor (??), 24-Июн-13, 11:27	+/–
Я правильно понимаю что первый пункт - 1. Безотказную систему, желательно с полным резервирование и без единой точки отказа У Вас все таки не реализован, т.к. sipbalancer один единственный, и никаких ha media proxy также не реализовано?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9

8. Сообщение от Alex (??), 22-Июл-13, 02:39	+/–
Не описан остался момент, каким образом оба астериска (или того более - все четыре), видят у себя зарегистрированными всех пользователей kamailio одновременно? И если пользователь А зареган на Астериск2, и он звонит пользователю Б, который зареган на Астериск2, а оба они зареганы на всех астерисках, то не получается ли петли, когда вызов с А на Б проходит через kamailio? Очевидно, что нет, если схема работает - но мне непонятно как, она работает) Я только собираю информацию, чтобы понять и сделать подобное.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

9. Сообщение от Сергей (??), 26-Ноя-13, 21:40	+/–
Вы правильно понимаете. kamailio можно резервировать разными способами. например dns srv, правда не всегда удобно, т.к. у разных клиентов есть лаг в обновлении srv записей. я склонен очень трепетно относиться к подобным проблемам у клиентов  и хотелось бы чтобы у них заработало быстро. Сейчас разрабатывается вариант переезда IP адреса на другой сервер, но не средствами ha
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

10. Сообщение от Сергей (??), 26-Ноя-13, 21:41	+/–
> Не описан остался момент, каким образом оба астериска (или того более - > все четыре), видят у себя зарегистрированными всех пользователей kamailio одновременно? > И если пользователь А зареган на Астериск2, и он звонит пользователю > Б, который зареган на Астериск2, а оба они зареганы на всех > астерисках, то не получается ли петли, когда вызов с А на > Б проходит через kamailio? Очевидно, что нет, если схема работает - > но мне непонятно как, она работает) Я только собираю информацию, чтобы > понять и сделать подобное. REGISTER сообщения до asterisk не доходят, asterisk отправляет звонки на kamailio, kamailio уже разруливает их зареганным на нем пользователям
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

11. Сообщение от Maxim (??), 17-Июл-14, 15:58	+/–
Хорошая статья. Спасибо за подробное описание! У меня вопрос про балансировку и сбор статистики с очередей. Каким образом происходит синхронизация очередей разных Asteriskов? Ведь в одну очередь направляется поток звонков и как вы его балансируете между несколькими Asterisk, ведь статистика будет не правильной?
Ответить | Правка | Наверх | Cообщить модератору

12. Сообщение от Сергей (??), 07-Июн-16, 08:23	+/–
Ну так как там статья на хабре?) Очень хотелось бы почитать. Всё таки 3 года прошло)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

13. Сообщение от sss (??), 13-Июн-16, 02:03	+/–
Пытаюсь понять, чем подобные схемы будут отличаться от балансера на yate/fs/asterisk с включённым SDP forward и перебором нижестоящих станций по round-robin? В яте вообще конфиг будет занимать ровно две строки, sdp_forward=yes и fork станция1 | станция2
Ответить | Правка | Наверх | Cообщить модератору

14. Сообщение от Константин (??), 12-Мрт-21, 16:02	+/–
Добрый день! А как управлять в инвайте заголовками Autorization: ?
Ответить | Правка | Наверх | Cообщить модератору

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

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