sr-users June 2006

sr-users@lists.kamailio.org

203 participants
496 discussions

[Users] Re: Final ACK getting wrong IP address
by Justin Pearce 22 Jun '06

22 Jun '06

Hey Guys, I did a bit more poking at the problem. It seems almost like the call process just breaks down in the signaling. All the packets seem to get to their destination up to the last ACK packet before the two clients start broadcasting their audio and video to one another. All other SIP packets after that seem to also wind up with the private IPs put on them. I put together the following scripting to be put down in the route section: #This conditional is to try and redeem ACKs that some how managed to get a private address attached to them. #This is basically a hack to try and "normalize" the packets coming through and pray they work. if(method=="ACK" || method=="BYE" || method=="INFO"){ if(uri=~"^sip:192\.168\.[0-9]+\.[0-9]+[:]*[0-9]*" || uri=~"^sip:10\.[0-9]+\.[0-9]+\.[0-9]+[:]*[0-9]*" || uri=~"^sip:172\.(16|17|18|19|20|21|22|23|24|25|26|27|28|29|30|31)\.[0-9] +\.[0-9]+[:]*[0-9]*") { #Rewrite the R-URI of the packet to the To-URI in the To header. subst_uri('/^sip:[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:]*[0-9]*$/$tu/ig'); #Force the server to perform a lookup on the new URI and try and route it properly. lookup("location"); #Strip out the Record-Route remove_hf("Record-Route"); #There may be more magic needing to be inserted here for additional mangling of the packet. #<insert cuisinart here> }; }; This, while not pretty, at least routes the packets, but the clients are being picky about the things. Client A and Client B register to the server Client A calls Client B...Call Fails Client B calls Client A after the previous call...Call Connects All other calls back and forth are fine until the clients unregister. Could there be something I'm missing? I dunno if I hit on a bug or something, but it seems rather odd that everything up to that one point is fine. Thanks, Justin Pearce Information Technology/Programming Price Video Productions JustinP(a)PriceVideo.com 361-572-3810 800-733-3810 Fax: 361-572-3894 www.PriceVideo.com

1 0

[Users] help
by Justin Pearce 22 Jun '06

22 Jun '06

Justin Pearce Information Technology/Programming Price Video Productions Justin(a)PriceVideo.com <mailto:Justin@PriceVideo.com> 361-572-3810 800-733-3810 Fax: 361-572-3894 www.PriceVideo.com

1 0

[Users] FWD's Outbound Proxy?
by Enky 22 Jun '06

22 Jun '06

Someone to know how the FWD's Outbound Proxy (fwdnat.pulver.com:5082) works? And what software they use? I have made some tests with different NATs and it works perfect with all of them. Is it possible to build such kind of Outbound Proxy, based on OpenSER? I will appreciate any help or comment.

2 1

[Users] Seeking OpenSER Guru
by Kelvin Williams 22 Jun '06

22 Jun '06

I'm seeking an OpenSER Guru who I could pay (via PayPal) to answer a few questions by telephone today. Thanks, Kw Kelvin(a)williamschadwell.com

1 0

RE: [Users] Out of Memory
by Douglas Garstang 22 Jun '06

22 Jun '06

Bogdan, I finally managed to upload the memory dumps to pastebin. Links are: Hopefully you can access them. Memory dump right after OpenSER was started: http://pastebin.com/723872 Memory dump after OpenSER running for 20min: http://pastebin.com/723890 Memory dump after OpenSER running for 50min: http://pastebin.com/723902 The problem started to occur between the 20 and 50 minute samples. About 20 calls had been processed in that time. Douglas. > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] > Sent: Wednesday, June 21, 2006 10:14 AM > To: Douglas Garstang > Cc: Users(a)openser.org > Subject: Re: [Users] Out of Memory > > > As written in the wiki, if you do not know how to interpret > the result, > you should post them on a ftp or http server and send the link to the > list - also, important is to mention in which context did you get the > mem dump - is the shutdown dump, a run time dump... > > regards, > bogdan > > > Douglas Garstang wrote: > > >Once I get the memory status, how do I interpret the results? > > > > > > > >>-----Original Message----- > >>From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] > >>Sent: Wednesday, June 21, 2006 9:43 AM > >>To: Douglas Garstang > >>Cc: Users(a)openser.org > >>Subject: Re: [Users] Out of Memory > >> > >> > >>Hi Douglas, > >> > >>it was signal SIGUSR1 and not SIGHUP - I strongly advice you > >>to go through > >> http://openser.org/dokuwiki/doku.php?id=memory > >>note you have to recompile and reinstall in order to be able to do > >>memory debug. > >> > >>also does not matter how much mem. your system has - openser > >>will use by > >>default only 1M per process. Refer to the wiki for how to > increase it. > >> > >>Regards, > >>Bogdan > >> > >> > >> > >

2 1

RE: [Users] Out of Memory
by Douglas Garstang 22 Jun '06

22 Jun '06

> -----Original Message----- > From: Douglas Garstang > Sent: Wednesday, June 21, 2006 12:48 PM > To: Bogdan-Andrei Iancu > Cc: Users(a)openser.org > Subject: RE: [Users] Out of Memory > > > Bogdan, > > I finally managed to upload the memory dumps to pastebin. Links are: > Hopefully you can access them. > > Memory dump right after OpenSER was started: > http://pastebin.com/723872 > Memory dump after OpenSER running for 20min: > http://pastebin.com/723890 > Memory dump after OpenSER running for 50min: > http://pastebin.com/723902 > > The problem started to occur between the 20 and 50 minute > samples. About 20 calls had been processed in that time. So... I'm wondering if anything has been determined with this...

1 0

[Serusers] CDRTool / asterisk billing based on realtime
by hgaillac-sip＠yahoo.fr 22 Jun '06

22 Jun '06

Hello, I read ag-projects it does'not provide support for its cdrtool pseudo gpl licensed . It's one of the bad open source project even seen . No documentation ... A real bad project !! Don't waste time with that Anybody could advise me a billing system based on cdr records with realtime support cdr_obdc.so? Regards Harry ___________________________________________________________________________ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com

1 0

[Serusers] query about acc module
by Aman Sachdeva 22 Jun '06

22 Jun '06

sir, i am install ser sucessfully and my two user connect and they can talk easilly using xlite(softphone),but i have faced one problem that i could not store the information about call information in acc table of ser database. i store the user location information in the database but not call inforation.i load all the module which is needed to accounting table such as(acc &tm). i am sending my configuration file. # # $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 andrei Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ #debug=3 # debug level (*cmd* line: -dddddddddd) #fork=yes #log_stderror=no # (*cmd* line: -E) /* Uncomment these lines to enter debugging *mode* fork=no log_stderror=yes */ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #port=5060 #children=4 fifo="/tmp/ser_fifo" #SER_SQL_URI="mysql:*//ser:heslo@localhost/ser"* # ------------------ module *loading* ---------------------------------- # Uncomment this if you want to *use* SQL database loadmodule "/usr/local/ser-0.9.6/modules/mysql/mysql.so" loadmodule "/usr/local/ser-0.9.6/modules/sl/sl.so" loadmodule "/usr/local/ser-0.9.6/modules/tm/tm.so" loadmodule "/usr/local/ser-0.9.6/modules/rr/rr.so" loadmodule "/usr/local/ser-0.9.6/modules/maxfwd/maxfwd.so" loadmodule "/usr/local/ser-0.9.6/modules/usrloc/usrloc.so" loadmodule "/usr/local/ser-0.9.6/modules/registrar/registrar.so" loadmodule "/usr/local/ser-0.9.6/modules/textops/textops.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "/usr/local/ser-0.9.6/modules/auth/auth.so" loadmodule "/usr/local/ser-0.9.6/modules/auth_db/auth_db.so" loadmodule "/usr/local/ser-0.9.6/modules/acc/acc.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- #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) # -- auth params -- # Uncomment if you are using auth module # modparam("auth_db", "calculate_ha1", yes) # # If you *set* "calculate_ha1" parameter to yes (which true *in* this config), # uncomment also the following parameter) # modparam("auth_db", "password_column", "*password**")* # -- rr params -- # add value to ;lr param to make some *broken* UAs happy modparam("rr", "enable_full_lr", 1) # -- acc params -- # *set* the reporting *log* level modparam("acc", "log_level", 1) # number of flag, which will be used for accounting; if a message is # labeled with this flag, its completion *status* will be reported modparam("acc", "log_flag", 1 ) modparam("usrloc|acc|auth_db|group|msilo|uri","db_url","mysql:*//ser:heslo@localhost/ser")* # ------------------------- request routing logic ------------------- # *main* routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (*msg*:len >= 2048 ) { sl_send_reply("513", "Message too big"); break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream *entities* # *use* different transport protocol if (!method=="REGISTER") record_route(); setflag(1); # subsequent messages withing a dialog should take the # *path* determined by record-routing if (loose_route()) { # mark routing logic *in* request append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; if (!uri==myself) { # mark routing logic *in* request append_hf("P-hint: outbound\r\n"); route(1); break; }; # if the request is for other domain *use* UsrLoc # (*in* case, it does not work, use the following command # with proper names and addresses *in* it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to *use* digest authentication if (!www_authorize("192.168.1.7", "subscriber")) { www_challenge("192.168.1.7", "0"); break; }; setflag(1); *save*(*"location"*); record_route(); break; }; lookup("*alias*es"); if (!uri==myself) { append_hf("P-hint: outbound *alias*\r\n"); route(1); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; setflag(1); append_hf("P-hint: usrloc applied\r\n"); record_route(); route(1); } route[1] { # send it out now; *use* stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; } i am waiting for ur replly Regards aman sachdeva sachdeva.aman(a)gmail.com

1 0

RE: [Serusers] Mediaproxy problem - accounting
by İlker Aktuna (Koç.net) 22 Jun '06

22 Jun '06

What is a working configuration for this ? Thanks... ________________________________ From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of İlker Aktuna (Koç.net) Sent: Thursday, June 22, 2006 4:21 PM To: serusers(a)iptel.org Subject: [Serusers] Mediaproxy problem - accounting Hi, I am trying to use dbaccounting with mediaproxy. Undfortunately it doesn't seem to send anything to mysql db. How can I trace where the problem is ? My mediaproxy accounting config is : [Accounting] dbaccounting = on [Database] user = ser password = heslo host = 127.0.0.1 database = radius table = radacct Thanks, ilker _____________________________________________________________________________________________________________________________________________ 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. _____________________________________________________________________________________________________________________________________________ <http://387555.sigclick.mailinfo.com/sigclick/02010207/07074903/000C074E/002…> _____________________________________________________________________________________________________________________________________________ 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

[Serusers] openser error with resolve IP and Address already in use
by Shenen Shenen 22 Jun '06

22 Jun '06

I've this error with openser; [root@asterisk11 ~]# openser 0(3176) WARNING: fix_socket_list: could not rev. resolve 192.168.251.11 0(3176) WARNING: fix_socket_list: could not rev. resolve 192.168.251.11 Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 192.168.251.11 [ 192.168.251.11]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 192.168.251.11 [ 192.168.251.11]:5060 Aliases: tcp: asterisk11.local:5060 udp: asterisk11.local:5060 stateless - initializing [root@asterisk11 ~]# 0(0) Maxfwd module- initializing 0(0) AUTH module - initializing 0(0) AUTH_DB module - initializing 0(0) INFO: udp_init: SO_RCVBUF is initially 110592 0(0) INFO: udp_init: SO_RCVBUF is finally 221184 0(0) INFO: udp_init: SO_RCVBUF is initially 110592 0(0) INFO: udp_init: SO_RCVBUF is finally 221184 0(0) ERROR: tcp_init: bind(6, 0x811b0a4, 16) on 127.0.0.1:5060 : Address already in use and this is my openser.cfg; # SCRIPT PER COPIARE LO STATO DELLE REGISTRAZIONI DEI SIP DAL .11 al .12 # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=no log_stderror=no # (cmd line: -E) listen=192.168.251.12 listen=192.168.251.11 listen=192.1668.251.200 port=5060 children=5 dns=no rev_dns=no # ------------------ module loading ---------------------------------- loadmodule "modules/mysql/mysql.so" loadmodule "modules/sl/sl.so" loadmodule "modules/tm/tm.so" loadmodule "modules/maxfwd/maxfwd.so" loadmodule "modules/usrloc/usrloc.so" loadmodule "modules/registrar/registrar.so" loadmodule "modules/auth/auth.so" loadmodule "modules/auth_db/auth_db.so" # ----------------- setting module-specific parameters --------------- # digest generation secret; use the same in backup server; # also, make sure that the backup server has sync'ed time modparam("auth", "secret", "alsdkhglaksdhfkloiwr") # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwars==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); return; }; if (len_gt( max_len )) { sl_send_reply("513", "Message too big"); return; }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # verify credentials if (!www_authorize("", "subscriber")) { www_challenge("", "0"); return; }; # if ok, update contacts and ... save("location"); # ... if this REGISTER is not a replica from our # peer server, replicate to the peer server if (!src_ip== 192.168.251.12) { t_replicate("192.168.251.12", "5060"); }; return; }; # do whatever else appropriate for your domain log("non-REGISTER\n"); }; } I'm using openser on asteriskAtHome, I've changed the port on asterisk like 5065...but I've this problems....I've also make this: export SIP_DOMAIN="192.168.251.12" and the others...with and without the " " I've warmings and 1 error....the IP are all up and works...so what could be? 0(0) ERROR: tcp_init: bind(6, 0x811b0a4, 16) on 127.0.0.1:5060 : Address already in use 100000000000000000000000000000000000000000000000000000000000 thanks

2 1

← Newer
1
...
12
13
14
15
16
17
18
...
50
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 June 2006