Re: [OpenSIPS-Users] Push Notification - lookup not returning 2

2021-07-29 Thread Liviu Chircu 

On 29.07.2021 19:07, John Quick wrote:

modparam("mid_registrar", "pn_skip_pn_interval", 6)


So all looks good except for this condition [1] which returns false, 
otherwise the lookup() result would immediately be 2.  Now, that 
condition will only return false if the contact had registered within 
the last 6 seconds, case in which your custom "pn_skip_pn_interval" 
kicks in, effectively skipping sending a PN to that device.


Have you automated this test scenario to the point where the INVITE 
always lands within 6 seconds of the registration, or does the problem 
happen even long after the WebRTC phone registers?


[1]: https://github.com/OpenSIPS/opensips/blob/master/lib/reg/lookup.c#L426

--
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com
OpenSIPS Summit 2021 Distributed | www.opensips.org/events


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

Re: [OpenSIPS-Users] Push Notification - lookup not returning 2

2021-07-29 Thread John Quick 
Liviu,

Mid-registrar mode = 1

Here are all the modparam entries:
loadmodule "mid_registrar.so"
modparam("mid_registrar", "mode", 1)
modparam("mid_registrar", "contact_id_insertion", "ct-username")
modparam("mid_registrar", "outgoing_expires", 1800)
modparam("mid_registrar", "min_expires", 60)
modparam("mid_registrar", "default_expires", 1800)
modparam("mid_registrar", "max_expires", 3600)
modparam("mid_registrar", "tcp_persistent_flag", "TCP_PERSIST")
modparam("mid_registrar", "received_avp", "$avp(regrcvd)")
modparam("mid_registrar", "pn_enable", true)
modparam("mid_registrar", "pn_providers", "fcm")
modparam("mid_registrar", "pn_skip_pn_interval", 6)

John Quick
Smartvox Limited


-Original Message-
From: Liviu Chircu  
Sent: 29 July 2021 15:40
To: john.qu...@smartvox.co.uk; OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] Push Notification - lookup not returning 2

Hi John,

On 28.07.2021 19:35, John Quick wrote:
> Using version 3.1.3. OpenSIPS is acting as a mid-registrar proxy.
Which mid-registrar mode are you using? (0, 1 or 2)
> One thought I had: Should mid_registrar_lookup() always return 2 for a 
> device that has Flags = 4?

If your SIP user only has a single, PN-enabled device registered, then
yes: I would expect it to always return 2.  So we may definitely be dealing 
with a bug here - my current idea is to attempt to reproduce it in a lab 
environment.

Best regards,

--
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com OpenSIPS Summit 2021 
Distributed | www.opensips.org/events


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

Re: [OpenSIPS-Users] opensips_port_change

2021-07-29 Thread Kevin Wormington 
Hi Murat,

Assuming you are using 3.x.x version you would set it in opensips.cfg as 
follows:

socket=udp:192.168.0.1:5080
socket=tcp:192.168.0.1:5080

Obviously you would replace the 192.168.0.1 with your IP and the 5080 with your 
desired port.

Hope this helps,

Kevin
> On Jun 2, 2021, at 8:43 AM, murat bal  wrote:
> 
> hello, can the port of opensips server 5060 be changed? I tried with 
> opensips.cfg, it didn't work. Can you help me? Thanks. 
> 
> 
> 
> Murat
> ___
> 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_port_change

2021-07-29 Thread Ben Newlin 
https://www.opensips.org/Documentation/Script-CoreParameters-3-2#toc67

Ben Newlin

From: Users  on behalf of murat bal 

Date: Thursday, July 29, 2021 at 11:53 AM
To: users@lists.opensips.org 
Subject: [OpenSIPS-Users] opensips_port_change
hello, can the port of opensips server 5060 be changed? I tried with 
opensips.cfg, it didn't work. Can you help me? Thanks.



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

2021-07-29 Thread Kevin Wormington 
I would start with double checking that the permissions module is actually 
loaded on the server.  That is the most common reason to get a reload error.

Kevin
> On Jul 20, 2021, at 11:26 AM, 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

[OpenSIPS-Users] Fwd:Re: opensips3.1.3

2021-07-29 Thread 1014341495 via Users 
On 26.07.2021 11:09, 章文渊 wrote:
 I use it like in opensips 3.1.3
 $(avp(271)[0])=$avp(55)
  the log of opensips3.1.3 says:
 ERROR:core:pv_set_avp:Failed to replace avp.
 ERROR:core:do_assign:setting PV failed.
 How to solve it? ths u.

Hi,

Please sign up here and re-post: 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com
OpenSIPS Summit 2021 Distributed | www.opensips.org/events___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

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

2021-07-29 Thread Jeff Wilkie 
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

[OpenSIPS-Users] OpenSIPs as Load Balancer and Mid-Register only.

2021-07-29 Thread Hitesh Prajapati via Users 
Hi Team,

I want to use opensips as a Mid-register to reduce the register request and
multiple PBX behind the opensips for register and call load balancing.

If anyone can provide the steps to do that configuration that would be
great.

Thanks in advance.
Hitesh Prajapati

-- 
*STL - Sterlite Technologies Limited Disclaimer:*
The content of this 
message may be legally privileged and confidential and are for the use of 
the intended recipient(s) only. It should not be read, copied and used by 
anyone other than the intended recipient(s). If you have received this 
message in error, please immediately notify the sender, preserve its 
confidentiality and delete it. Before opening any attachments please check 
them for viruses and defects. No employee or agent is authorised to 
conclude any binding agreement on behalf of Sterlite Technologies Limited 
with another party by email without express written confirmation by 
authorised person. Visit us at www.stl.tech 
 
Please consider environment before printing this email !


Registered 
office: E 1, MIDC Industrial Area, Waluj,
Aurangabad, Maharashtra – 431 136 
CIN – L31300MH2000PLC269261
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] PRACK not using correct dispatcher endpoint Socket IP

2021-07-29 Thread Monideth Pen 
Hi,

opensips 2.4.x

I have a specific fail scenario when a call has failed over from a
non-responsive dispatcher endpoint to another healthy endpoint.

The INVITE is relayed correctly to the healthy endpoint, but the PRACK
being relayed back to a 183 from the endpoint is not using the
correct/expected socket IP defined for the healthy dispatcher endpoint.

The PRACK source IP is that of the interface that the original internal
INVITE came in on.

Why would the PRACK use another IP address, instead of the Socket IP
configured for the dispatcher endpoint it has sent the INVITE to?

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

[OpenSIPS-Users] Bug found

2021-07-29 Thread Saint Michael 
My carrier rejected me for interconnection with this message
"Invalid Content-Length, other from the size of the actual body

In reINVITE from customer did not present Header Content-Length:  231
customer replace Content-Length: 231 on his opensips  to X-: 231
Content-Length must be present in case when SDP present"

The reinvite shows:
 Message Header
Via: SIP/2.0/UDP xxx.xx.xxx.x:5060;branch=z9hG4bKf611.5be13266.0
To: ;tag=as7f8965f0
From: ;tag=gK06f2e8a9
CSeq: 16844 INVITE
Call-ID:
d186cc51-fHFkT1BQCQJQWlYEFGFqe3ZkHFACWwRUVA0JHWdqKycWHF0DFgdVWxsAA2I-
[Generated Call-ID:
d186cc51-fHFkT1BQCQJQWlYEFGFqe3ZkHFACWwRUVA0JHWdqKycWHF0DFgdVWxsAA2I-]
Max-Forwards: 67
X-: 231
Contact: 
Content-Type: application/sdp
Allow: INVITE, ACK, PRACK, BYE, CANCEL, OPTIONS, UPDATE
User-Agent: SIPMAV

It should be "Content-Length: 231"
I am attaching the full trace. In the file, the issue is at line 636.
I am using these special modules:
loadmodule "topology_hiding.so"
loadmodule "compression.so"
No. Time   SourceDestination   Protocol 
Length Info
  1 0.00   yy.yyy.yyy.yy xxx.xx.xxx.x  SIP/SDP  
1132   Request: INVITE sip:8802#+17198886...@xxx.xx.xxx.x;user=phone | 

Frame 1: 1132 bytes on wire (9056 bits), 1132 bytes captured (9056 bits)
Linux cooked capture
Internet Protocol Version 4, Src: yy.yyy.yyy.yy, Dst: xxx.xx.xxx.x
User Datagram Protocol, Src Port: 5060, Dst Port: 5060
Session Initiation Protocol (INVITE)
Request-Line: INVITE sip:8802#+17198886...@xxx.xx.xxx.x;user=phone SIP/2.0
Method: INVITE
Request-URI: sip:8802#+17198886...@xxx.xx.xxx.x;user=phone
[Resent Packet: False]
Message Header
Via: SIP/2.0/UDP yy.yyy.yyy.yy:5060;branch=z9hG4bK4c59.4cd41e02.0;cid=5
Max-Forwards: 65
From:  ;tag=as7f8965f0
To: 
Contact: 

Call-ID: 
d186cc51-fHFkT1BQCQJQWlYEFGFqe3ZkHFACWwRUVA0JHWdqKycWHF0DFgdVWxsAA2I-
[Generated Call-ID: 
d186cc51-fHFkT1BQCQJQWlYEFGFqe3ZkHFACWwRUVA0JHWdqKycWHF0DFgdVWxsAA2I-]
CSeq: 102 INVITE
Content-Type: application/sdp
Content-Length: 280
P-Asserted-Identity: 
Remote-Party-ID: ;privacy=off;screen=yes
Allow: INVITE, ACK, PRACK, BYE, CANCEL, OPTIONS
X-HCV-Session: 
XlRdWwcQW1JfUhBQU1NWQkJbV1pcWgAEQghSWV1fU1dyCFFUR15aT0tZSA4=
User-Agent: SIPMAV
Message Body
Session Description Protocol
Session Description Protocol Version (v): 0
Owner/Creator, Session Id (o): root 1114254434 1114254434 IN IP4 
zzz.zz.zzz.zzz
Session Name (s): Asterisk PBX 1.6.0.26-FONCORE-r78
Connection Information (c): IN IP4 zzz.zz.zzz.zzz
Time Description, active time (t): 0 0
Media Description, name and address (m): audio 18242 RTP/AVP 0 101
Media Attribute (a): rtpmap:0 PCMU/8000
Media Attribute (a): rtpmap:101 telephone-event/8000
Media Attribute (a): fmtp:101 0-16
Media Attribute (a): silenceSupp:off - - - -
Media Attribute (a): ptime:20
Media Attribute (a): sendrecv
[Generated Call-ID: 
HOWTHISBATMAN_K0FdWDAqZWJiFi0oOB1hER4zNCQCHjwKCjYiKCIsYwkkOCMvEB4nARomJF4ZAQc3PjscDQQBFmMLNgIKBR4oIA4xVyd+]
[Generated Call-ID: 
d186cc51-fHFkT1BQCQJQWlYEFGFqe3ZkHFACWwRUVA0JHWdqKycWHF0DFgdVWxsAA2I-]

No. Time   SourceDestination   Protocol 
Length Info
  2 0.000597   xxx.xx.xxx.x  yy.yyy.yyy.yy SIP  401 
   Status: 100 Giving a try | 

Frame 2: 401 bytes on wire (3208 bits), 401 bytes captured (3208 bits)
Linux cooked capture
Internet Protocol Version 4, Src: xxx.xx.xxx.x, Dst: yy.yyy.yyy.yy
User Datagram Protocol, Src Port: 5060, Dst Port: 5060
Session Initiation Protocol (100)
Status-Line: SIP/2.0 100 Giving a try
Status-Code: 100
[Resent Packet: False]
[Request Frame: 1]
[Response Time (ms): 0]
Message Header
Via: SIP/2.0/UDP yy.yyy.yyy.yy:5060;branch=z9hG4bK4c59.4cd41e02.0;cid=5
From:  ;tag=as7f8965f0
To: 
Call-ID: 
d186cc51-fHFkT1BQCQJQWlYEFGFqe3ZkHFACWwRUVA0JHWdqKycWHF0DFgdVWxsAA2I-
[Generated Call-ID: 
d186cc51-fHFkT1BQCQJQWlYEFGFqe3ZkHFACWwRUVA0JHWdqKycWHF0DFgdVWxsAA2I-]
CSeq: 102 INVITE
Server: OpenSIPS (2.4.9 (x86_64/linux))
Content-Length: 0

No. Time   SourceDestination   Protocol 
Length Info
  3 0.004691   xxx.xx.xxx.x  38.147.130.145SIP/SDP  777 
   Request: INVITE sip:8802#17198886456@38.147.130.145;user=phone | 

Frame 3: 777 bytes on wire (6216 bits), 777 bytes captured (6216 bits)
Linux cooked capture
Internet Protocol Version 4, Src: xxx.xx.xxx.x, Dst: 38.147.130.145
User Datagram Protocol, Src Port: 5060, Dst Port: 5060

[OpenSIPS-Users] opensips_port_change

2021-07-29 Thread murat bal 
hello, can the port of opensips server 5060 be changed? I tried with 
opensips.cfg, it didn't work. Can you help me? Thanks.



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

Re: [OpenSIPS-Users] Push Notification - lookup not returning 2

2021-07-29 Thread Liviu Chircu 

Hi John,

On 28.07.2021 19:35, John Quick wrote:

Using version 3.1.3. OpenSIPS is acting as a mid-registrar proxy.

Which mid-registrar mode are you using? (0, 1 or 2)

One thought I had: Should mid_registrar_lookup() always return 2 for a
device that has Flags = 4?


If your SIP user only has a single, PN-enabled device registered, then 
yes: I would expect it to always return 2.  So we may definitely be 
dealing with a bug here - my current idea is to attempt to reproduce it 
in a lab environment.


Best regards,

--
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com
OpenSIPS Summit 2021 Distributed | www.opensips.org/events


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