sr-users April 2006

sr-users@lists.kamailio.org

188 participants
432 discussions

RE: [Serusers] How can i setup SER on Cygwin?
by Garima Mishra 11 Apr '06

11 Apr '06

hi brett, Actually, i want to setup SER on windows, so i tried using Cygwin. But if anyone of you have done this through some other means then please tell me. Garima -----Original Message----- From: Brett N [mailto:brettlist@nemeroff.com] Sent: Friday, April 07, 2006 8:25 PM To: Garima Mishra Cc: 'serusers(a)lists.iptel.org' Subject: Re: [Serusers] How can i setup SER on Cygwin? Your kidding right? Why are you using Cygwin? -Brett On Fri, April 7, 2006 2:11 am, Garima Mishra wrote: > > i am trying to setup SER on cygwin but during compilation i am getting > errors like > "Makefile.rules:80: qvalue.d: No such file or directory" > same error for many files... > > can anyone suggest me how can i setup SER on cygwin? > > Thanks, > Garima > > Garima Mishra > > Software Engineer > <http://www.openeratech.com/> <http://www.openeratech.com/> > <http://www.openeratech.com/> > > Openera Technologies Pvt Ltd. > 97, Block 5 > Koramangala Indl. Estate > <?xml:namespace prefix = st1 ns = > "urn:schemas-microsoft-com:office:smarttags" />Bangalore - 560 095. India > > Tel: +91 80 2552 1937 > Fax: +91 80 2552 1164 > <http://www.openeratech.com/> www.openeratech.com > > E-mail: <mailto:garima@openeratech.com> garima(a)openeratech.com > > > > This message (including any attachments) is a confidential and Privileged > communication to the intended addressee. If you are not the Intended > addressee, you have received this message in error. In that case, please > permanently delete this message and notify the sender so that we can avoid > this inconvenience in the future. Thank you. > > > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers >

2 1

[Users] extra accounting usage
by D'Addelfio Davide 11 Apr '06

11 Apr '06

Hi to all, It seems I fix the problem, setup config file in this way and he write in msg_body column the SDP part of the message loadmodule "/usr/lib/openser/modules/acc.so" modparam("acc", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("acc", "db_table_acc", "msg_body") modparam("acc","db_extra", "msg_body=$rb") if (method=="INVITE") acc_db_request("Prova", "acc"); thanks davide

1 0

RE: [Serusers] variables which can be used when writing log
by İlker Aktuna (Koç.net) 11 Apr '06

11 Apr '06

Thanks, That was really what I'm looking for. Sorry, I didn't know that this was in the source. Thanks a lot ! -----Original Message----- From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Michal Matyska Sent: Monday, April 10, 2006 6:00 PM To: serusers(a)lists.iptel.org Subject: Re: [Serusers] variables which can be used when writing log If you wan to use xlog just look into xlog's source. You'll find long switch statement there listing all the available dual char codes. Or see "grep -A 1 case xl_lib.c" result and use pattern: %br - branch %bR - branches, and so on %C. are color switches. case 'b': case 'r': e->itf = xl_get_branch; case 'R': e->itf = xl_get_branches; case 'c': case 'i': e->itf = xl_get_callid; case 's': e->itf = xl_get_cseq; case 't': e->itf = xl_get_contact; case 'C': case 'x': case 's': case 'r': case 'g': case 'y': case 'b': case 'p': case 'c': case 'w': case 'S': case 'R': case 'G': case 'Y': case 'B': case 'P': case 'C': case 'W': case 'x': case 's': case 'r': case 'g': case 'y': case 'b': case 'p': case 'c': case 'w': case 'd': case 's': e->itf = xl_get_dset; case 'f': case 'u': e->itf = xl_get_from; case 't': e->itf = xl_get_from_tag; case 'H': case 'n': e->hindex = XL_HOST_NAME; case 'd': e->hindex = XL_HOST_DOMAIN; case 'f': e->hindex = XL_HOST_FULL; case 'i': e->hindex = XL_HOST_IPADDR; case 'm': case 'b': e->itf = xl_get_msg_buf; case 'f': e->itf = xl_get_flags; case 'i': e->itf = xl_get_msgid; case 'l': e->itf = xl_get_msg_len; case 'x': e->itf = xl_get_msgid; case 'n': case 'h': e->itf = xl_get_nexthop; case 'p': case 'p': e->itf = xl_get_pid; case 'x': e->itf = xl_get_pid; case 'r': case 'm': e->itf = xl_get_method; case 'u': e->itf = xl_get_ruri; case 's': e->itf = xl_get_status; case 'r': e->itf = xl_get_reason; case 't': e->itf = xl_get_refer_to; case 'R': case 'i': e->itf = xl_get_rcvip; case 'p': e->itf = xl_get_rcvport; case 's': case 'i': e->itf = xl_get_srcip; case 'p': e->itf = xl_get_srcport; case 't': case 'u': e->itf = xl_get_to; case 't': e->itf = xl_get_to_tag; case 'T': case 's': e->itf = xl_get_times; case 'f': e->itf = xl_get_timef; case 'x': e->itf = xl_get_times; case 'u': case 'a': e->itf = xl_get_useragent; case 'q': e->itf = xl_get_unique; Michal On Mon, Apr 10, 2006 at 05:40:15PM +0300, İlker Aktuna (Koç.net) wrote: > Hi, > > This surely helps a lot but XLOG uses 2 character variable names to write in logging. I need those variable names and this document does not include them as far as I can see. > > Thanks, > ilker _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers <http://387555.sigclick.mailinfo.com/sigclick/0B090704/04024D00/0B094C03/181…> _____________________________________________________________________________________________________________________________________________ Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa, icerigini hic bir sekilde kullanmayiniz ve ekli dosyalari acmayiniz. Bu durumda lutfen e-posta mesajini kullaniciya hemen geri gonderiniz ve tum kopyalarini mesaj kutunuzdan siliniz. Bu e-posta mesaji, hic bir sekilde, herhangi bir amac icin cogaltilamaz, yayinlanamaz ve para karsiligi satilamaz. Bu e-posta mesaji viruslere karsi anti-virus sistemleri tarafindan taranmistir. Ancak yollayici, bu e-posta mesajinin - virus koruma sistemleri ile kontrol ediliyor olsa bile - virus icermedigini garanti etmez ve meydana gelebilecek zararlardan dogacak hicbir sorumlulugu kabul etmez. This message is intended solely for the use of the individual or entity to whom it is addressed , and may contain confidential information. If you are not the intended recipient of this message or you receive this mail in error, you should refrain from making any use of the contents and from opening any attachment. In that case, please notify the sender immediately and return the message to the sender, then, delete and destroy all copies. This e-mail message, can not be copied, published or sold for any reason. This e-mail message has been swept by anti-virus systems for the presence of computer viruses. In doing so, however, sender cannot warrant that virus or other forms of data corruption may not be present and do not take any responsibility in any occurrence. _____________________________________________________________________________________________________________________________________________

1 0

RE: [Users] Force RTP stream to go through mediaproxy
by Sam Lee 11 Apr '06

11 Apr '06

any help ? ________________________________ From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf Of Sam Lee Sent: Sunday, April 09, 2006 12:48 PM To: users(a)openser.org Subject: [Users] Force RTP stream to go through mediaproxy Hi all, I got the openser and mediaproxy up working and fine. The mediaproxy is able to work with certain NATED configurations, but not all. When i tried to check what is the problem , those NATED configurations that were not working was found not to have made use of the mediaproxy, which causes the problem. What i am trying to do now, but without much success, is to force all the RTP media to go through the mediaproxy. Is there any way i can force all the RTP media to go through the mediaproxy without all the client_nat_test stuff...? Any hints will be much appreciated ! Regards, Sam

1 0

[Serusers] Re: Serusers Digest, Vol 36, Issue 8
by xirak＠netscape.net 11 Apr '06

11 Apr '06

-----Original Message----- Brett, I have looked at your post and was wondering if this is something you're working on? What's the status of the module? Zak ------------------------------ Message: 20 Date: Sat, 8 Apr 2006 01:54:02 -0500 (CDT) From: "Brett N" <brettlist(a)nemeroff.com> Subject: Re: [Serusers] Limit number of calls To: zakforever(a)netscape.net Cc: serusers(a)lists.iptel.org Message-ID: <64448.24.206.109.215.1144479242.squirrel(a)mail.nemeroff.com> Content-Type: text/plain;charset=iso-8859-1 Search the list archives, I posted regarding this about a week ago.. On Fri, April 7, 2006 3:46 pm, zakforever(a)netscape.net wrote: > Hi All, > > Is there a way in SER that would limit the number of calls that any > user can make at any one time to just one call ? > > Zak > ___________________________________________________ > Try the New Netscape Mail Today! > Virtually Spam-Free | More Storage | Import Your Contact List > http://mail.netscape.com > > _______________________________________________ > 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 End of Serusers Digest, Vol 36, Issue 8 *************************************** ___________________________________________________ Try the New Netscape Mail Today! Virtually Spam-Free | More Storage | Import Your Contact List http://mail.netscape.com

1 0

[Serusers] Checking spoofed From headers
by sip 10 Apr '06

10 Apr '06

Is there a way anyone can readily think of to check to see if someone using our open proxy is calling through with a From header that attempts to fool the recipient into thinking the call is validly from one of our users? Scenario is this... While looking at the logs this morning, I noticed someone was calling a SIPPhone user through our proxy with a From: address that LOOKED like it was a user of ours, but using a username that doesn't actually exist. I'm wondering if there's anyway to check if someone is calling through us with a From: address that looks like one of our users, but isn't. N.

4 7

Re: [Users] Recursive routes and retcode
by Andreas Granig 10 Apr '06

10 Apr '06

Hi Klaus, > What is your goal? Do you want to strip the extension till you get the > "kopfnummer" (sorry, I do not know the english term)? Maybe "base number" or something like that? Yes, that's exactly what I'm trying to find out. We've used a self-made lookup function until now, but in the course of the switch from SER to OpenSER I try to eliminate as much self-written stuff as possible for easier maintenance. I'm aware of the performance impact, but I'm currently just playing around with some stuff to see what's possible and maybe usable... > I know other which solve this problem by using a private ENUM tree with > wildcard NAPTRs for the extensions which point to the "main URI". We use a related approach in the e164.info tree. I'm quite curious about the performance of the different possibilities, so I find it rather interesting to compare these things in a test-bed... Andy

1 0

[Fwd: Re: [Users] Recursive routes and retcode]
by Klaus Darilion 10 Apr '06

10 Apr '06

forgotten to CC the list. regards klaus ---------------------------- Original Message ---------------------------- Subject: Re: [Users] Recursive routes and retcode From: "Klaus Darilion" <klaus.mailinglists(a)pernau.at> Date: Mon, April 10, 2006 23:36 To: "Andreas Granig" <andreas.granig(a)inode.info> -------------------------------------------------------------------------- Hi Andy! What is your goal? Do you want to strip the extension till you get the "kopfnummer" (sorry, I do not know the english term)? Maybe a special lookup function might be useful which does some kind of longest match matching (like the SQl query in the LCR module). I know other which solve this problem by using a private ENUM tree with wildcard NAPTRs for the extensions which point to the "main URI". regards klaus On Mon, April 10, 2006 18:44, Andreas Granig said: > Hi, > > I'd like to recursively strip off digits from the tail of a username (a numeric number in fact) and do a lookup in usrloc until an aor is found or the number underruns a lower bound, like: > > route[2] { > if(lookup("location")) return(2); > if(!uri =~ "^sip:[0-9]{6}[0-9]*@") return(3); > strip_tail(1); > route(2); > } > > route[3] { > # check if numeric, then: > route(2); > if(retcode==1) {...} > else if(retcode==2) {...} > else if(retcode == 3) {...} > # ... > } > > The thing is that it obviously doesn't work (retcode is 1 as soon as one recursion happens) because I can't tell the recursive call to properly return the retcode like "return(route(2))" or "return($?)" or something like that. Any other ideas except using flags or is that the only way to go? > > Thanks, > Andy > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users >

1 0

[Users] Recursive routes and retcode
by Andreas Granig 10 Apr '06

10 Apr '06

Hi, I'd like to recursively strip off digits from the tail of a username (a numeric number in fact) and do a lookup in usrloc until an aor is found or the number underruns a lower bound, like: route[2] { if(lookup("location")) return(2); if(!uri =~ "^sip:[0-9]{6}[0-9]*@") return(3); strip_tail(1); route(2); } route[3] { # check if numeric, then: route(2); if(retcode==1) {...} else if(retcode==2) {...} else if(retcode == 3) {...} # ... } The thing is that it obviously doesn't work (retcode is 1 as soon as one recursion happens) because I can't tell the recursive call to properly return the retcode like "return(route(2))" or "return($?)" or something like that. Any other ideas except using flags or is that the only way to go? Thanks, Andy

3 3

[Users] OpenSer 1.0.1 with MAXTNT PSTN and rtpproxy sample
by Shane Burrell 10 Apr '06

10 Apr '06

Anyone currently doing this care to share some insight on getting it all working. I seem to have trouble with the rtpproxy section handling NAT correctly. The TNT is taking calls and MYSQL is working. TIA Shane

1 0

← Newer
1
...
29
30
31
32
33
34
35
...
44
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 April 2006