If you make test with the fake sms, it could not work, what I'm quite
sure
is that works with normal traffic.
Regards
Ps : if you need more help, don't hesitate
-----Original Message-----
From: Alejandro Guerrieri [mailto:[EMAIL PROTECTED]
Sent: vendredi 14 septembre 2007 10:05
To: users@kannel.org
Subject: Re: Kannel queue management
Thanks a lot for your help. I'll follow your advice and do some tests,
to see if it solves our particular problem.
Regards,
Alejandro
On 9/14/07, info.ubichip <[EMAIL PROTECTED]> wrote:
> I cannot answering directly in reference with the source code but what
> I
> could tell you that we are using this feature sometime with the kannel
> gateway I got, and the feature is working fine. We send periodically
> some
> test sms in order to valid the quality of service of the queue. We put
high
> priority on them and they always become on the top when we submit them
> whatever could be the queue size.
>
> So I suggest you make some tests and so you will be able to see if it
> is
> running ;-)
>
> Hope I give you some help.
>
>
> -----Original Message-----
> From: Alejandro Guerrieri [mailto:[EMAIL PROTECTED]
> Sent: vendredi 14 septembre 2007 09:33
> To: info.ubichip
> Cc: users@kannel.org
> Subject: Re: Kannel queue management
>
> The priority flag is part of the SMPP specs and gets set using the
> "priority" parameter. I agree with you, I don't think that any SMSC
> would base his internal priority queue on my behalf.
>
> What I didn't find (yet, at least) is any actions being take by kannel
> in spite of the priority setting.
>
> I mean, I see it's being passed on the SMPP PDU, but I don't see any
> actions being take on kannel's internal queueing.
>
> Under this scenario, if I have thousands of messages queued on the
> store file, setting higher priority to a new message won't make any
> difference.
>
> Am I correct here or am I missing something?
>
> Thank you in advance,
>
> Alejandro
> On 9/14/07, info.ubichip <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I don't think any operator let you send the priority parameter to
> > their
> SMSC
> > through SMPP, if yes, they will override your value in any case. What
> > I
> > suggest to you is to put all your regular traffic as lowest priority
> > and
> so
> > your "emergency" sms with higher priority. I already using this in
Kannel
> > and it is working perfectly whatever we got lot sms in queues.
> >
> > Hope thath helps !
> >
> > Regards
> >
> >
> > -----Original Message-----
> > From: Alejandro Guerrieri [mailto:[EMAIL PROTECTED]
> > Sent: jeudi 13 septembre 2007 18:30
> > To: users@kannel.org
> > Subject: Re: Kannel queue management
> >
> > I've been checking the source code, and so far I've found that the
> > priority parameter get sent into the SMPP PDU, so at least that
> > wouldn't help in my case, specially since the default priority is
> > zero
> > (the highest, BTW).
> >
> > This parameter seems to be passed "as is" to the underlying protocol.
> > If I have thousand of messages queued on "my side", there won't be
> > any
> > difference setting the priority field.
> >
> > Am I wrong? Anybody can throw some light on this?
> >
> > BTW, I've found an error on the comments on the source code:
> >
> > /* check for any specified priority value in range [0-5] */
> > if (cfg_get_integer(&priority, grp, octstr_imm("priority"))
> > == -1)
> > priority = SMPP_DEFAULT_PRIORITY;
> > else if (priority < 0 || priority > 3)
> > panic(0, "SMPP: Invalid value for priority directive in
> > configuraton (allowed range 0-3).");
> >
> > [0-5] should say [0-3] :)
> >
> > (Sorry this snippet should have gone to the devel list)
> >
> > Regards,
> >
> > Alejandro
> >
> > On 9/13/07, info.ubichip <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> > > To answer your Q1 and Q4:as far as I know, the priority parameter
> interact
> > > directly with the kannel queue, that means a message with a higher
> > priority
> > > is sent quicker than previous one. I'm using it to pass debug and
> > emergency
> > > sms in case of failure of one server.
> > >
> > > To determine if 0 is the highest or the lowest, you have to test or
take
> a
> > > look in the source code ;-)
> > >
> > >
> > >
> > > BR
> > >
> > > -----Original Message-----
> > > From: Alejandro Guerrieri [mailto:[EMAIL PROTECTED]
> > > Sent: jeudi 13 septembre 2007 09:45
> > > To: users@kannel.org
> > > Subject: Kannel queue management
> > >
> > > Hi,
> > >
> > > I'm facing some problems with carrier's connections due to limited
> > > throughput on their part.
> > >
> > > It's not really a kannel problem, the SMSC connection has a lower
> > > throughput, so at peak hours we experience message queueing.
> > >
> > > The problem is, we need some messages to get sent as soon as
> > > posible,
> > > but when we have thousands of messages queued for delivery there's
> > > a
> > > significant delay (it may be hours from the time of queueing).
> > >
> > > So my question is: is there any way to handle individual message's
> > > priority at sending time? My goal is to be able to enqueue some
> > > messages with "critical" priority and they should be sent asap.
> > >
> > > I've checked the user guide and found the "priority" parameter:
> > >
> > > priority number Optional. Sets the Priority value (range
> > > 0-3
is
> > > allowed).
> > >
> > > This leads to some questions:
> > >
> > > 1. Do this parameter affect the queuing of outgoing messages inside
> > > kannel as I expect it to be, or it's just a parameter being passed
> > > as
> > > part of the PDU?
> > > 2. Which priority gets set by default if the paremeter is missing?
> > > 3. Which one is the highest (zero I guess?)
> > > 4. Does it work for SMPP and HTTP connections as well?
> > >
> > > Thank you in advance,
> > >
> > > Alejandro.
> > > --
> > > Alejandro Guerrieri
> > > Magicom
> > > http://www.magicom-bcn.net/
> > > LinkedIn: http://www.linkedin.com/in/aguerrieri
> > >
> > >
> > >
> > >
> > >
> > > _____
> > >
> > > Antivirus avast! <http://www.avast.com> : message Sortant sain.
> > >
> > >
> > > Base de donnees virale (VPS) : 000774-5, 13/09/2007
> > > Analyse le : 13/09/2007 12:40:55
> > > avast! - copyright (c) 1988-2007 ALWIL Software.
> > >
> > >
> > >
> > >
> >
> >
> > --
> > Alejandro Guerrieri
> > Magicom
> > http://www.magicom-bcn.net/
> > LinkedIn: http://www.linkedin.com/in/aguerrieri
> >
> >
> >
> >
> >
> > _____
> >
> > Antivirus avast! <http://www.avast.com> : message Sortant sain.
> >
> >
> > Base de donnees virale (VPS) : 000774-5, 13/09/2007
> > Analyse le : 13/09/2007 20:43:30
> > avast! - copyright (c) 1988-2007 ALWIL Software.
> >
> >
> >
> >
>
>
> --
> Alejandro Guerrieri
> Magicom
> http://www.magicom-bcn.net/
> LinkedIn: http://www.linkedin.com/in/aguerrieri
>
>
>
>
> _____
>
> Antivirus avast! <http://www.avast.com> : message Sortant sain.
>
>
> Base de donnees virale (VPS) : 000774-5, 13/09/2007
> Analyse le : 14/09/2007 09:56:40
> avast! - copyright (c) 1988-2007 ALWIL Software.
>
>
>
>
--
Alejandro Guerrieri
Magicom
http://www.magicom-bcn.net/
LinkedIn: http://www.linkedin.com/in/aguerrieri
_____
Antivirus avast! <http://www.avast.com> : message Sortant sain.
Base de donnees virale (VPS) : 000774-5, 13/09/2007
Analyse le : 14/09/2007 10:30:17
avast! - copyright (c) 1988-2007 ALWIL Software.
