sr-users

sr-users@lists.kamailio.org

42 participants
37453 discussions

[Users] Method of tracking dead accounts?
by Nick De Cristofaro 15 Feb '07

15 Feb '07

We are looking to find a way to audit the accounts on our SER that haven't been used in a long time so we can decide if they are dead and we can remove them, hence re-use their PSTN numbers. I'm not sure if there's any module built in that could do this? Any ideas? There's 4000 accounts approximetely. Thanks Nick

2 1

[Serusers] user aliases in ottendorf??
by tzieleniewski 15 Feb '07

15 Feb '07

Hi !! Is there still some mechanism for user aliases in ottendorf?? I ask because when I add a user through serweb it adds two records to the uri table one for a canonical name and the other for numeric address. What has to be done (what function called in ser.cfg) so that whenever user will be called on that numerical name there will be a possibility to forward the call to him, like it was previously done in ser 0.9 with lookup("aliases")? Bests -Tomasz

2 2

Re: [Users] codec translation
by vallimamod abdullah 15 Feb '07

15 Feb '07

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 .

3 2

[Users] not install mysql.so
by Javier Allende Astigarraga 15 Feb '07

15 Feb '07

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/ =====================================================

3 2

[Users] codec translation
by tusker keg 15 Feb '07

15 Feb '07

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

6 11

[Serusers] lookup_contacts() error after sd_lookup() from the speeddial module- latest cvs ottendorf
by tzieleniewski 15 Feb '07

15 Feb '07

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

2 1

Re: [Serusers] Inoltra: Problems with Rtpproxy traffic balancing in SER 0.10.x
by Ladislav Andel 15 Feb '07

15 Feb '07

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>

1 0

Re: [Users] radius authentication
by Stefano Capitanio 15 Feb '07

15 Feb '07

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>

1 0

[Serusers] mediaproxy exceptions on session delete
by Klaus Darilion 15 Feb '07

15 Feb '07

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

1 0

[Serusers] TCP main process and TCP receiver not starting
by Andrew T Gin 15 Feb '07

15 Feb '07

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

2 1

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