Hi Jamey,
I am interested for testing the new extensions of the pa module from the
latest
unstable release. However, I got problem for configuring pa module.
This is the stacktrace I got from the coredump when I was trying to load
the pa module:
>> (gdb) bt
>> #0 0x4207a453 in strlen () from /lib/tls/libc.so.6
>> #1 0x4009725d in pa_mod_init () at pa_mod.c:148
>> #2 0x08070387 in init_mod (m=0x80d4328) at sr_module.c:453
>> #3 0x08070411 in init_modules () at sr_module.c:476
>> #4 0x0805a629 in main (argc=1, argv=0xbfffd9e4) at main.c:1425
>> #5 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6
>> (gdb)
I think it was coming from this line of code in pa_mod.c:
>> db_url.len = strlen(db_url.s);
Since I didn't set the parameter 'db_url' for pa module in ser.cfg, I got
the segmentation fault as shown above. If I set the parameter to some
value, then the fault is gone.
However, I don't know how to create the db for pa, I still can not get it
running
correctly.
It will be appreciated if you can provide me some instructions or examples
for
creating the db as well as setting the new parameters (presentity_table,
watcherinfo_table) and using the new commands.
Best Regards,
Kevin
thanks to the folks who helped me out yesterday, i ran the SQL commands as
directed and i no longer get the login errors with SERWeb. but... i get a
weird error now:
_____
Fatal error: Cannot redeclare class csub_not in /var/www/html/config.php
on line 6
----
is it possible that serweb is reading from more than one config.php files?
the only other one i could find was in the untarred download directory. i
removed this directory but the error remains. any ideas?
the relevant bit from config.php that the error refers to:
_____
<?php
/*
* $Id: config.php,v 1.30 2003/12/12 22:03:10 jiri Exp $
*/
class Csub_not { //this is "line 6"
var $uri, $desc;
function Csub_not($uri, $desc){
$this->uri=$uri;
$this->desc=$desc;
}
}
The syslog errors look very bad.
Ill attach my config which is working fine so far. It only ignores
the users "voicemail" settings and starts the voicemail always if
the user isnt connected or doesnt pick up the phone within the timeout.
Just adapt it to your system and it should work.
Both SER's, the SEM and the mysql db are on the same server in this
example.
best regards,
Arnd
--
NetHead Network Design and Security
Arnd Vehling av(a)nethead.De
Gummersbacherstr. 27 Phone: +49 221 8809210
50679 Köln Fax : +49 221 8809212
Hi,
Does ser 0.8.12 support tcp connections? I need the sip server to
register users using UDP as well as TCP connection. How do i configure the
SIP domain then? Right now i have it configured for the 802.11b
environment. How do i integrate wired environment? Please help.
Thanks,
Annie
At 06:18 AM 1/21/2004, Annie Sasidar wrote:
>Hi,
> Does ser 0.8.12 support tcp connections?
yes
>I need the sip server to
>register users using UDP as well as TCP connection. How do i configure the
>SIP domain then? Right now i have it configured for the 802.11b
>environment. How do i integrate wired environment?
SER does not care about the link drivers you use as long as you use the
IP over them.
-jiri
At 05:11 AM 1/21/2004, Annie Sasidar wrote:
>Hi,
> As i mentioned earlier that stooping ser failed but starting it works ok,
>i checked the syslog error and this is what i see:
>The syslog error indicates:
>module version mismatch for /usr/lib/ser/modules/dbtext.so;
>core:0.8.11;module:0.8.12
Then it is what it tells -- you are using SER core with different version
than SER modules due to a misintallation or misconfiguration. Make sure
that the binary your start is the same version as the modules you load
from your configuration file.
(I really don't know what your mistaken configuration step was but if you
have a source-compiled version, "make install" may help you.)
>I copied the dbtext.so file from the ser-0.8.12 folder into the
>/usr/lib/ser/modules folder but this is not of any help.How do i fix this?
possibly, you are having the same problem with all other modules.
>I have the ser-0.8.12-0.i386.rpm and ser-0.8.12_src.tar.gz. Do i need to
>download the entire source tree of ser from the cvs login.I tried the
>anonymous connection but it keeps timing out.
>Please help.
>
>Thanks,
>Annie
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
Hi,
Iam currently using SER version 0.8.11 for testing our SIP implementation over TCP. I find that the ACK and BYE messages are forwarded over UDP instead of TCP
The following are the configuration information (transport as TCP)
Users:
1. called/0 (192.168.0.2)
2. calling/0 (192.168.0.4)
Domain: 192.168.0.1
Proxy IP: 192.168.0.1
I have also attached the ethereal capture file containing the message transactions.
Problem Scenario:
After the registrations are successful, the Calling Party (192.168.0.4) sends an INVITE message to the Proxy (192.168.0.1) server, which again forwards the INVITE message to the called party (192.168.0.2) and the 200 OK response is finally sent back to the calling party through the proxy server. All these transactions are over TCP transport.
However, when the calling party (192.168.0.4) sends an ACK request to the proxy (192.168.0.1) to be forwarded to the called party (192.168.0.2) the proxy forwards the ACK request to the called party over UDP transport. This behavior can bee seen by observing the frames 37 and 38 in the capture file. Similarly, the BYE request sent from the called party (192.168.0.2) to the proxy, is also getting forwarded to the calling party (192.168.0.4) by the proxy over UDP (frame 130 and 132)
I would like to know if i am missing anything in the ACK request and BYE request sent over TCP to the proxy (frame 37 and frame130) and why the proxy is forwarding this ACK request and BYE request over UDP transport (frame 38 and frame 132) instead of TCP.
Kindly help me in understanding this behavior.
Thanks.
Regards,
Nathan
