unsubscribe
unsubscribe
Special Character to send in a SM
Hello: I need to send a normal SM with a special character "+" via Kannel. My SM example is "+RCD:5003". For some reason, Kannel treated it as a space character and sent " RCD:5003". Any suggestion? Thank you. Bobby
RE: Multiple SMPP objects overlapping
Thank you Stipe. As my case used multiple connections, it does not seem a bug in kannel. I believe Alvaro's suggestion will be the solution for my case. Regards, Bobby Bobby Richardson Manager - SIM Engineering O 650.810.8196 | M 310.894.0100 -Original Message- From: Stipe Tolj [mailto:st...@kannel.org] Sent: Wednesday, July 15, 2015 11:15 AM To: Bobby Richardson bobby.richard...@jasper.com Cc: users@kannel.org Subject: Re: Multiple SMPP objects overlapping Am 14.07.2015 22:11, schrieb Bobby Richardson: Hello: My organization uses Kannel logs everyday and is experiencing a technical challenge recently. For this issue, I searched through kannel.org and unfortunately could not find any helpful solution. From attached, you may see 2 SMPP objects (first one is a complete one; lines between 1 and 16 and the second one is just a partial) with 2 different connection names (ie. SMPP[SMSC1_ATT_RSS] and SMPP[SMSC2_ATT_RSS]) . Before the second SMPP object starts, I expected SMPP PDU dump ends. first and then SMPP[SMSC2_ATT_RSS]: Got PDU:. SMPP[SMSC2_ATT_RSS]: Got PDU: was placed in line 14 before the first SMPP object ends. Is this normal sequence? In many cases, I have seen SMPP PDU dump ends. as an indication of end of a SMPP. And then after this, another SMPP may start with SMPP[SMSC2_ATT_RSS]: Got PDU:. Do you have any suggestion for how to let Kannel log records one SMPP object at a time without getting mixed? Is there any specific parameter in the Configuration file to control this case? Hello Bobby, the log parts show that the mixing happens due to thread concurrency. Since every SMPP SMSC connection runs in it's own thread, there is no guaranteed order of thread execution and therefore also no grantee in that a particular SMPP PDU dump is in-line complete before any other vectorized in. So, is this mixing a feature or a bug? It's a feature actually, since we COULD use mutex locking to perform the SMPP PDU dump completely and then release the lock, but this would generate a high concurrency delay on the log file writing, and therefore also in the PDU processing itself. Alvaro suggested a way to avoid this, by using individual smsc group specific log-files. We DO have code branches in our internal trees that allow mutex locking, though we never used this in high IO scenarios. If you need any further assistance, please feel free to email me. -- Best Regards, Stipe --- Kölner Landstrasse 419 40589 Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ mailto:stolj_{at}_kannel.org mailto:st_{at}_tolj.org ---
RE: Multiple SMPP objects overlapping
Thank you Alvaro. Bobby [cid:image001.png@01CF5A5E.181E0540] Bobby Richardson Manager - SIM Engineering O 650.810.8196 | M 310.894.0100 From: Alvaro Cornejo [mailto:cornejo.alv...@gmail.com] Sent: Tuesday, July 14, 2015 1:56 PM To: Bobby Richardson Cc: users@kannel.org Subject: Re: Multiple SMPP objects overlapping Hi Bobby You can have and individual log for each smsc by just adding a log-file=path/to/file/mylog and log-level to each smsc configuration. 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.comhttp://www.perusms.com On Tue, Jul 14, 2015 at 3:15 PM, Bobby Richardson bobby.richard...@jasper.commailto:bobby.richard...@jasper.com wrote: Here is the log and line numbers: 01: 2015-04-16 18:12:25 [20014] [6] DEBUG: SMPP[SMSC1_ATT_RSS]: UDH length read as 3 02: 2015-04-16 18:12:25 [20014] [6] DEBUG: SMPP[SMSC1_ATT_RSS]: Sending PDU: 03: 2015-04-16 18:12:25 [20014] [6] DEBUG: SMPP PDU 0x1d3d7a80 dump: 04: 2015-04-16 18:12:25 [20014] [6] DEBUG: type_name: deliver_sm_resp 05: 2015-04-16 18:12:25 [20014] [6] DEBUG: command_id: 2147483653tel:2147483653 = 0x8005 06: 2015-04-16 18:12:25 [20014] [6] DEBUG: command_status: 0 = 0x 07: 2015-04-16 18:12:25 [20014] [6] DEBUG: sequence_number: 9014 = 0x2336 08: 2015-04-16 18:12:25 [20014] [6] DEBUG: message_id: NULL 09: 2015-04-16 18:12:25 [20014] [10] DEBUG: send_msg: sending msg to box: 127.0.0.1 10: 2015-04-16 18:12:25 [20014] [7] DEBUG: Optional parameter tag (0x0427) 11: 2015-04-16 18:12:25 [20014] [7] DEBUG: Optional parameter length read as 1 12: 2015-04-16 18:12:25 [20014] [7] DEBUG: Optional parameter tag (0x001e) 13: 2015-04-16 18:12:25 [20014] [7] DEBUG: Optional parameter length read as 11 14: 2015-04-16 18:12:25 [20014] [7] DEBUG: SMPP[SMSC2_ATT_RSS]: Got PDU: 15: 2015-04-16 18:12:25 [20014] [10] DEBUG: boxc_sender: sent message to 127.0.0.1 16: 2015-04-16 18:12:25 [20014] [6] DEBUG: SMPP PDU dump ends. 17: 18: 2015-04-16 18:12:25 [20014] [7] DEBUG: SMPP PDU 0x1d438e90 dump: 19: 2015-04-16 18:12:25 [20014] [7] DEBUG: type_name: deliver_sm 20: 2015-04-16 18:12:25 [20014] [7] DEBUG: command_id: 5 = 0x0005 21: 2015-04-16 18:12:25 [20014] [7] DEBUG: command_status: 0 = 0x 22: 2015-04-16 18:12:25 [20014] [7] DEBUG: sequence_number: 9004 = 0x232c 23: 2015-04-16 18:12:25 [20014] [7] DEBUG: service_type: NULL 24: 2015-04-16 18:12:25 [20014] [7] DEBUG: source_addr_ton: 1 = 0x0001 Bobby Richardson Manager - SIM Engineering O 650.810.8196tel:650.810.8196 | M 310.894.0100tel:310.894.0100 From: users [mailto:users-boun...@kannel.orgmailto:users-boun...@kannel.org] On Behalf Of Bobby Richardson Sent: Tuesday, July 14, 2015 1:11 PM To: users@kannel.orgmailto:users@kannel.org Subject: Multiple SMPP objects overlapping Importance: High Hello: My organization uses Kannel logs everyday and is experiencing a technical challenge recently. For this issue, I searched through kannel.orghttp://kannel.org and unfortunately could not find any helpful solution. From attached, you may see 2 SMPP objects (first one is a complete one; lines between 1 and 16 and the second one is just a partial) with 2 different connection names (ie. SMPP[SMSC1_ATT_RSS] and SMPP[SMSC2_ATT_RSS]) . Before the second SMPP object starts, I expected “SMPP PDU dump ends.” first and then “SMPP[SMSC2_ATT_RSS]: Got PDU:”. “SMPP[SMSC2_ATT_RSS]: Got PDU:” was placed in line 14 before the first SMPP object ends. Is this normal sequence? In many cases, I have seen “SMPP PDU dump ends.” as an indication of end of a SMPP. And then after this, another SMPP may start with “SMPP[SMSC2_ATT_RSS]: Got PDU:”. Do you have any suggestion for how to let Kannel log records one SMPP object at a time without getting mixed? Is there any specific parameter in the Configuration file to control this case? Thank you. Bobby Bobby Richardson Manager - SIM Engineering O 650.810.8196tel:650.810.8196 | M 310.894.0100tel:310.894.0100
Multiple SMPP objects overlapping
Hello: My organization uses Kannel logs everyday and is experiencing a technical challenge recently. For this issue, I searched through kannel.org and unfortunately could not find any helpful solution. From attached, you may see 2 SMPP objects (first one is a complete one; lines between 1 and 16 and the second one is just a partial) with 2 different connection names (ie. SMPP[SMSC1_ATT_RSS] and SMPP[SMSC2_ATT_RSS]) . Before the second SMPP object starts, I expected SMPP PDU dump ends. first and then SMPP[SMSC2_ATT_RSS]: Got PDU:. SMPP[SMSC2_ATT_RSS]: Got PDU: was placed in line 14 before the first SMPP object ends. Is this normal sequence? In many cases, I have seen SMPP PDU dump ends. as an indication of end of a SMPP. And then after this, another SMPP may start with SMPP[SMSC2_ATT_RSS]: Got PDU:. Do you have any suggestion for how to let Kannel log records one SMPP object at a time without getting mixed? Is there any specific parameter in the Configuration file to control this case? Thank you. Bobby [cid:image001.png@01CF5A5E.181E0540] Bobby Richardson Manager - SIM Engineering O 650.810.8196 | M 310.894.0100 2015-04-16 18:12:25 [20014] [6] DEBUG: SMPP[SMSC1_ATT_RSS]: UDH length read as 3 2015-04-16 18:12:25 [20014] [6] DEBUG: SMPP[SMSC1_ATT_RSS]: Sending PDU: 2015-04-16 18:12:25 [20014] [6] DEBUG: SMPP PDU 0x1d3d7a80 dump: 2015-04-16 18:12:25 [20014] [6] DEBUG: type_name: deliver_sm_resp 2015-04-16 18:12:25 [20014] [6] DEBUG: command_id: 2147483653 = 0x8005 2015-04-16 18:12:25 [20014] [6] DEBUG: command_status: 0 = 0x 2015-04-16 18:12:25 [20014] [6] DEBUG: sequence_number: 9014 = 0x2336 2015-04-16 18:12:25 [20014] [6] DEBUG: message_id: NULL 2015-04-16 18:12:25 [20014] [10] DEBUG: send_msg: sending msg to box: 127.0.0.1 2015-04-16 18:12:25 [20014] [7] DEBUG: Optional parameter tag (0x0427) 2015-04-16 18:12:25 [20014] [7] DEBUG: Optional parameter length read as 1 2015-04-16 18:12:25 [20014] [7] DEBUG: Optional parameter tag (0x001e) 2015-04-16 18:12:25 [20014] [7] DEBUG: Optional parameter length read as 11 2015-04-16 18:12:25 [20014] [7] DEBUG: SMPP[SMSC2_ATT_RSS]: Got PDU: 2015-04-16 18:12:25 [20014] [10] DEBUG: boxc_sender: sent message to 127.0.0.1 2015-04-16 18:12:25 [20014] [6] DEBUG: SMPP PDU dump ends. 2015-04-16 18:12:25 [20014] [7] DEBUG: SMPP PDU 0x1d438e90 dump: 2015-04-16 18:12:25 [20014] [7] DEBUG: type_name: deliver_sm 2015-04-16 18:12:25 [20014] [7] DEBUG: command_id: 5 = 0x0005 2015-04-16 18:12:25 [20014] [7] DEBUG: command_status: 0 = 0x 2015-04-16 18:12:25 [20014] [7] DEBUG: sequence_number: 9004 = 0x232c 2015-04-16 18:12:25 [20014] [7] DEBUG: service_type: NULL 2015-04-16 18:12:25 [20014] [7] DEBUG: source_addr_ton: 1 = 0x0001
RE: Multiple SMPP objects overlapping
Here is the log and line numbers: 01: 2015-04-16 18:12:25 [20014] [6] DEBUG: SMPP[SMSC1_ATT_RSS]: UDH length read as 3 02: 2015-04-16 18:12:25 [20014] [6] DEBUG: SMPP[SMSC1_ATT_RSS]: Sending PDU: 03: 2015-04-16 18:12:25 [20014] [6] DEBUG: SMPP PDU 0x1d3d7a80 dump: 04: 2015-04-16 18:12:25 [20014] [6] DEBUG: type_name: deliver_sm_resp 05: 2015-04-16 18:12:25 [20014] [6] DEBUG: command_id: 2147483653 = 0x8005 06: 2015-04-16 18:12:25 [20014] [6] DEBUG: command_status: 0 = 0x 07: 2015-04-16 18:12:25 [20014] [6] DEBUG: sequence_number: 9014 = 0x2336 08: 2015-04-16 18:12:25 [20014] [6] DEBUG: message_id: NULL 09: 2015-04-16 18:12:25 [20014] [10] DEBUG: send_msg: sending msg to box: 127.0.0.1 10: 2015-04-16 18:12:25 [20014] [7] DEBUG: Optional parameter tag (0x0427) 11: 2015-04-16 18:12:25 [20014] [7] DEBUG: Optional parameter length read as 1 12: 2015-04-16 18:12:25 [20014] [7] DEBUG: Optional parameter tag (0x001e) 13: 2015-04-16 18:12:25 [20014] [7] DEBUG: Optional parameter length read as 11 14: 2015-04-16 18:12:25 [20014] [7] DEBUG: SMPP[SMSC2_ATT_RSS]: Got PDU: 15: 2015-04-16 18:12:25 [20014] [10] DEBUG: boxc_sender: sent message to 127.0.0.1 16: 2015-04-16 18:12:25 [20014] [6] DEBUG: SMPP PDU dump ends. 17: 18: 2015-04-16 18:12:25 [20014] [7] DEBUG: SMPP PDU 0x1d438e90 dump: 19: 2015-04-16 18:12:25 [20014] [7] DEBUG: type_name: deliver_sm 20: 2015-04-16 18:12:25 [20014] [7] DEBUG: command_id: 5 = 0x0005 21: 2015-04-16 18:12:25 [20014] [7] DEBUG: command_status: 0 = 0x 22: 2015-04-16 18:12:25 [20014] [7] DEBUG: sequence_number: 9004 = 0x232c 23: 2015-04-16 18:12:25 [20014] [7] DEBUG: service_type: NULL 24: 2015-04-16 18:12:25 [20014] [7] DEBUG: source_addr_ton: 1 = 0x0001 [cid:image001.png@01CF5A5E.181E0540] Bobby Richardson Manager - SIM Engineering O 650.810.8196 | M 310.894.0100 From: users [mailto:users-boun...@kannel.org] On Behalf Of Bobby Richardson Sent: Tuesday, July 14, 2015 1:11 PM To: users@kannel.org Subject: Multiple SMPP objects overlapping Importance: High Hello: My organization uses Kannel logs everyday and is experiencing a technical challenge recently. For this issue, I searched through kannel.org and unfortunately could not find any helpful solution. From attached, you may see 2 SMPP objects (first one is a complete one; lines between 1 and 16 and the second one is just a partial) with 2 different connection names (ie. SMPP[SMSC1_ATT_RSS] and SMPP[SMSC2_ATT_RSS]) . Before the second SMPP object starts, I expected SMPP PDU dump ends. first and then SMPP[SMSC2_ATT_RSS]: Got PDU:. SMPP[SMSC2_ATT_RSS]: Got PDU: was placed in line 14 before the first SMPP object ends. Is this normal sequence? In many cases, I have seen SMPP PDU dump ends. as an indication of end of a SMPP. And then after this, another SMPP may start with SMPP[SMSC2_ATT_RSS]: Got PDU:. Do you have any suggestion for how to let Kannel log records one SMPP object at a time without getting mixed? Is there any specific parameter in the Configuration file to control this case? Thank you. Bobby [cid:image001.png@01CF5A5E.181E0540] Bobby Richardson Manager - SIM Engineering O 650.810.8196 | M 310.894.0100