Re: SMPP DATA_SM stops kannel from receiving further messages

data_sm pdu is meant to be used for wap messages over SMS as far as I 
gathered (no idea why this is done like this).
First of all, you shouldn't get any on a incoming link. Second, kannel 
should maybe silently discard the PDU or send a data_sm_nack instead of 
a generic_nack. That should get you around this issue.



On 07.07.2004, at 18:12, Alexander Malysh wrote:

> Hi,
>
> unfortunately Kannel doesn't handle data_sm pdu...
> as a workaround you can try to force kannel to 3.3 version, as long no
> properly support for data_sm added...
>
>
> Ambar Roy wrote:
>
>> Hi,
>>
>> I have Kannel connected to a LogicaCMG SMSC via SMPP 3.4. SMSC sends a
>> DATA_SM PDU and Kannel responds with a GENERIC_NACK PDU. At this 
>> point,
>> the SMSC stops sending any further queued messages and Kannel is 
>> stuck :(
>>
>> I am using a receiver only connection to the SMSC with no transmit
>> connections from Kannel.
>>
>> Here is a dump from the relavent section of the log file:
>>
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: Optional parameter tag (0x000e)
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: Optional parameter length read 
>> as 1
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: Optional parameter tag (0x0424)
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: Optional parameter length read 
>> as 2
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: Optional parameter tag (0x000d)
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: Optional parameter length read 
>> as 1
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: Optional parameter tag (0x0426)
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: Optional parameter length read 
>> as 1
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: SMPP[xxxxxxxxxxxxxxx]: Got PDU:
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: SMPP PDU 0x81d16e0 dump:
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   type_name: data_sm
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   command_id: 259 = 0x00000103
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   command_status: 0 = 0x00000000
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   sequence_number: 1 = 
>> 0x00000001
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   service_type: NULL
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   source_addr_ton: 2 = 
>> 0x00000002
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   source_addr_npi: 1 = 
>> 0x00000001
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   source_addr: "xxxxxxxxxx"
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   dest_addr_ton: 0 = 0x00000000
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   dest_addr_npi: 1 = 0x00000001
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   destination_addr: "xxx"
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   esm_class: 0 = 0x00000000
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   registered_delivery: 17 =
>> 0x00000011
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   data_coding: 0 = 0x00000000
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   source_addr_subunit: 2 =
>> 0x00000002
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   source_network_type: 1 =
>> 0x00000001
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   more_messages_to_send: 1 =
>> 0x00000001
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   message_payload: "99"
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: SMPP PDU dump ends.
>> 2004-07-07 20:02:31 [4069] [7] ERROR: SMPP[xxxxxxxxxxxxxxx]: Unknown 
>> PDU
>> type 0x00000103, ignored.
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: SMPP[xxxxxxxxxxxxxxx]: Sending 
>> PDU:
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: SMPP PDU 0x81d20d8 dump:
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   type_name: generic_nack
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   command_id: 2147483648 =
>> 0x80000000
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   command_status: 3 = 0x00000003
>> 2004-07-07 20:02:31 [4069] [7] DEBUG:   sequence_number: 1 = 
>> 0x00000001
>> 2004-07-07 20:02:31 [4069] [7] DEBUG: SMPP PDU dump ends.
>> 2004-07-07 20:02:38 [4069] [7] DEBUG: SMPP[xxxxxxxxxxxxxxx]: Sending
>> enquire link:
>> 2004-07-07 20:02:38 [4069] [7] DEBUG: SMPP PDU 0x81d16a0 dump:
>> 2004-07-07 20:02:38 [4069] [7] DEBUG:   type_name: enquire_link
>> 2004-07-07 20:02:38 [4069] [7] DEBUG:   command_id: 21 = 0x00000015
>> 2004-07-07 20:02:38 [4069] [7] DEBUG:   command_status: 0 = 0x00000000
>> 2004-07-07 20:02:38 [4069] [7] DEBUG:   sequence_number: 7 = 
>> 0x00000007
>> 2004-07-07 20:02:38 [4069] [7] DEBUG: SMPP PDU dump ends.
>> 2004-07-07 20:02:38 [4069] [7] DEBUG: SMPP[xxxxxxxxxxxxxxx]: Got PDU:
>> 2004-07-07 20:02:38 [4069] [7] DEBUG: SMPP PDU 0x81d16a0 dump:
>> 2004-07-07 20:02:38 [4069] [7] DEBUG:   type_name: enquire_link_resp
>> 2004-07-07 20:02:38 [4069] [7] DEBUG:   command_id: 2147483669 =
>> 0x80000015
>> 2004-07-07 20:02:38 [4069] [7] DEBUG:   command_status: 0 = 0x00000000
>> 2004-07-07 20:02:38 [4069] [7] DEBUG:   sequence_number: 7 = 
>> 0x00000007
>> 2004-07-07 20:02:38 [4069] [7] DEBUG: SMPP PDU dump ends.
>>
>>
>> Ambar Roy
>>
>> One97 Communications (P) Ltd.
>> 701-702, Arunachal Building,
>> 19 Barakhamba Road,
>> New Delhi - 110 001
>>
>> 98100-94479
>> [email protected]
>
>
>
>
Andreas Fink
Global Networks Switzerland AG

------------------------------------------------------------------
Tel: +41-61-6666330  Fax: +41-61-6666334   Mobile: +41-79-2457333
Global Networks, Inc. Clarastrasse 3, 4058 Basel, Switzerland
Web: http://www.global-networks.ch/      [email protected]
------------------------------------------------------------------
PGP Fingerprint: B982 00B7 FFB5 0B33 BFF8  0F77 1E23 F3CA B4A3 D0B8