[OpenSIPS-Devel] [opensips] ACK propagated with wrong CSeq number (#680)

[pwakano]

Problem: Transfer scenario causes Opensips to use the wrong CSeq number to 
propagate an ACK.
Scenario: Call is established, in-dialog pings are sent, user does a blind 
transfer which causes the transmission of a Re-Invite immediately followed by 
an Update. These requests are answered but the ACK for the Re-Invite gets 
propagated with the CSeq number of the Update and not with the CSeq of the 
correponding Re-Invite.

Reference: http://lists.opensips.org/pipermail/users/2015-October/032859.html

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/680___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [opensips] packaging/debian: change MI_XMLRPC to MI_XMLRPC_NG in packaging (#674)

[Răzvan Crainea]

Hi, Carlos!

I am afraid I do not entirely agree with this pull request request for 1.11. 
Using a new package (xmlrpcng) rather than the old one (xmlrpc) looks more like 
a feature/enhancement, and not a bugfix. Although this might help people 
installing new OpenSIPS 1.11 instances, it will definitely annoy the ones that 
have stable 1.11 installs for more than 2 years and now need to update their 
config script if they want to update their version.

However, I think it is a good idea to have a separate package for mi_xmlrpc_ng 
(probably called opensips-xmlrpcng-module) for people that want to use it. But 
we need to support the old package (opensips-xmlrpc-module) for backwards 
compatibility.

My 2 cents,
Răzvan

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/674#issuecomment-149859946___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [OpenSIPS/opensips] bd1168: wb_timer on DB_ONLY:don't update NULL stats; alloc ...

[ionutrazvanionita]

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: bd116800e1536b23c5e8ae685f7601adb8b26986
  
https://github.com/OpenSIPS/opensips/commit/bd116800e1536b23c5e8ae685f7601adb8b26986
  Author: ionutrazvanionita 
  Date:   2015-10-21 (Wed, 21 Oct 2015)

  Changed paths:
M modules/usrloc/ul_mod.c
M modules/usrloc/urecord.c

  Log Message:
  ---
  wb_timer on DB_ONLY:don't update NULL stats;alloc contact id buffer


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

Re: [OpenSIPS-Devel] topology hiding not accepting BYE after 180 ringing

[John Nash]

Sorry for late question will it also be applied for the case when bye is
receives in dlg state 2 results in Critical log ?

FYI: Its discussed here
http://lists.opensips.org/pipermail/users/2012-March/020890.html

On Mon, Aug 3, 2015 at 11:33 PM, Trevor Steyn  wrote:

> Thanks for the Info Vlad I will update.
>
> Regards
> Trevor Steyn
>
>
> On 03/08/2015 16:41, Vlad Paiu wrote:
> > Hello,
> >
> > Please update your OpenSIPS sources. There was a recent bug fix which
> > addresses this issue - see
> >
> https://github.com/OpenSIPS/opensips/commit/d171b7aaa47a23481a1e374ca58305d1898511a6
> >
> > Best Regards,
> >
> > Vlad Paiu
> > OpenSIPS Developer
> > http://www.opensips-solutions.com
> >
> > On 03.08.2015 16:52, Trevor Steyn wrote:
> >> Anyone have any ideas?
> >>
> >> On 28/07/2015 11:01, Trevor Steyn wrote:
> >>> Hi Guys,
> >>>
> >>> I seem to be having some trouble with the new topology_hiding module in
> >>> opensips 2.1
> >>>
> >>>   here is the call scenario
> >>>
> >>> UAC --> Opensips --> UAS
> >>>
> >>> UAC Sends Invite to UAS with topology hiding module
> >>> UAS sends 180 with to-tag
> >>> UAC sends BYE
> >>>
> >>> When the Bye is sent opensips loops the call till max forwards is
> >>> reached
> >>>
> >>> from what i can see from the debugs the  Bye from UAC is accepted and
> >>> matches the topology_hiding_match function but does not rewrite the
> >>> destination IP so when the message passes t_relay() its sending the Bye
> >>> to Itself from Itself.
> >>>
> >>> I have tried this without topology hiding and the BYE is relayed as it
> >>> should
> >>> .
> >>>
> >>> My route looks as follows
> >>>
> >>>
> >>> route{
> >>>  script_trace( 3, "$rm from $si, ruri=$ru", "me");
> >>>
> >>>  if (!mf_process_maxfwd_header("10")) {
> >>>  sl_send_reply("483","Too Many Hops");
> >>>  exit;
> >>>  }
> >>>
> >>>  if ( check_source_address("1","$avp(trunk_attrs)") ) {
> >>>  # request comes from trunks
> >>>  setflag(IS_TRUNK);
> >>>  } else if ( is_from_gw() ) {
> >>>  # request comes from GWs
> >>>  } else {
> >>> #send_reply("403","Forbidden");
> >>>  xlog("Message is not from Trunk or GW $si");
> >>> #exit;
> >>>  }
> >>>
> >>>  if (has_totag()) {
> >>>  # sequential request withing a dialog should
> >>>  # take the path determined by record-routing
> >>>  #if (loose_route()) {
> >>>  if(topology_hiding_match()) {
> >>>  # validate the sequential request against
> >>> dialog
> >>>  if ( $DLG_status!=NULL && !validate_dialog() ) {
> >>>  xlog("In-Dialog $rm from $si (callid=$ci) is not valid
> >>> according to dialog\n");
> >>>  ## exit;
> >>>  }
> >>>  if (is_method("BYE")) {
> >>>  setflag(ACC_DO); # do accounting ...
> >>>  setflag(ACC_FAILED); # ... even if the transaction
> >>> fails
> >>>  } else if (is_method("INVITE")) {
> >>>  # even if in most of the cases is useless, do RR for
> >>>  # re-INVITEs alos, as some buggy clients do change
> >>> route set
> >>>  # during the dialog.
> >>>  record_route();
> >>>  }
> >>>
> >>>  # lets handle re-invites and offer proxy
> >>>  if (has_body("application/sdp"))  {
> >>>  # Begin rtp session update gyrations
> >>>  if (method == "INVITE") {
> >>>  # INVITE w/ SDP, so early neg
> >>>  # This is offer, reply is answer
> >>>  rtpproxy_offer("iewlz20");
> >>>  t_on_reply("1");
> >>>  } else if (method == "ACK") {
> >>>  # ACK w/ SDP, so late neg (done now)
> >>>  # This is answer
> >>>  rtpproxy_answer("iewlz20");
> >>>  }
> >>>  }
> >>>
> >>> .
> >>>
> >>>  if (is_method("INVITE")) {
> >>>  force_send_socket(udp:XXX.XXX.XXX.XXX:5060);
> >>>  #rtpproxy_engage('ierz20');
> >>>  topology_hiding();
> >>>  }
> >>>
> >>>  if (has_body("application/sdp")) {
> >>>  if (rtpproxy_offer('iewz20')) {
> >>>  t_on_reply("1");
> >>>  } else {
> >>>  t_on_reply("2");
> >>>  }
> >>>  }
> >>>
> >>>
> >>>  route(RELAY);
> >>> }
> >>>
> >>>
> >>> route[RELAY] {
> >>>  if (!t_relay()) {
> >>>  sl_reply_error();
> >>>  };
> >>>  exit;
> >>> }
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Debug below
> >>>
> >>>
> >>> [Script Trace][/etc/opensips/opensips.cfg:176][me][core if] -> (BYE
> >>> from
> >>> 10.10.16.1, ruri=sip:10.10.16.2;did=dbf.d239f4f3)
> >>> [Script Trace][/etc/opensips/opensips.cfg:171][me][module
> >>> mf_process_maxfwd_header] -> (BYE from 10.10.16.1,
> >>> ruri=sip:10.10.1

Re: [OpenSIPS-Devel] [OpenSIPS-Users] OpenSIPS Summit Austin - Schedule is full !!!

[Tito Cumpen]

Bogdan,


How can anyone interested in attending RSVP for this event?

Thanks,
Tito

On Mon, Oct 19, 2015 at 5:19 PM, Bogdan-Andrei Iancu 
wrote:

> Hi all,
>
> I'm proud to announce the final version of our schedule - fully booked by
> valuable speakers presenting most interesting topics.
>
> First I want to thank our main sponsor, 46Labs - they are doing a great
> job in believing and supporting OpenSIPS project, the 2.1 version and the
> people around it.
>
> See the 2-days of presentations:
> http://www.opensips.org/Community/Summit-2015Austin-Schedule
>
> A summit bringing onSIP, Twilio, Jibe Mobiles (Google), Sippy Soft
> (RTPproxy), Homer project, Bandwidth, SIPPulse and more to talk about
> OpenSIPS, about BLA, about webRTC and WS, about large deployments, about
> monitoring and capturing traffic, about SBC's, about Quality Routing and
> many other interesting topics.
>
> Be their audience in Austin TX !!!
>
> See you there,
>
> --
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
>
>
> ___
> Users mailing list
> us...@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [OpenSIPS/opensips] 4c0c37: fix: some sh(busybox) do not support syntax of `$(...

[wxf]

  Branch: refs/heads/2.1
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 4c0c3714f413bc369e179a771689e8fe00f1f42c
  
https://github.com/OpenSIPS/opensips/commit/4c0c3714f413bc369e179a771689e8fe00f1f42c
  Author: wxf 
  Date:   2015-10-20 (Tue, 20 Oct 2015)

  Changed paths:
M scripts/opensipsctl

  Log Message:
  ---
  fix: some sh(busybox) do not support syntax of `$(< file)'

(cherry picked from commit ffb25541b6bf4ee841072787f2a09c06c4885ab1)


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

[OpenSIPS-Devel] [OpenSIPS/opensips] 845579: fix: some sh(busybox) do not support syntax of `$(...

[wxf]

  Branch: refs/heads/1.11
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 845579820673870ef3b44d5709248e465877ab54
  
https://github.com/OpenSIPS/opensips/commit/845579820673870ef3b44d5709248e465877ab54
  Author: wxf 
  Date:   2015-10-20 (Tue, 20 Oct 2015)

  Changed paths:
M scripts/opensipsctl

  Log Message:
  ---
  fix: some sh(busybox) do not support syntax of `$(< file)'

(cherry picked from commit ffb25541b6bf4ee841072787f2a09c06c4885ab1)


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

[OpenSIPS-Devel] [OpenSIPS/opensips] de7bcf: Dialplan module should honor db_default_url

[David Sanders]

  Branch: refs/heads/2.1
  Home:   https://github.com/OpenSIPS/opensips
  Commit: de7bcfc5f8b635f3d098ee1ddb7ff46d22281397
  
https://github.com/OpenSIPS/opensips/commit/de7bcfc5f8b635f3d098ee1ddb7ff46d22281397
  Author: David Sanders 
  Date:   2015-09-24 (Thu, 24 Sep 2015)

  Changed paths:
M modules/dialplan/dialplan.c

  Log Message:
  ---
  Dialplan module should honor db_default_url
(cherry picked from commit 566d4db2cc634bfb0bcbd578acb70d1b69153d48)


  Commit: 4963c7c4fadadf17504932f397304499ebf6e02e
  
https://github.com/OpenSIPS/opensips/commit/4963c7c4fadadf17504932f397304499ebf6e02e
  Author: David Sanders 
  Date:   2015-09-24 (Thu, 24 Sep 2015)

  Changed paths:
M modules/dispatcher/dispatcher.c

  Log Message:
  ---
  Dispatcher module should honor db_default_url
(cherry picked from commit 684846dd11573161958c0276b582e798c77a18d9)


Compare: 
https://github.com/OpenSIPS/opensips/compare/34fab0d51ffb...4963c7c4fada___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] [OpenSIPS-News] [OpenSIPS-Users] OpenSIPS Summit Austin - Schedule is full !!!

[Bogdan-Andrei Iancu]

Hi Tito,

There is a Registration form on the official web site:
http://www.opensips.org/Community/Summit-2015Austin

Shortcut is:
http://www.opensips.org/Community/Summit-Registration

Regards,

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

On 20.10.2015 20:12, Tito Cumpen wrote:

Bogdan,


How can anyone interested in attending RSVP for this event?

Thanks,
Tito

On Mon, Oct 19, 2015 at 5:19 PM, Bogdan-Andrei Iancu 
mailto:bog...@opensips.org>> wrote:


Hi all,

I'm proud to announce the final version of our schedule - fully
booked by valuable speakers presenting most interesting topics.

First I want to thank our main sponsor, 46Labs - they are doing a
great job in believing and supporting OpenSIPS project, the 2.1
version and the people around it.

See the 2-days of presentations:
http://www.opensips.org/Community/Summit-2015Austin-Schedule

A summit bringing onSIP, Twilio, Jibe Mobiles (Google), Sippy Soft
(RTPproxy), Homer project, Bandwidth, SIPPulse and more to talk
about OpenSIPS, about BLA, about webRTC and WS, about large
deployments, about monitoring and capturing traffic, about SBC's,
about Quality Routing and many other interesting topics.

Be their audience in Austin TX !!!

See you there,

-- 
Bogdan-Andrei Iancu

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


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




___
News mailing list
n...@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/news


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