sr-users February 2007

sr-users@lists.kamailio.org

158 participants
285 discussions

by vallimamod abdullah

Hello, On Thu, 15 Feb 2007 11:19:37 +0100, Atle Samuelsen <clona(a)cyberhouse.no> wrote: > Hi Guys, > > Just qurious.. How intrested are you guys in a very simple transcoder, > wich is based on rtpproxy ? > I would be really interested in a g729 to g711 transcoder as I have a pstn gateway that doesn't support g729. I am currently using mediaproxy but I would consider to either move to rtpproxy with transcoder functionality or contribute to implement this feature in mediaproxy. -- Regards, -vma .

17 years, 9 months

[Users] not install mysql.so

by Javier Allende Astigarraga

i try to install openser from tar.gz and i do it make all include_modules="mysql" make prefix=/usr/local install include_modules="mysql" But dont appears mysql.so what the matter?? thanks por all -- ===================================================== Legolas_Bilbao[ID2006][GKR] Dios creo un equipo Perfecto a los demas los lleno de extranjeros http://www.forosindicedonkey.com http://usuarios.lycos.es/ligaforo/ =====================================================

17 years, 9 months

[Users] codec translation

by tusker keg

Howdy I have a situation I hope you guys will help me out with I am receiving call from a VOIP peer (SIP Call) and the peer can only send them as G711. I need to redirect to call to another voip peer over the wan and due to bandwidth considerations I need to translate the codec to g729. Any ideas on how to do this, Sample config file will be help Regards ./Tusker

17 years, 9 months

[Serusers] lookup_contacts() error after sd_lookup() from the speeddial module- latest cvs ottendorf

by tzieleniewski

Hi! I have encountered the following situation after I make the translation from the speeddial number into the proper uri the user cannot be found by the lookup_contacts() function. Calling a user directly works without any problem: My logic is the following: dump_attrs(); if (uri =~ "sip:[0-9]{2}@.*") { sd_lookup("speed_dial"); } dump_attrs(); if (lookup_user("$t.uid", "@ruri")) { dump_attrs(); load_attrs("$tu", "@ruri"); load_attrs("$tr", "@ruri"); dump_attrs(); if (lookup_contacts("location")) { append_hf("P-hint: usrloc applied\r\n"); route(FORWARD); drop; } else { route(CALL_FORWARD_VOICEMAIL); drop; } } Here is the debug output: Feb 15 14:15:23 rd ser[14469]: route[INBOUND]: <INVITE> <sip:01@voip.touk.pl> Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:540: class=GLOBAL Feb 15 14:15:23 rd ser[14469]: AVP["lang"]="en" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:550: track=FROM class=DOMAIN Feb 15 14:15:23 rd ser[14469]: AVP["did"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["digest_realm"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:560: track=TO class=DOMAIN Feb 15 14:15:23 rd ser[14469]: AVP["did"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["digest_realm"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:570: track=FROM class=USER Feb 15 14:15:23 rd ser[14469]: AVP["uid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["email"]="tzl(a)touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["lang"]="en" Feb 15 14:15:23 rd ser[14469]: AVP["tyk"]="tyk" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:580: track=TO class=USER Feb 15 14:15:23 rd ser[14469]: INFO: No AVP present Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:590: track=FROM class=URI Feb 15 14:15:23 rd ser[14469]: AVP["authuid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["uid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:600: track=TO class=URI Feb 15 14:15:23 rd ser[14469]: INFO: No AVP present Feb 15 14:15:23 rd ser[14469]: route[INBOUND]: (uri =~ sip:[0-9]{2}@.*) <INVITE> <sip:01@voip.touk.pl> Feb 15 14:15:23 rd ser[14469]: route[INBOUND]: sd_lookup(speed_dial) Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:540: class=GLOBAL Feb 15 14:15:23 rd ser[14469]: AVP["lang"]="en" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:550: track=FROM class=DOMAIN Feb 15 14:15:23 rd ser[14469]: AVP["did"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["digest_realm"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:560: track=TO class=DOMAIN Feb 15 14:15:23 rd ser[14469]: AVP["did"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["digest_realm"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:570: track=FROM class=USER Feb 15 14:15:23 rd ser[14469]: AVP["uid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["email"]="tzl(a)touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["lang"]="en" Feb 15 14:15:23 rd ser[14469]: AVP["tyk"]="tyk" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:580: track=TO class=USER Feb 15 14:15:23 rd ser[14469]: INFO: No AVP present Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:590: track=FROM class=URI Feb 15 14:15:23 rd ser[14469]: AVP["authuid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["uid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:600: track=TO class=URI Feb 15 14:15:23 rd ser[14469]: INFO: No AVP present Feb 15 14:15:23 rd ser[14469]: route[INBOUND]: (lookup_user($t.uid, @ruri)) <INVITE> <sip:hellboy@voip.touk.pl> Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:540: class=GLOBAL Feb 15 14:15:23 rd ser[14469]: AVP["lang"]="en" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:550: track=FROM class=DOMAIN Feb 15 14:15:23 rd ser[14469]: AVP["did"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["digest_realm"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:560: track=TO class=DOMAIN Feb 15 14:15:23 rd ser[14469]: AVP["did"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["digest_realm"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:570: track=FROM class=USER Feb 15 14:15:23 rd ser[14469]: AVP["uid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["email"]="tzl(a)touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["lang"]="en" Feb 15 14:15:23 rd ser[14469]: AVP["tyk"]="tyk" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:580: track=TO class=USER Feb 15 14:15:23 rd ser[14469]: INFO: No AVP present Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:590: track=FROM class=URI Feb 15 14:15:23 rd ser[14469]: AVP["authuid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["uid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:600: track=TO class=URI Feb 15 14:15:23 rd ser[14469]: AVP["uid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: route[INBOUND]: load_attrs($tu,@ruri) <INVITE> <sip:hellboy@voip.touk.pl> Feb 15 14:15:23 rd ser[14469]: route[INBOUND]: load_attrs($tr,@ruri) <INVITE> <sip:hellboy@voip.touk.pl> Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:540: class=GLOBAL Feb 15 14:15:23 rd ser[14469]: AVP["lang"]="en" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:550: track=FROM class=DOMAIN Feb 15 14:15:23 rd ser[14469]: AVP["did"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["digest_realm"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:560: track=TO class=DOMAIN Feb 15 14:15:23 rd ser[14469]: AVP["did"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["digest_realm"]="voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:570: track=FROM class=USER Feb 15 14:15:23 rd ser[14469]: AVP["uid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["email"]="tzl(a)touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["lang"]="en" Feb 15 14:15:23 rd ser[14469]: AVP["tyk"]="tyk" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:580: track=TO class=USER Feb 15 14:15:23 rd ser[14469]: INFO: No AVP present Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:590: track=FROM class=URI Feb 15 14:15:23 rd ser[14469]: AVP["authuid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["uid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: INFO: avp.c:600: track=TO class=URI Feb 15 14:15:23 rd ser[14469]: AVP["uid"]="hellboy(a)voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: AVP["forward_blindd"]="sip:evn@voip.touk.pl" Feb 15 14:15:23 rd ser[14469]: route[INBOUND]: (lookup_contacts(location)) Feb 15 14:15:23 rd ser[14469]: route[INBOUND]: route(CALL_FORWARD_VOICEMAIL) <INVITE> <sip:hellboy@voip.touk.pl> Bests -tomasz

17 years, 9 months

Re: [Serusers] Inoltra: Problems with Rtpproxy traffic balancing in SER 0.10.x

by Ladislav Andel

what is written in your modparam rtpproxy line? how do you start your rtpproxy? (what parameters do you use) There might be some changes in the code as well since the document was issued few months ago and the development of SER is going on. I'm trying to reproduce it with the latest CVS version.. Lada Angelo Taddeo wrote: > I've done correctly anything you wrote in your mail. > > I've found my mistake with $node: in database i put it with flag 32 > instead of 33. > > Anyway one problem remains: it isn't enough inserting rtpproxy IP > address in modparam (in ser.cfg). > If I dont't give this IP to function/ force_rtp_proxy/ in ser.cfg it > doesn't work, that is it doesn't write correctly rtpproxy IP in > connection information (SDP) during SDP rewriting . > I've looked at code. SER expects rtpproxy IP address in reply from > rtpproxy. But rtpproxy in its message to SER doesn't write its IP!!!!! > > So in my ser.cfg I have to define a variable conteining rtpproxy IP > address and I have to give it to function force_rtp_proxy. Only in > this way it works. > > I wait for your replay. > > I'm using SER 10.0.x CVS version! > > Thanks in advance > > Angelo > > > > > */Ladislav Andel <ladaan(a)iptel.org>/* ha scritto: > > It is saved in database table "user_attrs". Look at the page 24 in > optimized_nat_traversal.pdf > document how it > should look like. > UID in that table means username. > The value of variable "node" means the index of RTPproxy starting > from 0. > For example: > modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock > udp:5.6.7.8:22222") > > unix:/var/run/rtpproxy.sock is O > udp:5.6.7.8:22222 is 1 > > Within your ser.cfg you load these AVP variables through > load_attrs(); > and use them in nat mangle route. > You can check the value of "node" by dump_attrs(); before calling > force_rtp_proxy and see if there is correct value. > > Lada > > > > Angelo Taddeo wrote: > > > > > > > > Hi again > > I'm using ser 0.10.x ( CVS version). > > > > About rtpproxy traffic balancing: > > > > Where I have to put <$node> value???????? > > > > Thanks > > > > > ------------------------------------------------------------------------ > > L'email della prossima generazione? Puoi averla con la nuova Yahoo! > > Mail > > > > ------------------------------------------------------------------------ > L'email della prossima generazione? Puoi averla con la nuova Yahoo! > Mail > <%20http://us.rd.yahoo.com/mail/it/taglines/hotmail/nowyoucan/nextgen/*%20http://it.docs.yahoo.com/nowyoucan.html>

17 years, 9 months

Re: [Users] radius authentication

by Stefano Capitanio

Hi, i've configured also "servers" files. i've also set: modparam("auth_radius", "service_type", 6) but i cannot set: modparam("auth_radius","Sip-Session",15), it says "parameter <Sip-Session> not found in module <auth_radius>" my dictionary file is: #### Attributes ### ATTRIBUTE User-Name 1 string # RFC2865, acc, auth_radius, avp_radius, group_radius, uri_radius ATTRIBUTE Service-Type 6 integer # RFC2865, acc, auth_radius, avp_radius, group_radius, uri_radius #ATTRIBUTE Called-Station-Id 30 string # RFC2865, acc #ATTRIBUTE Calling-Station-Id 31 string # RFC2865, acc #ATTRIBUTE Acct-Status-Type 40 integer # RFC2865, acc #ATTRIBUTE Acct-Session-Id 44 string # RFC2865, acc ATTRIBUTE Sip-Method 101 integer # Schulzrinne, acc ATTRIBUTE Sip-Response-Code 102 integer # Schulzrinne, acc ATTRIBUTE Sip-Cseq 103 string # Schulzrinne, acc ATTRIBUTE Sip-To-Tag 104 string # Schulzrinne, acc ATTRIBUTE Sip-From-Tag 105 string # Schulzrinne, acc ATTRIBUTE Sip-Translated-Request-URI 107 string # Proprietary, acc ATTRIBUTE Digest-Response 206 string # Sterman, auth_radius ATTRIBUTE Sip-Uri-User 208 string # Proprietary, auth_radius ATTRIBUTE Sip-Group 211 string # Proprietary, group_radius ATTRIBUTE Sip-Rpid 213 string # Proprietary, auth_radius ATTRIBUTE SIP-AVP 225 string # Proprietary, avp_radius ATTRIBUTE Digest-Realm 1063 string # Sterman, auth_radius ATTRIBUTE Digest-Nonce 1064 string # Sterman, auth_radius ATTRIBUTE Digest-Method 1065 string # Sterman, auth_radius ATTRIBUTE Digest-URI 1066 string # Sterman, auth_radius ATTRIBUTE Digest-QOP 1067 string # Sterman, auth_radius ATTRIBUTE Digest-Algorithm 1068 string # Sterman, auth_radius ATTRIBUTE Digest-Body-Digest 1069 string # Sterman, auth_radius ATTRIBUTE Digest-CNonce 1070 string # Sterman, auth_radius ATTRIBUTE Digest-Nonce-Count 1071 string # Sterman, auth_radius ATTRIBUTE Digest-User-Name 1072 string # Sterman, auth_radius ### CISCO Vendor Specific Attributes ### #VENDOR Cisco 9 #ATTRIBUTE Cisco-AVPair 1 string Cisco # VSA, auth_radius ### Acct-Status-Type Values ### #VALUE Acct-Status-Type Start 1 # RFC2866, acc #VALUE Acct-Status-Type Stop 2 # RFC2866, acc VALUE Acct-Status-Type Failed 15 # RFC2866, acc ### Service-Type Values ### VALUE Service-Type Call-Check 10 # RFC2865, uri_radius VALUE Service-Type Group-Check 12 # Proprietary, group_radius VALUE Service-Type Sip-Session 15 # Schulzrinne, acc, auth_radius VALUE Service-Type SIP-Caller-AVPs 30 # Proprietary, avp_radius VALUE Service-Type SIP-Callee-AVPs 31 # Proprietary, avp_radius any idea? raviprakash sunkara ha scritto: > Can U Check the servers in radiusclient dir. > That host and key should match the Radiu server NASlist file or nas > tables and client.conf file > > modparam("auth_radius","Sip-Session",15); > > On 2/15/07, *Stefano Capitanio* <s.capitanio(a)caspur.it > <mailto:s.capitanio@caspur.it>> wrote: > > Ciao! > > I'm trying to authenticate using Radius. > I've installed radiusclient-ng 0.5.2 > i've configured radiusclient.conf with the IP address of the > radius server. > I've configured SER with: > ... > modparam("auth_radius", "radius_config", > "/etc/radiusclient-ng/radiusclient.conf") > ... > if (method=="REGISTER") { > if (!radius_www_authorize(" example.it <http://example.it>")) { > www_challenge("example.it > <http://example.it>", "0"); > exit; > } > save("location"); > } > > but it doesn't work: there seem to be a problem in the client because > there is no IP Packet that goes out directed to the radius server... > in the log of SER i have no errors... > > thank you for any help, > Stefano > > _______________________________________________ > Users mailing list > Users(a)openser.org <mailto:Users@openser.org> > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > -- > Thanks and Regards > Ravi Prakash Sunkara > ravi.sunkara(a)hyperion-tech.com <mailto:ravi.sunkara@hyperion-tech.com> > M:+91 9985077535 > www.hyperion-tech.com <http://www.hyperion-tech.com> > Client and Parent company :- www.august-networks.com > <http://www.august-networks.com>

17 years, 9 months

[Serusers] mediaproxy exceptions on session delete

by Klaus Darilion

Hi! I have a problem with mediaproxy 1.8. Whenever a session is deleted there is an exception: Feb 14 14:18:27 foobar mediaproxy[27053]: delete OGI3Nzk1N2ExODY4NTIzYzIxMjc1NmYxN2MwMDBiZjU. info= Feb 14 14:18:27 foobar mediaproxy[27053]: session OGI3Nzk1N2ExODY4NTIzYzIxMjc1NmYxN2MwMDBiZjU.: 10558/10557/21113 packets, 778927/774750/1553531 bytes (caller/called/relayed) Feb 14 14:18:27 foobar mediaproxy[27053]: session OGI3Nzk1N2ExODY4NTIzYzIxMjc1NmYxN2MwMDBiZjU.: ended. Feb 14 14:18:27 foobar mediaproxy[27053]: error: uncaptured python exception, closing channel <rtphandler.CommandHandler connected 5.6.7.8:38879 at 0xb7d255ec> (exceptions.NameError:global name 'StopRecordSerializer' is not defined [/usr/lib/python2.3/asyncore.py|readwrite|86] [/usr/lib/python2.3/asyncore.py|handle_read_event|390] [/opt/mediaproxy/modules/rtphandler.py|handle_read|441] [/opt/mediaproxy/modules/rtphandler.py|process|568]) Feb 14 14:19:53 foobar mediaproxy[27053]: status Feb 14 14:19:53 foobar mediaproxy[27053]: execution time: 0.11 ms I could not find the problem - accounting.py with StopRecordSerializer is there, and it is imported in rtphandler. Do others also have problems and maybe a workaround? regards klaus -- Klaus Darilion nic.at

17 years, 9 months

[Serusers] TCP main process and TCP receiver not starting

by Andrew T Gin

Hi I'm using the Hello World.cgf as my configuration file. My problem is that SER does not appear to be listening for TCP connections; it returns an RST when it receives a SYN. at http://mit.edu/sip/sip.edu/ser.shtml it says a correctly running SER listening on 10.1.2.3 and the loop back configured to use 4 processes looks like this: # serctl ps 0 25254 attendant 1 25258 receiver child=0 sock=0 @ 10.1.2.3:5060 2 25259 receiver child=1 sock=0 @ 10.1.2.3:5060 3 25261 receiver child=2 sock=0 @ 10.1.2.3:5060 4 25263 receiver child=3 sock=0 @ 10.1.2.3:5060 5 25265 receiver child=0 sock=1 @ 127.0.0.1:5060 6 25267 receiver child=1 sock=1 @ 127.0.0.1:5060 7 25274 receiver child=2 sock=1 @ 127.0.0.1:5060 8 25280 receiver child=3 sock=1 @ 127.0.0.1:5060 9 25282 fifo server 10 25312 timer 11 25314 tcp receiver 12 25316 tcp receiver 13 25318 tcp receiver 14 25320 tcp receiver 15 25323 tcp main process However when I run serctl ps I get the following: $ serctl ps 0 31360 stand-alone receiver @ 132.181.14.210:5060 1 31361 timer 2 31362 fifo server 3 0 4 0 5 0 6 0 7 0 This SER is listing on 132.181.14.210, but there is only a stand-alone receiver, not receiving childs. I have specified in the cfg file children=4, but it doesnt appear to do so. What am I missing, and why don't the tcp receivers, receiver childs and tcp main process start? Thanks Andrew

17 years, 9 months

[Serusers] problem with status in serial forking (maybe related to bug 48)

by Zappasodi Daniele

Hello, I have a problem with serial forking and it seems the same behaviour of the bug 48: my ser.cfg script stops the first call due to time-out (fr_inv_timer), and the status in the failure_route is 408, and then sends a call to a second destination. If the caller hang up the call, the status in failure-route should be 487, but I have 408 again. The bug is declared as closed since the 0.9.5 (http://tracker.iptel.org/browse/SER-48), where can I take the patch? I have downloaded the version 0.9.6 from http://ftp.iptel.org/pub/ser/0.9.6/src/, but it doesn't seem to contain the patch for the bug. thanks ********************************************************************** The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message inerror. **********************************************************************

17 years, 9 months

[Serusers] Inoltra: Problems with Rtpproxy traffic balancing in SER 0.10.x

by Angelo Taddeo

Hi again I'm using ser 0.10.x ( CVS version). About rtpproxy traffic balancing: Where I have to put <$node> value???????? Thanks --------------------------------- L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail

17 years, 9 months

← Newer
1
...
14
15
16
17
18
19
20
...
29
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 February 2007