RE: Message ID issues

"Bill Brigden" <[email protected]> Wed, 23 Nov 2005 20:24:11 -0000
Newsgroups	gmane.comp.mobile.kannel.devel
Message-ID	<[email protected]>
Hi Alex,

After re-reading the manual again after trying it without the msg-id-type
field it does work properly (Thanks!) - however surely the 0x03 option
should work as well?

Regards,
Bill 

> -----Original Message-----
> From: [email protected] 
> [mailto:[email protected]] On Behalf Of Alexander Malysh
> Sent: 23 November 2005 19:37
> To: [email protected]
> Subject: Re: Message ID issues
> 
> 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 
> > doesnt 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&dlr
> > type=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&dl
> > rtype=
> > 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/
> >>-------------------------------------------------------------------
> >>
> > 
> > 
> > 
> > 
> 
>