2006-08-28 03:44:18 [12996] [7] DEBUG: SMPP[ALATAAS]: Got PDU:
2006-08-28 03:44:18 [12996] [7] DEBUG: SMPP PDU 0x9133030 dump:
2006-08-28 03:44:18 [12996] [7] DEBUG: type_name: deliver_sm
2006-08-28 03:44:18 [12996] [7] DEBUG: command_id: 5 = 0x00000005
2006-08-28 03:44:18 [12996] [7] DEBUG: command_status: 0 = 0x00000000
2006-08-28 03:44:18 [12996] [7] DEBUG: sequence_number: 4 = 0x00000004
2006-08-28 03:44:18 [12996] [7] DEBUG: service_type: NULL
2006-08-28 03:44:18 [12996] [7] DEBUG: source_addr_ton: 1 = 0x00000001
2006-08-28 03:44:18 [12996] [7] DEBUG: source_addr_npi: 1 = 0x00000001
2006-08-28 03:44:18 [12996] [7] DEBUG: source_addr: "966568252212"
2006-08-28 03:44:18 [12996] [7] DEBUG: dest_addr_ton: 4 = 0x00000004
2006-08-28 03:44:18 [12996] [7] DEBUG: dest_addr_npi: 9 = 0x00000009
2006-08-28 03:44:18 [12996] [7] DEBUG: destination_addr: "6278"
2006-08-28 03:44:18 [12996] [7] DEBUG: esm_class: 0 = 0x00000000
2006-08-28 03:44:18 [12996] [7] DEBUG: protocol_id: 0 = 0x00000000
2006-08-28 03:44:18 [12996] [7] DEBUG: priority_flag: 0 = 0x00000000
2006-08-28 03:44:18 [12996] [7] DEBUG: schedule_delivery_time: NULL
2006-08-28 03:44:18 [12996] [7] DEBUG: validity_period: NULL
2006-08-28 03:44:18 [12996] [7] DEBUG: registered_delivery: 0 = 0x00000000
2006-08-28 03:44:18 [12996] [7] DEBUG: replace_if_present_flag: 0 = 0x00000000
2006-08-28 03:44:18 [12996] [7] DEBUG: data_coding: 8 = 0x00000008
2006-08-28 03:44:18 [12996] [7] DEBUG: sm_default_msg_id: 0 = 0x00000000
2006-08-28 03:44:18 [12996] [7] DEBUG: sm_length: 4 = 0x00000004
2006-08-28 03:44:18 [12996] [7] DEBUG: short_message:
2006-08-28 03:44:18 [12996] [7] DEBUG: Octet string at 0x9124040:
2006-08-28 03:44:18 [12996] [7] DEBUG: len: 4
2006-08-28 03:44:18 [12996] [7] DEBUG: size: 5
2006-08-28 03:44:18 [12996] [7] DEBUG: immutable: 0
2006-08-28 03:44:18 [12996] [7] DEBUG: data: 20 0f 06 61
..a
2006-08-28 03:44:18 [12996] [7] DEBUG: Octet string dump ends.
2006-08-28 03:44:18 [12996] [7] DEBUG: SMPP PDU dump ends.
2006-08-28 03:44:18 [12996] [7] DEBUG: SMPP[ALATAAS]: Sending PDU:
2006-08-28 03:44:18 [12996] [7] DEBUG: SMPP PDU 0x9133150 dump:
2006-08-28 03:44:18 [12996] [7] DEBUG: type_name: deliver_sm_resp
2006-08-28 03:44:18 [12996] [7] DEBUG: command_id: 2147483653 = 0x80000005
2006-08-28 03:44:18 [12996] [10] DEBUG: send_msg: sending msg to box:
<127.0.0.1>
2006-08-28 03:44:18 [12996] [7] DEBUG: command_status: 0 = 0x00000000
2006-08-28 03:44:18 [12996] [7] DEBUG: sequence_number: 4 = 0x00000004
2006-08-28 03:44:18 [12996] [7] DEBUG: message_id: NULL
2006-08-28 03:44:18 [12996] [7] DEBUG: SMPP PDU dump ends.
2006-08-28 03:44:18 [12996] [10] DEBUG: boxc_sender: sent message to <127.0.0.1>
2006-08-28 03:44:18 [12996] [1] DEBUG: Dumping 0 messages and 0 acks to store
2006-08-28 03:44:18 [12996] [9] DEBUG: boxc_receiver: got ack
2006-08-28 03:44:27 [12996] [9] DEBUG: boxc_receiver: heartbeat with load value
0 received
And the smsbox log
-------------------
2006-08-28 03:44:18 [13024] [4] INFO: MO message converted from UCS2 to UTF-8
2006-08-28 03:44:18 [13024] [4] INFO: Starting to service <â€Ù¡> from
<+966568252212> to <6278>
2006-08-28 03:44:18 [13024] [4] DEBUG: executing sms-service
'/SMSapp/sms/app/receiver /SMSapp/logs time "2006-08-28+00:44:18" msg
"%E2%80%8F%D9%A1" msisdn "%2B966568252212" shortcode "6278" coding "0" smscid
"ALATAAS" dlrvalue "-1" seqnum "%z" seqtot "%Z" seqref "1156725858"'
From: Stipe Tolj [mailto:[EMAIL PROTECTED]
Sent: Monday, August 28, 2006 15:22
To: Cavit Dolgun
Cc: [email protected]
Subject: Re: Weird Incoming Message
Cavit Dolgun wrote:
> Hi,
>
>
>
> I have an SMPP 3.4 connection to my mobile operator. We are connected
> through VPN over the internet.
>
> Since we are located in Saudi Arabia we have to process both English and
> Arabic messages.
>
>
>
> The Arabic messages come as UCS 2 to us. Then we convert it normally.
>
>
>
> When I run kannel with another operator it works all fine but with this
> operator the messages I receive come as weird characters. They are not UCS2.
>
> Normally when we receive and Arabic message it should come as something like
> 063306390648062F but from this operator I see the messages coming as
> 9'1J$FE2EFD1$1. This doesn't fit in any encoding.
>
>
>
> The mobile operator sent me their network logs from Ethereal and I can see
> the same message that I receive which is 9'1J$FE2EFD1$1 in the logs.
>
>
>
> I am attaching the screenshot that the operator sent me from ethereal.
>
>
>
> I want to know is it something wrong that I am doing in my kannel
> configuration or is something wrong going on on the operator's end?
can you forward us the submit_sm PDU dump from debug log-level of Kannel.
That's
more readable...
Stipe
-------------------------------------------------------------------
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
-------------------------------------------------------------------
