AndyRadist

@AndyRadist так там надо иметь уже что-то от укртелеком, подключить тоже нереально

Да… что-то в киви тихонечко сломали…
переделал на другую форму перевода денег

Что-то я уже не понимаю куда эта тема выруливает.
На сайте указаны многие способы помочь и себе, и сервису, и автору/админу/владельцу:
– основной – пополнение счетов. доступно всем любыми способами было бы желание
– кошельки всяких систем.. вроде тоже не экзотика..
чего-то не хватает? С радостью добавлю.

Отчётность. Пока не о чём отч…[Читать далее]

А если у них один DID на всех пользователей?
Тут нужно собрать статистику, позвонить с разных учетных записей и посмотреть, какой будет DID отображаться при этом.

https://talk37.ru/members/voip77/voip/logs/?devices=srv_d20042&cb_history=0&cb_accounts=1
Согласно логам проблемы с учёткой возникли в 13:44:32
в 13:47:29 она уже была онлайн.
Странно.. между этими двумя временами не прошло и 5 минут.
Объясняется это только тем, что именно в этот момент Вы что-то меняли в этой учётке..
О…[Читать далее]

У меня тоже отключилась недавно одна из учеток. Вероятно были проблемы на стороне Мультифона.
Как я понимаю в настоящее время они отключаться не должны.

Так же нужно понимать, регистрация этой учетки одновременно на другом устройстве недопустима так же. Ну и баланс следить на ней.

@andyradist
Звонок в 16.06.2016 22:13:51
Использовалась линия srv_d20510. Через 21 секунду ожидания ответа (хотя ответ должен был ожидаться 60 секунд) было получено: HANGUPCAUSE: 19 DIALSTATUS: NOANSWER
Расшифровка: От пользователя нет ответа (пользователь предупрежден). Пользователь обеспечил индикацию готовности к работе, но…[Читать далее]

Кодеки выставляются не только на устройстве… но и на сайте. Они соответствуют друг другу?
Для отсечения лишнего лучше сначала выставить везде alaw.
Далее.. Хорошо бы прослушать запись звонка. Иногда на ней явно слышно обе стороны. А значит… проблема будет на стыке от сервера к одному из устройств.
Так же весьма важно посмотреть адрес RTP ст…[Читать далее]

На счет проблем. В бета версии 1.37 проблема устранена. И в примечаниях написано, что исправлено то, что появилось в 1.35.
Если в стабильной версии перейдут изменения из 1.37 бета, то можно будет забыть о проблемах на версиях 1.35 и 1.36.

@freemen, а что появилось и с чем давно мучаетесь? Хотелось бы знать.. вдруг мы тоже мучаемся и не знаем.

Если планируется использовать только те линии, которые есть в сервисе. А в сервисе да и в России принято использовать кодек a-law, то да, исходя из этого его можно отключить, что бы избежать лишней перекодировки.

Видимо, в pbxes используется гораздо меньший набор кодеков по умолчанию.
В нашем сервисе включены многие кодеки.. в том числе и видео-кодеки. Потому что в правильных серверах незнакомые им кодеки просто исключаются из рассмотрения и всё.
А в неправильных серверах… соединение не устанавливается 🙁

Проблема решена. Помогло ручное указание кодеков во внешней учётной записи.
Ещё немало серверов, которые отказывают в звонке когда встречают неизвестные им кодеки. Правильным поведением было бы их игнорировать… но это не их случай.

@remarkov, извиняюсь что долго не отвечал.. обязательно настроим. Просто сегодня весь вечер потратил на настройку одного упорного роутера 🙁
тут два варианта:
– мне даёте разрешение делать тестовые исходящие через эти учётки.. и напишите на какие номера можно делать тест (для каждой учётки).
– найдёте меня в ICQ/Skype/Jabber… и в…[Читать далее]

Вроде бы починил. Для резерва добавил распознавание от яндекса

@remarkov, для начала попробуйте эти учётки выставить в режим и входящих и исходящих..
Режим регистрации OK для исходящих значит всего лишь что их сервер доступен… не происходит проверки регистрации (правильный ли логин или пароль). А вот при звонке… и происходит.