[Partysip-dev] Re: subscribe working in different relms

[Aymeric Moizard]

The actual CVS is really experimental. I will create a separate
developpement CVS branch as soon as the statefull mode is
completed.

Then it will be time to discuss the behavior and fix what has to be.
I need some days. I will update the CVS on monday with the new stuff
and will really appreciate the feedback on this release fixing bugs
before announcing it.

Hope you can wait some days.
Aymeric

On Thu, 30 May 2002, Vishal Jain wrote:

> Hello Aymeric,
>
> Sorry for my long mails, and this one is really long one!
>
> Thanks for clerifying things about SUBSCRIBE message. My configuration was
> wrong ( server relm and server name mismatch ). Now if I create 2 different
> server relms and add users in contact lists, they can see each other, send
> messages and other stuff. Overall text messeging is working with some minor
> problems. This whole setup works fine with Authentication turned off. Once I
> switch Authentication ON then users in different relms cannot see each other.
> Problem is as follows.
>
> address@hidden        sends "SUBSCRIBE address@hidden"                to 
> relm1 partysip
> relm1 partysip        sends "SUBSCRIBE address@hidden"                to 
> relm2 partysip
> relm2 partysip        sends "Proxy Authorization Required"    to relm1 
> partysip
>
> The uri sent by address@hidden in SUBSCRIBE message is <sip:address@hidden>. 
> This
> relm2 is actually a physical machine with name relm2. So relm1 partysip
> resolvs relm2 IP address and send SUBSCRIBE request to relm2 partysip. relm2
> replies back with 200/400 ( for Authentication OFF ) or Proxy Authorization
> Required ( for Authentication ON)
>
> This way it all fails. When I turn authentication OFF relm2 partysip server
> reply with 200 OK messege. And users in different relms can see each other.
>
> There was one core dump problem with osip 0.8.5. Only 200 bytes are allocated
> in parser/hdr_contenttype.c:136. When I increased this limit to 1024 the core
> dump was resolved and things started working. I am not sure if this 1024 bytes
> will be enough.
>
> Now for the new problem. I downloaded the latest partysip and osip code from
> cvs. I am using osip 0.8.5 and following is the compilation problem I get.
>
> ================================================================================
> gcc -Wall -DOSIP_MT -D_REENTRANT -D_THREAD_SAFE -DXOPEN_SOURCE=500 -pedantic 
> -DUSE_TMP_BUFFER -DDENABLE_DEBUG -g -DENABLE_TRACE -I 
> /home/v/vishalj/local/include 
> -DPSP_SERVER_PREFIX=\"/home/v/vishalj/local/linux/\" -o .libs/partysip -O 
> -Wall main.o psp_config.o psp_utils.o psp_module.o psp_plugin.o osip_ctx.o 
> osip_msg.o psp_req.o psp_osip.o tlp.o tlp_plugin.o imp.o imp_plugin.o uap.o 
> uap_plugin.o slp.o slp_plugin.o slp_branch.o sfp.o sfp_plugin.o sfp_branch.o 
> psp_core.o psp_core2.o psp_core3.o psp_core4.o psp_core5.o psp_resolv.o 
> -Wl,--export-dynamic  ../ppl/unix/.libs/libppl.so 
> /home/v/vishalj/local/linux//lib/libosip.so 
> /home/v/vishalj/local/linux//lib/libfsmtl.so -lpthread -lnsl -ldl -lresolv 
> -Wl,--rpath -Wl,/home/v/vishalj/local/linux//lib
> sfp.o: In function `pspm_sfp_create_sfp_branch':
> /home/v/vishalj/src/partysip/linux/src/../../src/sfp.c:399: undefined 
> reference
> to `transaction_add_event'
> sfp.o: In function `pspm_sfp_handle_psp_request':
> /home/v/vishalj/src/partysip/linux/src/../../src/sfp.c:434: undefined 
> reference
> to `transaction_add_event'
> /home/v/vishalj/src/partysip/linux/src/../../src/sfp.c:461: undefined 
> reference
> to `transaction_add_event'
> /home/v/vishalj/src/partysip/linux/src/../../src/sfp.c:479: undefined 
> reference
> to `transaction_add_event'
> collect2: ld returned 1 exit status
> make[2]: *** [partysip] Error 1
> ================================================================================
>
> So I downloaded the latest osip code from cvs. The code compiled properly but
> it got a Segmentation Fault in osip parser/port_list.c:67 . This happens in
> the case when a SUBSCRIBE request comes for a user in different relm. 
> Following
> is the gdb trace. I compared the libosip.0.8.5 file, with current file in cvs.
> They are same.
>
> ================================================================================
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 8201 (LWP 29854)]
> 0x400332c5 in list_eol (li=0x0, i=0) at ../../parser/port_list.c:67
> 67        if (i<li->nb_elt)
> (gdb) where
> #0  0x400332c5 in list_eol (li=0x0, i=0) at ../../parser/port_list.c:67
> #1  0x0805293c in osip_msg_create_resp_100 (ist=0x807f998, request=0x807f348)
>     at ../../src/osip_msg.c:53
> #2  0x0805b88a in pspm_sfp_handle_psp_request (pspm=0x806a668, req=0x8074278)
>     at ../../src/sfp.c:467
> #3  0x0805b3ba in pspm_sfp_execute (pspm=0x806a668, sec_max=5, usec_max=0,
>     max=-2) at ../../src/sfp.c:331
> #4  0x0805d98c in mythread_sfp (sfp=0x806a668) at ../../src/psp_core.c:129
> #5  0x40069b9c in pthread_start_thread (arg=0x441ebbe0) at manager.c:274
> #6  0x40069c7f in pthread_start_thread_event (arg=0x441ebbe0) at manager.c:298
> ================================================================================
>
> Let me know what do you think about this.
>
> --
> Regards,
> Vishal Jain
> ILX Systems
> 123, William Street
> New York, NY
>
>