Страница 9 из 16

Re: Транковые шлюзы SMG

Добавлено: 08 авг 2017 18:36
bravo
Fluke писал(а):
sersil писал(а):
Fluke писал(а):Что мешает писать CDR на FTP? Так будет правильней даже.

Кроме CDR на дисках много чего нужного хранится - голосовые сообщения IVR, сценарии IVR, записи разговоров и прочее.
В-общем, RAID необходим.



Вы сначала говорите о потере CDR записей, а сейчас уже приплели сообщения IVR, записи разговоров.

суть дела не меняется ведь...

Re: Транковые шлюзы SMG

Добавлено: 08 авг 2017 19:05
Fluke
bravo писал(а):
Fluke писал(а):
sersil писал(а):Кроме CDR на дисках много чего нужного хранится - голосовые сообщения IVR, сценарии IVR, записи разговоров и прочее.
В-общем, RAID необходим.



Вы сначала говорите о потере CDR записей, а сейчас уже приплели сообщения IVR, записи разговоров.

суть дела не меняется ведь...


Только требования были выдвинуты так, что ответ подразумевал отсутствие необходимости в RAID. Речь о потере CDR

Re: Транковые шлюзы SMG

Добавлено: 08 авг 2017 19:09
bravo
Fluke писал(а):
bravo писал(а):
Fluke писал(а):

Вы сначала говорите о потере CDR записей, а сейчас уже приплели сообщения IVR, записи разговоров.

суть дела не меняется ведь...


Только требования были выдвинуты так, что ответ подразумевал отсутствие необходимости в RAID. Речь о потере CDR

чо-чо? вы о чём? человек написал, что потерял CDR, спрашивает будет ли и когда, а то вот неприятно...

слезайте с коня, ушли печенеги с земли русской

Re: Транковые шлюзы SMG

Добавлено: 22 авг 2017 15:33
Fluke
bravo писал(а):
Fluke писал(а):
bravo писал(а):суть дела не меняется ведь...


Только требования были выдвинуты так, что ответ подразумевал отсутствие необходимости в RAID. Речь о потере CDR

чо-чо? вы о чём? человек написал, что потерял CDR, спрашивает будет ли и когда, а то вот неприятно...

слезайте с коня, ушли печенеги с земли русской


дак вот, чтобы не терять записи CDR, можно скидывать их на удалённый сервер.

Re: Транковые шлюзы SMG

Добавлено: 22 авг 2017 16:49
bravo
Fluke писал(а):
bravo писал(а):
Fluke писал(а):
Только требования были выдвинуты так, что ответ подразумевал отсутствие необходимости в RAID. Речь о потере CDR

чо-чо? вы о чём? человек написал, что потерял CDR, спрашивает будет ли и когда, а то вот неприятно...

слезайте с коня, ушли печенеги с земли русской


дак вот, чтобы не терять записи CDR, можно скидывать их на удалённый сервер.

сервер стоит не мало денег! Поэтому этот момент лучше оставить на совесть каждого. В любом случае бэкапы надо делать (мы следуем принципы хранения в трёх местах, с географией резерва), так как это критичная финансовая информация. НО и на дисках хранить и сервер сливать и на сервере ещё куда то перекладывать, технической возможности нет (ну просто настроек таких в смг нет, по первым двум пунктам). Поэтому логично первоначальное хранилище (а для многих основное) сделать более надёжным.

В общем чем железка самостоятельнее, тем лучше!

Re: Транковые шлюзы SMG

Добавлено: 20 сен 2017 18:37
alsav
Доброго дня!
Подскажите, есть острая необходимость с SMG-1016M периодически (например раз в день) сохранять конфигурацию на удаленный сервер. Возможно ли это как-то реализовать? Желательно штатными средствами устройства, без использования expect и прочих "костылей".

Re: Транковые шлюзы SMG

Добавлено: 21 сен 2017 17:34
Bokrenok
alsav писал(а):Доброго дня!
Подскажите, есть острая необходимость с SMG-1016M периодически (например раз в день) сохранять конфигурацию на удаленный сервер. Возможно ли это как-то реализовать? Желательно штатными средствами устройства, без использования expect и прочих "костылей".


в рамках версии 3.10 будет добавлен функционал по выгрузке конфиги на FTP/TFTP-сервер
одновременно с сохранением конфигурации во flash

можете связаться с нашей техподдержкой и оставить заявку на бета-тест версии 3.10

Re: Транковые шлюзы SMG

Добавлено: 06 окт 2017 22:00
6apahka
Коллеги, на сайте появилась версия ПО 3.9.1 , но не нашел описания к ней. Чем она отличается от 3.9.0 ?

Re: Транковые шлюзы SMG

Добавлено: 26 окт 2017 20:10
6apahka
6apahka писал(а):Коллеги, на сайте появилась версия ПО 3.9.1 , но не нашел описания к ней. Чем она отличается от 3.9.0 ?

Неужели представители Элтекс не знаю что ответить? :)

Re: Транковые шлюзы SMG

Добавлено: 31 окт 2017 11:49
voipais
Там написано, что только замена версии sip-адаптера.
По функционалу IVR, очень нужна функция перенаправления не на конкретный номер, а на транк-группу, пусть дальняя станция сама решает, что с этим звонком делать.
Да, и было бы весьма приятно, видеть символ отрицания в регулярках диал-плана.

Re: Транковые шлюзы SMG

Добавлено: 31 окт 2017 18:27
bravo
voipais писал(а):Там написано, что только замена версии sip-адаптера.
По функционалу IVR, очень нужна функция перенаправления не на конкретный номер, а на транк-группу, пусть дальняя станция сама решает, что с этим звонком делать.
Да, и было бы весьма приятно, видеть символ отрицания в регулярках диал-плана.


символ отрицания - это то, что не подходит под предыдущие правила. Т.е. это более широкая маска. Т.е. уже реализовано. Если только вам чисто косметически хотелось бы его там видеть.

а по IVR это вы так хотите реализовать выбор абонентом оператора связи?

Re: Транковые шлюзы SMG

Добавлено: 01 ноя 2017 15:37
voipais
Отрицание нужно, когда расписываем зоновую маску, в частности требуется описать маску 89173334450 - 89173370300. Сейчас точно не помню, но встречал рубленый диапазон, на который пришлось 3 маски заводить.
По поводу IVR, такое нужно было, когда понадобилось добавить музыку вместо гудка на транзите.
Хотя да, тоже хорошая идея отправлять по IVR на разновсякие PBX.

Re: Транковые шлюзы SMG

Добавлено: 01 ноя 2017 17:20
bravo
voipais писал(а):Отрицание нужно, когда расписываем зоновую маску, в частности требуется описать маску 89173334450 - 89173370300. Сейчас точно не помню, но встречал рубленый диапазон, на который пришлось 3 маски заводить.
По поводу IVR, такое нужно было, когда понадобилось добавить музыку вместо гудка на транзите.
Хотя да, тоже хорошая идея отправлять по IVR на разновсякие PBX.


ох, знаю я, что такое рваная нумерация в зоне) мне пришлось расписывать всю Мск по зоне с расписыванием диапазонов по _каждому_ оператору, а не слепляя в общий при их непрерывности. Делал я это правда в ecss-10
но у меня наверное логика сегодня сломана, но я что-то не понимаю, чем вас спасёт отрицание? ведь для того, что бы что-то отрицать, это надо всё равно написать. Т.е. это равносильно тому, что вы укажите весь диапазон целиком, а более точной маской укажете куда направить то, что из диапазона надо вырвать.

А по поводу выбора направления через IVR... не знаю, какие у smg возможности на эту тему... в прочем я и в ecss особо не копался, но видится это реализуемой задачей через модификацию номеров - добавление технического префикса, в зависимости от выбранного пункта. После маршрутизации тех префикс удаляется и остался целый номер. В самом плане же указываете какой тех префикс на какой транк.
В ECSS-10 нет возможности из IVR вернуть вызов в контексты маршрутизации (только на локальный ресурс можно сослаться).

Вот что-то такое уже имеет смысл просить запилить ) только конечно надо писать ТЗ, что бы это было законченной оформленной мыслью.

Re: Транковые шлюзы SMG

Добавлено: 07 ноя 2017 13:08
borisk
Добрый день!

Неплохо бы реализовать RFC3325. А то все сейчас модные, пользуются Asterix и прочими SoftPBX. Да, есть пока возможность в них работать "по старому", но лучше не ждать когда они вдруг "передумают" :)

Re: Транковые шлюзы SMG

Добавлено: 07 ноя 2017 21:44
bravo
borisk писал(а):Добрый день!

Неплохо бы реализовать RFC3325. А то все сейчас модные, пользуются Asterix и прочими SoftPBX. Да, есть пока возможность в них работать "по старому", но лучше не ждать когда они вдруг "передумают" :)

вряд ли они когда нибудь передумают использовать штатные заголовки. Ведь это поле нужно по сути для реализации услуги ДВО для сокрытия номера А (clir) и оно не может заменить стандартные from и т.п.
Ну и документация гласит, что поддержка этого RFC имеется.