Hi,
I am trying to use t_suspend()/t_continue() multiple times on the same
transaction. Calling t_suspend() more than once works, but the second
time I call t_continue() the transaction is killed and a 500 response is
sent. It is the "if (branch == t->nr_of_outgoings)" check from the code
fragment below (from t_suspend.c:t_continue()) that results in the
transaction being killed - you can see the debug/error line I added to
determine this in the fragment.
Is using t_suspend()/t_continue() multiple times something that should
work?
Thanks,
Peter
if (t->uas.status < 200) {
/* No final reply has been sent yet.
* Check whether or not there is any pending branch.
*/
for ( branch = 0;
branch < t->nr_of_outgoings;
branch++
) {
if ((t->uac[branch].request.buffer != NULL)
&& (t->uac[branch].last_received < 200)
)
break;
}
if (branch == t->nr_of_outgoings) {
/* There is not any open branch so there is
* no chance that a final response will be
received. */
ret = 0;
LM_ERR("branch == t->nr_of_outgoings\n");
goto kill_trans;
}
}
--
Peter Dunkley
Technical Director
Crocodile RCS Ltd
Hi all,
We ran into an issue with dialplan in regex mode when we leave the
repl_exp empty. Consider this scenario:
if(dp_translate("1", "$rU/$var(out)") {
# translation successful
$rU = $var(out);
}
If the dialplan entry has match_exp="^999" and subst_exp="^999" and
repl_exp="" and my $rU is "999123", I'd expect $var(out) to be "123",
because an empty replacement part is perfectly valid for a regex. The
result however is that $var(out) is untouched, so whatever $var(out) was
before the function call, will end up in $rU in this case. That's not
what I'd expect if dp_translate returns success.
It should be fairly easy to fix and we can provide a patch for that, I'd
just want to get some feedback if you agree on changing dp_translate
behavior in such a case, as it might break existing scripts if you rely
on the current way of working.
Comments?
Andreas
i have this piece of config code:
if (is_gruu()) {
xlog("L_INFO", "Request-URI <$ru> IS gruu\n");
} else {
xlog("L_INFO", "Request-URI <$ru> is NOT gruu\n");
}
and i get this to syslog:
May 28 17:53:07 siika /usr/sbin/sip-proxy[8926]: INFO: Request-URI <sip:jh@test.fi;gr=urn:uuid:f462ab09-88fe-43c6-9c9c-cb570ce6bb99> is NOT gruu
is this a bug or have i misunderstood something?
-- juha
4.24. is_gruu([uri])
The function returns true if the uri is GRUU ('gr' parameter is
present): 1 - pub-gruu; 2 - temp-gruu.
Meaning of the parameters is as follows:
uri - the SIP URI to check for GRUU parameter. It is optional, when
missing, the value of R-URI is used.
Module: sip-router
Branch: master
Commit: f5a60cb91ecb701681b7ef0a29d5f1b0bb503908
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=f5a60cb…
Author: Jon Bonilla <manwe(a)aholab.ehu.es>
Committer: Jon Bonilla <manwe(a)aholab.ehu.es>
Date: Wed May 30 01:44:50 2012 +0200
pkd/deb Remove lua and Add redis to wheezy build
---
pkg/kamailio/deb/wheezy/control | 40 +++++++++++++++++++-------------------
pkg/kamailio/deb/wheezy/rules | 2 +-
2 files changed, 21 insertions(+), 21 deletions(-)
diff --git a/pkg/kamailio/deb/wheezy/control b/pkg/kamailio/deb/wheezy/control
index a3a894b..8ae44e0 100644
--- a/pkg/kamailio/deb/wheezy/control
+++ b/pkg/kamailio/deb/wheezy/control
@@ -2,7 +2,7 @@ Source: kamailio
Section: net
Priority: optional
Maintainer: Jon Bonilla <manwe(a)aholab.ehu.es>
-Build-Depends: debhelper (>= 5), dpatch, libmysqlclient-dev, libexpat1-dev, libxml2-dev, libpq-dev, libradiusclient-ng-dev, flex, bison, zlib1g-dev, unixodbc-dev, libxmlrpc-c3-dev, libperl-dev, libsnmp-dev, dpkg-dev (>= 1.13.19), libdb-dev (>= 4.6.19), xsltproc, libconfuse-dev, libldap2-dev, libssl-dev, libcurl3-openssl-dev, python, libpcre3-dev, docbook-xml, libmemcache-dev, libreadline-dev, liblua5.1-0-dev, python-dev, libsasl2-dev, libgeoip-dev (>= 1.4.5), libsqlite3-dev, libjson0-dev, libevent-dev, libncurses5-dev
+Build-Depends: debhelper (>= 5), dpatch, libmysqlclient-dev, libexpat1-dev, libxml2-dev, libpq-dev, libradiusclient-ng-dev, flex, bison, zlib1g-dev, unixodbc-dev, libxmlrpc-c3-dev, libperl-dev, libsnmp-dev, dpkg-dev (>= 1.13.19), libdb-dev (>= 4.6.19), xsltproc, libconfuse-dev, libldap2-dev, libssl-dev, libcurl3-openssl-dev, python, libpcre3-dev, docbook-xml, libmemcache-dev, libreadline-dev, python-dev, libsasl2-dev, libgeoip-dev (>= 1.4.5), libsqlite3-dev, libjson0-dev, libevent-dev, libncurses5-dev, libhiredis-dev (>= 0.10.0)
Standards-Version: 3.8.0
Homepage: http://www.kamailio.org/
@@ -235,16 +235,16 @@ Description: contains the TLS kamailio transport module
This has been split out of the main kamailio package, so that kamailio will not
depend on openssl. This module will enable you to use the TLS transport.
-Package: kamailio-lua-modules
-Architecture: any
-Depends: ${shlibs:Depends}, kamailio (= ${Source-Version})
-Description: contains the app_lua module
- Kamailio is a very fast and flexible SIP (RFC3261)
- proxy server. Written entirely in C, Kamailio can handle thousands calls
- per second even on low-budget hardware.
- .
- This package provides the app_lua module, an extension allowing to
- execute embedded Lua applications within configuration file.
+#Package: kamailio-lua-modules
+#Architecture: any
+#Depends: ${shlibs:Depends}, kamailio (= ${Source-Version})
+#Description: contains the app_lua module
+# Kamailio is a very fast and flexible SIP (RFC3261)
+# proxy server. Written entirely in C, Kamailio can handle thousands calls
+# per second even on low-budget hardware.
+# .
+# This package provides the app_lua module, an extension allowing to
+# execute embedded Lua applications within configuration file.
Package: kamailio-python-modules
Architecture: any
@@ -268,15 +268,15 @@ Description: contains the geoip module
This package provides the geoip module, an extension allowing to
use GeoIP API within configuration file.
-#Package: kamailio-redis-modules
-#Architecture: any
-#Depends: ${shlibs:Depends}, kamailio (= ${binary:Version}), libhiredis0.10
-#Description: Redis database connectivity module for Kamailio
-# Kamailio is a very fast and flexible SIP (RFC3261)
-# proxy server. Written entirely in C, Kamailio can handle thousands calls
-# per second even on low-budget hardware.
-# .
-# This package provides the Redis NOSQL database driver for Kamailio.
+Package: kamailio-redis-modules
+Architecture: any
+Depends: ${shlibs:Depends}, kamailio (= ${binary:Version}), libhiredis0.10
+Description: Redis database connectivity module for Kamailio
+ Kamailio is a very fast and flexible SIP (RFC3261)
+ proxy server. Written entirely in C, Kamailio can handle thousands calls
+ per second even on low-budget hardware.
+ .
+ This package provides the Redis NOSQL database driver for Kamailio.
Package: kamailio-sqlite-modules
Architecture: any
diff --git a/pkg/kamailio/deb/wheezy/rules b/pkg/kamailio/deb/wheezy/rules
index 723e344..2e1a9eb 100755
--- a/pkg/kamailio/deb/wheezy/rules
+++ b/pkg/kamailio/deb/wheezy/rules
@@ -42,7 +42,7 @@ MODULES_SP=
# on which other depend first)
PACKAGE_GROUPS=mysql postgres berkeley unixodbc radius presence \
ldap xml perl utils memcached tls \
- snmpstats carrierroute xmpp cpl lua python geoip\
+ snmpstats carrierroute xmpp cpl redis python geoip\
sqlite json
# name of libdir in the path for libraries (e.g., lib for 32b, lib64 for 64b)
Hi,
As a home project I have been working on creating an up-to-date .spec file
to build Kamailio 3.3 RPMs for Fedora 16 (and Fedora 17 soon).
My plan is to build Kamailio 3.3 RPMs for Fedora 17 on x86_64 and
Raspberry Pi (armv5) when Kamailio 3.3.0 and Fedora 17 are both released.
Does anyone have, or have the capability to host, a yum repo for these?
If so I would be happy to make the RPMs available once I've built them.
Regards,
Peter