Re: Message ID issues
Alexander Malysh <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <[email protected]> |
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/
>>-------------------------------------------------------------------
>>
>
>
>
>