Re: [OpenSIPS-Users] Opensips CP Permissions "RELOAD on SERVER" produces error

[Jeff Wilkie]

You are correct.  My error.  It wasn't loaded.

Thanks
Jeff


On Thu, Jul 22, 2021 at 2:57 AM Bogdan-Andrei Iancu 
wrote:

> Hi Jeff,
>
> Are you sure the OpenSIPS (your CP is connected to ) has the permissions
> module loaded ?
>
> Regards,
>
> Bogdan-Andrei Iancu
>
> OpenSIPS Founder and Developer
>   https://www.opensips-solutions.com
> OpenSIPS Bootcamp 2021 online
>   https://opensips.org/training/OpenSIPS_eBootcamp_2021/
>
> On 7/21/21 4:17 PM, Jeff Wilkie wrote:
>
> Opensips 3.1.2
> CP 8.3.1
> Debian 10
>
> When adding permissions, I hit "Reload on Server" but I get the
> following error:
>
> Sending to *json:127.0.0.1:/mi * : MI
> command failed with code -32601 (Method not found)
>
> I
> I don't get this error on any other page but this one when attempting to
> "Reload on Server".  Is there something specifically wrong with this page
> and how it uses the MI command structure?  Again, All other pages that use
> the "Reload on Server" give a 200ok and work as expected.
>
> 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

[OpenSIPS-Users] SIP Chronicles Live, Season 2, Ep. 2 - live now

[Bogdan-Andrei Iancu]

SIP Chronicles Live, Season 2, Ep. 2

Thursday, July 22, 2021 2:45 PM – 5:00 PM GMT

https://youtu.be/KH9j3b7YKds

--
Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
OpenSIPS Summit Distributed 2021
  https://www.opensips.org/events/Summit-2021Distributed/


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

[OpenSIPS-Users] rtpengine sets - load balancing proxy weighting

[Mark Allen]

In the rtpengine documentation [1] in the section "1.2 - Multiple RTP proxy
usage" it says...

"The balancing inside a set is done automatically by the module based
on the weight of each RTP proxy from the set."


...how is the weighting determined? Is there a parameter to allocate a
weighting value, is weighting allocated by the software dynamically (and if
so, based on what criteria?), or are all proxies weighted the same?



[1] https://opensips.org/html/docs/modules/3.1.x/rtpengine.html#idp4123616
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Calling aliases + usernames

[HS]

Hello all.

I have been moderately successful in getting AG's push notifications (
https://github.com/AGProjects/sylk-pushserver) to work. Quick-ish question.
Our setup works on aliases (external) as well as usernames (internal). The
normal opensips.cfg file works great to route calls in both scenarios.
However, the push server code sends calls specifically to the usernames and
completely ignores the aliases. I was thinking we do this via the database
(have 2 sets of information in the push_tokens table) or the config file.

>From the little that I know about opensips, db calls are not the preferred
way - correct? Any tips on how to modify the push server code to route
calls to both aliases + username?

Hope not too confusing - thanks for the help.

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

Re: [OpenSIPS-Users] add_path_received and TLS - received address problem

[Mark Allen]

Hi Liviu

On Wed, 21 Jul 2021 at 16:45, Liviu Chircu  wrote:

>
> > ERROR:core:unescape_user: invalid hex digit <37>
> > ERROR:path:path_rr_callback: failed to unescape
> > received=sip:35.x.x.x:60026%%3btransport%%3dtls
>
> ...Which scenario of the two below would you
> say we are in, and with what degree of certainty?
>
> A.  OpenSIPS generates those erroneous '%%' strings right from the
> beginning, when building the Path headers and passing through the
> SUBSCRIBE or REGISTER requests.


> B.  The Path headers are okay when generated by OpenSIPS (containing
> just '%3b' and '%3d'), but the issue is on the backend side, which
> originates ping messages with doubled '%%' strings in Route headers,
> which OpenSIPS is obviously having a hard time parsing/routing?
>
>
As far as I can see, it's option A:

At the start of the route{} block in opensips.cfg, I write the SIP message
OpenSIPS is receiving with...

   *xlog("$mb"); *

...here's what I see (entries reformatted to convert #015#012 to a
newline). When the NATed TLS UAC first registers, OpenSIPS receives...

REGISTER sip:me.our-domain.com;transport=tls SIP/2.0
Via: SIP/2.0/TLS
192.x.x.9:49462;rport;branch=z9hG4bKPjb2bbf33dd6ad483bb7a6f169b4e01930;alias
Max-Forwards: 70
From: "1001" ;tag=41310a1aa6504e6d8d03fa8f9d74cd52
To: "1001" 
Call-ID: cadaee22e6484dcab11ffc8f94b17aa2
CSeq: 43881 REGISTER
User-Agent: MicroSIP/3.20.6
Supported: outbound, path
Contact: "1001" ;+sip.ice;reg-id=1;+sip.instance=""
Expires: 300
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY,
REFER, MESSAGE, OPTIONS
Content-Length:  0

...we're using mid_registrar with AOR throttling. Because of the lumps
system, to get the information to save in the mid_registrar we use...

fix_nated_register();
fix_nated_contact();
add_path_received("$tU");

...and then t_relay the message back to the OpenSIPS server (192.x.x.123)
to continue and store the registration using mid_registrar_save(). When it
arrives - this is what OpenSIPS is receiving...

REGISTER sip:me.our-domain.com;transport=tls SIP/2.0
Via: SIP/2.0/TCP 192.x.x.123:5060;branch=z9hG4bK3c27.80ba0c03.0;i=1b075e53
Via: SIP/2.0/TLS
192.x.x.9:49462;received=31.x.x.x;rport=49462;branch=z9hG4bKPjb2bbf33dd6ad483bb7a6f169b4e01930;alias
Max-Forwards: 70
From: "1001" ;tag=41310a1aa6504e6d8d03fa8f9d74cd52
To: "1001" 
Call-ID: cadaee22e6484dcab11ffc8f94b17aa2
CSeq: 43881 REGISTER
User-Agent: MicroSIP/3.20.6
Supported: outbound, path
Contact: "1001" ;+sip.ice;reg-id=1;+sip.instance=""
Expires: 300
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY,
REFER, MESSAGE, OPTIONS
Content-Length:  0
Path: 
Path: 

...so it seems to be the add_path_received() that's the source of the
problem
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Possible bug: CRITICAL:core:internal_fork: #012>>> no free process slot found while trying to fork again#012

[Bogdan-Andrei Iancu]

Hi Cory,

let's continue the discussion here 
https://github.com/OpenSIPS/opensips/issues/2575


Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
OpenSIPS Bootcamp 2021 online
  https://opensips.org/training/OpenSIPS_eBootcamp_2021/

On 7/16/21 4:13 PM, CARTWRIGHT, CORY C wrote:

Hello,
Ran across this in my syslogs, so far I have not been able to 
determine if it’s actually affecting calls as our service is not based 
on live calls.  Here is the full message:
Jul 16 08:25:49  opensips[553787]: 
CRITICAL:core:fork_dynamic_udp_process: cannot fork UDP process
Jul 16 08:25:49 opensips[553787]: ERROR:core:do_workers_auto_scaling: 
failed to fork new process for group 1 (current 5 procs)
Jul 16 08:37:26 opensips[553787]: CRITICAL:core:internal_fork: #012>>> 
no free process slot found while trying to fork again#012#012It seems 
you have hit a programming bug.#012Please help us make OpenSIPS better 
by reporting it at _https://github.com/OpenSIPS/opensips/issues#012_ 


My profiling config:
auto_scaling_profile = PROFILE_A
 scale up to 30 on 30% for 4 cycles within 5
 scale down to 5 on 18% for 10 cycles
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 19:29:24 Jan  8 2021 with gcc 9,
Thanks,
Cory

___
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 CP Permissions "RELOAD on SERVER" produces error

[Bogdan-Andrei Iancu]

Hi Jeff,

Are you sure the OpenSIPS (your CP is connected to ) has the permissions 
module loaded ?


Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
OpenSIPS Bootcamp 2021 online
  https://opensips.org/training/OpenSIPS_eBootcamp_2021/

On 7/21/21 4:17 PM, Jeff Wilkie wrote:

Opensips 3.1.2
CP 8.3.1
Debian 10

When adding permissions, I hit "Reload on Server" but I get the 
following error:


Sending to*json:127.0.0.1:/mi *:MI 
command failed with code -32601 (Method not found)


I
I don't get this error on any other page but this one when 
attempting to "Reload on Server".  Is there something specifically 
wrong with this page and how it uses the MI command structure?  Again, 
All other pages that use the "Reload on Server" give a 200ok and work 
as expected.


Thanks,

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