What it is not clear to me in this case, is what does the proxy do if
there is no 1xx reply but the 200 OK comes in directly (after the CANCEL
was received and the INVITE continued to be retransmitted). In this case
it cannot send a CANCEL, or can it? Can a CANCEL be sent after a 200 OK
but be
Frankly I did not expect this. Just like (Open)SER, I also suppress
INVITE retransmission when canceling INVITE UAC (that hasn't been
responded to). I wonder where did we get that specification from.
So it looks like one more bug to fix for me too.. sigh..
-benny
On 3/10/08, Klaus Darilion <[EM
Bugs item #1912110, was opened at 2008-03-11 20:49
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1912110&group_id=139143
Please note that this message will contain a full copy
On Tuesday 11 March 2008, Patrick Miccio wrote:
> hi @ all.
>
> > You can send it here (the openser devel mailing list). I will take a
> > look and people can also test it. However development for mediaproxy
> > 1.x.x has ceased, because currently we are working on an improved
> > design that will
Revision: 3927
http://openser.svn.sourceforge.net/openser/?rev=3927&view=rev
Author: henningw
Date: 2008-03-11 10:53:33 -0700 (Tue, 11 Mar 2008)
Log Message:
---
- small docs fix
Modified Paths:
--
trunk/modules/carrierroute/README
trunk/modules/carrier
Yes, you´re rigth.
Regards, Gonzalo.
> OK - I see the case - you just want to pass the message to another
> server which will decide where to send (eventually scanning the body)...
>
> Regards,
> Bogdan
>
> Gonzalo J. Sambucaro wrote:
>> Bogdan,
>>the idea is to send the MESSAGEs to an A
Patches item #1912017, was opened at 2008-03-11 18:55
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743022&aid=1912017&group_id=139143
Please note that this message will contain a full copy of th
OK - I see the case - you just want to pass the message to another
server which will decide where to send (eventually scanning the body)...
Regards,
Bogdan
Gonzalo J. Sambucaro wrote:
> Bogdan,
>the idea is to send the MESSAGEs to an Aplication Server (of the
> OSIMS network), no to a c
Bugs item #1912044, was opened at 2008-03-11 19:26
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1912044&group_id=139143
Please note that this message will contain a full copy
Bugs item #1912041, was opened at 2008-03-11 19:23
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1912041&group_id=139143
Please note that this message will contain a full copy
Bogdan,
the idea is to send the MESSAGEs to an Aplication Server (of the
OSIMS network), no to a certain end user, but with s=1 or 2 keeps
the original behaviour of module SMS.
Regards, Gonzalo.
> And in this case, how exactly do you deliver the SMS to a certain end
> user?
>
> Thanks and
Hi Henning,
> Hi Gonzalo,
>
> thank you for your contribution. Please add the extensions (as patch
> against
> the svn trunk) to the project tracker for review:
> https://sourceforge.net/tracker/?group_id=139143&atid=743022
>
I Added the patch. The number is 1912017.
> If you developed this feat
And in this case, how exactly do you deliver the SMS to a certain end user?
Thanks and regards,
Bogdan
Gonzalo J. Sambucaro wrote:
> Hi Bogdan,
>
>
>> Hi Gonzalo,
>>
>> Just to be sure I understand the add on : if s=0 (no scan), the
>> RURI/TO_URI will be the same for all inbound SMSs? I mean
Revision: 3926
http://openser.svn.sourceforge.net/openser/?rev=3926&view=rev
Author: bogdan_iancu
Date: 2008-03-11 10:03:39 -0700 (Tue, 11 Mar 2008)
Log Message:
---
backport from trunk (rev #3925):
-fixed example - "db_update_period" takes paramter in numerical format
Rev
Hi Bogdan,
> Hi Gonzalo,
>
> Just to be sure I understand the add on : if s=0 (no scan), the
> RURI/TO_URI will be the same for all inbound SMSs? I mean all inbound
SMSs will be translated to a SIP MESSAGE request with a fix destination
?
>
Yes, that´s rigth.
Regards, Gonzalo.
> Thanks and rega
Revision: 3925
http://openser.svn.sourceforge.net/openser/?rev=3925&view=rev
Author: bogdan_iancu
Date: 2008-03-11 10:01:44 -0700 (Tue, 11 Mar 2008)
Log Message:
---
-fixed example - "db_update_period" takes paramter in numerical format
Modified Paths:
--
t
Patches item #1912017, was opened at 2008-03-11 09:55
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743022&aid=1912017&group_id=139143
Please note that this message will contain a full co
Hi Gonzalo,
Just to be sure I understand the add on : if s=0 (no scan), the
RURI/TO_URI will be the same for all inbound SMSs? I mean all inbound
SMSs will be translated to a SIP MESSAGE request with a fix destination ?
Thanks and regards,
Bogdan
Gonzalo J. Sambucaro wrote:
> Hello,
> I have d
Patches item #1912012, was opened at 2008-03-11 11:51
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743022&aid=1912012&group_id=139143
Please note that this message will contain a full co
Hi everybody,
OpenSER 1.3.1, the first patch release from the 1.3 seria, is out - it
is a minor release, including only bug fixes - no new features or
functionalities.
V1.3.1 brings some important fixes in critical modules (like TM and
USRLOC), so update is recommended.
To read more about thi
Hi Patrick,
> hi @ all.
>
>> You can send it here (the openser devel mailing list). I will take a
look and people can also test it. However development for mediaproxy
1.x.x has ceased, because currently we are working on an improved
design that
will be available with mediaproxy 2.0 and all our eff
On Tuesday 11 March 2008, Gonzalo J. Sambucaro wrote:
> I have developed and documented a new feature for the module SMS.
> I already shared it whit some SER´s users and it worked fine.
> How do I share it with you?, i need a user for cvs?.
> [..]
Hi Gonzalo,
thank you for your contribution. Plea
Revision: 3924
http://openser.svn.sourceforge.net/openser/?rev=3924&view=rev
Author: bogdan_iancu
Date: 2008-03-11 08:56:20 -0700 (Tue, 11 Mar 2008)
Log Message:
---
Tagging the 1.3.1 release
Added Paths:
---
tags/1.3.1/
This was sent by the SourceForge.net c
hi @ all.
> You can send it here (the openser devel mailing list). I will take a look
> and people can also test it. However development for mediaproxy 1.x.x has
> ceased, because currently we are working on an improved design that will
> be available with mediaproxy 2.0 and all our efforts are no
Actually I could ask my students to participate.
On Thu, Mar 6, 2008 at 9:10 PM, Klaus Darilion
<[EMAIL PROTECTED]> wrote:
>
>
> Peter Lemenkov wrote:
> > Hello All!
> >
> > 2008/3/6, Klaus Darilion <[EMAIL PROTECTED]>:
> >> My ideas for student projects:
> >>
> >> - gnuTLS: add gnutls sup
On Tuesday 11 March 2008, Thomas Gelf wrote:
> Will packaging/debian*/changelog be updated - or is this left
> to be done by Debian Maintainers? IMO correct versions here
> would make things easier for people building their own pkgs.
>
> You can find a sample diff is attached to this post (NO, I do
Henning Westerholt schrieb:
Revision: 3923
...
- increase minor version and update Changelog for Release
...
branches/1.3/ChangeLog
branches/1.3/Makefile.defs
Will packaging/debian*/changelog be updated - or is this left
to be done by Debian Maintainers? IMO correct versions here
would
On Tuesday 11 March 2008, Thomas Gelf wrote:
> My current test platform is making use of just two packages (no Radius,
> SNMP etc on this host right now):
>
> * openser-mysql-module_1.3.1-svn3921_amd64.deb
> * openser_1.3.1-svn3921_amd64.deb
>
> dpkg installs both packages, daemon is restarted by p
Revision: 3923
http://openser.svn.sourceforge.net/openser/?rev=3923&view=rev
Author: henningw
Date: 2008-03-11 07:27:23 -0700 (Tue, 11 Mar 2008)
Log Message:
---
- increase minor version and update Changelog for Release
Modified Paths:
--
branches/1.3/Chang
Hello,
I have developed and documented a new feature for the module SMS.
I already shared it whit some SER´s users and it worked fine.
How do I share it with you?, i need a user for cvs?.
Feature description:
---
The SMS module may NO extract the URI from SMS body, supporting
co
Bugs item #1879864, was opened at 2008-01-25 12:01
Message generated for change (Comment added) made by osas
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1879864&group_id=139143
Please note that this message will contain a full copy of the comment thre
Thomas Gelf schrieb:
> I'll now rebuild them as *_1.3.1-svn291_amd64.deb's and try out if
> 1.3.1 is still able to process some SIP packets ;o)
My current test platform is making use of just two packages (no Radius,
SNMP etc on this host right now):
* openser-mysql-module_1.3.1-svn3921_amd64.deb
Bugs item #1879864, was opened at 2008-01-25 12:01
Message generated for change (Comment added) made by osas
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1879864&group_id=139143
Please note that this message will contain a full copy of the comment thre
Revision: 3922
http://openser.svn.sourceforge.net/openser/?rev=3922&view=rev
Author: miconda
Date: 2008-03-11 06:50:56 -0700 (Tue, 11 Mar 2008)
Log Message:
---
- removed obsolete files
Removed Paths:
-
trunk/doc/template/
This was sent by the SourceForge
Bogdan-Andrei Iancu schrieb:
> Revision: 3921
> ...
> - reverted the dictionary.radius install condition as it breaks the packages
> - these are now properly created as they try to include the dictionary even
> if no radius module is to be added
dpkg-buildpackage succeeded:
openser_1.3.0-svn1_a
Bugs item #1911841, was opened at 2008-03-11 15:01
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1911841&group_id=139143
Please note that this message will contain a full copy
Hi Tomas,
this should be fixed now - there is a bug in the debian packaging, bug
revealed by some of my latest changes on the makefile (install target).
Regards,
Bogdan
Thomas Gelf wrote:
> Henning Westerholt schrieb:
>
>> On Tuesday 11 March 2008, Bogdan-Andrei Iancu wrote:
>>
>>> Fro
Hi Henning,
Indeed, there are some problems, but IMHO, not the patch is guilty, but
the packaging - if the radius module is installed, the radius dictionary
should not be also included (in the package).
I opened a bug concerning this.
Also, for the backport to 1.3 (I did it this morning), I rev
Revision: 3921
http://openser.svn.sourceforge.net/openser/?rev=3921&view=rev
Author: bogdan_iancu
Date: 2008-03-11 05:56:20 -0700 (Tue, 11 Mar 2008)
Log Message:
---
- reverted the dictionary.radius install condition as it breaks the packages -
these are now properly creat
Henning Westerholt schrieb:
> On Tuesday 11 March 2008, Bogdan-Andrei Iancu wrote:
>> From my side, more or less, I'm done with the bugs I wanted to fix for
>> 1.3.1.
>>
>> Are there any pending fixes for today?
>>
>> Otherwise, we should start preparing the release - I need to be sure all
>> comm
Henning Westerholt schrieb:
> On Tuesday 11 March 2008, Bogdan-Andrei Iancu wrote:
>> From my side, more or less, I'm done with the bugs I wanted to fix for
>> 1.3.1.
>>
>> Are there any pending fixes for today?
>>
>> Otherwise, we should start preparing the release - I need to be sure all
>> comm
On Monday 10 March 2008, Bogdan-Andrei Iancu wrote:
> [..]
> 1) applied patch from Iouri Kharon - pathc #1908401 (with minor fixups)
> - radius dictionary is installed only if a radius module is installed
> - dbtext stuff installed only if dbtext module is installed
Hi Bogdan,
this brea
Hello,
nothing from my side as well.
Cheers,
Daniel
On 03/11/08 12:38, Henning Westerholt wrote:
> On Tuesday 11 March 2008, Bogdan-Andrei Iancu wrote:
>
>> From my side, more or less, I'm done with the bugs I wanted to fix for
>> 1.3.1.
>>
>> Are there any pending fixes for today?
>>
>> Ot
On Tuesday 11 March 2008, Bogdan-Andrei Iancu wrote:
> From my side, more or less, I'm done with the bugs I wanted to fix for
> 1.3.1.
>
> Are there any pending fixes for today?
>
> Otherwise, we should start preparing the release - I need to be sure all
> commits are done before I start preparing
Hi Henning,
From my side, more or less, I'm done with the bugs I wanted to fix for
1.3.1.
Are there any pending fixes for today?
Otherwise, we should start preparing the release - I need to be sure all
commits are done before I start preparing the SVN tag.
Regards,
Bogdan
Bogdan-Andrei Ianc
Revision: 3920
http://openser.svn.sourceforge.net/openser/?rev=3920&view=rev
Author: bogdan_iancu
Date: 2008-03-11 02:56:36 -0700 (Tue, 11 Mar 2008)
Log Message:
---
backport from trunk (rev 3913):
1) applied patch from Iouri Kharon - pathc #1908401 (with minor fixups)
Hi Maxim,
I followed the discussion on the "sip-implementers" list and they that
this must be the behaviour (not should and no t default).
The main argument was the total separation between the INVITE and CANCEL
transaction - and the arrival of the CANCEL transaction should not
trigger any acti
Revision: 3919
http://openser.svn.sourceforge.net/openser/?rev=3919&view=rev
Author: miconda
Date: 2008-03-11 02:34:53 -0700 (Tue, 11 Mar 2008)
Log Message:
---
- allow hyphens in hostname when granting privileges (patch by Stanislaw
Pitucha, closes #1911128)
Modified Pat
Patches item #1911128, was opened at 2008-03-10 17:05
Message generated for change (Comment added) made by miconda
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743022&aid=1911128&group_id=139143
Please note that this message will contain a full copy of the commen
Revision: 3918
http://openser.svn.sourceforge.net/openser/?rev=3918&view=rev
Author: miconda
Date: 2008-03-11 02:30:03 -0700 (Tue, 11 Mar 2008)
Log Message:
---
- allow hyphens in hostname when granting privileges (patch by Stanislaw
Pitucha, closes #1911128)
Modified Pat
50 matches
Mail list logo
