[Partysip-dev] subscribe working in different relms

[Vishal Jain]

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