[Serusers] handle_publish crashes in PA

Vaclav Kubart vaclav.kubart at iptel.org
Wed Jan 25 20:33:38 CET 2006


Hi.

On Wed, Jan 25, 2006 at 01:39:58PM -0500, sip wrote:
> Okay... I'll admit, this isn't the most recent PA module, but I thought
> someone might have a hint nonetheless. 
> 
> I'm running SER 0.9.6. I do NOT wish to upgrade to the somewhat haphazard
> presence snapshot as it's not entirely in stable/usable condition yet. I was,
> however, under the impression that simple PUBLISH/SUBSCRIBE methods would work
> okay on this version of the module. Am I mistaken? 

I agree - presence stuff (and the rest of CVS ser I think too) is a bit
disrupted now, but I have no time to correct older releases now, sorry.

It could mostly work, but with some bugs in older versions. This is
probably one of bugs (it is problem with current CVS version too, but it
doesn't crash, only responds 200 OK instead of some 4xx). Many thanks
for your report.

> 
> Usual stuff in the ser.cfg
> 
> if(method=="SUBSCRIBE")
> {
>         if(!t_newtran())
>         {
>                 log(1, "SUBSCRIBE newtran error\n");
>                 sl_reply_error();
>         };
>         handle_subscription("registrar");
>         break;
> };
> if(method=="PUBLISH")
> {
>        if(!t_newtran())
>        {
>                log(1, "PUBLISH newtran error\n");
>                sl_reply_error();
>        };
>        handle_publish("registrar");
>        break;
> };
> 
> 
> 
> When my Snom phone sends a publish, it looks like this:
> 
> U 66.112.115.10:2057 -> 66.112.115.34:5060
> PUBLISH sip:11019552444 at my.domain.com:5060 SIP/2.0.
> Via: SIP/2.0/UDP 66.112.115.10:2057;branch=z9hG4bK-nc00a965o8y5;rport.
> From: "Death" <sip:11019552444 at my.domain.com:5060>;tag=o6bezw24ge.
> To: "Death" <sip:11019552444 at my.domain.com:5060>.
> Call-ID: 3c267063afc8-19wbm3ssr4y3 at snom190.
> CSeq: 1 PUBLISH.
> Max-Forwards: 70.
> Event: proxy-config.
> Content-Type: application/text.
> Content-Length: 0.
> .
> 
> 
> 
> It sends this (with slightly different From: tags) 9 times and then ser
> coredumps without a word to the log. 
> 
> 
> Any ideas? Give up presence for now and just tell my users to get over it? :)

:-( This is the simplest solution. I know, that there are many problems
with presence, but I try to correct them... I think that presence
modules in CVS HEAD are quite good (not tested well), but whole SER is
changing now too quickly...

	Vaclav
	
P.S. Everything I can say is "be patient".

> 
> N.
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers




More information about the sr-users mailing list