sr-users October 2006

sr-users@lists.kamailio.org

189 participants
345 discussions

[Serusers] radius records for IM??
by technos e 05 Oct '06

05 Oct '06

Hi All, Can anyone tell me If I can generate Radius record for Instant Messaging using Iptel . Thanks in Advance. Techno --------------------------------- Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min.

1 0

[Users] openser TLS error problem
by Lindsey Hans Joseph Lao 05 Oct '06

05 Oct '06

Hello, I have an Openser server with TLS support running ok. However, when a UA client tries to register with it, it gives off this error: 7(63031) tls_accept: Error in SSL: 7(63031) tls_error: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number I ran SSLDUMP and got these logs: 8 1 2.4157 (2.4157) C>S SSLv2 compatible client hello Version 3.1 cipher suites TLS_RSA_WITH_RC4_128_MD5 TLS_RSA_WITH_RC4_128_SHA TLS_RSA_WITH_3DES_EDE_CBC_SHA SSL2_CK_RC4 SSL2_CK_3DES SSL2_CK_RC2 TLS_RSA_WITH_DES_CBC_SHA SSL2_CK_DES TLS_RSA_EXPORT1024_WITH_RC4_56_SHA TLS_RSA_EXPORT1024_WITH_DES_CBC_SHA TLS_RSA_EXPORT_WITH_RC4_40_MD5 TLS_RSA_EXPORT_WITH_RC2_CBC_40_MD5 SSL2_CK_RC4_EXPORT40 SSL2_CK_RC2_EXPORT40 TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA TLS_DHE_DSS_WITH_DES_CBC_SHA TLS_DHE_DSS_EXPORT1024_WITH_DES_CBC_SHA 8 2.4163 (0.0005) S>C TCP FIN 8 2.4165 (0.0002) C>S TCP FIN Any idea of what might the problem be? Help would be greatly appreciated. Thanks!

2 1

[Serusers] Problem with TCP
by P Jayasree 05 Oct '06

05 Oct '06

1 0

[Users] OpenSER Summit @ VoN Europe
by Daniel-Constantin Mierla 05 Oct '06

05 Oct '06

Hello Everybody, we are pleased to announce that first OpenSER Summit will take place in Berlin, on the 8th November. The summit is hosted inside the VoN Europe Exhibition. The participants registered via OpenSER will have free access to summit and exhibition. A registration form will be available very soon on the web site, as an alternative you can send email to team(a)openser.org with your details. We are looking to network people around OpenSER, to share experiences and build business relations, among invited persons are executives from major communication companies. The board members and main developers will be there as well. There is no need for other words about VoN (http://www.von.com), is the leading conference in VoIP and we are glad that we can tie up together the OpenSER Summit. To be able to cover organizing expenses, we are looking for sponsorships. The sponsors will get the opportunity to held a presentation and do advertising inside the event. Banners will be published on the OpenSER web site and event's page. We will be able to offer to sponsors free passes to full conference (all presentations at VoN, lunches, dinners and parties) and other discounts. If you are interested to be a sponsor of the event, please contact us at team(a)openser.org and we will give you more details about the conditions and offering you will get. More details will be published on http://www.openser.org site as soon as updates come. Looking forward to meet you there, Daniel

1 0

[Serusers] Problem with TCP
by P Jayasree 05 Oct '06

05 Oct '06

Hi, I'm using ser proxy server the latest version 0.9.I'm running ser on ipv6 PC ,listening on ipv6 address whihc i configured in ser.cfg. Using some other clients which are running on ipv6 PC's can able to call from UDP-UDP properly.AS ser runs on both UDP and TCP ,the TCP-TCP calls also should go properly. But the error 'tcp_blocking_connect:(22) Invalid Argument' is coming when the next hop from the proxy is TCP. Kindly support for this problem. Regards, Jayasree The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail immediately and permanently delete the message and any attachments.

1 0

Re: Re: [Users] tls. soket queues not flushed
by serega 05 Oct '06

05 Oct '06

Hello, I'm sorry for a big lag. I test system yesterday on other linux kernel (2.6) and obtain the same results. In this case i suppose, that this problem don't bases on system socket implementation. I tested openser on other numbers of tcp workers and obtain next results: 20 children: 2 sockets don't flushed (all had data on receive and send queues), cpu usage is above 48% on each of 2 openser processes, one of them invokes poll function in tls_server.c, other trying to write into tls socket. 1 child: 1 socket don't flushed (receive queue not empty, send queue empty), cpu usage is 90% on one process. 100 children: no problems, all work correctly 2 children: no problems. >Hello, > >On 09/29/06 16:06, serega wrote: >> Hi Klaus and all other who read this. >> >> It's not a problem of tcp socket - yesterday i rewrite gateway config for fowarding directed to extgateway requests to gateway itself. >> In tcp this problems not occured, but after i switched on tls, i see overfilled queues again. In that case i haven't extgateway, communications with >> remote sockets and etc. Did anybody test openser whith big payload? I think this problem occurs because in my case i have big traffic and several process that simultaniously use tls. Did anybody have the same problem? >> > >If you increase the number of the TLS/TCP workers do you get same >results? In case of TLS, there is more CPU used because of >encryption/decryption. How is the CPU usage in teh system while you are >testing? > >As Klaus said, the management of socket queue is done by OS. > >Cheers, >Daniel > >> >>> Hi Serega! >>> >>> I'm not sure - just a guess. openser uses "worker threads". This worker >>> threads get a SIP message from the listener thread, process them, and >>> then they send them. >>> >>> If for some reason the sending fails - e.g. the gateway sends via >>> TCP/TLS to extgateway and extgateway's receiving queue is full. Then >>> gateway's sending buffer gets full and the threads wait until they can >>> send. Thus, as the threads are all busy, also the receiving queue of >>> gateway gets full. I guess after some time the threads give up sending >>> and will read again. >>> >>> The question is: why does the sending buffer gets full? Where is gateway >>> sending the messages to? >>> >>> The sending queue must not get flushed. The queue is in the OS, not in >>> openser. As TCP guarantees that there is no loss/reordering the TCP >>> stack must not flush the queue. >>> >>> regards >>> klaus >>> >>> serega wrote: >>> >>>> Hi all. >>>> >>>> I have next problem while using openser with tls. System consists of >>>> sip statefull server (in next time, simply, server) and stateless sip >>>> gateway (gateway). Server used for connect to jabber server. Server >>>> contains rewrote jabber module logic and also use presence module. >>>> Gateway used to connect to other sip gateway (extgateway) via tls >>>> protocol. Gateway use 1.1 openser version and doesn’t contain changed >>>> code. When server together with gateway restarts and server in its >>>> database contains above 260 subscriptions (in watcherinfo table) i >>>> have error. Socket used by gateway to connect with extgateway >>>> contains in receive and sent queues a lot of data (above 50kByte on >>>> each sides). This data never flushed out. This happens because after >>>> restart sip server through gateway send notifications to extgateway. >>>> When I attached using gdb to process that send data, I saw that it >>>> was in infinity loop because tls library returns SSL_ERROR_WANT_WRITE >>>> and I think it’s correct because we have overfilled send queue. In >>>> this case I don’t interest why receive queue not empty (I think it >>>> happens because sending process have got block on socket). But I >>>> don’t understand why sent queue not flushed. I test this behavior >>>> using tcp – all was correct. Socket not closed by other side because >>>> this status can be unchanged above one day. Anybody can help me? Why >>>> this happens? >>>> >>>> I use openssl-0.9.8c and redhat os (Linux xdevel1 2.4.21-4.ELsmp #1 >>>> SMP Fri Oct 3 17:52:56 EDT 2003 i686 i686 i386 GNU/Linux). Computer >>>> have too Pentium 4 processors). >>>> >>>> >>>> Gateway.cfg (sip.qa.hbex.com – gateway address): >>>> >>>> # # $Id: router_qa.cfg,v 1.1 2006/08/02 18:14:34 ilya Exp $ # # >>>> simple quick-start config script # >>>> >>>> # ----------- global configuration parameters >>>> ------------------------ >>>> >>>> debug=9 # debug level (cmd line: -dddddddddd) >>>> log_facility=LOG_LOCAL0 fork=yes log_stderror=yes # (cmd line: -E) >>>> >>>> >>>> check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) >>>> rev_dns=no # (cmd. line: -R) children=20 >>>> fifo="/tmp/openser_fifo" server_signature=no >>>> >>>> fifo_db_url="mysql://root:@localhost/openser" >>>> >>>> listen = udp:sip.qa.hbex.com:5060 #incoming sip server address listen >>>> = tcp:sip.qa.hbex.com:5060 >>>> >>>> #tls address disable_tls = 0 listen = tls:sip.qa.hbex.com:5061 listen >>>> = udp:sip.qa.hbex.com:5061 >>>> >>>> tls_certificate = "/ home/inop/ex.com-cert.pem" tls_private_key = >>>> "/home/inop/ex.com-privkey.pem" tls_ca_list = >>>> "/home/inop/ex.com-calist.pem" tls_require_client_certificate=0 >>>> tls_verify_client=0 tls_verify_server=0 >>>> >>>> # ------------------ module loading >>>> ---------------------------------- loadmodule >>>> "/home/interop/openser/lib/openser/modules/rr.so" loadmodule >>>> "/home/interop/openser/lib/openser/modules/xlog.so" loadmodule >>>> "/home/interop/openser/lib/openser/modules/textops.so" loadmodule >>>> "/home/interop/openser/lib/openser/modules/maxfwd.so" loadmodule >>>> "/home/interop/openser/lib/openser/modules/sl.so" loadmodule >>>> "/home/interop/openser/lib/openser/modules/mysql.so" loadmodule >>>> "/home/interop/openser/lib/openser/modules/tm_unchanged.so" >>>> loadmodule "/home/interop/openser/lib/openser/modules/usrloc.so" >>>> loadmodule "/home/interop/openser/lib/openser/modules/registrar.so" >>>> >>>> # ----------------- setting module-specific parameters >>>> --------------- modparam("registrar", "default_expires", 120) >>>> modparam("registrar", "use_domain", 1) >>>> >>>> modparam("usrloc", "use_domain", 1) modparam("usrloc", "db_mode", >>>> 0) # Uncomment this if you want to use SQL database # for persistent >>>> storage and comment the previous line #modparam("usrloc", "db_mode", >>>> 2) >>>> >>>> # add value to ;lr param to make some broken UAs happy modparam("rr", >>>> "enable_full_lr", 1) modparam("maxfwd", "max_limit", 10) # >>>> ------------------------- request routing logic ------------------- >>>> # main routing logic route{ if (!mf_process_maxfwd_header("10")) { >>>> sl_send_reply("483","To Many Hops"); drop(); }; if (dst_port==5061) { >>>> if (search("^To:.*@.*cmnicator.com") || search("^To:.*@.*cihb.com")) >>>> { # rewrite destination and forward to jabber (sip server) route(1); >>>> return; }; sl_reply_error(); return; } if (method=="REGISTER") { >>>> xlog("XXX: saving location msg=$mb\n"); if(!save_noreply("location")) >>>> { log("XXX: Error saving location!\n"); sl_reply_error(); } >>>> sl_send_reply("200","OK"); return; } if >>>> (search("^To:.*@.*cmnicator.com") || search("^To:.*@.*cihb.com")) { >>>> #forward to self route(3); return; } ##forward to ext gateway >>>> route(2); } >>>> >>>> route[1]{ if (method!="MESSAGE" && method!="SUBSCRIBE" && >>>> method!="NOTIFY") { log("XXX: Request not forwarded to sip >>>> server!\n"); sl_send_reply("202","Accepted"); return; } >>>> t_on_reply("1"); record_route(); >>>> >>>> if(!lookup("location")) { if (method!="SUBSCRIBE") { log("XXX: only >>>> subscribes are processed for user that are not registered\n"); >>>> sl_reply_error(); return; } >>>> subst_uri('/(.*)@(.*)/\1#\2*jabber.qa.im.hb.com@jabber01.qa.im.hb.com/ig'); >>>> if(!t_relay()) { log("XXX: error forwarding jabber01...\n"); >>>> sl_reply_error(); return; } else { sl_send_reply("200","OK"); return; >>>> } } else { log("XXX: forwarding to the address of record...\n"); >>>> if(!t_relay()) { log("XXX: error forwarding to address of record >>>> \n"); sl_reply_error(); return; } else { sl_send_reply("200", "OK"); >>>> return; } } >>>> >>>> } >>>> >>>> # forwarding to external gateway route[2]{ log("XXX: rewriting >>>> headers\n"); >>>> subst('/^(From:[^@#]*)#([^@]*)\*jabber.qa.im.hb.com@jabber...qa.im.hb.com(.*)/\1@\2\3/ig'); >>>> >>>> subst('/^(Contact:[^@#]*)#([^@]*)\*jabber.qa.im.hb.com@jabber...qa.im.hb.com(.*)/\1@\2\3/ig'); >>>> >>>> >>>> if(!forward("tls:43.123.141.166:3000")) { log("XXX: Error forwarding >>>> to external gateway!\n"); sl_reply_error(); } else { >>>> sl_send_reply("200", "Accepted"); }; } >>>> >>>> # forwarding to SELF route[3]{ log("XXX: rewriting headers\n"); >>>> subst('/^(From:[^@#]*)#([^@]*)\*jabber.qa.im.hb.com@jabber...qa.im.hb.com(.*)/\1@\2\3/ig'); >>>> >>>> subst('/^(Contact:[^@#]*)#([^@]*)\*jabber.qa.im.hb.com@jabber...qa.im.hb.com(.*)/\1@\2\3/ig'); >>>> >>>> >>>> log("XXX: about to forward to self\n"); >>>> if(!forward("tcp:sip.qa.hbex.com:5061")) { log("XXX: Error forwarding >>>> to self!\n"); sl_reply_error(); } else { sl_send_reply("200", >>>> "Accepted"); }; } >>>> >>>> # this is executed for replies onreply_route[1]{ >>>> subst('/^(To:[^@#]*)#([^@]*)\*jabber.qa.im.hb.com@jabber...qa.im.hb.com(.*)/\1@\2\3/ig'); >>>> >>>> subst('/^(Contact:[^@#]*)#([^@]*)\*jabber.qa.im.hb.com@jabber...qa.im.hb.com(.*)/\1@\2\3/ig'); >>>> route(2); } >>>> >>>> >>>> >>>> _______________________________________________ Users mailing list >>>> Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users >>>> >>> >> >> >> _______________________________________________ >> Users mailing list >> Users(a)openser.org >> http://openser.org/cgi-bin/mailman/listinfo/users >> >> >

2 1

[Users] OpenserAdmin: openser log
by Ronald Wiplinger 05 Oct '06

05 Oct '06

In the log file (OpenserAdmin) I see my registered phones with different addresses. I would like to know what it means: a. public IP with a port number sip:7111@59.124.230.151:65129 b. private IP with a port number sip:7112@192.168.10.75:5060 c. private IP with NO port number sip:7113@192.168.10.45 d. Eyebeam with public IP with port and rinstance (???) sip:7311@203.70.36.126:65321;rinstance=059afa5458d206a7 e. Gizmo phone, secondary number should be 7312. sip:17476063396@proxy01.sipphone.com:5060 d. and e. are on my desktop connected to a ADSL router, which obviously makes the NAT to 203.70.36.126, my current public IP on that line. b and c are also on a private network and connected through the same ADSL router as a. Why a has a public IP, while b and c not? Why have all a port, but c not ??? bye Ronald

1 0

[Users] How to read log files?
by Ronald Wiplinger 04 Oct '06

04 Oct '06

I got two places to look: /var/log/openser and the output of ngrep. I would like to see only one case of one phone / phone call. Is there a tool to filter that out? Has anybody made a transfer from the ngrep to a mysql database? I expect that this would be easier to select single cases. Where are and how must I set-up openser to get CDRs ? bye Ronald Wiplinger

1 0

[Users] uac_redirect
by Andreas Granig 04 Oct '06

04 Oct '06

Hi, Two questions about the uac_redirect module: 1. If I extract contacts from a 302 with two contacts having the same q-value by using get_redirects("1:1"), which one of the contacts is selected? The first one? The last one? 2. If I apply a filter rule like: modparam("uac_redirect", "default_filter", "deny") modparam("uac_redirect", "accept_filter", "sip:.+@foo.bar.com") and I get a 302 with a Contact, say, "sip:foo@some.other.tld", then the module logs this error: "ERROR:uac_redirect:get_redirects: get contact from shm_reply branch 0 failed". I'd say if zero contacts are extracted from branches due to filters, it's not really an error. Any suggestions for a better error handling? Andy

2 2

[Users] check_route_param and rr_preset
by Helge Waastad 04 Oct '06

04 Oct '06

Hi, I was just wondering if the check_route_param("") works on record_route_preset Routes? It never hits when my Route: are, f.ex like xxx.xxx.xxx.xxx:<port>;nat=yes Is this true? br hw -- Helge Waastad Senior Engineer Systemavdelingen Smartnet

3 12

← Newer
1
...
27
28
29
30
31
32
33
34
35
Older →

Jump to page:

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 October 2006