- sr-users - kamailio.org

[Serusers] Can SER support MySQL 5.0.22
by roayu 26 Nov '07

26 Nov '07

Hi there! Would like to ask, can SER 0.9.6 support MySQL 5.0.22 ? I got the following errors when I tried start SER and to connect to MySQL: [root@localhost ~]# /usr/local/sbin/ser 0(3291) ERROR: load_module: could not open module </usr/local/lib/ser/modules/mysql.so>: libmysqlclient.so.14: cannot open shared object file: No such file or directory 0(3291) parse error (31,13-14): failed to load module ERROR: bad config file (1 errors) Thanks. Roa Yu

3 2

[Serusers] setavpflag() - how to access avp afterwards
by Tomasz Zieleniewski 26 Nov '07

26 Nov '07

Hi, How can I access avps from the Route header set with the usage of setavpflag() method after receiving of the message? Are they somehow accessible through global avps?? Cheers tomasz

2 2

[Serusers] error: use_media_proxy(): out of memory
by Tomasz Zieleniewski 26 Nov '07

26 Nov '07

Hi, I am using media proxy for nat handling when I invoke use_media_proxy() for some calls from my pstn gateway I get the following error: error: use_media_proxy(): out of memory please point me what is wrong?? (I know that some problem with memory:) but why?) cheers tomasz

1 0

[OpenSER-Users] WeSIP and Click2dial application
by Daniel 26 Nov '07

26 Nov '07

Hi all, Can somebody help me to install an run WeSip with Click2dial application ? Is there some documentation file about it ? Regards, daniel -- Daniel Grotti ________________________ e-mail : d.grotti(a)gmail.com

2 1

[OpenSER-Users] Modify $au to lowercase
by Peter P GMX 26 Nov '07

26 Nov '07

Hello, is there any chance to modify the authorization user name? I have the following scenario. We do allow only lowercase usernames when users are registering. So the md5 password is created and stored based on lowercase letters. When a user receives his account data he might enter his username in camelcase in his user agent. So when he tries to register, it fails, as the md5 hash based on the camelcased username is different. I tried to use the perl module, put the username to lowercase and put it back to OpenSER via avp_pushto. But Openser only allows $ru,$du,$br to be modified. Do I have a chance to modify $au? Best regards Peter

6 10

Re: [Serusers] Can SER support 3-way Conference
by roayu 26 Nov '07

26 Nov '07

Hi, I managed to start SEMS as well as the 2 SERs. Now, I'm not sure how to start a conference using SEMS. I would like to have the follwing conference: UA1 call to UA2, the UA2 call to UA3. Then UA2 assign the conference call. UA1 --> UA2 (Agent who starts the conference) --> UA3 Conference : UA1 + UA2 + UA3 Can anyone guide me on how to do so? Thanks. Roa Yu -----Original Message----- From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of roayu Sent: Monday, November 26, 2007 9:44 AM To: Stefan Sayer Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Can SER support 3-way Conference Hi Stefan, Ops, I thought I installed the g++ ... Anyway, thanks for ur help! Really appreciate that. Btw, previously I do have one SER running in the machine. Now, I'm having 2 SERs and 1 SEMS. So, do I need to configure anything on my 1st SER? Or I only need to configure on the SIP-stack SER? If no, where else that I need to configure? Thanks. Roa Yu -----Original Message----- From: Stefan Sayer [mailto:stefan.sayer@iptego.de] Sent: Saturday, November 24, 2007 7:02 PM To: roayu Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Can SER support 3-way Conference Hello, why not have a look at what is print on the screen? make[3]: g++: Command not found You either havent g++ installed (you will need at least g++ 3.4 - but I would recommend 4.1, see README; on debian: apt-get install g++-4.1), or you don't have a symlink to it: ln -s /usr/bin/g++-x.y /usr/bin/g++. hth Stefan roayu wrote: > Hi Stefan, > > The following are the output I got after re-run the 'make install' on SEMS. > > [root@localhost sems-0.10.0-rc2]# make install > > make[1]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps' > > make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' > make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' > make[3]: Nothing to be done for `deps'. > make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' > make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' > g++ -I ../../core -Wall -Wno-reorder -fPIC -g -O2 -D_DEBUG -D_THREAD_SAFE > -D_REENTRANT -DVERSION='"0.10.0-rc2"' -DARCH='"i386"' -DOS='"linux"' -c > AnnounceB2B.cpp -o AnnounceB2B.o > make[3]: g++: Command not found > make[3]: *** [AnnounceB2B.o] Error 127 > make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' > make[2]: [all] Error 2 (ignored) > mkdir -p /usr/local/lib/sems/audio/ann_b2b > mkdir -p /usr/local/lib/sems/plug-in/ > touch /usr/local/lib/sems/plug-in//ann_b2b.so ; \ > install -m 755 ann_b2b.so /usr/local/lib/sems/plug-in/ > install: cannot stat `ann_b2b.so': No such file or directory > make[2]: *** [install] Error 1 > make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' .... -- Stefan Sayer VoIP Services stefan.sayer(a)iptego.de www.iptego.de iptego GmbH Am Borsigturm 40 13507 Berlin Germany Amtsgericht Charlottenburg, HRB 101010 Geschaeftsfuehrer: Alexander Hoffmann _______________________________________________ Serusers mailing list Serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

[OpenSER-Users] Mediaproxy relay and mixed network situation
by Antoine Fressancourt 26 Nov '07

26 Nov '07

Hello list, I have a question about media relay in a quite particular situation. I have two users, say A and B, connected on a softphone and a "hard" phone. These two devices are on two different networks, and media proxy must be used to communicate between the two. When A calls B with his softphone, if B is registered on both the softphone and the "hard" one, the two phones ring. but when B answers with the softphone, the request is flagged to use the media proxy. Do you know how I can do in order to avoid this behaviour ? Thank you in advance for your answer, Antoine

1 0

Re: [Serusers] Can SER support 3-way Conference
by roayu 26 Nov '07

26 Nov '07

Hi Stefan, Ops, I thought I installed the g++ ... Anyway, thanks for ur help! Really appreciate that. Btw, previously I do have one SER running in the machine. Now, I'm having 2 SERs and 1 SEMS. So, do I need to configure anything on my 1st SER? Or I only need to configure on the SIP-stack SER? If no, where else that I need to configure? Thanks. Roa Yu -----Original Message----- From: Stefan Sayer [mailto:stefan.sayer@iptego.de] Sent: Saturday, November 24, 2007 7:02 PM To: roayu Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Can SER support 3-way Conference Hello, why not have a look at what is print on the screen? make[3]: g++: Command not found You either havent g++ installed (you will need at least g++ 3.4 - but I would recommend 4.1, see README; on debian: apt-get install g++-4.1), or you don't have a symlink to it: ln -s /usr/bin/g++-x.y /usr/bin/g++. hth Stefan roayu wrote: > Hi Stefan, > > The following are the output I got after re-run the 'make install' on SEMS. > > [root@localhost sems-0.10.0-rc2]# make install > > make[1]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps' > > make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' > make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' > make[3]: Nothing to be done for `deps'. > make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' > make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' > g++ -I ../../core -Wall -Wno-reorder -fPIC -g -O2 -D_DEBUG -D_THREAD_SAFE > -D_REENTRANT -DVERSION='"0.10.0-rc2"' -DARCH='"i386"' -DOS='"linux"' -c > AnnounceB2B.cpp -o AnnounceB2B.o > make[3]: g++: Command not found > make[3]: *** [AnnounceB2B.o] Error 127 > make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' > make[2]: [all] Error 2 (ignored) > mkdir -p /usr/local/lib/sems/audio/ann_b2b > mkdir -p /usr/local/lib/sems/plug-in/ > touch /usr/local/lib/sems/plug-in//ann_b2b.so ; \ > install -m 755 ann_b2b.so /usr/local/lib/sems/plug-in/ > install: cannot stat `ann_b2b.so': No such file or directory > make[2]: *** [install] Error 1 > make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' .... -- Stefan Sayer VoIP Services stefan.sayer(a)iptego.de www.iptego.de iptego GmbH Am Borsigturm 40 13507 Berlin Germany Amtsgericht Charlottenburg, HRB 101010 Geschaeftsfuehrer: Alexander Hoffmann

1 0

[Serusers] Please join me @ Sarfu
by Sarfaraz Chougule 25 Nov '07

25 Nov '07

1 0

[Serusers] Please join me @ Sarfu
by Sarfaraz Chougule 25 Nov '07

25 Nov '07

1 0

Re: [Serusers] nathelper doesn't ping registered users
by Jiri Kuthan 25 Nov '07

25 Nov '07

Hi Tomasz, well it could be that reusing an existing config and commiting than your specific changes to it would save you quite some laborous exercises rather than writing it from scratch.... http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/sip_router/etc/ser-oob.cfg?re… The lines in question are (out of which I think you are missing the registrar params) FLAG_NAT : 3, # the UAC is behind a NAT ... # identify natted contacts using a flag modparam("registrar", "load_nat_flag", "FLAG_NAT") modparam("registrar", "save_nat_flag", "FLAG_NAT") ... modparam("rr", "cookie_filter", "(account|uac_nat)") ... modparam("nathelper", "ping_nated_only", 1 ) # if this option is not set, simple 4-bytes ping is sent modparam("nathelper", "natping_method", "OPTIONS" ) #temporary statefull natping test (only in future versions) #modparam("nathelper", "natping_stateful", 1) ... setflag(FLAG_NAT); -jiri At 22:20 24/11/2007, Tomasz Zieleniewski wrote: >I'm sorry for the CC >here is my config: > >debug=3 # debug level (cmd line: -dddddddddd) >memdbg=5 >memlog=5 >log_facility=LOG_LOCAL0 >fork=yes >log_stderror=no >check_via=yes # (cmd. line: -v) >dns=no # (cmd. line: -r) >rev_dns=no # (cmd. line: -R) >port=5060 >tls_port_no=5061 >children=4 >user=ser >group=ser >mhomed=yes >disable_tcp=no >tcp_accept_aliases=yes >enable_tls=no >sip_warning=0 >reply_to_via=no >alias="voip.touk.pl" > >dns_retr_time=1 >dns_retr_no=1 >dns_servers_no=1 >dns_use_search_list=no >dns_try_ipv6=no ># dns cache & failover >use_dns_cache=on >use_dns_failover=on ># dns_cache_flags=0 >dns_cache_negative_ttl=300 >dns_cache_min_ttl=60 >dns_cache_max_ttl=86400 # 1 day >dns_cache_mem=2048 # 2 MB >dns_cache_gc_interval=60 > >tcp_connection_lifetime=3600 >tcp_max_connections=2048 >tcp_connect_timeout=1 > >loadmodule ... >.... > ># specify the path to you database here >modparam("acc_db|auth_db|avp_db|domain|gflags|usrloc|uri_db|speeddial|msilo|lcr", >"db_url", "mysql://ser:ser@localhost/ser") > ># -- usrloc params -- >modparam("usrloc", "db_mode", 1) > ># -- registrar params -- >modparam("registrar", "default_expires", 300) >modparam("registrar", "min_expires", 60) >modparam("registrar", "max_expires", 300) >modparam("registrar", "append_branches", 1) >modparam("registrar", "received_param", "rcv") >modparam("registrar", "max_contacts", 2) > ># -- auth params -- >modparam("auth_db", "calculate_ha1", yes) >modparam("auth_db", "password_column", "password") > ># -- rr params -- >modparam("rr", "enable_full_lr", 1) >modparam("rr", "cookie_filter", "uac_nat") >modparam("rr", "cookie_secret", "secret") >modparam("rr", "user_part_avp", "route_user") >modparam("rr", "next_route_avp", "route_next") > ># -- gflags params -- >modparam("gflags", "load_global_attrs", 1) > ># -- domain params -- >modparam("domain", "load_domain_attrs", 1) > ># -- ctl params -- >modparam("ctl", "binrpc", "unixs:/tmp/ser-bsp_ctl") >modparam("ctl", "fifo", "fifo:/tmp/ser-bsp_fifo") ># modparam("ctl", "binrpc", "tcp:localhost:2046") >modparam("ctl", "mode", 0777) > ># -- tm params -- >modparam("tm", "restart_fr_on_each_reply", 1) > ># -- auth_radius params -- >modparam("auth_radius", "radius_config", >"/usr/local/etc/radiusclient-ng/radiusclient.conf") >modparam("auth_radius", "service_type", 15) > ># -- options params -- >modparam("options", "accept", "*/*") >modparam("options", "accept_encoding", "") >modparam("options", "accept_language", "en") > ># -- ratelimit params -- >modparam("ratelimit","timer_interval", 10) >modparam("ratelimit","invite_limit", 100) >modparam("ratelimit","register_limit", 100) >modparam("ratelimit","subscribe_limit", 100) > ># -- xmlrpc params -- >modparam("xmlrpc", "route","RPC") > ># -- nathelper params -- >modparam("nathelper", "natping_interval", 20) >modparam("nathelper", "ping_nated_only", 0) >modparam("nathelper", "rtpproxy_disable", 1) >modparam("nathelper", "tcpping_crlf", 1) > ># -- tls params -- >modparam("tls", "config", "/home/ser/ser/ca/tls-bsp.cfg") >modparam("tls", "tls_force_run", 0) >modparam("tls", "tls_log",3) >modparam("tls", "handshake_timeout", 10) >modparam("tls", "send_timeout", 10) >modparam("tls", "tls_disable_compression", 0) >#modparam("tls", "private_key", "/etc/certs/key.pem") >#modparam("tls", "certificate", "/etc/certs/cert.pem") >#modparam("tls", "ca_list", "/etc/certs/ca_list.pem") >#modparam("tls", "require_certificate", 0) >#modparam("tls", "verify_certificate", 1) >#modparam("tls", "tls_method", "TLSv1") > >route{ >... >} > >On Nov 24, 2007 9:35 PM, Atle Samuelsen <clona(a)cyberhouse.no> wrote: >> Hi, >> >> Always CC the list. >> >> then I dont know.. post your full config so people can see if they see >> something >> -A >> >> * Tomasz Zieleniewski <tzieleniewski(a)gmail.com> [071124 20:38]: >> >> > Hi, >> > >> > I had that parameter set to 0, but still no udp packets... >> > >> > On Nov 24, 2007 6:43 PM, Atle Samuelsen <clona(a)cyberhouse.no> wrote: >> > > * Tomasz Zieleniewski <tzieleniewski(a)gmail.com> [071124 16:50]: >> > > >> > > > HI, >> > > > >> > > > I have the following nathelper settings: >> > > > modparam("nathelper", "natping_interval", 20) >> > > > modparam("nathelper", "ping_nated_only", 1) >> > > > modparam("nathelper", "rtpproxy_disable", 1) >> > > > modparam("nathelper", "tcpping_crlf", 1) >> > > > >> > > > But i cant see any udp packets being sent to registered users. >> > > > Please point me what did I miss. >> > > >> > > Hi, >> > > >> > > without seeing any more of your config, I'm guessing that you do not set >> > > the natflag, so if you change ping_nated_only to 0, I think you will see >> > > some udp packets. >> > > >> > > - Atle >> > > (shot in the whild world of sip) >> > > >> > > >> > > > >> > > > Best >> > > > Tomasz >> > > > _______________________________________________ >> > > > Serusers mailing list >> > > > Serusers(a)lists.iptel.org >> > > > http://lists.iptel.org/mailman/listinfo/serusers >> > > >> >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

2 1

Re: [Serusers] nathelper doesn't ping registered users
by Atle Samuelsen 24 Nov '07

24 Nov '07

Hi, Always CC the list. then I dont know.. post your full config so people can see if they see something -A * Tomasz Zieleniewski <tzieleniewski(a)gmail.com> [071124 20:38]: > Hi, > > I had that parameter set to 0, but still no udp packets... > > On Nov 24, 2007 6:43 PM, Atle Samuelsen <clona(a)cyberhouse.no> wrote: > > * Tomasz Zieleniewski <tzieleniewski(a)gmail.com> [071124 16:50]: > > > > > HI, > > > > > > I have the following nathelper settings: > > > modparam("nathelper", "natping_interval", 20) > > > modparam("nathelper", "ping_nated_only", 1) > > > modparam("nathelper", "rtpproxy_disable", 1) > > > modparam("nathelper", "tcpping_crlf", 1) > > > > > > But i cant see any udp packets being sent to registered users. > > > Please point me what did I miss. > > > > Hi, > > > > without seeing any more of your config, I'm guessing that you do not set > > the natflag, so if you change ping_nated_only to 0, I think you will see > > some udp packets. > > > > - Atle > > (shot in the whild world of sip) > > > > > > > > > > Best > > > Tomasz > > > _______________________________________________ > > > Serusers mailing list > > > Serusers(a)lists.iptel.org > > > http://lists.iptel.org/mailman/listinfo/serusers > >

2 1

[Serusers] nathelper doesn't ping registered users
by Tomasz Zieleniewski 24 Nov '07

24 Nov '07

HI, I have the following nathelper settings: modparam("nathelper", "natping_interval", 20) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "rtpproxy_disable", 1) modparam("nathelper", "tcpping_crlf", 1) But i cant see any udp packets being sent to registered users. Please point me what did I miss. Best Tomasz

2 1

Re: [Serusers] Can SER support 3-way Conference
by roayu 24 Nov '07

24 Nov '07

Hi Stefan, The following are the output I got after re-run the 'make install' on SEMS. [root@localhost sems-0.10.0-rc2]# make install make[1]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' make[3]: Nothing to be done for `deps'. make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' g++ -I ../../core -Wall -Wno-reorder -fPIC -g -O2 -D_DEBUG -D_THREAD_SAFE -D_REENTRANT -DVERSION='"0.10.0-rc2"' -DARCH='"i386"' -DOS='"linux"' -c AnnounceB2B.cpp -o AnnounceB2B.o make[3]: g++: Command not found make[3]: *** [AnnounceB2B.o] Error 127 make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' make[2]: [all] Error 2 (ignored) mkdir -p /usr/local/lib/sems/audio/ann_b2b mkdir -p /usr/local/lib/sems/plug-in/ touch /usr/local/lib/sems/plug-in//ann_b2b.so ; \ install -m 755 ann_b2b.so /usr/local/lib/sems/plug-in/ install: cannot stat `ann_b2b.so': No such file or directory make[2]: *** [install] Error 1 make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/announcement' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/announcement' make[3]: Nothing to be done for `deps'. make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/announcement' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/announcement' g++ -I ../../core -Wall -Wno-reorder -fPIC -g -O2 -D_DEBUG -D_THREAD_SAFE -D_REENTRANT -DVERSION='"0.10.0-rc2"' -DARCH='"i386"' -DOS='"linux"' -c Announcement.cpp -o Announcement.o make[3]: g++: Command not found make[3]: *** [Announcement.o] Error 127 make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/announcement' make[2]: [all] Error 2 (ignored) mkdir -p /usr/local/lib/sems/audio/announcement mkdir -p /usr/local/lib/sems/plug-in/ touch /usr/local/lib/sems/plug-in//announcement.so ; \ install -m 755 announcement.so /usr/local/lib/sems/plug-in/ install: cannot stat `announcement.so': No such file or directory make[2]: *** [install] Error 1 make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/announcement' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/announce_transfer' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/announce_transfer' make[3]: Nothing to be done for `deps'. make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/announce_transfer' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/announce_transfer' g++ -I ../../core -Wall -Wno-reorder -fPIC -g -O2 -D_DEBUG -D_THREAD_SAFE -D_REENTRANT -DVERSION='"0.10.0-rc2"' -DARCH='"i386"' -DOS='"linux"' -c AnnounceTransfer.cpp -o AnnounceTransfer.o make[3]: g++: Command not found make[3]: *** [AnnounceTransfer.o] Error 127 make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/announce_transfer' make[2]: [all] Error 2 (ignored) mkdir -p /usr/local/lib/sems/audio/announce_transfer mkdir -p /usr/local/lib/sems/plug-in/ touch /usr/local/lib/sems/plug-in//announce_transfer.so ; \ install -m 755 announce_transfer.so /usr/local/lib/sems/plug-in/ install: cannot stat `announce_transfer.so': No such file or directory make[2]: *** [install] Error 1 make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/announce_transfer' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/conf_auth' find . -iname "*\.pyc" -o -iname "*\.py~" | xargs rm -f rm -f sems-app-conf_auth*.tar.gz python2.4 ../ivr/py_comp -q . install -d /"/usr/local/lib/sems/ivr" install -m "644" -o "root" -g "root" *.pyc /"/usr/local/lib/sems/ivr" install -d /"/usr/local/lib/sems/ivr"/. install -m "644" -o "root" -g "root" ./*.pyc /"/usr/local/lib/sems/ivr"/. make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/conf_auth' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/conference' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/conference' make[3]: Nothing to be done for `deps'. make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/conference' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/conference' g++ -I ../../core -Wall -Wno-reorder -fPIC -g -O2 -D_DEBUG -D_THREAD_SAFE -D_REENTRANT -DVERSION='"0.10.0-rc2"' -DARCH='"i386"' -DOS='"linux"' -c AmRingTone.cpp -o AmRingTone.o make[3]: g++: Command not found make[3]: *** [AmRingTone.o] Error 127 make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/conference' make[2]: [all] Error 2 (ignored) mkdir -p /usr/local/lib/sems/audio/conference mkdir -p /usr/local/lib/sems/plug-in/ touch /usr/local/lib/sems/plug-in//conference.so ; \ install -m 755 conference.so /usr/local/lib/sems/plug-in/ install: cannot stat `conference.so': No such file or directory make[2]: *** [install] Error 1 make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/conference' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/early_announce' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/early_announce' make[3]: Nothing to be done for `deps'. make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/early_announce' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/early_announce' g++ -I ../../core -Wall -Wno-reorder -fPIC -g -O2 -D_DEBUG -D_THREAD_SAFE -D_REENTRANT -DVERSION='"0.10.0-rc2"' -DARCH='"i386"' -DOS='"linux"' -c EarlyAnnounce.cpp -o EarlyAnnounce.o make[3]: g++: Command not found make[3]: *** [EarlyAnnounce.o] Error 127 make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/early_announce' make[2]: [all] Error 2 (ignored) mkdir -p /usr/local/lib/sems/plug-in/ touch /usr/local/lib/sems/plug-in//early_announce.so ; \ install -m 755 early_announce.so /usr/local/lib/sems/plug-in/ install: cannot stat `early_announce.so': No such file or directory make[2]: *** [install] Error 1 make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/early_announce' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ivr' python2.4 py_comp -l -q py &&\ cp py/*.pyc ../../core/lib make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ivr' g++ -MM IvrDialogBase.cpp -I ../../core -Wall -Wno-reorder -fPIC -g -O2 -D_DEBUG -D_THREAD_SAFE -D_REENTRANT -DVERSION='"0.10.0-rc2"' -DARCH='"i386"' -DOS='"linux"' -I/usr/include/python2.4 -fno-strict-aliasing > IvrDialogBase.d /bin/sh: g++: command not found make[3]: *** [IvrDialogBase.d] Error 127 make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ivr' make[2]: [all] Error 2 (ignored) echo "Installing Python object files..." Installing Python object files... for f in log.pyc ; do \ if [ -n "py/$f" ]; then \ touch /usr/local/lib/sems/plug-in//$f; \ install -m 755 py/$f /usr/local/lib/sems/plug-in//$f; \ fi ; \ done mkdir -p /usr/local/lib/sems/plug-in/ touch /usr/local/lib/sems/plug-in//ivr.so ; \ install -m 755 ivr.so /usr/local/lib/sems/plug-in/ install: cannot stat `ivr.so': No such file or directory make[2]: *** [install] Error 1 make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ivr' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/mailbox' find . -iname "*\.pyc" -o -iname "*\.py~" | xargs rm -f rm -f sems-app-mailbox*.tar.gz python2.4 ../ivr/py_comp -q . install -d /"/usr/local/lib/sems/ivr" install -m "644" -o "root" -g "root" *.pyc /"/usr/local/lib/sems/ivr" install -d /"/usr/local/lib/sems/ivr"/imap_mailbox install -m "644" -o "root" -g "root" imap_mailbox/*.pyc /"/usr/local/lib/sems/ivr"/imap_mailbox make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/mailbox' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/pin_collect' find . -iname "*\.pyc" -o -iname "*\.py~" | xargs rm -f rm -f sems-app-pincollect*.tar.gz python2.4 ../ivr/py_comp -q . install -d /"/usr/local/lib/sems/ivr" install -m "644" -o "root" -g "root" *.pyc /"/usr/local/lib/sems/ivr" install -d /"/usr/local/lib/sems/ivr"/. install -m "644" -o "root" -g "root" ./*.pyc /"/usr/local/lib/sems/ivr"/. make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/pin_collect' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/py_sems' make[2]: *** No rule to make target `python_files', needed by `all'. Stop. make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/py_sems' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/registrar_client' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/registrar_client' make[3]: Nothing to be done for `deps'. make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/registrar_client' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/registrar_client' g++ -I ../../core -Wall -Wno-reorder -fPIC -g -O2 -D_DEBUG -D_THREAD_SAFE -D_REENTRANT -DVERSION='"0.10.0-rc2"' -DARCH='"i386"' -DOS='"linux"' -c ContactInfo.cpp -o ContactInfo.o make[3]: g++: Command not found make[3]: *** [ContactInfo.o] Error 127 make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/registrar_client' make[2]: [all] Error 2 (ignored) mkdir -p /usr/local/lib/sems/plug-in/ touch /usr/local/lib/sems/plug-in//registrar_client.so ; \ install -m 755 registrar_client.so /usr/local/lib/sems/plug-in/ install: cannot stat `registrar_client.so': No such file or directory make[2]: *** [install] Error 1 make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/registrar_client' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/voicemail' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/voicemail' make[3]: Nothing to be done for `deps'. make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/voicemail' make[3]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/voicemail' g++ -I ../../core -Wall -Wno-reorder -fPIC -g -O2 -D_DEBUG -D_THREAD_SAFE -D_REENTRANT -DVERSION='"0.10.0-rc2"' -DARCH='"i386"' -DOS='"linux"' -c AnswerMachine.cpp -o AnswerMachine.o make[3]: g++: Command not found make[3]: *** [AnswerMachine.o] Error 127 make[3]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/voicemail' make[2]: [all] Error 2 (ignored) mkdir -p /usr/local/etc/sems/ touch /usr/local/etc/sems/default.template.sample install -m 644 default.template.sample /usr/local/etc/sems/ if [ ! -f /usr/local/etc/sems/default.template ]; then \ cp -f /usr/local/etc/sems/default.template.sample \ /usr/local/etc/sems/default.template; \ fi mkdir -p /usr/local/lib/sems/audio/voicemail mkdir -p /usr/local/lib/sems/plug-in/ touch /usr/local/lib/sems/plug-in//voicemail.so ; \ install -m 755 voicemail.so /usr/local/lib/sems/plug-in/ install: cannot stat `voicemail.so': No such file or directory make[2]: *** [install] Error 1 make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/voicemail' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' mkdir -p /usr/local/etc/sems/etc installing etc/ann_b2b.conf make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ann_b2b' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/announcement' mkdir -p /usr/local/etc/sems/etc installing etc/announcement.conf make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/announcement' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/announce_transfer' mkdir -p /usr/local/etc/sems/etc installing etc/announce_transfer.conf make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/announce_transfer' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/conf_auth' mkdir -p /usr/local/etc/sems/etc installing etc/conf_auth.conf make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/conf_auth' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/conference' mkdir -p /usr/local/etc/sems/etc installing etc/conference.conf make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/conference' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/early_announce' mkdir -p /usr/local/etc/sems/etc installing etc/early_announce.conf make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/early_announce' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/ivr' mkdir -p /usr/local/etc/sems/etc installing etc/ivr.conf make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/ivr' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/mailbox' mkdir -p /usr/local/etc/sems/etc installing etc/mailbox.conf installing etc/mailbox_query.conf make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/mailbox' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/pin_collect' mkdir -p /usr/local/etc/sems/etc installing etc/pin_collect.conf make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/pin_collect' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/py_sems' mkdir -p /usr/local/etc/sems/etc installing etc/py_sems.conf make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/py_sems' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/registrar_client' mkdir -p /usr/local/etc/sems/etc make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/registrar_client' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/apps/voicemail' mkdir -p /usr/local/etc/sems/etc installing etc/voicemail.conf make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps/voicemail' make[1]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/apps' make[1]: Entering directory `/usr/local/src/sems-0.10.0-rc2/core' make[2]: Entering directory `/usr/local/src/sems-0.10.0-rc2/core' g++ -MM AmAudio.cpp -Wall -Wno-reorder -fPIC -g -O2 -D_DEBUG -D_THREAD_SAFE -D_REENTRANT -DVERSION='"0.10.0-rc2"' -DARCH='"i386"' -DOS='"linux"' > AmAudio.d /bin/sh: g++: command not found make[2]: *** [AmAudio.d] Error 127 make[2]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/core' make[1]: [all] Error 2 (ignored) sed -e "s#/usr/.*lib/sems/audio/#/usr/local/lib/sems/audio/#g" \ -e "s#/usr/.*lib/sems/plug-in/#/usr/local/lib/sems/plug-in/#g" \ -e "s#/usr/.*etc/sems#/usr/local/etc/sems/#g" \ < sems.conf.sample > /usr/local/etc/sems/sems.conf.default chmod 644 /usr/local/etc/sems/sems.conf.default if [ ! -f /usr/local/etc/sems/sems.conf ]; then \ cp -f /usr/local/etc/sems/sems.conf.default \ /usr/local/etc/sems/sems.conf; \ fi touch /usr/local/sbin/sems install -m 755 sems /usr/local/sbin/ install: cannot stat `sems': No such file or directory make[1]: *** [install-bin] Error 1 make[1]: Leaving directory `/usr/local/src/sems-0.10.0-rc2/core' Thanks. Roa Yu :) -----Original Message----- From: Stefan Sayer [mailto:stefan.sayer@iptego.de] Sent: Friday, November 23, 2007 6:32 PM To: roayu Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Can SER support 3-way Conference Hello, can you re-run 'make install' in sems' source directory, and post the output? Thanks Stefan roayu wrote: > Hi Ram! > > I've installed SER (sip stack) and SEMS. I managed to start both SER but I > failed to start SEMS. > > I got the following error message: > "/usr/local/sbin/sems : Permission denied" > > Then I found that the permission for /usr/local/sbin/sems is not 755 and the > file size of it is 0 (zero). > > Why am I having this error message? Can anyone there tell me why? > > Thanks. > > Roa Yu :) > > > -----Original Message----- > From: ram [mailto:talk2ram@gmail.com] > Sent: Wednesday, November 21, 2007 9:06 PM > To: roayu > Subject: Re: [Serusers] Can SER support 3-way Conference > > On Nov 20, 2007 8:39 AM, roayu <roayu(a)ctisys.net> wrote: >> >> >> Hi there, >> >> >> >> Can SER alone support 3-way Conference w/o integrate with other >> applications? >> >> >> > > Hi > > SER is proxy not a Media gateway > > Look at SEM or ASTERISK for that > > ram > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers -- Stefan Sayer VoIP Services stefan.sayer(a)iptego.de www.iptego.de iptego GmbH Am Borsigturm 40 13507 Berlin Germany Amtsgericht Charlottenburg, HRB 101010 Geschaeftsfuehrer: Alexander Hoffmann

2 1

[OpenSER-Users] A suggestion for 1.3 nathelper
by Robert Dyck 24 Nov '07

24 Nov '07

When I started using openser I used a patched version of 1.0 nathelper. This patch created two formats for fix_nated_contact. There was the original format -- fix_nated_contact() and the new format fix_nated_contact(1.2.3.4). The original format appears to be useful for service providers. The new format is useful when you are using openser as an ALG for a home or small office phone system. The contact gets mangled before being sent to the registrar. Because redoing the patch for each new version of openser that comes along is silly, I had previously asked the list for an alternative. Someone suggested using encode_contact from the mangler modules. This works but I think it is sub-optimal when you have multiple phones with the same user name. Each one creates its own contact with the registrar. The service providers server does the forking and there is a lot of excess messaging with the INVITEs and CANCELs when the call is answered by one of the phones. With fix_nated_contact(1.2.3.4) there is only one location registered and the local openser does the forking and the CANCELs are confined to the LAN. Comments? Rob

2 1

[OpenSER-Users] In 1.3 how to use set_rtp_proxy_set
by Robert Dyck 23 Nov '07

23 Nov '07

If I have only one rtp proxy should I use set_rtp_proxy_set("0")? I think openser should be smart enough to figure it out if there is only one rtp proxy. It looks like there is a cut and paste error in the 1.3 nathelper wiki. 1.6.3. set_rtp_proxy_set() Sets the Id of the rtpproxy set to be used for the next [un]force_rtp_proxy() command. This function can be used from REQUEST_ROUTE, ONREPLY_ROUTE, BRANCH_ROUTE. Example 1-17. fix_nated_contact usage ... set_rtp_proxy_set("2"); force_rtp_proxy(); Rob ...

1 1

Re: [Serusers] [Serdev] [Tracker] Created: (SER-332) tcp branching error
by Tomasz Zieleniewski 23 Nov '07

23 Nov '07

once again because to big attachments:) On Nov 23, 2007 11:48 AM, Tomasz Zieleniewski <tzieleniewski(a)gmail.com> wrote: > sorry I forgot to place the attachments > > > On Nov 23, 2007 11:47 AM, Tomasz Zieleniewski <tzieleniewski(a)gmail.com> wrote: > > Hi, > > > > Some more debug information: > > > > User contacts: > > ser@sen:~/ser/ser-2.0/ssp$ ./serctl/ser_ctl usrloc show touk(a)voip.rd.touk.pl > > sip:touk@192.168.0.164:1338;rinstance=191d670c84591ea3;transport=TCP 3330 -1.0 > > sip:touk@192.168.0.164:1348;rinstance=e51fd20db73fc732;transport=TCP 3405 -1.0 > > > > Contents of the location table: > > mysql> select * from location where uid like 'touk@%'; > > +----------------------+--------------------------+----------------------------------------------------------------------+----------+---------------------+----+----------------------------------------------+------+-------+----------------------------------+----------+ > > | uid | aor | contact > > | received | expires > > | q | callid | cseq > > | flags | user_agent | instance | > > +----------------------+--------------------------+----------------------------------------------------------------------+----------+---------------------+----+----------------------------------------------+------+-------+----------------------------------+----------+ > > | touk(a)voip.rd.touk.pl | sip:touk@voip.rd.touk.pl | > > sip:touk@192.168.0.164:1338;rinstance=191d670c84591ea3;transport=TCP | > > NULL | 2007-11-23 11:17:03 | -1 | > > MTQ1ZWZmZWE2MWIxZjViYmVkNzZlNmU0YTEwNjRmMTA. | 4 | 0 | X-Lite > > release 1011s stamp 41150 | NULL | > > | touk(a)voip.rd.touk.pl | sip:touk@voip.rd.touk.pl | > > sip:touk@192.168.0.164:1348;rinstance=e51fd20db73fc732;transport=TCP | > > NULL | 2007-11-23 11:18:18 | -1 | > > NDk0ZDA3ZmU5NmFlZmYyMjA5Mjc2ZTZiYTFmMTMxODY. | 4 | 0 | X-Lite > > release 1011s stamp 41150 | NULL | > > +----------------------+--------------------------+----------------------------------------------------------------------+----------+---------------------+----+----------------------------------------------+------+-------+----------------------------------+----------+ > > 2 rows in set (0.00 sec) > > > > > > Here is what does the internal proxy (192.168.0.165:7160) which is > > registrar and perform location service, > > the destination set contains both contacts and the first contact used > > is the one which is unavailable. > > this proxy sends first invite with this contact to boundary sip proxy > > Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: xlset_attr(bsp_route, > > <$global_addr_bsp;lr=on>) > > Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: attr_destination($bsp_route) > > Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: ($fr_inv_timer) > > Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: t_on_reply(ONREPLY_ROUTE) > > Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: t_on_failure(FAILURE_ROUTE) > > Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: t_on_branch(BRANCH_ROUTE) > > Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: destination set: > > Contact: sip:touk@192.168.0.164:1338;rinstance=191d670c84591ea3;transport=TCP, > > sip:touk@192.168.0.164:1348;rinstance=e51fd20db73fc732;transpo > > Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: next route: <null> > > Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: message's next hop: > > sip:voip.rd.touk.pl:7060;lr=on > > Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: (!t_relay()) > > Nov 23 11:20:27 sen ser[28434]: branch_route[BRANCH_ROUTE]: <INVITE> > > ruri:<sip:touk@192.168.0.164:1338;rinstance=191d670c84591ea3;transport=TCP> > > t:<sip:touk@voip.rd.touk.pl> f:<sip:hellboy@voip.rd.touk.pl> c > > Nov 23 11:20:27 sen ser[28434]: branch_route[BRANCH_ROUTE]: > > append_hf(P-Warn: forked branch) > > Nov 23 11:20:27 sen ser[28434]: branch_route[BRANCH_ROUTE]: <INVITE> > > ruri:<sip:touk@192.168.0.164:1348;rinstance=e51fd20db73fc732;transport=TCP> > > t:<sip:touk@voip.rd.touk.pl> f:<sip:hellboy@voip.rd.touk.pl> c > > Nov 23 11:20:27 sen ser[28434]: branch_route[BRANCH_ROUTE]: > > append_hf(P-Warn: forked branch) > > Nov 23 11:20:27 sen ser[28434]: ERROR: tcp_blocking_connect: poll > > error: flags 18 > > Nov 23 11:20:27 sen ser[28434]: ERROR: tcp_blocking_connect: SO_ERROR > > (111) Connection refused > > Nov 23 11:20:27 sen ser[28434]: ERROR: tcpconn_connect: > > tcp_blocking_connect failed > > Nov 23 11:20:27 sen ser[28434]: ERROR: tcp_send: connect failed > > Nov 23 11:20:27 sen ser[28434]: msg_send: ERROR: tcp_send failed > > Nov 23 11:20:27 sen ser[28434]: ERROR: t_send_branch: sending request > > on branch 1 failed > > Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: drop > > > > here is what happens in boundary sip proxy: > > is receives the invite tries to do the t_rqlay but there is the tcp error. > > t_relay() fails and it sends the sl_reply_error to internal sip proxy: > > Nov 23 11:31:38 sen ser[31861]: route[FORWARD]: destination set: <null> > > Nov 23 11:31:38 sen ser[31861]: route[FORWARD]: next route: <null> > > Nov 23 11:31:38 sen ser[31861]: route[FORWARD]: message's next hop: > > sip:touk@192.168.0.164:1338;rinstance=191d670c84591ea3;transport=TCP > > Nov 23 11:31:38 sen ser[31861]: route[FORWARD]: (!t_relay()) > > Nov 23 11:31:38 sen ser[31861]: ERROR: tcp_blocking_connect: poll > > error: flags 18 > > Nov 23 11:31:38 sen ser[31861]: ERROR: tcp_blocking_connect: SO_ERROR > > (111) Connection refused > > Nov 23 11:31:38 sen ser[31861]: ERROR: tcpconn_connect: > > tcp_blocking_connect failed > > Nov 23 11:31:38 sen ser[31861]: ERROR: tcp_send: connect failed > > Nov 23 11:31:38 sen ser[31861]: msg_send: ERROR: tcp_send failed > > Nov 23 11:31:38 sen ser[31861]: ERROR: t_send_branch: sending request > > on branch 0 failed > > Nov 23 11:31:38 sen ser[31861]: route[FORWARD]: (!t_relay()) -> TRUE > > Nov 23 11:31:38 sen ser[31861]: route[FORWARD]: sl_reply_error() > > Nov 23 11:31:38 sen ser[31861]: ERROR: sl_reply_error used: I'm > > terribly sorry, server error occurred (1/SL) > > > > in the attachment there are ngrep and wireshark log from the same situation > > > > if you need more info please let me know > > waiting for your feedback > > > > Cheers > > tomasz > > > > > > > > On Nov 22, 2007 8:40 PM, Andrei Pelinescu-Onciul <andrei(a)iptel.org> wrote: > > > On Nov 16, 2007 at 14:43, Tomasz Zieleniewski (JIRA) <tracker(a)iptel.org> wrote: > > > > tcp branching error > > > > ------------------- > > > > > > > > Key: SER-332 > > > > URL: http://tracker.iptel.org/browse/SER-332 > > > > Project: SER > > > > Issue Type: Bug > > > > Components: core > > > > Affects Versions: 2.0 > > > > Environment: Linux sen 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64 GNU/Linux > > > > Reporter: Tomasz Zieleniewski > > > > Priority: Critical > > > > > > > > > > > > Hi, > > > > > > > > I have the following situation. > > > > I have two ser rel_2_0_0 instances one acting as a boundary proxy the > > > > other on as internal proxy (registrar, location). > > > > > > > > I have the following situation I have a user which has registered two > > > > contacs one woth tcp transport the other one with udp. > > > > > > > > All messages coming to and outgoing from my network travels through > > > > boundary sip proxy. > > > > > > > > When internal ser perform lookup_location it get to contacts and the > > > > destination set contains two records: > > > > Nov 15 11:03:13 sen ser[3673]: route[FORWARD]: destination set: > > > > Contact: sip:xlite@192.168.0.164:1221;rinstance=d35f9cda6bd79b0a;transport=TCP, > > > > sip:xlite@192.168.0.164:7060 > > > > > > > > Then internal ser forward message to boundary SIP proxy by changing > > > > the destination of the message and with the usage of t_relay(). > > > > I see from log that there are two branches involved: > > > > Nov 15 11:03:13 sen ser[3673]: branch_route[BRANCH_ROUTE]: <INVITE> > > > > ruri:<sip:xlite@192.168.0.164:1221;rinstance=d35f9cda6bd79b0a;transport=TCP> > > > > t:<sip:00@voip.rd.touk.pl> f:<sip:lkl@voip.rd.touk.pl> > > > > Nov 15 11:03:13 sen ser[3673]: branch_route[BRANCH_ROUTE]: > > > > append_hf(P-Warn: forked branch) > > > > Nov 15 11:03:13 sen ser[3673]: branch_route[BRANCH_ROUTE]: <INVITE> > > > > ruri:<sip:xlite@192.168.0.164:7060;rinstance=cfca8523e3747cb0> > > > > t:<sip:00@voip.rd.touk.pl> f:<sip:lkl@voip.rd.touk.pl> > > > > Nov 15 11:03:13 sen ser[3673]: branch_route[BRANCH_ROUTE]: > > > > append_hf(P-Warn: forked branch) > > > > > > > > both INVITES reaches boudary SIP proxy. > > > > > > > > Because first contact was unreachable there was an tcp error: > > > > ser[3516]: ERROR: tcp_blocking_connect: poll error: flags 18 > > > > Nov 15 11:03:13 sen ser[3516]: ERROR: tcp_blocking_connect: SO_ERROR > > > > (111) Connection refused > > > > Nov 15 11:03:13 sen ser[3516]: ERROR: tcpconn_connect: > > > > tcp_blocking_connect failed > > > > Nov 15 11:03:13 sen ser[3516]: ERROR: tcp_send: connect failed > > > > Nov 15 11:03:13 sen ser[3516]: msg_send: ERROR: tcp_send failed > > > > Nov 15 11:03:13 sen ser[3516]: ERROR: t_send_branch: sending request > > > > on branch 0 failed > > > > > > > > after which ser invokes sl_reply_error() which results in 477 next hop > > > > error reponse message sent to internal ser instance. > > > > The problem arises when boudary sip proxy processes second INVITE > > > > which correspond to second destination. > > > > when boundary SIP proxy receives it doesn't send it to user agent but > > > > instead reponses to internal ser with > > > > 500 I'm terribly sorry, server error occurred (1/SL) > > > > the only thing I see in the boundary SIP proxy log is: > > > > ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL) > > > > > > > > Did I miss something here or this is an error? > > > > Waiting for Your feedback > > > > > > > > > > Could you make some traffic dump between the 2 proxies and send it to me > > > (andrei(a)iptel.org)? > > > It's sounds quite strange (it should work without any problems) and a > > > look at the packets might help. > > > > > > > > > Thanks, > > > Andrei > > > _______________________________________________ > > > Serdev mailing list > > > Serdev(a)lists.iptel.org > > > http://lists.iptel.org/mailman/listinfo/serdev > > > > > >

1 0

Re: [Serusers] [Serdev] [Tracker] Created: (SER-332) tcp branching error
by Tomasz Zieleniewski 23 Nov '07

23 Nov '07

Hi, Some more debug information: User contacts: ser@sen:~/ser/ser-2.0/ssp$ ./serctl/ser_ctl usrloc show touk(a)voip.rd.touk.pl sip:touk@192.168.0.164:1338;rinstance=191d670c84591ea3;transport=TCP 3330 -1.0 sip:touk@192.168.0.164:1348;rinstance=e51fd20db73fc732;transport=TCP 3405 -1.0 Contents of the location table: mysql> select * from location where uid like 'touk@%'; +----------------------+--------------------------+----------------------------------------------------------------------+----------+---------------------+----+----------------------------------------------+------+-------+----------------------------------+----------+ | uid | aor | contact | received | expires | q | callid | cseq | flags | user_agent | instance | +----------------------+--------------------------+----------------------------------------------------------------------+----------+---------------------+----+----------------------------------------------+------+-------+----------------------------------+----------+ | touk(a)voip.rd.touk.pl | sip:touk@voip.rd.touk.pl | sip:touk@192.168.0.164:1338;rinstance=191d670c84591ea3;transport=TCP | NULL | 2007-11-23 11:17:03 | -1 | MTQ1ZWZmZWE2MWIxZjViYmVkNzZlNmU0YTEwNjRmMTA. | 4 | 0 | X-Lite release 1011s stamp 41150 | NULL | | touk(a)voip.rd.touk.pl | sip:touk@voip.rd.touk.pl | sip:touk@192.168.0.164:1348;rinstance=e51fd20db73fc732;transport=TCP | NULL | 2007-11-23 11:18:18 | -1 | NDk0ZDA3ZmU5NmFlZmYyMjA5Mjc2ZTZiYTFmMTMxODY. | 4 | 0 | X-Lite release 1011s stamp 41150 | NULL | +----------------------+--------------------------+----------------------------------------------------------------------+----------+---------------------+----+----------------------------------------------+------+-------+----------------------------------+----------+ 2 rows in set (0.00 sec) Here is what does the internal proxy (192.168.0.165:7160) which is registrar and perform location service, the destination set contains both contacts and the first contact used is the one which is unavailable. this proxy sends first invite with this contact to boundary sip proxy Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: xlset_attr(bsp_route, <$global_addr_bsp;lr=on>) Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: attr_destination($bsp_route) Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: ($fr_inv_timer) Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: t_on_reply(ONREPLY_ROUTE) Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: t_on_failure(FAILURE_ROUTE) Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: t_on_branch(BRANCH_ROUTE) Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: destination set: Contact: sip:touk@192.168.0.164:1338;rinstance=191d670c84591ea3;transport=TCP, sip:touk@192.168.0.164:1348;rinstance=e51fd20db73fc732;transpo Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: next route: <null> Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: message's next hop: sip:voip.rd.touk.pl:7060;lr=on Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: (!t_relay()) Nov 23 11:20:27 sen ser[28434]: branch_route[BRANCH_ROUTE]: <INVITE> ruri:<sip:touk@192.168.0.164:1338;rinstance=191d670c84591ea3;transport=TCP> t:<sip:touk@voip.rd.touk.pl> f:<sip:hellboy@voip.rd.touk.pl> c Nov 23 11:20:27 sen ser[28434]: branch_route[BRANCH_ROUTE]: append_hf(P-Warn: forked branch) Nov 23 11:20:27 sen ser[28434]: branch_route[BRANCH_ROUTE]: <INVITE> ruri:<sip:touk@192.168.0.164:1348;rinstance=e51fd20db73fc732;transport=TCP> t:<sip:touk@voip.rd.touk.pl> f:<sip:hellboy@voip.rd.touk.pl> c Nov 23 11:20:27 sen ser[28434]: branch_route[BRANCH_ROUTE]: append_hf(P-Warn: forked branch) Nov 23 11:20:27 sen ser[28434]: ERROR: tcp_blocking_connect: poll error: flags 18 Nov 23 11:20:27 sen ser[28434]: ERROR: tcp_blocking_connect: SO_ERROR (111) Connection refused Nov 23 11:20:27 sen ser[28434]: ERROR: tcpconn_connect: tcp_blocking_connect failed Nov 23 11:20:27 sen ser[28434]: ERROR: tcp_send: connect failed Nov 23 11:20:27 sen ser[28434]: msg_send: ERROR: tcp_send failed Nov 23 11:20:27 sen ser[28434]: ERROR: t_send_branch: sending request on branch 1 failed Nov 23 11:20:27 sen ser[28434]: route[FORWARD]: drop here is what happens in boundary sip proxy: is receives the invite tries to do the t_rqlay but there is the tcp error. t_relay() fails and it sends the sl_reply_error to internal sip proxy: Nov 23 11:31:38 sen ser[31861]: route[FORWARD]: destination set: <null> Nov 23 11:31:38 sen ser[31861]: route[FORWARD]: next route: <null> Nov 23 11:31:38 sen ser[31861]: route[FORWARD]: message's next hop: sip:touk@192.168.0.164:1338;rinstance=191d670c84591ea3;transport=TCP Nov 23 11:31:38 sen ser[31861]: route[FORWARD]: (!t_relay()) Nov 23 11:31:38 sen ser[31861]: ERROR: tcp_blocking_connect: poll error: flags 18 Nov 23 11:31:38 sen ser[31861]: ERROR: tcp_blocking_connect: SO_ERROR (111) Connection refused Nov 23 11:31:38 sen ser[31861]: ERROR: tcpconn_connect: tcp_blocking_connect failed Nov 23 11:31:38 sen ser[31861]: ERROR: tcp_send: connect failed Nov 23 11:31:38 sen ser[31861]: msg_send: ERROR: tcp_send failed Nov 23 11:31:38 sen ser[31861]: ERROR: t_send_branch: sending request on branch 0 failed Nov 23 11:31:38 sen ser[31861]: route[FORWARD]: (!t_relay()) -> TRUE Nov 23 11:31:38 sen ser[31861]: route[FORWARD]: sl_reply_error() Nov 23 11:31:38 sen ser[31861]: ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL) in the attachment there are ngrep and wireshark log from the same situation if you need more info please let me know waiting for your feedback Cheers tomasz On Nov 22, 2007 8:40 PM, Andrei Pelinescu-Onciul <andrei(a)iptel.org> wrote: > On Nov 16, 2007 at 14:43, Tomasz Zieleniewski (JIRA) <tracker(a)iptel.org> wrote: > > tcp branching error > > ------------------- > > > > Key: SER-332 > > URL: http://tracker.iptel.org/browse/SER-332 > > Project: SER > > Issue Type: Bug > > Components: core > > Affects Versions: 2.0 > > Environment: Linux sen 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64 GNU/Linux > > Reporter: Tomasz Zieleniewski > > Priority: Critical > > > > > > Hi, > > > > I have the following situation. > > I have two ser rel_2_0_0 instances one acting as a boundary proxy the > > other on as internal proxy (registrar, location). > > > > I have the following situation I have a user which has registered two > > contacs one woth tcp transport the other one with udp. > > > > All messages coming to and outgoing from my network travels through > > boundary sip proxy. > > > > When internal ser perform lookup_location it get to contacts and the > > destination set contains two records: > > Nov 15 11:03:13 sen ser[3673]: route[FORWARD]: destination set: > > Contact: sip:xlite@192.168.0.164:1221;rinstance=d35f9cda6bd79b0a;transport=TCP, > > sip:xlite@192.168.0.164:7060 > > > > Then internal ser forward message to boundary SIP proxy by changing > > the destination of the message and with the usage of t_relay(). > > I see from log that there are two branches involved: > > Nov 15 11:03:13 sen ser[3673]: branch_route[BRANCH_ROUTE]: <INVITE> > > ruri:<sip:xlite@192.168.0.164:1221;rinstance=d35f9cda6bd79b0a;transport=TCP> > > t:<sip:00@voip.rd.touk.pl> f:<sip:lkl@voip.rd.touk.pl> > > Nov 15 11:03:13 sen ser[3673]: branch_route[BRANCH_ROUTE]: > > append_hf(P-Warn: forked branch) > > Nov 15 11:03:13 sen ser[3673]: branch_route[BRANCH_ROUTE]: <INVITE> > > ruri:<sip:xlite@192.168.0.164:7060;rinstance=cfca8523e3747cb0> > > t:<sip:00@voip.rd.touk.pl> f:<sip:lkl@voip.rd.touk.pl> > > Nov 15 11:03:13 sen ser[3673]: branch_route[BRANCH_ROUTE]: > > append_hf(P-Warn: forked branch) > > > > both INVITES reaches boudary SIP proxy. > > > > Because first contact was unreachable there was an tcp error: > > ser[3516]: ERROR: tcp_blocking_connect: poll error: flags 18 > > Nov 15 11:03:13 sen ser[3516]: ERROR: tcp_blocking_connect: SO_ERROR > > (111) Connection refused > > Nov 15 11:03:13 sen ser[3516]: ERROR: tcpconn_connect: > > tcp_blocking_connect failed > > Nov 15 11:03:13 sen ser[3516]: ERROR: tcp_send: connect failed > > Nov 15 11:03:13 sen ser[3516]: msg_send: ERROR: tcp_send failed > > Nov 15 11:03:13 sen ser[3516]: ERROR: t_send_branch: sending request > > on branch 0 failed > > > > after which ser invokes sl_reply_error() which results in 477 next hop > > error reponse message sent to internal ser instance. > > The problem arises when boudary sip proxy processes second INVITE > > which correspond to second destination. > > when boundary SIP proxy receives it doesn't send it to user agent but > > instead reponses to internal ser with > > 500 I'm terribly sorry, server error occurred (1/SL) > > the only thing I see in the boundary SIP proxy log is: > > ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL) > > > > Did I miss something here or this is an error? > > Waiting for Your feedback > > > > Could you make some traffic dump between the 2 proxies and send it to me > (andrei(a)iptel.org)? > It's sounds quite strange (it should work without any problems) and a > look at the packets might help. > > > Thanks, > Andrei > _______________________________________________ > Serdev mailing list > Serdev(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serdev >

1 0

Re: [Serusers] Can SER support 3-way Conference
by roayu 23 Nov '07

23 Nov '07

Hi Ram! I've installed SER (sip stack) and SEMS. I managed to start both SER but I failed to start SEMS. I got the following error message: "/usr/local/sbin/sems : Permission denied" Then I found that the permission for /usr/local/sbin/sems is not 755 and the file size of it is 0 (zero). Why am I having this error message? Can anyone there tell me why? Thanks. Roa Yu :) -----Original Message----- From: ram [mailto:talk2ram@gmail.com] Sent: Wednesday, November 21, 2007 9:06 PM To: roayu Subject: Re: [Serusers] Can SER support 3-way Conference On Nov 20, 2007 8:39 AM, roayu <roayu(a)ctisys.net> wrote: > > > > Hi there, > > > > Can SER alone support 3-way Conference w/o integrate with other > applications? > > > Hi SER is proxy not a Media gateway Look at SEM or ASTERISK for that ram

2 1

[OpenSER-Users] CPL serial forking behaviour
by Daniel 23 Nov '07

23 Nov '07

Hi all, I'd like to understand CPL the behaviour or serial forking made by CPL. This is my CPL script (for USER A): <incoming> <lookup source="registration"> <success> <proxy ordering="sequential" /> </success> </lookup> </incoming> </cpl> The first question is : In this case, if I have 2 contacts for USER A, what is its behaviour ? I have made a couple of tests about it. USER A has 2 contacts : USERA@IP_1 and USERA@IP_2 and the CPL script as above. USER B has 1 contact : USERB@IP_3 The location table is: ID username contact q 318 USERB USERB@IP_3 1 319 USERA USERA@IP_1 1 320 USERA USERA@IP_2 1 In this case the CPL script calls both of Contacts of USER A, at the same time. Then, I've changed the two contact's q parameters: ID username contact q 318 USERB USERB@IP_3 1 319 USERA USERA@IP_1 1 320 USERA USERA@IP_2 0.1 In this case CPL script calls first USERA@IP_2 (low q paramenter) and then USERA@IP_1 (high q-value) ID username contact q 318 USERB USERB@IP_3 1 319 USERA USERA@IP_1 0.1 320 USERA USERA@IP_2 1 In this case CPL script calls first USERA@IP_1 (low q paramenter) and then USERA@IP_2 (high q-value) ID username contact q 318 USERB USERB@IP_3 1 319 USERA USERA@IP_1 0.1 320 USERA USERA@IP_2 0.5 In this case CPL script calls first USERA@IP_1 (low q paramenter) and then USERA@IP_2 (high q-value) ID username contact q 318 USERB USERB@IP_3 1 319 USERA USERA@IP_1 0.1 320 USERA USERA@IP_2 0.1 In this case the CPL script calls both of Contacts of USER A, at the same time. It seem work in the reverse mode: it call first the lowest q value and then the highest. So, does PROXY element (with ordering="sequential") care about q-parameter ? Can somebody help me? Regards, Daniel -- Daniel Grotti ________________________ e-mail : d.grotti(a)gmail.com

1 1

[OpenSER-Users] Help with unixODBC + sqlite driver
by kionez 22 Nov '07

22 Nov '07

Hi, i found a message on openser-user mailing list: http://openser.org/pipermail/users/2007-April/010628.html I'm trying to get working my openser with unixodbc+sqlite3, but i don't know why it fails with same errors.. i think is unixodbc openser's module, because with "isql -v mysqlitedb" i can access to my sqlite db... someone can help me? :) thanx Fulvio

2 4

[OpenSER-Users] RINSTANCE
by Thiago Maluf 22 Nov '07

22 Nov '07

Somebody know what is RINSTANCE in SIP Contact? ---------------------------------------------------------------- THIAGO MALUF RESENDE e-mail: malufrj(a)gmail.com

2 1

[OpenSER-Users] Edit SIP Header, Contact field
by Thiago Maluf 22 Nov '07

22 Nov '07

I Want edit the Contact field. How I do it? Thanks in advanced, Thiago -- ---------------------------------------------------------------- THIAGO MALUF RESENDE Consultor Voip e Programador WEB (Voip Developer and Web Developer) Tel: +55 21 86042100 e-mail: malufrj(a)gmail.com

3 3

[OpenSER-Users] [CPL] ERROR:core:set_dst_uri: not enough pkg memory
by Iñaki Baz Castillo 22 Nov '07

22 Nov '07

I have a simple CPL for a user "200" that just should lookup for the contact in the "location" table: <cpl> <incoming> <lookup source="registration"> <success> <proxy /> </success> </lookup> </incoming> </cpl> In the script I do: cpl_run_script("incoming","FORCE_STATEFUL"); and I get an error: ERROR:core:set_dst_uri: not enough pkg memory ERROR:cpl_c:cpl_proxy_to_loc_set: do_action failed ERROR:cpl_c:cpl_run_script: runtime error and the script continues but with the URI changed. It's strange: it's obvious that CPL does a DB query to "location" table asking for 200@domain (I've monitorized it in mysql logs) but after that it shows the errors above and the OpenSer script continues (with the URI set to the contact URI). Why can it occur? maybe it's a bug? Thanks. -- Iñaki Baz Castillo

2 3

Re: [OpenSER-Users] openser SBC and upper registration.
by Ovidiu Sas 21 Nov '07

21 Nov '07

This issue was already discussed. Check the following link: http://lists.openser.org/pipermail/users/2007-May/010857.html Regards, Ovidiu Sas On Nov 16, 2007 6:53 PM, rohail khan <rohail_12(a)yahoo.com> wrote: > Well save() does not work on reply route, its for request route , what I did > is from reply route i used t_check_status("200") and route it to another > route block let say route[6] and I used save_noreply() to save the contact > and it saving now but the problem is that like SBC I was modifying > registration request from UA and changing the CONTACT before relaying to my > other server but when I am saving the contact info its saving with openser > contact info no information for UA so call can still can not route to UA. > any idea > > Thanks > > > Ovidiu Sas <osas(a)voipembedded.com> wrote: > You can call save() in the reply_route. You can check there is the > response is a 200ok or not. > In this particular case you will lose some informations that are used > to handle NATed UA. > Test and see if it will fit your needs. > > > Regards, > Ovidiu sas > > On Nov 15, 2007 5:53 AM, rohail khan wrote: > > Hi > > I am trying to configure openser for uppser registration, so far I am > > relaying the registration after modifying contact in the registration of > > openser IP address but I want to save the contact only if the registration > > is sucessfull from upper registration server. If I use "save_noreply" its > > save the location no matter if the UA is registered with upper > registration > > server > > > > any idea > > thanks in advance > > > > > > > > ________________________________ > > Never miss a thing. Make Yahoo your homepage. > > _______________________________________________ > > Users mailing list > > Users(a)lists.openser.org > > http://lists.openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > ________________________________ > Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it > now.

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users