looks like problem is fixed for now. opensips doesn't crashed for 5 days
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/749#issuecomment-172510700___
Devel mailing list
Devel@lists.opensips.org
http://l
Problem fixed, all works fine. Thank you.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/758#issuecomment-172505595___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailm
version: opensips 211 (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 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt,
i have updated opensips, now we need a couple of days to look at its behavior
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/749#issuecomment-171322700___
Devel mailing list
Devel@lists.opensips.org
htt
every time opensips crashes, in log i see only this error:
Jan 11 16:00:48 opensips /usr/sbin/opensips[7331]:
CRITICAL:core:sig_alarm_abort: BUG - shutdown timeout triggered, dying...
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/749#issuecom
Hello!
I use opensips 211:
version: opensips 211 (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 1024, BUF_SIZE 65535
poll method support: poll, e
Yes, first request after ferst establishing of tcp connection is allways
REGISTER and all REGISTERs handles by opensips script.
Pcap-trace sent to your private mail.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/714#issuecomment-163564485_
I did not have any unusual error message (only errors like "child process x
exit by signal 7"), and unfortunately this time i updated geoip, corefile was
lost. Its really hard to reproduce this error because not hard loaded opensips
dont crashes. Unfortunately i cant allow my main hard loade
version: opensips 2.1.1 (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 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_r
version: opensips 2.1.1 (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 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_r
ok, thanks. i'll try ur solution later
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/698#issuecomment-158085220___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/
but Bogdan said that to push new body, both strip_body() and add_body() must be
called (proof: http://opensips.org/pipermail/users/2014-October/030200.html)
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/698#issuecomment-157330814___
yes, before add_body() i do some work with variables and also call
strip_body().
I didn't check this function with INVITE, but my use-case is about transform
xml body of PUBLISH request, generated locally by opensips itself to publish
some information for presence.
---
Reply to this email dir
version: opensips 2.1.1 (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 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_r
@bogdan-iancu i checked again as you say (with additional debug trigger on
"__dialog_loaded()" function) and still don't see any output with
"__dialog_loaded()" in log with debug=4. I think that function doesn't work.
---
Reply to this email directly or view it on GitHub:
https://github.com/Open
ok, i'll give you result a bit later.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/240#issuecomment-47776353___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/li
@bogdan-iancu yes, i'm sure. I do simple manipulations with subst_body in order
to insert some additional data to body. This manipulations cannot be a reason
of generating body-less PUBLISHes without call dialoginfo_set() function.
---
Reply to this email directly or view it on GitHub:
https://
@bogdan-iancu yes, dialogs are DB-persistent. I use db_mode = 1 for "dialog"
module.
After restart opensips, i don't see "__dialog_loaded()" in log with debug=4.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/240#issuecomment-47657662__
@ovidiusas i doing some manipulations with xml body of PUBLISHs in local route.
@bogdan-iancu i can't reproduce it myself, but it reproduces sometimes on my
live opensips (very small chance).
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/241#is
Opensips 1.11 sometimes generates strange PUBLISH requests even if i do not
call dialoginfo_set() function and target URI of such requests does nothing at
that moment.
I dont understand why opensips generates these requests.
example of request:
PUBLISH sip:aaa@bbb SIP/2.0
Via: SIP/2.0/UDP ip:50
I init publishing by dealoginfo_set(), then establish call and after that i
restart opensips.
In this case, if i end call (established before restart) by BYE request,
opensips does not publishes anything.
params:
...
modparam("pua_dialoginfo", "include_callid", 1)
modparam("pua_dialoginfo", "i
After restart opensips, it stops probing gateways from dr_gateways table if
they are disabled at the time of restarting.
Gateways may be stopped by drouting module as not answers to ping (OPTIONS).
To start probing again, we must enable gateway manually (by opensipsctl) and
restart opensips.
pa
version: opensips 1.11.1-tls (x86_64/linux)
flags: STATS: On, USE_IPV6, USE_TCP, USE_TLS, DISABLE_NAGLE, USE_MCAST,
SHM_MEM, 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 1024, BUF_SIZE 65535
poll method
we have latest stable version from git. now updated to 1.11 and problem is
still there
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/217#issuecomment-43079389___
Devel mailing list
Devel@lists.opensip
any progress in this task?
or you need some additional information?
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/217#issuecomment-43065426___
Devel mailing list
Devel@lists.opensips.org
http://lists.o
Closed #161.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/161#event-118191013___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Problem solved, thx!
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/161#issuecomment-42291382___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
I redone tests and behavior remains the same. If i re-roure failed request via
different interface, in VIA still stay IP of first network interface. For
clarity, i sent pcap-dump to your e-mail
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/16
opensips 1.10 latest git commit as registrant.
i sent pcap trace to your email
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/217#issuecomment-41676251___
Devel mailing list
Devel@lists.opensips.org
htt
Situation:
A = registrant (our opensips with uac_registrant module). all REGISTERS sent
with expires=60 (as ct.fields(expires))
B = registrar (some sip-server). Sends 200OK with expires=600 (as
ct.fields(expires) too) to REGISTERs with expires lesser then 600.
When A receives 200OK with expires
Problem was discovered long time ago, maybe now it's solved. I will do some
tests to check how it works now
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/161#issuecomment-39831353___
Devel mailing lis
to be exact - 1.10 latest git commit
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/161#issuecomment-34316623___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/lis
1.10
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/161#issuecomment-34316380___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
33 matches
Mail list logo