date:20161021

Re: [OpenSIPS-Users] Remove to-tag from 1XX provisional responses

2016-10-21 Thread Daniel Zanutti

Hi Ben and Alex

Thanks for the quick response. This is exactly what I was worrying about,
get unto some unpredictable state like A rejecting some packages.

Agree that putting a B2B in front/back of opensips would solve but it´s
another server =(

Thanks for the advices guys!

On Fri, Oct 21, 2016 at 11:10 PM, Alex Balashov 
wrote:

> On 10/21/2016 06:36 PM, Newlin, Ben wrote:
>
> Not only that, but provisional responses (except 100 Trying) are
>> required to have a To tag [1]. So you would likely run into issues with
>> UAs if you start returning messages without them.
>>
>
> That is an astute point.
>
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 (direct) / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.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] Remove to-tag from 1XX provisional responses

2016-10-21 Thread Alex Balashov


On 10/21/2016 06:36 PM, Newlin, Ben wrote:


Not only that, but provisional responses (except 100 Trying) are
required to have a To tag [1]. So you would likely run into issues with
UAs if you start returning messages without them.


That is an astute point.

--
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 (direct) / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

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

Re: [OpenSIPS-Users] Remove to-tag from 1XX provisional responses

2016-10-21 Thread Newlin, Ben

Not only that, but provisional responses (except 100 Trying) are required to 
have a To tag [1]. So you would likely run into issues with UAs if you start 
returning messages without them.

You could just drop the provisional replies, but you may run into issues with 
timeouts in that case as user A won’t receive any provisional responses until 
answer.

Your best bet would be to use the B2BUA module and let OpenSIPS rewrite the 
tags for you so that user A only ever sees the tags coming from OpenSIPS, never 
the ones from the gateways.

[1] https://tools.ietf.org/html/rfc3261#section-8.2.6.2

Ben Newlin

From:  on behalf of Alex Balashov 

Reply-To: OpenSIPS users mailling list 
Date: Friday, October 21, 2016 at 5:55 PM
To: "users@lists.opensips.org" 
Subject: Re: [OpenSIPS-Users] Remove to-tag from 1XX provisional responses

Conceptually, To tags are governed by the UAs, not the proxy, so, like
most fundamental elements of SIP messages, the proxy has no business
removing them. :-)

On 10/21/2016 05:41 PM, Daniel Zanutti wrote:

Hi

Short:
Do you guys see any problem on removing the to-tag of all 1XX messages?


Long description:
If user A calls number . Opensips forward to gateway B which replies
with 183 session progress, then refuses with 503.

Opensips then call gateway C which replies with 183 then 200 OK.

User A now is using to-tag from gateway A and not from gateway B and I
have an unexpected result on subsequent messages.

Do you guys see any problem on removing the to-tag of all 1XX messages?

Thanks


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



--
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 (direct) / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.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] Remove to-tag from 1XX provisional responses

2016-10-21 Thread Alex Balashov

Conceptually, To tags are governed by the UAs, not the proxy, so, like 
most fundamental elements of SIP messages, the proxy has no business 
removing them. :-)


On 10/21/2016 05:41 PM, Daniel Zanutti wrote:


Hi

Short:
Do you guys see any problem on removing the to-tag of all 1XX messages?


Long description:
If user A calls number . Opensips forward to gateway B which replies
with 183 session progress, then refuses with 503.

Opensips then call gateway C which replies with 183 then 200 OK.

User A now is using to-tag from gateway A and not from gateway B and I
have an unexpected result on subsequent messages.

Do you guys see any problem on removing the to-tag of all 1XX messages?

Thanks


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




--
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 (direct) / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

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

[OpenSIPS-Users] Remove to-tag from 1XX provisional responses

2016-10-21 Thread Daniel Zanutti

Hi

Short:
Do you guys see any problem on removing the to-tag of all 1XX messages?


Long description:
If user A calls number . Opensips forward to gateway B which replies
with 183 session progress, then refuses with 503.

Opensips then call gateway C which replies with 183 then 200 OK.

User A now is using to-tag from gateway A and not from gateway B and I have
an unexpected result on subsequent messages.

Do you guys see any problem on removing the to-tag of all 1XX messages?

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

Re: [OpenSIPS-Users] Routing in opensips

2016-10-21 Thread Eric Freeman

Yes, I see Request INVITE going to the device I am calling. I do not see any 
traffic coming back. I am following up with my Firewall team.

My Firewall team suggested I might need to change the RTP ports to use UDP 
2326-2485. Where do I change/check these settings on the OpenSIPs server to see 
if I have the traffic going out those ports.


Thanks,


Eric Freeman

Technical Director/NA for TBWA\Chiat\Day

TBWA\Chiat\Day New York
488 Madison Ave.
New York NY 10022
United States of America
Tel: +12128041324


From: Bogdan-Andrei Iancu 
Sent: Monday, October 3, 2016 4:44:26 AM
To: Eric Freeman; OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] Routing in opensips

Hi Eric,

Not the OpenSIPs logs I'm looking for, but the actual SIP packet at network 
level (use ngrep or tcpdump) for the INVITE leaving your OpenSIPS.

Regards,

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

On 30.09.2016 16:52, Eric Freeman wrote:

Hopefully this is the relevant information you need from the log. I am trying 
to call 111@199.48.152.152. The IP of the opensips 
server si 10.88.23.10 and has a public IP of 204.17.231.3.  The IP address of 
the video conference server is 10.89.71.12.


Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_msg: SIP Request:

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_msg:  method:  

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_msg:  uri: 


Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_msg:  version: 

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_headers: flags=2

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_to: end of header reached, state=10

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_to: display={}, 
ruri={sip:111@199.48.152.152}

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:get_hdr_field:  [26]; 
uri=[sip:111@199.48.152.152]

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:get_hdr_field: to body 
[#015#012]

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:get_hdr_field: cseq : <1> 

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_via_param: found param type 235,  = ; state=6

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_via_param: found param type 232,  = 
; state=16

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_via: end of header reached, state=5

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_headers: via found, flags=2

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_headers: this is the first via

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:receive_msg: After parse_msg...

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:receive_msg: preparing to run routing scripts...

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_headers: flags=100

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:maxfwd:is_maxfwd_present: value = 70

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:uri:has_totag: no totag

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_headers: flags=78

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:tm:t_lookup_request: start searching: hash=25578, isACK=0

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:tm:matching_3261: RFC3261 transaction matching failed

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:tm:t_lookup_request: no transaction found

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_to_param: 
tag=2c770a98-c47590a-13c4-45026-57ed3cdd-1bac9941-57ed3cdd

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_to: end of header reached, state=29

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:parse_to: display={"Conference Room"}, 
ruri={sip:LifeSize@10.88.23.13;transport=UDP}

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]: 
DBG:core:grep_sock_info: checking if host==us: 11==11 &&  [10.88.23.13] == 
[10.88.23.13]

Sep 29 12:10:17 cd-ubuntu-opensips /usr/local/sbin/opensips[12878]:

Re: [OpenSIPS-Users] Out of memory problem

2016-10-21 Thread Bogdan-Andrei Iancu

If it is _shared_ memory, yes, it is for all children :)

Regards,

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

On 21.10.2016 09:44, Denis wrote:

Re: [OpenSIPS-Users] Out of memory problem Thank you,

and 1G for all children processes?

mailto:denis7...@mail.ru

Hi Denis,

See http://www.opensips.org/Documentation/TroubleShooting-OutOfMem- 
this will help you make the difference between a mem leak and a 
temporary memory outage due load.

On the second question - the 1G of mem will be reserved from the 
beginning and internally managed by OpenSIPS.

Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 20.10.2016 16:58, Denis wrote:

Re: [OpenSIPS-Users] Out of memory problem Hello Bogdan!

Now i am using Opensips 2.2.1 and  i have two problems with shm memory
"Oct 20 14:22:06 opensips-main 
/usr/local/opensips2.2/sbin/opensips[9431]: ERROR:core:fm_malloc: not 
enough free shm memory (130982512 bytes left), please increase the 
"-m" command line parameter!
Oct 20 14:22:06 opensips-main 
/usr/local/opensips2.2/sbin/opensips[9431]: INFO:core:fm_malloc: 
attempting defragmentation... (need 206024 bytes)
Oct 20 14:22:06 opensips-main 
/usr/local/opensips2.2/sbin/opensips[9431]: INFO:core:fm_malloc: 
unable to alloc a big enough fragment!
Oct 20 14:22:06 opensips-main 
/usr/local/opensips2.2/sbin/opensips[9431]: ERROR:tm:sip_msg_cloner: 
no more share memory
Oct 20 14:22:06 opensips-main 
/usr/local/opensips2.2/sbin/opensips[9431]: ERROR:tm:new_t: out of mem
Oct 20 14:22:06 opensips-main 
/usr/local/opensips2.2/sbin/opensips[9431]: ERROR:tm:t_newtran: new_t 
failed

"

Two questions:
1) If this problem appears only during some time (after which 
everything became fine), should i still stopped Opensips to try catch 
debug?
2) Share memory. For example, i established 1G shm. Please, can you 
explain me, what does it value mean? Opensips could use this amount of 
memory (or cannot if it is not necessary), or it reserve it?

Thank you.

mailto:denis7...@mail.ru

Hi Denis,

If you upgrade to 2.2, use the DBG_MALLOC (together with your memory 
manager like F_MALLOC, HP_MALLOC or QM_MALLOC) to enable memory leak 
troubleshooting - at shutdown you will get a memory dump, so you will 
clearly see if there is a leak of not.

Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 31.05.2016 19:16, Denis wrote:

Re: [OpenSIPS-Users] Out of memory problem Hello!

I had increased PKG memory twice (to 1000 M) but the problem is still 
exists.

May 31 19:09:29 opensips-main 
/usr/local/opensips2.1/sbin/opensips[20681]: 
ERROR:core:db_allocate_rows: no memory left
May 31 19:09:29 opensips-main 
/usr/local/opensips2.1/sbin/opensips[20681]: 
ERROR:db_mysql:db_mysql_fetch_result: no memory left
May 31 19:09:29 opensips-main 
/usr/local/opensips2.1/sbin/opensips[20681]: 
ERROR:dialplan:dp_load_db: failed to fetch
May 31 19:09:29 opensips-main 
/usr/local/opensips2.1/sbin/opensips[20681]: 
ERROR:dialplan:dp_load_all_db: unable to load ast_dialplan table
May 31 19:09:29 opensips-main 
/usr/local/opensips2.1/sbin/opensips[20681]: 
ERROR:dialplan:mi_reload_rules: failed to reload database
May 31 19:09:29 opensips-main 
/usr/local/opensips2.1/sbin/opensips[20681]: 
ERROR:mi_fifo:mi_fifo_server: command (dp_reload) processing failed

Haw else can i make memory debug without Opensips stopped?

Thank you.

mailto:denis7...@mail.ru

	No, more like the 2.2+ LTS, due to be released towards the end of 
March, a fork of the current "master" branch on git.

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 29.02.2016 12:58, Денис Путято wrote:
Re: [OpenSIPS-Users] Out of memory problem Newer version = 2.1?

mailto:denis7...@mail.ru

	This is PKG memory (i.e. packaged / private / per-process), so you 
should actually increase "-M" CLI switch!

Note: Newer versions of OpenSIPS will have improved error reporting 
for easier troubleshooting of oom (out-of-memory) errors.

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 29.02.2016 10:20, Денис Путято wrote:
Re: [OpenSIPS-Users] Out of memory problem 
ERROR:core:db_allocate_rows: no memory left

ERROR:db_mysql:db_mysql_fetch_result: no memory left
ERROR:dialplan:dp_load_db: failed to fetch
ERROR:dialplan:dp_load_all_db: unable to load ast_dialplan table
ERROR:dialplan:mi_reload_rules: failed to reload database
ERROR:mi_fifo:mi_fifo_server: command () processing failed

mailto:denis7...@mail.ru

/> What is the exact text of the error?
> ‎
> --
> Alex Balashov | Principal | Evariste Systems LLC
> 303 Perimeter Center North, Suite 300
> Atlanta, GA 30346
> United States

> Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
> Web: /http://www.evaristesys.com//, /http://www.csrpswitch.com/

/> Sent from my BlackBerry.
> Original Message
> From: Денис Путято
> Sent: Monday, February 29,

Re: [OpenSIPS-Users] Doubt on B2B Scenario

2016-10-21 Thread Bogdan-Andrei Iancu

Hi Daniel,

In 1.11, the TH support is still built-in the diaalog module:
http://www.opensips.org/html/docs/modules/1.11.x/dialog.html#id296413

Regards,

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

On 21.10.2016 04:46, Daniel Zanutti wrote:

This TH module is only for Opensips 2.x, i'm still using 1.11.x.

If I setup a topology hiding schema on top of B2B, do you think I can 
achieve same result? The only requirement is that I sometimes need to 
call several gateways in a specific order and all calls must use the 
TH feature. Is it possible?

Thanks

On Thu, Oct 20, 2016 at 6:46 PM, Daniel Zanutti 
> wrote:

Hi Bogdan

I'll take a look deeply.

Thanks

Em 20 de out de 2016 6:39 PM, "Bogdan-Andrei Iancu"
> escreveu:

Hi Daniel,

Yes, TH is the only thing you can do about this. But as a
lighter approach to B2B, I suggest the TH support based on
dialog module:
http://www.opensips.org/html/docs/modules/2.2.x/topology_hiding.html

Regards,

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

On 20.10.2016 23:21, Daniel Zanutti wrote:

Hi
I'm having a problem with a specific client. It ignores
Record-route and Via fields order and send a BYE to last
destination, not the first one. This clearly breaks RFC and
there's no way to solve this with his bug software.
To solve this, I was planning to implement a B2B scenario to
it, so I'll hide the topology and the "last destination" will
be only me.
What do you guys think about this? Is this a viable solution?
Is there any other better solution? I don't wanna put an
Asterisk to isolate it.
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] Remove to-tag from 1XX provisional responses

Re: [OpenSIPS-Users] Remove to-tag from 1XX provisional responses

Re: [OpenSIPS-Users] Remove to-tag from 1XX provisional responses

Re: [OpenSIPS-Users] Remove to-tag from 1XX provisional responses

[OpenSIPS-Users] Remove to-tag from 1XX provisional responses

Re: [OpenSIPS-Users] Routing in opensips

Re: [OpenSIPS-Users] Out of memory problem

Re: [OpenSIPS-Users] Doubt on B2B Scenario

8 matches

Site Navigation

Mail list logo

Footer information