[asterisk-users] mysql sip realtime

[Ishfaq Malik]

I have to disagree with you there, we use 1.4.17 and sip prune realtime 
works fine

Mindaugas Kezys wrote:
> "If you change anything in your mysql sip table you do not need to reload 
> the modue, what you need to do is
> sip prune realtime <peername>
> from the CLI"
>
> Without reload prune does not take effect in 1.4.x
>
> And after reload all registrations are lost.
>
> So basically Asterisk Realtime is big mess from our experience and is
> totally unusable.
>
> We ended making #exec based script which takes data from DB and forms static
> configuration on each reload.
>
> Regards,
> Mindaugas Kezys
> http://www.kolmisoft.com
> VoIP Billing and Routing Solutions
>
>
>
>
> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Ishfaq Malik
> Sent: 2009 m. rugpjūčio 20 d. 15:56
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: Re: [asterisk-users] mysql sip realtime
>
> Hi
>
> The column order in your mysql sip table is irrelevant
> (Example sip table here 
> http://www.voip-info.org/wiki/view/Asterisk+RealTime+Sip)
>
> All generic parameters are still taken from sip.conf and you must set
> rtcachefriends=yes
>
> If you change anything in your mysql sip table you do not need to reload 
> the modue, what you need to do is
> sip prune realtime <peername>
> from the CLI
>
> As stated previously, you should never have to reload the sip module 
> once realtime is working properly
>
> Hope this all helps
>
> Ish
>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> AstriCon 2009 - October 13 - 15 Phoenix, Arizona
> Register Now: http://www.astricon.net
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users

-- 
Ishfaq Malik
Software Developer
PackNet Ltd

Office:   0161 660 3062