Sorry, didn't see that. Please disregard my previuous mail.
Just set your dlr_mask to 31 and you are set (more or less).
BR,
Nikos
----- Original Message -----
From: Ashvin Savani
To: Mohammed Saleem
Cc: [email protected]
Sent: Saturday, July 09, 2011 12:26 AM
Subject: Re: got DLR but could not find message or was not interested in it
Saleem,
Thanks for your reply. Here are my answers:
1) I am only having single SMSC defined, with id called internal.
2) Do I need to set itΒ explicitly? I did not set any value for dlr_mask.
Should I set it to 1?
3) Thats good point as well but my test message was even less than 50 chars,
so no chance of having more than one part.
4) I am not too used to kannel to verify that, but how to verify it?
Regards,
Ashvin Savani
CEO - Avinashi Group of Companies
On Fri, Jul 8, 2011 at 4:52 AM, Mohammed Saleem <[email protected]>
wrote:
I am not a Kannel Guru, but I've seen it many times, could happen due to at
least 4 reasons:
(1) You sent a message through a different connection with different SMSC
ID, the callback DLR won't get a match e.g. The transmit connection uses a
different SMSC ID than the receiver connection, because kannel matches the
SMSC ID, too !!
(2) You sent a message without asking for DLR e.g. dlr_mask = 0, kannel then
won't store a reference for the sent message. But the carrier sent you a DLR
!! this case may happen because some carriers send you a DLR even if you
don't ask for it.
(3) When you send a concatenated MT, kannel keeps a reference for the first
part only and ignores the other parts, but some operators send you the DLRs
for all the parts, the other parts won't find a match.
(4) This case is the most critical, some carriers send you the DLR before
sending the ACK ! the DLR won't get a match because kannel didn't save the
message reference yet ! it waits for the submit_sm_resp (ACK,NACK,...)
before storing the reference in the store, Alex had a fix for this but it
has performance penalties.
Hope u find your answers, or post your full log of this SMSC connection
Best Regards,
Mohammed M I Sleem
http://www.abusleem.netΒ - Personal blog
On Fri, Jul 8, 2011 at 12:44 AM, Alan McNatty <[email protected]> wrote:
Hi Ashvin,
Can you please include the original submit_sm with register_delivery
enabled so we can see the dlr being stored?
Cheers,
Alan
On Thu, 2011-07-07 at 03:35 +0530, Ashvin Savani wrote:
@Alvaro,
I am using mysql-dlr.
Here is bit full log of PDU
2011-07-07 03:36:08 [10828] [6] DEBUG: SMPP[internal]: Got PDU:
2011-07-07 03:36:08 [10828] [6] DEBUG: SMPP PDU 0x1f286ad0 dump:
2011-07-07 03:36:08 [10828] [6] DEBUG: Β type_name: deliver_sm
2011-07-07 03:36:08 [10828] [6] DEBUG: Β command_id: 5 = 0x00000005
2011-07-07 03:36:08 [10828] [6] DEBUG: Β command_status: 0 =
0x00000000
2011-07-07 03:36:08 [10828] [6] DEBUG: Β sequence_number: 1310398007 =
0x4e1b1637
2011-07-07 03:36:08 [10828] [6] DEBUG: Β service_type: NULL
2011-07-07 03:36:08 [10828] [6] DEBUG: Β source_addr_ton: 2 =
0x00000002
2011-07-07 03:36:08 [10828] [6] DEBUG: Β source_addr_npi: 1 =
0x00000001
2011-07-07 03:36:08 [10828] [6] DEBUG: Β source_addr: "919033333930"
2011-07-07 03:36:08 [10828] [6] DEBUG: Β dest_addr_ton: 2 = 0x00000002
2011-07-07 03:36:08 [10828] [6] DEBUG: Β dest_addr_npi: 1 = 0x00000001
2011-07-07 03:36:08 [10828] [6] DEBUG: Β destination_addr:
"1111111111"
2011-07-07 03:36:08 [10828] [6] DEBUG: Β esm_class: 4 = 0x00000004
2011-07-07 03:36:08 [10828] [6] DEBUG: Β protocol_id: 0 = 0x00000000
2011-07-07 03:36:08 [10828] [6] DEBUG: Β priority_flag: 0 = 0x00000000
2011-07-07 03:36:08 [10828] [6] DEBUG: Β schedule_delivery_time: NULL
2011-07-07 03:36:08 [10828] [6] DEBUG: Β validity_period: NULL
2011-07-07 03:36:08 [10828] [6] DEBUG: Β registered_delivery: 0 =
0x00000000
2011-07-07 03:36:08 [10828] [6] DEBUG: Β replace_if_present_flag: 0 =
0x00000000
2011-07-07 03:36:08 [10828] [6] DEBUG: Β data_coding: 0 = 0x00000000
2011-07-07 03:36:08 [10828] [6] DEBUG: Β sm_default_msg_id: 0 =
0x00000000
2011-07-07 03:36:08 [10828] [6] DEBUG: Β sm_length: 132 = 0x00000084
2011-07-07 03:36:08 [10828] [6] DEBUG: Β short_message:
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Octet string at 0x1f27c670:
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β len: Β 132
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β size: 133
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β immutable: 0
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β data: 69 64 3a 30 33 31 33
39 38 30 31 2d 61 37 34 37 Β id:03139801-a747
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β data: 2d 34 64 63 33 2d 39
32 31 34 2d 32 34 30 32 30 Β -4dc3-9214-24020
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β data: 31 37 66 62 33 66 34
20 73 75 62 3a 30 30 30 20 Β 17fb3f4 sub:000
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β data: 64 6c 76 72 64 3a 30
30 31 20 73 75 62 6d 69 74 Β dlvrd:001 submit
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β data: 20 64 61 74 65 3a 31
31 30 37 30 37 30 33 33 34 Β Β date:1107070334
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β data: 32 33 20 64 6f 6e 65
20 64 61 74 65 3a 31 31 30 Β 23 done date:110
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β data: 37 30 37 30 33 33 34
32 39 20 73 74 61 74 3a 44 Β 707033429 stat:D
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β data: 45 4c 49 56 52 44 20
65 72 72 3a 30 30 30 20 74 Β ELIVRD err:000 t
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β data: 65 78 74 3a
ext:
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Octet string dump ends.
2011-07-07 03:36:08 [10828] [6] DEBUG: Β source_subaddress:
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Octet string at 0x1f27d540:
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β len: Β 7
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β size: 8
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β immutable: 0
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Β data: a0 74 74 73 6c 74
64 Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β .ttsltd
2011-07-07 03:36:08 [10828] [6] DEBUG: Β Β Octet string dump ends.
2011-07-07 03:36:08 [10828] [6] DEBUG: SMPP PDU dump ends.
2011-07-07 03:36:08 [10828] [6] DEBUG: SMPP[internal] handle_pdu, got
DLR
2011-07-07 03:36:08 [10828] [6] DEBUG: DLR[internal]: Looking for DLR
smsc=internal, ts=51615745, dst=919033333930, type=1
2011-07-07 03:36:08 [10828] [6] WARNING: DLR[internal]: DLR from
SMSC<internal> for DST<919033333930> not found.
2011-07-07 03:36:08 [10828] [6] ERROR: SMPP[internal]: got DLR but
could not find message or was not interested in it id<51615745>
dst<919033333930>, type<1>
2011-07-07 03:36:08 [10828] [6] DEBUG: SMPP[internal]: Sending PDU:
2011-07-07 03:36:08 [10828] [6] DEBUG: SMPP PDU 0x1f27ce80 dump:
2011-07-07 03:36:08 [10828] [6] DEBUG: Β type_name: deliver_sm_resp
2011-07-07 03:36:08 [10828] [6] DEBUG: Β command_id: 2147483653 =
0x80000005
2011-07-07 03:36:08 [10828] [6] DEBUG: Β command_status: 0 =
0x00000000
2011-07-07 03:36:08 [10828] [6] DEBUG: Β sequence_number: 1310398007 =
0x4e1b1637
2011-07-07 03:36:08 [10828] [6] DEBUG: Β message_id: NULL
2011-07-07 03:36:08 [10828] [6] DEBUG: SMPP PDU dump ends.
Regards,
Ashvin Savani
CEO - Avinashi Group of Companies
On Thu, Jul 7, 2011 at 3:31 AM, Alvaro Cornejo
<[email protected]> wrote:
Β Β Β Β This usually means kannel is receiving a dlr from your
Β Β Β Β provider but
Β Β Β Β kannel can't match between it and its dlr database.
Β Β Β Β which store are you using? check the pdu to see how your
Β Β Β Β message id is
Β Β Β Β been sent and if it matches the one sent by your provider. I
Β Β Β Β think
Β Β Β Β kannel always sent in decimal format -and store it like that-
Β Β Β Β but some
Β Β Β Β smsc convert it to hex. So you need to adjust id-type
Β Β Β Β accordingly
Β Β Β Β (check userguide)
Β Β Β Β 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 Wed, Jul 6, 2011 at 4:27 PM, Ashvin Savani
Β Β Β Β <[email protected]> wrote:
Β Β Β Β > Hi,
Β Β Β Β > I know that this question asked many times ago but I almost
Β Β Β Β tried everything
Β Β Β Β > but it simply is not working. Here are useful information
Β Β Β Β ( I also tried all
Β Β Β Β > msg id types and even commented it):
Β Β Β Β > Log of Problem:
Β Β Β Β > DEBUG: SMPP[internal] handle_pdu, got DLR
Β Β Β Β > 2011-07-07 02:27:04 [9255] [6] DEBUG: DLR[internal]: Looking
Β Β Β Β for DLR
Β Β Β Β > smsc=internal, ts=ece60bb7-725b-433a-9337-39a61cec86c9,
Β Β Β Β dst=919033333930,
Β Β Β Β > type=1
Β Β Β Β > 2011-07-07 02:27:04 [9255] [6] WARNING: DLR[internal]: DLR
Β Β Β Β from
Β Β Β Β > SMSC<internal> for DST<919033333930> not found.
Β Β Β Β > 2011-07-07 02:27:04 [9255] [6] ERROR: SMPP[internal]: got
Β Β Β Β DLR but could not
Β Β Β Β > find message or was not interested in it
Β Β Β Β > id<ece60bb7-725b-433a-9337-39a61cec86c9> dst<919033333930>,
Β Β Β Β type<1>
Β Β Β Β > Configuration:
Β Β Β Β > group=smsc
Β Β Β Β > smsc=smpp
Β Β Β Β > smsc-id=internal
Β Β Β Β > interface-version=34
Β Β Β Β > host=xxxxxxxxxxx
Β Β Β Β > port=xzxx
Β Β Β Β > smsc-username=xxxxx
Β Β Β Β > smsc-password=xxxx
Β Β Β Β > system-type=default
Β Β Β Β > transceiver-mode=1
Β Β Β Β > group = mysql-connection
Β Β Β Β > id = mydlr
Β Β Β Β > host = xxxxx.com
Β Β Β Β > username = xxxxx
Β Β Β Β > password = xxxxx
Β Β Β Β > database = kannel_dlr
Β Β Β Β > # max count of connections that will be opened for dbpool
Β Β Β Β > # default is 1
Β Β Β Β > max-connections = 1
Β Β Β Β >
Β Β Β Β > group = dlr-db
Β Β Β Β > id = mydlr
Β Β Β Β > table = dlr
Β Β Β Β > field-smsc = smsc
Β Β Β Β > field-timestamp = ts
Β Β Β Β > field-destination = destination
Β Β Β Β > field-source = source
Β Β Β Β > field-service = service
Β Β Β Β > field-url = url
Β Β Β Β > field-mask = mask
Β Β Β Β > field-status = status
Β Β Β Β > field-boxc-id = boxc
Β Β Β Β >
Β Β Β Β > Please help me :)
Β Β Β Β >
Β Β Β Β > Regards,
Β Β Β Β >
Β Β Β Β > Ashvin Savani
Β Β Β Β > CEO - Avinashi Group of Companies
Β Β Β Β >
