If the messages are stored in a Mongo Replicaset using the CACHEDB module,
messages are stored, but being sent out repeatedly on each re-registration of
the client. It seems not able to update mongo on the 2xx.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/o
Hello.
Same issue with Debian 7, 64bit, openssl 1.0.1e, opensips latest
version: opensips 2.1.2 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE
Hi,
The Call for Paper for the Summit is open. Anyone with interesting ideas
about:
* presentation on what they accomplished based on OpenSIPS,
describing challenges and solutions (non-marketing!)
* technical solution / integrations / concepts based on OpenSIPS
* SIP and SIP relate
@arovetto, the SIP RFC3261 does not require at all the presence of rport during
a registration - this is a bogus requirement.
Changes over VIA in local route does not work, as the VIA is internally
generated after the local route, so basically you cannot change it.
Regards,
Bogdan
---
Reply to
@ferrored , please test the fix I just pushed and let me know if it solves your
problem.
Thanks, Bogdan
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/764#issuecomment-185339742___
Devel mailing list
D
Branch: refs/heads/1.11
Home: https://github.com/OpenSIPS/opensips
Commit: 23155e5acb415a68a81aa070b3c0bf272a47544c
https://github.com/OpenSIPS/opensips/commit/23155e5acb415a68a81aa070b3c0bf272a47544c
Author: Bogdan-Andrei Iancu
Date: 2016-02-17 (Wed, 17 Feb 2016)
Changed p
> @@ -0,0 +1,258 @@
> +/*
Original or fake, `async.c.orig` will have to go.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/715/files#r53200708___
Devel mailing list
Devel@lists.opensips.org
http://lists.
> +{
> + handle_async_t* _ah;
> +handle_con_t * _handle;
> +handle_set_t * _p = (handle_set_t*)_h->tail;
> +
> + if (_s->len > 16384) {
> + LM_ERR("query exceeds buffer size(16384)!\n");
> + return -1;
> + }
> +
> + if ((_ah=pkg_malloc(sizeof(handle_a
> @@ -62,5 +62,6 @@ struct hep_ip6hdr {
> struct in6_addr hp6_dst;/* destination address */
> };
> #endif
> +typedef void* sc_async_param_t;
Yet nobody includes `sipcapture.h` anyway!
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pu
> @@ -512,3 +512,180 @@ int db_virtual_insert_update(const db_con_t* _h, const
> db_key_t* _k,
> {
> db_generic_operation2(insert_update(handle->con, _k, _v, _n),1, 1, 1);
> }
> +
> +#define CURRCON(__ah__) (__ah__->current_con)
> +
> +#define db_generic_async_operation(__h,__ah, _resume_f,
> + CURRCON(__ah) = (CURRCON(__ah)+1)%p->size;
> \
> + }
> \
> + LM_DBG("curent_con = %i\n", CURRCON(__ah));
> \
> + } while
> + } else {
> \
> + LM_DBG("flags2 = %i\n",
> p->con_list[CURRCON(__ah)].flags); \
> + if ((--__ah->cons_rem) == 0) {
> \
> +
> @@ -36,7 +36,8 @@
> * NOTE: all values in this enum must be negative
> */
> enum async_ret_code {
> - ASYNC_NO_IO = -5,
> + ASYNC_NO_IO = -6,
> + ASYNC_CHANGE_FD,
I'd suggest moving `ASYNC_CHANGE_FD` two spots below, since it's still an async
operation (but on a new DB backend/
Hi
I'm using with Opensips 2.2dev uac_registrant module to register to an SIP
Provider. They said the registration fails because the top most request Via
hasn't the rport parameter.
I've tried to add that parameters using a local_route as follows:
local_route {
xlog("L_INFO", "local_rou
Branch: refs/heads/1.11
Home: https://github.com/OpenSIPS/opensips
Commit: 84da83f8dce212b704f1011d8d9a011474440ecc
https://github.com/OpenSIPS/opensips/commit/84da83f8dce212b704f1011d8d9a011474440ecc
Author: Liviu Chircu
Date: 2016-02-17 (Wed, 17 Feb 2016)
Changed paths:
Branch: refs/heads/2.1
Home: https://github.com/OpenSIPS/opensips
Commit: f84cc83c70242ce266714684811dc3e43cad12f3
https://github.com/OpenSIPS/opensips/commit/f84cc83c70242ce266714684811dc3e43cad12f3
Author: Liviu Chircu
Date: 2016-02-17 (Wed, 17 Feb 2016)
Changed paths:
> What are you thoughts on using something like TinyExpr from
> https://github.com/codeplea/tinyexpr ?
I think it's more than a reasonable solution, especially since it's easy to use
(1 file + 1 header). I only wrote our own quick parser because I didn't want to
impose too many dependencies, bu
17 matches
Mail list logo
