Hi Marcin,
I´m very very very interested in using kannel for USSD service. I´m going to make some tests with my operator, which uses Hu4w31 platform. I´ll kept updated all of you guys about the results. In the meantime I´ll follow this conversation silently ;-) Friendly regards, Luis Cáceres 2009/12/3 <[email protected]> > Send users mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.kannel.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of users digest..." > > > Today's Topics: > > 1. Re: meta-data TLV for USSD (Marcin Bockowski) > 2. Re: Kannel timeouts / connectivity issues (Nikos Balkanas) > 3. Re: meta-data TLV for USSD (James Mutuku) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 3 Dec 2009 12:37:15 +0100 > From: Marcin Bockowski <[email protected]> > Subject: Re: meta-data TLV for USSD > To: kannel users <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-2 > > 2009/12/3 Elton Hoxha <[email protected]> > > Hello, > > ... > > I have partially succeded to connect to USSD, sending MO requests, but > then I`m stuck, sessions remains open until it is droped by Core Network. > > Anyway if you have any conf sample would be a lot of help. > > Hey all, > we are using kannel as gateway for USSD services with success. > Generally if you want to use just USSD strings conf may look like this: > group = smsc > smsc-id = MVNO-USSD-STRING > smsc = smpp > host = 10.10.10.10 > port = 5014 > smsc-username = "foo" > smsc-password = "bar" > system-type = "VMA" > service-type = "EA" > log-file = /var/log/kannel-ussd/ussd_strings.log > log-level = 0 > wait-ack-expire = 1 > > If you need menu based services just change: > service-type = "CR" > > It works pretty with Hu*wei USSDC. > Soon I'll be ready to release HTTP backend which can be used in > sms-service (nifty GUI, menus, games, polls, etc.). > If you are interested in such solution just let me know - i'll try to > speed things up ;-) > > Regards, > > -- > Marcin Bo?kowski > tel. +48 79 69 0 69 79 > > > > ------------------------------ > > Message: 2 > Date: Thu, 3 Dec 2009 13:47:44 +0200 > From: "Nikos Balkanas" <[email protected]> > Subject: Re: Kannel timeouts / connectivity issues > To: "Alejandro Guerrieri" <[email protected]> > Cc: Alexander Malysh <[email protected]>, [email protected] > Message-ID: <afe89f59d28b4aae9dda322a0c6e1...@tardis> > Content-Type: text/plain; charset="windows-1253" > > You are absolutely right. In fact it is easier than i thought. I will get > right to it. And let's make default timeout to something easier on the eye, > ie 60". > > BR, > Nikos > ----- Original Message ----- > From: Alejandro Guerrieri > To: Nikos Balkanas > Cc: Alexander Malysh ; [email protected] > Sent: Thursday, December 03, 2009 1:24 PM > Subject: Re: Kannel timeouts / connectivity issues > > > http smsc's works from bearerbox I think > > > 2009/12/3 Nikos Balkanas <[email protected]> > > Hi Alex, > > Right now all client connections have a set limit of 240" hardwired in > code. It is easy to make this configurable globally, and I think it would be > an improvement over the hardcoded one. > > Now, from your sayings, this should be done /box (let's not forget > wapbox) and this is more of a hussle. Smsbox & wapbox can use the same > setting, and i don't know of any bb http client connections. Do you? > > Besides I don't have time right now for /box timeout support. But the > global one is trivial to do and can do it. Is this OK? > > I don't need it, but it seems that David does. > > BR, > Nikos > ----- Original Message ----- > From: Alexander Malysh > To: Nikos Balkanas > Cc: [email protected] > Sent: Thursday, December 03, 2009 11:35 AM > Subject: Re: Kannel timeouts / connectivity issues > > > Hi Nikos, > > > the issue is that when you set timeout in configuration it's valid for > _all_ http client connections. > > > If you think it this config option would be useful, please provide > patch for this because I'm too busy now :) > I would suggest to set it in group = core for bearerbox and group = > smsbox for smsbox. > > > Thanks, > Alexander Malysh > > > Am 03.12.2009 um 05:22 schrieb Nikos Balkanas: > > > Hi, > > According to Changelog, Alexander M. on 6/8/2006 added a function in > gwlib/http.c: > > void http_set_client_timeout(long timeout) > > which sets the timeout for the http outgoing connections. > Unfortunately it is ghost and not used anywhere in the code or > configuration. As a result the http_client_timeout is hardwired into the > code: > > static int http_client_timeout = 240; > > It's a rather trivial matter to add it in the configuration, but I > think that Alex, the original contributor, should do it. If he cannot I > could. > > What do you say Alex? > > Of course 15' timeout seems an overexaggeration. The OS kernel > should drop the connection before that. > > BR, > Nikos > ----- Original Message ----- > From: David Ritchie > To: [email protected] > Sent: Thursday, December 03, 2009 12:06 AM > Subject: Kannel timeouts / connectivity issues > > > Anybody know what Kannel?s expected behavior when HTTP connections > timeout or fail? > We have a situation with 120+ ?sms-service? services defined, but > have noticed a few of them behave in a peculiar manner where, very > occasionally, HTTP requests don?t occur until 16 minutes after being > received by Kannel. This will happen ?out of the blue? without any errors > logged in smsbox.log or kannel.log. This occurs in a transient fashion ? > there doesn?t appear to be any rhyme or reason to when this occurs. > This only appears to happen with a particular subset of SMS > services which happen to be hosted outside of our immediate hosting > environment, suggesting there?s some sort of network disruption causing this > problem. Potentially this is some of retry based on a 1-minute timeout, > followed by a retry 15 minutes later; however this would be ?out of > character? since in my experience with Kannel most timeouts / 404s / 500s > usually generate everyone?s favourite ?Couldn?t fetch content, sorry?-type > messages. I also can?t find any reference to timeouts of these values in the > user?s guide or the configuration files. > Until recently the get-urls for these services had the SMSC > included in the URLs (i.e. ?&smsc=%i?) but, as these were the only services > using this, I?ve removed this in case there?s some sort of problem caused by > this. > Has anybody else had a similar situation where these sorts of > delays have happened? > David > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://www.kannel.org/pipermail/users/attachments/20091203/873d0dc3/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Thu, 3 Dec 2009 15:04:31 +0300 > From: James Mutuku <[email protected]> > Subject: Re: meta-data TLV for USSD > To: Marcin Bockowski <[email protected]> > Cc: kannel users <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-2" > > Hello Marcin, > > I am intrested > > 2009/12/3 Marcin Bockowski <[email protected]> > > > 2009/12/3 Elton Hoxha <[email protected]> > > > Hello, > > > ... > > > I have partially succeded to connect to USSD, sending MO requests, but > > then I`m stuck, sessions remains open until it is droped by Core Network. > > > Anyway if you have any conf sample would be a lot of help. > > > > Hey all, > > we are using kannel as gateway for USSD services with success. > > Generally if you want to use just USSD strings conf may look like this: > > group = smsc > > smsc-id = MVNO-USSD-STRING > > smsc = smpp > > host = 10.10.10.10 > > port = 5014 > > smsc-username = "foo" > > smsc-password = "bar" > > system-type = "VMA" > > service-type = "EA" > > log-file = /var/log/kannel-ussd/ussd_strings.log > > log-level = 0 > > wait-ack-expire = 1 > > > > If you need menu based services just change: > > service-type = "CR" > > > > It works pretty with Hu*wei USSDC. > > Soon I'll be ready to release HTTP backend which can be used in > > sms-service (nifty GUI, menus, games, polls, etc.). > > If you are interested in such solution just let me know - i'll try to > > speed things up ;-) > > > > Regards, > > > > -- > > Marcin Bo?kowski > > tel. +48 79 69 0 69 79 > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://www.kannel.org/pipermail/users/attachments/20091203/a4d3b56f/attachment.html > > > > ------------------------------ > > _______________________________________________ > users mailing list > [email protected] > http://www.kannel.org/mailman/listinfo/users > > > End of users Digest, Vol 40, Issue 11 > ************************************* >
