Re: [OpenSIPS-Devel] [OpenSIPS/opensips] 4ef6ba: db_mysql: Fix regression in PS handling
I confirm this patch fixed the issue. Regards, Adrian > On 16 Aug 2021, at 12:37, Liviu Chircu wrote: > > Branch: refs/heads/master > Home: https://github.com/OpenSIPS/opensips > Commit: 4ef6bab4d95d9c23127cad776c126afb0ed77106 > > https://github.com/OpenSIPS/opensips/commit/4ef6bab4d95d9c23127cad776c126afb0ed77106 > Author: Liviu Chircu > Date: 2021-08-16 (Mon, 16 Aug 2021) > > Changed paths: >M modules/db_mysql/dbase.c > > Log Message: > --- > db_mysql: Fix regression in PS handling > > Commit 87f241651 introduced a regression in db_mysql where modules using > prepared statements on top of it would run into errors. > > Example behavior of auth_db on a basic user auth query: > >ERROR:db_mysql:db_mysql_store_result: driver error: >Commands out of sync; you can't run this command now >ERROR:auth_db:get_ha1: failed to query database > > Credits to @masudmuborakshohi for the accurate report and logs! > Fixes #2593 > > > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] TLS 3.2.0 experience
With 3.2.0 using tls_openssl module I get tons of these messages: Aug 16 20:20:09 live01 systemd[1]: check_mk@19208-81.23.228.180:6556-85.17.186.22:41750.service: Succeeded. Aug 16 20:20:09 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: >>> fd_array idx 3 (fd=470) points to bogus map >>> (fd=-1,type=0,flags=2000,data=(nil)) It seems you have hit a programming bug. Please help us make OpenSIPS better by reporting it at https://github.com/OpenSIPS/opensips/issues Aug 16 20:20:09 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: >>> used fd map fd=454 is not present in fd_array >>> (fd=454,type=19,flags=8002,data=0x7f0a9c2deaa8) It seems you have hit a programming bug. Please help us make OpenSIPS better by reporting it at https://github.com/OpenSIPS/opensips/issues Aug 16 20:20:09 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: >>> unused fd_map fd=470 has bogus data (fd=-1,flags=2000,data=(nil)) It seems you have hit a programming bug. Please help us make OpenSIPS better by reporting it at https://github.com/OpenSIPS/opensips/issues Aug 16 20:20:09 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: [TCP_main] check failed after successful fd del (fd=523,flags=16, sflags=3) over map (fd=-1,type=0,data=(nil),flags=0) erase=1 Aug 16 20:20:09 live01 /usr/sbin/opensips[5613]: ERROR:tls_openssl:openssl_tls_accept: New TLS connection from 79.178.15.135:56742 failed to accept Aug 16 20:20:09 live01 /usr/sbin/opensips[5613]: ERROR:tls_openssl:tls_print_errstack: TLS errstack: error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Aug 16 20:21:17 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: >>> fd_array idx 3 (fd=470) points to bogus map >>> (fd=-1,type=0,flags=2000,data=(nil)) It seems you have hit a programming bug. Please help us make OpenSIPS better by reporting it at https://github.com/OpenSIPS/opensips/issues Aug 16 20:21:17 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: >>> used fd map fd=454 is not present in fd_array >>> (fd=454,type=19,flags=8002,data=0x7f0a9c2deaa8) It seems you have hit a programming bug. Please help us make OpenSIPS better by reporting it at https://github.com/OpenSIPS/opensips/issues Aug 16 20:21:17 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: >>> unused fd_map fd=470 has bogus data (fd=-1,flags=2000,data=(nil)) It seems you have hit a programming bug. Please help us make OpenSIPS better by reporting it at https://github.com/OpenSIPS/opensips/issues Aug 16 20:21:17 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: [TCP_main] check failed after successful fd del (fd=525,flags=16, sflags=3) over map (fd=-1,type=0,data=(nil),flags=0) erase=1 31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG - [TCP_main] trying to del fd 470 with flags 1 2 Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG - [TCP_main] trying to del fd 470 with flags 1 2 Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG - [TCP_main] trying to del fd 470 with flags 1 2 Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG - [TCP_main] trying to del fd 470 with flags 1 2 Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG - [TCP_main] trying to del fd 470 with flags 1 2 Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG - [TCP_main] trying to del fd 470 with flags 1 2 Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG - [TCP_main] trying to del fd 470 with flags 1 2 Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG - [TCP_main] trying to del fd 470 with flags 1 2 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] TLS 3.2.0 experience
Also the server is using 100% CPU. > On 16 Aug 2021, at 15:22, Adrian Georgescu wrote: > > With 3.2.0 using tls_openssl module I get tons of these messages: > > Aug 16 20:20:09 live01 systemd[1]: > check_mk@19208-81.23.228.180:6556-85.17.186.22:41750.service: Succeeded. > Aug 16 20:20:09 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: >>>> fd_array idx 3 (fd=470) points to bogus map >>>> (fd=-1,type=0,flags=2000,data=(nil)) > >It seems you have hit a > programming bug. >Please help us make OpenSIPS > better by reporting it at https://github.com/OpenSIPS/opensips/issues > Aug 16 20:20:09 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: >>>> used fd map fd=454 is not present in fd_array >>>> (fd=454,type=19,flags=8002,data=0x7f0a9c2deaa8) > >It seems you have hit a > programming bug. >Please help us make OpenSIPS > better by reporting it at https://github.com/OpenSIPS/opensips/issues > Aug 16 20:20:09 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: >>>> unused fd_map fd=470 has bogus data (fd=-1,flags=2000,data=(nil)) > >It seems you have hit a > programming bug. >Please help us make OpenSIPS > better by reporting it at https://github.com/OpenSIPS/opensips/issues > Aug 16 20:20:09 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: > [TCP_main] check failed after successful fd del (fd=523,flags=16, sflags=3) > over map (fd=-1,type=0,data=(nil),flags=0) erase=1 > Aug 16 20:20:09 live01 /usr/sbin/opensips[5613]: > ERROR:tls_openssl:openssl_tls_accept: New TLS connection from > 79.178.15.135:56742 failed to accept > Aug 16 20:20:09 live01 /usr/sbin/opensips[5613]: > ERROR:tls_openssl:tls_print_errstack: TLS errstack: error:14209102:SSL > routines:tls_early_post_process_client_hello:unsupported protocol > > Aug 16 20:21:17 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: >>>> fd_array idx 3 (fd=470) points to bogus map >>>> (fd=-1,type=0,flags=2000,data=(nil)) > >It seems you have hit a > programming bug. >Please help us make OpenSIPS > better by reporting it at https://github.com/OpenSIPS/opensips/issues > Aug 16 20:21:17 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: >>>> used fd map fd=454 is not present in fd_array >>>> (fd=454,type=19,flags=8002,data=0x7f0a9c2deaa8) > >It seems you have hit a > programming bug. >Please help us make OpenSIPS > better by reporting it at https://github.com/OpenSIPS/opensips/issues > Aug 16 20:21:17 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: >>>> unused fd_map fd=470 has bogus data (fd=-1,flags=2000,data=(nil)) > >It seems you have hit a > programming bug. >Please help us make OpenSIPS > better by reporting it at https://github.com/OpenSIPS/opensips/issues > Aug 16 20:21:17 live01 /usr/sbin/opensips[5615]: CRITICAL:core:io_watch_del: > [TCP_main] check failed after successful fd del (fd=525,flags=16, sflags=3) > over map (fd=-1,type=0,data=(nil),flags=0) erase=1 > > 31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG - [TCP_main] > trying to del fd 470 with flags 1 2 > Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG > - [TCP_main] trying to del fd 470 with flags 1 2 > Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG > - [TCP_main] trying to del fd 470 with flags 1 2 > Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG > - [TCP_main] trying to del fd 470 with flags 1 2 > Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG > - [TCP_main] trying to del fd 470 with flags 1 2 > Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG > - [TCP_main] trying to del fd 470 with flags 1 2 > Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG > - [TCP_main] trying to del fd 470 with flags 1 2 > Aug 16 20:06:31 live01 /usr/sbin/opensips[5615]: ERROR:core:io_watch_del: BUG > - [TCP_main] trying to del fd 470 with flags 1 2 > Aug 16 20:06:31 live01 /usr/sbin/op
[OpenSIPS-Devel] New MediaProxy release 2.3.0
Hello, There is a new release of MediaProxy software available. To upgrade your debian installation: apt-get update apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy-web- sessions Or download the tar file from: http://download.ag-projects.com/MediaProxy/ The changelog since 2.1.0 is below: mediaproxy (2.3.0) unstable; urgency=low * Fixed bug that prevented the dispatcher from trying the next relay in the list, when a relay was unavailable or unusable * Read acctport from the radius config file to an integer not to a string * Fixed a bug that prevented a call on hold to be resumed in certain cases * Don't close the media session when on hold and the contrack rule expires * Enhanced graceful shutdown logic and made it reliable: - keep all dispatcher connections active until all sessions are gone - continue to update the list of active dispatchers * Changed function signatures to simplify access to the to_tag argument * Never return 0.0.0.0 as the IP address to OpenSIPS * Fixed a bug with incorrect session counting when errors happen while creating a new session, which could result in connections with obsolete dispatchers being kept open indefinitely * Made web page display relay summaries even when there are no sessions * Fixed web page to show correct stream counts when there are no sessions * Added minimum version build dependendency for libnetfilter- conntrack-dev mediaproxy (2.2.3) unstable; urgency=low * Publish software version as part of the network identity * Added version command on the dispatcher management interface mediaproxy (2.2.2) unstable; urgency=low * Added minimum pyrad version dependency mediaproxy (2.2.1) unstable; urgency=low * Fixed logic to handle replies from relay to dispatcher on error cases mediaproxy (2.2.0) unstable; urgency=low * Clarified debian installation example regarding the testing distribution * Fixed wording and some typos in the documentation * Fixed to_tag not being sent in some cases in synthetic tests * Removed Inhibitor object and integrated its functionality into the init method of ForwardingRule, to improve the session setup efficiency * Changed the internal ForwardingRule linked list to a static array * Improved the session setup efficiency by 2 orders of magnitude * Removed start_time column from database accounting table * Renamed pdd to post_dial_delay in media statistics * Added management_passport option to the dispatcher * Made getting statistics more efficient * Added code to get all conntrack rule counters at once for efficiency * Improved statistics gathering speed more than 2 times * Removed redundant top level counters in stats * Made speed measurement accurate regarding sessions closed between probes * Use constant interval scheduler for better accuracy in speed measurement * Return single line json blobs for summary and sessions * Always add dialog_id to session statistics * Fixed interaction between dispatcher and opensips for expired sessions Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] Call Control prepaid application for OpenSIPS, new release
Hello, Call Control is a prepaid application that can be used together with OpenSIPS call_control module and CDRTool rating engine to limit the duration of SIP sessions based on a prepaid balance. It can also be used to limit the duration of any session to a predefined maximum value without debiting a balance. Call Control achieves this by maintaining a timer for each session and sending BYE messages to both SIP end-points, if the session exceeds its maximum session limit or if the Call Control receives a command to forcefully close the call from outside. Features: • Parallel sessions using one balance per subscriber • Support for sessions that have timeout without BYE • Support for sessions that have timeout for media (using MediaProxy) • Manual session stop from server terminal • Overview of ongoing sessions in the web page or server terminal • Graceful restart without loosing track of sessions • Detailed logging of all performed actions using syslog • Web page provisioning for prepaid accounts (using CDRTool) Download The software is available as a tar archive at: http://download.ag-projects.com/CallControl/ For people running Debian testing or unstable there is an official public repository. To use it, add these lines in /etc/apt/sources.list deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main After that, run: apt-get update apt-get install callcontrol For more information visit: http://callcontrol.ag-projects.com Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] new CDRTool release 6.7.1
Hello, The software contains improvements for compatibility with the latest OpenSIPS and MediaProxy versions and the installation documentation. An installation web page has been created at: http://cdrtool.ag-projects.com/wiki/Install Changelog cdrtool (6.7.1) unstable; urgency=low * Simplified the sample configuration file global.inc.simple.sample * Improved installation documentation cdrtool (6.7.0) unstable; urgency=low * Migrated to OpenSIPS, this version is incompatible with OpenSER, do not upgrade to this version if you still use OpenSER * Added support for Call Control prepaid application from http://download.ag-projects.com/CallControl * Normalize the duration of prepaid CDRs to match the duration calculated by Call Control, this avoids price missmatch between debit price and the price calculated during normalization * Updated OpenSIPS radius dictionary * Updated Freeradius server setup procedure with OpenSIPS and MediaProry dictionaries * Added checks for values in rating tables changed from the web page * Improved retrieval and display of SIP traces from OpenSIPS * Improved retrieval and display of Media traces from MediaProxy * Reset the imported records counter before importing each csv file * Added new fields in billing_rates connectCostIn and durationRateIn to store the purchased price, the rating info now contains two prices for each call. The CSV format of rating table has been changed to support provisioning of purchased prices. Updated sample csv file for billing_rates. * Improved rating documentationin general * Moved E164 class to cdr_generic.php and allow specification of which E164 class should be used for each datasource * Updated sample configuration files in setup/global.inc.*.sample * Added new columns to prepaid_history to store information about sessions that lead to debit balance * Log duration of prepaid sessions in prepaid_history table * Removed unused trafficRate from the rating engine and mysql tables * Added CallerId to SIP accounts in ENUM generator * Added support for new LCR engine from NGNPro4 * Removed one empty column from ENUM records that had no mappings * Added domain column to the prepaid table * To upgrade you must apply the changes from doc/Upgrade.txt and setup/mysql/alter_tables.mysql The software can be downloaded from: http://download.ag-projects.com/CDRTool/ For people running Debian testing there is an official public repository. To use it, add these lines in /etc/apt/sources.list # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Install the AG Projects debian software signing key: wget http://download.ag-projects.com/agp-debian-gpg.key apt-key add agp-debian-gpg.key After that, run: apt-get update apt-get install cdrtool Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] new CDRTool release 6.7.1
Default paths, configs, database names, support for MediaProxy2, sip trace module database schema and there could be others I lost track of. Adrian On Jan 9, 2009, at 10:09 AM, Klaus Darilion wrote: Adrian Georgescu schrieb: Hello, The software contains improvements for compatibility with the latest OpenSIPS and MediaProxy versions and the installation documentation. An installation web page has been created at: http://cdrtool.ag-projects.com/wiki/Install Changelog cdrtool (6.7.1) unstable; urgency=low * Simplified the sample configuration file global.inc.simple.sample * Improved installation documentation cdrtool (6.7.0) unstable; urgency=low * Migrated to OpenSIPS, this version is incompatible with OpenSER, do not upgrade to this version if you still use OpenSER Hi Adrian! What exactly is the reason that it is incompatible with OpenSER? (I try to find out if it is incompatible to Kamailio too) regards klaus ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MediaProxy release 2.3.2
Hello, There is a new release of MediaProxy available, it contains various bug fixes. To upgrade your debian installation: apt-get update apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy-web- sessions Or download the tar file from: http://download.ag-projects.com/MediaProxy/ The changelog since 2.3.0 is below: mediaproxy (2.3.2) unstable; urgency=low * Improved exception handling for DNS SRV lookups * Fixed exception caused by removing the dispatcher twice on shutdown * Fixed bug with preferred relay being considered last instead of first mediaproxy (2.3.1) unstable; urgency=low * Changed info column in media_sessions to mediumblob to avoid truncation * Added missing minimum version dependencies in the debian control file * Fixed reconnect logic between relay and dispatcher to handle the case when a dispatcher is removed while the connection to it has failed * Handle exception caused by a race condition when accessing counters from a ForwardingRule that has expired but has not yet been acknowledged Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MediaProxy release 2.3.3
Hello, There is a new release of MediaProxy available, it contains various bug fixes. To upgrade your debian installation: apt-get update apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy-web- sessions Or download the tar file from: http://download.ag-projects.com/MediaProxy/ The changelog since 2.3.2 is below: mediaproxy (2.3.3) unstable; urgency=low * Re-raise the exception on failing to read RADIUS config file so we get a full traceback * Have dispatcher close TLS connection cleanly when relay has duplicate IP * Added log_level to both Relay and Dispatcher configuration sections * Improved reconnection behaviour in relay to dispatcher When the connection from the relay to the dispatcher is lost, first retry in 1 second, then retry in 10 second on subsequent attempts if it loses the connection again. * Fix bug where relay connects needlessly to previously removed dispatcher * Implemented a keepalive mechanism from relay to dispatcher * On relay reconnect don't have dispatcher query expired sessions * Removed superfluous datatype declaration * Only allow positive integers for time intervals and delays * Updated version dependency for python-application * In dispatcher, replace old connection from relay with new one instead of giving an error * In the dispatcher, check if the reported expired session belongs to the relay that reported it * Improved log messages when a relay reconnects to the dispatcher * In dispatcher, break the connection to a relay if a request times out * In dispatcher check if we know about the session that expired at relay * Use a more robust strategy to disconnect an unresponsive relay Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MediaProxy release 2.3.3 (amd64)
Hello, amd64 packages have been uploaded to the repository. To upgrade your debian installation for 64 bit architectures: apt-get update apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy-web- sessions Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] new CDRTool release 6.8.0
Hello, The software contains bug fixes and new features related to partitioning of data for multiple resellers. You must read and apply the change log carefully to migrate from an older version, in particular the changes from setup/mysql/alter_tables.mysql Changelog cdrtool (6.8.0) unstable; urgency=low * Added reseller fields to all database tables to allow different login accounts to access their own data based on the account impersonate field * Allow import of CSV files from subdirectories (read updated 'Data partitioning for multiple resellers' section from RATING.txt) * Added prepaid_history table to rating table web management * Added increment and min_duration for each rate entry * Removed gateway, domain and subscriber columns from billing_profiles table * Removed gateway, domain and subscriber columns from billing_rates table * Removed gateway, domain and subscriber columns from billing_rates_history table * Updated CSV format for all rating tables to support the above changes, see setup/csv for updated examples of CSV files or export your live data from CDRTool rating tables page to see the new fields * Removed obsolete prepaid.call_lock and prepaid.call_in_progress columns * Removed obsolete customers.country_code column * Removed obsolete tables ratesNGN and profilesNGN * Renamed colummn prepaid_history.number with prepaid_history.description * Show SIP trace also in text only format * Do not log zero priced calls in prepaid_history table * Improved SIP prepaid provisioning screens * Skip math calculation for some rating tables * Added export balance history from SIP prepaid page * Updated ngnpro client to work with server version 4.1.1 * Make stronger random passwords for SIP accounts * Improved NGNPro LCR functionality * Added scripts/OpenSIPS/notifyLastSessions.php to send email notifications containing the last sessions recived in the last 24 hours. You must set notifyLastSessions per data source to tru to enable this feature and put the susbcriber into missed_calls group * You must apply the changes from setup/mysql/alter_tables.mysql * You must add an integer `reseller_id` column to opensips.trusted and opensips.domain tables * Changed column prepaid_cards.value to decimal * Droped unused columns from prepaid table * Added a script to test the speed of the rating engine The software can be downloaded from: http://download.ag-projects.com/CDRTool/ For people running Debian testing there is an official public repository. To use it, add these lines in /etc/apt/sources.list # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Install the AG Projects debian software signing key: wget http://download.ag-projects.com/agp-debian-gpg.key apt-key add agp-debian-gpg.key After that, run: apt-get update apt-get install cdrtool Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] new CDRTool release 6.8.1
Hello, The software contains bug fixes. Changelog cdrtool (6.8.1) unstable; urgency=low . * Do not send emails if no missed calls * Fixed search by username * Fixed import of billing_profiles * Notify also diverted sessions * Fix display of CDRs when logged in as SIP account, also show incoming calls The software can be downloaded from: http://download.ag-projects.com/CDRTool/ For people running Debian testing there is an official public repository. To use it, add these lines in /etc/apt/sources.list # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Install the AG Projects debian software signing key: wget http://download.ag-projects.com/agp-debian-gpg.key apt-key add agp-debian-gpg.key After that, run: apt-get update apt-get install cdrtool Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New CallControl release 2.0.4
Hello, There is a new release of CallControl prepaid application available, it contains various bug fixes and compatibility with latest CDRTool rating engine. To upgrade your debian installation: apt-get update apt-get install callcontrol Or download the tar file from: http://download.ag-projects.com/CallControl/ Changelog callcontrol (2.0.4) unstable; urgency=low * Removed postinst script since cdbs executes dh programs in correct order * Removed deprecated python-application attributes in configuration types * Fixed debian package to not create /var/run/callcontrol * Fixed debian/copyright to point to GPLv2 * Replaced reference to LGPL with GPL in debian/copyright * Removed Lock=1 from rating engine MaxSessionTime request * Fixed typo in loading of calls data * Replaced use of deprecated startSyslog function with start_syslog * Bumped Standards-Version to 3.8.2 Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] SF.net SVN: opensips:[5835] trunk/modules/pua_dialoginfo
Indeed being notified about someone in the process of establishing a phone call is a useful case. Adrian On Jul 7, 2009, at 2:30 PM, Klaus Darilion wrote: > > > Iñaki Baz Castillo schrieb: >> 2009/7/7 Klaus Darilion : >>> Hi Anca! >>> >>> Nice feature, missing since long time :-) >>> >>> If I understand the code, this triggers PUBLISH with "trying" even >>> if >>> the dialog is not created (e.g. script error after >>> dialoginfo_set()). >>> >>> In this case, it will stay in trying state for default lifetime. >>> >>> Wouldn't it be better to send "trying" also from a callback. >> >> PUBLISH "dialog" with "trying" state is in fact a NOOP and it's not >> useful at all from the watcher's perspective. I suggest never to >> publish it. >> >> Also, the "proceeding" state means that a 1xx with no To tag (this >> is, >> a 100) has been received. This is also not useful, so I wouldn't >> publish it. > > IMO it is useful - eg. A calls PSTN and the call setup takes long - > e.g. > 10 seconds until "ringing". In this time intervall, A is already > busy on > the phone, thus other probably will get notified that A is currently > on > the phone and the will try to reach him later. > > regards > klaus > > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] Access rules for dialog state?
I have a question about the policy for subscriptions to dialog state. How should this be done? Would a new pres-rules document make sense for this. Like dialog-rules, same schema. I could not find any normative specification, did someone find something related to this? Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Access rules for dialog state?
For the lack of other pragmatic methods I would implement the following: A. Suport in OpenXCAP server a new auid, document name dialog-rules with the clear purpose of providing an authorization policy for dialog Event B. Setup the OpenSIPS PA module that handles the dialog event to read it in order to apply a policy, the same as presence_xml does with pres- rules Does anyone see a problem with this approach? Adrian On Jul 7, 2009, at 3:37 PM, Iñaki Baz Castillo wrote: > 2009/7/7 Iñaki Baz Castillo : >> 2009/7/7 Adrian Georgescu : >>> I have a question about the policy for subscriptions to dialog >>> state. >>> How should this be done? Would a new pres-rules document make sense >>> for this. Like dialog-rules, same schema. >>> >>> I could not find any normative specification, did someone find >>> something related to this? >> >> Hi Adrian, recently I've read all the XCAP related RFC's and >> documents >> and found no info at all about RFC 4235. It seems that XCAP is just >> defined for SIMPLE presence (events "presence", "presence.watcher" >> and >> so). >> >> In section 6 of RFC 5025 (pres-rules) there is an example of XML >> document in which there is no keyword "presence" at all, so I assume >> it is intended just for "presence" event :( >> http://tools.ietf.org/html/rfc5025#section-6 >> >> However, would opensips presence module ask for such authorization >> rules to the XCAP server if the SUBSCRIBE event is different than >> "presence"? > > Adrian, since I'm also interested in this exotic topic, I've started a > thread in sip-implementors: > > https://lists.cs.columbia.edu/pipermail/sip-implementors/2009-July/023106.html > > Feel free to join it :) > > > > -- > Iñaki Baz Castillo > ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] SF.net SVN: opensips:[5835] trunk/modules/pua_dialoginfo
Inaki, Should the dialog timeout in this case? Adrian On Jul 7, 2009, at 3:46 PM, Iñaki Baz Castillo wrote: > 2009/7/7 Klaus Darilion : >>> PUBLISH "dialog" with "trying" state is in fact a NOOP and it's not >>> useful at all from the watcher's perspective. I suggest never to >>> publish it. >>> >>> Also, the "proceeding" state means that a 1xx with no To tag (this >>> is, >>> a 100) has been received. This is also not useful, so I wouldn't >>> publish it. >> >> IMO it is useful - eg. A calls PSTN and the call setup takes long - >> e.g. 10 >> seconds until "ringing". In this time intervall, A is already busy >> on the >> phone, thus other probably will get notified that A is currently on >> the >> phone and the will try to reach him later. > > Othe example: > > - A is subscribed to dialog presence of C. > - B calls C. > - The proxy generates a dialog "trying" PUBLISH (C is called) and > sends it to A. > - A sees in his phone that C is begin called by B. > - However, due to some network error (or C crashed) C doesn't reply to > the INVITE (neither 100 or 1XX). > > In this case, why is useful the NOTIFY A has received? > Or perhaps the "trying" and "preceeding" NOTIFY would only be received > by A in case C is the caller? > > > > -- > Iñaki Baz Castillo > > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Access rules for dialog state?
On Jul 7, 2009, at 4:54 PM, Iñaki Baz Castillo wrote: > 2009/7/7 Adrian Georgescu : >> For the lack of other pragmatic methods I would implement the >> following: >> >> A. Suport in OpenXCAP server a new auid, document name dialog-rules >> with the >> clear purpose of providing an authorization policy for dialog Event >> B. Setup the OpenSIPS PA module that handles the dialog event to >> read it in >> order to apply a policy, the same as presence_xml does with pres- >> rules >> >> Does anyone see a problem with this approach? > > I think that is the expected approach :) > However, I would like to receive replies in sip-implementors. I thought we are the SIP implementors ;-) Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] SF.net SVN: opensips:[5835] trunk/modules/pua_dialoginfo
When a dialog times out, other actions can be triggered like updating the state for event dialog. Same as we can send BYE messages. Adrian On Jul 7, 2009, at 8:34 PM, Iñaki Baz Castillo wrote: > El Martes, 7 de Julio de 2009, Adrian Georgescu escribió: >> Inaki, >> >> Should the dialog timeout in this case? > > Sorry, what do you mean? I couldn't understand. > > -- > Iñaki Baz Castillo > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] SF.net SVN: opensips:[5835] trunk/modules/pua_dialoginfo
Even if it did crash, the purpose of the module is to notify an interested party when someone will likely be engaged in a phone call. If the end-point of the monitored party crashed just before an INVITE will be sent to it this does not affect anything related to the purpose of the dialog Event. I do not see a conflict here, do you? Adrian On Jul 7, 2009, at 10:34 PM, Iñaki Baz Castillo wrote: > El Martes, 7 de Julio de 2009, Adrian Georgescu escribió: >> When a dialog times out, other actions can be triggered like updating >> the state for event dialog. Same as we can send BYE messages. > > Ok, but in case C crashed, why is useful A receiving a NOTIFY > "trying" telling > that C is receiving a call? (even if the notification would be > terminated when > the dialog or INVITE transactions times out). > > > -- > Iñaki Baz Castillo > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] RLS services content validation?
Hello, I have an open question, maybe someone with experience or interest in SIP SIMPLE presence in general an RLS in particular can help. The content of a RLS services document triggers actions performed by the Presence servers. Because provisioning of data in a SIP server is traditionally a task of the operator and not of the end user, this deserves some attention. Imagine how easy is to misuse a RLS server today as an end user: Scenario 1 1. I upload a million entry list of SIP uris into a rls-services document on the xcap server 2. I send a Subscribe to the address of the list I uploaded above 3. The server starts sending one million Subscribes amplifying my single SIP subscribe into a DOS attack on its own resources or a foreign domain Scenario 2 1. I create a RLS list with pointers to resource lists document (which are HTTP URIs) to other domains 2. I send a Subscribe to the list 3. The server starts sending one million HTTP GETS amplifying my single SIP Subscribe into a DOS attack on its own resources or a foreign HTTP domain Scenario 3 1. I simply upload bogus data like bogus SIP URIs that might not resolve or point back to the server rls-services lists generating loops imposible to detect the reasons for 2. The server kills itself Subscribing to itself If validation of user input should be performed in the XCAP server during a PUT for a rls-services document what should be a sensitive default to check against? Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] dialog.info event package?
It occurs to me that when one wants to properly implement the dialog event package in an end-point it also needs: a) A way to provision policy b) A way to be notified about watchers For Event=presence we have pres-rules for a) and presence.winfo for b). Dialog-rules and dialog.winfo seem to be a mirrored way to do the similar but for dialog event. Does anyone have any better idea for how to accomplish the above? Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] new CDRTool release 6.9.0
Changelog: cdrtool (6.9.0) unstable; urgency=low * Display geographic location using geo ip * Fixed variable names that did not match the config * Fixed logging of imported rows from csv files * Fixed export of CSV with prepaid history * Hide called address in missed session list * Refactored PSTN provisioning, NGNPro >= 4.1.5 is required * Show timezone in SIP accounts list * Display prepaid balance in SIP accounts list * Do not change quota when toggle the prepaid flag * Specify a default timezone per engine * Cache returns from lookup sip_proxy from Thor network The software can be downloaded from: http://download.ag-projects.com/CDRTool/ For people running Debian testing there is an official public repository. To use it, add these lines in /etc/apt/sources.list # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Install the AG Projects debian software signing key: wget http://download.ag-projects.com/agp-debian-gpg.key apt-key add agp-debian-gpg.key After that, run: apt-get update apt-get install cdrtool Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MediaProxy release 2.3.5
Hello, There is a new release of MediaProxy available, it contains various bug fixes and compatibility with newer software. To upgrade your debian installation: sudo apt-get update sudo apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy- web-sessions Or download the tar file from: http://download.ag-projects.com/MediaProxy/ The changelog follows: mediaproxy (2.3.5) unstable; urgency=low * Replaced startSyslog with start_syslog to match latest python- application * Improved detection for linux platforms to include non intel architectures * Handle exhausted ports gracefully at relay * Use start_time instead of to_tag to determine if accounting should be performed and the dialog ended in OpenSIPS for an expired session, as start_time only gets set if the relay saw SDP from both endpoints * Fixed test to allow the relay to run on linux on non-intel architectures * Only include used stream types in RADIUS Sip-Applications field * Replaced reference to LGPL with GPL in debian/copyright * Added ${misc:Depends} to debian/control to fix lintian warnings * Removed var/run/mediaproxy from debian/*.dirs to fix lintian errors * Added __repr__ method to PortRange class * Adapted code to work with python-application-1.1.2 or newer * Added package dependency checks for the minimum required versions * Updated minimum dependency requirements in debian/control and INSTALL * Bumped debian standards version to 3.8.2 Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MediaProxy release 2.3.6
Hello, There is a new release of MediaProxy available, it contains bug fixes and better compatibility with and checks for the software it depends upon. To upgrade your debian unstable installation: sudo apt-get update sudo apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy- web-sessions Or download the tar file from: http://download.ag-projects.com/MediaProxy/ The changelog follows: mediaproxy (2.3.6) unstable; urgency=low * Consider offered streams with a port of 0 to be removed * Don't remove hold timeout when the conntrack rule expires while on hold * Added synthetic test for on_hold_timeout (holdtest3.py) * Use learnt remote IP when ssending packets through userspace if possible * Adapted code to the latest API changes in python-application 1.1.5 * Removed old and now redundant test for the twisted version from relay.py * Refactored some datatypes from validators to actual types * Modified SIPThorDomain data validator to accept everything it generates * Allow the dispatcher list in the config file to be comma separated as well * Updated minimum version dependency for python-application * Fix for send_packet_count attribute not being set Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New CallControl release 2.0.6
Hello, There is a new release of CallControl prepaid application available, it contains bug fixes and better compatibility with and checks for the software it depends upon. To upgrade your debian unstable installation: apt-get update apt-get install callcontrol Or download the tar file from: http://download.ag-projects.com/CallControl/ Changelog callcontrol (2.0.6) unstable; urgency=low * Replaced python-all-dev build dependency with python * Replaced use of deprecated __configfile__ with __cfgfile__ * Added dependency checking using application.dependency * Replaced use of deprecated mode argument of listenUNIX with chmod * Modified config.ini.sample to reflect the need for doubling percent signs callcontrol (2.0.5) unstable; urgency=low * Replaced use of deprecated _datatypes attribute with ConfigSetting * Replaced use of print statement with log.error * Fixed handling of debug option of daemon * Fixed use of process.system_config_directory * Replaced use of read_settings with ConfigSection attributes * Updated dependency on python-application to >= 1.1.2 Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MSRPRelay release 1.0.3
Hello, There is a new release of MSRPRelay available, This software implements an MSRP relay (RFC 4976), which is an extension to the MSRP protocol (RFC 4975). Its main role is to help NAT traversal of Interactive Messaging and file transfer sessions for SIP/MSRP endpoints located behind NAT. Out of the box, the software is designed to work in combination with the subscriber database used by OpenSIPS. This release contains bug fixes and better compatibility with and checks for the software it depends upon. To upgrade your debian unstable installation: apt-get update apt-get install msrprelay Or download the tar file from: http://download.ag-projects.com/MSRP/ Changelog msrprelay (1.0.3) unstable; urgency=low * Modified code to use the latest facilities from python- application 1.1.5 * Updated minimum version dependency on python-application * Updated list of pruned directories from the source distribution * Restart server after upgrade * Updated readme and install documents msrprelay (1.0.2) unstable; urgency=low * Adapted code to work with the latest python-application changes: - use ConfigSetting descriptors instead of _datatypes - replaced startSyslog with start_syslog - use system_config_directory instead of _system_config_directory * Added runtime dependency checks using application.dependency * Small fix in forwarding logic * Improved error messages when TLS certificates are missing or faulty * Added log_level option to configuration file * Fixed debian building warnings * Update sample config file * Moved tasks to wiki tickets * Fixed parameter quoting in WWW-Authenticate and Authentication- Info header * Added relay session_id check for incoming messages * Use os.urandom instead of reading directly from /dev/urandom * Allow refreshing AUTH from client, nothing is actually refreshed * Fixed the first characted of generated transaction-id to be alphanumeric * Correct callback sequence for authentication Deferred * Updated debian dependencies * Updated dependencies in INSTALL * Removed unused imports * Minimized and updated build and runtime dependencies * Removed obsolete python version specifications in debian control file * Added missing files to source distribution * Fixed lintian warning about missing misc:Depends msrprelay (1.0.1) unstable; urgency=low * Remove the session from unbound_session when we start trying to make an outbound connection * Added instructions for how to install or build the Debian package Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New OpenXCAP release 1.1.1 (and collateral software)
Hello, There is a new release of OpenXCAP (1.1.1) and collateral software soap-simple-proxy (1.0.7), python-xcaplib (1.0.10) available. These releases contain bug fixes discovered at the last SIPIT in Tokio and better compatibility with and checks for the software they depends upon. To upgrade your debian unstable installation: apt-get update apt-get install openxcap apt-get install soap-simple-proxy apt-get install python-xcapclient Or download the tar files from: http://download.ag-projects.com/XCAP/ Changelogs openxcap (1.1.1) unstable; urgency=low * Merged the ThorNode section of the configuration file into ThorNetwork * Fixed config.ini.sample to fit in 80 chars width * Better TLS defaults in the sample configuration file * Better logging of exceptions in the script * Adapted code to the latest API changes in python-application 1.1.5 * Fixed handling of XMLRPC errors in publish_xcapdiff of OpenSIPS interface * Fixed lintian warning about missing misc:Depends * Fixed default value for ServerConfig.applications setting * Removed unused config file * Updated include and prune lists in MANIFEST.in * Fixed backend config setting default type * Removed unused imports * Simplified and updated debian build dependencies * Updated requirements in INSTALL * Updated debian dependencies * Simplified dependency checking by using the application.dependency module * Changed how the system config directory is set to use latest API * Updated Python dependency to 2.5 in INSTALL * Moved todo items to wiki tickets * Update copyright text * Bumped standards version and version for python-application * Fixed reading OpenSIPS xmplrpc_url config option * Added version check for python-application on startup * Removed _datatypes attribute from ConfigSection subsclasses * Reverted classmethods of ConfigSection class to functions * Removed ConfigFile.read_settings() overriden method * Made "algorithm"/"stale" unquoting patch Python 2.4 compatible * Make "algorithm" and "stale" header parameters not quoted * Restart software on debian upgrade soap-simple-proxy (1.0.7) unstable; urgency=low * Replaced python-all-dev build dependency with python * Fixed use of process.system_config_directory * Removed workaround for python < 2.3 * Adapted configuration to python-application >= 1.1.5 * Added dependency checks in script * Added dependency on python-application >= 1.1.5 in debian/control * Bumped Standards-Version to 3.8.2 * Fixed ServiceURL configuration datatype and the default values using it soap-simple-proxy (1.0.6) unstable; urgency=low * Fixed XCAPClient to allow both digest and basic authentication * Added LSB header to init script * Added misc:Depends dependency to fix lintian warning * Replaced call to deprecated startSyslog with start_syslog * Redirected stderr to stdout to fix display of SOAPpy messages * Changed to python-support * Changed order of includes in debian/rules to make cdbs happy * Removed restriction of not starting application at installation * Removed deprecated control fields in favor of debian/pyversions * Added Lucian Stanescu to uploaders list * Updated copyright notice * Bumped Standards-Version to 3.8.1 soap-simple-proxy (1.0.5) unstable; urgency=low * Changed a lxml argument from positional to keyword soap-simple-proxy (1.0.4) unstable; urgency=low * Added XCAPError exception which relays non 2xx/404 responses from OpenXCAP to the SOAP client python-xcaplib (1.0.10) unstable; urgency=low * Added 'sip:' prefix to XUI * Fixed handling of bodyless error responses * Fixed handling of configuration data for python-application >= 1.1.2 * Replaced use of deprecated _datatypes attribute with ConfigSetting * Added dependency on python-application >= 1.1.4 * Replaced python-all-dev build dependency with python * Bumped Standards-Version to 3.8.2 * Added ${misc:Depends} to debian/control * Replaced use of deprecated ConfigFile.read_settings with ConfigSection.read Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] Astricon 2009 / October 13-15
AG Projects will exhibit at the Open Source Telephony Conference in Phoenix/Arizona. http://www.astricon.net/ If anyone on this mailing list plans to attend you know where to reach us. Kind regards, Adrian Georgescu smime.p7s Description: S/MIME cryptographic signature ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] SF.net SVN: opensips:[6043] branches/1.5/modules/rls/subscribe.c
On Aug 28, 2009, at 3:01 PM, Juha Heinanen wrote: > Anca Vamanu writes: > >> - if an indialog Subscribe does not match a known dialog, send the >> - Subscribe to presence server (reported by Juha Heinanen) > > anca, > > thanks for the fix. > > after thinking a bit more this, it should be possible to distinguish > in > script if an initial subscribe possibly is for rls server, because > normal subscribes are for uris of local users. You can subscribe also to users of remote domains and they are not local. > so if target of > subscribe is not for a local user, handle it with rls_handle_subscribe > and return 404 if it fails. This is wrong for the reason above. There was a reason for handling the way it was, too bad Dan is in holiday and could not comment. Adrian > > -- juha > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel -- Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [xcap table] Mapping between "doc_type" column and XCAP document type?
app_mapping = {"pres-rules" : 1, "resource-lists" : 2, "rls-services" : 3, "pidf-manipulation": 4 } -- Adrian On Aug 30, 2009, at 7:10 PM, Iñaki Baz Castillo wrote: > doc_type ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MediaProxy release 2.3.7
Hello, There is a new release of MediaProxy available, it contains several bug fixes. To upgrade your debian unstable installation: sudo apt-get update sudo apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy- web-sessions Or download the tar file from: http://download.ag-projects.com/MediaProxy/ The changelog follows: mediaproxy (2.3.7) unstable; urgency=low * Fixed typo in debian changelog * Improved some error messages * Do not try to send media to port 0 in tests * Fixed handling of streams that are disabled when their port is set to 0 * Added 2 more tests for sessions with disabled streams * Automatically restore the media_sessions table if gone during runtime * Allow the to_tag field in the media_sessions table to be NULL * Fixed issue in radius accounting when to_tag is None Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MediaProxy release 2.3.8
Hello, There is a new release of MediaProxy available, it contains several bug fixes. To upgrade your Debian unstable installation (it works now for both x86 and amd64 architectures): sudo apt-get update sudo apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy- web-sessions Or download the tar file from: http://download.ag-projects.com/MediaProxy/ The changelog follows: mediaproxy (2.3.8) unstable; urgency=low . * Removed wrong quotes around option in config.ini.sample * Improved error message to make it easier to spot problems * Fixed handling of old remote stream address when undefined * Fixed building debian architecture dependent packages only Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] new CDRTool release 6.9.3
Changelog: cdrtool (6.9.3) unstable; urgency=low * Fixed insert into prepaid table * Fixed url in PSTN gateways * Fixed column name in sip_trace table when purging * Fixed encoding of html links to sip and media trace * Fixed building statistics with online devices in OpenSIPS datasource cdrtool (6.9.2) unstable; urgency=low * Added labbels for all SIP Thor network entities cdrtool (6.9.1) unstable; urgency=low * Added labbels for SIP Thor nodes * Updated freeradius patches from Norman Brandinger * Export X509 certificate associated with the SIP account The software can be downloaded from: http://download.ag-projects.com/CDRTool/ For those running Debian unstable there is an official public repository. To use it, add these lines in /etc/apt/sources.list # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Install the AG Projects debian software signing key: wget http://download.ag-projects.com/agp-debian-gpg.key apt-key add agp-debian-gpg.key After that, run: sudo apt-get update sudo apt-get install cdrtool Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] Soon you can Blink!
http://wiki.icanblink.com/ Blink implements RTP audio sessions (VoIP), session based Instant Messaging (IM), file transfer and multi-party chat sessions using MSRP protocol and its relay extension, desktop sharing using VNC protocol, publication and subscription for rich presence information such as availability, moods, activities and geo-location, management for the presence rules, resource lists, RLS services documents using XCAP protocol. You can receive a notification when the software become available or participate to our early adopter program by registering on the mailing list: http://lists.ag-projects.com/mailman/listinfo/blink -- Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Adding support for 'dialog-rules'
Inaki, One of the IETF goals is to make protocols extensible without having to go back to the standards body for adding new stuff. In SIP you can an extra header for instance without breaking anything and without having to standardize it either. This is one example for extending the usage of the standard common- policy. It takes 5 lines of code to use it for other useful purposes. It means that IETF did something good in the end. -- Adrian On Nov 15, 2009, at 8:57 PM, Iñaki Baz Castillo wrote: > El Martes, 10 de Noviembre de 2009, Saul Ibarra Corretge escribió: >> As it was discussed earlier >> (http://www.openser.org/pipermail/devel/2009-July/003522.html) we are >> planning to support access rules for Event: dialog in the same >> fashion >> pres-rules do for Event: presence. > > So we'll end with two components supporting this non estandar feature: > OpenXCAP as XCAP server and OpenSIPS as SIP presence server. And I > expect that > Blink (SIP/XCAP softphone) will also implement it. > > Proprietary appplications on top of open source software. Not so > great IMHO. > > Also, what does it mean "using like pres-rules format"? pres-rules > format (RFC > 5025) is more than "uri A => allow", uri B => block". It allows > filtering the > notified information (however it's not used at all). But this could > be useful > for dialog-info event ("I allow alice to monitor call to me, but not > call made > by me" or "I allow bob to also monitor calls made by me, but he > cannot know > how I call"). These filetering features are also suggested in RFC > 4235. > > It would be great if a draft is written with this specification > instead of > just coding a propietary feature (IMHO). > > Regards. > > > -- > Iñaki Baz Castillo > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] Adding support for 'dialog-rules'
>> I would like to know what happens if Eyebeam or SipSimpleClient gets, via XCAP, a pres-rules document with lots of sections and (not just ) in sections. Some would be also cool... Inaki, You can make a patch to make it work and we will add it. -- Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Adding support for 'dialog-rules'
Inaki, So what are you gonna do about it? -- Adrian On Nov 18, 2009, at 7:24 PM, Iñaki Baz Castillo wrote: > El Miércoles, 18 de Noviembre de 2009, Adrian Georgescu escribió: >> I would like to know what happens if Eyebeam or >> SipSimpleClient gets, via XCAP, a pres-rules document with lots of >> >> sections and (not just ) in sections. Some >> would be also cool... >> >> Inaki, >> You can make a patch to make it work and we will add it. > > That's the problem Adrian, it's imposible to fix it. Is not posible > to know > how a vendor X client will generate its 100% valid pres-rules > documents. > This is just possible using a more strict layer on top of pres-rules > format, > as OMA has done: > > The OMA pres rules document is a well and strictly documented subset > of IETF > pres-rules format, so any client could interpret a OMA pres-rules > generated by > any other OMA compliant client. This is not posible with "plain" > IETF pres- > rules. > > -- > Iñaki Baz Castillo > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Adding support for 'dialog-rules'
That's the spirit! Adrian On Nov 18, 2009, at 10:06 PM, Iñaki Baz Castillo wrote: > El Miércoles, 18 de Noviembre de 2009, Adrian Georgescu escribió: >> Inaki, >> >> So what are you gonna do about it? > > Code :) > > > -- > Iñaki Baz Castillo > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Add X-XCAP-Preferred-Identity header to XCAP clients
First of all, there is no correlation on protocols level between the SIP Subscribe from a foreign domain and the HTTP GET requests the watcher performs for fetching an icon stored in an XCAP server in a foreign domain. So technically you cannot enforce a policy about who is allowed to HTTP GET your icon. According to OMA everything is pipe between operators that have agreements between them. So by proxying all HTTP requests to an outbound proxy of operator A the HTTP request will arrive with some extra asserted headers to operator B who will then trust them and honor the HTTP request based on them. This is non-sense on the Internet. Protecting an icon is also complete non-sense as once somebody fetched it no matter by what means or credentials it can post it on Facebook and the rest of the universe got it. Is a picture in the end, something you display in a small area of a remote device, something you published in the first place to be reachable and not some credit card secret details. If you think you need high security for an icon do not publish it in the first place. The only reasonable thing you can do with the icon is to anonymize the URL so that people cannot simply guess it. The ones who obtain the URL from the Notify with presence Event can fetch it because they know where it is. This is what we are now building in OpenXCAP. -- Adrian On Nov 19, 2009, at 12:58 PM, Iñaki Baz Castillo wrote: > El Jueves, 19 de Noviembre de 2009, Thiago Rondon escribió: >> Iñaki, >> >> In this scenario that you said, alice could fetch bob's icon store in >> the XCAP server by authentication as alice, how the security roles >> works? >> >> For example, if you can just give access to alice to see bob's icon >> if >> alice in the 'whitelist' of presence-rules.xml ? > > That's a very good question for which there is no specifications > (AFAIK). > However the server could have local policies (i.e: alice can get > bob's icon, > after authentication, since alice's domain matches bob's domain). > > Inspecting the pres-rules of bob would be the more ellegant > solution: if bob > allows alice to see his status, then it makes sense that alice could > fetch > bob's icon (same as in XMPP, MSN networks). > > However it requires that the XCAP server inspect bob's pres-rules, > but it > could be feasible. > > > >> >> Thanks! >> -Thiago Rondon >> >> Iñaki Baz Castillo escreveu: >>> Hi, authorization in IETF's pure XCAP is not defined. This is: a >>> XCAP >>> request doesn't identify the originator but just the requested >>> user's >>> document. >>> >>> A too much simplistic workaround is requiring authentication for >>> all the >>> requests and just allow the request if the credentials username >>> matches >>> the request XUI. >>> >>> However this is not valid for some cool XCAP applications as >>> fetching >>> users' icon (alice couldn't fetch bob's icon stored in the XCAP >>> server as >>> alice cannot authenticate as bob). >>> >>> As I sad above, IETF didn't manage it. Instead there are some >>> solutions >>> born in OMA, 3GPP and so... >>> >>> The solution is adding an identity header in the client request >>> identifying the desired identity (SIP or TEL URI), so the server >>> would >>> ask authentication based on the identity rather than on the XUI. >>> This >>> would allow the server to authorize alice (after authentication) to >>> access bob's icon. >>> >>> This header can be: >>> >>> X-XCAP-Preferred-Identity >>>and/or >>> X-3GPP-Preferred-Identity >>> >>> In OMA architecture, where there is an aggregation proxy in front >>> of the >>> XCAP servers, the proxy authenticates the client and asserts its >>> identity >>> by adding "X-XCAP/3GPP-Asserted-Identity" (some mechanism as in >>> pure SIP >>> protocol). >>> >>> I've already implemented it in my Ruby XCAP client library >>> (version 1.2): >>> http://dev.sipdoc.net/projects/ruby-xcapclient/news >>> >>> I suggest to include it in other XCAP clients (AG's Python >>> xcapclient, >>> sipsimpleclient, Blink...). >>> >>> Regards. >> >> ___ >> Devel mailing list >> Devel@lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel >> > > > -- > Iñaki Baz Castillo > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Add X-XCAP-Preferred-Identity header to XCAP clients
Another propietary (even if it's open source) XCAP application? good, and which client will implement it (uploading an naming an icon in a propietary way)? Let me guess... Blink? Inaki, Can you explain what is proprietary about using a random file name for the icon auid? Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] Add X-XCAP-Preferred-Identity header to XCAP clients
El Viernes, 20 de Noviembre de 2009, Adrian Georgescu escribió: > > Another propietary (even if it's open source) XCAP application? > > good, and > > which client will implement it (uploading an naming an icon in a > > propietary > > way)? Let me guess... Blink? > > Inaki, > > Can you explain what is proprietary about using a random file name for > the icon auid? The mechanism is propietary as storing a non XML document in a XCAP server is not a IETF/XCAP standard, the naming convention, the transfer mode, the icon image requeriments (size, formats)... all is propietary. See OMA *icon auid. It is well documented and it makes sense except for those X- headers that are completely useless on the public Internet. -- Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Add X-XCAP-Preferred-Identity header to XCAP clients
Yes Except those useless headers. -- Adrian On Nov 20, 2009, at 3:12 PM, Iñaki Baz Castillo wrote: > El Viernes, 20 de Noviembre de 2009, Adrian Georgescu escribió: >> See OMA *icon auid. >> It is well documented and it makes sense except for those X- headers >> that are completely useless on the public Internet. > > But will you implement OMA icon auid? > > > -- > Iñaki Baz Castillo > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New auids supported by OpenXCAP
Hello, In the trunk version of OpenXCAP there is support for some new applications useful for user agents the implement SIMPLE presence. - XCAP directory (auid = xcap-directory, org.openmobilealliance.xcap- directory). Lists the documents stored in the XCAP server for a given user. - icon (auid = icon, oma_status-icon). Manipulate user icon for a given user and provide icon download capability from HTTP clients. - Dialog rules (auid = dialog-rules). Dialog Rules application is a custom application modeled after Presence rules that uses authorization policies, to specify when dialog information can be given to which watchers. If someone can test them and provide some feedback would be great. -- Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New XCAP auids supported by SIP SIMPLE client SDK
Hello, Related to the previous post about OpenXCAP support for new auids, SIP SIMPLE client SDK supports the same features, if someone wish to test the interoperability of other clients this provides a starting point. http://sipsimpleclient.com/wiki/SipTesting#TestingGuide The following testing scripts can be used: xcap_dialog_rules xcap_icon xcap_directory -- Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New CallControl release 2.0.7
Hello, There is a new release of CallControl prepaid application available, it contains bug fixes. To upgrade your debian unstable installation: sudo apt-get update sudo apt-get install callcontrol Or download the tar file from: callcontrol-2.0.7.tar.gz Changelog callcontrol (2.0.7) unstable; urgency=low * Fixed typos and variable references by wrong name * Removed unused imports * Fixed handling of diverted calls * Bumped Standards-Version to 3.8.3 Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New CallControl release 2.0.8
Hello, There is a new release of CallControl prepaid application available, it contains important bug fixes. To upgrade your debian unstable installation: sudo apt-get update sudo apt-get install callcontrol Or download the tar file from: http://download.ag-projects.com/CallControl/callcontrol-2.0.8.tar.gz Changelog callcontrol (2.0.8) unstable; urgency=low * Fixed issue with pending calls after startup when dialog detection is used * Improved resilience to calls which are not terminated by OpenSIPS * Fixed handling of MaxSessionTime response from CDRTool * Added dependency on python (>= 2.5) * Fixed radius query generation Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] new CDRTool release 7.0.0
Changelog: cdrtool (7.0.0) unstable; urgency=low * You must update Freeradius configuration with sql.conf and reload the radius_accounting.proc in the radius database depending on your setup * You must apply the database changes from setup/mysql/ alter_tables.mysql * CSV file import formats have been adjusted, to see the current format export the rating files to CSV after applying the database changes * The increment and min_duration fields have been moved from billing_rates and billing_customers to the destinations table [ CDR Storage ] * Added FromHeader radius attribute * Added UserAgent radius attribute * Added SIP-Application-Type radius attribute * If freeradius-xs package from AG Projects is used you must upgrade to the latest Freeradius-XS 1.1.7-4 [ WEB Output] * Added Genexis, Arris_TM722b and Webstar SIP UA images * Show application type (audio, video, chat, message, file-transfer) * Improved parsing of User-Agent and Server headers in SIP trace * Print hostnames instead of IP address in SIP trace table header the hostnames can be set per datasource, see sample configuration file * Show Destination names when grouping the CDRs by destination id * Manage the number of maximum parallel sessions for each prepaid account [ Rating Engine ] * Added increment, min_duration, max_duration, max_price for each destination, the usage of these fields is described in RATING.txt * Removed increment, min_duration from billing_customers * Removed increment, min_duration from billing_rates * Removed increment, min_duration from billing_rates_history * Added max_sessions column to prepaid table * Added note in INSTALL.txt about creating the trusted peer table * Fixed billing tables indexes to contain the reseller_id column * Added normalization for SIP MESSAGE method * Added max_price and max_duration for each destination * Improved rating engine logging * Added note in documentation about setting the impersonate field to 0.0 * Clean-up the start procedure of the rating engine * Return false if a mysql failure occurs during query in prepaid table instead of the mysql error text * Check the sanity of imported columns from CSV files * Log in syslog when loading broken destinations from the destination table * Log in syslog and e-mail the missing rates and destinations * Implement max_sessions for prepaid calls, default is one session * Fixed MySQL reconnection errors that could lead to engine shutdown * Check IP and port number before starting rating engine [ NGNPro Client ] * NGNPro server 4.1.11 or later is required * Use admin credentials when update customers in administrator panels * Deactivate PSTN rights if is the first payment * Fixed init of quota for accounts in SIP Thor backend * Display results of multiple actions on SIP accounts * Added change_privacy_access_number, check_privacy_access_number, reject_anonymous_access_number * Check if reseller is allowed to perform prepaid changes * Added Blink enrollment * Added Credit Card transactions * Added translation files for SIP settings page * Add prepaid users to group prepaid * Added emergency_regions per engine * Added forwarding access codes per engine The software can be downloaded as a tar archive from: http://download.ag-projects.com/CDRTool/ For those running Debian unstable there is an official public repository. To use it, add these lines in /etc/apt/sources.list # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Install the AG Projects debian software signing key: wget http://download.ag-projects.com/agp-debian-gpg.key apt-key add agp-debian-gpg.key After that, run: sudo apt-get update sudo apt-get install cdrtool Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] AG Projects Exhibits at ITEXPO 2010
Hello, AG Projects exhibits at ITEXPO/Digium Asterisk World in Miami/Florida taking place between January 20-22. http://www.tmcnet.com/voip/conference/digium-asterisk-world/ If you wish to learn more about using OpenSIPS and related software supported by our company (MediaProxy, CDRTool, CallControl and OpenXCAP) you are welcome to visit us at booth D15 and listen to our session about how to use OpenSIPS to scale up Asterisk infrastructures: http://www.tmcnet.com/voip/conference/digium-asterisk-world/daw-e10-agenda.aspx?t=DA1#DA1-06 Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New SIP SIMPLE client SDK release 0.12.0
Hello, A new release for SIP SIMPLE client SDK is available. SIP SIMPLE client is a Software Development Kit for easy development of Real Time Applications based on SIP and related protocols for Presence, Audio, Instant Messaging (IM), File Transfers and Desktop Sharing. Other media types can be easily added by using an extensible high-level API. The presence related features have been developed in combination with OpenSIPS Presence Agent and OpenXCAP. The software is available as a tar archive, darcs repository or as a Debian package for Debian unstable distribution. Installation instructions are available at: http://sipsimpleclient.com/wiki/SipInstallation The changelog is attached: python-sipsimple (0.12.0) unstable; urgency=low * Removed obsolete desktopsharing.py file * Use OMA standard auids for icon and directory applications * Added slot property to AudioStream * Refactored DNS lookup implementation * Don't bit-shift g722 audio samples * Updated installation procedures * Added IVirtualAudioDevice interface and support for it in AudioStream * Modified DNSLookup to offer both a synchronous and an asynchronous API * Improved logging in DNSLookup.lookup_service * Added the request URI to the SIPEngineGotMessage notification data * Added CIPID (RFC4482) application * Added check in MSRPStreamBase for transport mismatch in settings * Added checks for SDP media stream transport for incoming sessions * Made Registration always communicate via notifications * Added capabilities application (RFC5196) * Added conference XML application (RFC4575) * Added message summary application (RFC3842) * Modified AudioStream to support changing the rtp port in reINVITEs * Pass code and reason of SIP MESSAGE response to its notification * Added dialog-info application (RFC4235) * Added call_in_(twisted|green)_thread utility functions * Added limit utility function * Refactored sipsimple.account using a green model * Restrucutred SIPApplication to simplify the code * Added support for detecting default IP address changes * Added redirect_identities attribute to SIPSessionDidFail notifications * Modified Account to re-register when some settings change * Removed sip.ip_address and rtp.ip_address global settings * Removed msrp.port global setting * Reorganized account registration notifications * Reorganized settings * Patched dns.entropy module which is not thread-safe * Modified SilenceableWaveFile to use a green model * Made Account.credentials a property * Reorganized the contents of the sipsimple.util module * Modified MSRPStreamBase to stop other operations when an end is requested * Added support for SystemDidWakeUpFromSleep notification in registration * Moved Timestamp from sipsimple.applications.util to sipsimple.util * Removed sipclients related modules, scripts and data from the project * Reorganized packages and modules * Numerous bug fixes Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New SIP SIMPLE Clients release 0.12.0
Hello, A new release for SIP SIMPLE Clients is available. SIP SIMPLE Clients can be used for setting up Audio, Instant Messaging (IM) and File Transfer sessions, Publish and Subscribe for presence or other events. The clients can be used in a Unix terminal on Linux and MacOSX operating systems. The software is available as a tar archive, darcs repository or as a Debian package for Debian unstable distribution. Installation instructions are available at: http://sipsimpleclient.com/wiki/SipInstallation The following clients are available: * sip-settings - Manage the settings used by all clients * sip-register - REGISTER a SIP end-point with a SIP Registrar * sip-session - Supports multiple Audio, IM and File Transfers sessions * sip-audio-session - Setup an Audio session * sip-message - Exchange text in page mode using SIP MESSAGE method * sip-publish-presence - Publish presence event to a SIP Presence Agent * sip-subscribe-winfo - SUBSCRIBE to watcher list on a SIP Presence Agent * sip-subscribe-presence - SUBSCRIBE to presence event * sip-auto-publish-presence - Publish randomly generated presence event * sip-subscribe-rls - SUBSCRIBE to lists managed by a SIP Resource List Server * sip-subscribe-xcap-diff - SUBSCRIBE to XCAP resources changes * sip-subscribe-mwi - SUBSCRIBE to Message Waiting Indication on a Voicemail server * xcap-directory - List documents stored on a XCAP server for a given user * xcap-pres-rules - Manage the content of a pres-rules XCAP document * xcap-dialog-rules - Manage the content of a dialog-rules XCAP document * xcap-icon - Manage an icon document stored on the XCAP server * xcap-rls-services - Manage the content of a rls-services XCAP document For how to setup and use the clients visit: http://sipsimpleclient.com/wiki/SipTesting Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] New SIP SIMPLE client SDK release 0.12.0
Hello, That dependency does not work using apt-get source. At this moment the only way to build it is to fetch the python-eventlet from our darcs repository and build it locally, the correct version is 0.8.11. We shall make these packages in the near future but now is the only way to do it. Adrian On Feb 1, 2010, at 4:13 AM, Juha Heinanen wrote: > Adrian Georgescu writes: > >> The software is available as a tar archive, darcs repository or as a >> Debian package for Debian unstable distribution. > > since python-sipsimple depends on python-eventlet, i tried to build > the > latter by getting the source with 'apt-get source python-eventlet' and > then building debian package with command 'dpkg-buildpackage - > rfakeroot > -b -us -uc'. the latter failed as shown below. > > -- juha > > ... > cd . && python setup.py install --root=/usr/src/eventlet-0.8.10/ > debian/python-eventlet/ --no-compile -O0 > running install > running build > running build_py > running install_lib > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5 > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5/site-packages > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5/site-packages/eventlet > copying build/lib/eventlet/httpdate.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/wsgi.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5/site-packages/eventlet/support > copying build/lib/eventlet/support/pycurls.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/greenlets.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/stacklesss.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/pylib.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/stacklesspypys.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/__init__.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/twisteds.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/corolocal.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/api.py -> /usr/src/eventlet-0.8.10/debian/ > python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/proc.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/timer.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/logutil.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/saranwrap.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5/site-packages/eventlet/hubs > copying build/lib/eventlet/hubs/libev.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet/hubs > copying build/lib/eventlet/hubs/twistedr.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/hubs > copying build/lib/eventlet/hubs/__init__.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/hubs > copying build/lib/eventlet/hubs/selects.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/hubs > copying build/lib/eventlet/hubs/nginx.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet/hubs > copying build/lib/eventlet/hubs/hub.py -> /usr/src/eventlet-0.8.10/ > debian/pyt
Re: [OpenSIPS-Devel] New SIP SIMPLE client SDK release 0.12.0
The right tar file versions are here: http://download.ag-projects.com/SipClient/ Adrian On Feb 1, 2010, at 4:13 AM, Juha Heinanen wrote: > Adrian Georgescu writes: > >> The software is available as a tar archive, darcs repository or as a >> Debian package for Debian unstable distribution. > > since python-sipsimple depends on python-eventlet, i tried to build > the > latter by getting the source with 'apt-get source python-eventlet' and > then building debian package with command 'dpkg-buildpackage - > rfakeroot > -b -us -uc'. the latter failed as shown below. > > -- juha > > ... > cd . && python setup.py install --root=/usr/src/eventlet-0.8.10/ > debian/python-eventlet/ --no-compile -O0 > running install > running build > running build_py > running install_lib > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5 > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5/site-packages > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5/site-packages/eventlet > copying build/lib/eventlet/httpdate.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/wsgi.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5/site-packages/eventlet/support > copying build/lib/eventlet/support/pycurls.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/greenlets.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/stacklesss.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/pylib.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/stacklesspypys.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/__init__.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/twisteds.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/corolocal.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/api.py -> /usr/src/eventlet-0.8.10/debian/ > python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/proc.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/timer.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/logutil.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/saranwrap.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5/site-packages/eventlet/hubs > copying build/lib/eventlet/hubs/libev.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet/hubs > copying build/lib/eventlet/hubs/twistedr.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/hubs > copying build/lib/eventlet/hubs/__init__.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/hubs > copying build/lib/eventlet/hubs/selects.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/hubs > copying build/lib/eventlet/hubs/nginx.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet/hubs > copying build/lib/eventlet/hubs/hub.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet/hubs > copying build/lib/eventlet/hubs/poll.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet/hubs > copying b
Re: [OpenSIPS-Devel] New SIP SIMPLE client SDK release 0.12.0
I have pushed the python-eventlet 0.8.11 to our repository can you try again now? Adrian On Feb 1, 2010, at 4:13 AM, Juha Heinanen wrote: > Adrian Georgescu writes: > >> The software is available as a tar archive, darcs repository or as a >> Debian package for Debian unstable distribution. > > since python-sipsimple depends on python-eventlet, i tried to build > the > latter by getting the source with 'apt-get source python-eventlet' and > then building debian package with command 'dpkg-buildpackage - > rfakeroot > -b -us -uc'. the latter failed as shown below. > > -- juha > > ... > cd . && python setup.py install --root=/usr/src/eventlet-0.8.10/ > debian/python-eventlet/ --no-compile -O0 > running install > running build > running build_py > running install_lib > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5 > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5/site-packages > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5/site-packages/eventlet > copying build/lib/eventlet/httpdate.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/wsgi.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5/site-packages/eventlet/support > copying build/lib/eventlet/support/pycurls.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/greenlets.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/stacklesss.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/pylib.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/stacklesspypys.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/__init__.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/support/twisteds.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/support > copying build/lib/eventlet/corolocal.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/api.py -> /usr/src/eventlet-0.8.10/debian/ > python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/proc.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/timer.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/logutil.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > copying build/lib/eventlet/saranwrap.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet > creating /usr/src/eventlet-0.8.10/debian/python-eventlet/usr/lib/ > python2.5/site-packages/eventlet/hubs > copying build/lib/eventlet/hubs/libev.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet/hubs > copying build/lib/eventlet/hubs/twistedr.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/hubs > copying build/lib/eventlet/hubs/__init__.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/hubs > copying build/lib/eventlet/hubs/selects.py -> /usr/src/ > eventlet-0.8.10/debian/python-eventlet/usr/lib/python2.5/site- > packages/eventlet/hubs > copying build/lib/eventlet/hubs/nginx.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet/hubs > copying build/lib/eventlet/hubs/hub.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet/hubs > copying build/lib/eventlet/hubs/poll.py -> /usr/src/eventlet-0.8.10/ > debian/python-eventlet/usr/lib/python2.5/site-packages/eventlet/hubs > co
[OpenSIPS-Devel] New MediaProxy release 2.4.0 with support for ICE negotiation
Hello, There is a new release of MediaProxy available. This version allows MediaProxy relay to be used as a TURN candidate in ICE negotiation. The complete ICE functionality is described here: http://mediaproxy-ng.org/wiki/ICE To upgrade your Debian unstable installation do: sudo apt-get update sudo apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy- web-sessions Or download the tar file from: http://download.ag-projects.com/MediaProxy/ The changelog follows: mediaproxy (2.4.0) unstable; urgency=low * Added ICE negotiation capability and assert itself as a TURN relay candidate in the SDP, for a complete description and usage information see http://mediaproxy-ng.org/wiki/ICE * Fix race in which an already called event tried to be cancelled * Prevent other acounting backends to be affected by a failure in one of them If you use CDRTool you must upgrade to version 7.1.0 and update the MySQL stored procedures that create the radius records, see cdrtool changelog for more information. Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] new CDRTool release 7.1.0
Changelog: cdrtool (7.1.0) unstable; urgency=low * Added support for ICE negotiation (requires MediaProxy >=2.4.0) You must update Freeradius configuration with sql.conf and reload the stored procedures file radius_accounting.proc in the radius database * Insert/update sql queries in Freeradius sql.conf have been deprecated in favour of the stored procedure * Added EPC2203 user agent The software can be downloaded as a tar archive from: http://download.ag-projects.com/CDRTool/ For those running Debian unstable there is an official public repository. To use it, add these lines in /etc/apt/sources.list # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Install the AG Projects debian software signing key: wget http://download.ag-projects.com/agp-debian-gpg.key apt-key add agp-debian-gpg.key After that, run: sudo apt-get update sudo apt-get install cdrtool Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] New MediaProxy release 2.4.0 with support for ICE negotiation
We are aware of this and will address the OpenXCAP packaging issue in the next release. Adrian On Feb 24, 2010, at 5:01 AM, Juha Heinanen wrote: > Juha Heinanen writes: > >> adrian, >> >> the list does not include anything about python-application >> 1.2.2 compatibility. does it work with that version or still require >> old version? >> >> -- juha > > sorry about the mixup. the problem was with openxcap, not mediaproxy. > > -- juha > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] Using OpenSIPS/MediaProxy infrastructure with ICE enabled - looking for feedback
Hello, We have enabled the latest OpenSIPS/MediaProxy versions with support for ICE negotiation on http://sip2sip.info We managed to obtain with our initial testing using Blink (based on PJSIP stack) directly connected RTP media streams between the end- points (by using the server reflexive candidates obtained from the STUN server) when setting the MediaProxy relay to low priority. If someone else has ICE enabled end-points, can test and provide us with feedback about the success rate of the ICE negotiation would be great to fine tune the software! The ICE functionality is described here: http://mediaproxy-ng.org/wiki/ICE Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MediaProxy release 2.4.2
Hello, There is a new release of MediaProxy available, it contains bug fixes. The corespondent mediaproxy module changes are now available in OpenSIPS repository except for the ICE changes that are still in the bug tracker. To upgrade your Debian unstable installation do: sudo apt-get update sudo apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy- web-sessions Or download the tar file from: http://download.ag-projects.com/MediaProxy/ The changelog follows: mediaproxy (2.4.2) unstable; urgency=low * Prevent streams from being closed when a broken in-dialog request is received -- Saul Ibarra Tue, 09 Mar 2010 11:20:17 +0100 mediaproxy (2.4.1) unstable; urgency=low * Update the session information if 200 OK was received without SDP -- Saul Ibarra Thu, 25 Feb 2010 11:07:19 +0100 Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Using OpenSIPS/MediaProxy infrastructure with ICE enabled - looking for feedback
We support the current and latest version, the version that is going to become an RFC (is now in the RFC editor queue). http://www.ietf.org/id/draft-ietf-mmusic-ice-19.txt Depending on which previous version of ICE the device implement they may work or not only real testing can show. Adrian On Mar 9, 2010, at 8:50 AM, Thomas Gelf wrote: > Additional note: I did not yet start my tests, but I already made some > captures and gave a look at the SDP body generated by those snom > phones > allowed to use ICE. > > It seems that they are still doing ICE as proposed in > draft-rosenberg-sipping-ice - and not as in the RFC-to-be mmusic > draft. > > The new OpenSIPS/Mediaproxy enhancement does not have support for this > "legacy" ICE variant, does it? > > Regards, > Thomas > > Thomas Gelf wrote: >> As I consider ICE one of the most exciting and underestimated >> features >> in the SIP world, I decided to dedicate ICE a whole test day within >> this >> week. I'll set up a dedicated OpenSIPS proxy, a single MediaProxy >> relay >> and make intensive tests using a few snom phones (370, 820, 870 - >> they >> all shall support ICE) behind different NAT types (symmetric and >> others). >> >> I'll let you know the result as soon as I have done so. In the >> meantime >> a big hug for all your effort and for your great software! >> >> Cheers, >> Thomas >> >> Adrian Georgescu wrote: >>> If someone else has ICE enabled end-points, can test and provide us >>> with feedback about the success rate of the ICE negotiation would be >>> great to fine tune the software! >> > > > -- > mail: tho...@gelf.net > web: http://thomas.gelf.net/ > > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Soon you can Blink!
> * How does it figure out it's reflective candidate if I didn't > configure > a STUN server? The stun server must be in DNS of the caller domain or you can add them manually in Account -> Advanced -> Nat Traversal section > * Configuring a STUN server AND enabling ICE seems to cause > problems, it > didn't place calls any more. I must confess that the person testing it > was sitting in another room, I was an the phone with him and > sniffing at > proxy side. Therefore it could also be that he misstyped the STUN > server > domain... Still it has to work when stun does not work. Any visible reason in / var/log/system.log or Debug window ? > * It has problems with special characters (example: german umlaut) if > configured as display name. Blink immediately says "...cannot encode > charaters..." in the "Add New Account" dialog We will check this. Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Soon you can Blink!
On Mar 10, 2010, at 2:49 PM, Thomas Gelf wrote: > As I work on Linux only If you get the latest SIP SIMPLE command line clients (they work on Debian at least) they all have the ICE feature and display the outcome of ICE negotiation when RTP stream is active. http://sipsimpleclient.com/wiki/SipTesting#TestingGuide sip-audio-sessions sip-session Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Soon you can Blink!
On Mar 10, 2010, at 7:49 PM, Thomas Gelf wrote: > Adrian Georgescu schrieb: >>> * How does it figure out it's reflective candidate if I didn't >>> configure a STUN server? >> >> The stun server must be in DNS of the caller domain or you can add >> them manually in Account -> Advanced -> Nat Traversal section > > Ok, that explains it -> STUN server has been in the DNS :) But also > adding it manually to "Account -> Adv..." AND enabling ICE somehow > "blocked" Blink when trying to place a call, at least it didn't do > anything - and it didn't send packets to my SIP proxy. Can you enable Debug -> Notifications next time and paste them back? > At least that's > what I have been told, have not been sitting in front of that MAC > while > we did the tests with those different settings... > >> Still it has to work when stun does not work. Any visible reason in / >> var/log/system.log or Debug window ? > > No idea, sorry. And the MAC is no longer here :( I'll try it with more > calm once I get one next time! Again all you do with Blink can you can reproduce with the command line tools from SIP SIMPLE client SDK. Any luck installing those? You can toggle Trace Notifications in sip-session or sip-audio-session too. Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SIP SIMPLE client SDK documentation now available
Hello, The first stable version of the high level Middleware API for SIP SIMPLE client SDK has been published: http://sipsimpleclient.com/wiki/SipMiddlewareApi If you like programming in Python and want to develop SIP end-points, whether clients or servers, now you can rely on the SDK as being in its stable form. Sample code: Hello World! - provides a minimalist example for setting up a Audio Session Command Line Tools provide detailed practical examples for how to use all functions available in the SDK Blink, a fully featured and easy to use SIP client for MacOSX (soon on Linux and Windows) Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] openxcap does not start with python-application 1.2.2
We work on packing as we speak. No ETA as usual :-) On Apr 9, 2010, at 5:52 PM, Juha Heinanen wrote: > any news about the subject? debian squeeze has python-application > version 1.2.3, which makes it impossible to run openxcap on that > system. > > -- juha > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel > ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New SIP SIMPLE client SDK release 0.14.0
Hello, The first stable release for SIP SIMPLE client SDK is available in AG Projects App Store :-) SIP SIMPLE client is a Software Development Kit for development of Real Time Applications based on SIP and related protocols for Presence, Audio, Instant Messaging (IM), File Transfers and Desktop Sharing. Other media types can be easily added by using an extensible high-level API. 0.14 is the first release considered stable with an API that is unlikely to go through any major modifications in the foreseable future. To see what the software is capable of, check out Blink from http://icanblink.com Full up to date documentaion is available on the wiki: http://sipsimpleclient.com/wiki/SipMiddlewareApi Installation instructions for various platforms are available at: http://sipsimpleclient.com/wiki/SipInstallation Among the last additions to the SDK: * Audio conferencing * Bonjour functionality * ICE negotiation * Reason Header * Full re-INVITE handling Changelog follows: python-sipsimple (0.14.0) unstable; urgency=low * Added handling for PJMEDIA_SDPNEG errors in Session * Use transport in general settings when not using a MSRP Relay * Added missing presence and dialog settings * Do not post MSRPLibraryLog for debug level * Added reason argument to reject and reject_proposal methods of Session * Add ability to CANCEL re-INVITEs * Changed the way NotificationProxyLogger sends MSRP trace notifications * Modified the AudioStream to initialize the audio device once it starts * Added Intel architecture to Prerequisites * Calculate ICE candidate priority according to draft * Use regular nomination in ICE instead of aggressive * Changed DNSLookup to fallback to using local nameservers if NS queries fail * Added instructions for installing the cli scripts * Added new setting account.sip.enable_outbound_proxy * Fixed CPIM implementation and improved ChatStream interface * Added notifications for ICE negotiation status * Refactored audio support * Don't initialize ICE transport if remote SDP doesn't offer ICE * Proper forward declaration of Cython objects * Save session start time when media stream did timeout * Added audio conference support * Set disconnect_reason and failure_reason to the Reason header value if present (RFC 3326) * Added sip.transport_list setting to BonjourAccount * Added MSRP settings to Bonjour account * Added publishing and discovery support to BonjourAccount * Modified AudioTransport to not pause/resume the stream on hold/ unhold * Add support for ICE keepalive * Changed defauls for use sRTP and codec list for better interoperability * Added a timeout when sending (re-)INVITEs * Updated documentation * Numerous bugfixes Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New OpenXCAP release 1.2.0
Hello, There is a new release of OpenXCAP, version 1.2.0. OpenXCAP is now packaged for four Linux distributions: Debian Stable, Debian Unstable, Ubuntu Karmic and Ubuntu Lucid. This is a major new version with new features: org.openmobilealliance.xcap-directory, oma_status-icon, org.openxcap.dialog-rules applications and many bug fixes. The Installation, Configuration and Testing guides on the wiki page have been updated accordingly: http://www.openxcap.org/wiki/Installation Changelog openxcap (1.2.0) unstable; urgency=low * Removed python-xml dependency * Use Account_test for running the test suite * Changed MySQL scripts doc field to mediumblob * Removed unused auids, keep only the standard ones * Use OMA standard names for icon directory applications * Dropped SQLite support which wasn't finished. * Make MySQLdb reconnect active only for version 1.2.2 * Updated readme * Detail allowed MIME types in error response * Icon application GET returns the image itself, not an XML * Fixed size constraint and don't delete previous icons on PUT * Made some error messages more clear * Deprecated port parameter, now port should be specified in root URI * Added icon application support * Added 'public GET applications'. Public GET applications are not asked for auth for GET requests, just for PUT * Fixed xcap-directory listing in SIPThor backend * Support for listing more than one document of the same type in xcap-directory * Added xcap-directory application (OMA TS XDM Core) * If no trusted_peers is specified default to none instead of any * Fixed allow subnets in trusted_peers * Reworked xcap-caps using etree * Use common-policy schema for validating dialog-rules documents * Fixed refresh of OpenSIPS watchers when using dialog-rules * Made presence rules use presence-rules.xsd schema * Added support for dialog-rules * Fixed logging with latest python-application * Remove python-xml dependency by taking sax package from PyXML project * Changed default authentication type to digest * Renamed watchers application to org.openxcap.watchers * Fixed test suite for resource lists and rls services * Bumped debian standards to version 3.8.4 * Restructured all appusages * Updated maintainer and uploaders * Refactored logging system and added more information * Updated documentation and install files * Log fatal error and exit when must-have settings are missing * Clarified configuration sample comments * Renamed dialog-rules to org.openxcap.dialog-rules Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] How to store User Icons using XCAP
This example shows how you can use the latest features in OpenXCAP and OpenSIPS to store, publish and subscribe to changes for user Icons that can be displayed in a buddy list of a Presence enabled SIP User Agent http://www.openxcap.org/wiki/Icon Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New SIP SIMPLE client SDK release 0.14.2
Hello, SIP SIMPLE client SDK is now available as Debian package for the following Linux distributions: Debian Unstable (Sid) # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Debian Stable (Lenny) # AG Projects software deb http://ag-projects.com/debian stable main deb-src http://ag-projects.com/debian stable main Ubuntu Karmic (9.10) # AG Projects software deb http://ag-projects.com/ubuntu karmic main deb-src http://ag-projects.com/ubuntu karmic main Ubuntu Lucid (10.04) # AG Projects software deb http://ag-projects.com/ubuntu lucid main deb-src http://ag-projects.com/ubuntu lucid main Update the list of available packages: sudo apt-get update Install SIP SIMPLE client SDK: sudo apt-get install python-sipsimple Install Command Line Tools: sudo apt-get install sipclients Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] Job openings - OpenSIPS/PJSIP related
http://www.ag-projects.com/content/view/311/227/ Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New SIP SIMPLE client SDK release 0.15.0 / main Blink QT dependency
Hello, There is a new release for SIP SIMPLE client SDK available, version 0.15.0. This version incorporates fixes for the bugs discovered at SIPIT26 and new features implemented since the previous release. SIP SIMPLE client SDK is the main dependency of Blink QT due to be released in July. If you plan to use Blink on Linux you must first check if this library works well on your system. On Linux, sharing the audio device between multiple applications can pose problems dependent on the type of the audio card installed in the system. Some workarounds for them have been described here: http://sipsimpleclient.com/wiki/SipAudioDeviceSharingLinux If you could provide feedback about this matter it would be of great help for other users. The changelog follows: python-sipsimple (0.15.0) unstable; urgency=low * Updated documentation * Added Acknowledgments section * Added support for MSRP Alternative Connection Model * Added NAT detector to SIPApplication object * Don't fail a DNS lookup if an IP address is provided * Made filename argument of start_recording mandatory * Added proposed_streams attribute to SIPSessionGotAcceptProposal * Hide Route header when sending requests out * Fixed adding/removing ports on a bridge after stop was called * Improved SIPURI with pickling and matching capabilities * Improved hold/unhold cascading in Session * Modified WavePlayer and WaveRecorder to allow unicode objects as filename * Fixed crash when system has no soundcard at all * Added ability to select PortAudio revision * Fixed use of the Reason header for determining call disconnect reason * Fixed handling of stream added to conference * Only accept IP addresses for the STUN server list * Moved MSRP transport setting to the account * Fixed ICE support detection * Added configuration instructions for audio device sharing in Linux * Fixed starting of recording on AudioStream while on hold * Fixed MSRP transport used for contacting the relay * Fixed error message in SIPProxyAddress configuration data type * Modified DNSLookup to not timeout completely if NS queries fail * Modified AudioMixer so that it keeps the sound device open on MacOSX 10.6 * Added permanent references to AudioStream to keep pjsip from crashing * Fixed Bonjour neighbour discovery handling * Improved sRTP negotiation capabilities * Fixed the build process on MacOSX 10.6 * Split the installation instructions for Debian and Ubuntu * Split the installation instructions for MacOSX 10.5 and 10.6 * Allow use of cython 0.11.2 * Fixed handling of missing ACK in Session * Fixed dialog rules payload namespace * Added pjmedia patch not to close a media stream too fast * Allocate thread descriptor from pool in portaudio callback * Fixed receiving a BYE without receiving a final response to INVITE python-msrplib (0.12.0) unstable; urgency=low * Fixed build dependency * Lower the MSRP connection timeouts to 10 seconds * Added support for MSRP Alternate Connection Model python-xcaplib (1.0.14) unstable; urgency=low * Use timestams instead of a Timer to check if cached queries are old * Adapt to httplib and socket API changes in Python 2.6 sipclients (0.15.0) unstable; urgency=low * Fixed xcap_diff settings name * Exit if 489 is received for xcapdiff subscription * Reworked xcap-icon options and fixed document selector * Fixed dialog-rules auid * Added ICE debug to the console output * Improved formatting of long configuration values * Improved error handling in sip-subscribe-winfo * Fixed calls to AudioStream.start_recording * Use the builtin NAT detector * Avoid error when printing session duration if it failed to start * Release reference to session when it ended abnormally Installation and update instructions are available at: http://sipsimpleclient.com/wiki/SipInstallation Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New OpenXCAP release 1.2.1
Hello, There is a new release of OpenXCAP, version 1.2.1. It contains bug fixes. Changelog openxcap (1.2.1) unstable; urgency=low * Don't generate exception if unknown namespace is specified * Fix crash with huge logs produced by icon application * Modified log_access not to assume response.stream exists * Support full and partial URLs * Fix packaging for Debian and Ubuntu distributions To update your installation see: http://www.openxcap.org/wiki/Installation Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] New OpenXCAP release 1.2.1
Juha, This is harmless and is caused by some other non-xcap lib loading a previously loaded module. Not sure how we can rid of it because is not written by us . Adrian On Jun 30, 2010, at 6:17 PM, Juha Heinanen wrote: > Adrian Georgescu writes: > >> There is a new release of OpenXCAP, version 1.2.1. It contains bug >> fixes. > > adrian, > > i built and installed this on debian squeeze. it went fine except this > warning during startup: > > Starting OpenXCAP server: openxcap > /usr/lib/python2.6/dist-packages/zope/__init__.py:3: UserWarning: Module > _mysql was already imported from /usr/lib/pymodules/python2.6/_mysql.so, but > /usr/lib/pymodules/python2.6 is being added to sys.path > import pkg_resources > > looks like it is harmless, but would anyway be nice to get rid off. > > -- juha > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel > ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MediaProxy release 2.4.3
Hello, There is a new release of MediaProxy available, it contains bug fixes. To upgrade your Debian unstable installation do: sudo apt-get update sudo apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy-web-sessions mediaproxy-common-dbg Or download the tar file from: http://download.ag-projects.com/MediaProxy/ Changelog: mediaproxy (2.4.3) unstable; urgency=low * Added support for pyrad version 1.2 * Don't create a media session in the relay if the SIP request and response do not contain SDP with media streams * Added mediaproxy-common-dbg package to allow debugging in case of software crash Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] SF.net SVN: opensips:[7027] branches/1.6
Hello Razvan, Could you please add a changelog when you modify someone else's code so that other developers can understand the consequences of your changes without having to dive into the commit details? Adrian On Jul 15, 2010, at 4:48 PM, Razvan Crainea wrote: > Revision: 7027 > http://opensips.svn.sourceforge.net/opensips/?rev=7027&view=rev > Author: razvancrainea > Date: 2010-07-15 13:48:29 + (Thu, 15 Jul 2010) > > Log Message: > --- > > > Modified Paths: > -- >branches/1.6/action.c >branches/1.6/cfg.lex >branches/1.6/cfg.y >branches/1.6/etc/opensips.cfg >branches/1.6/modules/call_control/call_control.c >branches/1.6/pvar.c >branches/1.6/route.c >branches/1.6/route_struct.h > > Added Paths: > --- >branches/1.6/xlog.c >branches/1.6/xlog.h > > Removed Paths: > - >branches/1.6/modules/xlog/ > > > This was sent by the SourceForge.net collaborative development platform, the > world's largest Open Source development site. > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel > ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] new CDRTool release 8.0.0
Changelog: cdrtool (8.0.0) unstable; urgency=low [ Rating Engine ] * Fixed deblocking of users blocked by quota system * Apply the database changes from setup/mysql/alter_tables.mysql * Added support to debit balance for SMS * Separate calculate functions for Audio and SMS * Added import function for billing discounts * Added discounts per customer per destination * Added increment and min_duration per customer * Added daily_quota per data source setting and check quota usage based on it * Enlarged the login column in log table * Set daily_quota for new installations to 10% * Init the quota usage for today to 0 after quota reset * Improve syslog message for maxsessiontime * Use Subscriber instead of Account in rating tables display for consistency * Added discounts to the list of csv files to import * Rename profile name variables to match weekday and weekend * Added storage for daily quota * Log to syslog the result of maxsessiontime even if call is unlimited * Use sms or audio rate calculation depending on CDR type during normalization [ NGNPro Client ] * Hide Prepaid Card form for embedded clients * Define groups for enrollment of sip account in configuration * Use sender email when asking for cc payments [ WEB Output ] * Trim RPID for whitespaces * Renamed applicationType to application and fixed display of streams information * Improved look and feel of main menu * Fixed broken main css * Added MediaInfo selection box and beautify code a bit * Fixed display of gateways in delete rules screen * Improved documentation * Improved display of media trace stream sequence * Refactor rating engine to use Region to group destinations * Update Blink logo The software can be downloaded as a tar archive from: http://download.ag-projects.com/CDRTool/ For those running Debian unstable there is an official public repository. To use it, add these lines in /etc/apt/sources.list # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Install the AG Projects debian software signing key: wget http://download.ag-projects.com/agp-debian-gpg.key apt-key add agp-debian-gpg.key After that, run: sudo apt-get update sudo apt-get install cdrtool Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] You can Blink now on Linux
Blink Qt Public Beta for Linux This is the first public beta release of Blink Qt. Beta merely means that not all features from the roadmap are yet implemented. The ones implemented are suppose to be working properly and are stable enough for daily reliable use. Under development are now most of the features provided by OpenSIPS Presence Agent, including XCAP authorization and RLS. Release Notes http://www.ag-projects.com/content/view/661/201/ Kind regards, Adrian Georgescu___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] Presence Subscriptions from External Domains
Hello, I have a question maybe someone can help or comment. How can one protect in the real world against faking the identity of presence subscriptions originating from foreign domains? The scenario is: Once us...@domaina accepts presence subscriptions from us...@domainb and his pre-rules is updated with this information, nobody stops somebody else to impersonate us...@domainb to send subscribe messages from any source and presenting the same From header. How can the server that serves domainA check for the real identity of the foreign subscriber? Can anyone comment what would be a good practical solution? Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [OpenSIPS-Users] Presence Subscriptions from External Domains
I remember that some opposed the use of this RFC when it came about telephone numbers because there is no domain part involved. For Presence I do not see telephone numbers involved but only SIP URIs. Would there be other issues against the use of this RFC for this very purpose? Adrian On Aug 26, 2010, at 1:34 PM, Olle E. Johansson wrote: > > 26 aug 2010 kl. 12.46 skrev Adrian Georgescu: > >> Hello, >> >> I have a question maybe someone can help or comment. >> >> How can one protect in the real world against faking the identity of >> presence subscriptions originating from foreign domains? >> >> The scenario is: >> >> Once us...@domaina accepts presence subscriptions from us...@domainb and his >> pre-rules is updated with this information, nobody stops somebody else to >> impersonate us...@domainb to send subscribe messages from any source and >> presenting the same From header. >> >> How can the server that serves domainA check for the real identity of the >> foreign subscriber? >> >> Can anyone comment what would be a good practical solution? > > No, what you're talking about is trust between domains. SIP identity is > trying to get a grip on that, as well as a few other identity solutions, > including S/MIME in the good ol' RFC 3261. > > /O > ___ > Users mailing list > us...@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New SIP SIMPLE client SDK release 0.16.0 with XCAP contacts management
Hello, There is a new release for SIP SIMPLE client SDK available, version 0.16.0 This release implements XCAP contacts list management based on OMA specifications, the documentation is available here: http://sipsimpleclient.com/wiki/SipMiddlewareApi#XCAPsupport Update instructions are available at: http://sipsimpleclient.com/wiki/SipInstallation The server side support is now available in OpenXCAP trunk version. Kind regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New OpenXCAP release 2.0.0 with support for OMA XDM SIP SIMPLE specifications
Hello, There is a new release of OpenXCAP, version 2.0.0 It contains many bug fixes and buddy lists management based on OMA XDM specifications related to SIP SIMPLE presence. openxcap (2.0.0) unstable; urgency=low * Added OMA XDM support for Buddy Lists Management * Unquote external references in resource-lists and pres-rules * Fixed resource lists and RLS services schemas * Added test case for conditional PUT with If-Match * Use allow_external_references setting also for entry-ref elements * Fixed PUT with If-Match header * Fixed UTF-8 encoding/decoding in SIPThor backend * Don't allow relative URIs to link to another users' resource list entry * Check external references for pres-rules and resource-lists * Use a single appusage for pres-rules * Don't allow external-ref paths which don't point to an 'entry' * Check entry-ref entries in resource-lists * Added test case for testing If-None-Match * in PUT requests * Don't allow PUT for xcap-caps * Added XPath tests to the test suite * Raise DocumentSelectorError if selector doesn't start with slash * Use appusages 'id' attribute as the AUID * Fixed support for XCAP default document namespace * Generate NodeParsingError when specified namespace is not found * Merged xcap-directory application definition with other applications * Fixed directory application AUID * Updated sample OpenSIPS mysql dburi To update your installation see: http://www.openxcap.org/wiki/Installation Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] New OpenXCAP release 2.0.0 with support for OMA XDM SIP SIMPLE specifications
On Oct 1, 2010, at 2:12 AM, Iñaki Baz Castillo wrote: > 2010/9/29 Adrian Georgescu : >> Hello, >> >> There is a new release of OpenXCAP, version 2.0.0 It contains many bug >> fixes and buddy lists management based on OMA XDM specifications related to >> SIP SIMPLE presence. > > Hi, let me some comments inline: > > * Added OMA XDM support for Buddy Lists Management > > AFAIK OMA specs for buddylist management is not adopted. Instead IMS > uses RCS specs which includes some changes to OMA specs, specially in > buddylist management. Perhaps I am wrong and there are clients > implementing OMA specs for buddylist? Yes, keep the faith. >> * Check external references for pres-rules and resource-lists > > How such check is done? We simply won't allow external references, all resource must be local and belong to the same user. >> * Don't allow external-ref paths which don't point to an 'entry' > > What about if that 'entry' is deleted later after the external-ref > path is created? I am not sure what this means. You may check the commit for that change to get the insight of what it does. >> * Check entry-ref entries in resource-lists > > OMA prohibits the usage of entry-ref. Just external-ref is allowed. > entry-ref just exists in IETF's incomplete specs. What does OpenXCAP > implement exactly? We support both OMA and non-OMA requests. > Regards. > > > > -- > Iñaki Baz Castillo > > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] Testing SIP SIMPLE Presence and XCAP with SIP Communicator
FYI SIP communicator http://sip-communicator.org has recently added support for XCAP document management (including icon) and Presence. The SIP account wizard from SIP Communicator can now automatically enroll SIP accounts in sip2sip.info (select it from the drop down box) and the XCAP root and Presence settings are automatically provisioned in the client. In the backend there is a tandem of OpenXCAP and OpenSIPS running. If someone wants to test, you may report problems related to the server side here. Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [OpenSIPS-Users] New OpenXCAP release 2.0.0 with support for OMA XDM SIP SIMPLE specifications
We use external-ref. In the server you can configure a policy to allow or not that these external references point to XCAP roots not handled by the XCAP server. So If a client does a PUT that with references that contains foreign XCAP roots we can reject the request. ; Allow URIs in pres-rules and resource-lists to point to lists not served ; by this server allow_external_references = No On Oct 9, 2010, at 2:35 PM, Iñaki Baz Castillo wrote: > 2010/10/8 Saúl Ibarra Corretgé : * Check entry-ref entries in resource-lists >>> >>> OMA prohibits the usage of entry-ref. Just external-ref is allowed. >>> entry-ref just exists in IETF's incomplete specs. What does OpenXCAP >>> implement exactly? >>> >> >> Can you point me to the document where that is stated please? > > > I'm sorry but I can't remember it. But for sure I've read it in some > OMA spec. In fact you won't find 'entry-ref' in any XCAP document > defined by OMA. > > > > -- > Iñaki Baz Castillo > > > ___ > Users mailing list > us...@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MediaProxy release 2.4.4
Hello, There is a new release of MediaProxy available, it contains a major bug fix for a crash that appears under heavy load. To upgrade your Debian unstable installation do: sudo apt-get update sudo apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy-web-sessions mediaproxy-common-dbg Or download the tar file from: http://download.ag-projects.com/MediaProxy/ mediaproxy (2.4.4) unstable; urgency=low * Fixed ForwardingRule deallocation * Bumped Debian Standards-Version to 3.9.1 * Fixed deprecation warning Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New Blink Qt release 0.2.0 for Linux
First official release of Blink for Linux is now available. The following distributions are supported: - Debian Unstable - Ubuntu Karmic - Ubuntu Lucid - Ubuntu Maverick Changelog • Added the preferences panel • Enable inband DTMF by default • Disable ICE by default • Simplified MWI code and improved its user interface • Improve handling of Google contacts • Open the dialog for adding the initial account after the main window • Switch to new plugged-in device automatically if we have active calls • Added transparency for contact icons • Added conference contact on first start • Many bug fixes in the middleware • Adapted to the latest changes in SIP SIMPLE client SDK Installation and update instructions are available at http://icanblink.com/download.phtml Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New Blink Qt release 0.2.0 for Microsoft Windows
First official release of Blink for Microsoft Windows is now available. The beta version will auto-update with this new vesion. http://www.ag-projects.com/content/view/671/1/ Changelog First Blink QT official release for MS Windows Added the preferences panel Enable inband DTMF by default Disable ICE by default Simplified MWI code and improved its user interface Improve handling of Google contacts Open the dialog for adding the initial account after the main window Switch to new plugged-in device automatically if we have active calls Added transparency for contact icons Added conference contact on first start Many bug fixes in the middleware Adapted to the latest changes in SIP SIMPLE client SDK Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] First release of SylkServer application server
Hello, SylkServer is a SIP Application Server based on SIP SIMPLE client SDK. Once installed, SylkServer can be used without any configuration for ad-hoc multimedia conferences. The server has a simple to use API and can be extended by using Python programming language. Conference features: - RTP Mixer (with wide-band codec support) - MSRP Switch - Conference Event Package XMPP gateway, multi-party File Transfers and Video sessions are on the roadmap and will be gradually added to the server. To see more information about the features please visit the server home page: http://sylkserver.com To install the server on a Debian or Ubuntu server follow these instructions: http://sylkserver.com/download.phtml To try out the server without installing it see: http://sylkserver.com/testing.phtml SylkServer is not designed to route packets, perform authentication, authorization, accounting and handle NAT traversal for signaling or media. Performing applications like SIP Proxy, Registrar, B2BUA or Presence Agent are out of its scope. SylkServer should be deployed behind OpenSIPS and MediaProxy for providing such functions. Blink Cocoa has built-in all client features provided by SylkServer. Enjoy, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New CDRTool release 8.0.15
This version addresses the interoperability issues with PHP 5.3. I would be glad to hear feedback if it works fine. The software can be downloaded as a tar archive from: http://download.ag-projects.com/CDRTool/ For those running Debian unstable there is an official public repository. To use it, add these lines in /etc/apt/sources.list # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Install the AG Projects debian software signing key: wget http://download.ag-projects.com/agp-debian-gpg.key apt-key add agp-debian-gpg.key After that, run: sudo apt-get update sudo apt-get install cdrtool Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Sip stereo B2BUA conference server
OpenSIPS is a SIP server, it handles the SIP signaling, not the media. To implement what you describe you need something that can create and handle incoming media streams and is able to mix them. If FreeSwitch or Asterisk cannot already do these things close to what you plan to implement, you will need to reinvent some wheels. Adrian On Feb 24, 2011, at 10:43 PM, MatzeMuc86 wrote: > Hello, > > I try to develop a stereo back to back "user" agent conference server where > simultaneously not only mono but also stereo clients can connect. B2BUA to be > as much standard conform as possible (it's just an idea). Stereo clients > means that the client sends mono to the server but gets a stereo signal back > (upmixed by some tricks; see HRTF). > > As I already tried to develop this idea at freeswitch which seems not be be > possible, I want to know from some opensips expters if this is possible with > the effort of a Bachelor Thesis (I want to program my own, of course). > > Thansk a lot > MatzeMuc86 > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New SylkServer release 1.1.0
Hello, There is a new release of SylkServer available, version 1.1.0 with new multi-party conferencing features. It is SIP conferencing at its best. Encryption for signaling (TLS) and media (sRTP), session based chat (MSRP RFC4975, CPIM RFC3862 and iscomposing RFC3994), wideband audio mixer (G722 and Speex), adding and removing participants (Conferencing for User Agents RFC4579) and Subscribe/Notify mechanism (Conference Event Package RFC4575) with real-time information about connected users, end-points and media types. All corespondent client features are now available in Blink SIP client for Mac. See the recorded video with these features as experienced from Blink: http://icanblink.com/movies/Blink-ServerConference.mov SylkServer now supports trusted peers and has outbound proxy support, it is designed to operate behind a SIP Proxy like OpenSIPS for routing, authentication, authorization and accounting. To install or update SylkServer on your system: http://sylkserver.com/download.phtml Changelog sylkserver (1.1.0) unstable; urgency=low * Added incoming REFER support * Added outgoing INVITE support * Added SIP outbound proxy support * Added Trusted Peers based on source IP address * Added Access Control Lists support to conference application * Added basic multi-application support * Added IRC conference application * Added SIPThor integration * Fixed initialization of TLS settings * Made session connect method receive the contact header * Catch exception if outgoing NOTIFY could not be sent * Fixed exception when sending private message to a participant without chat * Refactored exception handling when sending chat messages * Refactored application finding mechanism * Reject incoming requests with 404 if application is not found * Removed SIP MESSAGE support in conference application Kind regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] New SylkServer release 1.1.0
This sounds like a building dependency problem. Please mail the python-sipsimple mailing list for help on this. Adrian On Mar 24, 2011, at 10:45 AM, Juha Heinanen wrote: > adrian, > > thanks for the new version of sylkserver. i built it myself on debian > squeeze by first getting it from your repo with command > > apt-get source sylkserver > > build and install went fine, but when i try to start sylkserver, i get > the error below. > > any idea what goes wrong? my python-sipsimple version is 0.18.0. > > -- juha > > Mar 24 11:39:45 sip sylk-server[3613]: Starting SylkServer 1.1.0, > config=/etc/sylkserver/config.ini > Mar 24 11:39:47 sip sylk-server[3613]: using set_wakeup_fd > Mar 24 11:39:48 sip sylk-server[3613]: fatal error: failed to create > SylkServer: /usr/lib/pymodules/python2.6/sipsimple/core/_core.so: undefined > symbol: pjsip_msg_find_remove_hdr_by_name > Mar 24 11:39:48 sip sylk-server[3613]: Traceback (most recent call last): > Mar 24 11:39:48 sip sylk-server[3613]: File "/usr/bin/sylk-server", line > 86, in main > Mar 24 11:39:48 sip sylk-server[3613]: from sylk.server import SylkServer > Mar 24 11:39:48 sip sylk-server[3613]: File > "/usr/lib/pymodules/python2.6/sylk/server.py", line 11, in > Mar 24 11:39:48 sip sylk-server[3613]: from sipsimple.account import > Account, BonjourAccount, AccountManager > Mar 24 11:39:48 sip sylk-server[3613]: File > "/usr/lib/pymodules/python2.6/sipsimple/account.py", line 32, in > Mar 24 11:39:48 sip sylk-server[3613]: from sipsimple.core import > ContactHeader, Credentials, Engine, FromHeader, FrozenSIPURI, Registration, > RouteHeader, SIPURI, Subscription, ToHeader, PJSIPError, SIPCoreError > Mar 24 11:39:48 sip sylk-server[3613]: File > "/usr/lib/pymodules/python2.6/sipsimple/core/__init__.py", line 4, in > Mar 24 11:39:48 sip sylk-server[3613]: from sipsimple.core._core import * > Mar 24 11:39:48 sip sylk-server[3613]: ImportError: > /usr/lib/pymodules/python2.6/sipsimple/core/_core.so: undefined symbol: > pjsip_msg_find_remove_hdr_by_name > > ___ > Devel mailing list > Devel@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel > ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New CDRTool release 8.0.18
There is a new release of CDRTool application with critical bug fixes related to PHP 5.3 installations. cdrtool (8.0.18) unstable; urgency=low * Fixed mysql re-connections for PHP 5.3 * Fixed TLS connections to media-dispatcher for PHP 5.3 * Trim spaces when loading destinations from database For how to upgrade your installation see: http://cdrtool.ag-projects.com/wiki/Install Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New CDRTool release 8.1.0
Hello, There is a new release of CDRTool with support for microseconds accuracy for datetime columns of OpenSIPS data source. cdrtool (8.1.0) unstable; urgency=low [ Rating Engine ] * Added microseconds accuracy for datetime storage columns See setup/radius/OpenSIPS/now_usec.readme * Skip printing data source names that are not going to be normalized * Removed pass by reference statements incompatible with PHP 5.3.3 * Added code 476 to SIP response codes For how to upgrade your installation see: http://cdrtool.ag-projects.com/wiki/Install Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New OpenXCAP release 2.0.1
Hello, There is a new release of OpenXCAP, version 2.0.1 with bug fixes. openxcap (2.0.1) unstable; urgency=low * Added xcap-diff notification also for resource-lists and rls-services * Added disabled_applications setting * Use the local xml.xsd instead of importing the schema remotely * Added missing XML declaration to xcap-directory schema * Adapted to changes in python-application * Bumped debian standards to version 3.9.2 * Reworked Debian packaging OpenXCAP is now ready packaged for the latest Ubuntu distributions and Debian: - Ubuntu Lucid (10.04) - Ubuntu Maverick (10.10) - Ubuntu Natty (11.04) - Debian Stable (Squeeze) - Debian Unstable (Sid) To update your installation see: http://www.openxcap.org/wiki/Installation Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MSRP Relay release 1.0.6
There is a new release of MSRP Relay available with compatibility for latest Linux distributions. MSRP Relay is integrated with OpenSIPS subscriber database for authenticating sessions. msrprelay (1.0.6) unstable; urgency=low * Adapted to latest changes in python-application * Reworked Debian packaging MSRP Relay is now ready packaged for the latest Ubuntu and Debian distributions: - Ubuntu Lucid (10.04) - Ubuntu Maverick (10.10) - Ubuntu Natty (11.04) - Debian Stable (Squeeze) - Debian Unstable (Sid) To upgrade your installation: http://msrprelay.org/wiki/InstallationGuide Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New OpenSIPS-Mi-Proxy release 1.0.5
There is a new release of opensips-mi-proxy opensips-mi-proxy (1.0.5) unstable; urgency=low * Adapted to changes in python-application * Reworked Debian packaging OpenSIPS MI Proxy is designed to allow remote XML-RPC clients to issue MI commands to OpenSIPS. This proxy replaces the need for OpenSIPS' built-in xml-rpc server, which has no access list and is prone to crash on some systems. One of its purposes is to allow a remote OpenXCAP server to safely call the refreshWatchers() command on the management interface of the SIP Presence server when the presence policy document has changed. The proxy can listen on custom IP addresses and provides an access list for the clients allowed to connect. The software is packaged for: - Ubuntu Lucid (10.04) - Ubuntu Maverick (10.10) - Ubuntu Natty (11.04) - Debian Stable (Squeeze) - Debian Unstable (Sid) For installation or upgrade procedure see http://www.openxcap.org/wiki/Installation Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New CDRTool release 8.1.1
Hello, There is a new release of CDRTool with bug fixes. cdrtool (8.1.1) unstable; urgency=low * Fixed link to individual calls when group by canonical uri * Fixed export for OpenSIPS CDRs to csv file For how to upgrade your installation see: http://cdrtool.ag-projects.com/wiki/Install Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New CDRTool release 8.1.2
Hello, There is a new release of CDRTool with critical bug fixes in the rating engine. cdrtool (8.1.2) unstable; urgency=low * Fixed prepaid engine bug that appeared under certain load conditions * Fixed inclusion of missing patches for PHP 5.3.3 compatibility * Fixed detection of reseller id for trusted peers * Fixed rate calculation when minimum charge duration is set For how to upgrade your installation see: http://cdrtool.ag-projects.com/wiki/Install Regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MediaProxy release 2.5.0
Hello, There is a new release of MediaProxy available with compatibility for newer iptables versions, latest Python dependencies and newer kernels. MediaProxy is a media relay for RTP/RTCP and UDP streams that works in tandem with OpenSIPS to provide NAT traversal capability for media streams from SIP user agents located behind NAT. MediaProxy supports ICE negotiation by behaving like a TURN relay candidate and the policy can be controlled from OpenSIPS configuration. The software is now ready packaged for the latest Debian and Ubuntu Linux distributions. mediaproxy (2.5.0) unstable; urgency=low * Adapted to changes in python-application * Fixed several pyflakes warnings * Fixed encoding media information * Adapted to changes in libipt and netfilter APIs * Bumped Debian standards version to 3.9.2 * Reworked Debian packaging * Added more user agent images taken from CDRTool * Added specific iptables version dependency Installation and upgrade instructions area available here: http://mediaproxy-ng.org/wiki/InstallationGuide Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel