RE: Message ID issues

"Bill Brigden" <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]> 
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/
> -------------------------------------------------------------------
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.