Invitations to webservices
Hi, first: sorry, this doesn't have to do anything with kannel, but with this list in general: time and time again I get invitations from list members to some social network sites. I don't want to join MySpace, Hi5, Linkedin, facebook or whatever, I'm quite sure that noone on this list is waiting for such invitations and especially not in languages I don't even speak like spanish or french. If you want to know sth about kannel, use the list. If you want to invite me for a beer, write me a mail. But _please_ don't type my or the lists mailaddress into one of this invite a friend boxes whereever you find them. Regards Falko
sms on tv
Hi all, i successfully settup kannel like sms gateway,i've created a service and i want that service provide sms to tv using an application(Video Stream Network) between kannel and TV.But i don't find URL used by VSN to request kannel sms.Is any one use VSN to help me please??It's a setting dificult. Best regard. PS:sorry for my english i just learn.Thanks _ Découvrez toutes les possibilités de communication avec vos proches http://www.microsoft.com/windows/windowslive/default.aspx
Re: sms on tv
Hi, I don't have experience with VSN, but I know a bit about kannel. If you tell me what protocols VSN can use for communication, I may come up with an idea or two. BR, Nikos - Original Message - From: patrick meye To: mailing list kannel Sent: Monday, March 09, 2009 10:49 AM Subject: sms on tv Hi all, i successfully settup kannel like sms gateway,i've created a service and i want that service provide sms to tv using an application(Video Stream Network) between kannel and TV.But i don't find URL used by VSN to request kannel sms.Is any one use VSN to help me please??It's a setting dificult. Best regard. PS:sorry for my english i just learn.Thanks -- Dιcouvrez toutes les possibilitιs de communication avec vos proches
TCP modem and kannel
Hello, Does someone got some experience with TCPRAW modem ? Are you using rawclient or rawserver mode in the tcp modem ? Does someone got some similar experience with RFC 2217 ? I'm able to connect to the tcp modem but it looks not to answer to the AT command. Thanks in advance for your help
Re: MO-AT delivery report non returns
Hi guys, Is there any update on this issue? Regards Elton 2009/3/7 Elton Hoxha elt...@gmail.com Hi, here are the access.log records 2009-03-04 23:10:56 Sent SMS [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:2231470089] [from:7] [to:355672509006] [flags:-1:0:-1:-1:31] [msg:121:heldsf ffworld] [udh:0:] 2009-03-04 23:10:56 Receive DLR [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:2231470089] [from:7] [to:355672509006] [flags:-1:-1:-1:-1:8] [msg:4:ACK/] [ud h:0:] Also I`m pasting the reference number of the delivery report that was pending in SMSC queue: 234982379117 Attached are the bearerbox logs Thanks guys Elton 2009/3/7 Nikos Balkanas nbalka...@gmail.com Hi, Please help me with something. Your access log says that it received the matching DLR (same FID, destination number) at 20:49:58, and yet you send us an excerpt from your bearerbox failing to match it at 20:51:22, almost 2' later? What happened in between? It's not even the same message, is it? Please post consistent access + bearerbox logs. BR, nikos - Original Message - *From:* Elton Hoxha elt...@gmail.com *To:* Alvaro Cornejo cornejo.alv...@gmail.com *Cc:* kannel users users@kannel.org *Sent:* Saturday, March 07, 2009 12:40 PM *Subject:* Re: MO-AT delivery report non returns Hi guys, I`m attching the conf file and bearerbox logs. Also the access.log records are: 2009-03-04 20:49:48 Log begins 2009-03-04 20:49:58 Sent SMS [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:2224527139] [from:7] [to:355672509006] [flags:-1:0:-1:-1:31] [msg:121:heldsf ffworld] [udh:0:] 2009-03-04 20:49:58 Receive DLR [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:2224527139] [from:7] [to:355672509006] [flags:-1:-1:-1:-1:8] [msg:4:ACK/] [ud h:0:] Thanks Elton On Fri, Mar 6, 2009 at 10:18 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Please post your complete config file and a complete log of the transaction send of message and the dlr transaction |-| Envνe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier celular y Nextel en el Perϊ, Mιxico y en mas de 180 paises. Use aplicaciones 2 vias via SMS y GPRS online Visitenos en www.perusms.NET www.smsglobal.com.mx y www.pravcom.com On Fri, Mar 6, 2009 at 1:49 PM, Elton Hoxha elt...@gmail.com wrote: Hi, while the delivery report is in the queue (after a disconnection of kannel with SMSC) and the connection is re-established, the SMSC makes its own retry to deliver the report to kannel, but kannel cannot handle to send it to my application. 2009-03-04 12:22:06 [5885] [7] DEBUG: SMPP[internal1] handle_pdu, got DLR 2009-03-04 12:22:06 [5885] [7] DEBUG: DLR[internal]: Looking for DLR smsc=internal1, ts=2155185733, dst=355672509006, type=1 2009-03-04 12:22:06 [5885] [7] WARNING: DLR[internal]: DLR from SMSCinternal1 for DST355672509006 not found. 2009-03-04 12:22:06 [5885] [7] ERROR: SMPP[internal1]: got DLR but could not find message or was not interested in it id2155185733 dst355672509006, type1 I tried all the msg-id-type values, like 1, 2 3 Thanks Elton
Re: sms on tv
Hi, I've done some googling[1][2][3] and as far as I can see the VSN has two modules (vsnsms and vsndatacollector) which deal with the sms messages. It is written that the vsndatacollector will collect the sms messages and the vsnsms will show them on the tv screen. They don't have any technical specification on their site, so I couldn't find how the vsndatacollector is connected to other 3rd party systems. Patrick, if you have any tech spec of vsndatacollector give us some more info and we will help you. [1] http://www.vsn-tv.com/en-up/sms.htm [2] http://www.vsn-tv.com/en-up/sms-features.htm [3] http://www.vsn-tv.com/en-up/sms-app.htm BR, Jovan
Re: sms on tv
Hmm, it says, that the datacollector imports RSS or XML. So writting a simple script that transforms received sms to a RSS feed should do the trick. Further the brochure mentions external database as source for datacollector. Maybe you can attach it to the sqlbox. Regards Falko Am 09.03.2009 um 11:43 schrieb Jovan Kostovski: Hi, I've done some googling[1][2][3] and as far as I can see the VSN has two modules (vsnsms and vsndatacollector) which deal with the sms messages. It is written that the vsndatacollector will collect the sms messages and the vsnsms will show them on the tv screen. They don't have any technical specification on their site, so I couldn't find how the vsndatacollector is connected to other 3rd party systems. Patrick, if you have any tech spec of vsndatacollector give us some more info and we will help you. [1] http://www.vsn-tv.com/en-up/sms.htm [2] http://www.vsn-tv.com/en-up/sms-features.htm [3] http://www.vsn-tv.com/en-up/sms-app.htm BR, Jovan
Re: TCP modem and kannel
Hello, Does someone got some experience with TCPRAW modem ? Are you using rawclient or rawserver mode in the tcp modem ? Does someone got some similar experience with RFC 2217 ? I'm able to connect to the tcp modem but it looks not to answer to the AT command. Thanks in advance for your help Hello, This is not exactly what you are talking about I have made some test with simple serial port server written in Perl. You can dowload it here: http://whereabouts.eecs.umich.edu/code/serialserver.pl It needs some tweaks if you want to run it under Linux (Device::SerialPort is little bit different than Win32::SerialPort) This works very well with kannel using both devices: rawtcp or telnet regards, Cezary
narendra
Hi users, I am trying to use sqlbox for database .i download and extracted.after that ./bootstrap and ./configure .here i am getting below error *configure: error: Kannel gwlib is required! * wat i can do to go to move farward from this bug. -- Best Regards,
ESME_QRYLINK
Hi All, My operator says *use “ESME_QRYLINK” on both transmitter and receiver to keep the connection live * , how can I do that with kannel (keeplive).? Regards, Hafez
Re: Not ACKED message found, will retransmit
Dears, I still have the same problem, Any Ideas? , by they my operator advice me that * * *use “ESME_QRYLINK” on both transmitter and receiver to keep the connection live* may be that related to this error . Please advice. Regards, Hafez On Thu, Mar 5, 2009 at 4:17 PM, Falko Ziemann fal...@gmail.com wrote: Hmm, sorry, no idea. Seems like kannel forgets about the ack... A hotfix would be to set wait-ack-expire = 0x02 in the smsc group. That would make kannel waiting forever for the ACK and never retry. Very dirty hack, but should do the job until someone comes around with a better solution... Regards Falko Am 05.03.2009 um 13:37 schrieb hafez ahmad: Sorry, thats the correct 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP PDU 0xa732ad00 dump: 2009-03-03 21:00:16 [2825] [14] DEBUG: type_name: submit_sm 2009-03-03 21:00:16 [2825] [14] DEBUG: command_id: 4 = 0x0004 2009-03-03 21:00:16 [2825] [14] DEBUG: command_status: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: sequence_number: 3684 = 0x0e64 2009-03-03 21:00:16 [2825] [14] DEBUG: service_type: V 2009-03-03 21:00:16 [2825] [14] DEBUG: source_addr_ton: 5 = 0x0005 2009-03-03 21:00:16 [2825] [14] DEBUG: source_addr_npi: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: source_addr: T2ME 2009-03-03 21:00:16 [2825] [14] DEBUG: dest_addr_ton: 1 = 0x0001 2009-03-03 21:00:16 [2825] [14] DEBUG: dest_addr_npi: 1 = 0x0001 2009-03-03 21:00:16 [2825] [14] DEBUG: destination_addr: 2009-03-03 21:00:16 [2825] [14] DEBUG: esm_class: 67 = 0x0043 2009-03-03 21:00:16 [2825] [14] DEBUG: protocol_id: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: priority_flag: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: schedule_delivery_time: NULL 2009-03-03 21:00:16 [2825] [14] DEBUG: validity_period: NULL 2009-03-03 21:00:16 [2825] [14] DEBUG: registered_delivery: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: replace_if_present_flag: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: data_coding: 8 = 0x0008 2009-03-03 21:00:16 [2825] [14] DEBUG: sm_default_msg_id: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: sm_length: 140 = 0x008c 2009-03-03 21:00:16 [2825] [14] DEBUG: short_message: 2009-03-03 21:00:16 [2825] [14] DEBUG:Octet string at 0xa732af00: 2009-03-03 21:00:16 [2825] [14] DEBUG: len: 140 2009-03-03 21:00:16 [2825] [14] DEBUG: size: 1024 2009-03-03 21:00:16 [2825] [14] DEBUG: immutable: 0 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 05 00 03 83 04 01 06 23 06 47 06 45 00 20 06 48 ...#.G.E. .H 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 35 06 41 06 27 06 2a 00 20 06 4a 06 48 06 33 .5.A.'.*. .J.H.3 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 41 00 20 06 27 06 44 06 34 06 31 06 41 06 27 .A. .'.D.4.1.A.' 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 21 00 20 06 44 06 39 06 44 06 27 06 2c 00 20 .!. .D.9.D.'.,. 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 27 06 44 06 43 06 48 06 44 06 4a 06 33 06 2a .'.D.C.H.D.J.3.* 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 31 06 48 06 44 00 3a 00 20 06 2a 06 24 06 2e .1.H.D.:. .*.$.. 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 30 00 20 06 46 06 33 06 28 00 20 06 45 06 2a .0. .F.3.(. .E.* 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 33 06 27 06 48 06 4a 06 29 00 20 06 45 06 46 .3.'.H.J.). .E.F 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 00 20 06 27 06 44 06 44 06 48 06 32 . .'.D.D.H.2 2009-03-03 21:00:16 [2825] [14] DEBUG:Octet string dump ends. 2009-03-03 21:00:16 [2825] [14] DEBUG: more_messages_to_send: 1 = 0x0001 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP PDU dump ends. 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP[MYMTCONN]: Got PDU: 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP PDU 0xa732ad00 dump: 2009-03-03 21:00:16 [2825] [14] DEBUG: type_name: submit_sm_resp 2009-03-03 21:00:16 [2825] [14] DEBUG: command_id: 2147483652 = 0x8004 2009-03-03 21:00:16 [2825] [14] DEBUG: command_status: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: sequence_number: 3684 = 0x0e64 2009-03-03 21:00:16 [2825] [14] DEBUG: message_id: 4129216897 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP PDU dump ends. Regards, Hafez On Thu, Mar 5, 2009 at 1:14 PM, Falko Ziemann fal...@gmail.com wrote: Nope take a closer look: submit_sm: sequence_number: 3684 = 0x0e64 submit_sm_resp: sequence_number: 3680 = 0x0e60 That's not the ACK for the message you have posted but for 4 messages earlier. Regards Falko Am 05.03.2009 um 12:10 schrieb hafez ahmad: Dear falko, Thanks for reply I check the submit_sm_respon and I think everything works fine, Please advice, this is my log 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP PDU 0xa732ad00 dump: 2009-03-03 21:00:16 [2825] [14] DEBUG:
Re: TCP modem and kannel
Hi I'm using rawtcp with no problems with a Xyplex terminal server. The only difference on my kannel config between my serial connected modems and the tcp connected modems are: device = rawtcp host = 10.10.5.3 port = 2100 What device are you using? Were you able to telnet manually to it from cli? What are your modem settings Your baud settings might be wrong etc. etc. etc. Please provide more info so we can better help you Regards Alvaro |-| Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier celular y Nextel en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via SMS y GPRS online Visitenos en www.perusms.NET www.smsglobal.com.mx y www.pravcom.com On Mon, Mar 9, 2009 at 7:15 AM, Cezary Siwek cza...@thebestisp.co.uk wrote: Hello, Does someone got some experience with TCPRAW modem ? Are you using rawclient or rawserver mode in the tcp modem ? Does someone got some similar experience with RFC 2217 ? I'm able to connect to the tcp modem but it looks not to answer to the AT command. Thanks in advance for your help
Re: During MT concatenation extra characters added
Hi guys, It seems that during concastenation process, kannel sets the SAR parameters not correctly. This look at server side. All SAR Reference, SAR sequence and SAR Total have -1 value. Thanks Elton On Sat, Mar 7, 2009 at 3:50 PM, Elton Hoxha elt...@gmail.com wrote: Hi guys, Here is the access.log: 2009-03-04 23:16:59 Sent SMS [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:] [from:7] [to:355672509006] [flags:-1:0:-1:-1:31] [msg:231:heldsfff fffdddrfrf world] [udh:0:] 2009-03-04 23:16:59 Receive DLR [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:] [from:7] [to:355672509006] [flags:-1:-1:-1:-1:8] [msg:4:ACK/] [udh:0:] THe other logs including the smpp trace from server side are attached. Many thanks On Sat, Mar 7, 2009 at 1:10 PM, Nikos Balkanas nbalka...@gmail.comwrote: Post your SMPP + bearerbox logs showing tyhe problem. Nikos - Original Message - *From:* Elton Hoxha elt...@gmail.com *To:* Nikos Balkanas nbalka...@gmail.com *Cc:* Cezary Siwek cza...@thebestisp.co.uk ; users@kannel.org *Sent:* Saturday, March 07, 2009 12:21 PM *Subject:* Re: During MT concatenation extra characters added I have tried many devices including smartphones, and other symbians. On Fri, Mar 6, 2009 at 11:45 PM, Nikos Balkanas nbalka...@gmail.comwrote: Some mobiles cannot handle split SMS. Try another one. BR, Nikos - Original Message - *From:* Elton Hoxha elt...@gmail.com *To:* Cezary Siwek cza...@thebestisp.co.uk *Cc:* users@kannel.org *Sent:* Friday, March 06, 2009 2:28 PM *Subject:* Re: During MT concatenation extra characters added Sorry again that its becoming like SMPP for dummies through mail-list :) I`m very clear about the last scenario when UDH is not present and the long sms is treated like multiple ones. But i`m getting messed up with the other scenario when we set the concatenation as true. what shoud I do in order to make the handset assemble the whole sms correctly? are the any other parameters I should set? As I explained before, using UDH, the content get corrupted. On Fri, Mar 6, 2009 at 11:59 AM, Cezary Siwek cza...@thebestisp.co.ukwrote: Is it impossible for kannel to send the long sms separately but being assembled in the receiver side? Kannel actually sends this separately. The extra UDH is required by handset to know that a multipart message is being received. Is the splitting process optional in kannel, so we may have the privilege to make it true or false? as i pointed out, try with the concatenation = false in the sendsms-user group I guess you can have number of sendsms-user groups with different priviliges. Thanks - Original Message - *From:* Elton Hoxha elt...@gmail.com *To:* Cezary Siwek cza...@thebestisp.co.uk *Cc:* kannel users users@kannel.org *Sent:* Friday, March 06, 2009 10:54 AM *Subject:* Re: During MT concatenation extra characters added Is it impossible for kannel to send the long sms separately but being assembled in the receiver side? Is the splitting process optional in kannel, so we may have the privilege to make it true or false? Thanks On Fri, Mar 6, 2009 at 11:47 AM, Cezary Siwek cza...@thebestisp.co.ukwrote: The splitting is done on kannel side. please look at smpp connection logs. You will see an extra UDH added to each SMS sent by kannel. I assume you can disable this in sendsms-use group by adding concatenation = false. Every sms will be send separately and of course received separately on your handset. - Original Message - From: Elton Hoxha To: Cezary Siwek Cc: kannel users Sent: Friday, March 06, 2009 10:26 AM Subject: Re: During MT concatenation extra characters added Sorry but I didnt get it :) we the device cannot assemble the long sms? The splitting process including extra characters is done on the smpp server or kannel side? Thanks On Fri, Mar 6, 2009 at 10:51 AM, Cezary Siwek cza...@thebestisp.co.uk wrote: Hi Elton, This is expected behaviour. http://en.wikipedia.org/wiki/Concatenated_SMS:) Regards - Original Message - From: Elton Hoxha To: kannel users Sent: Friday, March 06, 2009 9:45 AM Subject: During MT concatenation extra characters added Hi guys, I have the below conf: group = sendsms-user username = b password = b concatenation = true max-messages = 3 group = sms-service keyword = default catch-all = true max-messages = 0 concatenation = true When I`m trying to send an MT sms from my application with 161 characters, the sms is splitted in two parts and in the beginning of both parts are added 6 characters like this ?? Any idea what could be the reason? Thanks Elton
Re: MO-AT delivery report non returns
Hi, Just as I suspected. You restarted bearerbox before receiving the DLR. It has nothing to do with connection/reconnection. How is poor bearerbox going to guess which was the original SMS? The match is stored in memory, which you purged when restarting the process. BR, Nikos - Original Message - From: Elton Hoxha To: Nikos Balkanas Cc: Alvaro Cornejo ; kannel users Sent: Saturday, March 07, 2009 4:41 PM Subject: Re: MO-AT delivery report non returns Hi, here are the access.log records 2009-03-04 23:10:56 Sent SMS [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:2231470089] [from:7] [to:355672509006] [flags:-1:0:-1:-1:31] [msg:121:heldsf ffworld] [udh:0:] 2009-03-04 23:10:56 Receive DLR [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:2231470089] [from:7] [to:355672509006] [flags:-1:-1:-1:-1:8] [msg:4:ACK/] [ud h:0:] Also I`m pasting the reference number of the delivery report that was pending in SMSC queue: 234982379117 Attached are the bearerbox logs Thanks guys Elton 2009/3/7 Nikos Balkanas nbalka...@gmail.com Hi, Please help me with something. Your access log says that it received the matching DLR (same FID, destination number) at 20:49:58, and yet you send us an excerpt from your bearerbox failing to match it at 20:51:22, almost 2' later? What happened in between? It's not even the same message, is it? Please post consistent access + bearerbox logs. BR, nikos - Original Message - From: Elton Hoxha To: Alvaro Cornejo Cc: kannel users Sent: Saturday, March 07, 2009 12:40 PM Subject: Re: MO-AT delivery report non returns Hi guys, I`m attching the conf file and bearerbox logs. Also the access.log records are: 2009-03-04 20:49:48 Log begins 2009-03-04 20:49:58 Sent SMS [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:2224527139] [from:7] [to:355672509006] [flags:-1:0:-1:-1:31] [msg:121:heldsf ffworld] [udh:0:] 2009-03-04 20:49:58 Receive DLR [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:2224527139] [from:7] [to:355672509006] [flags:-1:-1:-1:-1:8] [msg:4:ACK/] [ud h:0:] Thanks Elton On Fri, Mar 6, 2009 at 10:18 PM, Alvaro Cornejo cornejo.alv...@gmail.com wrote: Please post your complete config file and a complete log of the transaction send of message and the dlr transaction |-| Envνe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier celular y Nextel en el Perϊ, Mιxico y en mas de 180 paises. Use aplicaciones 2 vias via SMS y GPRS online Visitenos en www.perusms.NET www.smsglobal.com.mx y www.pravcom.com On Fri, Mar 6, 2009 at 1:49 PM, Elton Hoxha elt...@gmail.com wrote: Hi, while the delivery report is in the queue (after a disconnection of kannel with SMSC) and the connection is re-established, the SMSC makes its own retry to deliver the report to kannel, but kannel cannot handle to send it to my application. 2009-03-04 12:22:06 [5885] [7] DEBUG: SMPP[internal1] handle_pdu, got DLR 2009-03-04 12:22:06 [5885] [7] DEBUG: DLR[internal]: Looking for DLR smsc=internal1, ts=2155185733, dst=355672509006, type=1 2009-03-04 12:22:06 [5885] [7] WARNING: DLR[internal]: DLR from SMSCinternal1 for DST355672509006 not found. 2009-03-04 12:22:06 [5885] [7] ERROR: SMPP[internal1]: got DLR but could not find message or was not interested in it id2155185733 dst355672509006, type1 I tried all the msg-id-type values, like 1, 2 3 Thanks Elton
Re: Not ACKED message found, will retransmit
Well, there is an enquire-link-interval which you could tweak. It defaults to 30. BR, Nikos - Original Message - From: hafez ahmad To: Falko Ziemann Cc: users@kannel.org Sent: Monday, March 09, 2009 3:43 PM Subject: Re: Not ACKED message found, will retransmit Dears, I still have the same problem, Any Ideas? , by they my operator advice me that use “ESME_QRYLINK” on both transmitter and receiver to keep the connection live may be that related to this error . Please advice. Regards, Hafez On Thu, Mar 5, 2009 at 4:17 PM, Falko Ziemann fal...@gmail.com wrote: Hmm, sorry, no idea. Seems like kannel forgets about the ack... A hotfix would be to set wait-ack-expire = 0x02 in the smsc group. That would make kannel waiting forever for the ACK and never retry. Very dirty hack, but should do the job until someone comes around with a better solution... Regards Falko Am 05.03.2009 um 13:37 schrieb hafez ahmad: Sorry, thats the correct 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP PDU 0xa732ad00 dump: 2009-03-03 21:00:16 [2825] [14] DEBUG: type_name: submit_sm 2009-03-03 21:00:16 [2825] [14] DEBUG: command_id: 4 = 0x0004 2009-03-03 21:00:16 [2825] [14] DEBUG: command_status: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: sequence_number: 3684 = 0x0e64 2009-03-03 21:00:16 [2825] [14] DEBUG: service_type: V 2009-03-03 21:00:16 [2825] [14] DEBUG: source_addr_ton: 5 = 0x0005 2009-03-03 21:00:16 [2825] [14] DEBUG: source_addr_npi: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: source_addr: T2ME 2009-03-03 21:00:16 [2825] [14] DEBUG: dest_addr_ton: 1 = 0x0001 2009-03-03 21:00:16 [2825] [14] DEBUG: dest_addr_npi: 1 = 0x0001 2009-03-03 21:00:16 [2825] [14] DEBUG: destination_addr: 2009-03-03 21:00:16 [2825] [14] DEBUG: esm_class: 67 = 0x0043 2009-03-03 21:00:16 [2825] [14] DEBUG: protocol_id: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: priority_flag: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: schedule_delivery_time: NULL 2009-03-03 21:00:16 [2825] [14] DEBUG: validity_period: NULL 2009-03-03 21:00:16 [2825] [14] DEBUG: registered_delivery: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: replace_if_present_flag: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: data_coding: 8 = 0x0008 2009-03-03 21:00:16 [2825] [14] DEBUG: sm_default_msg_id: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: sm_length: 140 = 0x008c 2009-03-03 21:00:16 [2825] [14] DEBUG: short_message: 2009-03-03 21:00:16 [2825] [14] DEBUG:Octet string at 0xa732af00: 2009-03-03 21:00:16 [2825] [14] DEBUG: len: 140 2009-03-03 21:00:16 [2825] [14] DEBUG: size: 1024 2009-03-03 21:00:16 [2825] [14] DEBUG: immutable: 0 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 05 00 03 83 04 01 06 23 06 47 06 45 00 20 06 48 ...#.G.E. .H 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 35 06 41 06 27 06 2a 00 20 06 4a 06 48 06 33 .5.A.'.*. .J.H.3 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 41 00 20 06 27 06 44 06 34 06 31 06 41 06 27 .A. .'.D.4.1.A.' 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 21 00 20 06 44 06 39 06 44 06 27 06 2c 00 20 .!. .D.9.D.'.,. 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 27 06 44 06 43 06 48 06 44 06 4a 06 33 06 2a .'.D.C.H.D.J.3.* 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 31 06 48 06 44 00 3a 00 20 06 2a 06 24 06 2e .1.H.D.:. .*.$.. 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 30 00 20 06 46 06 33 06 28 00 20 06 45 06 2a .0. .F.3.(. .E.* 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 33 06 27 06 48 06 4a 06 29 00 20 06 45 06 46 .3.'.H.J.). .E.F 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 00 20 06 27 06 44 06 44 06 48 06 32 . .'.D.D.H.2 2009-03-03 21:00:16 [2825] [14] DEBUG:Octet string dump ends. 2009-03-03 21:00:16 [2825] [14] DEBUG: more_messages_to_send: 1 = 0x0001 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP PDU dump ends. 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP[MYMTCONN]: Got PDU: 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP PDU 0xa732ad00 dump: 2009-03-03 21:00:16 [2825] [14] DEBUG: type_name: submit_sm_resp 2009-03-03 21:00:16 [2825] [14] DEBUG: command_id: 2147483652 = 0x8004 2009-03-03 21:00:16 [2825] [14] DEBUG: command_status: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: sequence_number: 3684 = 0x0e64 2009-03-03 21:00:16 [2825] [14] DEBUG: message_id: 4129216897 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP PDU dump ends. Regards, Hafez On Thu,
Re: GSM Modem
Thanks, I'll look for it in the user guide. On Mar 8, 2009, at 8:59 PM, Nikos Balkanas wrote: Read the user guide. There is extensive information on how to use + configure a GSM modem. Additionaly there are a lot of phones preconfigured in modems.conf (old ones, though). Lastly check at the mobile manufacturer's site, if it supports AT commands. Nikos - Original Message - From: Eamon Ford eamonf...@mac.com To: users@kannel.org Sent: Monday, March 09, 2009 5:37 AM Subject: Re: GSM Modem Alright. Would I be I correct in saying that I can also use a GSM mobile phone instead of a GSM modem to send SMS over the air? If this is true, how would I go about setting up a phone as a virtual SMSc, or where can I find information regarding this? Thanks for your patience! On Mar 8, 2009, at 8:37 AM, Nikos Balkanas wrote: Kannel uses IP connections. However it gives you the ability to send/receive SMS over the air (vityual SMSc). To send/receive SMS over the air, you need a GSM modem. In any other case you just need a connection to your SMSc. BR, Nikos - Original Message - From: Eamon Ford eamonf...@mac.com To: users@kannel.org Sent: Sunday, March 08, 2009 7:31 AM Subject: Re: GSM Modem Thanks. Please forgive my ignorance, but how do I get a connection to a provider using SMPP? (Or, where can I find more information about that?) On Mar 7, 2009, at 8:45 PM, Iain Dooley wrote: Hi Eamon, You need an SMS Centre; this can take the form of a GSM modem, or you can get a connection to a provider using the SMPP protocol over a TCP/IP connection. Have a read of this section of the user guide: http://www.kannel.org/download/1.4.3/userguide-1.4.3/userguide.html#SMS-GATEWAY Cheers, Iain On Sat, 7 Mar 2009, Eamon Ford wrote: Hello, I am new to Kannel, and I'm a little confused about how it works. To be able to send out SMS messages from Kannel, do I need to have an external hardware device? Thanks.
Re: Not ACKED message found, will retransmit
I just saw this behavior once before. There a service provider routed the ACK to another large account. So I send the message on MYMTCONN1 and received the ACK on MYMTCONN2. That's not the case, or? I can't see it from the log, the first line where kannel states the connection name is missing. But I really don't have a idea what this problem should have to do with keep alives. Are you loosing the connection between the submit and the ACK? Falko Am 09.03.2009 um 21:13 schrieb Nikos Balkanas: Well, there is an enquire-link-interval which you could tweak. It defaults to 30. BR, Nikos - Original Message - From: hafez ahmad To: Falko Ziemann Cc: users@kannel.org Sent: Monday, March 09, 2009 3:43 PM Subject: Re: Not ACKED message found, will retransmit Dears, I still have the same problem, Any Ideas? , by they my operator advice me that use “ESME_QRYLINK” on both transmitter and receiver to keep the connection live may be that related to this error . Please advice. Regards, Hafez On Thu, Mar 5, 2009 at 4:17 PM, Falko Ziemann fal...@gmail.com wrote: Hmm, sorry, no idea. Seems like kannel forgets about the ack... A hotfix would be to set wait-ack-expire = 0x02 in the smsc group. That would make kannel waiting forever for the ACK and never retry. Very dirty hack, but should do the job until someone comes around with a better solution... Regards Falko Am 05.03.2009 um 13:37 schrieb hafez ahmad: Sorry, thats the correct 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP PDU 0xa732ad00 dump: 2009-03-03 21:00:16 [2825] [14] DEBUG: type_name: submit_sm 2009-03-03 21:00:16 [2825] [14] DEBUG: command_id: 4 = 0x0004 2009-03-03 21:00:16 [2825] [14] DEBUG: command_status: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: sequence_number: 3684 = 0x0e64 2009-03-03 21:00:16 [2825] [14] DEBUG: service_type: V 2009-03-03 21:00:16 [2825] [14] DEBUG: source_addr_ton: 5 = 0x0005 2009-03-03 21:00:16 [2825] [14] DEBUG: source_addr_npi: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: source_addr: T2ME 2009-03-03 21:00:16 [2825] [14] DEBUG: dest_addr_ton: 1 = 0x0001 2009-03-03 21:00:16 [2825] [14] DEBUG: dest_addr_npi: 1 = 0x0001 2009-03-03 21:00:16 [2825] [14] DEBUG: destination_addr: 2009-03-03 21:00:16 [2825] [14] DEBUG: esm_class: 67 = 0x0043 2009-03-03 21:00:16 [2825] [14] DEBUG: protocol_id: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: priority_flag: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: schedule_delivery_time: NULL 2009-03-03 21:00:16 [2825] [14] DEBUG: validity_period: NULL 2009-03-03 21:00:16 [2825] [14] DEBUG: registered_delivery: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: replace_if_present_flag: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: data_coding: 8 = 0x0008 2009-03-03 21:00:16 [2825] [14] DEBUG: sm_default_msg_id: 0 = 0x 2009-03-03 21:00:16 [2825] [14] DEBUG: sm_length: 140 = 0x008c 2009-03-03 21:00:16 [2825] [14] DEBUG: short_message: 2009-03-03 21:00:16 [2825] [14] DEBUG:Octet string at 0xa732af00: 2009-03-03 21:00:16 [2825] [14] DEBUG: len: 140 2009-03-03 21:00:16 [2825] [14] DEBUG: size: 1024 2009-03-03 21:00:16 [2825] [14] DEBUG: immutable: 0 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 05 00 03 83 04 01 06 23 06 47 06 45 00 20 06 48 ...#.G.E. .H 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 35 06 41 06 27 06 2a 00 20 06 4a 06 48 06 33 .5.A.'.*. .J.H.3 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 41 00 20 06 27 06 44 06 34 06 31 06 41 06 27 .A. .'.D.4.1.A.' 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 21 00 20 06 44 06 39 06 44 06 27 06 2c 00 20 .!. .D.9.D.'.,. 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 27 06 44 06 43 06 48 06 44 06 4a 06 33 06 2a .'.D.C.H.D.J.3.* 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 31 06 48 06 44 00 3a 00 20 06 2a 06 24 06 2e .1.H.D.:. .*.$.. 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 30 00 20 06 46 06 33 06 28 00 20 06 45 06 2a .0. .F.3.(. .E.* 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 06 33 06 27 06 48 06 4a 06 29 00 20 06 45 06 46 .3.'.H.J.). .E.F 2009-03-03 21:00:16 [2825] [14] DEBUG: data: 00 20 06 27 06 44 06 44 06 48 06 32 . .'.D.D.H.2 2009-03-03 21:00:16 [2825] [14] DEBUG:Octet string dump ends. 2009-03-03 21:00:16 [2825] [14] DEBUG: more_messages_to_send: 1 = 0x0001 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP PDU dump ends. 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP[MYMTCONN]: Got PDU: 2009-03-03 21:00:16 [2825] [14] DEBUG: SMPP PDU 0xa732ad00 dump: 2009-03-03 21:00:16 [2825] [14] DEBUG: type_name: submit_sm_resp 2009-03-03 21:00:16 [2825] [14] DEBUG: command_id: 2147483652 = 0x8004 2009-03-03 21:00:16 [2825] [14] DEBUG: command_status: 0 = 0x 2009-03-03 21:00:16 [2825]
