Re: [OpenSIPS-Users] [RELEASE] OpenSIPS 2.4.9 and 3.0.4 and 3.1.1 minor releases
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
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?
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
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
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
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
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?
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 .
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