sr-dev July 2009

sr-dev@lists.kamailio.org

35 participants
328 discussions

build problems: K's acc module
by Klaus Darilion 01 Jul '09

01 Jul '09

Hi! When enabling Diameter support the is a problem in acc moduel: gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -minline-all-stringops -falign-loops -ftree-vectorize -mtune=athlon64 -Wall -I/usr/local/include -DNAME='"ser"' -DVERSION='"2.99.0-dev01-serk"' -DARCH='"i386"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.3.2"' -D__CPU_i386 -D__OS_linux -DSER_VER=2099000 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DDBG_QM_MALLOC -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -DSQL_ACC -DRAD_ACC -DDIAM_ACC -DOPENSER_MOD_INTERFACE -DMOD_NAME='"acc"' -c acc_mod.c -o acc_mod.o acc_mod.c: In function 'mod_init': acc_mod.c:507: warning: implicit declaration of function 'flag_idx2mask' looks like flag_idx2mask needs to be added to flags.[c|h] (also needed for siptrace module) regards klaus

2 2

[ openser-Bugs-2814137 ] force_rtp_proxy bug
by SourceForge.net 01 Jul '09

01 Jul '09

Bugs item #2814137, was opened at 2009-06-29 19:29 Message generated for change (Comment added) made by marcushunger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2814137&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: ver 1.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Marcus Hunger (marcushunger) Assigned to: Nobody/Anonymous (nobody) Summary: force_rtp_proxy bug Initial Comment: force_rtp_proxy seems to handle re-invite wrong, resulting in one-way-audio. ---------------------------------------------------------------------- >Comment By: Marcus Hunger (marcushunger) Date: 2009-07-01 11:14 Message: sdp is in invite and 200 ok. the thing is, nearly the same config still worked in 1.2-branch, but after an upgrade to 1.4 it stopped. it happens always, no matter if the callee or caller does the reinvite. the following trace shows what happens. the rtpproxy-port in invite and reply is 41324. they must differ as they are used for different media-streams. 217.10.1.1 - sip-proxy & rtpproxy 172.20.21.2 - sip-proxy doing rtpproxy_* stuff 217.10.66.165 - uac 217.10.1.2 - uas U 217.10.1.1:5060 -> 172.20.21.2:5060 INVITE sip:3993942p0@217.10.1.2 SIP/2.0. Via: SIP/2.0/UDP 217.10.1.1:5060;branch=z9hG4bK78fccbad7757B75A. Via: SIP/2.0/UDP 192.168.234.24;rport=61020;received=217.10.66.165;branch=z9hG4bK78fccbad7757B75A. From: "Erika" <sip:3993942e1@sipgate.de>;tag=D6DBB0FD-C198C6EA. To: <sip:10@sipgate.de;user=phone>;tag=as3804b1ae. Route: <sip:172.20.21.2;lr=on>. CSeq: 4 INVITE. Call-ID: e521bbee-f129e0af-f6e95884(a)192.168.234.24. Contact: <sip:3993942e1@217.10.66.165:61020>. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO, MESSAGE, SUBSCRIBE, NOTIFY, PRACK, UPDATE, REFER. User-Agent: PolycomSoundPointIP-SPIP_650-UA/2.1.2.0078. Supported: 100rel,replaces. Allow-Events: talk,hold,conference. Max-Forwards: 69. Content-Type: application/sdp. Content-Length: 297. X-hint: rr-enforced. X-nathint: nat. . v=0. o=- 1246290867 1246290869 IN IP4 192.168.234.24. s=Polycom IP Phone. c=IN IP4 192.168.234.24. t=0 0. m=audio 2262 RTP/AVP 9 0 8 18 101. a=sendrecv. a=rtpmap:9 G722/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=direction:active. # U 172.20.21.2:5060 -> 217.10.1.1:5060 SIP/2.0 100 Giving a try. Via: SIP/2.0/UDP 217.10.1.1:5060;branch=z9hG4bK78fccbad7757B75A. Via: SIP/2.0/UDP 192.168.234.24;rport=61020;received=217.10.66.165;branch=z9hG4bK78fccbad7757B75A. From: "Erika" <sip:3993942e1@sipgate.de>;tag=D6DBB0FD-C198C6EA. To: <sip:10@sipgate.de;user=phone>;tag=as3804b1ae. CSeq: 4 INVITE. Call-ID: e521bbee-f129e0af-f6e95884(a)192.168.234.24. Content-Length: 0. . # U 172.20.21.2:5060 -> 217.10.1.2:5060 INVITE sip:3993942p0@217.10.1.2 SIP/2.0. Via: SIP/2.0/UDP 172.20.21.2;branch=z9hG4bKe2fc.9dcfa89.0. Via: SIP/2.0/UDP 217.10.1.1:5060;branch=z9hG4bK78fccbad7757B75A. Via: SIP/2.0/UDP 192.168.234.24;rport=61020;received=217.10.66.165;branch=z9hG4bK78fccbad7757B75A. From: "Erika" <sip:3993942e1@sipgate.de>;tag=D6DBB0FD-C198C6EA. To: <sip:10@sipgate.de;user=phone>;tag=as3804b1ae. CSeq: 4 INVITE. Call-ID: e521bbee-f129e0af-f6e95884(a)192.168.234.24. Contact: <sip:3993942e1@217.10.66.165:61020>. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO, MESSAGE, SUBSCRIBE, NOTIFY, PRACK, UPDATE, REFER. User-Agent: PolycomSoundPointIP-SPIP_650-UA/2.1.2.0078. Supported: 100rel,replaces. Allow-Events: talk,hold,conference. Max-Forwards: 68. Content-Type: application/sdp. Content-Length: 315. X-hint: rr-enforced. X-nathint: nat. . v=0. o=- 1246290867 1246290869 IN IP4 192.168.234.24. s=Polycom IP Phone. c=IN IP4 217.10.1.1. t=0 0. m=audio 41324 RTP/AVP 9 0 8 18 101. a=sendrecv. a=rtpmap:9 G722/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=direction:active. a=nortpproxy:yes. # U 217.10.1.2:5060 -> 172.20.21.2:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP 172.20.21.2;branch=z9hG4bKe2fc.9dcfa89.0;received=172.20.21.2. Via: SIP/2.0/UDP 217.10.1.1:5060;branch=z9hG4bK78fccbad7757B75A. Via: SIP/2.0/UDP 192.168.234.24;rport=61020;received=217.10.66.165;branch=z9hG4bK78fccbad7757B75A. From: "Erika" <sip:3993942e1@sipgate.de>;tag=D6DBB0FD-C198C6EA. To: <sip:10@sipgate.de;user=phone>;tag=as3804b1ae. Call-ID: e521bbee-f129e0af-f6e95884(a)192.168.234.24. CSeq: 4 INVITE. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Supported: replaces, timer. Contact: <sip:3993942p0@217.10.1.2>. Content-Length: 0. . # U 217.10.1.2:5060 -> 172.20.21.2:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 172.20.21.2;branch=z9hG4bKe2fc.9dcfa89.0;received=172.20.21.2. Via: SIP/2.0/UDP 217.10.1.1:5060;branch=z9hG4bK78fccbad7757B75A. Via: SIP/2.0/UDP 192.168.234.24;rport=61020;received=217.10.66.165;branch=z9hG4bK78fccbad7757B75A. From: "Erika" <sip:3993942e1@sipgate.de>;tag=D6DBB0FD-C198C6EA. To: <sip:10@sipgate.de;user=phone>;tag=as3804b1ae. Call-ID: e521bbee-f129e0af-f6e95884(a)192.168.234.24. CSeq: 4 INVITE. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Supported: replaces, timer. Contact: <sip:3993942p0@217.10.1.2>. Content-Type: application/sdp. Content-Length: 329. . v=0. o=root 647471219 647471221 IN IP4 217.10.1.2. s=sipgate VoIP GW. c=IN IP4 217.10.1.2. t=0 0. m=audio 17732 RTP/AVP 8 0 18 101. a=rtpmap:8 PCMA/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. a=ptime:20. a=sendrecv. ## U 172.20.21.2:5060 -> 217.10.1.1:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 217.10.1.1:5060;branch=z9hG4bK78fccbad7757B75A. Via: SIP/2.0/UDP 192.168.234.24;rport=61020;received=217.10.66.165;branch=z9hG4bK78fccbad7757B75A. From: "Erika" <sip:3993942e1@sipgate.de>;tag=D6DBB0FD-C198C6EA. To: <sip:10@sipgate.de;user=phone>;tag=as3804b1ae. Call-ID: e521bbee-f129e0af-f6e95884(a)192.168.234.24. CSeq: 4 INVITE. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Supported: replaces, timer. Contact: <sip:3993942p0@217.10.1.2>. Content-Type: application/sdp. Content-Length: 347. . v=0. o=root 647471219 647471221 IN IP4 217.10.1.2. s=sipgate VoIP GW. c=IN IP4 217.10.1.1. t=0 0. m=audio 41324 RTP/AVP 8 0 18 101. a=rtpmap:8 PCMA/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. a=ptime:20. a=sendrecv. a=nortpproxy:yes. ---------------------------------------------------------------------- Comment By: Klaus Darilion (klaus_darilion) Date: 2009-07-01 08:53 Message: do you have a SIP trace? Is it maybe related to late offer (SDP in 200 OK and ACK)? Does the bug happens always or only if the reINVITE is sent by the callee? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-06-30 15:15 Message: in detail, the sdp is rewritten with the wrong port for this direction of the session. it's the same as the answer's which does not work. to build the query for the rtp-proxy from- and to-tag the have to be reversed in this case. ---------------------------------------------------------------------- Comment By: Marcus Hunger (marcushunger) Date: 2009-06-30 11:45 Message: happens when i handle a reinvite with rtpproxy_offer("l") ---------------------------------------------------------------------- Comment By: Daniel-Constantin Mierla (miconda) Date: 2009-06-29 20:19 Message: When is this happening? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2814137&group_…

1 0

git:master: cfg framework: read variables by name with a handle
by Miklos Tirpak 01 Jul '09

01 Jul '09

Module: sip-router Branch: master Commit: bcf3fff9389fc06a0fcc92f7e9875b185929987f URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=bcf3fff… Author: Miklos Tirpak <miklos(a)iptel.org> Committer: Miklos Tirpak <miklos(a)iptel.org> Date: Tue Jun 30 17:33:52 2009 +0200 cfg framework: read variables by name with a handle - read_cfg_var() is introduced which allows reading even the custom declared variables from the modules. It requires a handle returned by read_cfg_var_fixup() - read_cfg_var_int() and read_cfg_var_str() are wrapper functions --- cfg/cfg_ctx.c | 4 +- cfg/cfg_ctx.h | 4 ++ cfg/cfg_select.c | 142 +++++++++++++++++++++++++++++++++++++++++++++++++++++- cfg/cfg_select.h | 24 +++++++++ 4 files changed, 171 insertions(+), 3 deletions(-) diff --git a/cfg/cfg_ctx.c b/cfg/cfg_ctx.c index 04ee5f1..ef3661c 100644 --- a/cfg/cfg_ctx.c +++ b/cfg/cfg_ctx.c @@ -129,7 +129,7 @@ void cfg_notify_drivers(char *group_name, int group_name_len, cfg_def_t *def) static char *temp_string = NULL; /* convert the value to the requested type */ -static int convert_val(unsigned int val_type, void *val, +int convert_val(unsigned int val_type, void *val, unsigned int var_type, void **new_val) { static str s; @@ -482,7 +482,7 @@ static int cfg_var_size(cfg_mapping_t *var) return sizeof(void *); default: - LOG(L_CRIT, "BUG: cfg_var_sizeK(): unknown type: %u\n", + LOG(L_CRIT, "BUG: cfg_var_size(): unknown type: %u\n", CFG_VAR_TYPE(var)); return 0; } diff --git a/cfg/cfg_ctx.h b/cfg/cfg_ctx.h index 07cf734..e738c96 100644 --- a/cfg/cfg_ctx.h +++ b/cfg/cfg_ctx.h @@ -108,6 +108,10 @@ int cfg_help(cfg_ctx_t *ctx, str *group_name, str *var_name, /* notify the drivers about the new config definition */ void cfg_notify_drivers(char *group_name, int group_name_len, cfg_def_t *def); +/* convert the value to the requested type */ +int convert_val(unsigned int val_type, void *val, + unsigned int var_type, void **new_val); + /* initialize the handle for cfg_get_group_next() */ #define cfg_get_group_init(handle) \ (*(handle)) = (void *)cfg_group diff --git a/cfg/cfg_select.c b/cfg/cfg_select.c index 72168d7..45aeb94 100644 --- a/cfg/cfg_select.c +++ b/cfg/cfg_select.c @@ -33,6 +33,7 @@ #include "../select.h" #include "../ut.h" #include "cfg_struct.h" +#include "cfg_ctx.h" #include "cfg_select.h" /* It may happen that the select calls cannot be fixed up before shmizing @@ -200,7 +201,7 @@ int select_cfg_var(str *res, select_t *s, struct sip_msg *msg) if (!group || !var) return -1; /* use the module's handle to access the variable, so the variables - are read from private memory */ + are read from the local config */ p = *(group->handle) + var->offset; switch (CFG_VAR_TYPE(var)) { @@ -220,6 +221,145 @@ int select_cfg_var(str *res, select_t *s, struct sip_msg *msg) memcpy(res, p, sizeof(str)); break; + default: + LOG(L_DBG, "DEBUG: select_cfg_var(): unsupported variable type: %d\n", + CFG_VAR_TYPE(var)); + return -1; } return 0; } + +/* fix-up function for read_cfg_var() + * + * return value: + * >0 - success + * 0 - the variable has not been declared yet, but it will be automatically + * fixed-up later. + * <0 - error + */ +int read_cfg_var_fixup(char *gname, char *vname, struct cfg_read_handle *read_handle) +{ + cfg_group_t *group; + cfg_mapping_t *var; + str group_name, var_name; + + if (!gname || !vname || !read_handle) + return -1; + + group_name.s = gname; + group_name.len = strlen(gname); + var_name.s = vname; + var_name.len = strlen(vname); + + /* look-up the group and the variable */ + if (cfg_lookup_var(&group_name, &var_name, &group, &var)) { + if (cfg_shmized) { + LOG(L_ERR, "ERROR: read_cfg_var_fixup(): unknown variable: %.*s.%.*s\n", + group_name.len, group_name.s, + var_name.len, var_name.s); + return -1; + } + /* The variable was not found, add it to the non-fixed select list. + * So we act as if the fixup was successful, and we retry it later */ + if (cfg_new_select(&group_name, &var_name, + &read_handle->group, &read_handle->var)) + return -1; + + LOG(L_DBG, "DEBUG: read_cfg_var_fixup(): cfg read fixup is postponed: %.*s.%.*s\n", + group_name.len, group_name.s, + var_name.len, var_name.s); + + read_handle->group = NULL; + read_handle->var = NULL; + return 0; + } + + if (var->def->on_change_cb) { + /* fixup function is defined -- safer to return an error + than an incorrect value */ + LOG(L_ERR, "ERROR: read_cfg_var_fixup(): variable cannot be retrieved\n"); + return -1; + } + + read_handle->group = (void *)group; + read_handle->var = (void *)var; + return 1; +} + +/* read the value of a variable via a group and variable name previously fixed up + * Returns the type of the variable + */ +unsigned int read_cfg_var(struct cfg_read_handle *read_handle, void **val) +{ + cfg_group_t *group; + cfg_mapping_t *var; + void *p; + static str s; + + if (!val || !read_handle || !read_handle->group || !read_handle->var) + return 0; + + group = (cfg_group_t *)(read_handle->group); + var = (cfg_mapping_t *)(read_handle->var); + + /* use the module's handle to access the variable, so the variables + are read from the local config */ + p = *(group->handle) + var->offset; + + switch (CFG_VAR_TYPE(var)) { + case CFG_VAR_INT: + *val = (void *)(long)*(int *)p; + break; + + case CFG_VAR_STRING: + *val = (void *)*(char **)p; + break; + + case CFG_VAR_STR: + memcpy(&s, p, sizeof(str)); + *val = (void *)&s; + break; + + case CFG_VAR_POINTER: + *val = *(void **)p; + break; + + } + return CFG_VAR_TYPE(var); +} + +/* wrapper function for read_cfg_var() -- convert the value to integer + * returns -1 on error, 0 on success + */ +int read_cfg_var_int(struct cfg_read_handle *read_handle, int *val) +{ + unsigned int type; + void *v1, *v2; + + if ((type = read_cfg_var(read_handle, &v1)) == 0) + return -1; + + if (convert_val(type, v1, CFG_INPUT_INT, &v2)) + return -1; + + *val = (int)(long)(v2); + return 0; +} + +/* wrapper function for read_cfg_var() -- convert the value to str + * returns -1 on error, 0 on success + */ +int read_cfg_var_str(struct cfg_read_handle *read_handle, str *val) +{ + unsigned int type; + void *v1, *v2; + + if ((type = read_cfg_var(read_handle, &v1)) == 0) + return -1; + + if (convert_val(type, v1, CFG_INPUT_STR, &v2)) + return -1; + + *val = *(str *)(v2); + return 0; +} diff --git a/cfg/cfg_select.h b/cfg/cfg_select.h index 9f9b186..6a03dd2 100644 --- a/cfg/cfg_select.h +++ b/cfg/cfg_select.h @@ -34,6 +34,11 @@ #include "../select.h" +struct cfg_read_handle { + void *group; + void *var; +}; + /* free the list of not yet fixed selects */ void cfg_free_selects(); @@ -42,4 +47,23 @@ int cfg_fixup_selects(); int select_cfg_var(str *res, select_t *s, struct sip_msg *msg); +/* fix-up function for read_cfg_var() + * + * return value: + * >0 - success + * 0 - the variable has not been declared yet, but it will be automatically + * fixed-up later. + * <0 - error + */ +int read_cfg_var_fixup(char *gname, char *vname, struct cfg_read_handle *read_handle); + +/* read the value of a variable via a group and variable name previously fixed up + * Returns the type of the variable + */ +unsigned int read_cfg_var(struct cfg_read_handle *read_handle, void **val); + +/* wrapper functions for read_cfg_var() -- convert the value to the requested format */ +int read_cfg_var_int(struct cfg_read_handle *read_handle, int *val); +int read_cfg_var_str(struct cfg_read_handle *read_handle, str *val); + #endif /* _CFG_SELECT_H */

1 0

git:master: mi_rpc: new module - rpc command to execute MI commands
by Daniel-Constantin Mierla 01 Jul '09

01 Jul '09

Module: sip-router Branch: master Commit: 1f0341882763c34493f0ff5e6ab7dd4f5b4ff992 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=1f03418… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Sun Jun 28 12:53:27 2009 +0200 mi_rpc: new module - rpc command to execute MI commands - 'mi' rpc command can be used to execute K MI commands - example using sercmd: sercmd> mi uptime 200 OK + Now:: Sun Jun 28 12:45:37 2009 + Up since:: Sun Jun 28 12:24:27 2009 + Up time:: 1270 [sec] --- modules/mi_rpc/Makefile | 18 +++ modules/mi_rpc/README | 84 +++++++++++++ modules/mi_rpc/doc/Makefile | 4 + modules/mi_rpc/doc/mi_rpc.xml | 43 +++++++ modules/mi_rpc/doc/mi_rpc_admin.xml | 103 ++++++++++++++++ modules/mi_rpc/mi_rpc_mod.c | 228 +++++++++++++++++++++++++++++++++++ 6 files changed, 480 insertions(+), 0 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=1f0…

3 5

build problems: seas module
by Klaus Darilion 01 Jul '09

01 Jul '09

Looks like seas uses a tm function which is not present in sr's tm module. t_cancel_uac in K's tm module was only used by seas. seas_action.c: In function 'ac_cancel': seas_action.c:495: error: 'struct tm_binds' has no member named 't_cancel_uac' seas_action.c: In function 'ac_reply': seas_action.c:725: warning: passing argument 3 of 'seas_f.tmb.t_reply_with_body' from incompatible pointer type seas_action.c:725: warning: passing argument 4 of 'seas_f.tmb.t_reply_with_body' from incompatible pointer type seas_action.c:725: warning: passing argument 5 of 'seas_f.tmb.t_reply_with_body' from incompatible pointer type seas_action.c:725: warning: passing argument 6 of 'seas_f.tmb.t_reply_with_body' from incompatible pointer type seas_action.c: In function 'forward_sl_request': regards Klaus

2 1

build-problems: siptrace module
by Klaus Darilion 01 Jul '09

01 Jul '09

siptrace uses a TM callback which is not preent in sr's tm module Further flag_idx2mask is missing. regards klaus make[1]: Entering directory `/home/darilion/software/siprouter/sip-router/modules_k/siptrace' gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -minline-all-stringops -falign-loops -ftree-vectorize -mtune=athlon64 -Wall -DNAME='"ser"' -DVERSION='"2.99.0-dev01-serk"' -DARCH='"i386"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.3.2"' -D__CPU_i386 -D__OS_linux -DSER_VER=2099000 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DDBG_QM_MALLOC -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -DOPENSER_MOD_INTERFACE -DMOD_NAME='"siptrace"' -c siptrace.c -o siptrace.o siptrace.c: In function 'mod_init': siptrace.c:228: warning: implicit declaration of function 'flag_idx2mask' siptrace.c: In function 'sip_trace': siptrace.c:519: warning: passing argument 1 of 'search_next_avp' from incompatible pointer type siptrace.c:529: warning: passing argument 1 of 'search_next_avp' from incompatible pointer type siptrace.c: In function 'trace_onreq_in': siptrace.c:578: error: 'TMCB_REQUEST_BUILT' undeclared (first use in this function) siptrace.c:578: error: (Each undeclared identifier is reported only once siptrace.c:578: error: for each function it appears in.) siptrace.c: In function 'trace_onreq_out': regards klaus

1 0

git:daniel/xavp: core: introducing xavp (eXtended AVP)
by Daniel-Constantin Mierla 01 Jul '09

01 Jul '09

Module: sip-router Branch: daniel/xavp Commit: ef79b7beb75f3f4ed3a5fa1ba6c76363dc254e3e URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=ef79b7b… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Tue Jun 30 12:26:56 2009 +0200 core: introducing xavp (eXtended AVP) - design: - one master list stored in core - internal integer id to optimise the search in list (hash value over the string name) - name stored as str and null terminated (can use regexp over it) - string values stored as str and null terminated - other types of value that can be used internally (not in config) - long - long long - time - xavp (or list of xavp) - generic data structure - for more see: http://sip-router.org/wiki/devel/xavp - NOTE: this is not a replacement for existing AVPs, but an add-on, a new pseudo-variable class --- xavp.c | 508 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ xavp.h | 95 ++++++++++++ 2 files changed, 603 insertions(+), 0 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=ef7…

2 1

[ openser-Bugs-2814137 ] force_rtp_proxy bug
by SourceForge.net 01 Jul '09

01 Jul '09

Bugs item #2814137, was opened at 2009-06-29 19:29 Message generated for change (Comment added) made by klaus_darilion You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2814137&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: ver 1.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Marcus Hunger (marcushunger) Assigned to: Nobody/Anonymous (nobody) Summary: force_rtp_proxy bug Initial Comment: force_rtp_proxy seems to handle re-invite wrong, resulting in one-way-audio. ---------------------------------------------------------------------- >Comment By: Klaus Darilion (klaus_darilion) Date: 2009-07-01 08:53 Message: do you have a SIP trace? Is it maybe related to late offer (SDP in 200 OK and ACK)? Does the bug happens always or only if the reINVITE is sent by the callee? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-06-30 15:15 Message: in detail, the sdp is rewritten with the wrong port for this direction of the session. it's the same as the answer's which does not work. to build the query for the rtp-proxy from- and to-tag the have to be reversed in this case. ---------------------------------------------------------------------- Comment By: Marcus Hunger (marcushunger) Date: 2009-06-30 11:45 Message: happens when i handle a reinvite with rtpproxy_offer("l") ---------------------------------------------------------------------- Comment By: Daniel-Constantin Mierla (miconda) Date: 2009-06-29 20:19 Message: When is this happening? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2814137&group_…

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev July 2009