Re: Real Windoing in kannel for smpp ?

2009-02-02 Thread Nikos Balkanas

Hi,

Please check parameters wait-ack and wait-ack-expire in User's Guide.

BR,
Nikos
- Original Message - 
From: jyoti jyoti.ran...@cellnext.com

To: devel@kannel.org
Sent: Monday, February 02, 2009 8:31 AM
Subject: Real Windoing in kannel for smpp ?



Hi All,

Does there any configurable parameter for windowing in smpp(i.e if I have
connected to smsc through smpp)?

Does congestion_state TLV is used in kannel for smpp? which could be sent 
in

response as parameter to provide real windowing
like TCP.

Waiting for reply

Thanks  Regards
Jyoti Ranjan Panda







Re: Real Windoing in kannel for smpp ?

2009-02-02 Thread Nikos Balkanas

You could use throughput.

BR,
Nikos
- Original Message - 
From: jyoti jyoti.ran...@cellnext.com

To: Nikos Balkanas nbalka...@gmail.com; devel@kannel.org
Sent: Monday, February 02, 2009 10:37 AM
Subject: RE: Real Windoing in kannel for smpp ?



Hi,
I want to know the solution for
: suppose if an ESME  submits messages at a rate that exceeds the
capabilities of its peer, congestion may occur.
The ESME will continue to top up its window of unacknowledged requests,
keeping the SMSC under load to process these requests.

By configuring Wait-ack I think we are making the process static, By using
congestion_state TLV  we can control windowing at run time.

If I am wrong please suggest.

Thanks  Regards
Jyoti Ranjan Panda

-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: Monday, February 02, 2009 1:35 PM
To: jyoti; devel@kannel.org
Subject: Re: Real Windoing in kannel for smpp ?


Hi,

Please check parameters wait-ack and wait-ack-expire in User's Guide.

BR,
Nikos
- Original Message -
From: jyoti jyoti.ran...@cellnext.com
To: devel@kannel.org
Sent: Monday, February 02, 2009 8:31 AM
Subject: Real Windoing in kannel for smpp ?



Hi All,

Does there any configurable parameter for windowing in smpp(i.e if I have
connected to smsc through smpp)?

Does congestion_state TLV is used in kannel for smpp? which could be sent
in
response as parameter to provide real windowing
like TCP.

Waiting for reply

Thanks  Regards
Jyoti Ranjan Panda










RE: Real Windoing in kannel for smpp ?

2009-02-02 Thread Werner Coetzee

You can use the max-pending-submits parameter in the smsc group.

Regards
Werner



-Original Message-
From: jyoti [mailto:jyoti.ran...@cellnext.com]
Sent: 02 February 2009 10:38
To: Nikos Balkanas; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?

Hi,
I want to know the solution for
: suppose if an ESME  submits messages at a rate that exceeds the
capabilities of its peer, congestion may occur.
The ESME will continue to top up its window of unacknowledged requests,
keeping the SMSC under load to process these requests.

By configuring Wait-ack I think we are making the process static, By using
congestion_state TLV  we can control windowing at run time.

If I am wrong please suggest.

Thanks  Regards
Jyoti Ranjan Panda

-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: Monday, February 02, 2009 1:35 PM
To: jyoti; devel@kannel.org
Subject: Re: Real Windoing in kannel for smpp ?


Hi,

Please check parameters wait-ack and wait-ack-expire in User's Guide.

BR,
Nikos
- Original Message -
From: jyoti jyoti.ran...@cellnext.com
To: devel@kannel.org
Sent: Monday, February 02, 2009 8:31 AM
Subject: Real Windoing in kannel for smpp ?


 Hi All,

 Does there any configurable parameter for windowing in smpp(i.e if I have
 connected to smsc through smpp)?

 Does congestion_state TLV is used in kannel for smpp? which could be sent
 in
 response as parameter to provide real windowing
 like TCP.

 Waiting for reply

 Thanks  Regards
 Jyoti Ranjan Panda





--

PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS E-MAIL.

This e-mail message and all attachments transmitted with it are confidential 
and are intended solely for the addressee(s). If the reader of this message is 
not the intended recipient, you are hereby notified that any reading, 
dissemination, distribution, copying, or other use of this message or its 
attachment(s) is strictly prohibited.




RE: Real Windoing in kannel for smpp ?

2009-02-02 Thread jyoti
Hi,
What you are telling is not flow control or windowing.

Real flow control is  the concept of a receiver informing the sender that it
can’t accept any more data.

Not that configuring statically before the process begins.

Regards
Jyoti Ranjan Panda

-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: Monday, February 02, 2009 2:08 PM
To: jyoti; devel@kannel.org
Subject: Re: Real Windoing in kannel for smpp ?


You could use throughput.

BR,
Nikos
- Original Message -
From: jyoti jyoti.ran...@cellnext.com
To: Nikos Balkanas nbalka...@gmail.com; devel@kannel.org
Sent: Monday, February 02, 2009 10:37 AM
Subject: RE: Real Windoing in kannel for smpp ?


 Hi,
 I want to know the solution for
 : suppose if an ESME  submits messages at a rate that exceeds the
 capabilities of its peer, congestion may occur.
 The ESME will continue to top up its window of unacknowledged requests,
 keeping the SMSC under load to process these requests.

 By configuring Wait-ack I think we are making the process static, By using
 congestion_state TLV  we can control windowing at run time.

 If I am wrong please suggest.

 Thanks  Regards
 Jyoti Ranjan Panda

 -Original Message-
 From: Nikos Balkanas [mailto:nbalka...@gmail.com]
 Sent: Monday, February 02, 2009 1:35 PM
 To: jyoti; devel@kannel.org
 Subject: Re: Real Windoing in kannel for smpp ?


 Hi,

 Please check parameters wait-ack and wait-ack-expire in User's Guide.

 BR,
 Nikos
 - Original Message -
 From: jyoti jyoti.ran...@cellnext.com
 To: devel@kannel.org
 Sent: Monday, February 02, 2009 8:31 AM
 Subject: Real Windoing in kannel for smpp ?


 Hi All,

 Does there any configurable parameter for windowing in smpp(i.e if I have
 connected to smsc through smpp)?

 Does congestion_state TLV is used in kannel for smpp? which could be sent
 in
 response as parameter to provide real windowing
 like TCP.

 Waiting for reply

 Thanks  Regards
 Jyoti Ranjan Panda









RE: Real Windoing in kannel for smpp ?

2009-02-02 Thread Werner Coetzee

Well, in that case, your 'receiver' should send you the appropriate error code 
in the command status of the response PDU.
For instance ESME_RMSGQFUL and ESME_RTHROTTLED will cause the message to be 
re-queued in Kannel.

Regards
Werner



-Original Message-
From: jyoti [mailto:jyoti.ran...@cellnext.com]
Sent: 02 February 2009 11:02
To: Nikos Balkanas; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?

Hi,
What you are telling is not flow control or windowing.

Real flow control is  the concept of a receiver informing the sender that it
can't accept any more data.

Not that configuring statically before the process begins.

Regards
Jyoti Ranjan Panda

-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: Monday, February 02, 2009 2:08 PM
To: jyoti; devel@kannel.org
Subject: Re: Real Windoing in kannel for smpp ?


You could use throughput.

BR,
Nikos
- Original Message -
From: jyoti jyoti.ran...@cellnext.com
To: Nikos Balkanas nbalka...@gmail.com; devel@kannel.org
Sent: Monday, February 02, 2009 10:37 AM
Subject: RE: Real Windoing in kannel for smpp ?


 Hi,
 I want to know the solution for
 : suppose if an ESME  submits messages at a rate that exceeds the
 capabilities of its peer, congestion may occur.
 The ESME will continue to top up its window of unacknowledged requests,
 keeping the SMSC under load to process these requests.

 By configuring Wait-ack I think we are making the process static, By using
 congestion_state TLV  we can control windowing at run time.

 If I am wrong please suggest.

 Thanks  Regards
 Jyoti Ranjan Panda

 -Original Message-
 From: Nikos Balkanas [mailto:nbalka...@gmail.com]
 Sent: Monday, February 02, 2009 1:35 PM
 To: jyoti; devel@kannel.org
 Subject: Re: Real Windoing in kannel for smpp ?


 Hi,

 Please check parameters wait-ack and wait-ack-expire in User's Guide.

 BR,
 Nikos
 - Original Message -
 From: jyoti jyoti.ran...@cellnext.com
 To: devel@kannel.org
 Sent: Monday, February 02, 2009 8:31 AM
 Subject: Real Windoing in kannel for smpp ?


 Hi All,

 Does there any configurable parameter for windowing in smpp(i.e if I have
 connected to smsc through smpp)?

 Does congestion_state TLV is used in kannel for smpp? which could be sent
 in
 response as parameter to provide real windowing
 like TCP.

 Waiting for reply

 Thanks  Regards
 Jyoti Ranjan Panda







--

PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS E-MAIL.

This e-mail message and all attachments transmitted with it are confidential 
and are intended solely for the addressee(s). If the reader of this message is 
not the intended recipient, you are hereby notified that any reading, 
dissemination, distribution, copying, or other use of this message or its 
attachment(s) is strictly prohibited.




RE: Real Windoing in kannel for smpp ?

2009-02-02 Thread jyoti
Is this the solution for achiving flow control ?. i.e re-queue of message
after geting a error code.

Regards
Jyoti Ranjan Panda
-Original Message-
From: Werner Coetzee [mailto:werner.coet...@clickatell.com]
Sent: Monday, February 02, 2009 2:36 PM
To: jyoti; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?



Well, in that case, your 'receiver' should send you the appropriate error
code in the command status of the response PDU.
For instance ESME_RMSGQFUL and ESME_RTHROTTLED will cause the message to be
re-queued in Kannel.

Regards
Werner



-Original Message-
From: jyoti [mailto:jyoti.ran...@cellnext.com]
Sent: 02 February 2009 11:02
To: Nikos Balkanas; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?

Hi,
What you are telling is not flow control or windowing.

Real flow control is  the concept of a receiver informing the sender that it
can't accept any more data.

Not that configuring statically before the process begins.

Regards
Jyoti Ranjan Panda

-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: Monday, February 02, 2009 2:08 PM
To: jyoti; devel@kannel.org
Subject: Re: Real Windoing in kannel for smpp ?


You could use throughput.

BR,
Nikos
- Original Message -
From: jyoti jyoti.ran...@cellnext.com
To: Nikos Balkanas nbalka...@gmail.com; devel@kannel.org
Sent: Monday, February 02, 2009 10:37 AM
Subject: RE: Real Windoing in kannel for smpp ?


 Hi,
 I want to know the solution for
 : suppose if an ESME  submits messages at a rate that exceeds the
 capabilities of its peer, congestion may occur.
 The ESME will continue to top up its window of unacknowledged requests,
 keeping the SMSC under load to process these requests.

 By configuring Wait-ack I think we are making the process static, By using
 congestion_state TLV  we can control windowing at run time.

 If I am wrong please suggest.

 Thanks  Regards
 Jyoti Ranjan Panda

 -Original Message-
 From: Nikos Balkanas [mailto:nbalka...@gmail.com]
 Sent: Monday, February 02, 2009 1:35 PM
 To: jyoti; devel@kannel.org
 Subject: Re: Real Windoing in kannel for smpp ?


 Hi,

 Please check parameters wait-ack and wait-ack-expire in User's Guide.

 BR,
 Nikos
 - Original Message -
 From: jyoti jyoti.ran...@cellnext.com
 To: devel@kannel.org
 Sent: Monday, February 02, 2009 8:31 AM
 Subject: Real Windoing in kannel for smpp ?


 Hi All,

 Does there any configurable parameter for windowing in smpp(i.e if I have
 connected to smsc through smpp)?

 Does congestion_state TLV is used in kannel for smpp? which could be sent
 in
 response as parameter to provide real windowing
 like TCP.

 Waiting for reply

 Thanks  Regards
 Jyoti Ranjan Panda







--

PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS E-MAIL.

This e-mail message and all attachments transmitted with it are confidential
and are intended solely for the addressee(s). If the reader of this message
is not the intended recipient, you are hereby notified that any reading,
dissemination, distribution, copying, or other use of this message or its
attachment(s) is strictly prohibited.





Re: Real Windoing in kannel for smpp ?

2009-02-02 Thread Donald Jackson
Hi Jyoti,

At this point in time I don't think this is available. Are you suggesting
that, if an operator can indicate the 'space' available/congestion on it's
end that the SMPP connection will increase/decrease it's rate of submitting
messages from the internal queue dynamically?

I think this would be possible if the operator supports this feature of
course.

Thanks,
Donald

On 02/02/2009, jyoti jyoti.ran...@cellnext.com wrote:

 Hi,

 My concern is that does there is any provision in kannel so that the ESME
 can avail of the optimum performance available at a particular time instead
 of predetermining some window limit and using this consistently ?.
 This recognises that a SMSC or ESME may be under varying levels of stress
 and that predetermined performance is not always guaranteed.


 Regards
 Jyoti Ranjan Panda

 -Original Message-
 From: Werner Coetzee [mailto:werner.coet...@clickatell.com]

 Sent: Monday, February 02, 2009 3:39 PM
 To: jyoti; devel@kannel.org
 Subject: RE: Real Windoing in kannel for smpp ?



 I'm not 100% what you mean by achieving flow control?

 Werner



 -Original Message-
 From: jyoti [mailto:jyoti.ran...@cellnext.com]
 Sent: 02 February 2009 11:34
 To: Werner Coetzee; devel@kannel.org
 Subject: RE: Real Windoing in kannel for smpp ?

 Is this the solution for achiving flow control ?. i.e re-queue of message
 after geting a error code.

 Regards
 Jyoti Ranjan Panda
 -Original Message-
 From: Werner Coetzee [mailto:werner.coet...@clickatell.com]
 Sent: Monday, February 02, 2009 2:36 PM
 To: jyoti; devel@kannel.org
 Subject: RE: Real Windoing in kannel for smpp ?



 Well, in that case, your 'receiver' should send you the appropriate error
 code in the command status of the response PDU.
 For instance ESME_RMSGQFUL and ESME_RTHROTTLED will cause the message to be
 re-queued in Kannel.

 Regards
 Werner



 -Original Message-
 From: jyoti [mailto:jyoti.ran...@cellnext.com]
 Sent: 02 February 2009 11:02
 To: Nikos Balkanas; devel@kannel.org
 Subject: RE: Real Windoing in kannel for smpp ?

 Hi,
 What you are telling is not flow control or windowing.

 Real flow control is  the concept of a receiver informing the sender that
 it
 can't accept any more data.

 Not that configuring statically before the process begins.

 Regards
 Jyoti Ranjan Panda

 -Original Message-
 From: Nikos Balkanas [mailto:nbalka...@gmail.com]
 Sent: Monday, February 02, 2009 2:08 PM
 To: jyoti; devel@kannel.org
 Subject: Re: Real Windoing in kannel for smpp ?


 You could use throughput.

 BR,
 Nikos
 - Original Message -
 From: jyoti jyoti.ran...@cellnext.com
 To: Nikos Balkanas nbalka...@gmail.com; devel@kannel.org
 Sent: Monday, February 02, 2009 10:37 AM
 Subject: RE: Real Windoing in kannel for smpp ?


  Hi,
  I want to know the solution for
  : suppose if an ESME  submits messages at a rate that exceeds the
  capabilities of its peer, congestion may occur.
  The ESME will continue to top up its window of unacknowledged requests,
  keeping the SMSC under load to process these requests.
 
  By configuring Wait-ack I think we are making the process static, By
 using
  congestion_state TLV  we can control windowing at run time.
 
  If I am wrong please suggest.
 
  Thanks  Regards
  Jyoti Ranjan Panda
 
  -Original Message-
  From: Nikos Balkanas [mailto:nbalka...@gmail.com]
  Sent: Monday, February 02, 2009 1:35 PM
  To: jyoti; devel@kannel.org
  Subject: Re: Real Windoing in kannel for smpp ?
 
 
  Hi,
 
  Please check parameters wait-ack and wait-ack-expire in User's Guide.
 
  BR,
  Nikos
  - Original Message -
  From: jyoti jyoti.ran...@cellnext.com
  To: devel@kannel.org
  Sent: Monday, February 02, 2009 8:31 AM
  Subject: Real Windoing in kannel for smpp ?
 
 
  Hi All,
 
  Does there any configurable parameter for windowing in smpp(i.e if I
 have
  connected to smsc through smpp)?
 
  Does congestion_state TLV is used in kannel for smpp? which could be
 sent
  in
  response as parameter to provide real windowing
  like TCP.
 
  Waiting for reply
 
  Thanks  Regards
  Jyoti Ranjan Panda
 
 
 
 



 --

 PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS E-MAIL.

 This e-mail message and all attachments transmitted with it are
 confidential
 and are intended solely for the addressee(s). If the reader of this message
 is not the intended recipient, you are hereby notified that any reading,
 dissemination, distribution, copying, or other use of this message or its
 attachment(s) is strictly prohibited.


 --

 PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS E-MAIL.

 This e-mail message and all attachments transmitted with it are
 confidential
 and are intended solely for the addressee(s). If the reader of this message
 is not the intended recipient, you are hereby notified that any reading,
 dissemination, distribution, copying, or other use of this message or its
 attachment(s) is strictly prohibited.






-- 
Donald Jackson

RE: Real Windoing in kannel for smpp ?

2009-02-02 Thread Werner Coetzee

I'm not 100% what you mean by achieving flow control?

Werner



-Original Message-
From: jyoti [mailto:jyoti.ran...@cellnext.com]
Sent: 02 February 2009 11:34
To: Werner Coetzee; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?

Is this the solution for achiving flow control ?. i.e re-queue of message
after geting a error code.

Regards
Jyoti Ranjan Panda
-Original Message-
From: Werner Coetzee [mailto:werner.coet...@clickatell.com]
Sent: Monday, February 02, 2009 2:36 PM
To: jyoti; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?



Well, in that case, your 'receiver' should send you the appropriate error
code in the command status of the response PDU.
For instance ESME_RMSGQFUL and ESME_RTHROTTLED will cause the message to be
re-queued in Kannel.

Regards
Werner



-Original Message-
From: jyoti [mailto:jyoti.ran...@cellnext.com]
Sent: 02 February 2009 11:02
To: Nikos Balkanas; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?

Hi,
What you are telling is not flow control or windowing.

Real flow control is  the concept of a receiver informing the sender that it
can't accept any more data.

Not that configuring statically before the process begins.

Regards
Jyoti Ranjan Panda

-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: Monday, February 02, 2009 2:08 PM
To: jyoti; devel@kannel.org
Subject: Re: Real Windoing in kannel for smpp ?


You could use throughput.

BR,
Nikos
- Original Message -
From: jyoti jyoti.ran...@cellnext.com
To: Nikos Balkanas nbalka...@gmail.com; devel@kannel.org
Sent: Monday, February 02, 2009 10:37 AM
Subject: RE: Real Windoing in kannel for smpp ?


 Hi,
 I want to know the solution for
 : suppose if an ESME  submits messages at a rate that exceeds the
 capabilities of its peer, congestion may occur.
 The ESME will continue to top up its window of unacknowledged requests,
 keeping the SMSC under load to process these requests.

 By configuring Wait-ack I think we are making the process static, By using
 congestion_state TLV  we can control windowing at run time.

 If I am wrong please suggest.

 Thanks  Regards
 Jyoti Ranjan Panda

 -Original Message-
 From: Nikos Balkanas [mailto:nbalka...@gmail.com]
 Sent: Monday, February 02, 2009 1:35 PM
 To: jyoti; devel@kannel.org
 Subject: Re: Real Windoing in kannel for smpp ?


 Hi,

 Please check parameters wait-ack and wait-ack-expire in User's Guide.

 BR,
 Nikos
 - Original Message -
 From: jyoti jyoti.ran...@cellnext.com
 To: devel@kannel.org
 Sent: Monday, February 02, 2009 8:31 AM
 Subject: Real Windoing in kannel for smpp ?


 Hi All,

 Does there any configurable parameter for windowing in smpp(i.e if I have
 connected to smsc through smpp)?

 Does congestion_state TLV is used in kannel for smpp? which could be sent
 in
 response as parameter to provide real windowing
 like TCP.

 Waiting for reply

 Thanks  Regards
 Jyoti Ranjan Panda







--

PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS E-MAIL.

This e-mail message and all attachments transmitted with it are confidential
and are intended solely for the addressee(s). If the reader of this message
is not the intended recipient, you are hereby notified that any reading,
dissemination, distribution, copying, or other use of this message or its
attachment(s) is strictly prohibited.


--

PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS E-MAIL.

This e-mail message and all attachments transmitted with it are confidential 
and are intended solely for the addressee(s). If the reader of this message is 
not the intended recipient, you are hereby notified that any reading, 
dissemination, distribution, copying, or other use of this message or its 
attachment(s) is strictly prohibited.




RE: Real Windoing in kannel for smpp ?

2009-02-02 Thread jyoti
Hi,

My concern is that does there is any provision in kannel so that the ESME
can avail of the optimum performance available at a particular time instead
of predetermining some window limit and using this consistently ?.
This recognises that a SMSC or ESME may be under varying levels of stress
and that predetermined performance is not always guaranteed.

Regards
Jyoti Ranjan Panda

-Original Message-
From: Werner Coetzee [mailto:werner.coet...@clickatell.com]
Sent: Monday, February 02, 2009 3:39 PM
To: jyoti; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?



I'm not 100% what you mean by achieving flow control?

Werner



-Original Message-
From: jyoti [mailto:jyoti.ran...@cellnext.com]
Sent: 02 February 2009 11:34
To: Werner Coetzee; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?

Is this the solution for achiving flow control ?. i.e re-queue of message
after geting a error code.

Regards
Jyoti Ranjan Panda
-Original Message-
From: Werner Coetzee [mailto:werner.coet...@clickatell.com]
Sent: Monday, February 02, 2009 2:36 PM
To: jyoti; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?



Well, in that case, your 'receiver' should send you the appropriate error
code in the command status of the response PDU.
For instance ESME_RMSGQFUL and ESME_RTHROTTLED will cause the message to be
re-queued in Kannel.

Regards
Werner



-Original Message-
From: jyoti [mailto:jyoti.ran...@cellnext.com]
Sent: 02 February 2009 11:02
To: Nikos Balkanas; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?

Hi,
What you are telling is not flow control or windowing.

Real flow control is  the concept of a receiver informing the sender that it
can't accept any more data.

Not that configuring statically before the process begins.

Regards
Jyoti Ranjan Panda

-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: Monday, February 02, 2009 2:08 PM
To: jyoti; devel@kannel.org
Subject: Re: Real Windoing in kannel for smpp ?


You could use throughput.

BR,
Nikos
- Original Message -
From: jyoti jyoti.ran...@cellnext.com
To: Nikos Balkanas nbalka...@gmail.com; devel@kannel.org
Sent: Monday, February 02, 2009 10:37 AM
Subject: RE: Real Windoing in kannel for smpp ?


 Hi,
 I want to know the solution for
 : suppose if an ESME  submits messages at a rate that exceeds the
 capabilities of its peer, congestion may occur.
 The ESME will continue to top up its window of unacknowledged requests,
 keeping the SMSC under load to process these requests.

 By configuring Wait-ack I think we are making the process static, By using
 congestion_state TLV  we can control windowing at run time.

 If I am wrong please suggest.

 Thanks  Regards
 Jyoti Ranjan Panda

 -Original Message-
 From: Nikos Balkanas [mailto:nbalka...@gmail.com]
 Sent: Monday, February 02, 2009 1:35 PM
 To: jyoti; devel@kannel.org
 Subject: Re: Real Windoing in kannel for smpp ?


 Hi,

 Please check parameters wait-ack and wait-ack-expire in User's Guide.

 BR,
 Nikos
 - Original Message -
 From: jyoti jyoti.ran...@cellnext.com
 To: devel@kannel.org
 Sent: Monday, February 02, 2009 8:31 AM
 Subject: Real Windoing in kannel for smpp ?


 Hi All,

 Does there any configurable parameter for windowing in smpp(i.e if I have
 connected to smsc through smpp)?

 Does congestion_state TLV is used in kannel for smpp? which could be sent
 in
 response as parameter to provide real windowing
 like TCP.

 Waiting for reply

 Thanks  Regards
 Jyoti Ranjan Panda







--

PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS E-MAIL.

This e-mail message and all attachments transmitted with it are confidential
and are intended solely for the addressee(s). If the reader of this message
is not the intended recipient, you are hereby notified that any reading,
dissemination, distribution, copying, or other use of this message or its
attachment(s) is strictly prohibited.


--

PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS E-MAIL.

This e-mail message and all attachments transmitted with it are confidential
and are intended solely for the addressee(s). If the reader of this message
is not the intended recipient, you are hereby notified that any reading,
dissemination, distribution, copying, or other use of this message or its
attachment(s) is strictly prohibited.





RE: Real Windoing in kannel for smpp ?

2009-02-02 Thread jyoti
Hi Donald,

I am agree with you. Thanks.

Regards
Jyoti Ranjan Panda
  -Original Message-
  From: Donald Jackson [mailto:donaldjs...@gmail.com]
  Sent: Monday, February 02, 2009 5:16 PM
  To: jyoti
  Cc: Werner Coetzee; devel@kannel.org
  Subject: Re: Real Windoing in kannel for smpp ?


  Hi Jyoti,

  At this point in time I don't think this is available. Are you suggesting
that, if an operator can indicate the 'space' available/congestion on it's
end that the SMPP connection will increase/decrease it's rate of submitting
messages from the internal queue dynamically?

  I think this would be possible if the operator supports this feature of
course.

  Thanks,
  Donald


  On 02/02/2009, jyoti jyoti.ran...@cellnext.com wrote:
Hi,

My concern is that does there is any provision in kannel so that the
ESME
can avail of the optimum performance available at a particular time
instead
of predetermining some window limit and using this consistently ?.
This recognises that a SMSC or ESME may be under varying levels of
stress
and that predetermined performance is not always guaranteed.


Regards
Jyoti Ranjan Panda

-Original Message-
From: Werner Coetzee [mailto:werner.coet...@clickatell.com]

Sent: Monday, February 02, 2009 3:39 PM
To: jyoti; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?



I'm not 100% what you mean by achieving flow control?

Werner



-Original Message-
From: jyoti [mailto:jyoti.ran...@cellnext.com]
Sent: 02 February 2009 11:34
To: Werner Coetzee; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?

Is this the solution for achiving flow control ?. i.e re-queue of
message
after geting a error code.

Regards
Jyoti Ranjan Panda
-Original Message-
From: Werner Coetzee [mailto:werner.coet...@clickatell.com]
Sent: Monday, February 02, 2009 2:36 PM
To: jyoti; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?



Well, in that case, your 'receiver' should send you the appropriate
error
code in the command status of the response PDU.
For instance ESME_RMSGQFUL and ESME_RTHROTTLED will cause the message to
be
re-queued in Kannel.

Regards
Werner



-Original Message-
From: jyoti [mailto:jyoti.ran...@cellnext.com]
Sent: 02 February 2009 11:02
To: Nikos Balkanas; devel@kannel.org
Subject: RE: Real Windoing in kannel for smpp ?

Hi,
What you are telling is not flow control or windowing.

Real flow control is  the concept of a receiver informing the sender
that it
can't accept any more data.

Not that configuring statically before the process begins.

Regards
Jyoti Ranjan Panda

-Original Message-
From: Nikos Balkanas [mailto:nbalka...@gmail.com]
Sent: Monday, February 02, 2009 2:08 PM
To: jyoti; devel@kannel.org
Subject: Re: Real Windoing in kannel for smpp ?


You could use throughput.

BR,
Nikos
- Original Message -
From: jyoti jyoti.ran...@cellnext.com
To: Nikos Balkanas nbalka...@gmail.com; devel@kannel.org
Sent: Monday, February 02, 2009 10:37 AM
Subject: RE: Real Windoing in kannel for smpp ?


 Hi,
 I want to know the solution for
 : suppose if an ESME  submits messages at a rate that exceeds the
 capabilities of its peer, congestion may occur.
 The ESME will continue to top up its window of unacknowledged
requests,
 keeping the SMSC under load to process these requests.

 By configuring Wait-ack I think we are making the process static, By
using
 congestion_state TLV  we can control windowing at run time.

 If I am wrong please suggest.

 Thanks  Regards
 Jyoti Ranjan Panda

 -Original Message-
 From: Nikos Balkanas [mailto:nbalka...@gmail.com]
 Sent: Monday, February 02, 2009 1:35 PM
 To: jyoti; devel@kannel.org
 Subject: Re: Real Windoing in kannel for smpp ?


 Hi,

 Please check parameters wait-ack and wait-ack-expire in User's Guide.

 BR,
 Nikos
 - Original Message -
 From: jyoti jyoti.ran...@cellnext.com
 To: devel@kannel.org
 Sent: Monday, February 02, 2009 8:31 AM
 Subject: Real Windoing in kannel for smpp ?


 Hi All,

 Does there any configurable parameter for windowing in smpp(i.e if I
have
 connected to smsc through smpp)?

 Does congestion_state TLV is used in kannel for smpp? which could be
sent
 in
 response as parameter to provide real windowing
 like TCP.

 Waiting for reply

 Thanks  Regards
 Jyoti Ranjan Panda







--

PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS E-MAIL.

This e-mail message and all attachments transmitted with it are
confidential
and are intended solely for the addressee(s). 

Kannel in windows XP OS

2009-02-02 Thread shaik parvez
Hi,
I wanted to use Kannel SMS gateway,
but i am not very familiar with the linux operating system,
please help me and let me know if it is possible to use kannel gateway in
the Windows Xp OS.
if we already have a setup file existing for windows, please share the
download link with me.

Thank you,
Regards
Parvez