Re: [OpenSER-Devel] Blacklist
Hi Thiago, You just have to disable the dns_blacklist support in openser if your Asterisk GW is not compliant from reply codes point of view. Set : disable_dns_blacklist = yes in your script Regards Bogdan Thiago Maluf wrote: Hi List, In my environment I have one OpenSER and one gateway Asterisk. The Gateway work send the call to PSTN or H.323 World. Then when I send one call to Asterisk and the my E1 link is out, it send to OpenSER one 503 Response! After it, every calll during 4 minutes Openser don't send the call to Asterisk. Then I don't send call to H.323 world for example. I read this page http://www.mail-archive.com/[EMAIL PROTECTED]/msg11839.html And I believe that I would possible to change this time to 0 minutes. But I am reading this code section and I don't find where I make this change. Would someone help me? thanks in advanced. Thiago ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
[OpenSER-Devel] [ openser-Bugs-1904486 ] crash in usrloc DB_ONLY mode after seconds...
Bugs item #1904486, was opened at 2008-02-29 10:15 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=743020aid=1904486group_id=139143 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: ver 1.3.x Status: Deleted Resolution: Duplicate Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: crash in usrloc DB_ONLY mode after seconds... Initial Comment: hi @all, since updatingfrom 1.1.x to version 1.3.0 openser crashes after some seconds with SIG-11, when i use the DB_ONLY mode for usrloc. here's the core: gdb ./sbin/openser /usr/local/openser_1_3/core.openser.sig11.13836_dbmode3 GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...Using host libthread_db library /lib/tls/libthread_db.so.1. warning: Can't read pathname for load map: Eingabe-/Ausgabefehler. Reading symbols from /lib/tls/libdl.so.2...done. Loaded symbols for /lib/tls/libdl.so.2 Reading symbols from /lib/tls/libresolv.so.2...done. Loaded symbols for /lib/tls/libresolv.so.2 Reading symbols from /usr/lib/i686/cmov/libssl.so.0.9.8...done. Loaded symbols for /usr/lib/i686/cmov/libssl.so.0.9.8 Reading symbols from /usr/lib/i686/cmov/libcrypto.so.0.9.8...done. Loaded symbols for /usr/lib/i686/cmov/libcrypto.so.0.9.8 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/local/openser_1_3/lib/openser/modules/mysql.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/mysql.so Reading symbols from /usr/lib/libmysqlclient.so.15...done. Loaded symbols for /usr/lib/libmysqlclient.so.15 Reading symbols from /lib/tls/libpthread.so.0...done. Loaded symbols for /lib/tls/libpthread.so.0 Reading symbols from /lib/tls/libcrypt.so.1...done. Loaded symbols for /lib/tls/libcrypt.so.1 Reading symbols from /lib/tls/libnsl.so.1...done. Loaded symbols for /lib/tls/libnsl.so.1 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /usr/local/openser_1_3/lib/openser/modules/sl.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/sl.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/tm.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/tm.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/rr.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/rr.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/maxfwd.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/maxfwd.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/usrloc.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/usrloc.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/registrar.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/registrar.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/textops.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/textops.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/mi_fifo.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/mi_fifo.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/uri_db.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/uri_db.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/uri.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/uri.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/xlog.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/xlog.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/acc.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/acc.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/auth.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/auth.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/auth_db.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/auth_db.so Reading symbols from /usr/local/openser_1_3/lib/openser/modules/domain.so...done. Loaded symbols for /usr/local/openser_1_3/lib/openser/modules/domain.so
[OpenSER-Devel] [ openser-Bugs-1903558 ] Openserctl with unixsock has errors
Bugs item #1903558, was opened at 2008-02-28 02:19 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=743020aid=1903558group_id=139143 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: tools Group: ver devel Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Sergio Gutierrez (saguti) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Openserctl with unixsock has errors Initial Comment: The openserctl unixsock interface has three missed functions, which cause the script fails and do not report statistics. A patch with a fix is attached. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2008-02-29 11:29 Message: Logged In: YES user_id=1275325 Originator: NO Hi Sergio, I it looks ok - I will commit it to SVN. Thanks and regards, Bogdan -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2008-02-28 21:04 Message: Logged In: YES user_id=1275325 Originator: NO Hi Sergio, I will take a look at this patch and if ok, I will apply it on SVN. Thanks and regards, Bogdan -- Comment By: Sergio Gutierrez (saguti) Date: 2008-02-28 16:40 Message: Logged In: YES user_id=1960760 Originator: YES Hi Bogdan. I am sending another patch, following an approach similar to openserctl.fifo; I use the internal function unixsock_cmd to fetch the statistics. Please let me know if it is fine. Thanks and regards. Sergio Gutierrez File Added: openserctl.unixsock.patch -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2008-02-28 11:30 Message: Logged In: YES user_id=1275325 Originator: NO Hi Sergio, the patch does not really fix the problem. If you look in openserctl.fifo, the fifo_openser_monitor() doe not use anymore the XX_stats() functions, but it implements a different approach in fetching the statistics. Could you update openserctl.unixsock to implement the same approach? Thanks and regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=743020aid=1903558group_id=139143 ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
[OpenSER-Devel] [ openser-Bugs-1903558 ] Openserctl with unixsock has errors
Bugs item #1903558, was opened at 2008-02-28 02:19 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=743020aid=1903558group_id=139143 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: tools Group: ver devel Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Sergio Gutierrez (saguti) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Openserctl with unixsock has errors Initial Comment: The openserctl unixsock interface has three missed functions, which cause the script fails and do not report statistics. A patch with a fix is attached. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2008-02-29 11:43 Message: Logged In: YES user_id=1275325 Originator: NO OK - fix pushed on trunk, 1.3 and 1.2 Thanks and regards, Bogdan -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2008-02-29 11:29 Message: Logged In: YES user_id=1275325 Originator: NO Hi Sergio, I it looks ok - I will commit it to SVN. Thanks and regards, Bogdan -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2008-02-28 21:04 Message: Logged In: YES user_id=1275325 Originator: NO Hi Sergio, I will take a look at this patch and if ok, I will apply it on SVN. Thanks and regards, Bogdan -- Comment By: Sergio Gutierrez (saguti) Date: 2008-02-28 16:40 Message: Logged In: YES user_id=1960760 Originator: YES Hi Bogdan. I am sending another patch, following an approach similar to openserctl.fifo; I use the internal function unixsock_cmd to fetch the statistics. Please let me know if it is fine. Thanks and regards. Sergio Gutierrez File Added: openserctl.unixsock.patch -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2008-02-28 11:30 Message: Logged In: YES user_id=1275325 Originator: NO Hi Sergio, the patch does not really fix the problem. If you look in openserctl.fifo, the fifo_openser_monitor() doe not use anymore the XX_stats() functions, but it implements a different approach in fetching the statistics. Could you update openserctl.unixsock to implement the same approach? Thanks and regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=743020aid=1903558group_id=139143 ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
[OpenSER-Devel] SF.net SVN: openser: [3801] branches/1.2/scripts/openserctl.unixsock
Revision: 3801 http://openser.svn.sourceforge.net/openser/?rev=3801view=rev Author: bogdan_iancu Date: 2008-02-29 01:41:50 -0800 (Fri, 29 Feb 2008) Log Message: --- backport from trunk (rev #3799): -fixed usage of old (removed) MI commands in openserctl monitroing over unix sockets. Applied patch provided by Sergio Gutierrez. Closes bug #1903558. Revision Links: -- http://openser.svn.sourceforge.net/openser/?rev=3799view=rev Modified Paths: -- branches/1.2/scripts/openserctl.unixsock This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
[OpenSER-Devel] SF.net SVN: openser: [3802] trunk/modules/presence
Revision: 3802 http://openser.svn.sourceforge.net/openser/?rev=3802view=rev Author: bogdan_iancu Date: 2008-02-29 02:18:36 -0800 (Fri, 29 Feb 2008) Log Message: --- - removed the unused totag_avpid module parameter. The TOTAG is not passed anymore via AVP, but directly via the SL module API. Related to bug #1890852 Modified Paths: -- trunk/modules/presence/README trunk/modules/presence/doc/presence.sgml trunk/modules/presence/doc/presence_devel.sgml trunk/modules/presence/doc/presence_user.sgml trunk/modules/presence/presence.c trunk/modules/presence/presence.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
[OpenSER-Devel] [ openser-Bugs-1890852 ] [presence] Change totag_avpid to allow any AVP
Bugs item #1890852, was opened at 2008-02-11 02:59 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=743020aid=1890852group_id=139143 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: ver devel Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Iñaki Baz (ibc_sf) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: [presence] Change totag_avpid to allow any AVP Initial Comment: Actually (if I'm not wrong) presence module has a parameter totag_avpid that is the only parameter in any module that askes for an AVP numeric id. This is: modparam(presence, totag_avpid, 28) means that presence will use AVP(i:28) for its purposes. Any other module using AVP's allows choosing any kind of AVP, not just numeric. Examples: modparam(tm, fr_inv_timer_avp, $avp(i:39)) modparam(auth, rpid_avp, $avp(s:rpid)) modparam(registrar, received_avp, $avp(i:66)) modparam(cpl-c,timer_avp,$avp(i:39)) Why should presence be different? I propose to change totag_avpid to be like the other similar parameters: modparam(presence, totag_avpid, $avp(i:28)) -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2008-02-29 12:19 Message: Logged In: YES user_id=1275325 Originator: NO Hi Inaki, While investigating this issue, I discovered that this param is not even used anymore, so I simple removed it from presence module. Before doing any backport, I will doublecheck with Anca, the developer of the presence module, to be sure that my understanding is correct. Thanks and regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=743020aid=1890852group_id=139143 ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
[OpenSER-Devel] SF.net SVN: openser: [3803] trunk/modules/userblacklist
Revision: 3803 http://openser.svn.sourceforge.net/openser/?rev=3803view=rev Author: henningw Date: 2008-02-29 02:34:08 -0800 (Fri, 29 Feb 2008) Log Message: --- - add some notes for database setup Modified Paths: -- trunk/modules/userblacklist/README trunk/modules/userblacklist/doc/userblacklist.sgml trunk/modules/userblacklist/doc/userblacklist_user.sgml This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
[OpenSER-Devel] SF.net SVN: openser: [3804] trunk/modules/userblacklist
Revision: 3804 http://openser.svn.sourceforge.net/openser/?rev=3804view=rev Author: henningw Date: 2008-02-29 03:23:41 -0800 (Fri, 29 Feb 2008) Log Message: --- - rename db_conn to db_init, like the other modules - add a function to check the table version during startup Modified Paths: -- trunk/modules/userblacklist/db.c trunk/modules/userblacklist/db.h trunk/modules/userblacklist/userblacklist.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSER-Devel] Allow transcoding
Daniel Cardoso Alves wrote: Hi people! Is possible implement allow transcoding in Openser? Not the server... The openser will manipulate only the SDP and send the audio to other server... You can manipulate the SDP manually by using regular expressions using the functions from textops module klaus Is this possible? Thanks in advance... Abra sua conta no Yahoo! Mail http://br.rd.yahoo.com/mail/taglines/mail/*http://br.mail.yahoo.com/, o único sem limite de espaço para armazenamento! ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSER-Devel] Major carrierroute reworking
On Thursday 28 February 2008, Ovidiu Sas wrote: [..] Since the module is still under development, I would like to ask for a feature. The new functions 'cr_route' and 'cr_load_next_domain' has a parameter called 'dstavp' and it holds the rewritten host. Since the host can be easily extracted from $ru, I would like to make this avp generic and return a tag, just like for the trusted table: [..] This implies adding a new column to the cr tables and a new param for the cr module. Also, specifing the dstavp inside a param, will reduce the number of arguments for the two functions. Please let me know your thoughts. Hi Ovidiu, the actual interface looks at the moment like this: - cr_user_carrier(user, domain, dstavp) The AVP holds the carrier id. - cr_route(carrier, domain, prefix_matching, rewrite_user, hash_source, dstavp) The dstavp holds the rewritten host, its possible to extract this from $ru. - cr_load_next_domain(carrier, domain, prefix_matching, host, reply_code, dstavp) This dstavp holds the next routing domain, and not the rewritten host. You suggest that we add a generic tag AVP, that is read from the table. For this a global module parameter could be used, yes. But do you think that it would also make sense to combine this parameter with the dest-AVPs that are used from the functions given above? For what functions do you will need such a additional tag? Can you perhaps give an example? Cheers, Henning ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
[OpenSER-Devel] SF.net SVN: openser: [3805] trunk/modules/carrierroute
Revision: 3805 http://openser.svn.sourceforge.net/openser/?rev=3805view=rev Author: henningw Date: 2008-02-29 04:50:07 -0800 (Fri, 29 Feb 2008) Log Message: --- - simplify exported module interface somewhat - the default routing function will now use crc32 hash, as most people uses this anyway - for the (legacy) prime hash another route function has been introduced - shorten the functions a little bit, remove the 'load' part of the command - message flags are now read directly from the SIP msg, as this is the function that probably the least people will use and needs to modify - this external changes also simplified the internal structure somewhat - add another author to README - update README after the changes - add a dependency note to the tm module if the reply status PV is used Modified Paths: -- trunk/modules/carrierroute/README trunk/modules/carrierroute/carrierroute.c trunk/modules/carrierroute/carrierroute.h trunk/modules/carrierroute/doc/carrierroute_user.sgml trunk/modules/carrierroute/route_func.c trunk/modules/carrierroute/route_func.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSER-Devel] Major carrierroute reworking
On Friday 29 February 2008, Ovidiu Sas wrote: You suggest that we add a generic tag AVP, that is read from the table. For this a global module parameter could be used, yes. But do you think that it would also make sense to combine this parameter with the dest-AVPs that are used from the functions given above? For what functions do you will need such a additional tag? Can you perhaps give an example? My suggestion was to remove the dest-AVP because the host can be easily retrieved from $ru via transformations. Hi, yes, but $ru don't hold the port of the rewrite host. So i think this parameter is actually useful. But you don't need to use this parameter, its now even documented in the README. :-) I was suggesting adding a tag for tagging each gateway or a group of gateways, for instance, for traffic shaping (control over number of calls per second via ratelimit module or number of active channels via dialog module). Ah, understand now, this could be useful. But i want to first stabilize things a little bit, writing some tests for the already existing functionality.. Cheers, Henning ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
[OpenSER-Devel] SF.net SVN: openser: [3808] trunk/modules/carrierroute/route_tree.c
Revision: 3808 http://openser.svn.sourceforge.net/openser/?rev=3808view=rev Author: henningw Date: 2008-02-29 07:22:49 -0800 (Fri, 29 Feb 2008) Log Message: --- - remove wrong and superfluous comment Modified Paths: -- trunk/modules/carrierroute/route_tree.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
[OpenSER-Devel] SF.net SVN: openser: [3813] trunk/modules/db_mysql/db_mysql.c
Revision: 3813 http://openser.svn.sourceforge.net/openser/?rev=3813view=rev Author: miconda Date: 2008-02-29 12:38:56 -0800 (Fri, 29 Feb 2008) Log Message: --- - mysql module exports db_bind_api() Modified Paths: -- trunk/modules/db_mysql/db_mysql.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
[OpenSER-Devel] [ openser-Bugs-1904481 ] crash in usrloc DB_ONLY mode after seconds...
SourceForge.net writes: Summary: crash in usrloc DB_ONLY mode after seconds... i noticed the same and sent email to devel list about it a few months ago. i didn't see any reaction and since the issue was not critical for me, i didn't push it. it would be nice if there would be some reaction to crash reports sent to also to devel list. once the problem has been confirmed, a sourceforge ticket could then be issued in order to avoid trivial invalid/closed messages on heavy to use sourceforge. -- juha ___ Devel mailing list Devel@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/devel
