Reloading configuration
Hi, Does it possible to reload configuration without restarting, either by isolating and suspending kannel gateway? Shridhar Raju
Re: is kannel support CDMA 1x?
thanks to all Kannel runs successfully on the CDMA 1X. two experences: 1.the CDMA mobiles produced and used in South Korea(SAMSUNG LG) ,its WAP gateway and WAP website URL are the same and its IP was binded to the carriers server. we can change the DNS server to cheat the mobile. 2.the CDMA mobile produced by Mortorola and used in china ,its WAP website ip is binded to the carriers server. now,i want to send MMS to my CDMA mobile.as i know,lists have discussed about it much in the past days, but i pay no attention to it in that time,and the email is too too many,so i delete many,:( .is anyone can tell me how to config Kannel and send MMS to mobile by detals. many thanks.
Re: WAP in CVS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/12/02 the great oracle Andreas Fink told me: The WAP version in CVS seems to be totally screwed. It doesnt work for Nokia 7650 and Nokia 7210. Not for MMS or for WAP browsing. It was Hello Andreas, I use the daily CVS snapshot of kannel and have no problems with the 7210 and the 7650. Far from it, the 7210 doesnt work with the stable version because it contains a SDU fix for it. It works fine for me. So far, - -- ./jason [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE99vZ1h02iXYJPTcoRAsR5AJ9cnXUig4hV8GBi9fo0VwfQ9055fgCfV/Jg m/pdR7IwDtVHNbIgLHkP06s= =D4xu -END PGP SIGNATURE-
Re: WAP in CVS
On Mittwoch, Dezember 11, 2002, at 09:25 Uhr, Friedrich, Jason Brian wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/12/02 the great oracle Andreas Fink told me: The WAP version in CVS seems to be totally screwed. It doesnt work for Nokia 7650 and Nokia 7210. Not for MMS or for WAP browsing. It was Hello Andreas, I use the daily CVS snapshot of kannel and have no problems with the 7210 and the 7650. Far from it, the 7210 doesnt work with the stable version because it contains a SDU fix for it. It works fine for me. Ok. fine. In my phone I wasn't getting a single UDP packet to the gateway when I tried from home. Apparently GPRS is somehow screwed at that place but also it didn't work in the office but Aarno has found some reasons for not working sometimes. Theres a strange sigfault happening. He's checking it out now. Andreas Fink Fink Consulting GmbH --- Tel: +41-61-332 Fax: +41-61-331 Mobile: +41-79-2457333 Address: Clarastrasse 3, 4058 Basel, Switzerland E-Mail: [EMAIL PROTECTED] Homepage: http://www.finkconsulting.com ---
[PATCH] smpp suspend fix
Hi all,
attached patch will fix non working suspend/isolate for smpp.
--
Mit besten Grüßen aus Köln
Dipl.-Ing.
Alexander Malysh
___
Centrium GmbH
Ehrenstraße 2
50672 Köln
Fon: +49 (0221) 277 49 150
Fax: +49 (0221) 277 49 109
email: [EMAIL PROTECTED]
web: www.centrium.de
? test/wapproxy
Index: gw/smsc/smsc_smpp.c
===
RCS file: /home/cvs/gateway/gw/smsc/smsc_smpp.c,v
retrieving revision 1.19
diff -a -u -r1.19 smsc_smpp.c
--- gw/smsc/smsc_smpp.c 7 Dec 2002 14:53:40 - 1.19
+++ gw/smsc/smsc_smpp.c 11 Dec 2002 11:03:40 -
@@ -63,7 +63,8 @@
enum {
SMPP_ESME_RMSGQFUL = 0x0014,
-SMPP_ESME_RTHROTTLED = 0x0058
+SMPP_ESME_RTHROTTLED = 0x0058,
+SMPP_ESME_RX_T_APPN = 0x0064
} SMPP_ERROR_MESSAGES;
@@ -683,6 +684,19 @@
switch (pdu-type) {
case deliver_sm:
/* XXX UDH */
+ /*
+ * If SMSCConn stopped then send temp. error code
+ */
+ mutex_lock(smpp-conn-flow_mutex);
+ if (smpp-conn-is_stopped) {
+ mutex_unlock(smpp-conn-flow_mutex);
+ resp = smpp_pdu_create(deliver_sm_resp,
+ pdu-u.deliver_sm.sequence_number);
+ resp-u.deliver_sm.command_status = SMPP_ESME_RX_T_APPN;
+ break;
+ }
+ mutex_unlock(smpp-conn-flow_mutex);
+
/*
* bb_smscconn_receive can fail, but we ignore that since we
* have no way to usefull tell the SMS center about this
Re: [PATCH] EMI part 2
Hi any take on this EMI patch yet? nisan At 10:33 PM 12/8/02 +0200, you wrote: Hi This patch to the EMI module tries to address the problem of dealing with msgs that do not get acked by the SMSC after the wait-ack period. This should never happen but it does, even with wait-acks in the region of 240-600secs. Thanks to Andreas for his input. It adds a new config var (wait-ack-expire) that defines what to do with such an error. After some discussion between Andreas and I, we decided that a disconnect/reconnect should be the default behavior. The various option for wait-ack-expire are 0x00 - disconnect/reconnect, (default) 0x01 - as is now, requeue, but this could potentially result in the msg arriving twice 0x02 - just carry on waiting (given that the wait-ack should never expire this is the mst accurate) I have submitted this patch distinctly different from the patch to handle the window problem to make voting and testing easier. I have tested it a fair amount, but I think it needs some more. Nisan
Re: WAP in CVS
Ok. fine. In my phone I wasn't getting a single UDP packet to the gateway when I tried from home. Apparently GPRS is somehow screwed at that place but also it didn't work in the office but Aarno has found some reasons for not working sometimes. Theres a strange sigfault happening. He's checking it out now. let us know. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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
Re: [PATCH] smpp suspend fix
Hi Alexander, attached patch will fix non working suspend/isolate for smpp. please do write more commentary to your patches. The others should gain the ability to see what has been fixed, this includes the description of the scenario when something does not work as intended and in which way you solve the problem. Thanks in advance. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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
Re: [PATCH] smpp suspend fix
Hi again, Am Mittwoch, 11. Dezember 2002 12:44 schrieb Stipe Tolj: Hi Alexander, attached patch will fix non working suspend/isolate for smpp. please do write more commentary to your patches. The others should gain the ability to see what has been fixed, this includes the description of the scenario when something does not work as intended and in which way you solve the problem. Sorry ... Here is sum up of the problem. If bearerbox will be suspended/isolated then smscconn_stop set is_stopped flag in SMSCConn to 1. But unfortunally SMPP never check this flag and do not implement stop callback function (defined in SMSCConn). Also SMPP will allways receive messages and suspend does't work... Suspend require that SMSCConn do not receive any messages , but can send. My patch check if is_stopped flag is set and then set command_status in deliver_sm_resp to ESME Receiver Temporary App Error Code so SMSC will try again. Thanks in advance. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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 -- Mit besten Grüßen aus Köln Dipl.-Ing. Alexander Malysh ___ Centrium GmbH Ehrenstraße 2 50672 Köln Fon: +49 (0221) 277 49 150 Fax: +49 (0221) 277 49 109 email: [EMAIL PROTECTED] web: www.centrium.de
Re: Reloading configuration
On Wed, 11 Dec 2002, Stipe Tolj wrote: Shridhar Raju wrote: Does it possible to reload configuration without restarting, either by isolating and suspending kannel gateway? no, unfortunatly now. Kalle told us that the netikos version does this. Kalle, is there any efforts from your side to integrate these thins into the official tree?! No, too much work, too many differences, we have no resources to do that. As I have stated, most of our things require rework of many internal parts and if that is not done/used, integrating those other things are very close to rewriting them entirely. But we can 'release' that code to be freely used by the Kannel project as it sees fit, apart from unicode part (distribution rights to that part are still owned by Wapit estate), if someone wants to start hacking. -- kalle marjola
send sms http connection
Hello, I am using the cygwin port of Kannel. I have an application which uses the kannel sms push interface. This client creates a socket, with the right port ofcourse. This succeeds. When the application calls the connect for the socket, this also succeeds and kannel writes a message stating Creating HTTPClient for ipaddress When the application calls 'send' on the same socket with the necessary text, immediately kannel shows, althought the socket itself does not throw any error. Destroying HTTPClient for ipaddress I dont think the http client is wrong, i am able to get other web pages using my http client. Can anyone help me in this please?? Thank you and best regards Anu
Re: send sms http connection
Anupama R wrote: Hello, I am using the cygwin port of Kannel. I have an application which uses the kannel sms push interface. This client creates a socket, with the right port ofcourse. This succeeds. When the application calls the connect for the socket, this also succeeds and kannel writes a message stating Creating HTTPClient for ipaddress When the application calls 'send' on the same socket with the necessary text, immediately kannel shows, althought the socket itself does not throw any error. Destroying HTTPClient for ipaddress I dont think the http client is wrong, i am able to get other web pages using my http client. Can anyone help me in this please?? so your HTTP client is coded in cygwin itself?! You run the client and smsbox on cygwin? Hmm, have you checked if you can address the sendsms interfaca with a common user agent, i.e. IE or Netscape?! Basically our HTTP server thread implementation does not any timeout checking. You can test your client using Kannel's test_http_server like this $ cd gateway $ ./test/test_http_server this will bind the HTTP server to port 8080 (by default, otherwise use the -p switch) and will dump the HTTP control information to stdout. Please check if your client can talk to that http server, because it relies on the same HTTP server implementation. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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
Re: [PATCH] smpp suspend fix
Sorry ... Here is sum up of the problem. If bearerbox will be suspended/isolated then smscconn_stop set is_stopped flag in SMSCConn to 1. But unfortunally SMPP never check this flag and do not implement stop callback function (defined in SMSCConn). Also SMPP will allways receive messages and suspend does't work... Suspend require that SMSCConn do not receive any messages , but can send. My patch check if is_stopped flag is set and then set command_status in deliver_sm_resp to ESME Receiver Temporary App Error Code so SMSC will try again. sounds reasonable. Any votes for the patch?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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
