sr-users June 2007

sr-users@lists.kamailio.org

191 participants
314 discussions

by Mukesh Prajapati

Hi all I wanted to know that which soft phone will work with SER. waiting for reply Thanks Mukesh --------------------------------- Need a vacation? Get great deals to amazing places on Yahoo! Travel.

17 years, 5 months

[Users] DNS SRV Setting for the OpenSER proxies

by raviprakash sunkara

Hello Users, I'm tring to configuring the load balance , Initial i have 2 sip proxies and centralized database. for 2 sip proxies database is common , ie. centralized. Let Assume the proxy1 is a.b.c.b , other proxy2 is 1.2.3.4 and proxy domain name is sip.sample.com , is common if the proxy1 is not started or some failure case , it has goes to the second proxy2.. but this is not happening at all. i follow this url for DNS_setting -- > http://www.voip-info.org/wiki/view/DNS+SRV all the request going to proxy1 only. but not the proxy2.... please any can guide me regarding this... -- Thanks &Regards Ravi Prakash Sunkara

17 years, 5 months

[Users] Mediaproxy Selection for Inbound DID calls

by Mike O'Connor

Hi All I would like to be able to have a difference Mediaproxy group selected per user account on inbound DID calls. Our termination provider sends the calls to our openSER with a URI of something <number>@<IP_address>. '08723451234(a)202.xxx.xxx.xxx', we use the alias_db_lookup("dbaliases") function to resolve the phone number to a user account on the DID calls. I would think that some type of rewrite of the '@202.xxx.xxx.xxx' would need to be done but I'm sure this would cause other issues. Any ideas would be great :) Thanks Mike

17 years, 5 months

[Users] Question about Processes and their priorities in OpenSER

by Ian Fedeli

Hello, I am working on trying to stress OpenSER using a benchmarking utility. I have three questions: 1) I was hoping someone here could tell me how many 'openser' processes I should expect, and what their functions are. For example, I would expect there would be one process for each child, but I find that there are more processes than children as configured in openser.cfg. I have it set to 32 children in openser.cfg, and yet I find that there are 36 processes. The only non-standard module I have configured openSER to use is the mySQL module. I have attached the output of ps auwx | grep openser below. 2) When I observe the benchmark as it is running (see below), I notice one process that seems to have a lower priority, yet take up more CPU time than the rest. Is this process special (this relates to question 1)? 3) Why is only one processor (Cpu2 in the example below) saturated? The server is running on a machine with 2 dual-core processors, for a total of 4 CPUs. I am reasonably sure my benchmark is not network limited, as the server and the client-benchmark machine are connected via 2 Gigabit NICs. I have also discovered that if I renice the process mentioned in question 2 to -20, all 4 processors become saturated, and the throughput of the server more than doubles. The output from top is below. Any insight is greatly appreciated. Thanks, --Ian Fedeli #ps auxw | grep openser root 27038 0.0 0.0 2150456 4536 ? S 10:20 0:00 /usr/local/sbin/openser -E -m 2048 root 27039 1.3 7.4 2150456 609804 ? S 10:20 0:03 /usr/local/sbin/openser -E -m 2048 root 27040 3.7 7.6 2150456 624188 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27041 3.6 7.6 2150456 625852 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27042 3.6 7.5 2150456 614116 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27043 3.6 7.5 2150456 619564 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27044 0.0 0.0 2150460 1020 ? S 10:20 0:00 /usr/local/sbin/openser -E -m 2048 root 27045 3.6 7.5 2150456 615800 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27046 3.8 7.5 2150456 621144 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27047 3.8 7.6 2150456 623408 ? S 10:20 0:10 /usr/local/sbin/openser -E -m 2048 root 27048 3.7 7.6 2150456 627172 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27050 3.8 7.6 2150456 627780 ? R 10:20 0:10 /usr/local/sbin/openser -E -m 2048 root 27051 3.6 7.6 2150456 624980 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27054 3.7 7.6 2150456 622324 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27056 3.8 7.6 2150456 623992 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27058 3.8 7.5 2150456 616816 ? S 10:20 0:10 /usr/local/sbin/openser -E -m 2048 root 27060 3.5 7.5 2150456 620464 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27062 3.6 7.5 2150456 614324 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27064 3.5 7.4 2150456 611200 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27065 3.7 7.5 2150456 616132 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27067 3.5 7.5 2150456 617480 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27070 3.6 7.5 2150456 618024 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27071 3.6 7.5 2150456 619008 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27073 3.7 7.5 2150456 619724 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27076 3.6 7.5 2150456 617448 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27077 3.7 7.6 2150456 624320 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27080 3.6 7.5 2150456 619576 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27081 3.6 7.5 2150456 615472 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27082 3.8 7.5 2150456 615396 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27086 3.7 7.6 2150456 621484 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27088 3.7 7.5 2150456 617260 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27090 3.6 7.5 2150456 616068 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27092 3.6 7.4 2150456 609980 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27093 3.6 7.5 2150456 616160 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27094 3.6 7.4 2150456 610928 ? S 10:20 0:09 /usr/local/sbin/openser -E -m 2048 root 27098 21.8 1.9 2150456 159300 ? R 10:20 0:56 /usr/local/sbin/openser -E -m 2048 #top (before renicing) Tasks: 109 total, 15 running, 94 sleeping, 0 stopped, 0 zombie Cpu0 : 23.0%us, 16.0%sy, 0.0%ni, 34.0%id, 0.0%wa, 3.0%hi, 24.0%si, 0.0%st Cpu1 : 26.7%us, 20.8%sy, 0.0%ni, 50.5%id, 0.0%wa, 0.0%hi, 2.0%si, 0.0%st Cpu2 : 44.6%us, 53.5%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 2.0%si, 0.0%st Cpu3 : 25.7%us, 21.8%sy, 0.0%ni, 52.5%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8175948k total, 1108488k used, 7067460k free, 74800k buffers Swap: 3301316k total, 0k used, 3301316k free, 888692k cached PID USER PPID PR VIRT RES SHR S %CPU P %MEM TIME+ COMMAND 10065 root 10006 25 2100m 12m 11m R 28 2 0.2 0:10.65 openser 10013 root 10006 15 2100m 522m 522m R 13 2 6.5 0:03.03 openser 10010 root 10006 15 2100m 525m 524m R 11 2 6.6 0:03.21 openser 10057 root 10006 15 2100m 432m 431m S 9 0 5.4 0:02.65 openser 10063 root 10006 15 2100m 487m 486m S 9 0 6.1 0:02.83 openser 10011 root 10006 15 2100m 510m 509m R 8 1 6.4 0:03.23 openser 10012 root 10006 15 2100m 511m 510m S 8 3 6.4 0:02.97 openser 10017 root 10006 15 2100m 481m 480m R 8 2 6.0 0:02.80 openser 10021 root 10006 15 2100m 487m 486m S 8 2 6.1 0:03.01 openser 10024 root 10006 15 2100m 484m 484m S 8 0 6.1 0:02.92 openser 10029 root 10006 15 2100m 492m 491m S 8 3 6.2 0:02.65 openser 10033 root 10006 15 2100m 501m 501m S 8 3 6.3 0:03.00 openser 10036 root 10006 15 2100m 476m 475m S 8 3 6.0 0:02.81 openser 10038 root 10006 15 2100m 488m 488m S 8 3 6.1 0:02.88 openser 10048 root 10006 15 2100m 463m 462m R 8 1 5.8 0:02.66 openser #top (after renicing) Tasks: 109 total, 32 running, 77 sleeping, 0 stopped, 0 zombie Cpu0 : 42.9%us, 24.5%sy, 0.0%ni, 0.0%id, 0.0%wa, 6.1%hi, 26.5%si, 0.0%st Cpu1 : 52.0%us, 44.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 4.0%si, 0.0%st Cpu2 : 51.0%us, 47.1%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 2.0%si, 0.0%st Cpu3 : 46.0%us, 50.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 4.0%si, 0.0%st Mem: 8175948k total, 1262084k used, 6913864k free, 74808k buffers Swap: 3301316k total, 0k used, 3301316k free, 1032116k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ PPID COMMAND 10317 root 0 -20 2100m 12m 12m S 54 0.2 0:10.84 10258 openser 10279 root 16 0 2100m 490m 489m R 18 6.1 0:02.88 10258 openser 10264 root 16 0 2100m 473m 472m R 14 5.9 0:02.54 10258 openser 10265 root 16 0 2100m 464m 463m R 14 5.8 0:02.73 10258 openser 10266 root 16 0 2100m 481m 480m R 14 6.0 0:02.55 10258 openser 10271 root 16 0 2100m 463m 462m R 14 5.8 0:02.57 10258 openser 10286 root 16 0 2100m 470m 470m R 14 5.9 0:02.41 10258 openser 10304 root 15 0 2100m 434m 433m S 14 5.4 0:02.53 10258 openser 10305 root 16 0 2100m 456m 455m R 14 5.7 0:02.37 10258 openser 10307 root 16 0 2100m 387m 386m R 14 4.8 0:02.22 10258 openser 10262 root 15 0 2100m 476m 475m S 12 6.0 0:02.88 10258 openser 10267 root 15 0 2100m 438m 437m R 12 5.5 0:02.50 10258 openser 10288 root 16 0 2100m 443m 442m R 12 5.6 0:02.33 10258 openser 10289 root 16 0 2100m 458m 457m R 12 5.7 0:02.52 10258 openser

17 years, 5 months

[Users] Question about forking

by Andreas Sikkema

Hi, I have SIP UA's register to my OpenSER server and they can call each other. This has been working for some time now without any real issues and I'm very happy. Now I want to be able to have 1 destination be available on 2 SIP UA's. What I think the best way to do is the following: - create two accounts - make the detination point to one UA A and create an "alias" for the destination at UA B (for instance by prefixing A) - On an incoming call detect that there is the possibility to reach the destination at A and B - Fork the incoming call to A and B so that when one arm of the fork accepts the call (by going to ringing, or immediately answering, etc). My questions are: - How do I check if I can start a fork? - How do I fork and have both arms follow the logic I am currently using? -- Andreas Sikkema

17 years, 5 months

[Users] openser CPL-C

by Helmut Kuper

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I played around with CPL-C Module. I loaded this CPL successfully via MI-FIFO-Module into database: <?xml version="1.0" encoding="UTF-8"?> <cpl> <outgoing> <address-switch field="destination" subfield="user"> <address is="v111"> <reject status="603" reason="fhhhghh"/> </address> </address-switch> </outgoing> </cpl> When a call is placed, the script above is executed and throws an error: 0(8741) DEBUG:cpl-c:get_orig_user: trying to get user from From 0(8741) DEBUG:get_user_script: fetching script for user <v101> 0(8741) DEBUG:get_user_script: we got the script len=62 0(8741) DEBUG:cpl_run_script: processing CPL node 0(8741) DEBUG:cpl_run_script: processing address-switch node 0(8741) DEBUG:run_address_switch: testing ADDRESS branch attr_name=0 attr_val=[v111](4).. 0(8741) DEBUG:run_address_switch: extracted uri is <sip:v111@domain> 0(8741) DEBUG:run_address_switch: extracted val. is <v111> 0(8741) DEBUG:run_address_switch: matching on ADDRESS node (IS) 0(8741) DEBUG:cpl_run_script: processing reject node 0(8741) ERROR:cpl_c:cpl_run.c:553: attribute is an empty string 0(8741) ERROR:cpl_c:cpl_run_script: script error When I change that reject line to this: <reject status="reject"/> then it works fine. Obviously openser (1.2.0) has some problems with parsing reject's reason attribute ... Is there a fix around or did I do a mistake somewhere? regards helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGZWYh4tZeNddg3dwRAiY/AJ4zN6oG56eUf9Lk4CRsTmqOwuqAVACfYE7+ zDbMXvqazKign05L7lzbZeE= =gB85 -----END PGP SIGNATURE-----

17 years, 5 months

[Users] snmpstats modules and net-snmp5.4

by zhaojunjie01＠st.lzu.edu.cn

Hello,every one I configure snmpstats modules in openser1.2.0 and the net-snmp version is 5.4.But when I¡¡use openser -c command its result as follows: ERROR: load_module: could not open module </usr/local/lib64/openser/modules/snmpstats.so>: /usr/local/lib64/openser/modules/snmpstats.so: undefined symbol: real_init_smux Who can give me some suggestion? Thank you very much.

17 years, 5 months

[Serusers] Acc Module Inizialization

by Riccardo Cupardo

17 years, 5 months

[Users] application via voip?

by Matthew Pease

Hi all - Not really sure where to post this question as I am just starting to research this issue. We'd like an all VOIP solution where we have a telephone number that terminates at our server. At our server, we'd like to: 1. get their phone number via caller ID. look up data with the caller id. 2. generate a wave file based on the data returned & play it to the user over the established voip link. How is this done? Totally new to the game here. I've read about DID origination, SIP channels, SIP peers... its all quite confusing! I'm a java developer, so something that works via Java would be great, but scripting in various languages is no big deal. The application doesn't need to do much more than query a database & choose a WAV file to play back based on that info. Thank you-- Matt Pease ParkingHero, Inc.

17 years, 5 months

Re: [Users] openser and rtpproxy on multihomed host

by Alexander 'Leo' Bergolth

On 06/05/2007 05:17 PM, raviprakash sunkara wrote: > Hi Alexander > Can use fix_nated_sdp("flag"); and also force_rtp_proxy("flags"); I'm already using force_rtp_proxy() (without arguments) and it already rewrites the "c=" address in the sdp information but it uses the wrong interface address. (The openser-server/rtpproxy has two IP adresses in the same subnet.) Since I know the address which is used by the clients or contacting the server, I could hardcode the address as the second parameter to force_rtp_proxy to force the use of this address but I was looking for a cleaner solution. I'd like to use the address where the SIP request came in for both RTP streams. Maybe I can use the pseudo-variable $Ri (Received IP address) as the second parameter to force_rtp_proxy? This should force the use of the correct IP address in the "c=" field and will hopefully persuade the client to use this IP address as the destination address for its RTP data. But how do I tell rtpproxy to send its RTP data from this address? Thanks, --leo > On 6/5/07, Alexander Bergolth <leo(a)strike.wu-wien.ac.at> wrote: >> >> Hi! >> >> I'm experiencing problems using openser and rtpproxy on a multihomed box >> (IP addresses are 137.208.89.45 and 137.208.89.65). >> >> The client (firewalled) contacts the server via the first IP address >> (137.208.89.45) but rtpproxy sometimes uses it's second IP >> (137.208.89.65) in the "c=" SDP-information. (See below.) >> However it _sends_ RTP packets from the _first_ IP address. Those >> packets will never pass through the firewall, of course, since the >> clients outgoing RTP traffic is sent to another IP address than the >> incoming traffic is hitting the firewall from. >> >> Is there a way to tell rtpproxy to use the same IP-address both for the >> c= SDP header and as source address? >> >> -------------------- 8< -------------------- >> ## >> T 2007/06/05 15:57:36.041537 137.208.89.45:5060 -> >> 137.208.90.164:3099[AP] >> SIP/2.0 183 Session Progress. >> Via: SIP/2.0/TCP >> 137.208.90.164:56136 >> ;branch=z9hG4bK-d87543-a107a77a6311422d-1--d87543-;rport=3099. >> From: "Alexander Bergolth"<sip:30001@wu-wien.ac.at>;tag=5b6d7b31. >> To: "996050"<sip:996050@wu-wien.ac.at>;tag=as2e40807f. >> Call-ID: MTVjYzlhMDdjMjAwODExZDEyNzk5M2IwN2UxNjhlYTc.. >> CSeq: 2 INVITE. >> User-Agent: Asterisk PBX. >> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. >> Supported: replaces. >> Contact: <sip:996050@137.208.89.135>. >> Content-Type: application/sdp. >> Content-Length: 283. >> . >> v=0. >> o=root 6978 6978 IN IP4 137.208.89.135. >> s=session. >> c=IN IP4 137.208.89.65. >> t=0 0. >> m=audio 35064 RTP/AVP 0 8 101. >> a=rtpmap:0 PCMU/8000. >> a=rtpmap:8 PCMA/8000. >> a=rtpmap:101 telephone-event/8000. >> a=fmtp:101 0-16. >> a=silenceSupp:off - - - -. >> a=ptime:20. >> a=sendrecv. >> a=nortpproxy:yes. >> -------------------- 8< -------------------- >> >> -------------------- 8< -------------------- >> 15:57:35.814136 IP 137.208.90.164.3099 > 137.208.89.45.5060: P >> 4236850032:4236851080(1048) ack 224540451 win 64256 >> 15:57:35.814147 IP 137.208.89.45.5060 > 137.208.90.164.3099: . ack 1048 >> win 2003 >> 15:57:35.814351 IP 137.208.89.45.5060 > 137.208.90.164.3099: P >> 1:550(549) ack 1048 win 2003 >> 15:57:35.814430 IP 137.208.89.45.5060 > 137.208.90.164.3099: P >> 550:1264(714) ack 1048 win 2003 >> 15:57:35.814850 IP 137.208.90.164.3099 > 137.208.89.45.5060: . ack 1264 >> win 64177 >> 15:57:35.915829 IP 137.208.90.164.3099 > 137.208.89.45.5060: P >> 1048:1418(370) ack 1264 win 64177 >> 15:57:35.955948 IP 137.208.89.45.5060 > 137.208.90.164.3099: . ack 1418 >> win 2003 >> 15:57:36.017309 IP 137.208.90.164.3099 > 137.208.89.45.5060: P >> 1418:2672(1254) ack 1264 win 64177 >> 15:57:36.017320 IP 137.208.89.45.5060 > 137.208.90.164.3099: . ack 2672 >> win 2003 >> 15:57:36.017397 IP 137.208.89.45.5060 > 137.208.90.164.3099: P >> 1264:1813(549) ack 2672 win 2003 >> 15:57:36.018604 IP 137.208.89.45.5060 > 137.208.90.164.3099: P >> 1813:2388(575) ack 2672 win 2003 >> 15:57:36.019170 IP 137.208.90.164.3099 > 137.208.89.45.5060: . ack 2388 >> win 64256 >> 15:57:36.041454 IP 137.208.89.45.35064 > 137.208.90.164.10676: UDP, >> length 172 >> 15:57:36.041537 IP 137.208.89.45.5060 > 137.208.90.164.3099: P >> 2388:3200(812) ack 2672 win 2003 >> 15:57:36.046899 IP 137.208.90.164.10677 > 137.208.89.65.35065: UDP, >> length 132 >> 15:57:36.061155 IP 137.208.89.45.35064 > 137.208.90.164.10676: UDP, >> length 172 >> 15:57:36.080128 IP 137.208.90.164.10676 > 137.208.89.65.35064: UDP, >> length 172 >> 15:57:36.081157 IP 137.208.89.45.35064 > 137.208.90.164.10676: UDP, >> length 172 >> [...] >> -------------------- 8< -------------------- >> >> Thanks in advance, >> --leo >> >> P.S.: I'm using openser-1.2 and rtpproxy-cvs20070222. >> >> -- >> e-mail ::: Alexander.Bergolth (at) wu-wien.ac.at >> fax ::: +43-1-31336-906050 >> location ::: Computer Center | Vienna University of Economics | Austria >> >> >> _______________________________________________ >> Users mailing list >> Users(a)openser.org >> http://openser.org/cgi-bin/mailman/listinfo/users >> > > > -- e-mail ::: Alexander.Bergolth (at) wu-wien.ac.at fax ::: +43-1-31336-906050 location ::: Computer Center | Vienna University of Economics | Austria

17 years, 5 months

← Newer
1
...
24
25
26
27
28
29
30
31
32
Older →

Jump to page:

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 June 2007