Re: [OpenSIPS-Users] 183 to 180 manipulation without external application

[Nick Altmann]

You can try to use
https://opensips.org/docs/modules/3.3.x/sipmsgops.html#change_reply_status
, for example.

--
Nick

> Just rewerite the status line ?
> On 3/03/2023 14:19, Antonis Psaras wrote:
>
> I am trying to figure a way to translate 183 mes
>
> ___
> 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] Cluster (anycast) adds extra hex 00 in the tail to replicated responses.

[Nick Altmann]

No, it's not for site. But you can make a link yourself by changing 3.3
nightly to 3.4, for example.

--
Nick

Thanks!
>
> @Nick, maybe it is needed to add version 3.4 to the site as well since it
> is missing in the drop-down menu?
>
> https://yum.opensips.org/packages.php
>
> *OS: CentOS 7*
> *Build type: nightly*
> *OpenSIPS version: 3.3, 3.2, 3.1 *
>
>
> пн, 9 янв. 2023 г. в 11:43, Nick Altmann :
>
>> It's 3.4/nightly.
>>
>> --
>> Nick
>>
>>
>> Hello!
>>> Thanks!!!
>>>
>>> Do we have a yum repository where packages from the master branch are
>>> built?
>>>
>>>
>>> пн, 9 янв. 2023 г. в 10:27, Răzvan Crainea :
>>>
>>>> Hi, Denys!
>>>>
>>>> I've just pushed a fix[1] in the master branch - can you please give it
>>>> a try and let me know if this fixes your setup, so I can backport it
>>>> down to 3.1?
>>>>
>>>> [1]
>>>>
>>>> https://github.com/OpenSIPS/opensips/commit/81e9b14a16acd284469d8958c57dcece69699a85
>>>>
>>>> Best regards,
>>>>
>>>> Răzvan Crainea
>>>> OpenSIPS Core Developer
>>>> http://www.opensips-solutions.com
>>>>
>>>> On 1/9/23 10:03, Denys Pozniak wrote:
>>>> > Hello!
>>>> >
>>>> > Sorry to bring the topic up, but so far I have no idea what the
>>>> problem
>>>> > is. Or do I need to open an issue on github?
>>>> >
>>>> > вт, 3 янв. 2023 г. в 13:58, Denys Pozniak >>> > <mailto:denys.pozn...@gmail.com>>:
>>>> >
>>>> > Hello!
>>>> >
>>>> > I'm trying to build a classic anycast cluster topology with two
>>>> > OpenSIPS nodes, in which requests are processed by one proxy and
>>>> > responses by another.
>>>> > The client and server are emulated via baresip.
>>>> > But I ran into a problem in that the replicated responses have an
>>>> > extra 00 in the tail of the reply (the original reply from baresip
>>>> > UAS does not have it).
>>>> >
>>>> > ngrep -x:
>>>> > #
>>>> > U 192.168.100.100:5060 <http://192.168.100.100:5060> ->
>>>> > 192.168.56.103:37279 <http://192.168.56.103:37279> #5
>>>> >53 49 50 2f 32 2e 30 2031 38 30 20 52 69 6e 67SIP/2.0
>>>> 180
>>>> > Ring
>>>> >69 6e 67 0d 0a 52 65 636f 72 64 2d 52 6f 75 74
>>>> >   ing..Record-Rout
>>>> >65 3a 20 3c 73 69 70 3a31 39 32 2e 31 36 38 2ee:
>>>> > >>> >31 30 30 2e 31 30 30 3b6c 72 3e 0d 0a 56 69 61
>>>> >   100.100;lr>..Via
>>>> >3a 20 53 49 50 2f 32 2e30 2f 55 44 50 20 31 39:
>>>> > SIP/2.0/UDP 19
>>>> >32 2e 31 36 38 2e 35 362e 31 30 33 3a 33 37 32
>>>> > 2.168.56.103:372 <http://2.168.56.103:372>
>>>> >37 39 3b 72 65 63 65 6976 65 64 3d 31 39 32 2e
>>>> >   79;received=192.
>>>> >31 36 38 2e 35 36 2e 3130 33 3b 62 72 61 6e 63
>>>> >   168.56.103;branc
>>>> >68 3d 7a 39 68 47 34 624b 62 65 63 38 65 38 66
>>>> >   h=z9hG4bKbec8e8f
>>>> >30 32 36 62 65 39 31 3461 3b 72 70 6f 72 74 3d
>>>> >   026be914a;rport=
>>>> >33 37 32 37 39 0d 0a 546f 3a 20 3c 73 69 70 3a
>>>>  37279..To:
>>>> > >>> >31 30 30 40 31 39 32 2e31 36 38 2e 31 30 30 2e
>>>> > 100@192.168.100. <mailto:100@192.168.100.>
>>>> >31 30 30 3b 74 72 61 6e73 70 6f 72 74 3d 75 64
>>>> >   100;transport=ud
>>>> >70 3e 3b 74 61 67 3d 3237 65 33 63 32 31 38 65
>>>> >   p>;tag=27e3c218e
>>>> >30 65 61 31 32 30 64 0d0a 46 72 6f 6d 3a 20 3c
>>>> >   0ea120d..From: <
>>>> >73 69 70 3a 32 30 30 4031 39 32 2e 31 36 38 2e
>>>> >   sip:200@192.168.
>>>> >31 30 30 2e 31 30 30 3a35 30 36 30 3e 3b 74 61
>>>> >   100.100:5060>;ta
>>>> >67 3d 35 36 38 35 66 3338 39 61 39 37 66 65 31
>>>&

Re: [OpenSIPS-Users] Cluster (anycast) adds extra hex 00 in the tail to replicated responses.

[Nick Altmann]

It's 3.4/nightly.

--
Nick


Hello!
> Thanks!!!
>
> Do we have a yum repository where packages from the master branch are
> built?
>
>
> пн, 9 янв. 2023 г. в 10:27, Răzvan Crainea :
>
>> Hi, Denys!
>>
>> I've just pushed a fix[1] in the master branch - can you please give it
>> a try and let me know if this fixes your setup, so I can backport it
>> down to 3.1?
>>
>> [1]
>>
>> https://github.com/OpenSIPS/opensips/commit/81e9b14a16acd284469d8958c57dcece69699a85
>>
>> Best regards,
>>
>> Răzvan Crainea
>> OpenSIPS Core Developer
>> http://www.opensips-solutions.com
>>
>> On 1/9/23 10:03, Denys Pozniak wrote:
>> > Hello!
>> >
>> > Sorry to bring the topic up, but so far I have no idea what the problem
>> > is. Or do I need to open an issue on github?
>> >
>> > вт, 3 янв. 2023 г. в 13:58, Denys Pozniak > > >:
>> >
>> > Hello!
>> >
>> > I'm trying to build a classic anycast cluster topology with two
>> > OpenSIPS nodes, in which requests are processed by one proxy and
>> > responses by another.
>> > The client and server are emulated via baresip.
>> > But I ran into a problem in that the replicated responses have an
>> > extra 00 in the tail of the reply (the original reply from baresip
>> > UAS does not have it).
>> >
>> > ngrep -x:
>> > #
>> > U 192.168.100.100:5060  ->
>> > 192.168.56.103:37279  #5
>> >53 49 50 2f 32 2e 30 2031 38 30 20 52 69 6e 67SIP/2.0 180
>> > Ring
>> >69 6e 67 0d 0a 52 65 636f 72 64 2d 52 6f 75 74
>> >   ing..Record-Rout
>> >65 3a 20 3c 73 69 70 3a31 39 32 2e 31 36 38 2ee:
>> > > >31 30 30 2e 31 30 30 3b6c 72 3e 0d 0a 56 69 61
>> >   100.100;lr>..Via
>> >3a 20 53 49 50 2f 32 2e30 2f 55 44 50 20 31 39:
>> > SIP/2.0/UDP 19
>> >32 2e 31 36 38 2e 35 362e 31 30 33 3a 33 37 32
>> > 2.168.56.103:372 
>> >37 39 3b 72 65 63 65 6976 65 64 3d 31 39 32 2e
>> >   79;received=192.
>> >31 36 38 2e 35 36 2e 3130 33 3b 62 72 61 6e 63
>> >   168.56.103;branc
>> >68 3d 7a 39 68 47 34 624b 62 65 63 38 65 38 66
>> >   h=z9hG4bKbec8e8f
>> >30 32 36 62 65 39 31 3461 3b 72 70 6f 72 74 3d
>> >   026be914a;rport=
>> >33 37 32 37 39 0d 0a 546f 3a 20 3c 73 69 70 3a37279..To:
>> > > >31 30 30 40 31 39 32 2e31 36 38 2e 31 30 30 2e
>> > 100@192.168.100. 
>> >31 30 30 3b 74 72 61 6e73 70 6f 72 74 3d 75 64
>> >   100;transport=ud
>> >70 3e 3b 74 61 67 3d 3237 65 33 63 32 31 38 65
>> >   p>;tag=27e3c218e
>> >30 65 61 31 32 30 64 0d0a 46 72 6f 6d 3a 20 3c
>> >   0ea120d..From: <
>> >73 69 70 3a 32 30 30 4031 39 32 2e 31 36 38 2e
>> >   sip:200@192.168.
>> >31 30 30 2e 31 30 30 3a35 30 36 30 3e 3b 74 61
>> >   100.100:5060>;ta
>> >67 3d 35 36 38 35 66 3338 39 61 39 37 66 65 31
>> >   g=5685f389a97fe1
>> >30 32 0d 0a 43 61 6c 6c2d 49 44 3a 20 31 32 34
>> >   02..Call-ID: 124
>> >39 37 61 63 37 36 65 3830 34 66 35 36 0d 0a 43
>> >   97ac76e804f56..C
>> >53 65 71 3a 20 36 33 3730 37 20 49 4e 56 49 54Seq: 63707
>> > INVIT
>> >45 0d 0a 53 65 72 76 6572 3a 20 62 61 72 65 73E..Server:
>> > bares
>> >69 70 20 76 32 2e 31 302e 30 20 28 78 38 36 5fip v2.10.0
>> > (x86_
>> >36 34 2f 4c 69 6e 75 7829 0d 0a 43 6f 6e 74 61
>> >   64/Linux)..Conta
>> >63 74 3a 20 3c 73 69 703a 31 30 30 2d 30 78 63ct:
>> > > >62 63 31 39 30 40 31 3932 2e 31 36 38 2e 35 36
>> >   bc190@192.168.56
>> >2e 31 30 36 3a 35 30 3830 3e 0d 0a 41 6c 6c 6f
>> >   .106:5080>..Allo
>> >77 3a 20 49 4e 56 49 5445 2c 41 43 4b 2c 42 59w:
>> > INVITE,ACK,BY
>> >45 2c 43 41 4e 43 45 4c2c 4f 50 54 49 4f 4e 53
>> >   E,CANCEL,OPTIONS
>> >2c 4e 4f 54 49 46 59 2c53 55 42 53 43 52 49 42
>> >   ,NOTIFY,SUBSCRIB
>> >45 2c 49 4e 46 4f 2c 4d45 53 53 41 47 45 2c 55
>> >   E,INFO,MESSAGE,U
>> >50 44 41 54 45 2c 52 4546 45 52 0d 0a 43 6f 6e
>> >   PDATE,REFER..Con
>> >74 65 6e 74 2d 4c 65 6e67 74 68 3a 20 30 0d 0a
>> >   tent-Length: 0..
>> >0d 0a 00  ...
>> > #
>> >
>> > So it throws a Baresip error:
>> > call: SIP Progress: 100 Trying-2 (/)
>> > call: SIP Progress: 100 Giving it a try (/)
>> > call: SIP Progress: 180 Ringing (/)
>> > call: could not decode SDP answer: Bad message [74]
>> >
>> > 192.168.56.103 - baresip UAC
>> > 192.168.56.106 - baresip UAS
>> > 192.168.100.100 - anycast OpenSIPS
>> >
>> > opensips.cfg (node2):
>> > ...
>> > 

Re: [OpenSIPS-Users] Missing package opensips-b2bua-module in the repository for CentOS 7 for OpenSIPS v3.3.

[Nick Altmann]

Hello, Denys.

In 3.3 these modules are included into the main package.

--
Nick

Hello!
>
> It seems no CentOS 7 package opensips-b2bua-module for OpenSIPS 3.3.
> There is:
> https://yum.opensips.org/3.2/releases/el/7/x86_64/
> opensips-b2bua-module-3.2.0-1.el7.x86_64.rpm
> 
>
> But not here:
> https://yum.opensips.org/3.3/releases/el/7/x86_64/
>
> --
>
> BR,
> Denys Pozniak
>
>
> ___
> 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] tls_wolfssl module error

[Nick Altmann]

try "git submodule init" and then "git submodule update". You just don't
have wolfssl code in your code tree.

--
Nick


> Hello,
>
> I'm trying to compile tls_wolfssl module in opensips 3.2 and this is the
> error:
>
> make[2]: Entering directory '/usr/src/opensips_3_2/modules/tls_wolfssl'
> /bin/sh: line 2: ./autogen.sh: No such file or directory
> env: â./configureâ: No such file or directory
> make[2]: *** [Makefile:15: lib/lib/libwolfssl.a] Error 127
> make[2]: Leaving directory '/usr/src/opensips_3_2/modules/tls_wolfssl'
> make[1]: *** [Makefile:197: modules] Error 2
> make[1]: Leaving directory '/usr/src/opensips_3_2'
>
> Any hint?
>
> Regards
>
> --
> ---
> I'm SoCIaL, MayBe
>
>
> ___
> 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] Need some help in adding custome header in Cancel Request .

[Nick Altmann]

Hi,

If cancel request generated by opensips, then you can control it from
local_route.

--
Nick

ср, 9 мар. 2022 г. в 10:54, Sasmita Panda :

> Hi All,
>
> Cancel is generated Hop by Hop . When the Opensips server receives a
> Cancel , Then it generates Cancel for the next party .
>
> I am adding a custom header in the Cancel request , but when the next Hop
> Cancel is getting generated that custom header is not getting added . How
> will I pass the custom header in the Cancel request to the destination ?
>
> *Thanks & Regards*
> *Sasmita Panda*
> *Senior Network Testing and Software Engineer*
> *3CLogic , ph:07827611765*
> ___
> 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] MS team issue

[Nick Altmann]

Yes. You can use avp for this.
https://opensips.org/docs/modules/3.1.x/tls_mgm.html#param_client_sip_domain_avp

--
Nick

пн, 10 мая 2021 г. в 16:09, Carlos Eduardo :

> Hey all,
>
> About using the right certificate, is it possible to ensure opensips is
> going to use the right one when multiple are set in tls_mgm?
>
> Em seg., 10 de mai. de 2021 às 04:41, Răzvan Crainea 
> escreveu:
>
>> Hi, Miha!
>>
>> According to your logs, opensips is 100% sending the OPTIONS through
>> tls, but I am not sure it is using the right certificate.
>> You can try to setup sip trace and see the communication between
>> opensips and MSTeams.
>>
>> Best regards,
>>
>> Răzvan Crainea
>> OpenSIPS Core Developer
>> http://www.opensips-solutions.com
>>
>> On 5/10/21 9:54 AM, Miha via Users wrote:
>> > Hello
>> >
>> > I have used letsenrypt for generating certs for Opensips.
>> >
>> > Regarding configuration i have fallowed your configuration steps on
>> > OpenSips blog.
>> >
>> > socket=udp:xxx.xxx.xxx.xxx:5060   # CUSTOMIZE ME
>> > socket=tls:xxx.xxx.xxx.xxx:5061
>> >
>> >
>> >
>> >
>> > ### Proto TLS
>> > loadmodule "proto_tls.so"
>> > modparam("proto_tls", "tls_handshake_timeout", 300)
>> >  TLS module
>> > loadmodule "tls_mgm.so"
>> > #modparam("tls_mgm", "db_url", "mysql://root:@localhost/opensips")
>> > modparam("tls_mgm", "client_sip_domain_avp", "mtsbcs.test.com")
>> > modparam("tls_mgm", "server_domain", "mt")
>> > #modparam("tls_mgm", "match_ip_address", "[mt]xxx.xxx.xxx.xxx:5061")
>> > #modparam("tls_mgm", "match_sip_domain", "[mt]mtsbcs.test.com")
>> > modparam("tls_mgm", "certificate",
>> > "[mt]/etc/letsencrypt/live/mtsbcs.test.com/cert.pem")
>> > modparam("tls_mgm", "private_key",
>> > "[mt]/etc/letsencrypt/live/mtsbcs.test.com/privkey.pem")
>> > modparam("tls_mgm", "ca_list", "[mt]/etc/ssl/certs/ca-certificates.crt")
>> > modparam("tls_mgm", "ca_dir", "[mt]/etc/ssl/certs/")
>> > modparam("tls_mgm","verify_cert", "[mt]1")
>> > modparam("tls_mgm","require_cert", "[mt]1")
>> > modparam("tls_mgm","tls_method", "[mt]TLSv1_2")
>> > modparam("proto_tls", "tls_max_msg_chunks", 8)
>> > #modparam("tls_mgm", "tls_handshake_timeout", 300)
>> >
>> >  if(is_method("OPTIONS") && is_domain_local("$rd") &&
>> > check_source_address(0)) {
>> >  xlog("L_INFO", "[MS TEAMS] OPTIONS In");
>> >  send_reply(200, "OK");
>> >  exit;
>> >  }
>> >
>> >
>> > local_route {
>> >$var(dst) = "pstnhub.microsoft.com";
>> >xlog("L_INFO","promding TEST");
>> >xlog("TESTING");
>> >if (is_method("OPTIONS") && ($(ru{s.index, $var(dst)}) != NULL))
>> >  append_hf("Contact: > ;transport=tls>\r\n");
>> >  xlog("L_INFO", "SEDING OPTIONS TO SBC");
>> > }
>> >
>> >
>> > I thnk that the main issue is that OPENSIPS does not send encrypted
>> > OPTION to MS teams.
>> >
>> > Logs:
>> >
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:tm:t_uac:
>> > next_hop=
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:mk_proxy: doing DNS
>> lookup...
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:sip_resolvehost: no
>> port,
>> > has proto -> do SRV lookup!
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:do_srv_lookup: resolving
>> > [sip.pstnhub.microsoft.com]
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:do_srv_lookup:
>> > SRV(_sips._tcp.sip.pstnhub.microsoft.com) =
>> sip.pstnhub.microsoft.com:5061
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:a2dns_node: storing
>> > sip2.pstnhub.microsoft.com:5061
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:a2dns_node: storing
>> > sip3.pstnhub.microsoft.com:5061
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:tm:t_uac: sending socket is
>> > 212.13.249.132
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:tm:print_request_uri:
>> > sip:sip.pstnhub.microsoft.com
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:tm:run_local_route: building
>> > sip_msg from buffer
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:parse_msg: SIP Request:
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:parse_msg: method:
>> 
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:parse_msg: uri:
>> > 
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:parse_msg: version:
>> 
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:parse_headers:
>> > flags=
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:parse_via_param: found
>> > param type 232,  = ; state=16
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:parse_via: end of header
>> > reached, state=5
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:parse_headers: via
>> found,
>> > flags=
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:parse_headers: this is
>> > the first via
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:_parse_to: end of header
>> > reached, state=9
>> > May 10 08:53:10 mtsbc opensips[1020]: DBG:core:_parse_to: display={},
>> > ruri={sip:sip.pstnhub.microsoft.com}
>> > May 10 08:53:10 mtsbc opensips[1020]: 

Re: [OpenSIPS-Users] OpenSIPS B2B / RFC 4579

[Nick Altmann]

Hi Carsten,

"404 not here" can't be generated by the b2b module itself, it means that
"404 not here" came from another part, I think from part C.
Best way to check this is to capture sip traffic.

--
Nick


пн, 29 мар. 2021 г. в 22:08, Carsten Bock :

> Hi,
>
> I have a question. I am trying to handle REFER requests as per RFC 4579 in
> OpenSIPS B2BUA Module.
>
> User-A wants to initiate a conference with User-B and User-C.
>
> step 1: Create Conference:
> => INVITE sip:conference@conference-url
> <= 200 OK
> => ACK
> --
> This INVITE is forwarded to FreeSwitch to dial into a conference bridge.
> --
>
> Step 2: Add User-B to conference:
> => REFER sip:conference@conference-url (in-dialog), Refer-To: User-B
> <= 202 Accepted
> --
> I want to send an INVITE to the same Conference Bridge in the first step
> and an INVITE to User-B with a Replaces header and then bridge this
> together.
> It works until this step.
> --
>
> Step 3: Add User-C to conference:
> => REFER sip:conference@conference-url (in-dialog), Refere-To: User-C
> <= 202 Accepted
> --
> Even though it is the same logic as for User-C, this fails with a "404 not
> here" created in the b2b module, as it fails to find the dialog from Step
> 1?!?!?
> --
>
> Config:
> route{
> if (is_method("INVITE") && !has_totag()) {
> loose_route();
>
> # create the server entity
> b2b_server_new("caller");
>
> # create the initial client entity, to connect the caller with the
> callee
> b2b_client_new("callee", $ru);
>
> # initialize B2B session for the "refer" scenario
> b2b_init_request("refer");
> exit;
> }
> }
>
> route[b2b_logic_request] {
> if ($rm != "REFER") {
> # for requests other than REFER, no special actions needs to be
> done,
> # just pass the request to the peer
> b2b_pass_request();
> exit;
> }
>
> if ($b2b_logic.ctx(conf) == "1") {
> b2b_send_reply(202, "Accepted");
>
> $var(uri) =
> "sip:"+$(hdr(Refer-To){nameaddr.uri}{uri.user}{s.select,0,;})+"@"+$(hdr(Refer-To){nameaddr.uri}{uri.host});
>
> b2b_client_new("conf", "$ru");
>
> # create the client entity corresponding to
> # the user specified in the 'Refer-To' header
> b2b_client_new("referee", $var(uri));
> # bridge the referrer's peer with the referee
> b2b_bridge("conf", "referee");
>}
> }
>
> Nothing spectacular. Anyone any hints as, why the second REFER fails?
>
> Thanks,
> Carsten
>
>
> --
> Carsten Bock I CTO & Founder
>
> ng-voice GmbH
>
> Trostbrücke 1 I 20457 Hamburg I Germany
> T +49 40 524 75 93-40 | M +49 179 2021244 I www.ng-voice.com
>
> Registry Office at Local Court Hamburg, HRB 120189
> Managing Directors: Dr. David Bachmann, Carsten Bock
> ___
> 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] problem with opensips-cli on buster.

[Nick Altmann]

It's already updated and has only cli-nightly

--
Nick

сб, 6 февр. 2021 г. в 11:56, johan :

> Thanks that was the problem.
>
> @OPENSIPS: can you please upgrade the install page of opensips-cli ?
>
>
> wkr,
> On 6/02/2021 11:45, Nick Altmann wrote:
>
> Hi,
>
> There is no more cli-releases repository, change to cli-nightly.
>
> --
> Nick
>
>
> сб, 6 февр. 2021 г. в 11:16, johan :
>
>> Hi,
>>
>>
>> I believe that there is a bug in 10.7 with apt (10.5 was okay)
>>
>>
>> 65 packages can be upgraded. Run 'apt list --upgradable' to see them.
>> N: Repository 'http://deb.debian.org/debian buster InRelease' changed
>> its 'Version' value from '10.5' to '10.7'
>> W: Skipping acquire of configured file
>> 'cli-releases/binary-amd64/Packages' as repository
>> 'https://apt.opensips.org buster InRelease' doesn't have the component
>> 'cli-releases' (component misspelt in sources.list?)
>> W: Skipping acquire of configured file
>> 'cli-releases/i18n/Translation-en' as repository
>> 'https://apt.opensips.org buster InRelease' doesn't have the component
>> 'cli-releases' (component misspelt in sources.list?)
>> W: Skipping acquire of configured file
>> 'cli-releases/i18n/Translation-en_US' as repository
>> 'https://apt.opensips.org buster InRelease' doesn't have the component
>> 'cli-releases' (component misspelt in sources.list?)
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
> ___
> 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

Re: [OpenSIPS-Users] problem with opensips-cli on buster.

[Nick Altmann]

Hi,

There is no more cli-releases repository, change to cli-nightly.

--
Nick


сб, 6 февр. 2021 г. в 11:16, johan :

> Hi,
>
>
> I believe that there is a bug in 10.7 with apt (10.5 was okay)
>
>
> 65 packages can be upgraded. Run 'apt list --upgradable' to see them.
> N: Repository 'http://deb.debian.org/debian buster InRelease' changed
> its 'Version' value from '10.5' to '10.7'
> W: Skipping acquire of configured file
> 'cli-releases/binary-amd64/Packages' as repository
> 'https://apt.opensips.org buster InRelease' doesn't have the component
> 'cli-releases' (component misspelt in sources.list?)
> W: Skipping acquire of configured file
> 'cli-releases/i18n/Translation-en' as repository
> 'https://apt.opensips.org buster InRelease' doesn't have the component
> 'cli-releases' (component misspelt in sources.list?)
> W: Skipping acquire of configured file
> 'cli-releases/i18n/Translation-en_US' as repository
> 'https://apt.opensips.org buster InRelease' doesn't have the component
> 'cli-releases' (component misspelt in sources.list?)
>
> ___
> 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] feasablity / interest in a feature request.

[Nick Altmann]

It depends on purpose. For example, I need an initial (untouched) packet
there.

--
Nick

пт, 22 янв. 2021 г. в 09:18, johan :

> Hi,
>
>
> when you use the siptrace module and you go to homer from opensips
> (hence without a port mirror/span port on a switch), when you change
> from /to header, then the homer trace doesnot reflect the real packet
> that exits opensips (as we all know, from to header changes are only
> active when the packet is send out).
>
>
> I find this annoying as the purpose of having a tracer is defeated by
> this : we want to see the real packets with the changes applied.
>
>
> Therefore : are there more people on the list who are ennoyed by this ?
> If yes, then I will open a feature request for it.
>
>
> wkr,
>
> ___
> 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] opensips-cli Apt Error in Ubuntu Focal

[Nick Altmann]

There is no opensips-cli build for ubuntu focal yet, but I'll fix this soon
(in a few days).

--
Nick

вт, 24 нояб. 2020 г. в 15:13, Mark Farmer :

> Hi everyone
>
> I added the apt repo for opensips-cli on Ubuntu Focal as per:
> https://apt.opensips.org/packages.php?v=cli
>
> apt-get update
> Hit:1 http://gb.archive.ubuntu.com/ubuntu focal InRelease
> Hit:2 http://gb.archive.ubuntu.com/ubuntu focal-updates InRelease
> Hit:3 http://gb.archive.ubuntu.com/ubuntu focal-backports InRelease
> Hit:4 http://gb.archive.ubuntu.com/ubuntu focal-security InRelease
> Ign:5 https://apt.opensips.org focal InRelease
> Hit:6 https://apt.opensips.org focal Release
> Reading package lists... Done
> W: Skipping acquire of configured file
> 'cli-releases/binary-amd64/Packages' as repository '
> https://apt.opensips.org focal InRelease' doesn't have the component
> 'cli-releases' (component misspelt in sources.list?)
> W: Skipping acquire of configured file
> 'cli-releases/i18n/Translation-en_US' as repository '
> https://apt.opensips.org focal InRelease' doesn't have the component
> 'cli-releases' (component misspelt in sources.list?)
> W: Skipping acquire of configured file 'cli-releases/i18n/Translation-en'
> as repository 'https://apt.opensips.org focal InRelease' doesn't have the
> component 'cli-releases' (component misspelt in sources.list?)
> W: Skipping acquire of configured file 'cli-releases/Contents-amd64' as
> repository 'https://apt.opensips.org focal InRelease' doesn't have the
> component 'cli-releases' (component misspelt in sources.list?)
> W: Skipping acquire of configured file 'cli-releases/cnf/Commands-amd64'
> as repository 'https://apt.opensips.org focal InRelease' doesn't have the
> component 'cli-releases' (component misspelt in sources.list?)
>
> Is there an issue with the repo?
>
> Best regards
> Mark.
>
> ___
> 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] Opensips-cli Ubuntu Focal

[Nick Altmann]

Hi.

The repo must appear this week, in next few days.

--
Nick

пн, 26 окт. 2020 г. в 18:17, Mark Farmer :

> Hi, just wondering if there will be an apt repo for the new Ubuntu Focal
> Fossa (20.04 LTS)?
>
> If so, is there an ETA for availability yet?
>
> Many thanks and regards
> Mark.
>
> ___
> 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] [RELEASE] OpenSIPS minor releases: 2.4.8 and 3.0.3

[Nick Altmann]

Depends on what distributive do you want. They're building at this moment
and appears there as soon as building process completed.

вт, 30 июн. 2020 г. в 18:56, William Simon :

> When will these releases reach the apt repository?
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] RPM/YUM repository downtime

[Nick Altmann]

Hi all,

We expect downtime of the repository for about 30 minutes because of
maintenance.
Sorry for the inconvenience.

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

Re: [OpenSIPS-Users] apt/yum repository unavailability

[Nick Altmann]

The failed server has been replaced. Now we're ok.

Hi all,
>
> We're expecting issues with server which hosts apt/yum repositories.
> Hardware check will be performed which can take up to 14 hours.
>
> During this time the repository can be unavailable or unstable.
>
> Sorry for the inconvenience.
>
> --
> Nick
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] apt/yum repository unavailability

[Nick Altmann]

Hi all,

We're expecting issues with server which hosts apt/yum repositories.
Hardware check will be performed which can take up to 14 hours.

During this time the repository can be unavailable or unstable.

Sorry for the inconvenience.

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

Re: [OpenSIPS-Users] APT/YUM repository downtime today

[Nick Altmann]

I've got you. Fixed. Thank you for reporting.

пн, 13 янв. 2020 г. в 13:50, Kirill Galinurov :

> Hi All
> Link for centos 7 on
> https://yum.opensips.org/packages.php is incorrect.
>
> Correct link
> yum install
> https://yum.opensips.org/2.4/releases/el/7/x86_64/opensips-yum-releases-2.4-
> *5*.el7.noarch.rpm
>
>
>
> ___
> 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] APT/YUM repository downtime today

[Nick Altmann]

Explain please more what is not correct there.

пн, 13 янв. 2020 г. в 13:50, Kirill Galinurov :

> Hi All
> Link for centos 7 on
> https://yum.opensips.org/packages.php is incorrect.
>
> Correct link
> yum install
> https://yum.opensips.org/2.4/releases/el/7/x86_64/opensips-yum-releases-2.4-
> *5*.el7.noarch.rpm
>
>
>
> ___
> 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

[OpenSIPS-Users] APT/YUM repository downtime today

[Nick Altmann]

Hi all,

Today APT/YUM repository can be down for about an hour due to hardware
check.

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

Re: [OpenSIPS-Users] update from repo fails

[Nick Altmann]

Must be fixed for now.

чт, 9 янв. 2020 г. в 12:13, Nick Altmann :

> Hi,
>
> Thanks for reporting. I'll take a look at this today later.
>
> чт, 9 янв. 2020 г. в 11:35, Антон Ершов :
>
>> Hi,
>> when I try to upgrade from a repository with nightly builds I get this
>> error
>> rpmlib(PayloadIsZstd) <= 5.4.18-1 is needed by
>> opensips-yum-nightly-3.0-5.el7.noarch
>>
>> found on the network that you need to rebuild a package that supports
>> this dependency.
>> How can you solve this problem yourself?
>> ___
>> 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] update from repo fails

[Nick Altmann]

Hi,

Thanks for reporting. I'll take a look at this today later.

чт, 9 янв. 2020 г. в 11:35, Антон Ершов :

> Hi,
> when I try to upgrade from a repository with nightly builds I get this
> error
> rpmlib(PayloadIsZstd) <= 5.4.18-1 is needed by
> opensips-yum-nightly-3.0-5.el7.noarch
>
> found on the network that you need to rebuild a package that supports this
> dependency.
> How can you solve this problem yourself?
> ___
> 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

[OpenSIPS-Users] OpenSIPS repository news

[Nick Altmann]

Hi all,

>From this moment opensips official repository includes packages for
opensips-cli tool which required for opensips >= 3.0.
For deb-based distributives you'll need to add opensips-cli repository by
hand: http://apt.opensips.org/packages.php?v=cli .
For yum-based distributives opensips-cli repository must be installed
automatically with next update of opensips-yum package.

Feel free to report any issues with opensips-cli packaging.

Thank you.

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

Re: [OpenSIPS-Users] APT and YUM repositories down

[Nick Altmann]

The repositories are up again.

--
Nick


чт, 17 окт. 2019 г. в 09:51, Kirill Galinurov :

> And now yum.opensips.org seem down again.
> ___
> 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] hash mismatch error from debian stretch repo

[Nick Altmann]

It's fixed now.

сб, 15 июн. 2019 г. в 20:30, Nick Altmann :

> It's a hardware issue on the repository server. I'm working to fix this.
>
> сб, 15 июн. 2019 г. в 18:55, Vallimamod Abdullah :
>
>> Hello,
>>
>> I am trying to upgrade from 2.4 to version 3.0 from debian stretch apt
>> repo and I am getting the following hash errors:
>>
>> Get: 1 http://apt.opensips.org stretch/3.0-releases amd64
>> opensips-redis-module amd64 3.0.0-1 [192 kB]
>> Err http://apt.opensips.org stretch/3.0-releases amd64
>> opensips-redis-module amd64 3.0.0-1
>>   Hash Sum mismatch
>> Hashes of expected file:
>>  -
>> SHA512:ff56e20fede1e8ff4475d6a00ead8687c2f66ccc37399b0e796e02bdd33826d8ed73502f123c9e3098a0b49913a773547616cdde2acb92ad27f5ba33514312b4
>>  - SHA256:70dc8c94d9abdcf33d0a907dcec10c58de7118f2c0029e1b1ef846a2fd28ae37
>>  - SHA1:360bc3d614bed8a82a8f71d64445574045fa5f98 [weak]
>>  - MD5Sum:1657a30f22d414d0dce67b8b7237a566 [weak]
>>  - Filesize:191548 [weak]
>> Hashes of received file:
>>  -
>> SHA512:cf83e1357eefb8bdf1542850d66d8007d620e4050b5715dc83f4a921d36ce9ce47d0d13c5d85f2b0ff8318d2877eec2f63b931bd47417a81a538327af927da3e
>>  - SHA256:e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
>>  - SHA1:da39a3ee5e6b4b0d3255bfef95601890afd80709 [weak]
>>  - MD5Sum:d41d8cd98f00b204e9800998ecf8427e [weak]
>>  - Filesize:0 [weak]
>> Last modification reported: Thu, 30 May 2019 09:08:36 +
>>
>> [...]
>>
>>
>> After futher check it looks like a web server issue:
>>
>> curl -v
>> http://apt.opensips.org/pool/stretch/3.0-releases/o/opensips/opensips-redis-module_3.0.0-1_amd64.deb
>> *   Trying 176.9.203.99...
>> * TCP_NODELAY set
>> * Connected to apt.opensips.org (176.9.203.99) port 80 (#0)
>> > GET
>> /pool/stretch/3.0-releases/o/opensips/opensips-redis-module_3.0.0-1_amd64.deb
>> HTTP/1.1
>> > Host: apt.opensips.org
>> > User-Agent: curl/7.52.1
>> > Accept: */*
>> >
>> < HTTP/1.1 200 OK
>> < Server: nginx
>> < Date: Sat, 15 Jun 2019 16:49:07 GMT
>> < Content-Type: application/octet-stream
>> < Content-Length: 191548
>> < Last-Modified: Thu, 30 May 2019 09:08:36 GMT
>> < Connection: keep-alive
>> < ETag: "5cef9d94-2ec3c"
>> < Accept-Ranges: bytes
>> <
>> * transfer closed with 191548 bytes remaining to read
>> * Curl_http_done: called premature == 1
>> * stopped the pause stream!
>> * Closing connection 0
>> curl: (18) transfer closed with 191548 bytes remaining to read
>>
>> Anbody else getting the same error?
>>
>> Thank you.
>>
>> Best Regards,
>> --
>> Vallimamod Abdullah
>> SIP Solutions
>> vma@sip.solutions
>> linkedin.com/in/vallimamod
>> .
>>
>>
>>
>> ___
>> 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] hash mismatch error from debian stretch repo

[Nick Altmann]

It's a hardware issue on the repository server. I'm working to fix this.

сб, 15 июн. 2019 г. в 18:55, Vallimamod Abdullah :

> Hello,
>
> I am trying to upgrade from 2.4 to version 3.0 from debian stretch apt
> repo and I am getting the following hash errors:
>
> Get: 1 http://apt.opensips.org stretch/3.0-releases amd64
> opensips-redis-module amd64 3.0.0-1 [192 kB]
> Err http://apt.opensips.org stretch/3.0-releases amd64
> opensips-redis-module amd64 3.0.0-1
>   Hash Sum mismatch
> Hashes of expected file:
>  -
> SHA512:ff56e20fede1e8ff4475d6a00ead8687c2f66ccc37399b0e796e02bdd33826d8ed73502f123c9e3098a0b49913a773547616cdde2acb92ad27f5ba33514312b4
>  - SHA256:70dc8c94d9abdcf33d0a907dcec10c58de7118f2c0029e1b1ef846a2fd28ae37
>  - SHA1:360bc3d614bed8a82a8f71d64445574045fa5f98 [weak]
>  - MD5Sum:1657a30f22d414d0dce67b8b7237a566 [weak]
>  - Filesize:191548 [weak]
> Hashes of received file:
>  -
> SHA512:cf83e1357eefb8bdf1542850d66d8007d620e4050b5715dc83f4a921d36ce9ce47d0d13c5d85f2b0ff8318d2877eec2f63b931bd47417a81a538327af927da3e
>  - SHA256:e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
>  - SHA1:da39a3ee5e6b4b0d3255bfef95601890afd80709 [weak]
>  - MD5Sum:d41d8cd98f00b204e9800998ecf8427e [weak]
>  - Filesize:0 [weak]
> Last modification reported: Thu, 30 May 2019 09:08:36 +
>
> [...]
>
>
> After futher check it looks like a web server issue:
>
> curl -v
> http://apt.opensips.org/pool/stretch/3.0-releases/o/opensips/opensips-redis-module_3.0.0-1_amd64.deb
> *   Trying 176.9.203.99...
> * TCP_NODELAY set
> * Connected to apt.opensips.org (176.9.203.99) port 80 (#0)
> > GET
> /pool/stretch/3.0-releases/o/opensips/opensips-redis-module_3.0.0-1_amd64.deb
> HTTP/1.1
> > Host: apt.opensips.org
> > User-Agent: curl/7.52.1
> > Accept: */*
> >
> < HTTP/1.1 200 OK
> < Server: nginx
> < Date: Sat, 15 Jun 2019 16:49:07 GMT
> < Content-Type: application/octet-stream
> < Content-Length: 191548
> < Last-Modified: Thu, 30 May 2019 09:08:36 GMT
> < Connection: keep-alive
> < ETag: "5cef9d94-2ec3c"
> < Accept-Ranges: bytes
> <
> * transfer closed with 191548 bytes remaining to read
> * Curl_http_done: called premature == 1
> * stopped the pause stream!
> * Closing connection 0
> curl: (18) transfer closed with 191548 bytes remaining to read
>
> Anbody else getting the same error?
>
> Thank you.
>
> Best Regards,
> --
> Vallimamod Abdullah
> SIP Solutions
> vma@sip.solutions
> linkedin.com/in/vallimamod
> .
>
>
>
> ___
> 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] Repository for v2.3

[Nick Altmann]

It will be restored in a few days.

ср, 22 мая 2019 г. в 19:55, Lubos Hozzan via Users :

> Hello.
>
> Our developers using version OpenSIPs 2.3.5. Unfortunatelly, repository on
> URL http://yum.opensips.org/2.3/releases/el/7/$basearch isnt exist
> anymore.
> I would like to ask you for another mirror or some way to obtain all
> neccessary packges for OpenSIPs v2.3 for installation on CentOS7. This
> source should be temporary, i copy necessary packages to our share server.
>
> Thank you very much.
>
> Lubos Hozzan
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

ср, 22 мая 2019 г. в 19:55, Lubos Hozzan via Users :

> Hello.
>
> Our developers using version OpenSIPs 2.3.5. Unfortunatelly, repository on
> URL http://yum.opensips.org/2.3/releases/el/7/$basearch isnt exist
> anymore.
> I would like to ask you for another mirror or some way to obtain all
> neccessary packges for OpenSIPs v2.3 for installation on CentOS7. This
> source should be temporary, i copy necessary packages to our share server.
>
> Thank you very much.
>
> Lubos Hozzan
> ___
> 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] Avoid plain text password in configuration files

[Nick Altmann]

>
> And final config:
>
> m4 opensips.m4 > opensips.cfg
>

Startup script does this automatically when opensips.m4 found.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] how can we replace kamailio hash-table in opensips ?

[Nick Altmann]

It's https://opensips.org/html/docs/modules/2.4.x/sql_cacher.html in
opensips.

Hello opensips users,
>
> I want to migrate to opensips from kamailio. In kamailio, i am using
> htable module, so how can we replace it in opensips ??
>
> Thanks
>
> *Diptesh Patel*
> Jr. Software Developer
> Ecosmob Technologies Ltd
> Ahmedabad
> Mo:*+919898962659*
> ___
> 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] To get prefix from dialed number

[Nick Altmann]

Use s.substr transformation.
http://www.opensips.org/Documentation/Script-Tran-2-4


2018-10-01 21:41 GMT+03:00 Vishal Pai :

> Hi All
>
> I need a proper way to separate out the prefix from the dialed number. For
> example if i am dialing number 98981234567890 then i need to store 9898 in
> a variable.
>
> Thanks
>
> ___
> 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] Using v2.4 packages for Debian

[Nick Altmann]

Clusterer module is in main package.
However couchbase is not inside official build, only way at this moment to
build from sources.

2018-05-21 16:18 GMT+03:00 John Quick :

> I was wondering if the official release at apt.opensips.org for v2.4.0
> (LTS)
> includes all possible modules.
> For example, there does not seem to be a package for the clusterer module
> or
> for the cachedb_ modules (I would like couchbase).
> Will I have to compile from source to get these?
>
> John Quick
> Smartvox Limited
> Web: www.smartvox.co.uk
>
>
>
> ___
> 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] Iterate headers

[Nick Altmann]

Nobody knows? OpenSIPS Team?

2018-03-28 22:50 GMT+03:00 Nick Altmann <n...@altmann.pro>:

> Hi,
>
> Is there any way to iterate all headers? For example to remove all headers
> except list?
>
> --
> Nick
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] rtpengine

[Nick Altmann]

It's ready for transcoding in 2.4.
http://www.opensips.org/html/docs/modules/2.4.x/rtpengine.html#idp5666752

2018-03-29 15:06 GMT+03:00 :

> Hello Everyone,
>
> Is rtpengine module will be updated with Transcoding and repacketization
> flags ?
>
> volga629
>
>
> ___
> 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

[OpenSIPS-Users] Iterate headers

[Nick Altmann]

Hi,

Is there any way to iterate all headers? For example to remove all headers
except list?

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

Re: [OpenSIPS-Users] OpenSIPS Dependencies Installation

[Nick Altmann]

Why don't use pre-builded opensips? http://apt.opensips.org .
You may need custom build for special needs, but I see, it's you first
tries.

--
Nick

2017-06-03 14:23 GMT+03:00 Voice TAC :

> Thank you for your help.
>
> But what I mean in order to install OPENSIPS 2.3, what are the minimum
> required dependencies and where I can find them? Or this is something not
> possible because of some changes in Linux?
>
>
> Sent from my iPhone
>
> > On Jun 3, 2017, at 1:50 PM, Alexander Jankowsky 
> wrote:
> >
> >
> > Are you installing Linux from a CD-DVD set or an Network install CD.
> > I solved a few problems by installing from a Network install CD.
> >
> > Nearly everyone will ask you to list exactly which dependencies are
> getting errors.
> >
> > If you can find an old or dedicated spare computer for a complete clean
> Linux install.
> > You might solve a few problems, in that way and might create some new
> problems!
> >
> > Alex
> >
> > -Original Message-
> > From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of
> Voice TAC
> > Sent: Saturday, 3 June 2017 8:01 PM
> > To: users@lists.opensips.org
> > Subject: [OpenSIPS-Users] OpenSIPS Dependencies Installation
> >
> >
> > Hello,
> >
> > I'm trying to install OPENSIPS on my virtual machine. However, I faced
> some issues and honestly I do not know if theses issues are related to my
> weakness in OpensSIPS, Linux, or both :(
> >
> > I followed the following:
> >
> > 1- apt-get update
> >
> > For dependencies:
> >
> > 2- apt-get install gcc bison flex make openssl libmysqlclient-dev perl
> libdbi-perl libdbd-mysql-perl libdbd-pg-perl libfrontier-rpc-perl
> libterm-readline-gnu-perl libberkeleydb-perl mysql-server ssh libxml2
> libxml2-dev libxmlrpc-core-c3-dev libpcre3 libpcre3-dev subversion
> libncurses5-dev git ngrep libssl-dev
> >
> > But I'm getting some errors about some dependencies.
> >
> > Could you please advise, how I can know the right dependency that I
> should use?
> >
> > Thanks in advance
> > ___
> > 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] [RELEASE] OpenSIPS minor releases: 2.2.4 and 1.11.11

[Nick Altmann]

Hello Jock,

you're right. I found bug on server why latest 1.11 releases didn't build.
Now it's fixed. Latest 1.11 opensips release will appear on yum/apt in an
hour.

Thank you.

2017-05-19 18:41 GMT+03:00 Jock McKechnie <jock.mckech...@gmail.com>:

> Good morning Nick;
>
> Are you... sure? As I said, the 1.11.10 release never made it to the
> repo, and 1.11.11 hasn't either - I'd hate to be an impatient schmoe,
> but I'm wondering if the two newer releases are set up right to be
> built out?
>
> I can see all the other releases (1.11.6 through 1.11.9) were all
> rebuilt overnight, so something is accessing the repo, but 10/11 are
> not present.
>
> My apologies for bugging you on it, and thanks.
>
>  - Jock
>
> On Thu, May 18, 2017 at 4:46 PM, Nick Altmann <nick.altm...@gmail.com>
> wrote:
> >
> > Apt and yum repositories make build automatically every night.
> > So, you will see new version there in next few hours.
> >
> > 2017-05-19 0:33 GMT+03:00 Jock McKechnie <jock.mckech...@gmail.com>:
> >>
> >> Thank you very much, Bogdan, and the OpenSIPS crew.
> >>
> >> Would it be possible for someone to push the latest 1.11 to your
> >> official apt repository, please? 1.11.10 didn't make it in, so I
> >> wanted to drop a line just in case :)
> >>
> >> I'm still running primarily Wheezy, so this EoL is probably my impetus
> >> to update Debian and move to 2.2LTS at the same time... but not today!
> >>
> >> Thanks again!
> >>
> >>  - JP
> >>
> >> On Thu, May 18, 2017 at 6:56 AM, Bogdan-Andrei Iancu
> >> <bog...@opensips.org> wrote:
> >> >
> >> > We are happy to announce a new set of OpenSIPS minor versions, namely
> >> > 2.2.4
> >> > and 1.11.11 –  a total of 143 commits of fixes.
> >> >
> >> > The commits are mainly addressing minor bugs in different parts of the
> >> > the
> >> > code like the TCP layer, network layer, rest_client, transaction
> module,
> >> > rtpproxy , sip tracing and accounting – to name a few.
> >> >
> >> > Both releases are ready for production use and even more
> stable/accurate
> >> > than before. Since they contain the latest bug fixes, we strongly
> >> > recommend
> >> > you to upgrade your current instances.
> >> >
> >> > An important note on the 1.11.11 release  – this is the last on the
> 1.11
> >> > branch. This release marks the end of the life cycle for the 1.11
> >> > branch.
> >> > There will be no more fixes and no more releases on this branch in the
> >> > future. It will become un-maintained. I have to say 1.11 LTS was a
> great
> >> > release for OpenSIPS, but it time to move on and focus on the next
> >> > generation releases in the 2.x line ! As LTS release, 2.2 version will
> >> > replace 1.11 .
> >> >
> >> > Thank you all for your reports, fixes, pull requests and all other
> >> > contributions to this project!
> >> >
> >> > The full ChangeLogs for the newly released versions are:
> >> >  http://opensips.org/pub/opensips/2.2.4/ChangeLog
> >> >  http://opensips.org/pub/opensips/1.11.11/ChangeLog
> >> >
> >> > Get the latest versions from: http://opensips.org/pub/opensips/
> >> >
> >> > Enjoy,
> >> >
> >> > --
> >> > Bogdan-Andrei Iancu
> >> >   OpenSIPS Founder and Developer
> >> >   http://www.opensips-solutions.com
> >> >
> >> > OpenSIPS Summit May 2017 Amsterdam
> >> >   http://www.opensips.org/events/Summit-2017Amsterdam.html
> >> >
> >> >
> >> > ___
> >> > 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
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.4 and 1.11.11

[Nick Altmann]

Apt and yum repositories make build automatically every night.
So, you will see new version there in next few hours.

2017-05-19 0:33 GMT+03:00 Jock McKechnie :

> Thank you very much, Bogdan, and the OpenSIPS crew.
>
> Would it be possible for someone to push the latest 1.11 to your
> official apt repository, please? 1.11.10 didn't make it in, so I
> wanted to drop a line just in case :)
>
> I'm still running primarily Wheezy, so this EoL is probably my impetus
> to update Debian and move to 2.2LTS at the same time... but not today!
>
> Thanks again!
>
>  - JP
>
> On Thu, May 18, 2017 at 6:56 AM, Bogdan-Andrei Iancu
>  wrote:
> >
> > We are happy to announce a new set of OpenSIPS minor versions, namely
> 2.2.4
> > and 1.11.11 –  a total of 143 commits of fixes.
> >
> > The commits are mainly addressing minor bugs in different parts of the
> the
> > code like the TCP layer, network layer, rest_client, transaction module,
> > rtpproxy , sip tracing and accounting – to name a few.
> >
> > Both releases are ready for production use and even more stable/accurate
> > than before. Since they contain the latest bug fixes, we strongly
> recommend
> > you to upgrade your current instances.
> >
> > An important note on the 1.11.11 release  – this is the last on the 1.11
> > branch. This release marks the end of the life cycle for the 1.11 branch.
> > There will be no more fixes and no more releases on this branch in the
> > future. It will become un-maintained. I have to say 1.11 LTS was a great
> > release for OpenSIPS, but it time to move on and focus on the next
> > generation releases in the 2.x line ! As LTS release, 2.2 version will
> > replace 1.11 .
> >
> > Thank you all for your reports, fixes, pull requests and all other
> > contributions to this project!
> >
> > The full ChangeLogs for the newly released versions are:
> >  http://opensips.org/pub/opensips/2.2.4/ChangeLog
> >  http://opensips.org/pub/opensips/1.11.11/ChangeLog
> >
> > Get the latest versions from: http://opensips.org/pub/opensips/
> >
> > Enjoy,
> >
> > --
> > Bogdan-Andrei Iancu
> >   OpenSIPS Founder and Developer
> >   http://www.opensips-solutions.com
> >
> > OpenSIPS Summit May 2017 Amsterdam
> >   http://www.opensips.org/events/Summit-2017Amsterdam.html
> >
> >
> > ___
> > 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] yum install vs download manual install

[Nick Altmann]

Please look into /etc/sysconfig/opensips .

You could find OPTIONS variable, write there -m and -M arguments to control
opensips memory size.

2017-02-20 20:09 GMT+03:00 Jeff Wilkie :

> If using the yum install on Centos, what's the preferred method to control
> the mem size since those files do not appear to be present?
>
> Jeff
>
>
> On Mon, Feb 20, 2017 at 7:38 AM, Bogdan-Andrei Iancu 
> wrote:
>
>> Hi Jeff,
>>
>> The main different between packages versus tarballs is the OS integration
>> : while the tarball gives you OpenSIPS, the pacakges come with additional
>> scripts to help with the OS integration (like the init.d script, some
>> default settings)
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>> On 02/15/2017 08:22 PM, Jeff Wilkie wrote:
>>
>> What am I missing out on by installing via yum vs the way I've always
>> installed OPENSIPS by download extraction?  I notice some of the linking
>> files and MEMORY setting files are not to be located from the yum install
>> version but I'm afraid other important items might also be missing to
>> complete a full and successful implementation of OPENSIPS for production
>> use?  Recommendations?  Should I abandon the yum install?  I do like the
>> ease of the installation! lol  Is there a file to control MEM used and
>> threads?
>>
>> Thanks
>>
>> Jeff
>>
>>
>>
>>
>>
>> ___
>> 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

Re: [OpenSIPS-Users] 2.2.2 packaging

[Nick Altmann]

Hello,

You could find packaging specification in packaging/redhat_fedora folder in
git tree.
However in my opinion there is no need to change opensips binary into
libexec folder.
There is no general rule to do it, most daemons in rhel are placed in
/usr/sbin as opensips.
For example sshd. Do you also run it instead of ssh?

You may not use /usr/sbin in your PATH.
Of course you can generate your own packages to avoid this.


2017-01-07 12:10 GMT+03:00 Nathan Ward :

> Hi,
>
> I am running OpenSIPS 2.2.2 from RPMs from the opensips.org yum server.
>
> I am trying to find out where the SPEC files to generate the CentOS (/el7)
> RPMs are. I don’t seem to be able to find these in GitHub. Can someone help
> with this?
>
>
> I am hoping to submit a PR to move the ‘opensips’ binary to /usr/libexec,
> rather than a common $PATH location. We have had a problem where this
> binary was mistakenly run, rather than opensipsctl. Typically, daemon
> binaries that do not generally get run by users should be in /usr/libexec
> so that they are only very intentionally executed. This should probably go
> in to at the very least a minor version change as it may break some
> people’s custom init scripts etc.
>
>
> On my search, I note change 9e406b2b3acfd61b39ba9679f0a599b95f56f5c2
> under the 2.2.2 tag, which appears to be done with something like:
> sed ’s/2.2.1/2.2.2/‘
>
> Note the matches where . is ‘any’ not a literal period, so there are a lot
> of dates that get messed up:
>  -* Mon Oct 12.2.19 Bogdan-Andrei Iancu 
>  +* Mon Oct 12.2.29 Bogdan-Andrei Iancu 
>
> --
> Nathan Ward
>
>
> ___
> 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] OpenSIPS 2.2 YUM Installtion error.

[Nick Altmann]

Also you may try to add


*exclude=opensips**
to the end of [epel] section of your /etc/yum.repos.d/epel.repo
Then do *yum clean all*
So, you will be never confused by opensips packages from epel.

--
Nick

2016-10-12 14:19 GMT+03:00 Nick Altmann <n...@altmann.pro>:

> So, apt-get or yum?
>
> When you try to install opensips-mysql, there is no such module in
> opensips 2.2. Try to install opensips-db_mysql module instead.
> Package opensips-mysql is in epel repository for old opensips 1.10.
>
> --
> Nick
>
> 2016-10-12 13:24 GMT+03:00 Venkatesh Macha <linuxven...@gmail.com>:
>
>> Hi all,
>>
>>I am trying to install OPENSIPS 2.2 using YUM, I am using following
>> link
>> to download the rpm.
>> http://yum.opensips.org/packages.php?v=2.2
>> <http://yum.opensips.org/packages.php?v=2.2>
>>
>> I am able to install opensips.
>> yum install opensips
>>
>> Here is the version of OpenSIPS.
>>
>> opensips -V
>> version: opensips 2.2.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_rt, select.
>> main.c compiled on 00:00:44 Jul 21 2016 with gcc 4.8.5
>>
>> When I try to install the opensips-mysql module it is asking opensips 1.10
>>
>> apt-get install opensips-mysql opensips-tlsops
>>
>> Error: Package: opensips-mysql-1.10.5-3.el7.x86_64 (epel)
>>Requires: opensips(x86-64) = 1.10.5-3.el7
>>Installed: opensips-2.2.1-1.el7.x86_64 (@opensips)
>>opensips(x86-64) = 2.2.1-1.el7
>>Available: opensips-1.10.5-3.el7.x86_64 (epel)
>>opensips(x86-64) = 1.10.5-3.el7
>>Available: opensips-2.2.0-1.el7.x86_64 (opensips)
>>opensips(x86-64) = 2.2.0-1.el7
>> Error: Package: opensips-tlsops-1.10.5-3.el7.x86_64 (epel)
>>Requires: opensips(x86-64) = 1.10.5-3.el7
>>
>> Thank you in Advance.
>>
>> Venkatesh
>>
>>
>>
>> --
>> View this message in context: http://opensips-open-sip-serve
>> r.1449251.n2.nabble.com/OpenSIPS-2-2-YUM-Installtion-error-tp7604583.html
>> Sent from the OpenSIPS - Users mailing list archive at Nabble.com.
>>
>> ___
>> 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] OpenSIPS 2.2 YUM Installtion error.

[Nick Altmann]

So, apt-get or yum?

When you try to install opensips-mysql, there is no such module in opensips
2.2. Try to install opensips-db_mysql module instead.
Package opensips-mysql is in epel repository for old opensips 1.10.

--
Nick

2016-10-12 13:24 GMT+03:00 Venkatesh Macha :

> Hi all,
>
>I am trying to install OPENSIPS 2.2 using YUM, I am using following link
> to download the rpm.
> http://yum.opensips.org/packages.php?v=2.2
> 
>
> I am able to install opensips.
> yum install opensips
>
> Here is the version of OpenSIPS.
>
> opensips -V
> version: opensips 2.2.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_rt, select.
> main.c compiled on 00:00:44 Jul 21 2016 with gcc 4.8.5
>
> When I try to install the opensips-mysql module it is asking opensips 1.10
>
> apt-get install opensips-mysql opensips-tlsops
>
> Error: Package: opensips-mysql-1.10.5-3.el7.x86_64 (epel)
>Requires: opensips(x86-64) = 1.10.5-3.el7
>Installed: opensips-2.2.1-1.el7.x86_64 (@opensips)
>opensips(x86-64) = 2.2.1-1.el7
>Available: opensips-1.10.5-3.el7.x86_64 (epel)
>opensips(x86-64) = 1.10.5-3.el7
>Available: opensips-2.2.0-1.el7.x86_64 (opensips)
>opensips(x86-64) = 2.2.0-1.el7
> Error: Package: opensips-tlsops-1.10.5-3.el7.x86_64 (epel)
>Requires: opensips(x86-64) = 1.10.5-3.el7
>
> Thank you in Advance.
>
> Venkatesh
>
>
>
> --
> View this message in context: http://opensips-open-sip-
> server.1449251.n2.nabble.com/OpenSIPS-2-2-YUM-Installtion-
> error-tp7604583.html
> Sent from the OpenSIPS - Users mailing list archive at Nabble.com.
>
> ___
> 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

[OpenSIPS-Users] YUM and APT repositories downtime

[Nick Altmann]

Hello everyone!

Both yum and apt repositories were successfully moved to new server.
Enjoy faster network connection and more powerful server.

--
Nick

2016-09-30 13:49 GMT+03:00 Nick Altmann <nick.altm...@gmail.com>:

> Hello everyone!
>
> Sep 30-Oct 01, YUM (yum.opensips.org) and APT (apt.opensips.org)
> repositories will be down few times up to an hour because of
> infrastructure upgrade.
>
> Sorry for the inconvenience.
>
> --
> Nick
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] YUM and APT repositories downtime

[Nick Altmann]

Hello everyone!

Sep 30-Oct 01, YUM (yum.opensips.org) and APT (apt.opensips.org)
repositories will be down few times up to an hour because of infrastructure
upgrade.

Sorry for the inconvenience.

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

Re: [OpenSIPS-Users] Query with respect to init script

[Nick Altmann]

Official packaging for centos uses specs and init-scripts from
packaging/fedora.
You may also use our official builds from http://yum.opensips.org .
If you mean centos6, start/stop commands are /etc/init.d/opensips start and
/etc/init.d/opensips stop .
If you have centos7, start/stop commands are systemctl start opensips and
systemctl stop opensips .

2016-07-14 16:38 GMT+03:00 Ramachandran, Agalya (Contractor) <
agalya_ramachand...@comcast.com>:

> Hi team,
>
>
>
> I have a query regarding opensips init script.
>
> After installing opensips, right now am using “*opensipsctl start/stop”*
> to start and stop the service.
>
> We are using centos for our project. My query is for centos we should use
> init script from *packaging/fedora* or *packaging/rpm*?
>
> I have placed the init script in /etc/init.d/opensips and changed the
> location to /usr/local/sbin and tried to start, but it didn’t.
>
> It says” PID file /var/run/opensips.pid not readable (yet?) after start”
>
> Which is the right command to start opensips ? Is it using *opensipsctl
> start/stop* or */etc/init.d/opensips start/stop*?
>
> And how to configure the right init script for centos and what should be
> done for make it working?
>
> Please clarify me.
>
>
>
> Regards,
>
> Agalya
>
>
>
> ___
> 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] Testing Reason Header

[Nick Altmann]

Use is_present_hf("Reason"), but not is_present_hf("Reason:")

--
Nick

2016-06-28 12:14 GMT+03:00 Alain Bieuzent :

> Hi all,
>
>
>
> I need to test if some particular value exist in Reason header on a 404
> reply.
>
>
>
> I receive :
>
>
>
> SIP/2.0 404 Not Found
>
> Via: SIP/2.0/UDP 1.2.3.4:5060;branch=z9hG4bK7454
>
> From: "+331" ;tag=as005364a4
>
> To: ;tag=SDufib599-019e007499e0
>
> Call-ID: 323ca6b15f8404cd3d05d53014336311@1.2.3.4:5060
>
> CSeq: 102 INVITE
>
> Content-Length: 0
>
> Reason: Q.850;cause=001
>
>
>
> I’m trying using this code, but is_present_hf() function return always
> false.
>
>
>
> if ( t_check_status("404") ) {
>
> if (is_present_hf("Reason:")) xlog("L_WARN","Reason
> exist");
>
> xlog("L_WARN","Reason not exist");
>
> }
>
>
>
> Any Idea ?
>
> ___
> 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] Bad 1.11.7 tarball on open sips.org

[Nick Altmann]

There is also alternative download place you may use:
http://download.opensips.org

--
Nick

2016-06-16 19:28 GMT+03:00 Răzvan Crainea :

> Hi, Ben!
>
> Seems to be an issue of GitHub. Please follow [1].
>
> [1] https://github.com/OpenSIPS/opensips/issues/907
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Solutionswww.opensips-solutions.com
>
> On 06/16/2016 05:09 PM, Newlin, Ben wrote:
>
> It looks like a new tarball for OpenSIPS 1.11.7 was uploaded earlier
> today, but it appears to have a bad format. I cannot extract it with any of
> my usual archive utilities. Can anyone else confirm?
>
>
>
> It was working fine yesterday with the previous tarball.
>
>
>
> http://opensips.org/pub/opensips/1.11.7/opensips-1.11.7.tar.gz
>
>
>
> Ben Newlin
>
>
> ___
> 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

Re: [OpenSIPS-Users] Ubuntu 16.04 can no longer access trusty packages at apt.opensips.org

[Nick Altmann]

Hi, Jeff!

I’ve resigned the repository. Please, try again.

--
Nick

2016-05-11 16:26 GMT+02:00 Jeff Pyle <jeff.p...@fidelityvoice.com>:

> Thanks, Nick.  That's great.
>
> I think I've broken something.  I can't get past this on an apt-get update:
>
> E: Failed to fetch http://apt.opensips.org/dists/xenial/Release  No Hash
> entry in Release file
> /var/lib/apt/lists/partial/apt.opensips.org_dists_xenial_Release which is
> considered strong enough for security purposes
>
> I've removed the /var/lib/apt/lists/partial/apt.opensips.org* files and
> tried apt-get update again.  It still occurs.  I did re-import
> the 81CE21E7049AD65B key.
>
> Do you have any suggestions?
>
>
>
> - Jeff
>
>
>
> On Wed, May 11, 2016 at 9:05 AM, Nick Altmann <nick.altm...@gmail.com>
> wrote:
>
>> Hi, Jeff
>>
>> I’ve changed GPG key to more secure and also I’ve added xenial builds.
>> Please, test.
>> We are not watching for new releases of ubuntu, but always glad to add
>> them by request.
>>
>> --
>> Nick
>>
>> 2016-05-01 2:23 GMT+02:00 Jeff Pyle <jeff.p...@fidelityvoice.com>:
>>
>>> Hello,
>>>
>>> First off, thanks to everyone who makes this repo possible.
>>>
>>> Ubuntu 15.10 works just fine with the trust repo at apt.opensips.org.
>>>  16.04, however, disables support for SHA1:
>>>
>>> W: http://apt.opensips.org/dists/trusty/Release.gpg: Signature by key
>>> 33FED9119AC17EB465F51BF001839BE75F2FBB7C uses weak digest algorithm (SHA1)
>>> E: Failed to fetch http://apt.opensips.org/dists/trusty/Release  No
>>> Hash entry in Release file
>>> /var/lib/apt/lists/partial/apt.opensips.org_dists_trusty_Release which is
>>> considered strong enough for security purposes
>>> E: Some index files failed to download. They have been ignored, or old
>>> ones used instead.
>>>
>>>
>>> I've tried disabling GPG checks with "APT::Get::AllowUnauthenticated
>>> "true";" and the like but it doesn't seem to help.
>>>
>>> Now that 16.04 is out, and it's LTS, I was curious when we might see a
>>> xenial repo available.
>>>
>>>
>>> - Jeff
>>>
>>>
>>> ___
>>> 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] Ubuntu 16.04 can no longer access trusty packages at apt.opensips.org

[Nick Altmann]

Hi, Jeff

I’ve changed GPG key to more secure and also I’ve added xenial builds.
Please, test.
We are not watching for new releases of ubuntu, but always glad to add them
by request.

--
Nick

2016-05-01 2:23 GMT+02:00 Jeff Pyle :

> Hello,
>
> First off, thanks to everyone who makes this repo possible.
>
> Ubuntu 15.10 works just fine with the trust repo at apt.opensips.org.
>  16.04, however, disables support for SHA1:
>
> W: http://apt.opensips.org/dists/trusty/Release.gpg: Signature by key
> 33FED9119AC17EB465F51BF001839BE75F2FBB7C uses weak digest algorithm (SHA1)
> E: Failed to fetch http://apt.opensips.org/dists/trusty/Release  No Hash
> entry in Release file
> /var/lib/apt/lists/partial/apt.opensips.org_dists_trusty_Release which is
> considered strong enough for security purposes
> E: Some index files failed to download. They have been ignored, or old
> ones used instead.
>
>
> I've tried disabling GPG checks with "APT::Get::AllowUnauthenticated
> "true";" and the like but it doesn't seem to help.
>
> Now that 16.04 is out, and it's LTS, I was curious when we might see a
> xenial repo available.
>
>
> - Jeff
>
>
> ___
> 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

[OpenSIPS-Users] APT and YUM repositories important news (GPG changed)

[Nick Altmann]

Hello everyone!

GPG key signing RPM and APT repositories has changed from yesterday to
increase the security.

The new key is *0x049AD65B*.

For YUM users:
1. Remove old opensips-yum releases or nightly package:
*> *rpm -qa|grep opensips-yum|xargs yum -y erase
2. Add it again from yum repository web page:
http://yum.opensips.org/packages.php
3. Accept the new key 0x049AD65B.

For APT users:
Add new key.
> apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 049AD65B

You may also expect some problems accessing APT repository during this day.

Sorry for the inconvenience.

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

Re: [OpenSIPS-Users] 404 Not Found When Trying to Access RHEL Yum Repository

[Nick Altmann]

For 2.1 xmlrpc_ng is inside opensips-xmlrpc package. opensips 2.1 has no
tlsops module.

http://www.opensips.org/Documentation/Migration-1-10-0-to-1-11-0
http://www.opensips.org/Documentation/Migration-1-11-0-to-2-1-0

--
Nick

2016-02-16 20:43 GMT+03:00 Bobby Smith <bobby.sm...@gmail.com>:

> Right, but my point is on the repository listing:
> http://yum.opensips.org/2.1/releases/el/7/x86_64/
>
> These two packages are missing:
>
> opensips-tlsops.x86_64
> opensips-xmlrpc_ng.x86_64
>
> Thanks for your help,
>
> On Tue, Feb 16, 2016 at 11:31 AM, Nick Altmann <nick.altm...@gmail.com>
> wrote:
>
>> It looks like you have installed opensips 1.10 from another repository.
>> Please, uninstall it before install opensips 2.1.
>>
>> --
>> Nick
>>
>> 2016-02-16 19:07 GMT+03:00 Bobby Smith <bobby.sm...@gmail.com>:
>>
>>> It looks like the following packages are missing from the above
>>> repository:
>>>
>>> opensips-tlsops.x86_64
>>> opensips-xmlrpc_ng.x86_64
>>>
>>> When I go to install them, I get the following:
>>>
>>> [root@localhost local]# yum -y install opensips-xmlrpc_ng.x86_64
>>> Loaded plugins: fastestmirror
>>> Loading mirror speeds from cached hostfile
>>>  * base: mirror.5ninesolutions.com
>>>  * epel: mirror.cogentco.com
>>>  * extras: mirrors.advancedhosters.com
>>>  * updates: mirror.teklinks.com
>>> Resolving Dependencies
>>> --> Running transaction check
>>> ---> Package opensips-xmlrpc_ng.x86_64 0:1.10.5-3.el7 will be installed
>>> --> Processing Dependency: opensips-httpd(x86-64) = 1.10.5-3.el7 for
>>> package: opensips-xmlrpc_ng-1.10.5-3.el7.x86_64
>>> --> Processing Dependency: opensips(x86-64) = 1.10.5-3.el7 for package:
>>> opensips-xmlrpc_ng-1.10.5-3.el7.x86_64
>>> --> Running transaction check
>>> ---> Package opensips-httpd.x86_64 0:1.10.5-3.el7 will be installed
>>> --> Processing Dependency: opensips(x86-64) = 1.10.5-3.el7 for package:
>>> opensips-httpd-1.10.5-3.el7.x86_64
>>> --> Processing Dependency: libmicrohttpd.so.10()(64bit) for package:
>>> opensips-httpd-1.10.5-3.el7.x86_64
>>> ---> Package opensips-xmlrpc_ng.x86_64 0:1.10.5-3.el7 will be installed
>>> --> Processing Dependency: opensips(x86-64) = 1.10.5-3.el7 for package:
>>> opensips-xmlrpc_ng-1.10.5-3.el7.x86_64
>>> --> Running transaction check
>>> ---> Package libmicrohttpd.x86_64 0:0.9.33-2.el7 will be installed
>>> ---> Package opensips-httpd.x86_64 0:1.10.5-3.el7 will be installed
>>> --> Processing Dependency: opensips(x86-64) = 1.10.5-3.el7 for package:
>>> opensips-httpd-1.10.5-3.el7.x86_64
>>> ---> Package opensips-xmlrpc_ng.x86_64 0:1.10.5-3.el7 will be installed
>>> --> Processing Dependency: opensips(x86-64) = 1.10.5-3.el7 for package:
>>> opensips-xmlrpc_ng-1.10.5-3.el7.x86_64
>>> --> Finished Dependency Resolution
>>> Error: Package: opensips-xmlrpc_ng-1.10.5-3.el7.x86_64 (epel)
>>>Requires: opensips(x86-64) = 1.10.5-3.el7
>>>Installed: opensips-2.1.2-1.el7.x86_64 (@opensips)
>>>opensips(x86-64) = 2.1.2-1.el7
>>>Available: opensips-1.10.5-3.el7.x86_64 (epel)
>>>opensips(x86-64) = 1.10.5-3.el7
>>> Error: Package: opensips-httpd-1.10.5-3.el7.x86_64 (epel)
>>>Requires: opensips(x86-64) = 1.10.5-3.el7
>>>Installed: opensips-2.1.2-1.el7.x86_64 (@opensips)
>>>opensips(x86-64) = 2.1.2-1.el7
>>>Available: opensips-1.10.5-3.el7.x86_64 (epel)
>>>opensips(x86-64) = 1.10.5-3.el7
>>>  You could try using --skip-broken to work around the problem
>>>
>>> On Tue, Feb 16, 2016 at 10:45 AM, Bobby Smith <bobby.sm...@gmail.com>
>>> wrote:
>>>
>>>> Figured it out -- the docs haven't been updated to reflect that 2.1.2
>>>> has been released.
>>>>
>>>> http://yum.opensips.org/packages.php?2.1
>>>>
>>>> Changing the link fixed it:
>>>>
>>>> opensips-yum-releases-2.1-2.el7.noarch.rpm
>>>> <http://yum.opensips.org/2.1/releases/el/7/x86_64/opensips-yum-releases-2.1-2.el7.noarch.rpm>
>>>>
>>>> On Tue, Feb 16, 2016 at 10:43 AM, Bobby Smith <bobby.sm...@gmail.com>
>>>> wrote:
>>>>
>>>>> Trying to get this:
>>>>>
>>>>>
>>>

Re: [OpenSIPS-Users] 404 Not Found When Trying to Access RHEL Yum Repository

[Nick Altmann]

I’ve fixed the link. Thank you.

--
Nick

2016-02-16 18:45 GMT+03:00 Bobby Smith :

> Figured it out -- the docs haven't been updated to reflect that 2.1.2 has
> been released.
>
> http://yum.opensips.org/packages.php?2.1
>
> Changing the link fixed it:
>
> opensips-yum-releases-2.1-2.el7.noarch.rpm
> 
>
> On Tue, Feb 16, 2016 at 10:43 AM, Bobby Smith 
> wrote:
>
>> Trying to get this:
>>
>>
>> http://yum.opensips.org/2.1/releases/el/7/x86_64/opensips-yum-releases-2.1-1.el7.noarch.rpm
>>
>> It looks like none of the yum repo links for opensips RHEL 7 are
>> working.  Any thoughts?
>>
>>
>> Thanks,
>>
>
>
> ___
> 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] 404 Not Found When Trying to Access RHEL Yum Repository

[Nick Altmann]

It looks like you have installed opensips 1.10 from another repository.
Please, uninstall it before install opensips 2.1.

--
Nick

2016-02-16 19:07 GMT+03:00 Bobby Smith :

> It looks like the following packages are missing from the above repository:
>
> opensips-tlsops.x86_64
> opensips-xmlrpc_ng.x86_64
>
> When I go to install them, I get the following:
>
> [root@localhost local]# yum -y install opensips-xmlrpc_ng.x86_64
> Loaded plugins: fastestmirror
> Loading mirror speeds from cached hostfile
>  * base: mirror.5ninesolutions.com
>  * epel: mirror.cogentco.com
>  * extras: mirrors.advancedhosters.com
>  * updates: mirror.teklinks.com
> Resolving Dependencies
> --> Running transaction check
> ---> Package opensips-xmlrpc_ng.x86_64 0:1.10.5-3.el7 will be installed
> --> Processing Dependency: opensips-httpd(x86-64) = 1.10.5-3.el7 for
> package: opensips-xmlrpc_ng-1.10.5-3.el7.x86_64
> --> Processing Dependency: opensips(x86-64) = 1.10.5-3.el7 for package:
> opensips-xmlrpc_ng-1.10.5-3.el7.x86_64
> --> Running transaction check
> ---> Package opensips-httpd.x86_64 0:1.10.5-3.el7 will be installed
> --> Processing Dependency: opensips(x86-64) = 1.10.5-3.el7 for package:
> opensips-httpd-1.10.5-3.el7.x86_64
> --> Processing Dependency: libmicrohttpd.so.10()(64bit) for package:
> opensips-httpd-1.10.5-3.el7.x86_64
> ---> Package opensips-xmlrpc_ng.x86_64 0:1.10.5-3.el7 will be installed
> --> Processing Dependency: opensips(x86-64) = 1.10.5-3.el7 for package:
> opensips-xmlrpc_ng-1.10.5-3.el7.x86_64
> --> Running transaction check
> ---> Package libmicrohttpd.x86_64 0:0.9.33-2.el7 will be installed
> ---> Package opensips-httpd.x86_64 0:1.10.5-3.el7 will be installed
> --> Processing Dependency: opensips(x86-64) = 1.10.5-3.el7 for package:
> opensips-httpd-1.10.5-3.el7.x86_64
> ---> Package opensips-xmlrpc_ng.x86_64 0:1.10.5-3.el7 will be installed
> --> Processing Dependency: opensips(x86-64) = 1.10.5-3.el7 for package:
> opensips-xmlrpc_ng-1.10.5-3.el7.x86_64
> --> Finished Dependency Resolution
> Error: Package: opensips-xmlrpc_ng-1.10.5-3.el7.x86_64 (epel)
>Requires: opensips(x86-64) = 1.10.5-3.el7
>Installed: opensips-2.1.2-1.el7.x86_64 (@opensips)
>opensips(x86-64) = 2.1.2-1.el7
>Available: opensips-1.10.5-3.el7.x86_64 (epel)
>opensips(x86-64) = 1.10.5-3.el7
> Error: Package: opensips-httpd-1.10.5-3.el7.x86_64 (epel)
>Requires: opensips(x86-64) = 1.10.5-3.el7
>Installed: opensips-2.1.2-1.el7.x86_64 (@opensips)
>opensips(x86-64) = 2.1.2-1.el7
>Available: opensips-1.10.5-3.el7.x86_64 (epel)
>opensips(x86-64) = 1.10.5-3.el7
>  You could try using --skip-broken to work around the problem
>
> On Tue, Feb 16, 2016 at 10:45 AM, Bobby Smith 
> wrote:
>
>> Figured it out -- the docs haven't been updated to reflect that 2.1.2 has
>> been released.
>>
>> http://yum.opensips.org/packages.php?2.1
>>
>> Changing the link fixed it:
>>
>> opensips-yum-releases-2.1-2.el7.noarch.rpm
>> 
>>
>> On Tue, Feb 16, 2016 at 10:43 AM, Bobby Smith 
>> wrote:
>>
>>> Trying to get this:
>>>
>>>
>>> http://yum.opensips.org/2.1/releases/el/7/x86_64/opensips-yum-releases-2.1-1.el7.noarch.rpm
>>>
>>> It looks like none of the yum repo links for opensips RHEL 7 are
>>> working.  Any thoughts?
>>>
>>>
>>> Thanks,
>>>
>>
>>
>
> ___
> 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] 1.x LTS upgrade path

[Nick Altmann]

Hi Jock,

For now, are the 1.8.8 Debian packages hiding somewhere that I can
> pull and store on a local repo so I can use them until I can get the
> upgrade path figured out? (Possibly a Jessie upgrade, but that doesn't
> excite me any better)
>

No, sorry, it remained in old repository, which has no backup now.

And is there any chance that 1.11 will be rebuilt on the _correct_
> Wheezy release? Or is there actually a real dependancy that requires
> libc6 2.14+ baked into 1.11 somehow?
>

The new repository was started two weeks ago and now it’s in testing mode.
Thank you for your comment, it’s really bug and packages must be build only
on stable releases.
I’ll investigate the problem, fix it and rebuild packages. I’ll let you
know when the fix will be done.

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

Re: [OpenSIPS-Users] [OpenSIPS-Devel] New APT and YUM repositories

[Nick Altmann]

You’re always welcome. :-) Thank you for all your work for everyone of us.

--
Nick

2016-01-21 11:33 GMT+03:00 Bogdan-Andrei Iancu <bog...@opensips.org>:

> That is great Nick !!
>
> I really thank you for all your work in supporting OpenSIPS project .
>
> Best regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
> On 20.01.2016 17:53, Nick Altmann wrote:
>
> Hello everyone!
>
> From now in test mode available two new repositories:
> http://apt.opensips.org
> http://yum.opensips.org
>
> Let me know if you expected any problems or need additional versions of
> opensips or packages for another (rpm or deb based) distributives.
>
> *Debian users, who were connected to old apt repository, must update their
> sources.list files.*
>
> Thank you.
>
> --
> Nick
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> ___
> Devel mailing list
> de...@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] New APT and YUM repositories

[Nick Altmann]

Hello everyone!

>From now in test mode available two new repositories:
http://apt.opensips.org
http://yum.opensips.org

Let me know if you expected any problems or need additional versions of
opensips or packages for another (rpm or deb based) distributives.

*Debian users, who were connected to old apt repository, must update their
sources.list files.*

Thank you.

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

Re: [OpenSIPS-Users] YUM repository downtime

[Nick Altmann]

No repository – no problem with signing. ;-)
Fixed now.

--
Nick

2016-01-20 0:11 GMT+03:00 Chris Stone <axi...@gmail.com>:

> Now seeing connections refused:
>
> [root@gliese ~]# yum update
> Loaded plugins: fastestmirror
> http://yum.opensips.org/2.1/releases/el/7/x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to yum.opensips.org:80; Connection
> refused"
> Trying other mirror.
> http://yum.opensips.org/2.1/releases/el/7/x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to yum.opensips.org:80; Connection
> refused"
> Trying other mirror.
> http://yum.opensips.org/2.1/releases/el/7/x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to yum.opensips.org:80; Connection
> refused"
> Trying other mirror.
> http://yum.opensips.org/2.1/releases/el/7/x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to yum.opensips.org:80; Connection
> refused"
> Trying other mirror.
> http://yum.opensips.org/2.1/releases/el/7/x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to yum.opensips.org:80; Connection
> refused"
> Trying other mirror.
> http://yum.opensips.org/2.1/releases/el/7/x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to yum.opensips.org:80; Connection
> refused"
> Trying other mirror.
> http://yum.opensips.org/2.1/releases/el/7/x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to yum.opensips.org:80; Connection
> refused"
> Trying other mirror.
> http://yum.opensips.org/2.1/releases/el/7/x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to yum.opensips.org:80; Connection
> refused"
> Trying other mirror.
> http://yum.opensips.org/2.1/releases/el/7/x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to yum.opensips.org:80; Connection
> refused"
> Trying other mirror.
> http://yum.opensips.org/2.1/releases/el/7/x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to yum.opensips.org:80; Connection
> refused"
> Trying other mirror.
>
>
> Chris
>
>> On Jan 19 2016, at 11:05 am, Chris Stone <axi...@gmail.com> wrote:
>> I'll give it another trythanks
>>
>> Chris
>>
>> On Jan 19 2016, at 9:59 am, Nick Altmann <nick.altm...@gmail.com> wrote:
>> The repo is in testing mode.
>> Have you tried today? Try again, all rpms are signed.
>>
>> --
>> Nick
>>
>> 2016-01-19 19:43 GMT+03:00 Chris Stone <axi...@gmail.com>:
>>
>> It is - but the packages (rpms) are all unsigned
>>
>>
>> Chris
>>
>> On Jan 19 2016, at 3:15 am, Bogdan-Andrei Iancu <bog...@opensips.org>
>> wrote:
>> Hey, it seems to be up again !!! :))
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>> On 18.01.2016 10:24, Nick Altmann wrote:
>>
>> Thank you. Yes, you’re right. It’s still down. New repository will be up
>> a bit later today.
>>
>> --
>> Nick
>>
>> 2016-01-18 11:03 GMT+03:00 Markus Rydh <markus.r...@gmail.com>:
>>
>> Nick, the yum repo seems to be down for the last few days. Any updates on
>> when it might be available? Appreciate your work on hosting the repo!
>>
>> // Markus
>>
>>
>>
>> --
>> View this message in context:
>> http://opensips-open-sip-server.1449251.n2.nabble.com/YUM-repository-downtime-tp7600572p7600780.html
>> Sent from the OpenSIPS - Users mailing list archive at Nabble.com.
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>>
>> ___
>> 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
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] YUM repository downtime

[Nick Altmann]

The repo is in testing mode.
Have you tried today? Try again, all rpms are signed.

--
Nick

2016-01-19 19:43 GMT+03:00 Chris Stone <axi...@gmail.com>:

> It is - but the packages (rpms) are all unsigned
>
>
> Chris
>
>> On Jan 19 2016, at 3:15 am, Bogdan-Andrei Iancu <bog...@opensips.org>
>> wrote:
>> Hey, it seems to be up again !!! :))
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>> On 18.01.2016 10:24, Nick Altmann wrote:
>>
>> Thank you. Yes, you’re right. It’s still down. New repository will be up
>> a bit later today.
>>
>> --
>> Nick
>>
>> 2016-01-18 11:03 GMT+03:00 Markus Rydh <markus.r...@gmail.com>:
>>
>> Nick, the yum repo seems to be down for the last few days. Any updates on
>> when it might be available? Appreciate your work on hosting the repo!
>>
>> // Markus
>>
>>
>>
>> --
>> View this message in context:
>> http://opensips-open-sip-server.1449251.n2.nabble.com/YUM-repository-downtime-tp7600572p7600780.html
>> Sent from the OpenSIPS - Users mailing list archive at Nabble.com.
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>>
>> ___
>> 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

Re: [OpenSIPS-Users] YUM repository downtime

[Nick Altmann]

Thank you. Yes, you’re right. It’s still down. New repository will be up a
bit later today.

--
Nick

2016-01-18 11:03 GMT+03:00 Markus Rydh :

> Nick, the yum repo seems to be down for the last few days. Any updates on
> when it might be available? Appreciate your work on hosting the repo!
>
> // Markus
>
>
>
> --
> View this message in context:
> http://opensips-open-sip-server.1449251.n2.nabble.com/YUM-repository-downtime-tp7600572p7600780.html
> Sent from the OpenSIPS - Users mailing list archive at Nabble.com.
>
> ___
> 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

[OpenSIPS-Users] YUM repository downtime

[Nick Altmann]

Hello everyone!

Jan 12-13, the YUM repository (yum.opensips.org) will be down due to
maintenance.

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

Re: [OpenSIPS-Users] opensips failed during startup! Do i lost modules?

[Nick Altmann]

append_hf() and is_method() require sipmsgops module.
http://www.opensips.org/html/docs/modules/devel/sipmsgops.html

--
Nick


2014-05-19 17:42 GMT+04:00 toaster...@gmail.com toaster...@gmail.com:

 hello, all of friends:
 I try to compile with this link for my opensips and asterisk:
 http://www.opensips.org/Documentation/Tutorials-OpenSIPSAsteriskIntegration

 I compile the opensip by make all, it should compiled all modules.
 but i use the example opensips.cfg from the link, when start the opensips,
 the system logs show
 there are many error with modules:

 errors==
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: CRITICAL:core:yyerror: parse error in
 config file /usr/local/etc/opensips/opensips.cfg, line 113, column 20-21:
 unknown command is_method, missing loadmodule?
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: CRITICAL:core:yyerror: parse error in
 config file /usr/local/etc/opensips/opensips.cfg, line 116, column 27-28:
 unknown command is_method, missing loadmodule?
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 record_route(0) in module rr [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: CRITICAL:core:yyerror: parse error in
 config file /usr/local/etc/opensips/opensips.cfg, line 126, column 21-22:
 unknown command is_method, missing loadmodule?
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 t_check_trans(0) in module tm [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 t_relay(0) in module tm [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 send_reply(2) in module signaling [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: CRITICAL:core:yyerror: parse error in
 config file /usr/local/etc/opensips/opensips.cfg, line 146, column 18-19:
 unknown command is_method, missing loadmodule?
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 append_hf not found
 May 19 21:17:16 opensips-1 opensips: CRITICAL:core:yyerror: parse error in
 config file /usr/local/etc/opensips/opensips.cfg, line 190, column 19-20:
 unknown command append_hf, missing loadmodule?
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: CRITICAL:core:yyerror: parse error in
 config file /usr/local/etc/opensips/opensips.cfg, line 196, column 18-19:
 unknown command is_method, missing loadmodule?
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 www_authorize(2) in module auth_db [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 www_challenge(2) in module auth [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 check_to(0) in module uri [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 send_reply(2) in module signaling [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 save(1) in module registrar [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 sl_reply_error(0) in module sl [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 send_reply(2) in module signaling [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 is_from_local(0) in module domain [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 send_reply(2) in module signaling [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 t_relay(0) in module tm [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 lookup(1) in module registrar [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 t_on_failure(1) in module tm [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 

Re: [OpenSIPS-Users] opensips failed during startup! Do i lost modules?

[Nick Altmann]

Just enable sipmsgops module.

--
Nick


2014-05-19 18:11 GMT+04:00 toaster...@gmail.com toaster...@gmail.com:

 hello:
 Thanks for your input. the link you give seems not relevant with my
 problem.
 --
 *Cheers!*


 *From:* Nick Altmann nick.altm...@gmail.com
 *Date:* 2014-05-19 21:49
 *To:* OpenSIPS users mailling list users@lists.opensips.org
 *Subject:* Re: [OpenSIPS-Users] opensips failed during startup! Do i lost
 modules?
 append_hf() and is_method() require sipmsgops module.
 http://www.opensips.org/html/docs/modules/devel/sipmsgops.html

 --
 Nick


 2014-05-19 17:42 GMT+04:00 toaster...@gmail.com toaster...@gmail.com:

 hello, all of friends:
 I try to compile with this link for my opensips and asterisk:

 http://www.opensips.org/Documentation/Tutorials-OpenSIPSAsteriskIntegration

 I compile the opensip by make all, it should compiled all modules.
 but i use the example opensips.cfg from the link, when start the
 opensips, the system logs show
 there are many error with modules:

 errors==
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: CRITICAL:core:yyerror: parse error
 in config file /usr/local/etc/opensips/opensips.cfg, line 113, column
 20-21: unknown command is_method, missing loadmodule?
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: CRITICAL:core:yyerror: parse error
 in config file /usr/local/etc/opensips/opensips.cfg, line 116, column
 27-28: unknown command is_method, missing loadmodule?
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 record_route(0) in module rr [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: CRITICAL:core:yyerror: parse error
 in config file /usr/local/etc/opensips/opensips.cfg, line 126, column
 21-22: unknown command is_method, missing loadmodule?
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 t_check_trans(0) in module tm [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 t_relay(0) in module tm [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 send_reply(2) in module signaling [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: CRITICAL:core:yyerror: parse error
 in config file /usr/local/etc/opensips/opensips.cfg, line 146, column
 18-19: unknown command is_method, missing loadmodule?
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 append_hf not found
 May 19 21:17:16 opensips-1 opensips: CRITICAL:core:yyerror: parse error
 in config file /usr/local/etc/opensips/opensips.cfg, line 190, column
 19-20: unknown command append_hf, missing loadmodule?
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t:
 is_method not found
 May 19 21:17:16 opensips-1 opensips: CRITICAL:core:yyerror: parse error
 in config file /usr/local/etc/opensips/opensips.cfg, line 196, column
 18-19: unknown command is_method, missing loadmodule?
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 www_authorize(2) in module auth_db [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 www_challenge(2) in module auth [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 check_to(0) in module uri [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 send_reply(2) in module signaling [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 save(1) in module registrar [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 sl_reply_error(0) in module sl [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 send_reply(2) in module signaling [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 is_from_local(0) in module domain [/usr/local/lib/opensips/modules/]
 May 19 21:17:16 opensips-1 opensips: DBG:core:find_cmd_export_t: found
 send_reply(2) in module signaling [/usr/local/lib/opensips/modules/]
 May 19 21:17

[OpenSIPS-Users] YUM repository downtime

[Nick Altmann]

Hello everyone!

May 7, the YUM repository (yum.opensips.org) will be down due to
maintenance.

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

Re: [OpenSIPS-Users] Mediaproxy and ICE

[Nick Altmann]

It seems no problem already. Everything works as expected.

--
Nick


2014-04-24 5:12 GMT+04:00 Nick Altmann nick.altm...@gmail.com:

 Thank you. I'll try and report soon.

 --
 Nick


 2014-04-23 18:49 GMT+04:00 Saúl Ibarra Corretgé s...@ag-projects.com:

 Hi there,

 On Apr 19, 2014, at 8:18 PM, a...@ag-projects.com wrote:

  I acknowledge that there is is a bug in MediaProxy when engaging ICE.
 The timeout after 3 minutes is kicking in sometimes when it should not be.
 
  We are hunting this bug now.
 
  Adrian
 
  On 19 Apr 2014, at 06:32, Hòa Nguyễn hoanguyen2...@gmail.com wrote:
 
  I suppose you've used engage_media_proxy() to allocate media session
 in OpenSIPS
  You might want to know that if mediaproxy-relay receive a little
 traffic from phone then don't receive anything anymore in the next 180s, it
 will assume that your phone has been crash or something and close the
 session, then if you use engage_media_proxy(), the relay will send the
 signal to the dispatcher to close the dialog, hence make OpenSIPS send BYE
 to both of phones
  I think in your situation, it can be that your phone first will send
 RTP to mediaproxy-relay first, then it decides to make a P2P connection and
 success, then it will uses the P2P and don't send anything to relay
 anymore, that make relay release the session and close your call. The
 solution is not using engage_media_proxy, instead using
 use_media_proxy/end_media_session
 

 I managed to catch (and hopefully fix!) the bug. We tested it and it
 works, but some extra testing would be nice. You can find the patch
 attached, which can be applied against the 2.6.0 release.


 Cheers,


 --
 Saúl Ibarra Corretgé
 AG Projects






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

Re: [OpenSIPS-Users] Mediaproxy and ICE

[Nick Altmann]

Thank you. I'll try and report soon.

--
Nick


2014-04-23 18:49 GMT+04:00 Saúl Ibarra Corretgé s...@ag-projects.com:

 Hi there,

 On Apr 19, 2014, at 8:18 PM, a...@ag-projects.com wrote:

  I acknowledge that there is is a bug in MediaProxy when engaging ICE.
 The timeout after 3 minutes is kicking in sometimes when it should not be.
 
  We are hunting this bug now.
 
  Adrian
 
  On 19 Apr 2014, at 06:32, Hòa Nguyễn hoanguyen2...@gmail.com wrote:
 
  I suppose you've used engage_media_proxy() to allocate media session in
 OpenSIPS
  You might want to know that if mediaproxy-relay receive a little
 traffic from phone then don't receive anything anymore in the next 180s, it
 will assume that your phone has been crash or something and close the
 session, then if you use engage_media_proxy(), the relay will send the
 signal to the dispatcher to close the dialog, hence make OpenSIPS send BYE
 to both of phones
  I think in your situation, it can be that your phone first will send
 RTP to mediaproxy-relay first, then it decides to make a P2P connection and
 success, then it will uses the P2P and don't send anything to relay
 anymore, that make relay release the session and close your call. The
 solution is not using engage_media_proxy, instead using
 use_media_proxy/end_media_session
 

 I managed to catch (and hopefully fix!) the bug. We tested it and it
 works, but some extra testing would be nice. You can find the patch
 attached, which can be applied against the 2.6.0 release.


 Cheers,


 --
 Saúl Ibarra Corretgé
 AG Projects





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

Re: [OpenSIPS-Users] Failure installing from opensips repo on Fedora 19

[Nick Altmann]

I'll add necessary dependence for mysql into rpm spec. Thank you.

--
Nick


2014-04-20 16:50 GMT+04:00 i...@vintageelectronics.ca:

  You are right. Updated already installed mariadb-libs to 5.5 and
 opensips intalled.

 Appreciate your help!


 On 04/20/2014 12:16 AM, Nick Altmann wrote:

 Install mariadb-libs.

 --
 Nick


 2014-04-20 0:49 GMT+04:00 i...@vintageelectronics.ca:

 Installation ends with the below error:

 16:47:53 : ERROR: Dependency resolving completed with errors
 16:47:53 : ERROR:   Package: opensips-mysql-1.10.1-1.el6.x86_64 (opensips)
 Requires: libmysqlclient.so.16(libmysqlclient_16)(64bit)
 16:47:53 : ERROR:   Package: opensips-mysql-1.10.1-1.el6.x86_64 (opensips)
 Requires: libmysqlclient.so.16()(64bit)
 16:47:53 : ERROR:   Package: opensips-1.10.1-1.el6.x86_64 (opensips)
 Requires: libpcre.so.0()(64bit)

 Where do you think I can obtain the missing library?

 Thank you!


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




 ___
 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

Re: [OpenSIPS-Users] Failed at step EXEC spawning /usr/sbin/opensips-m4cfg: No such file or directory

[Nick Altmann]

What exactly version of opensips do you install?

--
С уважением,
Николай


2014-04-20 17:28 GMT+04:00 i...@vintageelectronics.ca:

  Reinstalled from opensips repository, but still getting the below error
 when `service opensips start`:
 Does another package provide opensips-m4cfg?


 On 04/19/2014 04:50 PM, i...@vintageelectronics.ca wrote:

 Why am I getting the below errors from OpenSIPS if it was installed from
 Fedora 19 own repository?

 Thank you!

 Apr 19 16:09:42 lion systemd[1]: Starting OpenSIPS is a very fast and
 flexible SIP (RFC3261) server...
 -- Subject: Unit opensips.service has begun with start-up
 -- Defined-By: systemd
 -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel


 --
 -- Unit opensips.service has begun starting up.
 Apr 19 16:09:42 lion systemd[20573]: Failed at step EXEC spawning
 /usr/sbin/opensips-m4cfg: No such file or directory
 -- Subject: Process /usr/sbin/opensips-m4cfg could not be executed
 -- Defined-By: systemd
 -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
 --
 -- The process /usr/sbin/opensips-m4cfg could not be executed and failed.
 --
 -- The error number returned while executing this process is 2.
 Apr 19 16:09:42 lion systemd[1]: opensips.service: control process exited,
 code=exited status=203
 Apr 19 16:09:42 lion systemd[1]: Failed to start OpenSIPS is a very fast
 and flexible SIP (RFC3261) server.
 -- Subject: Unit opensips.service has failed
 -- Defined-By: systemd
 -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
 --
 -- Unit opensips.service has failed.
 --
 -- The result is failed.
 Apr 19 16:09:42 lion systemd[1]: Unit opensips.service entered failed
 state.


 ___
 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] Failed at step EXEC spawning /usr/sbin/opensips-m4cfg: No such file or directory

[Nick Altmann]

/usr/sbin/opensips-m4cfg provided with opensips package to process m4
configuration files.

I've installed clean fedora 19, then


--
Nick


2014-04-21 2:35 GMT+04:00 i...@vintageelectronics.ca:

  1.10.1 from Fedora Updates repository.
 That was the only one that installed after updating mariadb-libs.
 1.10.1 from OpenSIPS repository still does not install due to a missing
 libmysqlclient.so.16

 The error from yum during the install from OpenSIPS repository is below:

 Dependency Resolution Errors:

 Package: opensips-mysql-1.10.1-1.el6.x86_64 (opensips)
 Requires: libmysqlclient.so.16(libmysqlclient_16)(64bit)Package:
 opensips-mysql-1.10.1-1.el6.x86_64 (opensips)
 Requires: libmysqlclient.so.16()(64bit)Package:
 opensips-1.10.1-1.el6.x86_64 (opensips)
 Requires: libpcre.so.0()(64bit)

 Thank you!


 On 04/20/2014 09:34 AM, Nick Altmann wrote:

 What exactly version of opensips do you install?

 --
 С уважением,
 Николай


 2014-04-20 17:28 GMT+04:00 i...@vintageelectronics.ca:

  Reinstalled from opensips repository, but still getting the below error
 when `service opensips start`:
 Does another package provide opensips-m4cfg?


 On 04/19/2014 04:50 PM, i...@vintageelectronics.ca wrote:

 Why am I getting the below errors from OpenSIPS if it was installed from
 Fedora 19 own repository?

 Thank you!

 Apr 19 16:09:42 lion systemd[1]: Starting OpenSIPS is a very fast and
 flexible SIP (RFC3261) server...
 -- Subject: Unit opensips.service has begun with start-up
 -- Defined-By: systemd
 -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel


 --
 -- Unit opensips.service has begun starting up.
 Apr 19 16:09:42 lion systemd[20573]: Failed at step EXEC spawning
 /usr/sbin/opensips-m4cfg: No such file or directory
 -- Subject: Process /usr/sbin/opensips-m4cfg could not be executed
 -- Defined-By: systemd
 -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
 --
 -- The process /usr/sbin/opensips-m4cfg could not be executed and failed.
 --
 -- The error number returned while executing this process is 2.
 Apr 19 16:09:42 lion systemd[1]: opensips.service: control process
 exited, code=exited status=203
 Apr 19 16:09:42 lion systemd[1]: Failed to start OpenSIPS is a very fast
 and flexible SIP (RFC3261) server.
 -- Subject: Unit opensips.service has failed
 -- Defined-By: systemd
 -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
 --
 -- Unit opensips.service has failed.
 --
 -- The result is failed.
 Apr 19 16:09:42 lion systemd[1]: Unit opensips.service entered failed
 state.


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




 ___
 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

Re: [OpenSIPS-Users] Failed at step EXEC spawning /usr/sbin/opensips-m4cfg: No such file or directory

[Nick Altmann]

/usr/sbin/opensips-m4cfg provided with opensips package to process m4
configuration files.

I've installed clean fedora 19 (minimal), then
yum install
http://yum.opensips.org/1.10/releases/fc/19/x86_64/opensips-yum-releases-1.10-1.fc19.noarch.rpm
yum install opensips opensips-mysql

service opensips start

It starts without any problems.

--
Nick


2014-04-21 2:35 GMT+04:00 i...@vintageelectronics.ca:

  1.10.1 from Fedora Updates repository.
 That was the only one that installed after updating mariadb-libs.
 1.10.1 from OpenSIPS repository still does not install due to a missing
 libmysqlclient.so.16

 The error from yum during the install from OpenSIPS repository is below:

 Dependency Resolution Errors:

 Package: opensips-mysql-1.10.1-1.el6.x86_64 (opensips)
 Requires: libmysqlclient.so.16(libmysqlclient_16)(64bit)Package:
 opensips-mysql-1.10.1-1.el6.x86_64 (opensips)
 Requires: libmysqlclient.so.16()(64bit)Package:
 opensips-1.10.1-1.el6.x86_64 (opensips)
 Requires: libpcre.so.0()(64bit)

 Thank you!


 On 04/20/2014 09:34 AM, Nick Altmann wrote:

 What exactly version of opensips do you install?

 --
 С уважением,
 Николай


 2014-04-20 17:28 GMT+04:00 i...@vintageelectronics.ca:

  Reinstalled from opensips repository, but still getting the below error
 when `service opensips start`:
 Does another package provide opensips-m4cfg?


 On 04/19/2014 04:50 PM, i...@vintageelectronics.ca wrote:

 Why am I getting the below errors from OpenSIPS if it was installed from
 Fedora 19 own repository?

 Thank you!

 Apr 19 16:09:42 lion systemd[1]: Starting OpenSIPS is a very fast and
 flexible SIP (RFC3261) server...
 -- Subject: Unit opensips.service has begun with start-up
 -- Defined-By: systemd
 -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel


 --
 -- Unit opensips.service has begun starting up.
 Apr 19 16:09:42 lion systemd[20573]: Failed at step EXEC spawning
 /usr/sbin/opensips-m4cfg: No such file or directory
 -- Subject: Process /usr/sbin/opensips-m4cfg could not be executed
 -- Defined-By: systemd
 -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
 --
 -- The process /usr/sbin/opensips-m4cfg could not be executed and failed.
 --
 -- The error number returned while executing this process is 2.
 Apr 19 16:09:42 lion systemd[1]: opensips.service: control process
 exited, code=exited status=203
 Apr 19 16:09:42 lion systemd[1]: Failed to start OpenSIPS is a very fast
 and flexible SIP (RFC3261) server.
 -- Subject: Unit opensips.service has failed
 -- Defined-By: systemd
 -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
 --
 -- Unit opensips.service has failed.
 --
 -- The result is failed.
 Apr 19 16:09:42 lion systemd[1]: Unit opensips.service entered failed
 state.


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




 ___
 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

Re: [OpenSIPS-Users] Failed at step EXEC spawning /usr/sbin/opensips-m4cfg: No such file or directory

[Nick Altmann]

What version of opensips do you install?

--
Nick

2014-04-20 0:50 GMT+04:00 i...@vintageelectronics.ca:

 Why am I getting the below errors from OpenSIPS if it was installed from
 Fedora 19 own repository?

 Thank you!

 Apr 19 16:09:42 lion systemd[1]: Starting OpenSIPS is a very fast and
 flexible SIP (RFC3261) server...
 -- Subject: Unit opensips.service has begun with start-up
 -- Defined-By: systemd
 -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
 --
 -- Unit opensips.service has begun starting up.
 Apr 19 16:09:42 lion systemd[20573]: Failed at step EXEC spawning
 /usr/sbin/opensips-m4cfg: No such file or directory
 -- Subject: Process /usr/sbin/opensips-m4cfg could not be executed
 -- Defined-By: systemd
 -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
 --
 -- The process /usr/sbin/opensips-m4cfg could not be executed and failed.
 --
 -- The error number returned while executing this process is 2.
 Apr 19 16:09:42 lion systemd[1]: opensips.service: control process exited,
 code=exited status=203
 Apr 19 16:09:42 lion systemd[1]: Failed to start OpenSIPS is a very fast
 and flexible SIP (RFC3261) server.
 -- Subject: Unit opensips.service has failed
 -- Defined-By: systemd
 -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
 --
 -- Unit opensips.service has failed.
 --
 -- The result is failed.
 Apr 19 16:09:42 lion systemd[1]: Unit opensips.service entered failed
 state.



 ___
 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] Failure installing from opensips repo on Fedora 19

[Nick Altmann]

Install mariadb-libs.

--
Nick


2014-04-20 0:49 GMT+04:00 i...@vintageelectronics.ca:

 Installation ends with the below error:

 16:47:53 : ERROR: Dependency resolving completed with errors
 16:47:53 : ERROR:   Package: opensips-mysql-1.10.1-1.el6.x86_64 (opensips)
 Requires: libmysqlclient.so.16(libmysqlclient_16)(64bit)
 16:47:53 : ERROR:   Package: opensips-mysql-1.10.1-1.el6.x86_64 (opensips)
 Requires: libmysqlclient.so.16()(64bit)
 16:47:53 : ERROR:   Package: opensips-1.10.1-1.el6.x86_64 (opensips)
 Requires: libpcre.so.0()(64bit)

 Where do you think I can obtain the missing library?

 Thank you!


 ___
 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] Topology_hiding

[Nick Altmann]

topology_hiding() doesn't support flags in 1.7

--
Nick


2014-04-11 6:07 GMT+04:00 Tito Cumpen t...@xsvoce.com:

 Hello,



 I am having issues passing flags into the the dialog centric
 topology_hiding function. I am attempting to pass topology_hiding(U); in
 the latest 1.7 pulled from the git repo.

 Apr 11 02:00:54 mediaproxynat opensips: CRITICAL:core:yyerror: parse error
 in config file, line 365, column 22-23: unknown command topology_hiding,
 missing loadmodule?


 Please advise.





 ___
 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] Topology_hiding

[Nick Altmann]

The U flag has been added since 1.10. So 1.10, 1.11 and trunk.

--
Nick


2014-04-11 7:09 GMT+04:00 Tito Cumpen t...@xsvoce.com:

 Nick,

 Thank you for your reply.  Do you know what versions of opensips support
 flags in topology_hiding?

 Thanks,
 Tito
 On Apr 10, 2014 8:01 PM, Nick Altmann nick.altm...@gmail.com wrote:

 topology_hiding() doesn't support flags in 1.7

 --
 Nick


 2014-04-11 6:07 GMT+04:00 Tito Cumpen t...@xsvoce.com:

  Hello,



 I am having issues passing flags into the the dialog centric
 topology_hiding function. I am attempting to pass topology_hiding(U); in
 the latest 1.7 pulled from the git repo.

 Apr 11 02:00:54 mediaproxynat opensips: CRITICAL:core:yyerror: parse
 error in config file, line 365, column 22-23: unknown command
 topology_hiding, missing loadmodule?


 Please advise.





 ___
 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] Migration 1.9 to 1.10.1

[Nick Altmann]

You have to recreate location table with the new for 1.10 structure and
change it's version number in table version.
Also you have to check your script on line 286.

--
Nick


2014-04-08 13:51 GMT+04:00 H Yavari hyav...@rocketmail.com:

 Hi,
 I did the migaration the core and DB and after this I have some error in
 opensips starting that listed in blow:

 1-usrloc module :
 [15279]: ERROR:core:db_check_table_version: invalid version 1007 for table
 location found, expected 1009
 [15279]: ERROR:usrloc:register_udomain: error during table version check.
 [15279]: ERROR:registrar:domain_fixup: failed to register domain
 [15279]: ERROR:core:fix_actions: fixing failed (code=-1) at cfg line 286
 [15279]: CRITICAL:core:fix_expr: fix_actions error
 [15279]: ERROR:core:main: failed to fix configuration with err code -1
 [15279]: INFO:core:cleanup: cleanup

 2-rtpproxy module:
  DBG:core:yyparse: loading module /usr/lib64/opensips/modules/rtpproxy.so
  ERROR:core:version_control: module compile flags mismatch for rtpproxy
 #012core: STATS: On, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
 SHM_MMAP, PKG_MALLOC, F_MALLOC, DBG_F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
 #012module: STATS: On, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST,
 SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, DBG_QM_MALLOC, DBG_F_MALLOC,
 FAST_LOCK-ADAPTIVE_WAIT

 The first error solved by replacing 2 from modparam(usrloc, db_mode,
 2) with 0.
 Why the 2 value make the problem?
 How I solve this errors?


 Regards,
 H.Yavari


 ___
 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] Migration 1.9 to 1.10.1

[Nick Altmann]

The problem is your rtpproxy module compiled with compiler flags mismatched
to flags of core.
You have to recompile rtpproxy module with the same flags as core flags.

--
Nick


2014-04-08 14:07 GMT+04:00 H Yavari hyav...@rocketmail.com:

 Dear Nick,
 Thanks for your help. I changed the version table and problem solved.
 Have you any idea about RTPproxy error?

 Regards,
 H.Yavari

   --
 You have to recreate location table with the new for 1.10 structure and
 change it's version number in table version.
 Also you have to check your script on line 286.

 --
 Nick


 2014-04-08 13:51 GMT+04:00 H Yavari hyav...@rocketmail.com:

 Hi,
 I did the migaration the core and DB and after this I have some error in
 opensips starting that listed in blow:

 1-usrloc module :
 [15279]: ERROR:core:db_check_table_version: invalid version 1007 for table
 location found, expected 1009
 [15279]: ERROR:usrloc:register_udomain: error during table version check.
 [15279]: ERROR:registrar:domain_fixup: failed to register domain
 [15279]: ERROR:core:fix_actions: fixing failed (code=-1) at cfg line 286
 [15279]: CRITICAL:core:fix_expr: fix_actions error
 [15279]: ERROR:core:main: failed to fix configuration with err code -1
 [15279]: INFO:core:cleanup: cleanup

 2-rtpproxy module:
  DBG:core:yyparse: loading module /usr/lib64/opensips/modules/rtpproxy.so
  ERROR:core:version_control: module compile flags mismatch for rtpproxy
 #012core: STATS: On, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
 SHM_MMAP, PKG_MALLOC, F_MALLOC, DBG_F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
 #012module: STATS: On, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST,
 SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, DBG_QM_MALLOC, DBG_F_MALLOC,
 FAST_LOCK-ADAPTIVE_WAIT

 The first error solved by replacing 2 from modparam(usrloc, db_mode,
 2) with 0.
 Why the 2 value make the problem?
 How I solve this errors?


 Regards,
 H.Yavari


 ___
 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] Migration 1.9 to 1.10.1

[Nick Altmann]

Just try to do make distclean and recompile all opensips again.

--
Nick


2014-04-08 14:31 GMT+04:00 H Yavari hyav...@rocketmail.com:

 Dear Nick,
 Thanx. But I compiled the opensips with menuconfig tool. I should change
 the Flags in Makefile? I did wrong or migration is harder than explained in
 docs
 --
 Regards,
 H.Yavari

   --
 The problem is your rtpproxy module compiled with compiler flags
 mismatched to flags of core.
 You have to recompile rtpproxy module with the same flags as core flags.

 --
 Nick




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

Re: [OpenSIPS-Users] Mediaproxy and ICE

[Nick Altmann]

Thank you. How long time will it take?

--
Nick


2014-04-03 14:23 GMT+04:00 Saúl Ibarra Corretgé s...@ag-projects.com:


 On Apr 3, 2014, at 10:54 AM, Nick Altmann wrote:

  It seems nothing interesting there.
 
  Apr  1 16:26:04 localhost media-relay[14388]: debug: Added new stream:
 (audio) 10.113.62.169:22912 (ICE) (RTP: Unknown, RTCP: Unknown) -
 195.196.197.198:35002 - 195.196.197.198:35004 - Unknown (RTP:
 Unknown, RTCP: Unknown)
  Apr  1 16:26:04 localhost media-relay[14388]: debug: created new session
 1082802816: 1234567890@54.55.56.57:3631 (2041141860) --
 0987654321@54.55.56.57:3631
  Apr  1 16:26:07 localhost media-relay[14388]: debug: Got traffic
 information for stream: (audio) 10.113.62.169:22912 (ICE) (RTP: Unknown,
 RTCP: Unknown) - 195.196.197.198:35002 - 195.196.197.198:35004 -
 Unknown (RTP: 212.213.214.215:34455, RTCP: Unknown)
  Apr  1 16:26:07 localhost media-relay[14388]: debug: updating existing
 session 1082802816: 1234567890@54.55.56.57:3631 (2041141860) --
 0987654321@54.55.56.57:3631
  Apr  1 16:26:07 localhost media-relay[14388]: debug: Received updated
 SDP answer
  Apr  1 16:26:07 localhost media-relay[14388]: debug: Got initial answer
 from callee for stream: (audio) 10.113.62.169:22912 (ICE) (RTP: Unknown,
 RTCP: Unknown) - 195.196.197.198:35002 - 195.196.197.198:35004 -
 10.16.100.16:51522 (ICE) (RTP: 212.213.214.215:34455, RTCP: Unknown)
  Apr  1 16:26:08 localhost media-relay[14388]: debug: Got traffic
 information for stream: (audio) 10.113.62.169:22912 (ICE) (RTP:
 46.47.48.49:22912, RTCP: Unknown) - 195.196.197.198:35002 -
 195.196.197.198:35004 - 10.16.100.16:51522 (ICE) (RTP:
 212.213.214.215:34455, RTCP: Unknown)
  Apr  1 16:29:09 localhost media-relay[14388]: debug: expired session
 1082802816: 1234567890@54.55.56.57:3631 (2041141860) --
 0987654321@54.55.56.57:3631
  Apr  1 16:29:09 localhost media-relay[14388]: (Port 35002 Closed)
  Apr  1 16:29:09 localhost media-relay[14388]: (Port 35003 Closed)
  Apr  1 16:29:09 localhost media-relay[14388]: (Port 35004 Closed)
  Apr  1 16:29:09 localhost media-relay[14388]: (Port 35005 Closed)
 

 I see the streams are marked with ICE. I'll have a look at the logic.

 --
 Saúl Ibarra Corretgé
 AG Projects




 ___
 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] Mediaproxy and ICE

[Nick Altmann]

It seems nothing interesting there.

Apr  1 16:26:04 localhost media-relay[14388]: debug: Added new stream:
(audio) 10.113.62.169:22912 (ICE) (RTP: Unknown, RTCP: Unknown) -
195.196.197.198:35002 - 195.196.197.198:35004 - Unknown (RTP: Unknown,
RTCP: Unknown)
Apr  1 16:26:04 localhost media-relay[14388]: debug: created new session
1082802816: 1234567890@54.55.56.57:3631 (2041141860) --
0987654321@54.55.56.57:3631
Apr  1 16:26:07 localhost media-relay[14388]: debug: Got traffic
information for stream: (audio) 10.113.62.169:22912 (ICE) (RTP: Unknown,
RTCP: Unknown) - 195.196.197.198:35002 - 195.196.197.198:35004 -
Unknown (RTP: 212.213.214.215:34455, RTCP: Unknown)
Apr  1 16:26:07 localhost media-relay[14388]: debug: updating existing
session 1082802816: 1234567890@54.55.56.57:3631 (2041141860) --
0987654321@54.55.56.57:3631
Apr  1 16:26:07 localhost media-relay[14388]: debug: Received updated SDP
answer
Apr  1 16:26:07 localhost media-relay[14388]: debug: Got initial answer
from callee for stream: (audio) 10.113.62.169:22912 (ICE) (RTP: Unknown,
RTCP: Unknown) - 195.196.197.198:35002 - 195.196.197.198:35004 -
10.16.100.16:51522 (ICE) (RTP: 212.213.214.215:34455, RTCP: Unknown)
Apr  1 16:26:08 localhost media-relay[14388]: debug: Got traffic
information for stream: (audio) 10.113.62.169:22912 (ICE) (RTP:
46.47.48.49:22912, RTCP: Unknown) - 195.196.197.198:35002 -
195.196.197.198:35004 - 10.16.100.16:51522 (ICE) (RTP:
212.213.214.215:34455, RTCP: Unknown)
Apr  1 16:29:09 localhost media-relay[14388]: debug: expired session
1082802816: 1234567890@54.55.56.57:3631 (2041141860) --
0987654321@54.55.56.57:3631
Apr  1 16:29:09 localhost media-relay[14388]: (Port 35002 Closed)
Apr  1 16:29:09 localhost media-relay[14388]: (Port 35003 Closed)
Apr  1 16:29:09 localhost media-relay[14388]: (Port 35004 Closed)
Apr  1 16:29:09 localhost media-relay[14388]: (Port 35005 Closed)

--
Nick


2014-04-03 12:07 GMT+04:00 Saúl Ibarra Corretgé s...@ag-projects.com:

 Hi Nick,

 On Apr 2, 2014, at 9:04 AM, Nick Altmann wrote:

  Hello!
 
  I use mediaproxy 2.6.0 with the following setup:
  modparam(mediaproxy, ice_candidate, high-priority)
  The relays are on another servers.
 
  When clients set up direct connections with ICE, mediaproxy closes
 dialog after 180 seconds with this error expired session 111:
 123@8.8.8.8:5060 (222) -- 456@4.4.4.4:5060.
  As I have found, it's conntrack timeout
 (net.netfilter.nf_conntrack_udp_timeout_stream).
 
  Why mediaproxy thinks it's not direct connection and breaks it, when
 clients set up direct connection before?
 
  What do I do wrong?
 

 You don't seem to be doing anything wrong. Can you paste the debug logs of
 the relay?


 Regards,

 --
 Saúl Ibarra Corretgé
 AG Projects




 ___
 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

[OpenSIPS-Users] Mediaproxy and ICE

[Nick Altmann]

Hello!

I use mediaproxy 2.6.0 with the following setup:
modparam(mediaproxy, ice_candidate, high-priority)
The relays are on another servers.

When clients set up direct connections with ICE, mediaproxy closes dialog
after 180 seconds with this error expired session 111:
123@8.8.8.8:5060(222) --
456@4.4.4.4:5060.
As I have found, it's conntrack timeout
(net.netfilter.nf_conntrack_udp_timeout_stream).

Why mediaproxy thinks it's not direct connection and breaks it, when
clients set up direct connection before?

What do I do wrong?

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

Re: [OpenSIPS-Users] How to correct reload OpenSIPS?

[Nick Altmann]

You may also use service opensips restart.

opensips saves its variables into database and after restart restores it
again.

--
Nick


2014-04-02 13:57 GMT+04:00 Александр Пучков mai...@poig.ru:

 Hi!

 I am using OpenSIPS on Linux.

 Run it through the startup script.

 When you update the configuration to me desirable to reload OpenSIPS, I am
 doing something like this:

 # service opensips stop
 # service opensips start

 In order to reset the internal data on current dialogues, and after the
 overload is cleared memory OpenSIPs.

 Is there right way to give the command OpenSips update configuration data
 from the configuration file and from the databaseMySQL?

 Thank you.

 --
 С уважением,
 Александр Пучков,
 Системный администратор,
 Тел.:  +7(496) 569-24-24 доб.тел. 255;
 ООО ПОИГ (Интернет-провайдер г. Щелково)
 Факс:  +7(496) 569-24-24 доб. 103;
 Адрес: 141108, М.О., г.Щелково, Пролетарский пр., д.11;
 WEB:   http://www.schelkovo-net.ru


 ___
 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] How to correct reload OpenSIPS?

[Nick Altmann]

It's the same.

--
Nick


2014-04-02 15:52 GMT+04:00 Александр Пучков mai...@poig.ru:

  02.04.2014 14:49, Nick Altmann пишет:

 You may also use service opensips restart.

  opensips saves its variables into database and after restart restores it
 again.

 In my init script service opensips restart is equal to:
 service opensips stop
 service opensips start

 Can you send me your init script?
 Thank you.


 --
 Nick


 2014-04-02 13:57 GMT+04:00 Александр Пучков mai...@poig.ru:

 Hi!

 I am using OpenSIPS on Linux.

 Run it through the startup script.

 When you update the configuration to me desirable to reload OpenSIPS, I
 am doing something like this:

 # service opensips stop
 # service opensips start

 In order to reset the internal data on current dialogues, and after the
 overload is cleared memory OpenSIPs.

 Is there right way to give the command OpenSips update configuration data
 from the configuration file and from the databaseMySQL?

 Thank you.

 --
 С уважением,
 Александр Пучков,
 Системный администратор,
 Тел.:  +7(496) 569-24-24 доб.тел. 255;
 ООО ПОИГ (Интернет-провайдер г. Щелково)
 Факс:  +7(496) 569-24-24 доб. 103;
 Адрес: 141108, М.О., г.Щелково, Пролетарский пр., д.11;
 WEB:   http://www.schelkovo-net.ru


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




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







 *Александр Пучков,Системный администратор,Тел.: +7(496) 569-24-24 доб.тел.
 255;*ООО ПОИГ (Интернет-провайдер г. Щелково)
 Факс: +7(496) 569-24-24 доб. 103;
 Адрес: 141108, М.О., г.Щелково, Пролетарский пр., д.11;
 WEB: http://www.schelkovo-net.ru


 ___
 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] Mediaproxy and ICE

[Nick Altmann]

Up.

--
Nick


2014-04-02 11:04 GMT+04:00 Nick Altmann nick.altm...@gmail.com:

 Hello!

 I use mediaproxy 2.6.0 with the following setup:
 modparam(mediaproxy, ice_candidate, high-priority)
 The relays are on another servers.

 When clients set up direct connections with ICE, mediaproxy closes dialog
 after 180 seconds with this error expired session 111: 123@8.8.8.8:5060(222) 
 --
 456@4.4.4.4:5060.
 As I have found, it's conntrack timeout
 (net.netfilter.nf_conntrack_udp_timeout_stream).

 Why mediaproxy thinks it's not direct connection and breaks it, when
 clients set up direct connection before?

 What do I do wrong?

 --
 Nick

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

[OpenSIPS-Users] YUM repository news

[Nick Altmann]

Hello everyone!

The official yum repository of opensips - http://yum.opensips.org has
updated today.

Now you can find there builds for opensips 1.11 beta.
Also I've added builds for all supported versions of opensips (1.8 - 1.11)
for Fedora 20 distributive.

Enjoy!

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

Re: [OpenSIPS-Users] STUN

[Nick Altmann]

Oh, so quick. :-)

Thank you. I'll test it and let you know some later.

--
Nick


2014-02-20 20:47 GMT+04:00 Liviu Chircu li...@opensips.org:

  Hello Nick,

 Could you test out the attached patch for the advertised interfaces?
 Example of module configuration:

 modparam(stun, primary_ip, 192.168.2.133 /  46.78.50.64)
 modparam(stun, primary_port, 5060/   5061)
 modparam(stun, alternate_ip, 192.168.2.134 / 50.64.46.78)
 modparam(stun, alternate_port, 6001  /  6003)

 Best regards,

 Liviu Chircu
 OpenSIPS Developerhttp://www.opensips-solutions.com

 On 02/19/2014 07:35 PM, Nick Altmann wrote:

 Thank you. This code needed to run STUN on always NATed servers like
 Amazon cloud.

 --
 Nick


 2014-02-19 21:32 GMT+04:00 Bogdan-Andrei Iancu bog...@opensips.org:

  Hi,

 I identify the code that need to be changed - it should be a lot of work
 to add an advertised value for the configured IPs and ports. It should
 make it in the new release.

 Regards,

 Bogdan-Andrei Iancu
 OpenSIPS Founder and Developerhttp://www.opensips-solutions.com

   On 19.02.2014 17:45, Nick Altmann wrote:

 Yes, it is!

 --
 Nick


 2014-02-19 17:19 GMT+04:00 Bogdan-Andrei Iancu bog...@opensips.org:

  Hi,

 Nick, you want something like an advertised but for the STUN stuff ?

 Regards,

 Bogdan-Andrei Iancu
 OpenSIPS Founder and Developerhttp://www.opensips-solutions.com

  On 19.02.2014 14:25, Nick Altmann wrote:

 I'm about STUN only. Its required two external IPs.
 I'm not about routing.

 --
 Nick


 2014-02-19 16:14 GMT+04:00 Ali Pey ali...@gmail.com:

 Hi Nick,

  I don't think such a thing is possible in opensips. There can only be
 one advertised_address as far as I know. I think you need to do your own
 message manipulation in your route script based on the route it's going to.

  I'm interested in this scenario as well and look forward to more
 replies from more knowledgeable people.

  Please post updates when you find a solution.


  Regards,
 Ali Pey


  On Wed, Feb 19, 2014 at 5:47 AM, Nick Altmann 
 nick.altm...@gmail.comwrote:

  Hi!

  How to correctly configure STUN module if we have two interfaces
 with internal addresses where NATed two external IPs? (ports are the same)
 I mean something like advertised_address option.

 --
 Nick

  ___
 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 
 listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users







 ___
 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

[OpenSIPS-Users] STUN

[Nick Altmann]

Hi!

How to correctly configure STUN module if we have two interfaces with
internal addresses where NATed two external IPs? (ports are the same)
I mean something like advertised_address option.

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

Re: [OpenSIPS-Users] STUN

[Nick Altmann]

I'm about STUN only. Its required two external IPs.
I'm not about routing.

--
Nick


2014-02-19 16:14 GMT+04:00 Ali Pey ali...@gmail.com:

 Hi Nick,

 I don't think such a thing is possible in opensips. There can only be one
 advertised_address as far as I know. I think you need to do your own
 message manipulation in your route script based on the route it's going to.

 I'm interested in this scenario as well and look forward to more replies
 from more knowledgeable people.

 Please post updates when you find a solution.


 Regards,
 Ali Pey


 On Wed, Feb 19, 2014 at 5:47 AM, Nick Altmann nick.altm...@gmail.comwrote:

 Hi!

 How to correctly configure STUN module if we have two interfaces with
 internal addresses where NATed two external IPs? (ports are the same)
 I mean something like advertised_address option.

 --
 Nick

 ___
 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] STUN

[Nick Altmann]

Yes, it is!

--
Nick


2014-02-19 17:19 GMT+04:00 Bogdan-Andrei Iancu bog...@opensips.org:

  Hi,

 Nick, you want something like an advertised but for the STUN stuff ?

 Regards,

 Bogdan-Andrei Iancu
 OpenSIPS Founder and Developerhttp://www.opensips-solutions.com

 On 19.02.2014 14:25, Nick Altmann wrote:

 I'm about STUN only. Its required two external IPs.
 I'm not about routing.

 --
 Nick


 2014-02-19 16:14 GMT+04:00 Ali Pey ali...@gmail.com:

 Hi Nick,

  I don't think such a thing is possible in opensips. There can only be
 one advertised_address as far as I know. I think you need to do your own
 message manipulation in your route script based on the route it's going to.

  I'm interested in this scenario as well and look forward to more
 replies from more knowledgeable people.

  Please post updates when you find a solution.


  Regards,
 Ali Pey


  On Wed, Feb 19, 2014 at 5:47 AM, Nick Altmann nick.altm...@gmail.comwrote:

  Hi!

  How to correctly configure STUN module if we have two interfaces with
 internal addresses where NATed two external IPs? (ports are the same)
 I mean something like advertised_address option.

 --
 Nick

  ___
 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 
 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

Re: [OpenSIPS-Users] STUN

[Nick Altmann]

Thank you. This code needed to run STUN on always NATed servers like Amazon
cloud.

--
Nick


2014-02-19 21:32 GMT+04:00 Bogdan-Andrei Iancu bog...@opensips.org:

  Hi,

 I identify the code that need to be changed - it should be a lot of work
 to add an advertised value for the configured IPs and ports. It should
 make it in the new release.

 Regards,

 Bogdan-Andrei Iancu
 OpenSIPS Founder and Developerhttp://www.opensips-solutions.com

 On 19.02.2014 17:45, Nick Altmann wrote:

 Yes, it is!

 --
 Nick


 2014-02-19 17:19 GMT+04:00 Bogdan-Andrei Iancu bog...@opensips.org:

  Hi,

 Nick, you want something like an advertised but for the STUN stuff ?

 Regards,

 Bogdan-Andrei Iancu
 OpenSIPS Founder and Developerhttp://www.opensips-solutions.com

  On 19.02.2014 14:25, Nick Altmann wrote:

 I'm about STUN only. Its required two external IPs.
 I'm not about routing.

 --
 Nick


 2014-02-19 16:14 GMT+04:00 Ali Pey ali...@gmail.com:

 Hi Nick,

  I don't think such a thing is possible in opensips. There can only be
 one advertised_address as far as I know. I think you need to do your own
 message manipulation in your route script based on the route it's going to.

  I'm interested in this scenario as well and look forward to more
 replies from more knowledgeable people.

  Please post updates when you find a solution.


  Regards,
 Ali Pey


  On Wed, Feb 19, 2014 at 5:47 AM, Nick Altmann 
 nick.altm...@gmail.comwrote:

  Hi!

  How to correctly configure STUN module if we have two interfaces with
 internal addresses where NATed two external IPs? (ports are the same)
 I mean something like advertised_address option.

 --
 Nick

  ___
 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 
 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

Re: [OpenSIPS-Users] Setting do_routing

[Nick Altmann]

As I write before... Look into these avps after do_routing:

modparam(drouting, ruri_avp, '$avp(dr_ruri)')
modparam(drouting, gw_attrs_avp, '$avp(dr_gw_attrs)')
modparam(drouting, gw_prefixes_avp, '$avp(dr_gw_pref)')

Try to change order there (in all avps the same order).
use_next_gw() just extract next gw from these avps.
If you would change order in avps, use_next_gw() will use YOUR order.

I use method like this to change order to very-very custom in dispatcher
module.
Don't see problems to do this with drouting.

P.S. You may write me personal email if you don't understand how to do it.
I'd can try to test this solution when will have free time.

--
Nick


2014-02-11 23:37 GMT+04:00 Nick Cameo sym...@gmail.com:


 On Thu, Feb 6, 2014 at 1:54 PM, Nick Altmann nick.altm...@gmail.comwrote:

 Carrier is just a gateways list. You may also set weight for each gw
 and drouting will choose gw's due its weight.
 Route_to_carrier() gets carrier parameters (gateways list) into avps
 and set $ru to first gw address.
 Use_next_gw() extract next gw parameters from avps and set $ru to the
 new gateway.
 So, you may try to work with these avps to change routing behaviour.


 Hello Nick,

 Thank you for your response. After looking into it further I realized that
 this approach is not very scalable. The reason why
 is because we have over 30 interconnects (30 gateways), and would have to
 maintain all of them to the carrier table.

 Is there not way to pass a gwlist list to a function dynamically (at run
 time) that will route to that call with failover? do_routing
 would be perfect! If it adheres to the order of the gateway list.

 PS I really don't want to change the ruri in perl either if this
 functionality can be made available in the script.

 Kind Regards,

 Nick.

 ___
 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] Setting do_routing

[Nick Altmann]

I think in default route. Depends on your tasks.

--
Nick


2014-02-06 Nick Cameo sym...@gmail.com:
 Sounds like exactly what I need. I'm just in desperate need of a sample
 script. I will
 be doing this in the branch route I assume? or in the default route just
 before the relay?

 Sorry for the noob

 N.

 ___
 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] Setting do_routing

[Nick Altmann]

Why not to create carrier with gateways list and then route to carrier?

--
Nick

2014-02-06 Nick Cameo sym...@gmail.com:
 Hello Bogdan,

 Thank you so much for your response. Looking at the documentation it seems
 that both `route_to_carrier`, and `route_to_gw`
 accept a single parameter that is the ID of the carrier or gateway. Is there
 anything that will accept a gateway list by any chance?

 It would be perfect if we can pass a gwlist to a method and have it iterate
 through the gateways given a failed relay.

 Thanks in Advance,

 N.

 ___
 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] check if ip address belongs to ip and subnet subscriber

[Nick Altmann]

My old script for check subnets for SER:

# Check IP belongs to subnet
# --
# Parameters:
# * $var(ipr_check_net) - network address (ex. 192.168.1.0/24);
# * $var(ipr_check_ip)  - ip-address (ex. 192.168.1.1);
# --
# Result:
# * 1 - IP belongs to subnet
# * 0 - IP doesn't belong to subnet
# --
route[IPRANGE] {
# Convert network address into decimal format
$var(net_addr1) = $(var(ipr_check_net){s.select,0,.}{s.int}); # ip
net, part 1
$var(net_addr2) = $(var(ipr_check_net){s.select,1,.}{s.int}); # ip
net, part 2
$var(net_addr3) = $(var(ipr_check_net){s.select,2,.}{s.int}); # ip
net, part 3
$var(net_addr4) = $(var(ipr_check_net){s.select,3,.}{s.int}); # ip
net, part 4
$var(net_addr) = ($var(net_addr1)24) + ($var(net_addr2)16) +
($var(net_addr3)8) + ($var(net_addr4));
# Get decimal network mask (because of integer is 32 bit)
$var(net_mask) = -(1(32-($(var(ipr_check_net){s.select,1,/}{s.int};

# Convert IP address into decimal format
$var(ip_addr1) = $(var(ipr_check_ip){s.select,0,.}{s.int}); # ip
addr, part 1
$var(ip_addr2) = $(var(ipr_check_ip){s.select,1,.}{s.int}); # ip
addr, part 2
$var(ip_addr3) = $(var(ipr_check_ip){s.select,2,.}{s.int}); # ip
addr, part 3
$var(ip_addr4) = $(var(ipr_check_ip){s.select,3,.}{s.int}); # ip
addr, part 4
$var(ip_addr) = ($var(ip_addr1)24) + ($var(ip_addr2)16) +
($var(ip_addr3)8) + ($var(ip_addr4));

# Apply mask to IP address
return ($var(net_addr)  $var(net_mask)) == ($var(ip_addr) 
$var(net_mask));
}

--
Nick


2014-02-04 Vlad Paiu vladp...@opensips.org:
 Hello,

 Internally, when using ip.pton, OpenSIPS stores the binary representation of
 the IP as a character array ( due to the different size of IPv4 vs IPv6 ),
 so using the  will not work properly - that's why you're code snippet is
 not working as expected.  Will try to look and see how to fix this - if
 possible at all.

 In the mean time, I'd strongly suggest using the permissions module - there
 is no performance penalty when reloading the address table ( while the new
 table info is loading, OpenSIPS will hold the old table info in memory , and
 once the loading is done there new and old IP lists will just be swapped ).

 I'd suggest having a address groupid integer stored in the subscriber table
 which needs be added in the load_credentials param ( to be loaded at auth
 time ), and then run
 check_source_address($avp(subscriber_grp))


 Best Regards,

 Vlad Paiu
 OpenSIPS Developer
 http://www.opensips-solutions.com

 On 04.02.2014 09:24, Edwin wrote:

 Vlad,

 The $avp(sourceip_net) in the test was 255.255.255.0. I want to use a
 netmask so clients can use any ip from the ip block we have assigned them.

 I'm also testing the permission module (as Stefano suggested) which is of
 course perfect in this case. The only thing I 'worry about' is that
 everytime a ip is changed in the address table and we hit the 'address
 reload' is this has an impact on a live system with many registrations per
 second... (so will there be a little timeout or does the process seamless
 continue). This because clients can change there own ip / subnet in a web
 based management system.



 --
 View this message in context:
 http://opensips-open-sip-server.1449251.n2.nabble.com/check-if-ip-address-belongs-to-ip-and-subnet-subscriber-tp7589375p7589419.html
 Sent from the OpenSIPS - Users mailing list archive at Nabble.com.

 ___
 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] installation issue on centos 5

[Nick Altmann]

Yum repository is working okay.
I've just intsalled opensips on el5 without any problems.
Try to do yum clean all before yum install.

--
Nick


2014/1/13 Eddie Chan e.c...@ivstel.com

 Hi,



 I am trying to install opensips 1.10 on centos 5 using yum.  I think there
 is a problem in the yum repository.

 I end up getting 404 NOT found from yum.


 http://yum.opensips.org/1.10/releases/el/5/x86_64/repodata/134ac31fbe71faf3304d46b3ba228788c9517bc995f77945ebc6eebb43d8b58f-primary.xml.gz:
 [Errno 14] HTTP Error 404: Not Found



 Can someone please fix the yum repository?  Any workaround?



 Attached the full installation steps/capture below.



 Thanks,

 Eddie



 [root@ANTARES]# wget
 http://yum.opensips.org/1.10/releases/el/5/i386/opensips-yum-releases-1.10-1.el5.noarch.rpm

 --2014-01-13 10:50:47--
 http://yum.opensips.org/1.10/releases/el/5/i386/opensips-yum-releases-1.10-1.el5.noarch.rpm

 Resolving yum.opensips.org... 176.9.175.196, 2a01:4f8:151:5382:1010:0:3:3

 Connecting to yum.opensips.org|176.9.175.196|:80... connected.

 HTTP request sent, awaiting response... 200 OK

 Length: 3023 (3.0K) [application/x-redhat-package-manager]

 Saving to: `opensips-yum-releases-1.10-1.el5.noarch.rpm'



 100%[===]
 3,023   --.-K/s   in 0.002s



 2014-01-13 10:50:48 (1.41 MB/s) -
 `opensips-yum-releases-1.10-1.el5.noarch.rpm' saved [3023/3023]





 [root@ANTARES]# rpm -ivh opensips-yum-releases-1.10-1.el5.noarch.rpm

 warning: opensips-yum-releases-1.10-1.el5.noarch.rpm: Header V3 DSA
 signature: NOKEY, key ID 5f2fbb7c

 Preparing...###
 [100%]

1:opensips-yum-releases  ###
 [100%]





 [root@ANTARES]# yum install opensips

 Loaded plugins: downloadonly, fastestmirror

 Loading mirror speeds from cached hostfile

 * base: centos.mirror.crucial.com.au

 * extras: centos.mirror.crucial.com.au

 * rpmforge: ftp.riken.jp

 * updates: centos.mirror.crucial.com.au


 http://yum.opensips.org/1.10/releases/el/5/x86_64/repodata/134ac31fbe71faf3304d46b3ba228788c9517bc995f77945ebc6eebb43d8b58f-primary.xml.gz:
 [Errno 14] HTTP Error 404: Not Found

 Trying other mirror.

 Error: failure:
 repodata/134ac31fbe71faf3304d46b3ba228788c9517bc995f77945ebc6eebb43d8b58f-primary.xml.gz
 from opensips: [Errno 256] No more mirrors to try.

 ___
 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

[OpenSIPS-Users] Proper way to handle BYE retransmissions

[Nick Altmann]

Hello!

What is proper way to handle BYE retransmit? Dialog and transaction will be
destroyed after first BYE and we cannot detect BYE with t_check_trans(),
for example.
Of course, we could use cachedb, but I think it's not true way. Maybe add
option to delay dialog/transaction destroying?

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

Re: [OpenSIPS-Users] Proper way to handle BYE retransmissions

[Nick Altmann]

I've checked this problem again. Everything is not so easy.
t_check_trans() really doing retransmit, but now we use topology_hiding()
and half-manual routing for NATted users, saving params in dialogs.
Because dialog destroyed after first BYE, we cannot handle retransmits
because we don't have routing info from dialog variables.

Is it possible to add parameter to delay dialog destroying after BYE for n
seconds?

--
Nick


2013/12/16 Răzvan Crainea raz...@opensips.org

 Hi, Nick!

 The t_check_trans() function should absorb BYE retransmissions too. Are
 you sure your BYE messages reach that function call?

 Best regards,

 Razvan Crainea
 OpenSIPS Core Developer
 http://www.opensips-solutions.com


 On 12/16/2013 01:09 PM, Nick Altmann wrote:

 Hello!

 What is proper way to handle BYE retransmit? Dialog and transaction will
 be destroyed after first BYE and we cannot detect BYE with
 t_check_trans(), for example.
 Of course, we could use cachedb, but I think it's not true way. Maybe
 add option to delay dialog/transaction destroying?

 --
 Nick


 ___
 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] Invite with Replaces header

[Nick Altmann]

You may save callid in dialog variables for each dialog. When you receive
INVITE with Replaces you can check dialogs with saved callid using
get_dialog_info() function.

Or you may use cachedb.

--
Nick


2013/11/4 Dani Popa dani.p...@gmail.com

 Hi all,

 There is any way to check if Opensips instance have dialog in any state
 defined by  Replaces Header of new incoming  call ?

 --
 Dani Popa

 ___
 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] Dialog topology_hiding cut off all via

[Nick Altmann]

We have daily builds in yum repository. It builds every night after new git
commit. It should work.

--
Nick


2013/10/21 Bogdan-Andrei Iancu bog...@opensips.org

 **
 Hello all,

 1.10 had a problem with dialog based TH - this was fixed (thanks to Nick
 Altman) on 18th of October.

 So please pull sources form GIT repo, not sure if the change did already
 propagated to the YUM/DEB repos yet.

 Regards,

 Bogdan-Andrei Iancu
 OpenSIPS Founder and Developerhttp://www.opensips-solutions.com


 On 10/16/2013 07:33 PM, Alexander Mustafin wrote:

 Hi, Brett.

  OpenSIPS 1.9.1-tls from official yum repo works fine with the same
 config.

  I'm installed 1.10.0 from official repo too.

  Best regards,
 Alexander Mustafin
 mustafin.aleksa...@gmail.com




  16.10.2013, в 18:55, Brett Nemeroff br...@nemeroff.com написал(а):

  I did notice some weird behavior in 1.10 with topology hiding.

  Specifically I've seen route headers not get added back on when they
 should; even tho the logs clearly show they are, they never make it on the
 wire.

  This problem doesn't exist in 1.9. Not sure if it's the same issue you
 are experiencing. Can you change to 1.9 and see if the problem goes away?


  -Brett

  --
 Brett Nemeroff
 Sent with Airmail http://airmailapp.info/tracking

 On October 16, 2013 at 7:17:31 AM, Alexander Mustafin (
 mustafin.aleksa...@gmail.com //mustafin.aleksa...@gmail.com) wrote:

  Hello!

  Any ideas? I'm still stuck on this problem ((

  All VIA's are deleting and no inserting by topology_hiding()

  Best regards,
 Alexander Mustafin
 mustafin.aleksa...@gmail.com




  10.10.2013, в 10:27, Alexander Mustafin mustafin.aleksa...@gmail.com
 написал(а):

  Hello!

  I'm testing OpenSIPS 1.10.0 version now and I've strange behavior of
 topology_hiding() in dialog module.

   topology_hiding() function cut off all VIA headers and FreeSWITCH drop
 this messages when receive it.


  U 2013/10/09 20:58:07.836413 192.168.56.101:5060 - 192.168.56.102:5080
 INVITE sip:888@192.168.56.102:5080 SIP/2.0.
 Max-Forwards: 19.
 From: sip:192.168.56.1;tag=1899889404.
 To: sip:888@os110.local.
 Call-ID: 799572721@192.168.56.1.
 CSeq: 68 INVITE.
 User-Agent: YATE/4.3.0.
 Contact: sip:192.168.56.101;did=aa9.ce60bea5.
 Allow: ACK, INVITE, BYE, CANCEL, OPTIONS, INFO.
 Content-Type: application/sdp.
 Content-Length: 481.

  I found the next message in log:
 DBG:dialog:dlg_del_vias: Delete via [Via: SIP/2.0/UDP 192.168.56.1:5060
 ;rport;branch=z9hG4bK1863223967#015#012]

  Why this happens?

  Best regards,
 Alexander Mustafin
 mustafin.aleksa...@gmail.com






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



 ___
 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

Re: [OpenSIPS-Users] Dialog topology_hiding cut off all via

[Nick Altmann]

I'm using 1.10 with topology hiding without any problems. But latest 1.10.
Try latest 1.10 (daily) from yum repository, there were some fixes with
lumps from 1.10.0.

--
Nick

2013/10/16 Alexander Mustafin mustafin.aleksa...@gmail.com

 Hi, Brett.

 OpenSIPS 1.9.1-tls from official yum repo works fine with the same config.

 I'm installed 1.10.0 from official repo too.

 Best regards,
 Alexander Mustafin
 mustafin.aleksa...@gmail.com




 16.10.2013, в 18:55, Brett Nemeroff br...@nemeroff.com написал(а):

 I did notice some weird behavior in 1.10 with topology hiding.

 Specifically I've seen route headers not get added back on when they
 should; even tho the logs clearly show they are, they never make it on the
 wire.

 This problem doesn't exist in 1.9. Not sure if it's the same issue you are
 experiencing. Can you change to 1.9 and see if the problem goes away?


 -Brett

 --
 Brett Nemeroff
 Sent with Airmail http://airmailapp.info/tracking

 On October 16, 2013 at 7:17:31 AM, Alexander Mustafin (
 mustafin.aleksa...@gmail.com //mustafin.aleksa...@gmail.com) wrote:

 Hello!

 Any ideas? I'm still stuck on this problem ((

 All VIA's are deleting and no inserting by topology_hiding()

  Best regards,
 Alexander Mustafin
 mustafin.aleksa...@gmail.com




  10.10.2013, в 10:27, Alexander Mustafin mustafin.aleksa...@gmail.com
 написал(а):

  Hello!

 I'm testing OpenSIPS 1.10.0 version now and I've strange behavior of
 topology_hiding() in dialog module.

  topology_hiding() function cut off all VIA headers and FreeSWITCH drop
 this messages when receive it.


  U 2013/10/09 20:58:07.836413 192.168.56.101:5060 - 192.168.56.102:5080
 INVITE sip:888@192.168.56.102:5080 SIP/2.0.
 Max-Forwards: 19.
 From: sip:192.168.56.1;tag=1899889404.
 To: sip:888@os110.local.
 Call-ID: 799572721@192.168.56.1.
 CSeq: 68 INVITE.
 User-Agent: YATE/4.3.0.
 Contact: sip:192.168.56.101;did=aa9.ce60bea5.
 Allow: ACK, INVITE, BYE, CANCEL, OPTIONS, INFO.
 Content-Type: application/sdp.
 Content-Length: 481.

 I found the next message in log:
 DBG:dialog:dlg_del_vias: Delete via [Via: SIP/2.0/UDP 192.168.56.1:5060
 ;rport;branch=z9hG4bK1863223967#015#012]

 Why this happens?

  Best regards,
 Alexander Mustafin
 mustafin.aleksa...@gmail.com






 ___
 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] validate numbers

[Nick Altmann]

For example, with dialplan module.

--
Nick


2013/7/24 Dragomir Haralambiev goup2...@gmail.com

 Hello,

 I need to validate phone numbers. Can anyone give me an idea how to do
 this.

 Best regards,
 PlayMen

 ___
 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] b2b terminate_call!

[Nick Altmann]

Why just not to fix 200 OK?

--
Nick

2013/3/7 Jorge Henrique Pinho jorge-h-pi...@ext.ptinovacao.pt

 Hi, I am using opensips with b2b module with topology hiding.

 I am trying to terminate a call when i receive the 200OK response to a
 Re-Invite. To accomplish this i am using the 'terminate_call' function
 defined in b2b_logic module.

 The dialog is establish and an user sends an in dialog Invite to
 renegotiate codecs, but the 200OK reply is mal formed. In consequence I
 need to terminate the call at this stage.

 To accomplish this I am using the terminate_call function present in
 b2b_logic module. When I receive the 200OK bad formatted message, I invoke
 the terminate_call function. The behavior of b2b is this :

 ** **

 A - Opensips (B2B)  B

 ** **

 A   Re-Invite à| Re-Invite à   B

 ** **

 A | 200 OK*  ß  B
 *Bad formatted 200OK

 ** **

 ABYE ß|
B

 ** **

 A |  BYE à
 B

 ** **

 A |  ACK à
 B

 ** **

 A |  BYE à
 B

 ** **

 It seems that b2b is sending a first BYE to B that was not supposed to.***
 *

 Can you help me fix this?

 ** **

 Kind regards

 ** **

 Jorge Pinho

 ** **

 ___
 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] User in SIP Request's P-Asserted-Identity header URI

[Nick Altmann]

So, you can do $($ai{uri.user})  :-)

--
Nick

2013/3/8 Hubert Mickael mick...@winlux.fr

 I want just user in the PAI's URI and $ai is all URI: sip:user@domain

 Le 07/03/2013 20:31, Brett Nemeroff a écrit :

  What about $ai ?

 -Brett

 On Mar 7, 2013, at 11:41 AM, Bogdan-Andrei Iancu bog...@opensips.org
 wrote:

  Hi Mickael,

 You can simply use a transformation:

 $(hdr(P-Asserted-Identity){**nameaddr.uri}{uri.user})

 See 
 http://www.opensips.org/**Resources/DocsCoreTran19http://www.opensips.org/Resources/DocsCoreTran19

 Regards,

 Bogdan-Andrei Iancu
 OpenSIPS Founder and Developer
 http://www.opensips-solutions.**com http://www.opensips-solutions.com


 On 03/07/2013 06:25 PM, Mickael HUBERT wrote:

 I list,
 I want extract User to P-Asserted-Identity URI, but I cannot find a
 variable.

 To user's PPI is $pU, but to PAI ?

 Thanks in advance

 Mickael

 __**_
 Users mailing list
 Users@lists.opensips.org
 http://lists.opensips.org/cgi-**bin/mailman/listinfo/usershttp://lists.opensips.org/cgi-bin/mailman/listinfo/users

 __**_
 Users mailing list
 Users@lists.opensips.org
 http://lists.opensips.org/cgi-**bin/mailman/listinfo/usershttp://lists.opensips.org/cgi-bin/mailman/listinfo/users

 __**_
 Users mailing list
 Users@lists.opensips.org
 http://lists.opensips.org/cgi-**bin/mailman/listinfo/usershttp://lists.opensips.org/cgi-bin/mailman/listinfo/users



 __**_
 Users mailing list
 Users@lists.opensips.org
 http://lists.opensips.org/cgi-**bin/mailman/listinfo/usershttp://lists.opensips.org/cgi-bin/mailman/listinfo/users

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