[asterisk-bugs] [Asterisk 0012869]: 'context' doesn't change when 'sip reload' issued when driven from realtime
noreply at bugs.digium.com
noreply at bugs.digium.com
Thu Jul 3 11:01:04 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=12869
======================================================================
Reported By: bcnit
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 12869
Category: Channels/chan_sip/General
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Asterisk Version: 1.6.0-beta9
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 06-16-2008 10:21 CDT
Last Modified: 07-03-2008 11:01 CDT
======================================================================
Summary: 'context' doesn't change when 'sip reload' issued
when driven from realtime
Description:
I drive sip configuration from realtime and have 'rtcachefriends=yes' in
sip.conf.
If I change the context of a SIP device in the database and then 'sip
reload' at the CLI, the context for that device does not change in
Asterisk.
======================================================================
----------------------------------------------------------------------
oej - 07-03-08 11:01
----------------------------------------------------------------------
You have to remove peers from memory to force a reload from your database.
SIP RELOAD does not reload all realtime peers from database if I understand
correctly. Maybe the prune CLI command can help you here.
Issue History
Date Modified Username Field Change
======================================================================
07-03-08 11:01 oej Note Added: 0089684
======================================================================
More information about the asterisk-bugs
mailing list