-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Atis Lezdins wrote: | By RealTimeUpdate do you mean func_realtime? It shouldn't care, as | cache is not implemented in realtime level, but higher (chan_sip). | | Are you sure you need "sip show XXX load". If you "sip prune" peer | data, it should be re-loaded on next access. | | What i was suggesting - to dig into chan_sip and create dialplan | application SipPrune(peer) that would prune the peer directly, by | using corresponding function - sip_prune_peer() in chan_sip.c - that | way you will gain some extra performance, as there's no manager/cli | overhead. | | However if you're uncomfortable with C, the app_system shouldn't cause | any troubles :)
RealTimeUpdate is more likely to correspond to app_realtime rather than func_realtime. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org iD8DBQFHsiYn6uKn5cBSgGQRAnLwAJ0WZzDsceOCgiF8UxDnrkpjk/pE/QCgpP4f /+QVcV5YBEGehE+dz1qsNTE= =IQXo -----END PGP SIGNATURE----- _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users