Переделываю модуль Endpoint Configuration для Elastix и заметил неприятность: если сообщить телефону новый sip аккаунт, то он успешно регистрируется с новыми настройками, но в списке пиров (sip show peers) он продолжает висеть и со старым аккаунтом и с новым:

CLI> sip show peers
Name/username Host Dyn Nat ACL Port Status
110/110 192.168.0.199 D N 5060 OK (22 ms)
104/104 10.0.7.169 D N 5069 OK (10 ms)
103/103 192.168.0.200 D N 5061 OK (52 ms)
102/102 192.168.0.199 D N 5060 OK (19 ms)

Есть-ли какая-нибудь возможность "кикнуть" юзера?
Проверял на телефонах Linksys и Yealink.

Пока не истечёт default Reg time будет висеть так. Не знаю кто как выходит из положения, я быстро маркировал в sip_additional.conf
;[110]
;type=peer
;host=dynamic
и так далее, сохраняем, sip reload, размаркируем, опять sip reload.

Гм, я замаскировал всего юзера [110], релоаднул, опять размаскал, опять релоаднул и получил такую-же картину :(. (Хотя программно править конфиг и релоадить все равно как-то не хочется, чувствую, что все гораздо проще :) ).

Есть командочка sip prune realtime peer, так вот, может она меня выручит? Когда я пытаюсь ее применить, то она мне пишет:

sip prune realtime peer 110
Peer '110' is not a Realtime peer, cannot be pruned.

Что значит Realtime peer?

У-у, у вас милейший система НЕ с realtime поднята. Realtime peer - это значит релоды по барабану, конфиг считывается без релодов из MySQL

Гм, я замаскировал всего юзера [110], релоаднул

Что увидел в sip show peers? Разве там остался 110?

Когда закомментировал->релоаднул->посмотрел, 110 юзер пропал.
Когда раскомментировал->релоаднул->посмотрел, он снова появился, причем, все еще ассоциированный с 199 IP.

Вспомнил.
Таблица юзеров хранится в хэш таблице в памяти. Это увеличивает быстродействие.

 ;--------------------------- HASH TABLE SIZES ------------------------------------------------

; Hash tables are used internally by the SIP driver to locate objects in memory.

; For every incoming call, Asterisk will match properties of the call with in-memory

; hash tables to locate a matching device, peer or user.

;

; For maximum efficiency, adjust the following

; values to be slightly larger than the maximum number of in-memory objects (devices).

; Too large, and space is wasted. Too small, and things will run slower.

; 563 is probably way too big for small (home) applications, but it

; should cover most small/medium sites.

; It is recommended to make the sizes be a prime number!

; This was internally set to 17 for small-memory applications...

; All tables default to 563, except when compiled in LOW_MEMORY mode,

; in which case, they default to 17. You can override this by uncommenting

; the following, and changing the values.

;hash_users=563

;hash_peers=563

;hash_dialogs=563

Могу предположить, что 110 сам по себе из хэша никуда не исчезает, потому такой эффект.

А где находятся настройки хэша (grep`ом ничего похожего не нашел)? И можно-ли поправить этот хэш?

Driusha` - а какой бизнес-процесс, когда может понадобиться так оперативно менять настройки телефона?

Прихоть заказчика :(.

Да, а где можно default Reg time установить? Думаю, его установить в минуту и не думать.

"К сожалению, чем больше возможностей даёт астериск, тем больше безумной бизнес-логики генерирует начальство." (c) ded
не устану цитировать :)