История изменений [назад]

Здравствуйте

Поскольку поиск дает, в основном, старые темы, спрошу здесь: как сейчас обстоят дела с резервированием Asterisk с высоким уровнем надежности. Может, появились какие устоявшиеся решения, готовые к установке без длительного багфиксения.

Начальные условия такие:

1. Подключения как внешние, так и внутренние - только по IP. AS есть, BGP с провайдерами тоже. Возможно будут факультативные FXO/FXS шлюзы, их резервирование не требуется.
2. Количество внутренних абонентов - до 120, терминалы предполагаются Yealink/TipTel.
3. Переключение серверов, вплоть до выключения одного из них - без перерыва текущих сессий, т.е. HAAST в чистом виде - не очень устраивает.
4. Решение создается "с нуля", будет использоваться только существующая сетевая инфраструктура.

Здравствуйте

Поскольку поиск дает, в основном, старые темы, спрошу здесь: как сейчас обстоят дела с резервированием Asterisk с высоким уровнем надежности. Может, появились какие устоявшиеся решения, готовые к установке без длительного багфиксения.

Начальные условия такие:

1. Подключения как внешние, так и внутренние - только по IP. AS есть, BGP с провайдерами тоже. Возможно будут факультативные FXO/FXS шлюзы, их резервирование не требуется.
2. Количество внутренних абонентов - до 120, терминалы предполагаются Yealink/TipTel.
3. Переключение серверов, вплоть до выключения одного из них - без перерыва текущих сессий, сервиса, т.е. HAAST в чистом виде - не очень устраивает.
4. Решение создается "с нуля", будет использоваться только существующая сетевая инфраструктура.

Здравствуйте

Поскольку поиск дает, в основном, старые темы, спрошу здесь: как сейчас обстоят дела с резервированием Asterisk с высоким уровнем надежности. Может, появились какие устоявшиеся решения, готовые к установке без длительного багфиксения.багфиксения. Open Sorce совершенно не обязательно.

Начальные условия такие:

1. Подключения как внешние, так и внутренние - только по IP. AS есть, BGP с провайдерами тоже. Возможно будут факультативные FXO/FXS шлюзы, их резервирование не требуется.
2. Количество внутренних абонентов - до 120, терминалы предполагаются Yealink/TipTel.
3. Переключение серверов, вплоть до выключения одного из них - без перерыва сервиса, т.е. HAAST в чистом виде - не очень устраивает.
4. Решение создается "с нуля", будет использоваться только существующая сетевая инфраструктура.

Здравствуйте

Поскольку поиск дает, в основном, старые темы, спрошу здесь: как сейчас обстоят дела с резервированием Asterisk с высоким уровнем надежности. Может, появились какие устоявшиеся решения, готовые к установке без длительного багфиксения. Open Sorce совершенно не обязательно.

Начальные условия такие:

1. Подключения как внешние, так и внутренние - только по IP. AS есть, BGP с провайдерами тоже. Возможно будут факультативные FXO/FXS шлюзы, их резервирование не требуется.
2. Количество внутренних абонентов - до 120, терминалы предполагаются Yealink/TipTel.
3. Переключение серверов, вплоть до выключения одного из них - без перерыва сервиса, т.е. HAAST в чистом виде - не очень устраивает.
4. Решение создается "с нуля", будет использоваться только существующая сетевая инфраструктура.

Здравствуйте

Поскольку поиск дает, в основном, старые темы, спрошу здесь: как сейчас обстоят дела с резервированием Asterisk с высоким уровнем надежности. Может, появились какие устоявшиеся решения, готовые к установке без длительного багфиксения. Open Sorce совершенно не обязательно.

Начальные условия такие:

1. Подключения как внешние, так и внутренние - только по IP. AS есть, BGP с провайдерами тоже. Возможно будут факультативные FXO/FXS шлюзы, их резервирование не требуется.
2. Количество внутренних абонентов - до 120, терминалы предполагаются Yealink/TipTel.
3. Переключение серверов, вплоть до выключения одного из них - без перерыва сервиса, т.е. HAAST в чистом виде - не очень устраивает.
4. Решение создается "с нуля", будет использоваться только существующая сетевая инфраструктура.

Большое спасибо всем за ответы и комментарии. Ясно, что многое можно сделать и многое хочется, но, исходя из существующих промышленных, серийных решений, остановлюсь на простой кластеризации с мониторингом, типа Heartbeat/asha.