RE: SMPP SMS-MO broken

Hi,

The sm_length is 0 and that indicates the message body is in the message
payload
optional parameter. This is typical of the CMG SMPP bridge. If you set the
version to
33 then the message should come back in the short message field.

Kindest Regards,
Michael.

ANAM Wireless Internet Solutions
http://www.anam.com mailto:[email protected]
+353 1 284 7555
Castle Yard, Saint Patrick's Road, Dalkey, County Dublin, Ireland
-----Original Message-----
From: [email protected] [mailto:[email protected]]On
Behalf Of Andreas Fink
Sent: 21 October 2002 08:24
To: [email protected]
Subject: SMPP SMS-MO broken


There seems to be a problem in the SMPP module.
I have a connection to an SMSC which should deliver me incoming SMS but
instead I always get messages with no content.
I've added an octstr dump to see the original SMPP PDU as raw data and found
that the text is very well received but not correctly decoded apparently.
The test message contained the word "TEST" Here's what I see:


The PDU dump in binary

2002-10-21 09:13:45 [6] DEBUG: SMPP PDU dump ends.
2002-10-21 09:14:04 [6] DEBUG: Octet string at 0x80d9038:
2002-10-21 09:14:04 [6] DEBUG: len: 53
2002-10-21 09:14:04 [6] DEBUG: size: 54
2002-10-21 09:14:04 [6] DEBUG: immutable: 0
2002-10-21 09:14:04 [6] DEBUG: data: 00 00 00 05 00 00 00 00 ........
2002-10-21 09:14:04 [6] DEBUG: data: 00 00 00 01 00 01 01 39 .......9
2002-10-21 09:14:04 [6] DEBUG: data: 37 31 35 30 34 39 32 30 71504920
2002-10-21 09:14:04 [6] DEBUG: data: 39 35 38 00 03 09 39 37 958...97
2002-10-21 09:14:04 [6] DEBUG: data: 38 33 00 00 00 00 00 00 83......
2002-10-21 09:14:04 [6] DEBUG: data: 01 00 00 00 00 04 24 00 ......$.
2002-10-21 09:14:04 [6] DEBUG: data: 04 54 45 53 54 .TEST
2002-10-21 09:14:04 [6] DEBUG: Octet string dump ends.

The PDU dump after decoding
2002-10-21 09:14:04 [6] DEBUG: SMPP[link5]: Got PDU:
2002-10-21 09:14:04 [6] DEBUG: SMPP PDU 0x80d9038 dump:
2002-10-21 09:14:04 [6] DEBUG: type_name: deliver_sm
2002-10-21 09:14:04 [6] DEBUG: command_id: 5 = 0x00000005
2002-10-21 09:14:04 [6] DEBUG: command_status: 0 = 0x00000000
2002-10-21 09:14:04 [6] DEBUG: sequence_number: 1 = 0x00000001
2002-10-21 09:14:04 [6] DEBUG: service_type: NULL
2002-10-21 09:14:04 [6] DEBUG: source_addr_ton: 1 = 0x00000001
2002-10-21 09:14:04 [6] DEBUG: source_addr_npi: 1 = 0x00000001
2002-10-21 09:14:04 [6] DEBUG: source_addr: "971504920958"
2002-10-21 09:14:04 [6] DEBUG: dest_addr_ton: 3 = 0x00000003
2002-10-21 09:14:04 [6] DEBUG: dest_addr_npi: 9 = 0x00000009
2002-10-21 09:14:04 [6] DEBUG: destination_addr: "9783"
2002-10-21 09:14:04 [6] DEBUG: esm_class: 0 = 0x00000000
2002-10-21 09:14:04 [6] DEBUG: protocol_id: 0 = 0x00000000
2002-10-21 09:14:04 [6] DEBUG: priority_flag: 0 = 0x00000000
2002-10-21 09:14:04 [6] DEBUG: schedule_delivery_time: NULL
2002-10-21 09:14:04 [6] DEBUG: validity_period: NULL
2002-10-21 09:14:04 [6] DEBUG: registered_delivery: 1 = 0x00000001
2002-10-21 09:14:04 [6] DEBUG: replace_if_present_flag: 0 = 0x00000000
2002-10-21 09:14:04 [6] DEBUG: data_coding: 0 = 0x00000000
2002-10-21 09:14:04 [6] DEBUG: sm_default_msg_id: 0 = 0x00000000
2002-10-21 09:14:04 [6] DEBUG: sm_length: 0 = 0x00000000
2002-10-21 09:14:04 [6] DEBUG: short_message: ""
2002-10-21 09:14:04 [6] DEBUG: SMPP PDU dump ends.
2002-10-21 09:14:04 [6] DEBUG: SMPP[link5]: Sending PDU:

Anyone have seen this before?


Andreas Fink
Global Networks, Inc.

------------------------------------------------------------------
Tel: +41-61-6932730 Fax: +41-61-6932729 Mobile: +41-79-2457333
Global Networks, Inc. Schwarzwaldallee 16, 4058 Basel, Switzerland
Web: http://www.global-networks.ch/  [email protected]
------------------------------------------------------------------
Member of the GSM Association