Hi,

just drop msg-id-type config option and it should work fine...

Thanks,
Alex

Bill Brigden wrote:
These are my own debugging lines added - more info from log follows:

Alex - setting it to the 0x00 is a dec/dec id type - unfortunately it
doesn’t seem to just handle it in a string/string way...


Setting the msg-id-type to 0x00 gives this:

2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP[SMPPCONN]: Manually forced dest
addr ton = 1, dest add npi = 1
2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP[SMPPCONN]: Sending PDU:
2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP PDU 0x542022c8 dump:
2005-11-23 17:45:17 [22042] [43] DEBUG:   type_name: submit_sm
2005-11-23 17:45:17 [22042] [43] DEBUG:   command_id: 4 = 0x00000004
2005-11-23 17:45:17 [22042] [43] DEBUG:   command_status: 0 = 0x00000000
2005-11-23 17:45:17 [22042] [43] DEBUG:   sequence_number: 14 = 0x0000000e
2005-11-23 17:45:17 [22042] [43] DEBUG:   service_type: NULL
2005-11-23 17:45:17 [22042] [43] DEBUG:   source_addr_ton: 1 = 0x00000001
2005-11-23 17:45:17 [22042] [43] DEBUG:   source_addr_npi: 1 = 0x00000001
2005-11-23 17:45:17 [22042] [43] DEBUG:   source_addr: "077777777777"
2005-11-23 17:45:17 [22042] [43] DEBUG:   dest_addr_ton: 1 = 0x00000001
2005-11-23 17:45:17 [22042] [43] DEBUG:   dest_addr_npi: 1 = 0x00000001
2005-11-23 17:45:17 [22042] [43] DEBUG:   destination_addr: "077777777777"
2005-11-23 17:45:17 [22042] [43] DEBUG:   esm_class: 3 = 0x00000003
2005-11-23 17:45:17 [22042] [43] DEBUG:   protocol_id: 0 = 0x00000000
2005-11-23 17:45:17 [22042] [43] DEBUG:   priority_flag: 0 = 0x00000000
2005-11-23 17:45:17 [22042] [43] DEBUG:   schedule_delivery_time: NULL
2005-11-23 17:45:17 [22042] [43] DEBUG:   validity_period: NULL
2005-11-23 17:45:17 [22042] [43] DEBUG:   registered_delivery: 1 =
0x00000001
2005-11-23 17:45:17 [22042] [43] DEBUG:   replace_if_present_flag: 0 =
0x00000000
2005-11-23 17:45:17 [22042] [43] DEBUG:   data_coding: 0 = 0x00000000
2005-11-23 17:45:17 [22042] [43] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2005-11-23 17:45:17 [22042] [43] DEBUG:   sm_length: 6 = 0x00000006
2005-11-23 17:45:17 [22042] [43] DEBUG:   short_message: "tester"
2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP PDU dump ends.
2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP[SMPPCONN]: Got PDU:
2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP PDU 0x542022c8 dump:
2005-11-23 17:45:17 [22042] [43] DEBUG:   type_name: submit_sm_resp
2005-11-23 17:45:17 [22042] [43] DEBUG:   command_id: 2147483652 =
0x80000004
2005-11-23 17:45:17 [22042] [43] DEBUG:   command_status: 0 = 0x00000000
2005-11-23 17:45:17 [22042] [43] DEBUG:   sequence_number: 14 = 0x0000000e
2005-11-23 17:45:17 [22042] [43] DEBUG:   message_id: "63656A9A"
2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP PDU dump ends.
2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP[SMPPCONN]: BILL ERROR1 63656
2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP[SMPPCONN]: BILL ERROR2 63656A9A
2005-11-23 17:45:17 [22042] [43] DEBUG: DLR[mysql]: Adding DLR
smsc=SMPPCONN, ts=63656, src=+077777777777, dst=077777777777, mask=7, boxc=
2005-11-23 17:45:17 [22042] [43] DEBUG: sql: INSERT INTO dlr (smsc, ts,
source, destination, service, url, mask, boxc, status) VALUES ('SMPPCONN',
'63656', '+077777777777', '077777777777', 'SMPPCONN',
'http://XXX/sms/dlr.php?id=8641044&time=%t&pid=%d&key=boo&extra=%A&dlrtype=a
pp', '7', '', '0');

Then setting it back to 0x03 as it was before (and I believe the correct
option):

2005-11-23 17:56:27 [22142] [48] DEBUG: boxc_receiver: sms received
2005-11-23 17:56:27 [22142] [48] DEBUG: send_msg: sending msg to box:
<127.0.0.1>
2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP[***-dynamic-primary]: Manually
forced dest addr ton = 1, dest add npi = 1
2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP[***-dynamic-primary]: Sending
PDU:
2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP PDU 0x820ed10 dump:
2005-11-23 17:56:27 [22142] [43] DEBUG:   type_name: submit_sm
2005-11-23 17:56:27 [22142] [43] DEBUG:   command_id: 4 = 0x00000004
2005-11-23 17:56:27 [22142] [43] DEBUG:   command_status: 0 = 0x00000000
2005-11-23 17:56:27 [22142] [43] DEBUG:   sequence_number: 8 = 0x00000008
2005-11-23 17:56:27 [22142] [43] DEBUG:   service_type: NULL
2005-11-23 17:56:27 [22142] [43] DEBUG:   source_addr_ton: 1 = 0x00000001
2005-11-23 17:56:27 [22142] [43] DEBUG:   source_addr_npi: 1 = 0x00000001
2005-11-23 17:56:27 [22142] [43] DEBUG:   source_addr: "077777777777"
2005-11-23 17:56:27 [22142] [43] DEBUG:   dest_addr_ton: 1 = 0x00000001
2005-11-23 17:56:27 [22142] [43] DEBUG:   dest_addr_npi: 1 = 0x00000001
2005-11-23 17:56:27 [22142] [43] DEBUG:   destination_addr: "077777777777"
2005-11-23 17:56:27 [22142] [43] DEBUG:   esm_class: 3 = 0x00000003
2005-11-23 17:56:27 [22142] [43] DEBUG:   protocol_id: 0 = 0x00000000
2005-11-23 17:56:27 [22142] [43] DEBUG:   priority_flag: 0 = 0x00000000
2005-11-23 17:56:27 [22142] [43] DEBUG:   schedule_delivery_time: NULL
2005-11-23 17:56:27 [22142] [43] DEBUG:   validity_period: NULL
2005-11-23 17:56:27 [22142] [43] DEBUG:   registered_delivery: 1 =
0x00000001
2005-11-23 17:56:27 [22142] [43] DEBUG:   replace_if_present_flag: 0 =
0x00000000
2005-11-23 17:56:27 [22142] [43] DEBUG:   data_coding: 0 = 0x00000000
2005-11-23 17:56:27 [22142] [43] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2005-11-23 17:56:27 [22142] [43] DEBUG:   sm_length: 6 = 0x00000006
2005-11-23 17:56:27 [22142] [43] DEBUG:   short_message: "tester"
2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP PDU dump ends.
2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP[***-dynamic-primary]: Got PDU:
2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP PDU 0x820ed10 dump:
2005-11-23 17:56:27 [22142] [43] DEBUG:   type_name: submit_sm_resp
2005-11-23 17:56:27 [22142] [43] DEBUG:   command_id: 2147483652 =
0x80000004
2005-11-23 17:56:27 [22142] [43] DEBUG:   command_status: 0 = 0x00000000
2005-11-23 17:56:27 [22142] [43] DEBUG:   sequence_number: 8 = 0x00000008
2005-11-23 17:56:27 [22142] [43] DEBUG:   message_id: "D287D311"
2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP PDU dump ends.
2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP[***-dynamic-primary]: BILL
ERROR1 2147483647
2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP[***-dynamic-primary]: BILL
ERROR2 D287D311
2005-11-23 17:56:27 [22142] [43] DEBUG: DLR[mysql]: Adding DLR
smsc=***-dynamic-primary, ts=2147483647, src=+077777777777,
dst=077777777777, mask=7, boxc=
2005-11-23 17:56:27 [22142] [43] DEBUG: sql: INSERT INTO dlr (smsc, ts,
source, destination, service, url, mask, boxc, status) VALUES
('***-dynamic-primary', '2147483647', '+077777777777', '077777777777',
'***-dynamic',
'http://****/sms/dlr.php?id=8641135&time=%t&pid=%d&key=boo&extra=%A&dlrtype=
app', '7', '', '0');
As you can see - its hitting the limit of an int on the bottom one when it
converts it from the hex to long/string..

Any ideas? I've spent the afternoon being quite confused about it all!

Cheers,
Bill.


-----Original Message-----
From: Stipe Tolj [mailto:[EMAIL PROTECTED] Sent: 23 November 2005 16:49
To: Bill Brigden
Cc: [email protected]
Subject: Re: Message ID issues

Bill Brigden wrote:


Hi,

I've noticed that one of the providers in an installation

using kannel
is giving back big message ID's - see Bill error 2 below.. The provider is using SMPP and using the msg id type 0x03, so

hex is given
in both the submit_sm_resp and the deliver_sm. However I'm seeing problems where the conversion of hex to string (with a bit of long integer mid way)... Below you can see output from the logs,

Ive put in
2 custom errors - bill error 1 is the tmp var (used in the

dlr_add in
the handle_pdu in the smpp smsc, after conversion), and

bill error 2
is the msg structure with the message
ie: pdu->u.submit_sm_resp.message_id, before conversion.

Has anyone ever seen this before?

2005-11-23 14:08:11 [13972] [39] DEBUG: SMPP[*****-fixed-primary]: BILL
ERROR1 2147483647
2005-11-23 14:08:11 [13972] [39] DEBUG: SMPP[*****-fixed-primary]: BILL
ERROR2 C2F75296041985B9

ok, sofar these are "added" debuging lines, right?

can you please provide more debug log-level from the SMPP communication to review?

Stipe

mailto:stolj_{at}_wapme-group.de
-------------------------------------------------------------------
Wapme Systems AG

Vogelsanger Weg 80
40470 Düsseldorf, NRW, Germany

phone: +49.211.74845.0
fax: +49.211.74845.299

mailto:info_{at}_wapme-systems.de
http://www.wapme-systems.de/
-------------------------------------------------------------------







Reply via email to