Please don't forget to copy your responses back to the list so that others can benefit from this discussion. I must have misunderstood your intended meaning of "user-defined." $hdr(...) takes only string literals as arguments, not pseudovariables. I do not believe that what you are wanting is possible. RAJNIKANT VANZA wrote:

I'm experimenting some modification in kamailio to add support for a new "SIP event package". Unfortunalty, it seems the parser of kamailio and its presence module both are limited to accept: #define EVENT_OTHER 0 #define EVENT_PRESENCE 1 #define EVENT_PRESENCE_WINFO 2 #define EVENT_SIP_PROFILE 3 #define EVENT_XCAP_CHANGE 4 #define EVENT_DIALOG 5 #define EVENT_MWI 6 #define EVENT_DIALOG_SLA 7 If any other module define support for a new event package, the presence module will not accept the subscription and reject it with 489 because it is considered an EVENT_OTHER. I'm working with 1.5.x branch. Would that be different in newer core? If I propose to write a patch, would you consider it? What alternative do I have to add unknown event package as module without modifying the core? Did I missed any key? Regards, Aymeric MOIZARD / ANTISIP amsip - http://www.antisip.com osip2 - http://www.osip.org eXosip2 - http://savannah.nongnu.org/projects/exosip/ _______________________________________________ Kamailio (OpenSER) - Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users

I'm experimenting some modification in kamailio to add support for a new "SIP event package". Unfortunalty, it seems the parser of kamailio and its presence module both are limited to accept: #define EVENT_OTHER 0 #define EVENT_PRESENCE 1 #define EVENT_PRESENCE_WINFO 2 #define EVENT_SIP_PROFILE 3 #define EVENT_XCAP_CHANGE 4 #define EVENT_DIALOG 5 #define EVENT_MWI 6 #define EVENT_DIALOG_SLA 7 If any other module define support for a new event package, the presence module will not accept the subscription and reject it with 489 because it is considered an EVENT_OTHER. I'm working with 1.5.x branch. Would that be different in newer core?

If I propose to write a patch, would you consider it?

What alternative do I have to add unknown event package as module without modifying the core? Did I missed any key?

Regards, Aymeric MOIZARD / ANTISIP amsip - http://www.antisip.com osip2 - http://www.osip.org eXosip2 - http://savannah.nongnu.org/projects/exosip/ _______________________________________________ Kamailio (OpenSER) - Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users

Hello, On 23.11.2009 11:37 Uhr, Alex Balashov wrote: actually $hdr(...) should be able to take PV as header name: $var(n) = "From"; xlog("--- $hdr($var(n))\n"); If it is no longer working, that should be fixed.

Hello, On 24.11.2009 9:50 Uhr, Alex Balashov wrote: have you tested and does not work? Any error message in the logs? I can test later today... Thanks, Daniel

Hello, On 23.11.2009 13:38 Uhr, Aymeric Moizard wrote: it is the same architecture of the presence server implementation, just the event parser from core is slightly different. yes, that would be good. At this time I see you sent already one, I will check. The event id is used to identify the records in db, you should take care of that. Probably is better to change it to the string version as it is not a big improvement now, or at least allow easy extensibility without hardcoding values.

Cheers, Daniel -- Daniel-Constantin Mierla * http://www.asipto.com/