Peter,
You are telling about this module mqueue module, right....
if yes, then I understood the module incorrectly.
I will get back after I understand it sufficiently....btw any other place
to look for the info apart from the sources??
Regards,
Vineet Menon
On 1 May 2012 15:21, Peter Dunkley <peter.dunkley(a)crocodile-rcs.com> wrote:
**
As soon as messages are pulled from the receive buffer they are suspended
and queued. So it is the minimum processing required to pull them into
Kamailio. The let us say you have three queues. Priority 1 messages are
queued with queue 1, priority 2 in queue 2, priority 3 in queue 3. Instead
of dequeuing the queues in separate processes (as I do) you dequeue them in
one process. You empty queue 1 first, then queue 2, then queue 3.
Won't that do what you want?
On Tue, 2012-05-01 at 14:55 +0530, Vineet Menon wrote:
@peter,
I don't get it?? Your module mqueue seems to be doing IPC. What I want to
do is prioratize messages that come to the server according to their
behaviour...
What I want is to have n queue :
_______________________________________________________
| Prio
1 |
|_______________________________________________________|
| Prio
2 |
|_______________________________________________________|
_______
______ | Prio
3 | | OUT \
| IN \
|_______________________________________________________|
|______ /
|______/ / /
\ \
/ /
| Prio
n |
|_______________________________________________________|
IN would come from the OS (messages which has been identified as SIP
messages)
OUT would go to the kamailio processing part. i.e. it would now be
actually reach the kamailio core.
Regards,
Vineet Menon
On 1 May 2012 14:23, Peter Dunkley <peter.dunkley(a)crocodile-rcs.com>
wrote:
Hi,
I have been using a configuration file based system to share certain SIP
requests across different queues for handling by different processes. Such
a scheme could be adapted for prioritisation.
I have posted several configuration fragments for this on the list so you
should find them if you look in the archives. My email from 28 March (at
around 14:44) is probably the closest to what you are wanting.
Regards,
Peter
On Tue, 2012-05-01 at 13:59 +0530, Vineet Menon wrote:
Hi Olle,
What I want to do is test a "hypothesis" for congestion control using
prioritized scheduling of messages....
But thx for that input regarding the newer message queue module....i'll
look into it...
Regards,
Vineet Menon
On 1 May 2012 13:18, Olle E. Johansson <oej(a)edvina.net> wrote:
1 maj 2012 kl. 09:39 skrev Vineet Menon:
Hi,
I am new to kamailio module devel...
I want to test a new scheduling for SIP messages... Can i do that with
kamailio
modules? or I should go for something else? probably kamailio
core??
Can you elaborate a bit more? What do you mean with scheduling for SIP
messages?
We have a few new modules where you can queue messages for later
processing and time their transmission. Check those first.
/O
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
_______________________________________________
sr-dev mailing
listsr-dev@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
--
Peter Dunkley
Technical Director
Crocodile RCS Ltd
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
_______________________________________________
sr-dev mailing
listsr-dev@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
--
Peter Dunkley
Technical Director
Crocodile RCS Ltd
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev