andrei 2009/06/26 19:56:45 CEST
SER CVS Repository
Modified files:
. sctp_options.c sctp_options.h
sctp_server.c
Log:
sctp: max_assocs options
Added a new option controlling the maximum number of open
associations allowed. When exceeded new associations will be
immediately closed (using ABORT).
If connection tracking is used (default) trying to open new
associations will gracefully fail before actually opening them. If
no connection tracking is used, the associations will first be
opened and then immediately closed. In this case the packet
triggering the active open will be sent (as part of the initial
4-way handshake), before the association is closed.
Revision Changes Path
1.12 +6 -1 sip_router/sctp_options.c
http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/sip_router/sctp_options.c.dif…
1.8 +2 -1 sip_router/sctp_options.h
http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/sip_router/sctp_options.h.dif…
1.32 +198 -12 sip_router/sctp_server.c
http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/sip_router/sctp_server.c.diff…
Hi, Guys...
I'm, finally, after compilation success, migrating my config to test SR
functionality. But now I need some AVP functionality... I see that they
are SER and Kamailio AVPOPS. If I include AVPOPS on the "include_module"
of the "make" command, it try to compile SER module and it is giving me
the following error:
make[1]: Entering directory `/root/sr/sip-router/modules_s/avpops'
gcc -fPIC -DPIC -g -O9 ....................................
-DMOD_NAME='"avpops"' -c avpops.c -o avpops.o
In file included from avpops_impl.h:41,
from avpops_parse.h:38,
from avpops.c:50:
avpops_db.h:66: error: expected â)â before â*â token
make[1]: *** [avpops.o] Error 1
make[1]: Leaving directory `/root/sr/sip-router/modules_s/avpops'
make: *** [install-modules_s] Error 1
I try to find the error, but nothing catch my attention...
The compilation output shows:
config.mak included
make[1]: Entering directory `/root/sr/sip-router/modules/db_mysql'
make[1]: Nothing to be done for `man'.
make[1]: Leaving directory `/root/sr/sip-router/modules/db_mysql'
make: *** modules_s/db_mysql: No such file or directory. Stop.
make: [modules_s-man] Error 1 (ignored)
make: *** modules_k/db_mysql: No such file or directory. Stop.
make: [modules_k-man] Error 1 (ignored)
Indicating that compilation process looks for "db_mysql" module on k and
s subdirectories...
So, how to compile just Kamailio or SER version of a desired module (in
my case AVPOPS)?
Edson.
Module: sip-router
Branch: master
Commit: 5c00f5c2987b9cbdae7734db89019f6ef1d3f815
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=5c00f5c…
Author: Andrei Pelinescu-Onciul <andrei(a)iptel.org>
Committer: Andrei Pelinescu-Onciul <andrei(a)iptel.org>
Date: Wed Jun 24 23:55:16 2009 +0200
makefile: MAIN_NAME reverted
MAIN_NAME reverted to ser (should be changed _only_ when we agree
on the short name).
---
Makefile.defs | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile.defs b/Makefile.defs
index 688eaa1..f262f43 100644
--- a/Makefile.defs
+++ b/Makefile.defs
@@ -100,7 +100,7 @@ export makefile_defs
$(info normal Makefile.defs exec)
# main binary name
-MAIN_NAME=sip-router
+MAIN_NAME=ser
#prefix for various configs and scripts
#config name/name-prefix for distributed configs
CFG_NAME=sip-router
On 06/25/2009 11:31 AM, Iñaki Baz Castillo wrote:
> El Jueves, 25 de Junio de 2009, Daniel-Constantin Mierla escribió:
>
>> Hello,
>>
>> several days ago I committed support for accessing components of xml
>> documents using pseudo-variables based on XPath syntax. The new
>> $xml(...) PV is implemented in the presence_xml module as it works with
>> xml docs and links libxml2.
>>
>> Short description in the cookbook:
>> https://sip-router.org/wiki/cookbooks/pseudo-variables/devel#presence_xml_p
>> seudo-variables
>>
>> As an example:
>> - publish has the body:
>>
>> <?xml version='1.0' encoding='UTF-8'?>
>> <presence xmlns='urn:ietf:params:xml:ns:pidf'
>> xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model'
>> xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid'
>> xmlns:c='urn:ietf:params:xml:ns:pidf:cipid' entity='sip:daniel@asipto.com'>
>> <tuple id='t8b484917'>
>> <status><basic>open</basic></status>
>> </tuple>
>> <dm:person
>> id='p7562ef60'><rpid:activities><rpid:unknown/></rpid:activities></dm:perso
>> n> </presence>
>>
>> Getting the presence status:
>>
>> # this is needed because libxml2 cannot work with default no-prefix ns,
>> so we alias the "p" prefix.
>> modparam("presence_xml", "xml_ns", "p=urn:ietf:params:xml:ns:pidf")
>>
>> $xml(a=>doc) = $rb;
>> $xml(a=>xpath:/p:presence/p:tuple/p:status/p:basic)
>>
>> Next is to update the presence modules to be able to work with the
>> documents that have been updated in the config.
>>
>> Comments, opinions and improvements are welcome!
>>
>
> This is more than great!
>
> It would make possible exotic routing decissions based on presence status...
>
... or based on other content of the xml doc -- you may have there geo
positions and send it to the appropriate server.
> or perhaps not yet? I understand that this makes possible to extract XML nodes
> when processing a request, but would it be possible to extract them from the
> "presentity" table?
>
Yes, if you load it you can do it. For example, next piece of config is
valid as well:
$xml(a=>doc) = '<?xml version="1.0" encoding="UTF-8"?><presence
entity="abc"><mynode>abc</mynode></presence>';
xlog("$xml(a=>xpath:/presence/mynode)\n");
Probably not very clear in my first email, but you can change the xml
content:
$xml(a=>xpath:/presence/mynode) = "123";
Note that if you assigned the sip message body to $xml(name=>doc), body
does not get changed, the operations are done on a replica.
Cheers,
Daniel
> A simpler approach for what I mean would be having a mini API to get presence
> basic status (some module that connects to DB with "presentity" table):
>
> if ( is_presence_basic_status_open($ru) ) {
> ...route the MESSAGE...
> }
>
> XD
>
>
>
--
Daniel-Constantin Mierla
http://www.asipto.com/