Re: [Users] How can i make my OpenSER server with presence module work properly with the db_text database?

Hi, Here is the SIP messages that i captured when OpenSER crashed. After package number 312 (PUBLISH) OpenSER crashed. No. Time Source Destination Protocol Info 303 395.082565 192.168.3.172 192.168.3.170 SIP Request:REGISTER sip:192.168.3.170 sip:192.168.3.170 CSeq: 1 REGISTER Expires: 60 User-Agent: X-Lite Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO No. Time Source Destination Protocol Info 304 395.086627 192.168.3.170 192.168.3.172 SIP Status: 200 OK (1 bindings) CSeq: 1 REGISTER Server: OpenSer (1.2.0-dev14-notls (i386/linux)) No. Time Source Destination Protocol Info 305 395.393790 192.168.3.172 192.168.3.170 SIP Request:SUBSCRIBE sip:Klaas@192.168.3.170 CSeq: 1 SUBSCRIBE Expires: 3600 Accept: application/watcherinfo+xml Event: presence.winfo User-Agent: X-Lite No. Time Source Destination Protocol Info 306 395.393944 192.168.3.172 192.168.3.170 SIP Request:SUBSCRIBE sip:Chelsea@192.168.3.170 CSeq: 1 SUBSCRIBE Expires: 3600 Accept: multipart/related, application/rlmi+xml, application/pidf+xml Event: presence User-Agent: X-Lite No. Time Source Destination Protocol Info 307 395.394042 192.168.3.172 192.168.3.170 SIP/XML Request:PUBLISH sip:Klaas@192.168.3.170 CSeq: 1 PUBLISH Expires: 3600 Content-Type: application/pidf+xml User-Agent: X-Lite Event: presence No. Time Source Destination Protocol Info 308 395.397656 192.168.3.170 192.168.3.172 SIP Status: 404 Not Found CSeq: 1 SUBSCRIBE Server: OpenSer (1.2.0-dev14-notls (i386/linux)) No. Time Source Destination Protocol Info 309 395.536895 192.168.3.170 192.168.3.172 SIP Request:SUBSCRIBE sip:Klaas@192.168.3.172:14188;rinstance=38756ac05409b128 CSeq: 1 SUBSCRIBE Expires: 3600 User-Agent: X-Lite Accept: application/watcherinfo+xml Event: presence.winfo P-hint: usrloc applied No. Time Source Destination Protocol Info 310 395.638825 192.168.3.172 192.168.3.170 SIP Status: 489 Event Package Not Supported CSeq: 1 SUBSCRIBE User-Agent: X-Lite No. Time Source Destination Protocol Info 311 395.641067 192.168.3.170 192.168.3.172 SIP Status: 489 Event Package Not Supported CSeq: 1 SUBSCRIBE User-Agent: X-Lite No. Time Source Destination Protocol Info 312 395.946974 192.168.3.172 192.168.3.170 SIP/XML Request:PUBLISH sip:Klaas@192.168.3.170 CSeq: 1 PUBLISH Expires: 3600 Content-Type: application/pidf+xml User-Agent: X-Lite Event: presence No. Time Source Destination Protocol Info 313 395.949651 192.168.3.170 192.168.3.172 ICMP Destination unreachable (Port unreachable) Internet Control Message Protocol Kinds regards, Kc On 2/5/07, Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote: > Hello, > > presence.winfo should be supported. Cesc could you send some netork > trace to watch a bit? > > The issue with strlen might be there. I will have a look in these

> > Cheers, > Daniel > > > On 02/04/07 13:16, Nicolas Palix wrote: > > Hi, > > > > "strange event package" .winfo is RFC3857 > > > > A Watcher Information Event Template-Package for > > the Session Initiation Protocol (SIP) > > > > http://www.ietf.org/rfc/rfc3857.txt > > > > > > Le vendredi 02 février 2007 16:54, Cesc a écrit : > > > >> Hi, > >> > >> Just add something my colleague forgot to mention and i think it > may help. > >> This error happened after the phone sends a subscribe (or was it a > >> publish?) message with a strange event package = presence.winfo

> >> something like this). > >> The reaction of presence module (out of my head, so could be > wrong) is > >> to answer with a 484 Event package not known ... > >> Then, after a while, a timer gets called which tries to clean the > >> active watchers table ... and then ... pum! :) the seg fault here > >> attached ... > >> > >> As you can see in the bt, the problem seems to be in strlen

> >> probably the row_vals returned is null (?) ... and strlen I

> >> not very robust against this sort of perversions :) > >> > >> > >>> 610 subs.event_id.len = > strlen(row_vals[event_id_col].val.str_val.s); > >>> > >> Cesc > >> PS - The work around seems to be to start openser with a clean > >> (=empty) active_watchers dbtext file ... > >> > >> On 2/2/07, Kc Ayuba <kc.ayuba(a)gmail.com> wrote: > >> > >>> Hi, > >>> I'm trying to use db_text database with the presence module of > >>> OpenSER(1.2.x). > >>> User agent is X-Lite(3.0). When I try to send a REGISTER

> >>> OpenSER, OpenSER still works. > >>> But if i sent a SUBSCRIBE or a PUBLISH message, then openser > crashes. > >>> If i use the MySQL database, then everything works just fine.

> >>> prefer to use the db_text database. > >>> Here is the core file that was generated when OpenSER crashed. > >>> > >>> Core generated: > >>> > >>> Program terminated with signal 11, Segmentation fault. > >>> #0 0xa7ced659 in msg_active_watchers_clean (ticks=100,

> >>> subscribe.c:610 > >>> 610 subs.event_id.len = > >>> strlen(row_vals[event_id_col].val.str_val.s); > >>> (gdb) bt > >>> #0 0xa7ced659 in msg_active_watchers_clean (ticks=100,

> >>> subscribe.c:610 > >>> #1 0x080a3f6c in timer_ticker () at timer.c:141 > >>> #2 0x0806b51f in main_loop () at main.c:724 > >>> #3 0x0806d43b in main (argc=3, argv=0xaff0a2e4) at main.c:1438 > >>> (gdb) frame 0 > >>> #0 0xa7ced659 in msg_active_watchers_clean (ticks=100,

> >>> subscribe.c:610 > >>> 610 subs.event_id.len = > >>> strlen(row_vals[event_id_col].val.str_val.s); > >>> (gdb) list > >>> 605 > >>> 606 subs.from_domain.s = > >>> row_vals[from_domain_col].val.str_val.s; > >>> 607 subs.from_domain.len = > >>> strlen(row_vals[from_domain_col].val.str_val.s); > >>> 608 > >>> 609 subs.event_id.s = row_vals[event_id_col].val.str_val.s; > >>> 610 subs.event_id.len = > >>> strlen(row_vals[event_id_col].val.str_val.s); > >>> 611 > >>> 612 subs.to_tag.s = row_vals[to_tag_col].val.str_val.s; > >>> 613 subs.to_tag.len = > >>> strlen(row_vals[to_tag_col].val.str_val.s); > >>> 614 > >>> (gdb) > >>> 615 subs.from_tag.s = row_vals[from_tag_col].val.str_val.s; > >>> 616 subs.from_tag.len = > >>> strlen(row_vals[from_tag_col].val.str_val.s); > >>> 617 > >>> 618 subs.callid.s = row_vals[callid_col].val.str_val.s; > >>> 619 subs.callid.len = > >>> strlen(row_vals[callid_col].val.str_val.s); > >>> 620 > >>> 621 subs.contact.s = row_vals[contact_col].val.str_val.s; > >>> 622 subs.contact.len = > >>> strlen(row_vals[contact_col].val.str_val.s); > >>> 623 > >>> 624 subs.cseq = row_vals[cseq_col].val.int_val; > >>> > >>> > >>> I really hope that someone can help me with this problem.

_______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users