Ваши комментарии
Подпишусь! Но не нулевых значений, нужен именно игнор "провалов" на графике, возникающих при перезагрузке сервера и т.п
На третьей версии звонок не проходит. Как и говорилось: При режиме stendby заказчик, если и слышит звонок домофона,открывает приложение, там висит on hook, и звонок не идет, и связаться с панелью он не может.Но во второй версии проходил. Причем на новой версии iOs.
Получается SIP совершенно бесполезный и работает только когда приложение на экране, что ведет к расходу энергии.
Необходимо реализовать:
1. При приеме звонке либо пуш уведомление либо фоновый режим.
2. При пуше открытия приложения и ПРИЕМ звонка.
3. Стабильность разговора без эхо на проверенных устройствах.
4. Список проверенных устройств с возможностью push режимов.
Иначе с чего вы берете деньги дополнительные за SIP???
Это как? А зачем же вообще KNX интерфейс на UMC сервере?
Теперь сервер не поднимает web панели. хотя iridium работает
Ничего с ним не делали.
20.05.2016 | 17:09:31 | 192.168.10.172 | 192.168.10.172 is off (TCP-порт:8888 - не удалось подключиться)
Сервер опять перезагрузился
Это не ответ. так как раньше у меня размер логов был 3мб лимит
Сервис поддержки клиентов работает на платформе UserEcho
Добрый день.
1. Года два назад!!! с Екатериной мы использовали сторонний источник push уведомлений. Настроили, что при звонке домофона открывается приложение. И дальше приложение начинает само звонить на домофон, что бы связаться.
В нашем случае BAS-IP уже посылает звонок и ждет ответа с родной вызывной панели и с SIP адреса. И если мы позвоним с SIP с приложения в это же время звонок с вызывной панели не уйдет. Не рассчитаны панели на 2 звонка одновременно. Так как вы собираетесь с этим бороться, даже если у вас будет push уведомления?
2. Ждем рассказ, как сейчас пользоваться цифровым домофоном и иридиумом обычному пользователю.
3. Срок разработки push уведомления уже давно прошел!