Re: emi2 response timeout handling
On Monday 25 November 2002 09:46, Andreas Fink wrote: I think this is quite likely to happen considering the number of elements we're going through to get to them (Firewall/VPN/proxy). Maybe the solution is to use the keep-alive feature, what does kannel do when it does not get an answer to a keepalive command? Is the TCP connection dropped? Keepalive is in any case recommended for this kind of setup. If I remember correctly a missing keepalive response would drop the connection from kannel's side and reconnect. OK, I'll try that, thanks for your answers. -- Christophe Teyssier JetMultimedia Hosting Tél : 04 78 17 54 62
Re: emi2 response timeout handling
On Monday 25 November 2002 09:46, Andreas Fink wrote: On Montag, November 25, 2002, at 09:37 Uhr, Christophe Teyssier wrote: Maybe the solution is to use the keep-alive feature, what does kannel do when it does not get an answer to a keepalive command? Is the TCP connection dropped? Keepalive is in any case recommended for this kind of setup. If I remember correctly a missing keepalive response would drop the connection from kannel's side and reconnect. It's actually not what it does, it just keeps resending the UCP31 message. So in case of a 'dead' but still there TCP connection, kannel just hangs. -- Christophe Teyssier JetMultimedia Hosting Tél : 04 78 17 54 62
Re: emi2 response timeout handling
On Freitag, November 22, 2002, at 11:45 Uhr, Christophe Teyssier wrote: Hi list, I'm running tests to see if kannel complies with Cegetel's SMS-C, and there seems to be a small problem with the way emi2 handles timeout of the server response. If you send a UCP51 and don't get an ACK or NACK within 60s it is simply re-sent whereas Cegetel expects a UCP60 to be sent. Is there a way to get Kannel to attempt a new login instead of re-sending the UCP51? And what is the best behaviour? The question is why does kannel not get an ACK on the connection? UCP 60 is required when you open the session but you already have a session. If it broke, then the TCP stream is closed and kannel detects that and would reopen a new session with 60. Maybe there's a firewall in the middle playing a bad game so you wont notice the TCP stream being closed. Andreas Fink Global Networks, Inc. -- Tel: +41-61-333 Fax: +41-61-6932729 Mobile: +41-79-2457333 Global Networks, Inc. Clarastrasse 3, 4058 Basel, Switzerland Web: http://www.global-networks.ch/ [EMAIL PROTECTED] -- Member of the GSM Association
Re: Response.
On Monday, October 7, 2002, at 04:03 PM, Nigar Sultana wrote: Hello We tested, to send a post req to http server, the response got back in the wap gateway: HTTP: Status line: HTTP/1.1 200 OK WSP: Fetched http://127.0.0.1:8514 (application/vnd.wap.mms-message, charset='') 1 what it means? Gateway fetched OK mms content with default charset 2 will wap gateway create a wml file for the following response? Gateway just *passes* the files. MMS content is SMIL, gateway just passes it as it is. (It does compile wml to wmlc.) 3 Any code to be added in the wapgateway to send back the reply to mobile phone. For MMS SAR is missing, but there is a patch by Igor for that. 4 In which format will the wap gateway sends back the response to mobile. Kannel does not change mms content at all. Aarno
Response.
Hello We tested, to send a post req to http server, the response got back in the wap gateway: HTTP: Status line: HTTP/1.1 200 OK WSP: Fetched http://127.0.0.1:8514 (application/vnd.wap.mms-message, charset='') 1 what it means? 2 will wap gateway create a wml file for the following response? 3 Any code to be added in the wapgateway to send back the reply to mobile phone. 4 In which format will the wap gateway sends back the response to mobile. regards Nigar
Response.
Hello We tested, to send a post req to http server, the response got back in the wap gateway: HTTP: Status line: HTTP/1.1 200 OK WSP: Fetched http://127.0.0.1:8514 (application/vnd.wap.mms-message, charset='') 1 what it means? 2 will wap gateway create a wml file for the following response? 3 Any code to be added in the wapgateway to send back the reply to mobile phone. 4 In which format will the wap gateway sends back the response to mobile. regards Nigar
Re: Disabling the auto response to reply from get-url
And add omit-empty = true, if your url does not return any thing Shridhar - Original Message - From: Bruno Rodrigues [EMAIL PROTECTED] To: Alex Judd [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, April 04, 2002 10:08 PM Subject: Re: Disabling the auto response to reply from get-url max-messages = 0 I think... confirm on the documentation - Original Message - From: Alex Judd [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, April 04, 2002 5:13 PM Subject: Disabling the auto response to reply from get-url Probably an obvious question but how do I stop the automatic SMS back to the user of any response triggered by the get-utl I specify. For example get-url = http://do something and when I run do-something it replies 'done', however I don't want to send 'done' to the user. ? Thanks Alex -- Alex Judd http://www.skywire.co.uk
Disabling the auto response to reply from get-url
Probably an obvious question but how do I stop the automatic SMS back to the user of any response triggered by the get-utl I specify. For example get-url = http://do something and when I run do-something it replies 'done', however I don't want to send 'done' to the user. ? Thanks Alex -- Alex Judd http://www.skywire.co.uk
Re: Disabling the auto response to reply from get-url
max-messages = 0 I think... confirm on the documentation - Original Message - From: Alex Judd [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, April 04, 2002 5:13 PM Subject: Disabling the auto response to reply from get-url Probably an obvious question but how do I stop the automatic SMS back to the user of any response triggered by the get-utl I specify. For example get-url = http://do something and when I run do-something it replies 'done', however I don't want to send 'done' to the user. ? Thanks Alex -- Alex Judd http://www.skywire.co.uk
Re: [PATCH] +CPIN: READY response parsed as time out
Oh. Please please... Just wait some more days. It's been some complicated days with lots of work. Things to do: - Re-check the at_send_command function - check some really generic at commands to enable kannel to work with every mobile (at least to send messages) or add at-commands to configuration file (modemtype=manual, initstring=ATZ;AT+CNMI=1,0,0,0) - read 3gpp 27005 - Commit the sms-center at patch and some other tweaks waiting in my disk - Check why smsbox crashes again with empty text - check some VERY interesting bits in 3gpp/23040 documentation (you'll all gonna like it) - convince my T68 to work with kannel - some more issues I've seen quickly in latest messages - implement new smsc_pigeons.c (now that we have a framework to Delivery Reports, we can finnaly get back our sent pigeons) (i'm kidding) - Original Message - From: Oded Arbel [EMAIL PROTECTED] To: Kannel-devel (E-mail) [EMAIL PROTECTED] Cc: Bruno David Rodrigues [EMAIL PROTECTED] Sent: Tuesday, February 26, 2002 11:48 AM Subject: [PATCH] +CPIN: READY response parsed as time out -Original Message- From: kannel [mailto:[EMAIL PROTECTED]] Subject: Daily patch: gateway +2002-02-25 Bruno Rodrigues [EMAIL PROTECTED] +* gw/smsc_at2.c: Changed a possible bug. On timeout, at2_wait_modem_command + returned -10, and every other line shows that it should be -1; after that patch, kannel stopped working for me (with wavecom modem). apparently after it recieved the +CPIN:READY response it concluded that the device cannot be opened and shut the module down. tracking it down : this code in init_device() ret = at2_send_modem_command(privdata, AT+CPIN?, 0, 0); if(ret == -1) return -1; breaks out if timeout occured after the CPIN command. this code in wait_modem_command : if (-1 != octstr_search(line, octstr_imm(+CPIN: READY), 0)) { privdata-pin_ready = 1; continue; } will cause Kannel to return with a time out for a +CPIN: READY response (no OK sent after that), and return -10 before the patch, which is ok with init_device. after the patch it will return -1 and so it will break init_device. attacehd it a patch that fixed the problem for me (I am going to attach it, this time :-) Cheers Oded Arbel m-Wise Inc. [EMAIL PROTECTED] -- A committee takes root and grows, it flowers, wilts and dies, scattering the seed from which other committees will bloom. -- Parkinson
[PATCH] +CPIN: READY response parsed as time out
-Original Message- From: kannel [mailto:[EMAIL PROTECTED]] Subject: Daily patch: gateway +2002-02-25 Bruno Rodrigues [EMAIL PROTECTED] +* gw/smsc_at2.c: Changed a possible bug. On timeout, at2_wait_modem_command + returned -10, and every other line shows that it should be -1; after that patch, kannel stopped working for me (with wavecom modem). apparently after it recieved the +CPIN:READY response it concluded that the device cannot be opened and shut the module down. tracking it down : this code in init_device() ret = at2_send_modem_command(privdata, AT+CPIN?, 0, 0); if(ret == -1) return -1; breaks out if timeout occured after the CPIN command. this code in wait_modem_command : if (-1 != octstr_search(line, octstr_imm(+CPIN: READY), 0)) { privdata-pin_ready = 1; continue; } will cause Kannel to return with a time out for a +CPIN: READY response (no OK sent after that), and return -10 before the patch, which is ok with init_device. after the patch it will return -1 and so it will break init_device. attacehd it a patch that fixed the problem for me (I am going to attach it, this time :-) Cheers Oded Arbel m-Wise Inc. [EMAIL PROTECTED] -- A committee takes root and grows, it flowers, wilts and dies, scattering the seed from which other committees will bloom. -- Parkinson smsc_at2.patch Description: smsc_at2.patch
Re: [PATCH] +CPIN: READY response parsed as time out
Oded Arbel wrote: attacehd it a patch that fixed the problem for me (I am going to attach it, this time :-) I can see it. Can anybody else see it? I mean it's realy there. : *just_kiding* Stipe *spreading_humour_around* (or at least tries to) [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
AW: [PATCH] +CPIN: READY response parsed as time out
Funny really funny! :- A real Gostpatch ! No offence ! :-) Bjoern -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Im Auftrag von Stipe Tolj Gesendet: Dienstag, 26. Februar 2002 20:41 Cc: Kannel-devel (E-mail) Betreff: Re: [PATCH] +CPIN: READY response parsed as time out Oded Arbel wrote: attacehd it a patch that fixed the problem for me (I am going to attach it, this time :-) I can see it. Can anybody else see it? I mean it's realy there. : *just_kiding* Stipe *spreading_humour_around* (or at least tries to) [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are - This Mail has been checked for Viruses Attention: Encrypted mails can NOT be checked! ** Diese Mail wurde auf Viren geprueft Hinweis: Verschluesselte mails koennen NICHT auf Viren geprueft werden! -
missing response-result
Hi, I'm using kannel-snapshot as of 8th of august. When sending a push-message with SI to the PPG, I'm receiving a push-response message without a response-result, although the Spec says, that it is required. Bye, Jochen.