asterisk.ru

_Pavel_
Добрый день.
Я попробовал сделать обновление информации как вы написали, через sip prune peer. Но у меня почему-то это команда не работает:
Connected to Asterisk 11.17.1
voip*CLI> sip prune realtime peer like 1001
No peers found to prune.
voip*CLI> sip prune realtime peer like all
No peers found to prune.

У вас rtcachefriends=yes? Для чего это сделано, из-за проблем с пользователями за NAT?
call-limit у вас в базе есть, как-то используется в работе?
Заранее спасибо.

пользуйтесь табом sip prune realtime peer - команда

Я табом эту команду и пишу sip prune realtime peer like all
Но результат почему-то такой No peers found to prune.

sip prune realtime peer 1001 выдает тоже самое Peer '1002' not found.


Хотя в БД два пользователя 1001 и 1002. Он по этой команде в каком поле БД ищет peer , по полю name?
Не пойму в чем дело, почему эта команда у меня ничего не находит

nsi-pbx-02*CLI> help sip prune realtime peer
Usage: sip prune realtime [peer [<name>|all|like <pattern>]|all]
Prunes object(s) from the cache.
Optional regular expression pattern is used to filter the objects.

Надо либо sip prune realtime peer all (сработает на всех), либо sip prune realtime peer like 100 (тогда сработает на 1001, 1002, 1003...)

А sip prune realtime peer like all - не сработает, потому что у вас нет пира LIKE '%all%'

У меня эта команда ничего не находит
voip*CLI> sip prune realtime peer all
No peers found to prune.

А вот эта команда находит.
voip*CLI> realtime load sippeers name 1001
Column Name Column Value
-------------------- --------------------
id 1
name 1001
callgroup 1
.
.
.

Если у вас rtcachefriends = no, что вы хотите получить по команде sip prune?

goba писал(а): _Pavel_
У вас rtcachefriends=yes? Для чего это сделано, из-за проблем с пользователями за NAT?
call-limit у вас в базе есть, как-то используется в работе?

rtcachefriends=yes У меня стоит из-за мониторинга настроенного на sip show peers.
call-limit в базе прописан и отлично работает на версии 11.16. В ближайшее время будет переделываться на GROUP_COUNT.
Кстати по GROUP_COUNT внятный пример есть у пользователя awsswa в живом журнале.

Только я вот понять не могу зачем менять контекст у пира если можно на основании проверки через AGI(прямой запрос в базу) отправить куда нужно?