История изменений [назад]

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

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

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

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

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

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

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

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

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

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

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

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

Всем привет. При настройке 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, и телефон уже не может работать.