3 Feb
2009
3 Feb
'09
10:28 a.m.
On 02/02/2009 09:35 PM, kokoska rokoska wrote:
[...]
Thank you very much, Daniel, for your help!
It works :-)
BTW: My idea is to offload proxy from (blocking ?) DB operatinos and
still have all possible logs => I think I can duplicate all messages to
another kamailio server and store them there to another DB. Is it
doable?
With sip trace you still get them in a DB, because it first stores to DB
and then sends to another address. However, what you want to achieve is
something good, so for the future I will have in mind the option just to
replicate to another address and skip writing to db.
Hello,
i have increased debug to 6 and I can not see errors in syslog.
Messages are traced, stored into DB, but not duplicated.
I'm at 1.4.3 on CentOS 5 - if it makes sense...
Thank you very much, Daniel, for your interest!
ok, checked the source code. For some reason I do not recall now, when I
wrote the module the duplication is done only when traced_user_avp is set.
http://kamailio.org/docs/modules/devel/siptrace.html#id2452997
Set that avp and try again. If works I will try to fix and make it work
without avp.
Thanks,
Daniel
Or, better to say, can I trace and duplicate messages
on one
server and not log them?
If you want to duplicate the messages that come to kamailio, you can use
the send() function in route and onreply_route block.
http://www.kamailio.org/dokuwiki/doku.php/core-cookbook:devel#send_destinat…
If you want the siptrace module to do it, you have to hack it a bit.
Practically is to introduce a new parameter, e.g., skip_db_storage, and
put the code that writes in db inside a if not skip_db_storage.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://www.asipto.com
3 Feb
3 Feb
10:48 a.m.
New subject: [Kamailio-Users] sip trace & duplicate_uri
Daniel-Constantin Mierla napsal(a):
On 02/02/2009 09:35 PM, kokoska rokoska wrote:
Thank you very much, Daniel, for very valuable help!
Thats a shame, but I completly forgot about "send" (if I ever know it -
I'm not sure :-) It could solve my needs for now.
Many thanks once more...
Your suggestion about improving siptrace module is very interesting, but
I'm very overloaded for now and not a programmer. But in a month or so I
try to look in the code and let's see what happens :-)
Best regards,
kokoska.rokoska
[...]
Thank you very much, Daniel, for your help!
It works :-)
BTW: My idea is to offload proxy from (blocking ?) DB operatinos and
still have all possible logs => I think I can duplicate all messages to
another kamailio server and store them there to another DB. Is it
doable?
With sip trace you still get them in a DB, because it first stores to DB
and then sends to another address. However, what you want to achieve is
something good, so for the future I will have in mind the option just to
replicate to another address and skip writing to db.
Hello,
i have increased debug to 6 and I can not see errors in syslog.
Messages are traced, stored into DB, but not duplicated.
I'm at 1.4.3 on CentOS 5 - if it makes sense...
Thank you very much, Daniel, for your interest!
ok, checked the source code. For some reason I do not recall now, when I
wrote the module the duplication is done only when traced_user_avp is
set.
http://kamailio.org/docs/modules/devel/siptrace.html#id2452997
Set that avp and try again. If works I will try to fix and make it work
without avp.
Thanks,
Daniel
Or, better to say, can I trace and duplicate
messages on one
server and not log them?
If you want to duplicate the messages that come to kamailio, you can use
the send() function in route and onreply_route block.
http://www.kamailio.org/dokuwiki/doku.php/core-cookbook:devel#send_destinat…
If you want the siptrace module to do it, you have to hack it a bit.
Practically is to introduce a new parameter, e.g., skip_db_storage, and
put the code that writes in db inside a if not skip_db_storage.
Cheers,
Daniel
3:18 p.m.
New subject: [Kamailio-Users] sip trace & duplicate_uri
On 02/03/2009 10:48 AM, kokoska rokoska wrote:
Daniel-Constantin Mierla napsal(a):
welcome!
On 02/02/2009 09:35 PM, kokoska rokoska wrote:
Thank you very much, Daniel, for very valuable help!
Thats a shame, but I completly forgot about "send" (if I ever know it -
I'm not sure :-) It could solve my needs for now.
Many thanks once more...
[...]
With sip trace you still get them in a DB, because it first stores to DB
and then sends to another address. However, what you want to achieve is
something good, so for the future I will have in mind the option just to
replicate to another address and skip writing to db.
> Hello,
>
> i have increased debug to 6 and I can not see errors in syslog.
> Messages are traced, stored into DB, but not duplicated.
> I'm at 1.4.3 on CentOS 5 - if it makes sense...
>
> Thank you very much, Daniel, for your interest!
>
>
>
ok, checked the source code. For some reason I do not recall now, when I
wrote the module the duplication is done only when traced_user_avp is
set.
http://kamailio.org/docs/modules/devel/siptrace.html#id2452997
Set that avp and try again. If works I will try to fix and make it work
without avp.
Thanks,
Daniel
Thank you very much, Daniel, for your help!
It works :-)
BTW: My idea is to offload proxy from (blocking ?) DB operatinos and
still have all possible logs => I think I can duplicate all messages to
another kamailio server and store them there to another DB. Is it
doable?
Or, better to say, can I trace and duplicate
messages on one
server and not log them?
If you want to duplicate the messages that come to kamailio, you can use
the send() function in route and onreply_route block.
http://www.kamailio.org/dokuwiki/doku.php/core-cookbook:devel#send_destinat…
If you want the siptrace module to do it, you have to hack it a bit.
Practically is to introduce a new parameter, e.g., skip_db_storage, and
put the code that writes in db inside a if not skip_db_storage.
Cheers,
Daniel
Your suggestion about improving siptrace module is
very interesting, but
I'm very overloaded for now and not a programmer. But in a month or so I
try to look in the code and let's see what happens :-)
Everyone is overloaded, it is a matter of needs to set priorities. Code
is frozen now to prepare the release of 1.5.0, next version, which will
use the http://sip-router.org project will add the onsend_route that
makes possible to get access to the outgoing sip requests as well. With
a bit of extension at that time, probably the entire siptrace
functionality can be done only in the config file.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://www.asipto.com
3:42 p.m.
New subject: [Kamailio-Users] sip trace & duplicate_uri
Daniel-Constantin Mierla napsal(a):
On 02/03/2009 10:48 AM, kokoska rokoska wrote:
I'm sure about it :-)
Daniel-Constantin Mierla napsal(a):
welcome!
On 02/02/2009 09:35 PM, kokoska rokoska wrote:
Thank you very much, Daniel, for very valuable help!
Thats a shame, but I completly forgot about "send" (if I ever know it -
I'm not sure :-) It could solve my needs for now.
Many thanks once more...
[...]
>> Hello,
>>
>> i have increased debug to 6 and I can not see errors in syslog.
>> Messages are traced, stored into DB, but not duplicated.
>> I'm at 1.4.3 on CentOS 5 - if it makes sense...
>>
>> Thank you very much, Daniel, for your interest!
>>
>>
> ok, checked the source code. For some reason I do not recall now,
> when I
> wrote the module the duplication is done only when traced_user_avp is
> set.
> http://kamailio.org/docs/modules/devel/siptrace.html#id2452997
>
> Set that avp and try again. If works I will try to fix and make it
> work
> without avp.
>
> Thanks,
> Daniel
>
>
>
Thank you very much, Daniel, for your help!
It works :-)
BTW: My idea is to offload proxy from (blocking ?) DB operatinos and
still have all possible logs => I think I can duplicate all messages to
another kamailio server and store them there to another DB. Is it
doable?
With sip trace you still get them in a DB, because it first stores to DB
and then sends to another address. However, what you want to achieve is
something good, so for the future I will have in mind the option just to
replicate to another address and skip writing to db.
Or, better to say, can I trace and duplicate
messages on one
server and not log them?
If you want to duplicate the messages that come to kamailio, you can use
the send() function in route and onreply_route block.
http://www.kamailio.org/dokuwiki/doku.php/core-cookbook:devel#send_destinat…
If you want the siptrace module to do it, you have to hack it a bit.
Practically is to introduce a new parameter, e.g., skip_db_storage, and
put the code that writes in db inside a if not skip_db_storage.
Cheers,
Daniel
Your suggestion about improving siptrace module
is very interesting, but
I'm very overloaded for now and not a programmer. But in a month or so I
try to look in the code and let's see what happens :-)
Everyone is overloaded, it is a matter of needs to set priorities. Code
is frozen now to prepare the release of 1.5.0,
Yes, I know. This is the main reason I hope I could start to study code
next month...
next version, which will
use the http://sip-router.org project will add the onsend_route that
makes possible to get access to the outgoing sip requests as well. With
a bit of extension at that time, probably the entire siptrace
functionality can be done only in the config file.
Thank you very much, Daniel, for that kind of informations! If I catch
it well, there will be no future needs to implement such improvements to
siptrace module. Am I right?
Best regards,
kokoska.rokoska
10:48 p.m.
New subject: [Kamailio-Users] sip trace & duplicate_uri
On 02/03/2009 03:42 PM, kokoska rokoska wrote:
[...]
with some extensions. For example the ACK for negative replies do not
get in config file. They are dropped before calling the config script.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://www.asipto.com
next version, which will
use the http://sip-router.org project will add the onsend_route that
makes possible to get access to the outgoing sip requests as well. With
a bit of extension at that time, probably the entire siptrace
functionality can be done only in the config file.
Thank you very much, Daniel, for that kind of informations! If I catch
it well, there will be no future needs to implement such improvements to
siptrace module. Am I right?
5771
days inactive
5771
days old
4 comments
2 participants
participants (2)
-
Daniel-Constantin Mierla -
kokoska rokoska