Re: [OpenSIPS-Users] [RELEASE] OpenSIPS 2.4.9 and 3.0.4 and 3.1.1 minor releases

2020-11-18 Thread ryan embgrets
Sorry, i was on the older version and this seems to be fixed in opensips
3.1.1

Thanks for the great work guys.

Ryan

On Wed, 18 Nov 2020 at 02:35, ryan embgrets  wrote:

> So, I just upgraded my opensips to 3.1 and it looks like cache_raw_query
> function is broken.
>
> On opensips 3.0 it was ok with 2 parameters but now expecting 3 on
> opensips 3.1
>
> parse error in /etc/opensips/opensips.cfg:265:24-25: too few parameters
> for command #012
>
> This below is what i have on line 265
>
> cache_raw_query("redis:group1","EXPIRE $ci 3600");
>
> Was the syntax changed for this cache_raw_query? Because I could not seem
> to find it inside docs.
>
> Ryan.
>
>
> On Tue, 17 Nov 2020 at 22:51, mrsanvicente  wrote:
>
>> Great news, Bravo!!
>>
>>
>>
>> Mario
>>
>> > El 17 nov 2020, a la(s) 8:53, Răzvan Crainea 
>> escribió:
>> >
>> > Hi, Everyone!
>> >
>> > As promissed, we are happy to announce OpenSIPS latest minor releases:
>> 2.4.9[1], 3.0.4[2] and 3.1.1[3]. All stable versions are now released with
>> all the available fixes.
>> > In order to migrate from previous minor versions, simply upgrade the
>> packages - there's no need to make any DB or script changes. If you want to
>> migrate from a previous version, make sure you're following the correct
>> migration manual[4].
>> >
>> > [1] https://opensips.org/pub/opensips/2.4.9/ChangeLog
>> > [2] https://opensips.org/pub/opensips/3.0.4/ChangeLog
>> > [3] https://opensips.org/pub/opensips/3.1.1/ChangeLog
>> > [4] https://www.opensips.org/Documentation/Migration
>> >
>> > Enjoy the new releases!
>> >
>> > Răzvan Crainea
>> > OpenSIPS Core Developer
>> > http://www.opensips-solutions.com
>> >
>> >> On 11/6/20 12:54 PM, Răzvan Crainea wrote:
>> >> Hello, everyone!
>> >> I am happy to announce you that on Tuesday, 17th of November 2020, we
>> will be releasing three new minor versions, one for each of our supported
>> branches - 2.4, 3.0 and 3.1.
>> >> All these releases will only contain bug fixes gathered from their
>> previous releases, so no script changes, or migration procedures are
>> required to use them. A simple upgrade will suffice.
>> >> We will let you know when the releases are completed, so you can start
>> using them.
>> >> Until then, happy hacking!
>> >
>> > ___
>> > 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


[OpenSIPS-Users] ERROR:topology_hiding:topo_callid_post_raw: could not parse resulted sip message

2020-11-18 Thread Abdoul Osséni
Hello,

When topology_hiding module is enable, we have somes errors:

Nov 18 10:47:17 sd-105918 /usr/local/sbin/opensips[32484]:
ERROR:topology_hiding:topo_callid_post_raw: could not parse resulted sip
message: HEP3#004%
Nov 18 10:47:20 sd-105918 /usr/local/sbin/opensips[32486]:
ERROR:topology_hiding:topo_callid_post_raw: could not parse resulted sip
message: HEP3#002?
Nov 18 10:47:20 sd-105918 /usr/local/sbin/opensips[32486]:
ERROR:topology_hiding:topo_callid_post_raw: could not parse resulted sip
message: HEP3#002o
Nov 18 10:47:20 sd-105918 /usr/local/sbin/opensips[32486]:
ERROR:topology_hiding:topo_callid_post_raw: could not parse resulted sip
message: HEP3#002
Nov 18 10:47:20 sd-105918 /usr/local/sbin/opensips[32486]:
ERROR:topology_hiding:topo_callid_post_raw: could not parse resulted sip
message: HEP3#002?
Nov 18 10:47:26 sd-105918 /usr/local/sbin/opensips[32484]:
ERROR:topology_hiding:topo_callid_post_raw: could not parse resulted sip
message: HEP3#002?
Nov 18 10:47:26 sd-105918 /usr/local/sbin/opensips[32484]:
ERROR:topology_hiding:topo_callid_post_raw: could not parse resulted sip
message: HEP3#004#027

It seems this issue was fixed on opensips 3.1.1 but it persists.

~# opensips -V
version: opensips 3.1.1 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC,
F_MALLOC, HP_MALLOC, DBG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll, sigio_rt, select.
git revision: 229ec0793
main.c compiled on 22:30:49 Nov 17 2020 with gcc 6.3.0

Regards


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


Re: [OpenSIPS-Users] topology hiding bug?

2020-11-18 Thread Ricardo Martinez
Hi.

I have a very similar problem with the topology hiding module and with the
mid_registrar module.

I don’t know if maybe I’m doing something wrong or maybe this is the way it
has to work?.  My scenario is as follows:



Private PBX – OpenSIP (Topology Hiding + MidRegistrar) --  UAC



When a REGISTER came from the UAC to the PBX I see something like this:



2020/11/18 09:49:00.290304 192.XXX.XXX.4:51045 -> 192.XXX.XXX.133:5060

REGISTER sip:my.domain.com:5060 SIP/2.0

Via: SIP/2.0/UDP
192.XXX.XXX.4:51045;branch=z9hG4bK-524287-1---300f9ecbae4e0c8d;rport

Max-Forwards: 70

*Contact: >;+sip.instance="";reg-id=1*

To: "Ricardo Martinez"

From: "Ricardo Martinez";tag=7bb10a6e

Call-ID: 104875NWY1NThmMTJmOWMyNTdlNmY3OGIwZjZlNWIzMzk4NDM

CSeq: 1 REGISTER

Expires: 600

Allow: OPTIONS, SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO,
MESSAGE

Supported: outbound, path

User-Agent: VEX release 6.2.2.0 stamp 104875

Content-Length: 0





But then pass through the OpenSIPS with Topology Hiding enabled and
Mid_registrar enabled I see:



2020/11/18 09:49:00.291478 192.XXX.XXX.134:5060 -> 192.141.65.94:5060

REGISTER sip:my.domain.com:5060 SIP/2.0

Via: SIP/2.0/UDP 192.XXX.XXX.134:5060;branch=z9hG4bK4943.c7a48b07.0

Max-Forwards: 69

*Contact: 
<**sip:d1@192.xxx.xxx.134;thinfo=VG9obzAdIFs3YnpWYl0DRWlTfWJgXn5ZdFpkW2ZiZFtlVDEdPhInMjoMNVJwQWUEMWU3XjZZIUJiWWRmQ28lCzNOYVhhfWVbYUF1QH5QYGBuWmBZcw--
*
*><**sip:2844375008405363...@192.xxx.xxx.134:5060
**>;expires=3600*

To: "Ricardo Martinez"

From: "Ricardo Martinez";tag=7bb10a6e

Call-ID: 104875NWY1NThmMTJmOWMyNTdlNmY3OGIwZjZlNWIzMzk4NDM

CSeq: 1 REGISTER

Expires: 3600

Allow: OPTIONS, SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO,
MESSAGE

Supported: outbound, path

User-Agent: VEX release 6.2.2.0 stamp 104875

Content-Length: 0





As you can see the CONTACT is duplicated and I’m getting the next error:

ERROR:mid_registrar:save_restore_rpl_contacts: 200 OK reply does not
include all req contacts! (ci:
104875NWY1NThmMTJmOWMyNTdlNmY3OGIwZjZlNWIzMzk4NDM)

Nov 18 09:58:00 sbcar /usr/local/sbin/opensips[11924]:
ERROR:mid_registrar:mid_reg_resp_in: failed to process rpl contacts for AoR
'd1.922'





Does someone have a clue on this?



Regards,

Ricardo



*De:* Users  *En nombre de *M S
*Enviado el:* martes, 17 de noviembre de 2020 22:24
*Para:* OpenSIPS users mailling list 
*Asunto:* [OpenSIPS-Users] topology hiding bug?



Dear OpenSIPS development team,

I have come across a strange case that sometime when I use
topology_hiding("UD"), it makes a mistake in changing Contact field.

Scenario is:



A: (Contact: ) sends Invite to private IP of
opensips, opensips changes Contact field to: (Contact: <
sip:90006969.did.29c.2ed2...@public.ip>) and sends Invite from public IP to
B.

Then B sends 200 OK back to Opensips public IP, with correct Contact:
(Contact: ). so far so good.

Now Opensips sends 200 OK back to A from its private IP, and changes
Contact to:

Contact: 



As you see, did part is repeated twice.. and that means when A replies with:

ACK sip:90006969.did.29c.2ed202e.did.29c.2ed202e@172.24.8.37 SIP/2.0



Opensips throws an error: ERROR:dialog:dlg_onroute: malformed route param
[29c.2ed202e.did.29c.2ed202e]



Is this a bug? I am using Opensips 3.1.0.



Thanks,

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


[OpenSIPS-Users] mid_registart call scenario

2020-11-18 Thread Andy Kama
If i point my freeswitch domain to the ip of opensips and setup mid
registrar to the freeswitch server.

It passes registrations perfectly but wont pass invites and just fails
if i point the domain to freeswitch and then register with an outbound
proxy pointing to opensips it works 100%

any ideas what i am missing?

here is my config portion

   if (is_method("INVITE") and $si == "fsip" and $sp == 5060) {
xlog("$si is");
if (!mid_registrar_lookup("location")) {
t_reply(404, "Not Found");
exit;
}

if (!t_relay())
send_reply(500, "Server Internal Error 3");

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


[OpenSIPS-Users] mid_registrar local contact table

2020-11-18 Thread Ricardo Martinez
Hi.

I’m using the mid_registrar module as a front end for my local PBX
registrar Service.

So far I was able to store the contact for a  UAC before it goes to the
REGISTRAR server.

Is there a way to display or search the contacts stored in that table
through the console?



Thanks,

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


Re: [OpenSIPS-Users] mid_registrar local contact table

2020-11-18 Thread Arsen Semenov
Hi,

try opensips-cli -x mi ul_dump
or check you location table in case you use db as a back-end storage

On Wed, Nov 18, 2020 at 6:44 PM Ricardo Martinez 
wrote:

> Hi.
>
> I’m using the mid_registrar module as a front end for my local PBX
> registrar Service.
>
> So far I was able to store the contact for a  UAC before it goes to the
> REGISTRAR server.
>
> Is there a way to display or search the contacts stored in that table
> through the console?
>
>
>
> Thanks,
>
> *Ricardo Martinez.-*
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>


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


[OpenSIPS-Users] OpenSIPs Console for OpenSIPs 3.1

2020-11-18 Thread Social Boh via Users

Hello,

id there any date to release de OpenSIPs Console for OpenSIPs 3.1 version?

Regards

--
---
I'm SoCIaL, MayBe


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


Re: [OpenSIPS-Users] topology hiding bug?

2020-11-18 Thread M S
I investigated a bit more about this and although the effects might be
similar, I'm not sure if my case and yours are triggered by the same reason.
This is how this problem can be simulated: the problem of duplicating did
part in contact happens when the callee part sends back its contact with
the same username as opensip contact.
In my case, if opensips (during topology hiding) changes contact to
 and sends it to callee,
if callee (B side) responds with 200 OK and sets its contact to be:
 which is the same
username as opensips contact, but different ip (which I guess is correct by
RFC?) then opensips changes the contact (incorrectly) to

If developers of topology hiding module read this, maybe they have some
ideas about why this happens?

Thanks,
Mark

On Wed, Nov 18, 2020 at 2:03 PM Ricardo Martinez 
wrote:

> Hi.
>
> I have a very similar problem with the topology hiding module and with the
> mid_registrar module.
>
> I don’t know if maybe I’m doing something wrong or maybe this is the way
> it has to work?.  My scenario is as follows:
>
>
>
> Private PBX – OpenSIP (Topology Hiding + MidRegistrar) --  UAC
>
>
>
> When a REGISTER came from the UAC to the PBX I see something like this:
>
>
>
> 2020/11/18 09:49:00.290304 192.XXX.XXX.4:51045 -> 192.XXX.XXX.133:5060
>
> REGISTER sip:my.domain.com:5060 SIP/2.0
>
> Via: SIP/2.0/UDP
> 192.XXX.XXX.4:51045;branch=z9hG4bK-524287-1---300f9ecbae4e0c8d;rport
>
> Max-Forwards: 70
>
> *Contact:
> ;+sip.instance="";reg-id=1*
>
> To: "Ricardo Martinez"
>
> From: "Ricardo Martinez";tag=7bb10a6e
>
> Call-ID: 104875NWY1NThmMTJmOWMyNTdlNmY3OGIwZjZlNWIzMzk4NDM
>
> CSeq: 1 REGISTER
>
> Expires: 600
>
> Allow: OPTIONS, SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO,
> MESSAGE
>
> Supported: outbound, path
>
> User-Agent: VEX release 6.2.2.0 stamp 104875
>
> Content-Length: 0
>
>
>
>
>
> But then pass through the OpenSIPS with Topology Hiding enabled and
> Mid_registrar enabled I see:
>
>
>
> 2020/11/18 09:49:00.291478 192.XXX.XXX.134:5060 -> 192.141.65.94:5060
>
> REGISTER sip:my.domain.com:5060 SIP/2.0
>
> Via: SIP/2.0/UDP 192.XXX.XXX.134:5060;branch=z9hG4bK4943.c7a48b07.0
>
> Max-Forwards: 69
>
> *Contact: <*
> *sip:d1@192.xxx.xxx.134;thinfo=VG9obzAdIFs3YnpWYl0DRWlTfWJgXn5ZdFpkW2ZiZFtlVDEdPhInMjoMNVJwQWUEMWU3XjZZIUJiWWRmQ28lCzNOYVhhfWVbYUF1QH5QYGBuWmBZcw--*
> *><**sip:2844375008405363...@192.xxx.xxx.134:5060**>;expires=3600*
>
> To: "Ricardo Martinez"
>
> From: "Ricardo Martinez";tag=7bb10a6e
>
> Call-ID: 104875NWY1NThmMTJmOWMyNTdlNmY3OGIwZjZlNWIzMzk4NDM
>
> CSeq: 1 REGISTER
>
> Expires: 3600
>
> Allow: OPTIONS, SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO,
> MESSAGE
>
> Supported: outbound, path
>
> User-Agent: VEX release 6.2.2.0 stamp 104875
>
> Content-Length: 0
>
>
>
>
>
> As you can see the CONTACT is duplicated and I’m getting the next error:
>
> ERROR:mid_registrar:save_restore_rpl_contacts: 200 OK reply does not
> include all req contacts! (ci:
> 104875NWY1NThmMTJmOWMyNTdlNmY3OGIwZjZlNWIzMzk4NDM)
>
> Nov 18 09:58:00 sbcar /usr/local/sbin/opensips[11924]:
> ERROR:mid_registrar:mid_reg_resp_in: failed to process rpl contacts for AoR
> 'd1.922'
>
>
>
>
>
> Does someone have a clue on this?
>
>
>
> Regards,
>
> Ricardo
>
>
>
> *De:* Users  *En nombre de *M S
> *Enviado el:* martes, 17 de noviembre de 2020 22:24
> *Para:* OpenSIPS users mailling list 
> *Asunto:* [OpenSIPS-Users] topology hiding bug?
>
>
>
> Dear OpenSIPS development team,
>
> I have come across a strange case that sometime when I use
> topology_hiding("UD"), it makes a mistake in changing Contact field.
>
> Scenario is:
>
>
>
> A: (Contact: ) sends Invite to private IP
> of opensips, opensips changes Contact field to: (Contact: <
> sip:90006969.did.29c.2ed2...@public.ip>) and sends Invite from public IP
> to B.
>
> Then B sends 200 OK back to Opensips public IP, with correct Contact:
> (Contact: ). so far so good.
>
> Now Opensips sends 200 OK back to A from its private IP, and changes
> Contact to:
>
> Contact: 
>
>
>
> As you see, did part is repeated twice.. and that means when A replies
> with:
>
> ACK sip:90006969.did.29c.2ed202e.did.29c.2ed202e@172.24.8.37 SIP/2.0
>
>
>
> Opensips throws an error: ERROR:dialog:dlg_onroute: malformed route param
> [29c.2ed202e.did.29c.2ed202e]
>
>
>
> Is this a bug? I am using Opensips 3.1.0.
>
>
>
> Thanks,
>
> 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


[OpenSIPS-Users] using mongodb for dynamic routing .

2020-11-18 Thread Sasmita Panda
Hi All,

 I am using opensips-3.1 with backend DB as mongodb .  I am facing some
problem while using dynamic routing  module .

cofig looks like below :
db_version_table='my_version_table'

loadmodule "cachedb_mongodb.so"
loadmodule "db_cachedb.so"
modparam("cachedb_mongodb","cachedb_url","mongodb://localhost:27017/opensipsDB.subscriber")
modparam("db_cachedb","cachedb_url","mongodb:instance1://localhost:27017/opensipsDB.subscriber")
loadmodule "drouting.so"
#--- load dynamic routing modul --
modparam("drouting", "db_url", "cachedb://mongodb:instance1")
modparam("drouting", "use_domain", 1)
modparam("drouting", "drd_table", "dr_gateways")
modparam("drouting", "drr_table", "dr_rules")
modparam("drouting", "drg_table", "dr_groups")
modparam("drouting", "drc_table", "dr_carriers")

my mongodb looks like below .
> db.dr_gateways.find()
{ "_id" : ObjectId("5fb4dbd7516fe875a613faf2"), "id" : 1, "gwid" : "sas",
"type" : 3, "address" : "104.131.205.232:5080", "strip" : "", "pri_prefix"
: "", "attrs" : "", "probe_mode" : 0, "state" : 0, "socket" : "",
"description" : "" }

Other collections wont give any error . But while I am starting opensips
the process is starting but gives an error as below .

*ERROR:drouting:dr_load_routing_info: column gwid has a bad type [4],
accepting **only [3]*
*.*

*CRITICAL:drouting:dr_reload_data_head: failed to load routing info*

*Due to this when I am trying to execute any routing logic then that wont
work . Please assist me where I am wrong . *


*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