| Why not an RR parameter? It's probably the most reliable way to store some dialog-persistent data, since it doesn't depend on any in-memory/runtime state to be kept by the proxy itself, instead using the SIP messaging itself as a persistence layer. The only trouble with this approach is that it relies on correct RR behaviour by both endpoints and of course neither hides the value from the endpoints not prevents them from manipulating it. If the latter aspects are a concern, $dlg vars are probably the way to go. If you don't want to use the dialog module, use an 'htable' with Call-ID + From-tag as key. -- Sent from my BlackBerry. Please excuse errors and brevity.
Well, you can also put them in some storage backend e.g. MySQL, PGSQL using AVPOPS or memory caches such as Redis etc. Another way is to set it as record-route parameter using RR module. (not recommended)http://kamailio.org/docs/modules/4.2.x/modules/rr.html#add-rr-param-id Thank you. On Mon, Feb 16, 2015 at 6:42 PM, Igor Potjevlesch <igor.potjevle...@gmail.com> wrote:
| ||
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
