RE: SMS over SS7
Hi, I think if we use SS7 for sms, We need to connect to MSC through a E1/SIGTRAN.so, I dont think any driver for smsc is needed, instead we need a module which can connect with MSC through E1/SIGTRAN using GSM-MAP. -Original Message- From: Nikos Balkanas [mailto:nbalka...@gmail.com] Sent: Thursday, March 26, 2009 1:52 PM To: Donald Jackson; jyoti Cc: devel@kannel.org Subject: Re: SMS over SS7 Hi, SS7 protocol is very complex and difficult to write drivers for. It will be quite a challenge to implement it in kannel as opensource. I am not sure it justifies the effort. BR, Nikos - Original Message - From: Donald Jackson To: jyoti Cc: devel@kannel.org Sent: Thursday, March 26, 2009 9:41 AM Subject: Re: SMS over SS7 Yes there is a major advantage to control of the link and obviously cost, but then retries, HLR lookups etc will need to be in the SMSC driver which is outside the scope of what Kannel is designed to do (IMHO) so this would need to be thought about very carefully if done. If you do write an open source SMSC driver for SS7 I'm sure there will be many very happy people :) Thanks, Donald 2009/3/26 jyoti Hi, If we use sms for push over ss7 E1 link.i.e directly connected to MSC, instead of SMSC(SMPP),Does we will get an advantage? if yes can we devlop kannel to support the above? Waiting for Any suggestion. Thanks & Regards Jyoti Ranjan Panda -- Donald Jackson http://www.ddj.co.za/ donaldjster(a)gmail.com
SMS over SS7
Hi, If we use sms for push over ss7 E1 link.i.e directly connected to MSC, instead of SMSC(SMPP),Does we will get an advantage? if yes can we devlop kannel to support the above? Waiting for Any suggestion. Thanks & Regards Jyoti Ranjan Panda
RE: unable to destroy Octstr *respstr
Hi, First of all thanks. Now I am able to destroy the octstr *respstr, By pointing it to NULL. Actually I was storing a delivery report in Octstr *dlrstr(which is identical to Octstr *respstr) for my customer requirement. But I am not able to destry that. Regards Jyoti Ranjan Panda -Original Message- From: Nikos Balkanas [mailto:nbalka...@gmail.com] Sent: Tuesday, March 17, 2009 9:47 PM To: Werner Coetzee; jyoti; devel@kannel.org Subject: Re: unable to destroy Octstr *respstr Hi, If you want to destroy it anyway (personal reasons) remember to set the pdu pointer to NULL. But why you want to do this is beyond me. BR, Nikos - Original Message - From: "Werner Coetzee" To: "jyoti" ; Sent: Tuesday, March 17, 2009 3:03 PM Subject: RE: unable to destroy Octstr *respstr Why do you want to destroy it? It's only a pointer to the short_message or message_payload fields in the received PDU, which will be destroyed when the pdu is destroyed. Regards -- Werner Coetzee * C Developer: Messaging Engine * T +27 21 910 7700 * F +27 21 910 7701 werner.coet...@clickatell.com www.clickatell.com -Original Message- From: devel-boun...@kannel.org [mailto:devel-boun...@kannel.org] On Behalf Of jyoti Sent: 17 March 2009 15:01 To: devel@kannel.org Subject: unable to destroy Octstr *respstr Hi, I am not able to destroy Octstr *respstr defined in /gateway-1.4.3/gw/smsc/smsc.smpp.c/static Msg *handle_dlr function. As its a Octstr type I should be able to destroy the memory, but on trying this I am geting PANIC. 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.
unable to destroy Octstr *respstr
Hi, I am not able to destroy Octstr *respstr defined in /gateway-1.4.3/gw/smsc/smsc.smpp.c/static Msg *handle_dlr function. As its a Octstr type I should be able to destroy the memory, but on trying this I am geting PANIC. regards Jyoti Ranjan Panda
RE: Real Windoing in kannel for smpp ?
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 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" To: "Nikos Balkanas" ; 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" > To: > 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 ?
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" To: "Nikos Balkanas" ; 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" > To: > 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 ?
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" To: "Nikos Balkanas" ; 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" > To: > 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 ?
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" To: "Nikos Balkanas" ; 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" > To: > 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 ?
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" To: 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 > >
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: how many instances of kannel I can configure in (p-IV,512 RAM)
I am aware of that in one instance I can config multiple connections. but please suggest me how many instance I can run without affecting performance of kannel in below mentioned configuration machine(i.e P-IV,512 RAM) ? -Original Message- From: Andreas Fink [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2008 2:01 PM To: jyoti Cc: devel Devel Subject: Re: how many instances of kannel I can configure in (p-IV,512 RAM) you can run one instance doing all multiple connections. Such a configuration can easily do 400msg/sec. On 30.09.2008, at 09:15, jyoti wrote: Hi, We are using kannel sms g/w for commercial purpose. Please suggest me in a configuration like P-IV machine, 512 RAM how many instances of kannel I can configure without any obstacle in performance of kannel ? Andreas Fink Fink Consulting GmbH Global Networks Schweiz AG BebbiCell AG IceCell ehf --- Tel: +41-61-330 Fax: +41-61-331 Mobile: +41-79-2457333 Address: Clarastrasse 3, 4058 Basel, Switzerland E-Mail: [EMAIL PROTECTED] www.finkconsulting.com www.global-networks.ch www.bebbicell.ch --- ICQ: 8239353 MSN: [EMAIL PROTECTED] AIM: smsrelay Skype: andreasfink Yahoo: finkconsulting SMS: +41792457333 http://a-fink.blogspot.com/ A developers view about iPhone SDK
how many instances of kannel I can configure in (p-IV,512 RAM)
Hi, We are using kannel sms g/w for commercial purpose. Please suggest me in a configuration like P-IV machine, 512 RAM how many instances of kannel I can configure without any obstacle in performance of kannel ? <>
FW: Does kannel maintain multiple qeue for each user conected
To solve my problem I have to make separate qeue for different users. As I am a small programmer I am not able to catch which function is doing what. please sugest me the function uses used in kannel so that I will achive my goal. -Original Message- From: Andreas Fink [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 23, 2008 11:09 AM To: devel Devel Subject: Re: Does kannel maintain multiple qeue for each user conected On 23.09.2008, at 06:53, jyoti wrote: I am waiting for any reply, please sugest me, -Original Message- From: jyoti [mailto:[EMAIL PROTECTED] Sent: Monday, September 22, 2008 5:32 PM To: devel@kannel.org Subject: Does kannel maintain multiple qeue for each user conected I am facing problem which I have mentioned below. I have configured 2 send sms user for push purpose to my kannel(1.4.0) sms gateway. Suppose user1 sent 1000 msg ,then if it's not delevered it will be stored in store.log. Now the user2 sent 10 msg,then thease 10 msg will be stored next to those previous 1000 msg,i.e after those 1000 msg delivered the msg of client2 will be delivered. so the user2 msg is unnecesserily delayed for the previous qeue of user1. My question is does there is any config parameter by which I can assign priority so that kannel will pick one by one msg from user1 & user2 from store.log ? Last time I checked, there was no priority. Did someone implement something like that recently? Does kannel maintain separate qeue for different users? no. it uses first in / first out.
FW: Does kannel maintain multiple qeue for each user conected
I am waiting for any reply, please sugest me, -Original Message- From: jyoti [mailto:[EMAIL PROTECTED] Sent: Monday, September 22, 2008 5:32 PM To: devel@kannel.org Subject: Does kannel maintain multiple qeue for each user conected I am facing problem which I have mentioned below. I have configured 2 send sms user for push purpose to my kannel(1.4.0) sms gateway. Suppose user1 sent 1000 msg ,then if it's not delevered it will be stored in store.log. Now the user2 sent 10 msg,then thease 10 msg will be stored next to those previous 1000 msg,i.e after those 1000 msg delivered the msg of client2 will be delivered. so the user2 msg is unnecesserily delayed for the previous qeue of user1. My question is does there is any config parameter by which I can assign priority so that kannel will pick one by one msg from user1 & user2 from store.log ? Does kannel maintain separate qeue for different users? <>
Does kannel maintain multiple qeue for each user conected
I am facing problem which I have mentioned below. I have configured 2 send sms user for push purpose to my kannel(1.4.0) sms gateway. Suppose user1 sent 1000 msg ,then if it's not delevered it will be stored in store.log. Now the user2 sent 10 msg,then thease 10 msg will be stored next to those previous 1000 msg,i.e after those 1000 msg delivered the msg of client2 will be delivered. so the user2 msg is unnecesserily delayed for the previous qeue of user1. My question is does there is any config parameter by which I can assign priority so that kannel will pick one by one msg from user1 & user2 from store.log ? Does kannel maintain separate qeue for different users? <>
RE: Kannel(1.4.0) is not creating get-url for MO message
Hi Andreas, Thanks for your reply 1.I am not using CVS version( I am using stable version of Kannel Gateway-1.4.0) 2.Kannel is not Calling get-url of my short code application. Waiting for reply Jyotiranjan -Original Message- From: Andreas Fink [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 06, 2008 12:10 PM To: jyoti Cc: devel@kannel.org Subject: Re: Kannel(1.4.0) is not creating get-url for MO message On 06.05.2008, at 08:24, jyoti wrote: Hi All, I am using Kannel gw 1.4.0 for both push & pull. push is working fine. The problem arise when A MO message is coming from smsc to the kannel GW (Using SMPP ). ISSUE - When a MO message is coming from smsc to gw, gw is creating a url (taking get-url from config) of our short code platform. It's working fine, but after a random number of messages gw is not able to create url (get-url). Inorder to make gw workig properly I am strating it again, now for some hour it works fine and after some timethe same problem continues. Waiting for reply. 1st: did you try CVS version 2nd: what you mean by "not able to create url"? This could simply be that the webserver doesnt answer. Then its not kannels problem but the webserver's Andreas Fink Fink Consulting GmbH Global Networks Schweiz AG BebbiCell AG --- Tel: +41-61-330 Fax: +41-61-331 Mobile: +41-79-2457333 Address: Clarastrasse 3, 4058 Basel, Switzerland E-Mail: [EMAIL PROTECTED] www.finkconsulting.com www.global-networks.ch www.bebbicell.ch --- ICQ: 8239353 MSN: [EMAIL PROTECTED] AIM: smsrelay Skype: andreasfink Yahoo: finkconsulting SMS: +41792457333 http://a-fink.blogspot.com/ A developers view about iPhone SDK
Kannel(1.4.0) is not creating get-url for MO message
Hi All, I am using Kannel gw 1.4.0 for both push & pull. push is working fine. The problem arise when A MO message is coming from smsc to the kannel GW (Using SMPP ). ISSUE - When a MO message is coming from smsc to gw, gw is creating a url (taking get-url from config) of our short code platform. It's working fine, but after a random number of messages gw is not able to create url (get-url). Inorder to make gw workig properly I am strating it again, now for some hour it works fine and after some timethe same problem continues. Waiting for reply. <>