dynamic realtime, odbc, postgresql

Question

Всем привет. При настройке sip-пиров через dynamic realtime-odbc-postgresql не понравилось, что при смене пароля для sip-устройства на стороне Астериска (т.е. в данном случае в БД), устройство (телефон) продолжает еще долгое время работать.

Не меняет ситуацию ни sip reload, ни module reload res_config_odbc.so, ни module reload res_odbc.so . rtcachefriends пробовал как yes, так и no. Изменения пароля могут быть замечены телефоном либо при его перезагрузке, либо при рестарте Астериска. Но ни то, ни тем более другое, меня не устраивает.

Советы из первого ответа отсюда http://asterisk-support.ru/question/46907/asterisk-sip-realtime/ не помогли.

Кто сталкивался с подобным? Или при такой реализации это нормальное явление? Хочется, чтоб работало так же, как при хранении данных в текстовом sip.conf: поменяли secret, сделали sip reload, и телефон уже не может работать.

Answer 1

0

При смене пароля телефон не сможет звонить, но сможет принимать звонки.
Если используется qualify на пире телефон будет выглядеть как зарегистрированный, так как будет отвечать на запросы OPTIONS.
Телефон отвалится из системы только по истечении времени регистрации. Ставьте его меньше и все.
Чтобы телефон пропал из списка попробуйте удалять содержимое поля ipaddr в таблице SIP. Если используете кеширование, то нужен sip_reload. Аналогичная инфа внезапно может храниться и в Astdb, нужно проверить.

ссылка удалить спам редактировать

ответил 2013-10-16 12:47:17 +0400

switch
8334 ● 11 ● 7 ● 92
http://lynks.ru/

обновил 2013-10-16 12:49:35 +0400

Comments

может я что-то недосмотрел, но вроде я и на телефон звонил, и с телефона звонил, при том что поменял для него пароль в базе данных. Но спорить не буду,лучше завтра проверю.
вот видимо это и есть единственный способ. и это изменение нужно делать на стороне клиента, то есть телефона, логично ?
не, в списке он как раз ничуть не мешает. смотрите - если пиры хранятся в txt конфиге, мы меняем в конфиге пароль и делаем 'sip reload' - все. достигнуто , что мне нужно. но при этом пир отображается ж в списке пиров. Вот и при риалтайме хочется подобного поведения. Чтоб поменял пароль в БД - девайс перестал работать.

Lexus45 ( 2013-10-16 20:18:29 +0400 )редактировать

Нет, в свойствах пира в таблице в поле qualify определяется параметр.

Вообще я сделал так: есть таблица с пирами, со всеми настройками. Там есть поле enabled. Астериск же смотрит не в таблицу напрямую, а через вид, в который не попадают строки без enabled=yes. А потом sip reload, пропадает из списка и не обслуживается. Но не проверял всесторонне.

switch ( 2013-10-16 20:45:15 +0400 )редактировать

Answer 2

0

если вам надо убрать устройство, вам надо либо отключить кеш(нерекомендуется) либо делать

asterisk -rx "sip prune realtime peer 12345"

ссылка удалить спам редактировать

ответил 2013-10-16 19:42:08 +0400

meral

23347 ● 24 ● 20 ● 177
http://pro-sip.net/

Comments

кэш отключал , но именно по этой причине не хочу это делать. prune делал, оно убирает устройство из списка. но само-то устройство продолжает работать. т.е. все наоборот в отличие от того,что я хочу.

Lexus45 ( 2013-10-16 20:14:05 +0400 )редактировать

как это у вас prun'нутое устройство "продложает работать". вы о чем вообще? астриск о нем после prune вообще знать не будет.

meral ( 2013-10-17 04:14:01 +0400 )редактировать

dynamic realtime, odbc, postgresql

Comments

2 Ответа

Comments

Comments

Ваш ответ

Закладки и информация

Статистика

Похожие вопросы: