date:20200512

Re: [OpenSIPS-Users] Can't seem to get python module to work

2020-05-12 Thread Gordon Yeong

Anyone know what's going on?

Gordon


On Tue, 12 May 2020 at 17:10, Gordon Yeong  wrote:

> hi guys
>  I managed to get opensips to work with the perl module.
> I now need to port what I have to python 3.
>
>
> I can't seem to start opensips 3.0 because I have the following error:
>
>
> May 12 16:59:51 [47532] ERROR:core:set_mod_param_regex: no module matching
> python found
> May 12 16:59:51 [47532] Traceback (last included file at the bottom):
> May 12 16:59:51 [47532]  0.
> /opt/opensips/etc/opensips/opensips-Enum-Python.cfg
> May 12 16:59:51 [47532] CRITICAL:core:yyerror: parse error in
> /opt/opensips/etc/opensips/opensips-Enum-Python.cfg:137:20-21: Parameter
>  not found in module  - can't set
> May 12 16:59:51 [47532]
> May 12 16:59:51 [47532] loadmodule "enum.so"
> May 12 16:59:51 [47532] modparam("python", "script_name", "/tmp/test.py")
> May 12 16:59:51 [47532] ^~
> May 12 16:59:51 [47532]
> May 12 16:59:51 [47532] ### Routing Logic 
> May 12 16:59:51 [47532] CRITICAL:core:yyerror: parse error in
> /opt/opensips/etc/opensips/opensips-Enum-Python.cfg:158:36-37: unknown
> command , missing loadmodule?
> May 12 16:59:51 [47532] CRITICAL:core:yyerror: parse error in
> /opt/opensips/etc/opensips/opensips-Enum-Python.cfg:159:54-55: unknown
> command , missing loadmodule?
> May 12 16:59:51 [47532] ERROR:core:parse_opensips_cfg: bad config file (3
> errors)
> May 12 16:59:51 [47532] ERROR:core:main: failed to parse config file
> /opt/opensips/etc/opensips/opensips-Enum-Python.cfg
> May 12 16:59:51 [47532] NOTICE:core:main: Exiting
>
> 1) the first issue is "ERROR:core:set_mod_param_regex: no module matching
> python found".
> I find this really weird because I referred to
> https://opensips.org/docs/modules/3.0.x/python.html and it says in 1.2.1.
> that no loading is required.
>
> 2) Additionally, I am using the  line "modparam("python", "script_name",
> "/tmp/test.py")" to load my test python functions as per the same
> documentation in section 1.3.1.
> Yet, it errors out, "CRITICAL:core:yyerror: parse error in
> /opt/opensips/etc/opensips/opensips-Enum-Python.cfg:137:20-21: Parameter
>  not found in module  - can't set".
>
> Any ideas?
>
> Thank you
>
>
> Regards,
> Gordon Yeong
> perl, python3, elixir, rails, php = joy
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS as Teams SBC

2020-05-12 Thread James Hogbin

What is freaky is if I just remove the Contact header from the invite entirely 
I get a response from Teams.

So now I have Ringing working from Freeswitch to MSTeams.  However the CLI is 
screwed up and showing a random number that isn’t formatted at all - 266696687

I can answer in Teams but that doesn’t get back to Freeswitch.  I get one way 
audio From Teams and the teams client still says ringing

If I hang up in Teams it doesn’t get back to Freeswitch and the freeswitcht end 
of the call stays open

If I hang up in Freeswitch it does get back to Teams and the entire call is 
torn down
After 30 secs the Teams client hangs itself up

I honestly don’t know if I’m any closer or not

What is uber frustrating is that Teams -> Freeswitch just works

James

James Hogbin
Director 
 
IP Sentinel 
t.  +44 (0)20 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com

On 12 May 2020, at 17:48, Ovidiu Sas 
mailto:o...@voipembedded.com>> wrote:

Most likely the AudioCodec, Oracle and Ribbon are B2BUAs and there is no 
Route/Record-Route routing.
Read about loose routing mechanism in SIP protocol to get a better 
understanding on how this headers are used in routing.

Regards,
Ovidiu Sas

On Tue, May 12, 2020 at 10:55 James Hogbin 
mailto:ja...@ip-sentinel.com>> wrote:
So I’ve now restarted my script from scratch.

I’ve distilled what I’ve understood from everybody’s suggestions. BUT There is 
a total disconnect between the advice and what I can find elsewhere

The AudioCodec, Oracle and Ribbon SBC instructions all say you have to modify 
the Contact and don’t mention Record-Routes at all.
e.g. 
https://www.audiocodes.com/media/13161/connecting-audiocodes-sbc-to-microsoft-teams-direct-routing-hosting-model-configuration-note.pdf

The Microsoft Docs major on the Contact throughout

The Microsoft Docs say the Teams takes the FQDN name presented in the Contact 
header and matches it to the Common Name or Subject Alternative name of the 
presented certificate. The SBC name must match one of the following options:
• Option 1. The full FQDN name presented in the Contact header must match the 
Common Name/Subject Alternative name of the presented certificate.
• Option 2. The domain portion of the FQDN name presented in the Contact header 
(for example adatum.biz of the FQDN name 
sbc1.adatum.biz) must match the wildcard value in 
Common Name/Subject Alternative Name (for example 
*.adatum.biz).

Then it says
Try to find a tenant using the full FQDN name presented in the Contact header.

So the initial validation is done by the domain part of the contact
And to find the teams user it uses the phone number presented in the 
Request-URI and the the domain extracted from the Contact Header

If I assume that contact header can be replaced with Record_Route throughout as 
the MS Docs say this
Per RFC 3261, Record-Route is used if a proxy wants to stay on the path of 
future requests in a dialog, which is not essential as all traffic goes between 
the Microsoft SIP proxy and the paired SBC.

So the validation should work as the Record-Route is 
sbc.ip-sentinel.com as is the common name of my 
SSL cert
And the teams user should work as the URI has +448435577721 with the striped 
domain of ip-sentinel.com

I’ve set the RTP proxy to work only on the approved Microsoft Ports
There are matching Codecs & Crypto in the INVITE

Anyway It doesn’t work and I don’t get a 183 back from Teams so something Isn’t 
right.

Is anybody able to help?


James Hogbin
Director

<120051215543902783.png>

t. +44 (0)20 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com


INVITE 
sip:+448435577...@sip.pstnhub.microsoft.com;transport=tls
 SIP/2.0
Record-Route: 
Via: SIP/2.0/TLS 
sbc.ip-sentinel.com:5091;branch=z9hG4bK572.dcd29dc1.0;i=4c23cbf2
Via: SIP/2.0/TLS 
13.80.245.144:5081;received=13.80.245.144;rport=52283;branch=z9hG4bK78XZF1S4c7mcK
Max-Forwards: 68
From: "James Hogbin" 
mailto:sip%3A%2B442030114146@13.80.245.144>>;tag=16r7SU0B6KtpK
To: 
http://sip:08435577...@sbc.ip-sentinel.com:5091/>>
Call-ID: d8876893-0eff-1239-bdba-000d3aada04e
CSeq: 20093096 INVITE
Contact: 

User-Agent: FreeSWITCH
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, 
REFER, NOTIFY
Supported: timer, path, replaces
Allow-Events: talk, hold, conference, refer
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 1337
X-FS-Support: update_display,send_info
Remote-Party-ID: "James Hogbin" 
mailto:sip%3A%2B442030114146@13.80.245.144>>;party=calling;screen=yes;privacy=off

v=0
o=FreeSWITCH 1589277340 1589277341 IN IP4 13.80.245.144
s=FreeSWITCH
c=IN IP4 137.117.136.143
t=0 0
m=audio 51904 RTP/SAVP 9 0 8 101 13
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/80

Re: [OpenSIPS-Users] OpenSIPS as Teams SBC

2020-05-12 Thread Ovidiu Sas

Most likely the AudioCodec, Oracle and Ribbon are B2BUAs and there is no
Route/Record-Route routing.
Read about loose routing mechanism in SIP protocol to get a better
understanding on how this headers are used in routing.

Regards,
Ovidiu Sas

On Tue, May 12, 2020 at 10:55 James Hogbin  wrote:

> So I’ve now restarted my script from scratch.
>
> I’ve distilled what I’ve understood from everybody’s suggestions. BUT
> There is a total disconnect between the advice and what I can find elsewhere
>
> The AudioCodec, Oracle and Ribbon SBC instructions all say you have to
> modify the Contact and don’t mention Record-Routes at all.
> e.g.
> https://www.audiocodes.com/media/13161/connecting-audiocodes-sbc-to-microsoft-teams-direct-routing-hosting-model-configuration-note.pdf
>
> The Microsoft Docs major on the Contact throughout
>
> The Microsoft Docs say the Teams takes the FQDN name presented in the
> Contact header and matches it to the Common Name or Subject Alternative
> name of the presented certificate. The SBC name must match one of the
> following options:
> • Option 1. The full FQDN name presented in the Contact header must match
> the Common Name/Subject Alternative name of the presented certificate.
> • Option 2. The domain portion of the FQDN name presented in the Contact
> header (for example adatum.biz of the FQDN name sbc1.adatum.biz) must
> match the wildcard value in Common Name/Subject Alternative Name (for
> example *.adatum.biz).
>
> Then it says
> Try to find a tenant using the full FQDN name presented in the Contact
> header.
>
> So the initial validation is done by the domain part of the contact
> And to find the teams user it uses the phone number presented in the
> Request-URI and the the domain extracted from the Contact Header
>
> If I assume that contact header can be replaced with Record_Route
> throughout as the MS Docs say this
> Per RFC 3261, Record-Route is used if a proxy wants to stay on the path of
> future requests in a dialog, which is not essential as all traffic goes
> between the Microsoft SIP proxy and the paired SBC.
>
> So the validation should work as the Record-Route is sbc.ip-sentinel.com
> as is the common name of my SSL cert
> And the teams user should work as the URI has +448435577721 with the
> striped domain of ip-sentinel.com
>
> I’ve set the RTP proxy to work only on the approved Microsoft Ports
> There are matching Codecs & Crypto in the INVITE
>
> Anyway It doesn’t work and I don’t get a 183 back from Teams so something
> Isn’t right.
>
> Is anybody able to help?
>
> *James Hogbin*
> *Director*
> [image: IP Sentinel Logo] 
> t. +44 (0)20 3011 4150 <+442030114150>
> m. +44 7786910895
> w. https://www.ip-sentinel.com
>
>
> INVITE sip:+448435577...@sip.pstnhub.microsoft.com;transport=tls SIP/2.0
> Record-Route:  ;transport=tls;ftag=16r7SU0B6KtpK;lr>
> Via: SIP/2.0/TLS sbc.ip-sentinel.com:5091
> ;branch=z9hG4bK572.dcd29dc1.0;i=4c23cbf2
> Via: SIP/2.0/TLS 13.80.245.144:5081
> ;received=13.80.245.144;rport=52283;branch=z9hG4bK78XZF1S4c7mcK
> Max-Forwards: 68
> From: "James Hogbin" ;tag=16r7SU0B6KtpK
> To: 
> Call-ID: d8876893-0eff-1239-bdba-000d3aada04e
> CSeq: 20093096 INVITE
> Contact:  ;transport=tls;transport=tls;gw=c6ff36e8-d3de-4fe0-9f1b-9da2888c43a9>
> User-Agent: FreeSWITCH
> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER,
> REFER, NOTIFY
> Supported: timer, path, replaces
> Allow-Events: talk, hold, conference, refer
> Content-Type: application/sdp
> Content-Disposition: session
> Content-Length: 1337
> X-FS-Support: update_display,send_info
> Remote-Party-ID: "James Hogbin"  >;party=calling;screen=yes;privacy=off
>
> v=0
> o=FreeSWITCH 1589277340 1589277341 IN IP4 13.80.245.144
> s=FreeSWITCH
> c=IN IP4 137.117.136.143
> t=0 0
> m=audio 51904 RTP/SAVP 9 0 8 101 13
> a=rtpmap:9 G722/8000
> a=rtpmap:0 PCMU/8000
> a=rtpmap:8 PCMA/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-16
> a=rtpmap:13 CN/8000
> a=crypto:1 AEAD_AES_256_GCM_8
> inline:DG1mX1BHpFLdw8k3JD9Cc/NNJXVXsIibm9DoLwFuy6Wh6rNrrrW7aRxREV8=
> a=crypto:2 AEAD_AES_128_GCM_8
> inline:twu/t4tyHNqeXymfQZzwSz0wg9j5CQ3ggoFVOg==
> a=crypto:3 AES_256_CM_HMAC_SHA1_80
> inline:2zxvdvVA926CvgMT8Izr5td0Sow0kIUx0y/yGSq7DB+lR3+BhNC+IDohjVwu4w==
> a=crypto:4 AES_192_CM_HMAC_SHA1_80
> inline:7naCIyPWQBn4rNZ9Eat/GIK6p1EEEYsLVuvdQKH5qIPoKW7nIIw=
> a=crypto:5 AES_CM_128_HMAC_SHA1_80
> inline:vm8K2XDqGiYTLg3dQdnEIas77/KPKj2WFwblhjmw
> a=crypto:6 AES_256_CM_HMAC_SHA1_32
> inline:ErFJEbtVQ1eUlAYKy5I4SqluECiVvQt7TtASS3krfin10adczd+Y5SgnuzY1Nw==
> a=crypto:7 AES_192_CM_HMAC_SHA1_32
> inline:jiuXK2Ggee9ZwAhR/EL6eqrWazSHnZoeyQP4RK1EwLdIjgNOPmc=
> a=crypto:8 AES_CM_128_HMAC_SHA1_32
> inline:5WZHbfW6Oy8zKnGELuDMFpmeirx0YEUCTkH+d3O3
> a=crypto:9 AES_CM_128_NULL_AUTH
> inline:MZF6zzwHeiJvX90BGmfjbSbKwBDGyLsP/rGEqMl7
> a=ptime:20
> m=audio 52500 RTP/AVP 9 0 8 101 13
>
> a=rtpmap:9 G722/8000
> a=rtpmap:0 PCMU/8000
> a=rtpmap:8 PCMA/8000
> a=rtpmap:101 telephone-event/80

[OpenSIPS-Users] Using opensips to support "replaces"

2020-05-12 Thread William Simon

On one side of the proxy I have a system that requires “replaces” support; on 
the other side it is not supported.

I would like opensips to help here, if possible without using opensips b2bua or 
introducing a different one into the mix such as Asterisk.

Is it possible to use the dialog module or some clever scripting in opensips to 
support “replaces” while translating the request to a more typical reinvite on 
the other side of the proxy?


“The information transmitted is intended only for the person or entity to which 
it is addressed and may contain proprietary, business-confidential and/or 
privileged material. If you are not the intended recipient of this message you 
are hereby notified that any use, review, retransmission, dissemination, 
distribution, reproduction or any action taken in reliance upon this message is 
prohibited. If you received this in error, please contact the sender and delete 
the material from any computer.”
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS as Teams SBC

2020-05-12 Thread James Hogbin

So I’ve now restarted my script from scratch.

I’ve distilled what I’ve understood from everybody’s suggestions. BUT There is 
a total disconnect between the advice and what I can find elsewhere

The AudioCodec, Oracle and Ribbon SBC instructions all say you have to modify 
the Contact and don’t mention Record-Routes at all. 
e.g. 
https://www.audiocodes.com/media/13161/connecting-audiocodes-sbc-to-microsoft-teams-direct-routing-hosting-model-configuration-note.pdf

The Microsoft Docs major on the Contact throughout

The Microsoft Docs say the Teams takes the FQDN name presented in the Contact 
header and matches it to the Common Name or Subject Alternative name of the 
presented certificate. The SBC name must match one of the following options:
• Option 1. The full FQDN name presented in the Contact header must 
match the Common Name/Subject Alternative name of the presented certificate.
• Option 2. The domain portion of the FQDN name presented in the 
Contact header (for example adatum.biz of the FQDN name sbc1.adatum.biz) must 
match the wildcard value in Common Name/Subject Alternative Name (for example 
*.adatum.biz).

Then it says
Try to find a tenant using the full FQDN name presented in the Contact header.

So the initial validation is done by the domain part of the contact 
And to find the teams user it uses the phone number presented in the 
Request-URI and the the domain extracted from the Contact Header

If I assume that contact header can be replaced with Record_Route throughout as 
the MS Docs say this
Per RFC 3261, Record-Route is used if a proxy wants to stay on the path of 
future requests in a dialog, which is not essential as all traffic goes between 
the Microsoft SIP proxy and the paired SBC.

So the validation should work as the Record-Route is sbc.ip-sentinel.com as is 
the common name of my SSL cert
And the teams user should work as the URI has +448435577721 with the striped 
domain of ip-sentinel.com

I’ve set the RTP proxy to work only on the approved Microsoft Ports
There are matching Codecs & Crypto in the INVITE

Anyway It doesn’t work and I don’t get a 183 back from Teams so something Isn’t 
right.  

Is anybody able to help?

James Hogbin
Director 
 
IP Sentinel 
t. +44 (0)20 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com

INVITE sip:+448435577...@sip.pstnhub.microsoft.com;transport=tls SIP/2.0
Record-Route: 
Via: SIP/2.0/TLS 
sbc.ip-sentinel.com:5091;branch=z9hG4bK572.dcd29dc1.0;i=4c23cbf2
Via: SIP/2.0/TLS 
13.80.245.144:5081;received=13.80.245.144;rport=52283;branch=z9hG4bK78XZF1S4c7mcK
Max-Forwards: 68
From: "James Hogbin" ;tag=16r7SU0B6KtpK
To: 
Call-ID: d8876893-0eff-1239-bdba-000d3aada04e
CSeq: 20093096 INVITE
Contact: 

User-Agent: FreeSWITCH
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, 
REFER, NOTIFY
Supported: timer, path, replaces
Allow-Events: talk, hold, conference, refer
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 1337
X-FS-Support: update_display,send_info
Remote-Party-ID: "James Hogbin" 
;party=calling;screen=yes;privacy=off

v=0
o=FreeSWITCH 1589277340 1589277341 IN IP4 13.80.245.144
s=FreeSWITCH
c=IN IP4 137.117.136.143
t=0 0
m=audio 51904 RTP/SAVP 9 0 8 101 13
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:13 CN/8000
a=crypto:1 AEAD_AES_256_GCM_8 
inline:DG1mX1BHpFLdw8k3JD9Cc/NNJXVXsIibm9DoLwFuy6Wh6rNrrrW7aRxREV8=
a=crypto:2 AEAD_AES_128_GCM_8 inline:twu/t4tyHNqeXymfQZzwSz0wg9j5CQ3ggoFVOg==
a=crypto:3 AES_256_CM_HMAC_SHA1_80 
inline:2zxvdvVA926CvgMT8Izr5td0Sow0kIUx0y/yGSq7DB+lR3+BhNC+IDohjVwu4w==
a=crypto:4 AES_192_CM_HMAC_SHA1_80 
inline:7naCIyPWQBn4rNZ9Eat/GIK6p1EEEYsLVuvdQKH5qIPoKW7nIIw=
a=crypto:5 AES_CM_128_HMAC_SHA1_80 
inline:vm8K2XDqGiYTLg3dQdnEIas77/KPKj2WFwblhjmw
a=crypto:6 AES_256_CM_HMAC_SHA1_32 
inline:ErFJEbtVQ1eUlAYKy5I4SqluECiVvQt7TtASS3krfin10adczd+Y5SgnuzY1Nw==
a=crypto:7 AES_192_CM_HMAC_SHA1_32 
inline:jiuXK2Ggee9ZwAhR/EL6eqrWazSHnZoeyQP4RK1EwLdIjgNOPmc=
a=crypto:8 AES_CM_128_HMAC_SHA1_32 
inline:5WZHbfW6Oy8zKnGELuDMFpmeirx0YEUCTkH+d3O3
a=crypto:9 AES_CM_128_NULL_AUTH inline:MZF6zzwHeiJvX90BGmfjbSbKwBDGyLsP/rGEqMl7
a=ptime:20
m=audio 52500 RTP/AVP 9 0 8 101 13
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:13 CN/8000
a=ptime:20
a=nortpproxy:yes

IP Sentinel Disclaimer 
This communication is for the information of the person to whom it has been 
delivered and neither it nor any of its contents should be passed on to or used 
by any other person. IP Sentinel Ltd is a limited company registered in England 
and Wales under Registered Number 08648097. Registered Office: Newnhams Wood, 
Horsted Keynes, West Sussex, RH17 7BT. 
Disclaimer: Q3dhRSrm_disclaimer
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Load testing

2020-05-12 Thread David Villasmil

Sippy is really cool. Though I’ve heard sipp‘s media stack starts behaving
funny on big load tests... I personally use freeswitch depending on what
I’m trying to test (scenarios, etc)

On Tue, 12 May 2020 at 09:27, Tomi Hakkarainen  wrote:

> Thanks, did not know of its existence before this :)
>
> Br, Tomi
>
> On 12. May 2020, at 11.14, Callum Guy  wrote:
>
> Sippy cup has some good media generation capabilities, still using sipp
> under the hood.
>
> https://mojolingo.github.io/sippy_cup/
>
>
>
> On Mon, 11 May 2020 at 18:45, Tomi Hakkarainen  wrote:
>
>> I agree
>>
>> BR, Tomi
>>
>> On 11. May 2020, at 19.48, johan  wrote:
>>
>> hmmm sipp with your own rtp files.
>> On 11/05/2020 18:19, miha- via Users wrote:
>>
>> Hi
>>
>> What is best tool for load testing that can generate also RTP?
>>
>> Tnx
>>
>> miha
>>
>> ___
>> Users mailing 
>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
> 
>
> *0333 332   |  x-on.co.uk   |   **
>    
>    **  |  Coronavirus
> *
>
> THE ITSPA AWARDS 2020  AND Best
> ITSP - Mid Market, Best Software and Best Vertical Solution are trade marks
> of the Internet Telephony Services Providers' Association, used under
> licence.
>
> X-on is a trading name of Storacall Technology Ltd a limited company
> registered in England and Wales.
> Registered Office : Avaland House, 110 London Road, Apsley, Hemel
> Hempstead, Herts, HP3 9SD
> .
> Company Registration No. 2578478.
> The information in this e-mail is confidential and for use by the
> addressee(s) only. If you are not the intended recipient, please notify
> X-on immediately on +44(0)333 332  and delete the
> message from your computer. If you are not a named addressee you must not
> use, disclose, disseminate, distribute, copy, print or reply to this email. 
> Views
> or opinions expressed by an individual
> within this email may not necessarily reflect the views of X-on or its
> associated companies. Although X-on routinely screens for viruses,
> addressees should scan this email and any attachments
> for viruses. X-on makes no representation or warranty as to the absence of
> viruses in this email or any attachments.
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Something odd with TLS Memory

2020-05-12 Thread James Hogbin

Phew! - Thank you

The MSTeams thing is a big enough issue without having also failed at my 
diagnostic kit !!

J/.

On 12 May 2020, at 11:22, Johan De Clercq 
mailto:jo...@democon.be>> wrote:

then you are good.

Op di 12 mei 2020 om 12:16 schreef James Hogbin 
mailto:ja...@ip-sentinel.com>>:
In that case I’m missing something as all SIP messages are being presented 
unencrypted in my Homer & SIPTRACE in the opensips-cp

Well for the use case I’m trying to implement anyway

MSTeams <-> Opensips <-> Freeswitch

With Opensips feeding Homer

J/.

James Hogbin
Director

<120051211140700987.png>

t. 020 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com

On 12 May 2020, at 11:02, Johan De Clercq 
mailto:jo...@democon.be>> wrote:

My two cents : upgrade, if you have a trace of the TLS part then your life 
becomes much easier.

Op di 12 mei 2020 om 11:59 schreef James Hogbin 
mailto:ja...@ip-sentinel.com>>:
Thank you.

Given I’m more focused on getting Teams to work and I can still get the HEP 
trace without it I’ll wait.

James

James Hogbin
Director

<120051210572101339.png>

t. +44 (0)20 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com

> On 12 May 2020, at 10:54, Liviu Chircu 
> mailto:li...@opensips.org>> wrote:
>
> On 12.05.2020 12:51, James Hogbin wrote:
>> version: opensips 3.0.2 (x86_64/linux)
>> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC, 
>> F_MALLOC, HP_MALLOC, DBG_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, sigio_rt, select.
>> main.c compiled on with gcc 7
>
> OK, so you don't have the fix, which was made in February. Please re-install 
> via 3.0 nightly packages if you want to fix the issue immediately, otherwise 
> wait for the 3.0.3 minor release.
>
> Best regards,
>
> --
> Liviu Chircu
> www.twitter.com/liviuchircu | 
> www.opensips-solutions.com
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

IP Sentinel Disclaimer
The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. Unintended recipients are 
prohibited from taking action on the basis of information in this e-mail. If 
you are not the intended recipient or have received this email in error, please 
notify the sender immediately by return email and delete the email from your 
computer. E-mail messages may contain computer viruses or other defects, may 
not be accurately replicated on other systems, or may be intercepted, deleted 
or interfered with without the knowledge of the sender or the intended 
recipient. We do not guarantee that either are virus-free and accept no 
liability for any damage sustained as a result of computer viruses or other 
defects. . IP Sentinel Ltd is a limited company registered in England and Wales 
under Registered Number 08648097. Registered Office: Newnhams Wood, Horsted 
Keynes, West Sussex, RH17 7BT.

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

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

James Hogbin
Director 

IP Sentinel 
t.  +44 (0)20 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com

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

Re: [OpenSIPS-Users] Something odd with TLS Memory

2020-05-12 Thread Johan De Clercq

then you are good.

Op di 12 mei 2020 om 12:16 schreef James Hogbin :

> In that case I’m missing something as all SIP messages are being presented
> unencrypted in my Homer & SIPTRACE in the opensips-cp
>
> Well for the use case I’m trying to implement anyway
>
> MSTeams <-> Opensips <-> Freeswitch
>
> With Opensips feeding Homer
>
> J/.
>
>
>
> *James Hogbin*
> *Director*
> [image: IP Sentinel Logo] 
> t. 020 3011 4150 <+442030114150>
> m. +44 7786910895
> w. https://www.ip-sentinel.com
>
> On 12 May 2020, at 11:02, Johan De Clercq  wrote:
>
> My two cents : upgrade, if you have a trace of the TLS part then your life
> becomes much easier.
>
> Op di 12 mei 2020 om 11:59 schreef James Hogbin :
>
>> Thank you.
>>
>> Given I’m more focused on getting Teams to work and I can still get the
>> HEP trace without it I’ll wait.
>>
>> James
>>
>> *James Hogbin*
>> * Director*
>> <120051210572101339.png> 
>> t. +44 (0)20 3011 4150 <+442030114150>
>> m. +44 7786910895
>> w. https://www.ip-sentinel.com
>>
>>
>> > On 12 May 2020, at 10:54, Liviu Chircu  wrote:
>> >
>> > On 12.05.2020 12:51, James Hogbin wrote:
>> >> version: opensips 3.0.2 (x86_64/linux)
>> >> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
>> Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_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, sigio_rt, select.
>> >> main.c compiled on with gcc 7
>> >
>> > OK, so you don't have the fix, which was made in February. Please
>> re-install via 3.0 nightly packages if you want to fix the issue
>> immediately, otherwise wait for the 3.0.3 minor release.
>> >
>> > Best regards,
>> >
>> > --
>> > Liviu Chircu
>> > www.twitter.com/liviuchircu | www.opensips-solutions.com
>> >
>> >
>> > ___
>> > Users mailing list
>> > Users@lists.opensips.org
>> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>> IP Sentinel Disclaimer
>> The information contained in this e-mail, and any attachment, is
>> confidential and is intended solely for the use of the intended recipient.
>> Access, copying or re-use of the e-mail or any attachment, or any
>> information contained therein, by any other person is not authorized.
>> Unintended recipients are prohibited from taking action on the basis of
>> information in this e-mail. If you are not the intended recipient or have
>> received this email in error, please notify the sender immediately by
>> return email and delete the email from your computer. E-mail messages may
>> contain computer viruses or other defects, may not be accurately replicated
>> on other systems, or may be intercepted, deleted or interfered with without
>> the knowledge of the sender or the intended recipient. We do not guarantee
>> that either are virus-free and accept no liability for any damage sustained
>> as a result of computer viruses or other defects. . IP Sentinel Ltd is a
>> limited company registered in England and Wales under Registered Number
>> 08648097. Registered Office: Newnhams Wood, Horsted Keynes, West Sussex,
>> RH17 7BT.
>> Q3dhRSrm_disclaimer
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Something odd with TLS Memory

2020-05-12 Thread James Hogbin

In that case I’m missing something as all SIP messages are being presented 
unencrypted in my Homer & SIPTRACE in the opensips-cp

Well for the use case I’m trying to implement anyway

MSTeams <-> Opensips <-> Freeswitch

With Opensips feeding Homer

J/.

On 12 May 2020, at 11:02, Johan De Clercq 
mailto:jo...@democon.be>> wrote:

My two cents : upgrade, if you have a trace of the TLS part then your life 
becomes much easier.

Op di 12 mei 2020 om 11:59 schreef James Hogbin 
mailto:ja...@ip-sentinel.com>>:
Thank you.

Given I’m more focused on getting Teams to work and I can still get the HEP 
trace without it I’ll wait.

James

James Hogbin
Director

<120051210572101339.png>

t. +44 (0)20 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com

> On 12 May 2020, at 10:54, Liviu Chircu 
> mailto:li...@opensips.org>> wrote:
>
> On 12.05.2020 12:51, James Hogbin wrote:
>> version: opensips 3.0.2 (x86_64/linux)
>> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC, 
>> F_MALLOC, HP_MALLOC, DBG_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, sigio_rt, select.
>> main.c compiled on with gcc 7
>
> OK, so you don't have the fix, which was made in February. Please re-install 
> via 3.0 nightly packages if you want to fix the issue immediately, otherwise 
> wait for the 3.0.3 minor release.
>
> Best regards,
>
> --
> Liviu Chircu
> www.twitter.com/liviuchircu | 
> www.opensips-solutions.com
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

IP Sentinel Disclaimer
The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. Unintended recipients are 
prohibited from taking action on the basis of information in this e-mail. If 
you are not the intended recipient or have received this email in error, please 
notify the sender immediately by return email and delete the email from your 
computer. E-mail messages may contain computer viruses or other defects, may 
not be accurately replicated on other systems, or may be intercepted, deleted 
or interfered with without the knowledge of the sender or the intended 
recipient. We do not guarantee that either are virus-free and accept no 
liability for any damage sustained as a result of computer viruses or other 
defects. . IP Sentinel Ltd is a limited company registered in England and Wales 
under Registered Number 08648097. Registered Office: Newnhams Wood, Horsted 
Keynes, West Sussex, RH17 7BT.

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

James Hogbin
Director 

IP Sentinel 
t.  +44 (0)20 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com

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

Re: [OpenSIPS-Users] Something odd with TLS Memory

2020-05-12 Thread Johan De Clercq

My two cents : upgrade, if you have a trace of the TLS part then your life
becomes much easier.

Op di 12 mei 2020 om 11:59 schreef James Hogbin :

> Thank you.
>
> Given I’m more focused on getting Teams to work and I can still get the
> HEP trace without it I’ll wait.
>
> James
>
> *James Hogbin*
> *Director*
> [image: IP Sentinel Logo] 
> t. +44 (0)20 3011 4150 <+442030114150>
> m. +44 7786910895
> w. https://www.ip-sentinel.com
>
>
> > On 12 May 2020, at 10:54, Liviu Chircu  wrote:
> >
> > On 12.05.2020 12:51, James Hogbin wrote:
> >> version: opensips 3.0.2 (x86_64/linux)
> >> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
> Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_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, sigio_rt, select.
> >> main.c compiled on with gcc 7
> >
> > OK, so you don't have the fix, which was made in February. Please
> re-install via 3.0 nightly packages if you want to fix the issue
> immediately, otherwise wait for the 3.0.3 minor release.
> >
> > Best regards,
> >
> > --
> > Liviu Chircu
> > www.twitter.com/liviuchircu | www.opensips-solutions.com
> >
> >
> > ___
> > Users mailing list
> > Users@lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> IP Sentinel Disclaimer
> The information contained in this e-mail, and any attachment, is
> confidential and is intended solely for the use of the intended recipient.
> Access, copying or re-use of the e-mail or any attachment, or any
> information contained therein, by any other person is not authorized.
> Unintended recipients are prohibited from taking action on the basis of
> information in this e-mail. If you are not the intended recipient or have
> received this email in error, please notify the sender immediately by
> return email and delete the email from your computer. E-mail messages may
> contain computer viruses or other defects, may not be accurately replicated
> on other systems, or may be intercepted, deleted or interfered with without
> the knowledge of the sender or the intended recipient. We do not guarantee
> that either are virus-free and accept no liability for any damage sustained
> as a result of computer viruses or other defects. . IP Sentinel Ltd is a
> limited company registered in England and Wales under Registered Number
> 08648097. Registered Office: Newnhams Wood, Horsted Keynes, West Sussex,
> RH17 7BT.
> Q3dhRSrm_disclaimer
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Something odd with TLS Memory

2020-05-12 Thread James Hogbin

Thank you.

Given I’m more focused on getting Teams to work and I can still get the HEP 
trace without it I’ll wait.

James

James Hogbin
Director 

IP Sentinel 
t. +44 (0)20 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com

> On 12 May 2020, at 10:54, Liviu Chircu  wrote:
> 
> On 12.05.2020 12:51, James Hogbin wrote:
>> version: opensips 3.0.2 (x86_64/linux)
>> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC, 
>> F_MALLOC, HP_MALLOC, DBG_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, sigio_rt, select.
>> main.c compiled on with gcc 7
> 
> OK, so you don't have the fix, which was made in February. Please re-install 
> via 3.0 nightly packages if you want to fix the issue immediately, otherwise 
> wait for the 3.0.3 minor release.
> 
> Best regards,
> 
> -- 
> Liviu Chircu
> www.twitter.com/liviuchircu | www.opensips-solutions.com
> 
> 
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

IP Sentinel Disclaimer 
This communication is for the information of the person to whom it has been 
delivered and neither it nor any of its contents should be passed on to or used 
by any other person. IP Sentinel Ltd is a limited company registered in England 
and Wales under Registered Number 08648097. Registered Office: Newnhams Wood, 
Horsted Keynes, West Sussex, RH17 7BT. 
Disclaimer: Q3dhRSrm_disclaimer
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Something odd with TLS Memory

2020-05-12 Thread Liviu Chircu


On 12.05.2020 12:51, James Hogbin wrote:

version: opensips 3.0.2 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, 
Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_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, sigio_rt, select.
main.c compiled on with gcc 7


OK, so you don't have the fix, which was made in February. Please 
re-install via 3.0 nightly packages if you want to fix the issue 
immediately, otherwise wait for the 3.0.3 minor release.


Best regards,

--
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com


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

Re: [OpenSIPS-Users] Something odd with TLS Memory

2020-05-12 Thread James Hogbin

version: opensips 3.0.2 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC, 
F_MALLOC, HP_MALLOC, DBG_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, sigio_rt, select.
main.c compiled on  with gcc 7

James Hogbin
Director 

IP Sentinel 
t. +44 (0)20 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com

> On 12 May 2020, at 10:47, Liviu Chircu  wrote:
> 
> On 12.05.2020 11:45, James Hogbin wrote:
>> Interestingly I commented out
>> #modparam("proto_tls", "trace_destination", "hid")
>> #modparam("proto_tls", "trace_on", 1)
>> 
>> And now the memory errors have stopped
>> 
> Hi, James!
> 
> What is your OpenSIPS version, please?  (output of the `opensips -V` command)
> 
> PS: Răzvan fixed a similar issue roughly 3 months ago [1], so an upgrade to 
> latest version may very well fix that memory allocation bug.
> 
> Cheers,
> 
> [1]: https://github.com/OpenSIPS/opensips/commit/df3f537d
> 
> -- 
> Liviu Chircu
> www.twitter.com/liviuchircu | www.opensips-solutions.com
> 
> 
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

IP Sentinel Disclaimer 
This communication is for the information of the person to whom it has been 
delivered and neither it nor any of its contents should be passed on to or used 
by any other person. IP Sentinel Ltd is a limited company registered in England 
and Wales under Registered Number 08648097. Registered Office: Newnhams Wood, 
Horsted Keynes, West Sussex, RH17 7BT. 
Disclaimer: Q3dhRSrm_disclaimer
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS as Teams SBC

2020-05-12 Thread James Hogbin

OK I fixed the RTPProxy to request a port in the correct range of teams media & 
I get a response but it’s now I get a rejection.
It’s probably a basic error but I’m pulling my hair out on this one.

James Hogbin
Director 
 
IP Sentinel 
t. +44 (0)20 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com

My Invite is now:
INVITE sip:+448435577...@sip.pstnhub.microsoft.com:5061;transport=tls SIP/2.0
Record-Route: 
Via: SIP/2.0/TLS 137.117.136.143:5091;branch=z9hG4bK65fa.6a01b6b3.0;i=da9130a5
Via: SIP/2.0/TLS 
13.80.245.144:5081;received=13.80.245.144;rport=59751;branch=z9hG4bK058c0vQ8jmNgQ
Max-Forwards: 68
From: "James Hogbin" ;tag=QaaXp916U09ea
To: 
Call-ID: 17a3ba67-0ed7-1239-bdba-000d3aada04e
CSeq: 20084344 INVITE
Contact: 

User-Agent: FreeSWITCH
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, 
REFER, NOTIFY
Supported: timer, path, replaces
Allow-Events: talk, hold, conference, refer
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 1337
X-FS-Support: update_display,send_info
Remote-Party-ID: "James Hogbin" 
;party=calling;screen=yes;privacy=off

v=0
o=FreeSWITCH 1589254426 1589254427 IN IP4 13.80.245.144
s=FreeSWITCH
c=IN IP4 137.117.136.143
t=0 0
m=audio 50398 RTP/SAVP 9 0 8 101 13
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:13 CN/8000
a=crypto:1 AEAD_AES_256_GCM_8 
inline:Qpokk/LxXKr5UWx5lMc5S+b5fWaNbapzIBpe6Xw/v2EFbrvUVRA5Mr0375E=
a=crypto:2 AEAD_AES_128_GCM_8 inline:M3IRqfY/RaDNfx7KkVLOnPzbde7oxNSqKQCuEg==
a=crypto:3 AES_256_CM_HMAC_SHA1_80 
inline:gI/heQV4rgH1INfxNSz8u73SuNeaylNvmCU+a1yrBgvk7q6Rd21OBlBYSGuHbA==
a=crypto:4 AES_192_CM_HMAC_SHA1_80 
inline:AhRaELwZ8wNuhsmoDQ/JnQ70fOlxc0YFGj+bmV4YPjcAq9f/hqU=
a=crypto:5 AES_CM_128_HMAC_SHA1_80 
inline:SLXecdXmkahipFYqDsbR8GI7ENXkuAoP9QmyStqP
a=crypto:6 AES_256_CM_HMAC_SHA1_32 
inline:OgVBI3uYDKxEj3AhjznqxYS52k9vJZ0U5K1iRxMF5eqqBfvUN7gUaLzP/FG6QQ==
a=crypto:7 AES_192_CM_HMAC_SHA1_32 
inline:TpNpiqzu1HdtovH2jo7kDOyLIp4y1AlGGlJ9Jpc66UElQWI41zI=
a=crypto:8 AES_CM_128_HMAC_SHA1_32 
inline:kCZSBfT5KOZAgyCg0HmGegD1P7WhWmX8CppQPn36
a=crypto:9 AES_CM_128_NULL_AUTH inline:tAHA0wDUPPyH7jlX06dBEFQKxmBoeUbKABUmVVJD
a=ptime:20
m=audio 53104 RTP/AVP 9 0 8 101 13
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:13 CN/8000
a=ptime:20
a=nortpproxy:yes

I get a 100 Trying

SIP/2.0 100 Trying
FROM: "James Hogbin";tag=QaaXp916U09ea
TO: 
CSEQ: 20084344 INVITE
CALL-ID: 17a3ba67-0ed7-1239-bdba-000d3aada04e
VIA: SIP/2.0/TLS 
137.117.136.143:5091;branch=z9hG4bK65fa.6a01b6b3.0;i=da9130a5,SIP/2.0/TLS 
13.80.245.144:5081;received=13.80.245.144;branch=z9hG4bK058c0vQ8jmNgQ;rport=59751
CONTENT-LENGTH: 0
ALLOW: INVITE,ACK,OPTIONS,CANCEL,BYE,NOTIFY
SERVER: Microsoft.PSTNHub.SIPProxy v.2020.5.6.2 i.EUWE.0

Which I ACK
ACK sip:+448435577...@sip.pstnhub.microsoft.com:5061;transport=tls SIP/2.0
Via: SIP/2.0/TLS 137.117.136.143:5091;branch=z9hG4bK65fa.6a01b6b3.0
FROM: "James Hogbin";tag=QaaXp916U09ea
Call-ID: 17a3ba67-0ed7-1239-bdba-000d3aada04e
TO: 
CSeq: 20084344 ACK
Max-Forwards: 70
User-Agent: OpenSIPS (3.0.2 (x86_64/linux))
Content-Length: 0

But then I get a Rejection
SIP/2.0 503 Service Unavailable
FROM: "James Hogbin";tag=QaaXp916U09ea
TO: 
CSEQ: 20084344 INVITE
CALL-ID: 17a3ba67-0ed7-1239-bdba-000d3aada04e
VIA: SIP/2.0/TLS 
137.117.136.143:5091;branch=z9hG4bK65fa.6a01b6b3.0;i=da9130a5,SIP/2.0/TLS 
13.80.245.144:5081;received=13.80.245.144;branch=z9hG4bK058c0vQ8jmNgQ;rport=59751
REASON: Q.850;cause=42;text="cc897e64-525a-4bc8-a819-a6f6ae586ea0;Service 
temporarily unavailable"
CONTENT-LENGTH: 0
ALLOW: INVITE,ACK,OPTIONS,CANCEL,BYE,NOTIFY
SERVER: Microsoft.PSTNHub.SIPProxy v.2020.5.6.2 i.EUWE.0

IP Sentinel Disclaimer 
This communication is for the information of the person to whom it has been 
delivered and neither it nor any of its contents should be passed on to or used 
by any other person. IP Sentinel Ltd is a limited company registered in England 
and Wales under Registered Number 08648097. Registered Office: Newnhams Wood, 
Horsted Keynes, West Sussex, RH17 7BT. 
Disclaimer: Q3dhRSrm_disclaimer
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Something odd with TLS Memory

2020-05-12 Thread Liviu Chircu


On 12.05.2020 11:45, James Hogbin wrote:

Interestingly I commented out
#modparam("proto_tls", "trace_destination", "hid")
#modparam("proto_tls", "trace_on", 1)

And now the memory errors have stopped


Hi, James!

What is your OpenSIPS version, please?  (output of the `opensips -V` 
command)


PS: Răzvan fixed a similar issue roughly 3 months ago [1], so an upgrade 
to latest version may very well fix that memory allocation bug.


Cheers,

[1]: https://github.com/OpenSIPS/opensips/commit/df3f537d

--
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com


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

Re: [OpenSIPS-Users] Something odd with TLS Memory

2020-05-12 Thread James Hogbin

Interestingly I commented out
#modparam("proto_tls", "trace_destination", "hid")
#modparam("proto_tls", "trace_on", 1)

And now the memory errors have stopped

James

James Hogbin
Director 
 
IP Sentinel 
t.  +44 (0)20 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com

On 12 May 2020, at 07:57, Vasilios Tzanoudakis 
mailto:vasilios.tzanouda...@voiceland.gr>> 
wrote:

Hi James,

Make sure you are calling those ENVs in the ExecStart like this:
ExecStart=/usr/local/opensips/sbin/opensips -m $S_MEMORY -M $P_MEMORY -P 
/var/run/opensips_edge.pid -f /etc/opensips/edge/opensips.cfg

Regards




[https://drive.google.com/uc?id=0B-vM3smbJoi8VnlXeGZERDVGdms]
Vasilios Tzanoudakis
Technology Director & Co-Founder
VOICELAND S.A.
p:  +30218000
f:  +30218001
a:  2, Klisthenous Str., Metamorfosi, 14452, Attica, Greece
w:  www.voiceland.gr  e: 
vasilios.tzanouda...@voiceland.gr
[http://cdn2.hubspot.net/hubfs/184235/dev_images/signature_app/facebook_sig.png]
  
[http://cdn2.hubspot.net/hubfs/184235/dev_images/signature_app/linkedin_sig.png]
 
This email communication (and any attachments) are confidential and are 
intended only for the individual(s) or entity named above and others who have 
been specifically authorized to receive it. If you are not the intended 
recipient, please do not read, copy, use or disclose the contents of this 
communication to others. Please notify the sender that you have received this 
email in error by replying to the email or by telephoning 
+30-212-222-8000. Please then delete the email and 
any copies of it. This information may be subject to legal professional or 
other privilege or may otherwise be protected by work product immunity or other 
legal rules. Thank you.

Think Green // Print if only necessary



On Tue, May 12, 2020 at 2:07 AM James Hogbin 
mailto:ja...@ip-sentinel.com>> wrote:
I’m getting

May 11 22:54:15 sbc opensips[11302]: May 11 22:54:15 [11338] 
INFO:proto_tls:tls_connect: New TLS connection to 
52.114.75.24:5061 established
May 11 22:54:15 sbc opensips[11302]: May 11 22:54:15 [11338] 
ERROR:core:fm_malloc: not enough free pkg memory (524933432 bytes left, need 
18446744071987018544), please increase the "-M" command line parameter!
May 11 22:54:15 sbc opensips[11302]: May 11 22:54:15 [11338] 
INFO:core:fm_malloc: attempting defragmentation...
May 11 22:54:15 sbc opensips[11302]: May 11 22:54:15 [11338] 
INFO:core:fm_malloc: unable to alloc a big enough fragment!
May 11 22:54:15 sbc opensips[11302]: May 11 22:54:15 [11338] 
ERROR:proto_hep:add_hep_payload: no more pkg mem!

It doesn’t seem to matter what I put in the /lib/systemd/system/opensips.service
Environment=P_MEMORY=512 S_MEMORY=2048

I’ve tried P_MEMORY = 32, 64, 128, 256 and now 512.

I’ve tried rebooting but no difference

How do I work out what’s eating the memory?

James


James Hogbin
Director

<120051200064600639.png>

t. +44 (0)20 3011 4150
m. +44 7786910895
w. https://www.ip-sentinel.com


IP Sentinel Disclaimer
The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. Unintended recipients are 
prohibited from taking action on the basis of information in this e-mail. If 
you are not the intended recipient or have received this email in error, please 
notify the sender immediately by return email and delete the email from your 
computer. E-mail messages may contain computer viruses or other defects, may 
not be accurately replicated on other systems, or may be intercepted, deleted 
or interfered with without the knowledge of the sender or the intended 
recipient. We do not guarantee that either are virus-free and accept no 
liability for any damage sustained as a result of computer viruses or other 
defects. . IP Sentinel Ltd is a limited company registered in England and Wales 
under Registered Number 08648097. Registered Office: Newnhams Wood, Horsted 
Keynes, West Sussex, RH17 7BT.

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

Re: [OpenSIPS-Users] Load testing

2020-05-12 Thread Tomi Hakkarainen

Thanks, did not know of its existence before this :)

Br, Tomi

On 12. May 2020, at 11.14, Callum Guy  wrote:

Sippy cup has some good media generation capabilities, still using sipp under 
the hood.

https://mojolingo.github.io/sippy_cup/  



On Mon, 11 May 2020 at 18:45, Tomi Hakkarainen mailto:tpai...@gmail.com>> wrote:
I agree

BR, Tomi

On 11. May 2020, at 19.48, johan mailto:jo...@democon.be>> 
wrote:

hmmm sipp with your own rtp files. 

On 11/05/2020 18:19, miha- via Users wrote:
> Hi
> 
> What is best tool for load testing that can generate also RTP?
> 
> Tnx
> 
> miha
> 
> 
> ___
> Users mailing list
> Users@lists.opensips.org 
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
> 
___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users 


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


 

0333 332   |  x-on.co.uk   |
      
   |  Coronavirus 

THE ITSPA AWARDS 2020  AND Best ITSP - 
Mid Market, Best Software and Best Vertical Solution are trade marks of the 
Internet Telephony Services Providers' Association, used under licence.

X-on is a trading name of Storacall Technology Ltd a limited company registered 
in England and Wales.
Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, 
Herts, HP3 9SD. Company Registration No. 2578478.
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient, please notify X-on immediately on 
+44(0)333 332  and delete the
message from your computer. If you are not a named addressee you must not use, 
disclose, disseminate, distribute, copy, print or reply to this email. Views or 
opinions expressed by an individual
within this email may not necessarily reflect the views of X-on or its 
associated companies. Although X-on routinely screens for viruses, addressees 
should scan this email and any attachments
for viruses. X-on makes no representation or warranty as to the absence of 
viruses in this email or any attachments.


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

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

Re: [OpenSIPS-Users] Load testing

2020-05-12 Thread Callum Guy

Sippy cup has some good media generation capabilities, still using sipp
under the hood.

https://mojolingo.github.io/sippy_cup/

On Mon, 11 May 2020 at 18:45, Tomi Hakkarainen  wrote:

> I agree
>
> BR, Tomi
>
> On 11. May 2020, at 19.48, johan  wrote:
>
> hmmm sipp with your own rtp files.
> On 11/05/2020 18:19, miha- via Users wrote:
>
> Hi
>
> What is best tool for load testing that can generate also RTP?
>
> Tnx
>
> miha
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

-- 

*0333 
332   |  x-on.co.uk   |   ** 

   **  |  Coronavirus 
*

THE 
ITSPA AWARDS 2020  AND Best ITSP - 
Mid Market, Best Software and Best Vertical Solution are trade marks of the 
Internet Telephony Services Providers' Association, used under licence.

X-on
is a trading name of Storacall Technology Ltd a limited company 
registered in
England and Wales.

Registered Office : Avaland House, 110 
London Road, Apsley, Hemel Hempstead,
Herts, HP3 9SD. Company Registration 
No. 2578478.

The information in this e-mail is confidential and for use by 
the addressee(s)
only. If you are not the intended recipient, please notify 
X-on immediately on +44(0)333 332  and delete the
message from your 
computer. If you are not a named addressee you must not use,
disclose, 
disseminate, distribute, copy, print or reply to this email. Views
or 
opinions expressed by an individual
within this email may not necessarily

reflect the views of X-on or its associated companies. Although X-on 
routinely
screens for viruses, addressees should scan this email and any 
attachments
for
viruses. X-on makes no representation or warranty as to the 
absence of viruses
in this email or any attachments.

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

[OpenSIPS-Users] Can't seem to get python module to work

2020-05-12 Thread Gordon Yeong

hi guys
 I managed to get opensips to work with the perl module.
I now need to port what I have to python 3.


I can't seem to start opensips 3.0 because I have the following error:


May 12 16:59:51 [47532] ERROR:core:set_mod_param_regex: no module matching
python found
May 12 16:59:51 [47532] Traceback (last included file at the bottom):
May 12 16:59:51 [47532]  0.
/opt/opensips/etc/opensips/opensips-Enum-Python.cfg
May 12 16:59:51 [47532] CRITICAL:core:yyerror: parse error in
/opt/opensips/etc/opensips/opensips-Enum-Python.cfg:137:20-21: Parameter
 not found in module  - can't set
May 12 16:59:51 [47532]
May 12 16:59:51 [47532] loadmodule "enum.so"
May 12 16:59:51 [47532] modparam("python", "script_name", "/tmp/test.py")
May 12 16:59:51 [47532] ^~
May 12 16:59:51 [47532]
May 12 16:59:51 [47532] ### Routing Logic 
May 12 16:59:51 [47532] CRITICAL:core:yyerror: parse error in
/opt/opensips/etc/opensips/opensips-Enum-Python.cfg:158:36-37: unknown
command , missing loadmodule?
May 12 16:59:51 [47532] CRITICAL:core:yyerror: parse error in
/opt/opensips/etc/opensips/opensips-Enum-Python.cfg:159:54-55: unknown
command , missing loadmodule?
May 12 16:59:51 [47532] ERROR:core:parse_opensips_cfg: bad config file (3
errors)
May 12 16:59:51 [47532] ERROR:core:main: failed to parse config file
/opt/opensips/etc/opensips/opensips-Enum-Python.cfg
May 12 16:59:51 [47532] NOTICE:core:main: Exiting

1) the first issue is "ERROR:core:set_mod_param_regex: no module matching
python found".
I find this really weird because I referred to
https://opensips.org/docs/modules/3.0.x/python.html and it says in 1.2.1.
that no loading is required.

2) Additionally, I am using the  line "modparam("python", "script_name",
"/tmp/test.py")" to load my test python functions as per the same
documentation in section 1.3.1.
Yet, it errors out, "CRITICAL:core:yyerror: parse error in
/opt/opensips/etc/opensips/opensips-Enum-Python.cfg:137:20-21: Parameter
 not found in module  - can't set".

Any ideas?

Thank you


Regards,
Gordon Yeong
perl, python3, elixir, rails, php = joy
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Something odd with TLS Memory

2020-05-12 Thread Vasilios Tzanoudakis

Hi James,

Make sure you are calling those ENVs in the ExecStart like this:
ExecStart=/usr/local/opensips/sbin/opensips -m $S_MEMORY -M $P_MEMORY -P
/var/run/opensips_edge.pid -f /etc/opensips/edge/opensips.cfg

Regards




Vasilios Tzanoudakis
*Technology Director & Co-Founder*
VOICELAND S.A.
p: +30218000 <+30%2021%20%208000>
f: +30218001 <+30%2021%20%208001>
a: 2, Klisthenous Str., Metamorfosi, 14452, Attica, Greece
w: www.voiceland.gr  e: vasilios.tzanouda...@voiceland.gr


This email communication (and any attachments) are confidential and are
intended only for the individual(s) or entity named above and others who
have been specifically authorized to receive it. If you are not the
intended recipient, please do not read, copy, use or disclose the contents
of this communication to others. Please notify the sender that you have
received this email in error by replying to the email or by telephoning
+30-212-222-8000 <+30%2021%20%208000>. Please then delete the email and
any copies of it. This information may be subject to legal professional or
other privilege or may otherwise be protected by work product immunity or
other legal rules. Thank you.

*Think Green // Print if only necessary*




On Tue, May 12, 2020 at 2:07 AM James Hogbin  wrote:

> I’m getting
>
> May 11 22:54:15 sbc opensips[11302]: May 11 22:54:15 [11338]
> INFO:proto_tls:tls_connect: New TLS connection to 52.114.75.24:5061
> established
> May 11 22:54:15 sbc opensips[11302]: May 11 22:54:15 [11338]
> ERROR:core:fm_malloc: not enough free pkg memory (524933432 bytes left,
> need 18446744071987018544), please increase the "-M" command line parameter!
> May 11 22:54:15 sbc opensips[11302]: May 11 22:54:15 [11338]
> INFO:core:fm_malloc: attempting defragmentation...
> May 11 22:54:15 sbc opensips[11302]: May 11 22:54:15 [11338]
> INFO:core:fm_malloc: unable to alloc a big enough fragment!
> May 11 22:54:15 sbc opensips[11302]: May 11 22:54:15 [11338]
> ERROR:proto_hep:add_hep_payload: no more pkg mem!
>
> It doesn’t seem to matter what I put in the
> /lib/systemd/system/opensips.service
> Environment=P_MEMORY=512 S_MEMORY=2048
>
> I’ve tried P_MEMORY = 32, 64, 128, 256 and now 512.
>
> I’ve tried rebooting but no difference
>
> How do I work out what’s eating the memory?
>
> James
>
> *James Hogbin*
> *Director*
> [image: IP Sentinel Logo] 
> t. +44 (0)20 3011 4150 <+442030114150>
> m. +44 7786910895
> w. https://www.ip-sentinel.com
>
> IP Sentinel Disclaimer
> The information contained in this e-mail, and any attachment, is
> confidential and is intended solely for the use of the intended recipient.
> Access, copying or re-use of the e-mail or any attachment, or any
> information contained therein, by any other person is not authorized.
> Unintended recipients are prohibited from taking action on the basis of
> information in this e-mail. If you are not the intended recipient or have
> received this email in error, please notify the sender immediately by
> return email and delete the email from your computer. E-mail messages may
> contain computer viruses or other defects, may not be accurately replicated
> on other systems, or may be intercepted, deleted or interfered with without
> the knowledge of the sender or the intended recipient. We do not guarantee
> that either are virus-free and accept no liability for any damage sustained
> as a result of computer viruses or other defects. . IP Sentinel Ltd is a
> limited company registered in England and Wales under Registered Number
> 08648097. Registered Office: Newnhams Wood, Horsted Keynes, West Sussex,
> RH17 7BT.
> Q3dhRSrm_disclaimer
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Can't seem to get python module to work

Re: [OpenSIPS-Users] OpenSIPS as Teams SBC

Re: [OpenSIPS-Users] OpenSIPS as Teams SBC

[OpenSIPS-Users] Using opensips to support "replaces"

Re: [OpenSIPS-Users] OpenSIPS as Teams SBC

Re: [OpenSIPS-Users] Load testing

Re: [OpenSIPS-Users] Something odd with TLS Memory

Re: [OpenSIPS-Users] Something odd with TLS Memory

Re: [OpenSIPS-Users] Something odd with TLS Memory

Re: [OpenSIPS-Users] Something odd with TLS Memory

Re: [OpenSIPS-Users] Something odd with TLS Memory

Re: [OpenSIPS-Users] Something odd with TLS Memory

Re: [OpenSIPS-Users] Something odd with TLS Memory

Re: [OpenSIPS-Users] OpenSIPS as Teams SBC

Re: [OpenSIPS-Users] Something odd with TLS Memory

Re: [OpenSIPS-Users] Something odd with TLS Memory

Re: [OpenSIPS-Users] Load testing

Re: [OpenSIPS-Users] Load testing

[OpenSIPS-Users] Can't seem to get python module to work

Re: [OpenSIPS-Users] Something odd with TLS Memory

20 matches

Site Navigation

Mail list logo

Footer information