Собственно, вопрос состоит в возможности ограничить количество одновременных разговоров от клиента ОДНИМ разговором.
Буквально, повадились ломать знакомых граждан любители пополнить счета мобильных телефонов в экзотических странах.
Как правило, используют возможность трансфера звонка и начинают наяривать то в Сьерра-Леоне, то в Сомали ( пиратам пополняют счета для связи с владельцами судов), то в Лихтенштейн, то в Эстонию, ну и в самом традиционном случае просто пополнить себе или дружбанам счет на "Пчелайне". Смысл сводится к максимальному количеству одновременных трансферов ( считаем - разговоров) на мобильный номер с одного SIP-акаунта. До версии * 1.4 была такая опция как incominglimit.
Но, увы:

"incominglimit and outgoinglimit: Ограничение на число одновременных соединений с нашим SIP клиентом. Эти параметры устарели, в версии 1.4.x - не используются."

Запрещать тупо трансфер народ не может, потому что к нему ходят корпоративные клиенты или пользователи. Полностью закрыть все путем привязки к IP-адресам не получится, потому что многие ходят динамически меняя адреса. Пароли тоже на мелкософтовых клиентах не убережешь на 100% ( и именно через Вынду чаще всего и ломают всю PBX). Наверняка c подобной проблемой *-сообщество уже давно знакомо и может предложить варианты борьбы как минимум. Или я ошибаюсь?

А как теперь быть, чтоб

не до конца понятно , ну будет у меня стоять call-limit=1 , трансфер мне не запрещен , мне ничего не мешает сделать трансфер куда угодно . Вот если бы администратор системы запретил бы звонить куда не попадя , нарисовав правильно диалплан или настроил систему пин-кодов для выхода на межгород, то тогда бы мне наверно просто так бы не переводилось.

CLI> show function GROUP

при трансфере GROUP_COUNT не увеличивается.

Вот живой пример хака, как от этого избавится не выключая трансфер неизвестно:

Клиент звонит на номер ХХХХХХХХХХХХ - который стоит 30 центов. Ждет соединение. Далее нажимает флэш и трансферит его на номер 111 (внутренний бесплатный номер).
В итоге получаем что звонок от клиента на номер ХХХХХХХХХХХХ закончился, в логах и биллинге по крайней мере так, но на самом деле ХХХХХХХХХХХХ сединен с 111. Что является ох каким большим полем заработка для Premium Rates.

Есть идеи?

При таком транфере надо звонящего отправлять в другой контекст , где полноценно его контролировать. а для CDR такой вызов форкать.

Это как? )
Вы считаете, что она сама по себе должна увеличиваться?


duda6753 - а вообще то вопрос неправильно был сформулирован. Вам не вызовы ограничивать нужно, а именно - трансфер. Если не нужно/нельзя всем запрещать - то "разнесите" пользователей по разным контекстам. Установите в контексте для трансфера запрет перевода на бесплатные номера и т.д. ...

Все это, вообще, относится к задачам администрирования (пользователей/контекстов ...)

А если вы хотите, например, продолжать "обсчитывать" этот вызов (за счет пользователя, который был инициатором и переводил), то это решается средствами диал-плана.