Re: [OpenSIPS-Devel] [OpenSIPS-Users] OpenSIPS @ SIPNOC 2019

[Jonathan Hulme]

Hi Bogdan,

    Firstly good luck, secondly is this being streamed, or any 
recordings made available afterwards?


Regards Jonathan

On 26/11/2019 12:31, Bogdan-Andrei Iancu wrote:

Hi All

On 5th of December, I will talk 
atSIPNOC 
2019 [1] about the new STIR/SHAKEN implementation [2] in OpenSIPS 3.1, 
about the usage models and the associated risks.



[1] https://www.sipforum.org/news-events/sipnoc-2019-overview/
[2] https://github.com/OpenSIPS/opensips/tree/master/modules/stir_shaken


10:45am – 11:15am: The Usage Models and Risks of STIR/SHAKEN, Seen 
from the Pragmatism of an Implementation.


Abstracts:
There are many things still to be defined and settled in STIR/SHAKEN 
from the regulatory perspective. Nevertheless, this presentation wants 
to bring this topic under scrutiny from the point of view of an 
implementation in the OpenSIPS SIP Server. So, what are the possible 
STIR/SHAKEN usage scenarios from the perspective of how the SIP 
traffic is handled and, more important, how the certificates are 
managed. While a SIP server may cover the full horizontal of 
authorization, inspection and verification processes, it is more 
relevant to see what are the possible models when comes to certificate 
managing. And definitely there is a need for coexistence between a 
certificate-agnostic model and a certificate self-managing model, in 
order to answer to future standardization and usage challenges. ITSP, 
Telcos and Carries are to deploy and use STIR/SHAKEN implementations 
in the real word, so are they fully aware of the security and 
performance risks introduced by such a service? Well, the exercise of 
producing such a STIR/SHAKEN implementation is a good way to answer 
these questions and get yourselves ready.



See you in Washington!
--
Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Bootcamp Pre-Registration
   https://opensips.org/training/OpenSIPS_Bootcamp/

___
Users mailing list
us...@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] Corrupt $DLG_end_reason (#489)

[Jonathan Hulme]

Just for the record, I have tested the 2.1.1 stable version and this problem is 
still happening after only a few (less than 100) calls.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/489#issuecomment-134758938___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] Corrupt $DLG_end_reason (#489)

[Jonathan Hulme]

I have set SHM and PKG to 400MB with 1 process running and it still crashes.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/489#issuecomment-100823214___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] Corrupt $DLG_end_reason (#489)

[Jonathan Hulme]

I have recompiled with DBG_QM_MALLOC and memlog=1, however now Opensips crashes 
on startup, I am not sure if this is related or not, but here is the 
information anyway:

May  4 12:52:35 [12500] WARNING:core:utimer_ticker: utimer task tm-utimer 
already schedualed for 2770 ms (now 2870 ms), it may overlap..
May  4 12:52:35 [12498] INFO:rtpengine:rtpe_test: rtp proxy 
udp:162.243.XXX.XXX:1 found, support for it enabled
May  4 12:52:35 [12498] WARNING:core:fm_malloc: Not enough free memory, will 
attempt defragmentation
May  4 12:52:35 [12498] ERROR:httpd:httpd_proc: oom
*   Trying 37.59.XXX.XXX...
May  4 12:52:35 [12489] INFO:core:handle_sigs: child process 12498 exited 
normally, status=0
May  4 12:52:35 [12489] INFO:core:handle_sigs: terminating due to SIGCHLD
May  4 12:52:35 [12495] INFO:core:sig_usr: signal 15 received
Memory status (pkg):
fm_status (0x7f60d37d7010):
 heap size= 2097152
 used= 478232, used+overhead=596456, free=1618920
 max used (+overhead)= 596456
dumping free list:
hash =  44 fragments no.: 1, unused: 0
 bucket size:   352 -   352 (first   352)
hash =  67 fragments no.: 1, unused: 0
 bucket size:   536 -   536 (first   536)
hash = 2055 fragments no.: 1, unused: 0
 bucket size:   1048576 -   2097152 (first   1499808)
TOTAL:  3 free fragments = 1500696 free bytes
TOTAL: 1499808 large bytes
TOTAL: 24 overhead
-
May  4 12:52:35 [12496] INFO:core:sig_usr: signal 15 received
Memory status (pkg):
fm_status (0x7f60d37d7010):
 heap size= 2097152
 used= 410632, used+overhead=528496, free=1686520
 max used (+overhead)= 529568
dumping free list:
hash =   3 fragments no.: 2, unused: 0
 bucket size:24 -24 (first24)
hash =   9 fragments no.: 2, unused: 0
 bucket size:72 -72 (first72)
hash =  67 fragments no.: 2, unused: 0
 bucket size:   536 -   536 (first   536)
hash = 2055 fragments no.: 1, unused: 0
 bucket size:   1048576 -   2097152 (first   1567392)
TOTAL:  7 free fragments = 1568656 free bytes
TOTAL: 1567392 large bytes
TOTAL: 24 overhead
-
May  4 12:52:35 [12497] INFO:core:sig_usr: signal 15 received
Memory status (pkg):
fm_status (0x7f60d37d7010):
 heap size= 2097152
 used= 407992, used+overhead=524992, free=1689160
 max used (+overhead)= 524992
dumping free list:
hash = 2055 fragments no.: 1, unused: 0
 bucket size:   1048576 -   2097152 (first   1572160)
TOTAL:  1 free fragments = 1572160 free bytes
TOTAL: 1572160 large bytes
TOTAL: 24 overhead
-
May  4 12:52:35 [12499] INFO:core:sig_usr: signal 15 received
Memory status (pkg):
fm_status (0x7f60d37d7010):
 heap size= 2097152
 used= 407992, used+overhead=524992, free=1689160
 max used (+overhead)= 524992
dumping free list:
hash = 2055 fragments no.: 1, unused: 0
 bucket size:   1048576 -   2097152 (first   1572160)
TOTAL:  1 free fragments = 1572160 free bytes
TOTAL: 1572160 large bytes
TOTAL: 24 overhead
-
May  4 12:52:35 [12500] INFO:core:sig_usr: signal 15 received
Memory status (pkg):
fm_status (0x7f60d37d7010):
 heap size= 2097152
 used= 407992, used+overhead=524992, free=1689160
 max used (+overhead)= 524992
dumping free list:
hash = 2055 fragments no.: 1, unused: 0
 bucket size:   1048576 -   2097152 (first   1572160)
TOTAL:  1 free fragments = 1572160 free bytes
TOTAL: 1572160 large bytes
TOTAL: 24 overhead
-
May  4 12:52:35 [12489] INFO:core:cleanup: cleanup
May  4 12:52:35 [12489] NOTICE:dns_cache:destroy: destroy module dns_cache ...
May  4 12:52:35 [12489] NOTICE:event_rabbitmq:destroy: destroy module ...
May  4 12:52:35 [12489] NOTICE:cachedb_memcached:destroy: destroy module 
cachedb_redis ...
Memory status (pkg):
fm_status (0x7f60d37d7010):
 heap size= 2097152
 used= 417504, used+overhead=535728, free=1679648
 max used (+overhead)= 540072
dumping free list:
hash =   1 fragments no.: 2, unused: 0
 bucket size: 8 - 8 (first 8)
hash =   2 fragments no.: 1, unused: 0
 bucket size:16 -16 (first16)
hash =   4 fragments no.: 6, unused: 0
 bucket size:32 -32 (first32)
hash =   5 fragments no.: 4, unused: 0
 bucket size:40 -40 (first40)
hash =   6 fragments no.:36, unused: 0
 bucket size:48 -48 (first48)
hash =   7 fragments no.: 4, unused: 0
 bucket size:56 -56 (first56)
hash =   9 fragments no.: 2, unused: 0
 bucket size:72 -72 

Re: [OpenSIPS-Devel] [opensips] Corrupt $DLG_end_reason (#489)

[Jonathan Hulme]

Also:
```
May  4 15:21:24 [23072] INFO:core:sig_usr: signal 15 received
Memory status (pkg):
fm_status (0x7f7c7ab1d010):
 heap size= 524288000
 used= 423120, used+overhead=540432, free=523864880
 max used (+overhead)= 540432
dumping free list:
hash =  25 fragments no.: 1, unused: 0
 bucket size:   200 -   200 (first   200)
hash =  67 fragments no.: 2, unused: 0
 bucket size:   536 -   536 (first   536)
hash = 2063 fragments no.: 1, unused: 0
 bucket size: 268435456 - 536870912 (first 523746296)
TOTAL:  4 free fragments = 523747568 free bytes
TOTAL: 523746296 large bytes
TOTAL: 24 overhead
-
May  4 15:21:24 [23074] INFO:core:sig_usr: signal 15 received
Memory status (pkg):
fm_status (0x7f7c7ab1d010):
 heap size= 524288000
 used= 393621960, used+overhead=393739224, free=130666040
 max used (+overhead)= 393739224
dumping free list:
hash =  61 fragments no.: 1, unused: 0
 bucket size:   488 -   488 (first   488)
hash =  67 fragments no.: 1, unused: 0
 bucket size:   536 -   536 (first   536)
hash = 2061 fragments no.: 1, unused: 0
 bucket size:  67108864 - 134217728 (first 130547752)
TOTAL:  3 free fragments = 130548776 free bytes
TOTAL: 130547752 large bytes
TOTAL: 24 overhead
-
May  4 15:21:24 [23076] INFO:core:sig_usr: signal 15 received
Memory status (pkg):
fm_status (0x7f7c7ab1d010):
 heap size= 524288000
 used= 402320, used+overhead=518576, free=523885680
 max used (+overhead)= 518576
dumping free list:
hash = 2063 fragments no.: 1, unused: 0
 bucket size: 268435456 - 536870912 (first 523769424)
TOTAL:  1 free fragments = 523769424 free bytes
TOTAL: 523769424 large bytes
TOTAL: 24 overhead
-
May  4 15:21:24 [23075] INFO:core:sig_usr: signal 15 received
Memory status (pkg):
fm_status (0x7f7c7ab1d010):
 heap size= 524288000
 used= 402320, used+overhead=518576, free=523885680
 max used (+overhead)= 518576
dumping free list:
hash = 2063 fragments no.: 1, unused: 0
 bucket size: 268435456 - 536870912 (first 523769424)
TOTAL:  1 free fragments = 523769424 free bytes
TOTAL: 523769424 large bytes
TOTAL: 24 overhead
-
May  4 15:21:24 [23073] INFO:core:sig_usr: signal 15 received
Memory status (pkg):
fm_status (0x7f7c7ab1d010):
 heap size= 524288000
 used= 402320, used+overhead=518576, free=523885680
 max used (+overhead)= 518576
dumping free list:
hash = 2063 fragments no.: 1, unused: 0
 bucket size: 268435456 - 536870912 (first 523769424)
TOTAL:  1 free fragments = 523769424 free bytes
TOTAL: 523769424 large bytes
TOTAL: 24 overhead
-
Segmentation fault
```

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/489#issuecomment-98750614___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [opensips] Corrupt $DLG_end_reason (#489)

[Jonathan Hulme]

After upgrading to 2.1 the $DLG_end_reason variable does not behave correctly, 
e.g

Instead of receiving Upstream BYE or Downstream BYE, the following have been 
observed:

_QIofalzca3BYE
as6d72287aYE
as6d8a1de36BYE
as172d526d BYE
as217299fb BYE
nVrhXc31g8eBYE
as217299fb BYE
as6213fd80 BYE
as457d4de4 BYE
as6213fd80 BYE
as6d103339 BYE
as3bf8833deBYE
Upstream BYEYE
as67a55fd9 BYE
as55cefbb5 BYE
as457d4de4 BYE
as6d72287aYE
as172d526d BYE
Upstream BYEYE


---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/489___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] acc_created_avp_id in 2.1 acc (#460)

[Jonathan Hulme]

I am not using a database, I am using events.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/460#issuecomment-92781361___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] SIP Trace does now show modified callid after topology_hiding (#459)

[Jonathan Hulme]

There is no advantage of the SIP Trace showing something different than what is 
actually happening.

I need the SIP Trace to accurately reflect the packets on the wire, I don't 
really think this needs more of an explanation.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/459#issuecomment-92993143___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] acc_created_avp_id in 2.1 acc (#460)

[Jonathan Hulme]

Yes, this has resolved the issue, thank you.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/460#issuecomment-92916347___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] acc_created_avp_id in 2.1 acc (#460)

[Jonathan Hulme]

Closed #460.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/460#event-281054352___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [opensips] SIP Trace does not capture uac_auth second INVITE reply (#464)

[Jonathan Hulme]

When using uac_auth the SIP Trace module does not capture the second INVITE 
sent out containing authentication credentials, or the reply to that INVITE.

Seems to happen with both 1.11 branch as well as 2.1.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/464___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] SIP Trace does not capture uac_auth second INVITE reply (#464)

[Jonathan Hulme]

Closed #464.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/464#event-281508782___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] SIP Trace does not capture uac_auth second INVITE reply (#464)

[Jonathan Hulme]

Sorry my mistake, it was an error in my scripting.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/464#issuecomment-93107016___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [opensips] acc_created_avp_id in 2.1 acc (#460)

[Jonathan Hulme]

I believe something is not quite right with the 94cf5dd commit in the 2.1 
branch, specifically regarding the internal acc_created_avp_id variable.

I get the following three errors:
Apr 13 09:49:43 li443-44 /usr/sbin/opensips[14456]: ERROR:core:new_avp: invalid 
AVP name!
Apr 13 09:49:43 li443-44 /usr/sbin/opensips[14456]: ERROR:core:add_avp: Failed 
to create new avp structure
Apr 13 09:49:43 li443-44 /usr/sbin/opensips[14456]: ERROR:acc:acc_onreq: failed 
to add created avp value!

This happens regardless of me setting:

modparam(acc, acc_created_avp_name, call_created_avp)

The problem causes an error and subsequently prevents any CDR's from been 
generated. 

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/460___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] advertised_address not used with contact header in topology_hiding in dialog (#297)

[Jonathan Hulme]

Hi Vlad,

My Appologies, upon correctly setting

listen=udp:X.X.X.X:5060 as Y.Y.Y.Y:5060

This worked correctly. Thank you

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/297#issuecomment-52308782___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] advertised_address not used with contact header in topology_hiding in dialog (#297)

[Jonathan Hulme]

Closed #297.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/297#event-153312062___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] Fixed JSON fetching of array string fields (b4b0a76)

[Jonathan Hulme]

This commit has caused problems for me, it compiled, but when I tried to start 
opensips, I got problem relating to json_object_get_string_len.

When I reverted the change it worked successfully

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/commit/b4b0a76a94981235b29af6d8a1bed27aa53ad623#commitcomment-6855082___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] RabbitMQ for Acc breaks in 1.11 (#207)

[Jonathan Hulme]

Sorry for the delay::

modparam(acc, db_url, flatstore:/var/log/cdr)
modparam(acc, detect_direction, 0)
modparam(acc, early_media, 0)
modparam(acc, report_cancels, 1)
modparam(acc, detect_direction, 0)

modparam(acc, db_table_acc, cdr)
modparam(acc, db_table_missed_calls, cdr_failed)

modparam(acc, acc_time_column, call_time)

modparam(acc, failed_transaction_flag, ACC_FAILED)
#modparam(acc, log_flag, ACC_DO)
#modparam(acc, log_missed_flag, ACC_MISSED)

modparam(acc, cdr_flag, CDR_FLAG)

modparam(acc, db_flag, DB_FLAG)
modparam(acc, evi_flag, EVI_FLAG)

modparam(acc, db_missed_flag, DB_MISSED_FLAG)
modparam(acc, db_extra, 
account_id=$avp(account_id);
provider_id=$avp(prov_id);
account_card_id=$avp(acc_card_id);
provider_card_id=$avp(prov_card_id);
source_ip=$avp(orig_ip);
pdd_in=$avp(pdd_in);
pdd_out=$avp(pdd_out);
lrn_number=$avp(lrn_number);
source_number=$fU;
dest_number=$tU;
ring_duration=$avp(ring_duration);
switch=$Ri
) #Extra data

modparam(acc, evi_extra, 
account_id=$avp(account_id);
provider_id=$avp(prov_id);
account_card_id=$avp(acc_card_id);
provider_card_id=$avp(prov_card_id);
source_ip=$avp(orig_ip);
pdd_in=$avp(pdd_in);
pdd_out=$avp(pdd_out);
lrn_number=$avp(lrn_number);
source_number=$fU;
dest_number=$tU;
ring_duration=$avp(ring_duration);
switch=$Ri
) #Extra data
modparam(acc, db_extra_bye, release_reason=$DLG_end_reason)
modparam(acc, evi_extra_bye, release_reason=$DLG_end_reason)

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/207#issuecomment-41819430___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] RabbitMQ for Acc breaks in 1.11 (#207)

[Jonathan Hulme]

Upon closer inspection it appears that acc data is been generated but not CDR. 
It appear like the CDR flag is not working correctly. It is generating one for 
INVITE and a seperate one for BYE.

This is true for both Event  DB.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/207#issuecomment-40883359___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] RabbitMQ for Acc breaks in 1.11 (#207)

[Jonathan Hulme]

This is a snippet from my startup script. But as I mentioned, this manual 
raising of the event works ok.

subscribe_event(E_ACC_CDR, 
rabbitmq:user-name:passw...@amqp.connexcs.com/cdr);
subscribe_event(E_ACC_MISSED_EVENT, 
rabbitmq:user-name:passw...@amqp.connexcs.com/cdr);

$avp(keys) = TEST;
$avp(values) = TEST;
if (!raise_event(E_ACC_CDR, $avp(keys), $avp(values))){
xlog(L_ERR, cannot raise E_ACC_CDR event\n);
}


---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/207#issuecomment-40800205___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [opensips] RabbitMQ for Acc breaks in 1.11 (#207)

[Jonathan Hulme]

Recently upgrading from 1.10 to 1.11, CDR data is no longer been generated 
through an event, which then is passed to the RabbitMQ handler.

However in the startup route, I am able to successfully able to raise a 
E_ACC_CDR event from the startup route.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/207___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] RabbitMQ for Acc breaks in 1.11 (#207)

[Jonathan Hulme]

I did not notice any errors in the script.

I was using latest version, both cloned and compiled today.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/207#issuecomment-40713124___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] RabbitMQ for Acc breaks in 1.11 (#207)

[Jonathan Hulme]

I did try changing this to see if it affected behaviour. But it is disabled 
after it made no difference.

If that is all that has changed in the rabbitmq then its more than likely the 
bug is before the event is raised.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/207#issuecomment-40731447___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel