Андрей Филатов

@Dominique, под правило “%” должны попадать любые звонки.
В сервисе используется “всего” два формата шаблонов для номеров и адресатов:
а) простой: через “%”
б) сложный: через регулярные выражения
делать третий формат.. а нужно ли? 98% случаев хватает пункта “а”. А в остальных случаях пользователи либо сами могут разоб…[Читать далее]

@alexeipi Вроде бы нашёл причину. Попробуйте, пожалуйста, и напишите получилось ли.

1) Да. При текущих настройках правило (правило входящих, а не действие) “Стандартное” будет срабатывать на всех вызовах, которые не попали по первое правило. В настройке правил входящих есть проверка – можете попробовать
2) лучше просто писать следующим сообщением 🙂 Их тут не так уж много.. сложно будет запутаться. Редактирование возможно в…[Читать далее]

Жуть какая! А почему тогда “%” не соответствует этому правилу?

Нужно использовать регулярное выражение. Проверить его работу можно здесь https://regex101.com/
Если я не ошибаюсь, регулярное выражение должно быть вида
/^6(d{3})$/

Так что именно интересует?
Звонок skype#логин работает? Что имеет не работает?
Не работает быстрый набор по номеру, которому соаоставлен номер skype#логин?
набираете *01 для звонка?

Ещё маленький вопросик: как в шаблоне номеров (для правил) указать определённую длину номера? Например, 6NNN – четырёхзначные, начинающиеся на 6.

Спасибо, отписал!

А Вы уже добавили свой домен.
к сожалению, сейчас только я могу добавлять контакты (номера или логины) с других доменов (внутренние механизмы есть, а на сайте пока не поддержано).
Если напишите номера или логины Вашего домена (можно через личные сообщения), то я их добавлю.. и Вы сможете использовать на устройствах, в правилах…

Доброго дня.
Спасибо за добрые слова в адрес нашего сервиса 🙂

Вы всё правильно сделали: настроили правило входящих, настроили набор действий, где указали действие “обратный вызов”. Поставьте в этом же наборе действий следующее действие (по порядку) “донабор”.
Сейчас сервис, встречая действие “обратный вызов”, выполняет его и продолжает выполнят…[Читать далее]

@demon спасибо, что находите время/возможность как-то на всё это реагировать 🙂

Попробую более связно описать задачу, т.к. из отдельных кусков возможно неясно, что и зачем хочется реализовать. Ни в коем случае не предлагаю это рассматривать, как какие-то требования по изменению сервиса, просто информация “as is”.

Итак, есть собственная тел. сет…[Читать далее]

Извиняюсь что долго не отвечаю. В выходные стараюсь больше времени уделять семье.
Я всё читаю на смартфоне, но не всегда отвечаю 🙂

На внешние шлюзы передаются не всегда один и тот же CID, а именно “определяющий устройством”, т.е. тот, который указан как “исходящий” у устройства. Но это не “внутренний номер”, а номер сервиса (четырёхзна…[Читать далее]

В настройках учётных записей я такого не нашёл (не считая двух вариантов, общих для всего моего аккаунта). А CID, заданный на самом устройстве, игнорируется.

Вот он-то как раз и передаётся без вариантов, причём только при внутренних звонках. А “наружу” идёт один из трёх вариантов “глобального” CID, определяющегося опять же только аккаунтом.…[Читать далее]

Теперь понял.

Да, раньше было именно так. Но потом Дмитрий произвел изменения, и дополнительные учетные записи я смог удалить. Номер у всех общий, 2067 четырехзначный.

Как так я сделал, сходу вспомнить не могу, но если я не ошибаюсь у меня каждая линия Гигасет 610 подключена как отдельное устройство, по терминологии здесь https://talk37.ru…[Читать далее]

Нет. Телефон – это и есть телефон, он же оконечное устройство. При чём тут шлюзы вообще?

Вот я подключаю свой домашний Астериск – это “устройство” или “провайдер”? Когда я звоню на него со своих внутренних номеров, получаю один Caller ID на всех – это нормально? Причём действие “Установить CID” имеет три опции: “sip:dominique”, “sip:&l…[Читать далее]

Тут с терминологией нужно определиться. Шлюз – это устройство, которое пользователь использует дома у себя, например, IP телефон верно.
В общем есть раздел устройства, они же шлюзы, верно?
Есть внешние учетные записи, они же провайдеры, верно?

Есть провайдеры, они же внешние учетные записи. Некоторые из них могут принимать от устройств, которые…[Читать далее]

Нет, минуточку. Насколько я понимаю, “шлюз” в данный момент как раз интерпретируется как внешняя линия, верно? Тем не менее, оно всё равно не работает. И кстати каким образом я должен “подтверждать” CID внутренних телефонов?

Он работает но для внешних вызовов и для тех провайдеров, которые поддерживают возможность передачи CID того, который передает устройство. Разумеется перед этим CID необходимо подтвердить, и после этого можно передавать его.
Таких провайдеров не много, но они есть. С ними эта опция работает нормально.

А всё-таки, для чего предусмотрен вариант “Caller ID: определяется устройством”, если он не работает?

Поддерживаю идею, если номер передается только между устройствами и не выходит наружу за пределы сервера, дать возможность пользователю указывать любой желаемый CID на своих устройствах.
Что бы он он отображался при вызовах внутри сети.