[sr-dev] module development

Vineet Menon mvineetmenon at gmail.com
Tue May 1 12:00:00 CEST 2012


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 at 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 at 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 at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
> _______________________________________________
> sr-dev mailing listsr-dev at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
> _______________________________________________
> sr-dev mailing listsr-dev at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20120501/427a9e5a/attachment.htm>


More information about the sr-dev mailing list