Dominique

1) Звонки ходят и CID передаётся в обе стороны, спасибо – всё замечательно! Есть только проблема со звонками внутри сервиса, о которой я создал отдельную тему.
2) Насколько я понимаю, в том же Астериске для отличия шаблона от не_шаблона используется префикс _. Т.е. ХХХХ – это номер “ХХХХ”, а “_ХХХХ” – это шаблон из 4 знаков.
3) Да пусть…[Читать далее]

Ну что Вы, какие могут быть извинения! Вам спасибо большое за замечательный сервис.
Меня просто удивило, что одно из правил признаёт номер моим, а второе говорит, что он не опознан.
Я кстати пробовал сделать правило “номер 5% заменять на 5%@talk37.ru” или “на 5@<свой домен>”, не помогало. Если хотя бы такой вариант заработает, было бы…[Читать далее]

Вопрос снят )

Поддерживается ли G.729?

А, вижу, номер сервера 🙁

Кстати, как редактировать свои посты?

Вот интересно стало, а какой номер при этом определится на входящей стороне? Номер клиента или номер сервера?

Почему сразу циски? Астериск ведь тоже использует нечто подобное для диалпланов, я думал, что это де-факто стандарт. В любом случае шаблон 1ХХХ куда понятнее и читабельнее, чем /^1d{3})$/ (кстати, спасибо Sayone, оно работает :)). А про эти регулярные выражения я толком и не нашёл, как они формируются, хотя бы ссылочка бы была.

Номерные звонк…[Читать далее]

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

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

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

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

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

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

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

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

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

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

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

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

Благодарю. По первому пункту получается, что по любому при звонке на шлюз у всех внутренних номеров будет один Caller ID на всех. Что, конечно же, не есть хорошо. Кстати, в действиях для исходящих обнаружил обнадёживающую возможность установить Caller ID как “определяющееся устройством”. Т.е. я рассчитывал, что если на устройстве задать желаем…[Читать далее]

А, я понял. Просто для входящих со шлюза не работает правило модификации номера с добавлением первой цифры. Сейчас убрал первую цифру на “внешней” стороне, вызовы стали проходить и даже правильно определяться (что радует). Но вот при звонке в обратную сторону всегда определяется либо “dominique” (если в настройках шлюза установлена га…[Читать далее]