Hi developpers and packagers,
The file "/usr/lib64/kamailio/libsrdb2.so.1.0" seems to be included in
both "kamailio_3.1.3+lenny2_amd64.deb" and "kamailio-mysql-modules_3.1.3
+lenny2_amd64.deb". So it is not possible to install
"kamailio-mysql-modules".
Thanks for help
_
On 5/25/11 9:33 PM, Daniel-Constantin Mierla wrote:
[...]
PS. Guys, before implementing SIP-related RFC N, where N is greater
than 4000, wait until RFC N+3000 is published to see if there will be
one obsoleting it. If not, you may be safe investing time in it.
on the other hand, I think MSRP
Hello,
out of curiosity, since you used the sources from GIT - was memory
debugging on? It is usually enabled in master branch and that could have
some impact in memory usage and performances...
Thanks,
Daniel
On 5/25/11 3:00 PM, Jan Janak wrote:
On Wed, May 25, 2011 at 06:54, Jeremya wrot
On 5/20/11 10:02 PM, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
I am thinking of packaging v3.1.4 next week on Thursday -- last minor
release was more than 1.5month ago.
Any comments against it?
the bug still exists, where AVP_CLASS_DOMAIN avps are not saved in the
transaction. i
Later today I will package v3.1.4, so if you have something to commit in
branch 3.1, please do it before 15:00GMT.
Thanks,
Daniel
--
Daniel-Constantin Mierla
http://www.asipto.com
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailin
2011/5/26 Daniel-Constantin Mierla :
> on the other hand, I think MSRP didn't bring much value, just another type
> of stream out of signaling channel. I am not that familiar with MSRP to know
> really if there are real benefits, but sending instant messaging over SIP
> was there from beginning and
2011/5/26 Iñaki Baz Castillo :
> Also, don't forget that MSRP also allows file transfer along with
> future extensions (desktop sharing?).
And also, IM real conferences are already defined using MSRP and a
focus conference MSRP server (I've seen it working pretty well:
- An UAC sends an INVITE wi
Hello, everyone.
I've accidentally started 2nd copy of Kamailio and killed it at once.
However, fifo file was deleted by killed Kamailio, while the first one
copy is running fine.
Is there any way to restore the fifo file to the first kamailio, unless
restarting it?
Thank you.
___
Hello,
On 5/26/11 12:19 PM, Iñaki Baz Castillo wrote:
2011/5/26 Daniel-Constantin Mierla:
on the other hand, I think MSRP didn't bring much value, just another type
of stream out of signaling channel. I am not that familiar with MSRP to know
really if there are real benefits, but sending instan
2011/5/26 Daniel-Constantin Mierla :
> for veterans here, we know it was a proposal (maybe is a rfc now) where
> INVITE was used to establish the IM session and them MESSAGE requests to
> carry the IMs. At least M$ Windows Messenger implemented it in some
> versions.
INVITE exists for negotiating
2011/5/26 Daniel-Constantin Mierla :
> The model is not really bringing benefits, is just another fantasy.
>
> Honestly I could think of just few restrictions/amendments/additions to the
> base SIP RFC3261 and the next 10 following it to have very good and simple
> model for im, presence, file tran
I believe you are right. I think I have found the issue in the Asterisk
code.
Thanks!
Carl
On 05/25/2011 01:01 PM, Iñaki Baz Castillo wrote:
2011/5/25 Carl Wagner:
I am sorry, you are right. I was looking at rfc3665 Page 71, F10 and it
did not have a To: tag in the 200 OK to the cancel.
(
2011/5/26 Carl Wagner :
> I believe you are right. I think I have found the issue in the Asterisk
> code.
AFAIR I reported a related bug in Asterisk tracker.
--
Iñaki Baz Castillo
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailin
Inaki,
you are simply on the wrong path in this discussion, you kind of
misunderstand me.
First, I didn't know that SIP _MUST_ be over UDP only.
Try to re-think a bit the whole thing. You come to me with some examples
that are out of the purpose -- you try to demonstrate me that how SIP is
On 5/26/11 3:02 PM, Iñaki Baz Castillo wrote:
2011/5/26 Daniel-Constantin Mierla:
The model is not really bringing benefits, is just another fantasy.
Honestly I could think of just few restrictions/amendments/additions to the
base SIP RFC3261 and the next 10 following it to have very good and
2011/5/26 Daniel-Constantin Mierla :
> you are simply on the wrong path in this discussion, you kind of
> misunderstand me.
>
> First, I didn't know that SIP _MUST_ be over UDP only.
Sure not, I meant sending data (desktop sharing as Jitsi does) via RTP (UDP).
I would not like to send a ISO image
On 5/26/11 6:41 PM, Iñaki Baz Castillo wrote:
2011/5/26 Daniel-Constantin Mierla:
you are simply on the wrong path in this discussion, you kind of
misunderstand me.
First, I didn't know that SIP _MUST_ be over UDP only.
Sure not, I meant sending data (desktop sharing as Jitsi does) via RTP (
I am using the kamailio default script on 3.1.3.
I was wondering what happens when I added an Alias in dbaliases?
For example if I add 18005551...@mydomain.com alias to 1...@mydomain.com
when an invite comes in; it works perfect I got a 200 back. (1001 Device
rings.)
If I add another alias t
No, I turned it off.
-Jan
On Thu, May 26, 2011 at 11:50, Daniel-Constantin Mierla
wrote:
> Hello,
>
> out of curiosity, since you used the sources from GIT - was memory debugging
> on? It is usually enabled in master branch and that could have some impact
> in memory usage and performances...
>
Hello,
Kamailio SIP Server v3.1.4 stable release is out.
This is a maintenance release of latest stable branch, 3.1, that
includes fixes since release of v3.1.3. There is no change to database
schema or configuration language structure. Deployments running previous
v3.1.x versions are strongl
Hello,
Anyone know if ser_ctl (python utility) will be merged into master? Or is
going to be deprecated?
If it still alive, are there any examples/docs of the usage for DB users
provisoining?
kamctl and kamdbctl are recomended for its substitution?
Which utility will be official for sip-router?
S
2011/5/26 Daniel-Constantin Mierla :
>> I would not like to send a ISO image using RTP ;)
>
> That can be done with payload in sip messages. Again, you look only at a
> side of the coin, the one that is wrong, but gives you some reason to
> continue this debate -- I haven't said everything has to b
On 5/26/11 11:41 PM, Iñaki Baz Castillo wrote:
2011/5/26 Daniel-Constantin Mierla:
I would not like to send a ISO image using RTP ;)
That can be done with payload in sip messages. Again, you look only at a
side of the coin, the one that is wrong, but gives you some reason to
continue this deb
you can create FIFOs with mkfifo, but I do not think that it will work.
regards
klaus
On 26.05.2011 12:15, Spinov Evgeniy wrote:
Hello, everyone.
I've accidentally started 2nd copy of Kamailio and killed it at once.
However, fifo file was deleted by killed Kamailio, while the first one
copy is
2011/5/27 Daniel-Constantin Mierla :
>> When an audio/video session is negotiated, the SIP proxy does not
>> validate/constrain the "size" of the media.
>
> Amazing, you found an example and it is again about voice/video! You believe
> that SIP is only for those kind of communications.
Perhaps I d
be deprecated?
>If it still alive, are there any examples/docs of the usage for DB users
>provisoining?
>kamctl and kamdbctl are recomended for its substitution?
>
>Which utility will be official for sip-router?
>Sorry if it already were discussed, but I didn't find comments a
be deprecated?
>If it still alive, are there any examples/docs of the usage for DB users
>provisoining?
>kamctl and kamdbctl are recomended for its substitution?
>
>Which utility will be official for sip-router?
>Sorry if it already were discussed, but I didn't find comments a
be deprecated?
>If it still alive, are there any examples/docs of the usage for DB users
>provisoining?
>kamctl and kamdbctl are recomended for its substitution?
>
>Which utility will be official for sip-router?
>Sorry if it already were discussed, but I didn't find comments a
On 5/27/11 1:50 AM, Iñaki Baz Castillo wrote:
[...]Below I reply yo your suggestion of non using record-routing.
[...]
I like discussions as they are the best way to learn from other people :)
Inaki, you come back mixing badly everything. I expected (and even
mentioned that in previous email)
Hi,
can't we just accept, that there are two approaches here? I personally
agree with Daniel regarding the fact, that probably using SIP for this
seems the better approach... but that doesn't mean, that there
could/should not be other ways to solve this as well.
This mail thread reminds me a littl
30 matches
Mail list logo
